<div dir="ltr">Hi Sean,<div><br></div><div>Thanks a lot for the clarification.</div><div>I am wondering how smart nics attached to a compute node (which runs ovs-dpdk) can be configured using sdn controllers so that the ovs/tunneling/ipsec functionality on the compute node is offloaded to smartnic and compute node cpu is free to do other stuffs?<br></div><div><br></div><div>Thanks,</div><div>Hrishikesh</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 27, 2021 at 5:38 PM Sean Mooney <<a href="mailto:smooney@redhat.com">smooney@redhat.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">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 ML2<br>
> plugin/driver.<br>
<br>
in general the design of openstack/neutron is such that it owns the ovs bridges and<br>
flow rules and you as a openstack operator shoudl not need to manage anything.<br>
<br>
neutron itself is an sdn contoler that allows self service network configureation vai<br>
its rest api and an abstraction layer between the end user and underlying implemantion.<br>
<br>
it can delegate the swich configuration to external sdn contoler but even in that case<br>
you are not intned to modify flows on the integration bridge via the sdn contoler manually.<br>
<br>
the sdn contoler can be used to manage your top of rack swithc and other infrasturue not managed<br>
by neutron but there is ment to be a seperation of concerns. all networking on comptue nodes shoudl be<br>
manageged via the neutron api and only your datacenter infrastucrue should 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">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 using<br>
> > > an SDN controller.<br>
> > > Initially I tried with ODL but it does not have a Web UI like ONOS has.<br>
> > > So I was using ONOS.<br>
> > > I am not sure if Neutron would do the same. If it is possible then I will<br>
> > > not need any other SDN controller.<br>
> > <br>
> > Neutron is generally providing connectivity for Your VMs/routers/etc 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 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 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">smooney@redhat.com</a>> 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 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 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">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" 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" 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>
> > <a href="https://wiki.onosproject.org/display/ONOS/networking-onos+install+guides+per" rel="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 anymore.<br>
> > <br>
> > <br>
> > --<br>
> > Slawek Kaplonski<br>
> > Principal Software Engineer<br>
> > Red Hat<br>
> <br>
> <br>
> <br>
<br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><br>Regards,<br>Hrishikesh Karanjikar</div></div>