I looked at the patch and couldn’t understand how to use it in my case. Can you clarify your idea please?
Regards, Vladislav Odintsov > On 28 Jun 2021, at 23:34, Numan Siddique <[email protected]> wrote: > > On Fri, Jun 25, 2021 at 4:13 AM Vladislav Odintsov <[email protected] > <mailto:[email protected]>> wrote: >> >> Hi Numan, >> >> did you have a chance to look at db dump? > > Sorry. I didn't get a chance. > > Will this patch help your use case ? - > https://patchwork.ozlabs.org/project/ovn/patch/[email protected]/ > > <https://patchwork.ozlabs.org/project/ovn/patch/[email protected]/> > > Thanks > Numan > >> >> Regards, >> Vladislav Odintsov >> >>> On 18 Jun 2021, at 23:34, Vladislav Odintsov <[email protected]> wrote: >>> >>> Sorry, there was a typo. >>> Sure, VM has IP 192.168.1.2/24 and host 192.168.2.2/24. >>> >>> [root@ovn-1 ~]# ovn-nbctl show >>> switch 8e1e2828-67b2-432b-8b2e-088f312dab5d (switch1) >>> port switch1-uplink >>> type: router >>> router-port: switch1-gw >>> port switch1-vm >>> addresses: ["00:00:00:00:00:01 192.168.1.2"] >>> switch 42127732-2b67-483e-9768-777eae4d9cbe (switch2) >>> port switch2-uplink >>> type: router >>> router-port: switch2-gw >>> port switch2-vtep >>> type: vtep >>> addresses: ["unknown"] >>> router b11e7ebe-0dde-4a9f-b006-37c177f38bae (router1) >>> port switch1-gw >>> mac: "00:00:00:00:00:f1" >>> networks: ["192.168.1.1/24"] >>> port switch2-gw >>> mac: "00:00:00:00:00:f2" # <-- this mac address I created as a >>> Ucast_Macs_Remote record in VTEP DB. >>> networks: ["192.168.2.1/24”] # When physical host sends traffic to >>> its chassis, routing between sw1 and sw2 works. >>> gateway chassis: [9721a9e9-73ef-4a9a-8a50-afa84811c6ef] >>> >>> >>> OVN NB DB is in attachment. >>> >>> <test.db> >>> >>> Regards, >>> Vladislav Odintsov >>> >>>> On 18 Jun 2021, at 21:27, Numan Siddique <[email protected] >>>> <mailto:[email protected]> <mailto:[email protected] <mailto:[email protected]>>> >>>> wrote: >>>> >>>> On Fri, Jun 18, 2021 at 7:42 AM Vladislav Odintsov <[email protected] >>>> <mailto:[email protected]> <mailto:[email protected] >>>> <mailto:[email protected]>>> wrote: >>>>> >>>>> Hi all, >>>>> >>>>> I’m trying to implement support for L3 routing between OVN and HW VTEP >>>>> devices. >>>>> In my setup I use Cumulus Linux-managed Mellanox SN2000 switches. >>>>> Current L2 functionality in this setup works well: ovn-controller-vtep >>>>> and a >>>>> small python service on the switch (which installs necessary mcast_macs >>>>> entries >>>>> in switch fdb, since Cumulus Linux vtep support is limited to service_node >>>>> replication mode). >>>>> >>>>> My logical topology for L3 setup: >>>>> >>>>> 2 logical_switches connected to same logical_router: >>>>> Net1: 192.168.1.0/24, gw ip (lrouter): 192.168.1.1, VM 192.168.1.2 >>>>> Net2: 192.168.2.0/24, gw ip (lrouter): 192.168.2.1, Physical host >>>>> 192.168.2.2 >>>>> >>>>> Net1 has attached logical_switch_port with type vtep. In Net2 there is a >>>>> VM >>>>> (192.168.2.2/24), which needs ip connectivity to physical host >>>>> (192.168.1.2/24) >>>>> connected to HW VTEP Mellanox switch over vtep lport from Net1. >>>> >>>> I'm a little confused. Above you said the physical host has IP >>>> 192.168.2.2 but you also >>>> mentioned there is a VM (192.168.2.2/24). >>>> >>>> So in Net2 is there a logical switch port with IP 192.168.2.2 (and the >>>> corresponding VIF) >>>> and it wants to ping to a physical host 192.168.1.2 ? >>>> >>>> Maybe you can share the ovn north db to better understand the problem ? >>>> >>>> Thanks >>>> Numan >>>> >>>> >>>>> >>>>> For Net1’s LRP (192.168.1.1) I’ve created chassis_redirect port_binding >>>>> to some >>>>> Chassis and patched controller-step code so that such CR LRP’s MAC is also >>>>> added to Ucast_Macs_Remote vtep table. >>>>> Traffic from ovn-host to vtep (192.168.1.2 to 192.168.2.2) passes well, >>>>> but in >>>>> reverse direction physical server sends to all ovn-hosts ARP request Who >>>>> has >>>>> 192.168.2.1? tell 192.168.2.2. But no answer. If I manually configure arp >>>>> on >>>>> this physical server, connectivity between VM and physical host works >>>>> well! >>>>> >>>>> Now I’m stuck with arp resolution for LRP from VTEP lport from OVN side. >>>>> Can >>>>> somebody give an idea how to make ovn-controllers answer such ARP request? >>>>> >>>>> Thanks. >>>>> >>>>> Regards, >>>>> Vladislav Odintsov >>>>> >>>>> _______________________________________________ >>>>> dev mailing list >>>>> [email protected] <mailto:[email protected]> >>>>> <mailto:[email protected] <mailto:[email protected]>> >>>>> https://mail.openvswitch.org/mailman/listinfo/ovs-dev >>>>> <https://mail.openvswitch.org/mailman/listinfo/ovs-dev> >>>>> <https://mail.openvswitch.org/mailman/listinfo/ovs-dev >>>>> <https://mail.openvswitch.org/mailman/listinfo/ovs-dev>> >>>> _______________________________________________ >>>> dev mailing list >>>> [email protected] <mailto:[email protected]> >>>> <mailto:[email protected] <mailto:[email protected]>> >>>> https://mail.openvswitch.org/mailman/listinfo/ovs-dev >>>> <https://mail.openvswitch.org/mailman/listinfo/ovs-dev> >>>> <https://mail.openvswitch.org/mailman/listinfo/ovs-dev >>>> <https://mail.openvswitch.org/mailman/listinfo/ovs-dev>> >> >> _______________________________________________ >> dev mailing list >> [email protected] <mailto:[email protected]> >> https://mail.openvswitch.org/mailman/listinfo/ovs-dev >> <https://mail.openvswitch.org/mailman/listinfo/ovs-dev> _______________________________________________ dev mailing list [email protected] https://mail.openvswitch.org/mailman/listinfo/ovs-dev
