Did you set external_mac for NAT record? This is usually done when scale-out model for floating IP is used (I don’t know the exact name for the feature, where static NAT is done directly on the host, where the VM/container resides.) If yes, try to remove external_mac from NAT record or disable this distrubuted NAT feature.
Maybe the root cause is that NAT record is using MACIP pair, which is not programmed to Hardware_VTEP db ucast_macs_remote table. Regards, Vladislav Odintsov > On 18 Jul 2022, at 15:12, Sergey <chekano...@gmail.com> wrote: > > Hi Vladislav, > > The drop point is ARP between double NAT (dnat_and_snat) port on LR and HW > VTEP. > We use modified OpenStack and Arista switches as VTEPs. > > Thanks, > Sergei > > пн, 18 июл. 2022 г. в 05:46, Vladislav Odintsov <odiv...@gmail.com > <mailto:odiv...@gmail.com>>: > Hi Sergey, > > we don’t use HW VTEP with any type of NAT — only L3 routing, so I didn’t test > it. > At which point does the drop occur? > BTW, what type of HW and SW you run as a VTEP switch? > > Regards, > Vladislav Odintsov > >> On 18 Jul 2022, at 03:22, Sergey <chekano...@gmail.com >> <mailto:chekano...@gmail.com>> wrote: >> >> Hello, Numan! >> >> Thank you for the information! >> I've just finished tests, routing and SNAT work great in my case with this >> patch. >> But floating IPs do not, I am continuing to research this case... >> >> Vladislav, maybe you tried floating IP? >> >> Thanks >> Sergei >> >> пн, 20 июн. 2022 г. в 20:24, Numan Siddique <num...@ovn.org >> <mailto:num...@ovn.org>>: >> On Mon, Jun 20, 2022 at 6:18 PM Sergey <chekano...@gmail.com >> <mailto:chekano...@gmail.com>> wrote: >> > >> > Hello! >> > >> > We use VTEP gateway to extend OVN Geneve network to VXLAN on physical >> > switches. >> > It works great, VMs and baremetals and physical routers see each other. >> > >> > But when you create a Logical Router in OVN and try to use it from >> > baremetals or physical routers - there is a problem. >> > It is unreachable. >> > >> > So I have a question, maybe there is some solution to solve it? Something >> > similar to "Native OVN services for external logical ports"... >> > >> > If there is no such solution is it a good idea to solve it by implementing >> > a few OVS rules to solve it? >> >> Does this commit address your usecase - >> https://github.com/ovn-org/ovn/commit/4e90bcf55c2ef1ab9940836455e4bfe36e57f307 >> >> <https://github.com/ovn-org/ovn/commit/4e90bcf55c2ef1ab9940836455e4bfe36e57f307> >> ? >> >> +Vladislav Odintsov Maybe he has some comments for this use case. >> >> Thanks >> Numan >> >> > _______________________________________________ >> > discuss mailing list >> > disc...@openvswitch.org <mailto:disc...@openvswitch.org> >> > https://mail.openvswitch.org/mailman/listinfo/ovs-discuss >> > <https://mail.openvswitch.org/mailman/listinfo/ovs-discuss> >
_______________________________________________ discuss mailing list disc...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-discuss