<div dir="ltr"><div dir="ltr">Hi,<div><br></div><div>Nutanix approach might be interesting.</div><div><br></div><div><a href="http://www.openvswitch.org/support/ovscon2018/6/1530-manohar.pdf">http://www.openvswitch.org/support/ovscon2018/6/1530-manohar.pdf</a><br></div><div><br></div><div>Best regards,</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 26, 2020 at 11:08 PM Lazuardi Nasution <<a href="mailto:mrxlazuardin@gmail.com">mrxlazuardin@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi,</div><div><br></div>By <a href="https://docs.openstack.org/neutron/ussuri/admin/config-sfc.html" target="_blank">https://docs.openstack.org/neutron/ussuri/admin/config-sfc.html</a>, it is stated that SFC essentially is the SDN version of PBR. On the other side, PBR is supported by OVN. Is there any initiative of Neutron SFC driver for OVN which utilize native PBR support of OVN without having to alternate the OVN itself?<div><br></div><div>For example, for having a port pair of port A to port B for flow classifier of HTTP traffic, we might make PBR which match HTTP traffic from port A address and set the next hop to port B address. The other way which might be used is destination NATing (redirection) on port A for HTTP traffic to port B address. OVN has native support for NAT too, but I think the PBR way is better.<br><div><br></div><div>Best regards,</div></div></div>
</blockquote></div></div>