<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body style="word-wrap:break-word; color:rgb(0,0,0); font-size:14px; font-family:Calibri,sans-serif">
<div>Gary,</div>
<div><br>
</div>
<div>Thanks for replying. I did chat briefly to one of the authors of SFC last week and will talk with them more.</div>
<div><br>
</div>
<div>I will admit I am coming at the general service insertion problem from a very specific use case; easily protecting east-west traffic between applications by dynamically inserting a NGFW as a VNF; so my viewpoint is slightly slanted ;-).</div>
<div><br>
</div>
<div>To answer your specific questions:</div>
<ol>
<li>I think the Service Chaining/Insertion API will work for this effort too as the concept of port-pairs fits well with what I have done. As the API I have created is just "syntactical sugar” changing it is not a big deal. The two issues I see are 1) the classifier,
as the firewall is a (DPI) classifier this step may not be necessary or it could act as a pre-filter, and 2) the ability to steer traffic to a specific application through the VNF. In general though I think we could make it work.</li><li>There has to be some changes at the networking layer to steer traffic into new paths defined by the API, and as Russell points out the majority of the work is in OVN. The changes to Open vSwitch are only in the ovn-nb layer and are additive, i.e. They do
not change the current behavior only layer on top. In Openstack I have tried to isolate the changes to follow the neutron plugin model. Is there a better way to do it? If OVN had a plugin model would that help?</li></ol>
<div>Regards</div>
<div><br>
</div>
<div>John</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<br>
<a href="http://go.paloaltonetworks.com/ignitereg"><img alt="Palo Alto Networks Ignite 2016" src="https://www.paloaltonetworks.com/content/dam/creative-assets/campaigns/corporate/ignite%202016/email%20signature/PAN_HP16_Email_signature_Mar_opB.jpg"></a>
</body>
</html>