<div dir="auto"><div>Hi Sean,<div dir="auto"><br></div><div dir="auto">In my last email I forgot to add the openstack discussion email so I sent it again.</div><div dir="auto">I am really great ful for the insight you have provided.</div><div dir="auto">I will check the links and ml2/ovs ml2/ovn support mentioned by you.</div><div dir="auto"><br></div><div dir="auto"><br></div>Thanks,</div><div dir="auto">Hrishikesh<br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Fri, Aug 27, 2021, 7:41 PM Sean Mooney <<a href="mailto:smooney@redhat.com">smooney@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, 2021-08-27 at 19:09 +0530, Hrishikesh Karanjikar wrote:<br>
> Hi Sean,<br>
> <br>
> Thanks a lot for the clarification.<br>
> I am wondering how smart nics attached to a compute node (which runs<br>
> ovs-dpdk) can be configured using sdn controllers so that the<br>
> ovs/tunneling/ipsec functionality on the compute node is offloaded to<br>
> smartnic and compute node cpu is free to do other stuffs?<br>
<br>
i responed privatly too but what you are discribing is hardware offloaded ovs<br>
<a href="https://docs.openstack.org/neutron/latest/admin/config-ovs-offload.html" rel="noreferrer noreferrer" target="_blank">https://docs.openstack.org/neutron/latest/admin/config-ovs-offload.html</a><br>
which is supported by ml2/ovs and ml2/ovn although with most testign done with ml2/ovs<br>
<br>
in general this feature is not compatible with sdn contolers today although as i noted<br>
in my other respocne contrail has limited support for hardwar offload with there vrouter solution<br>
but i generally do not recommend that  solution since it has miniumal testing upstream.<br>
<br>
there is some other work to move ovs entirely to run on the smart nics where those smatnics have<br>
embded arm cores. that work is very much not ready for production and still under design<br>
there are 3 competting approches to taht on via ironic one via cybrog and one in nova.<br>
they all work slightly differnetly and serve slightly differnt usecase and hardware.<br>
<br>
if you want somethin you can use today or even in the next 12 months you want hardware offload<br>
ovs with ml2/ovs or possibel ml2/ovn although ovn support for hardware offload is much newer and<br>
less well tested although long term that is likely where more of the investment will go.<br>
<br>
> <br>
> Thanks,<br>
> Hrishikesh<br>
> <br>
> On Fri, Aug 27, 2021 at 5:38 PM Sean Mooney <<a href="mailto:smooney@redhat.com" target="_blank" rel="noreferrer">smooney@redhat.com</a>> wrote:<br>
> <br>
> > On Fri, 2021-08-27 at 13:03 +0530, Hrishikesh Karanjikar wrote:<br>
> > > Hi Slawek,<br>
> > > <br>
> > > Thanks for your reply.<br>
> > > Can you guide Which SDN controller is best and supported in Netron via<br>
> > ML2<br>
> > > plugin/driver.<br>
> > <br>
> > in general the design of openstack/neutron is such that it owns the ovs<br>
> > bridges and<br>
> > flow rules and you as a openstack operator shoudl not need to manage<br>
> > anything.<br>
> > <br>
> > neutron itself is an sdn contoler that allows self service network<br>
> > configureation vai<br>
> > its rest api and an abstraction layer between the end user and underlying<br>
> > implemantion.<br>
> > <br>
> > it can delegate the swich configuration to external sdn contoler but even<br>
> > in that case<br>
> > you are not intned to modify flows on the integration bridge via the sdn<br>
> > contoler manually.<br>
> > <br>
> > the sdn contoler can be used to manage your top of rack swithc and other<br>
> > infrasturue not managed<br>
> > by neutron but there is ment to be a seperation of concerns. all<br>
> > networking on comptue nodes shoudl be<br>
> > manageged via the neutron api and only your datacenter infrastucrue should<br>
> > be manageve by you via the<br>
> > sdn contoelr.<br>
> > <br>
> > <br>
> > > <br>
> > > Thanks,<br>
> > > Hrishikesh<br>
> > > <br>
> > > On Fri, Aug 27, 2021 at 12:18 PM Slawek Kaplonski <<a href="mailto:skaplons@redhat.com" target="_blank" rel="noreferrer">skaplons@redhat.com</a>><br>
> > > wrote:<br>
> > > <br>
> > > > Hi,<br>
> > > > <br>
> > > > On piątek, 27 sierpnia 2021 07:18:10 CEST Hrishikesh Karanjikar wrote:<br>
> > > > > Hi Sean,<br>
> > > > > <br>
> > > > > I am new to this domain.<br>
> > > > > My use case is simple,<br>
> > > > > <br>
> > > > > I have a node that runs OvS and I want to manage the flows remotely<br>
> > using<br>
> > > > > an SDN controller.<br>
> > > > > Initially I tried with ODL but it does not have a Web UI like ONOS<br>
> > has.<br>
> > > > > So I was using ONOS.<br>
> > > > > I am not sure if Neutron would do the same. If it is possible then I<br>
> > will<br>
> > > > > not need any other SDN controller.<br>
> > > > <br>
> > > > Neutron is generally providing connectivity for Your VMs/routers/etc<br>
> > and<br>
> > > > it<br>
> > > > may use different backend. If You will use e.g. ML2 plugin with OVN<br>
> > > > backend,<br>
> > > > Neutron will configure OVN and OVN will then configure flows in OVS on<br>
> > the<br>
> > > > nodes<br>
> > > > to achieve that.<br>
> > > > But if You are looking for a tool which will allow You to see OpenFlow<br>
> > > > rules<br>
> > > > on each node, and manipulate them with some GUI, then Neutron is not<br>
> > for<br>
> > > > You.<br>
> > > > It don't have such functionality.<br>
> > > > <br>
> > > > > <br>
> > > > > I am not doing any deployment yet.<br>
> > > > > <br>
> > > > > Thanks,<br>
> > > > > Hrishikesh<br>
> > > > > <br>
> > > > > On Thu, Aug 26, 2021 at 5:00 PM Sean Mooney <<a href="mailto:smooney@redhat.com" target="_blank" rel="noreferrer">smooney@redhat.com</a>><br>
> > wrote:<br>
> > > > > > On Thu, 2021-08-26 at 16:41 +0530, Hrishikesh Karanjikar wrote:<br>
> > > > > > > Hi Sean,<br>
> > > > > > > <br>
> > > > > > > Thanks for your reply.<br>
> > > > > > > I was expecting the same answer as I also read the github link<br>
> > you<br>
> > > > sent.<br>
> > > > > > > I may need to try older versions of openstack in that case.<br>
> > > > > > <br>
> > > > > > do you specificaly need onos for some reason.<br>
> > > > > > <br>
> > > > > > if not i would not suggest building a production deployment with<br>
> > > > something<br>
> > > > > > that realiticlly is<br>
> > > > > > very unlikely to ever be supported again. you basically will be<br>
> > stuck<br>
> > > > on<br>
> > > > > > train with no upgrade<br>
> > > > > > path.<br>
> > > > > > <br>
> > > > > > > Hrishikesh<br>
> > > > > > > <br>
> > > > > > > On Thu, Aug 26, 2021 at 4:27 PM Sean Mooney <<a href="mailto:smooney@redhat.com" target="_blank" rel="noreferrer">smooney@redhat.com</a>><br>
> > > > wrote:<br>
> > > > > > > > On Thu, 2021-08-26 at 15:31 +0530, Hrishikesh Karanjikar wrote:<br>
> > > > > > > > > Hi,<br>
> > > > > > > > > <br>
> > > > > > > > > Does Openstack latest release support ONOS?<br>
> > > > > > > > <br>
> > > > > > > > the short answer is no<br>
> > > > > > > > technially upstream has never supported it because it was a big<br>
> > > > tent<br>
> > > > > > > > projec that was<br>
> > > > > > > > never an offical deliverable of the netwroking team.<br>
> > > > > > > > <a href="https://github.com/openstack-archive/networking-onos" rel="noreferrer noreferrer" target="_blank">https://github.com/openstack-archive/networking-onos</a> has been<br>
> > > > retired<br>
> > > > > > > > as has <a href="https://opendev.org/openstack/networking-onos" rel="noreferrer noreferrer" target="_blank">https://opendev.org/openstack/networking-onos</a>. the last<br>
> > > > release<br>
> > > > > > > > seams to have been from train but<br>
> > > > > > > > even then im not sure that it was still active.<br>
> > > > > > > > it looks like the onos projecct move the openstack install info<br>
> > > > under<br>
> > > > > > <br>
> > > > > > teh<br>
> > > > > > <br>
> > > > > > > > obsolete paages<br>
> > > > > > <br>
> > > > > > <br>
> > > > <br>
> > <a href="https://wiki.onosproject.org/display/ONOS/networking-onos+install+guides+per" rel="noreferrer noreferrer" target="_blank">https://wiki.onosproject.org/display/ONOS/networking-onos+install+guides+per</a><br>
> > > > > > +each+OpenStack+version><br>
> > > > > > > > so it does not look like the intend to support openstack<br>
> > anymore.<br>
> > > > <br>
> > > > <br>
> > > > --<br>
> > > > Slawek Kaplonski<br>
> > > > Principal Software Engineer<br>
> > > > Red Hat<br>
> > > <br>
> > > <br>
> > > <br>
> > <br>
> > <br>
> > <br>
> <br>
<br>
<br>
</blockquote></div></div></div>