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.
Regards,
Vladislav Odintsov
> On 18 Jun 2021, at 21:27, Numan Siddique <[email protected]> wrote:
>
> On Fri, Jun 18, 2021 at 7:42 AM Vladislav Odintsov <[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]>
>> 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
