maybe two reasons: performance caused by flow miss; feature parity

L3+ flow table destroy the megaflow aggregation, so if your app has
many concurrent sessions like web server, flow miss upcall would make
vswitchd corrupted.

iptable is already there, migrating it to ovs flow table needs a lot
of extra development, not to say that some advanced features is lost
(for example, stateful firewall). However ovs is considering to add
some hook to iptable, but in the very early stage yet. Even with that,
it is not implemented by ovs datapath flowtable, but by iptable.

On Tue, Nov 4, 2014 at 1:07 PM, Li Tianqing <jaze...@163.com> wrote:
> ovs is implemented open flow, in ovs, it can see the l3, why do not use ovs?
>
> --
> Best
>     Li Tianqing
>
> At 2014-11-04 11:55:46, "Damon Wang" <damon.dev...@gmail.com> wrote:
>
> Hi,
>
> OVS mainly focus on l2 which iptables mainly focus on l3 or higher.
>
> Damon Wang
>
> 2014-11-04 11:12 GMT+08:00 Li Tianqing <jaze...@163.com>:
>>
>>
>>
>>
>>
>>
>> --
>> Best
>>     Li Tianqing
>>
>>
>>
>> _______________________________________________
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>

_______________________________________________
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to