> On 30 Jul 2026, at 5:47 PM, Dumitru Ceara <[email protected]> wrote: > > !-------------------------------------------------------------------| > CAUTION: External Email > > |-------------------------------------------------------------------! > > On 7/23/26 6:29 PM, Naveen Yerramneni wrote: >> >> >>> On 23 Jul 2026, at 9:25 PM, Dumitru Ceara <[email protected]> wrote: >>> >>> !-------------------------------------------------------------------| >>> CAUTION: External Email >>> >>> |-------------------------------------------------------------------! >>> >>> On 7/13/26 6:06 AM, Naveen Yerramneni wrote: >>>> Implement vtap mode in northd where traffic is cloned to the NF port >>>> while the original packet continues to its destination. >>>> >>>> - Generate mirror flows that clone packets to NF port >>>> - Determine NF health from port binding status (no health probes) >>>> - Validate that health_check requires both inport and outport >>>> >>>> Note: >>>> ---- >>>> For inline NF health status, updated the code to consider >>>> port binding state along with service monitor health. >>>> >>>> Signed-off-by: Naveen Yerramneni <[email protected]> >>>> Acked-by: Sragdhara Datta Chaudhuri <[email protected]> >>>> Acked-by: Aditya Mehakare <[email protected]> >>>> Assisted-by: Claude Opus 4.7, Cursor >>>> --- >>> > > [...] >>> >>> I took care of the minor things I found above and applied the patch to main. >> >> Thanks Dumitru! >> > > Hi Naveen,
Hi Dumitru, > > Unfortunately it seems the new system test added by this series > occasionally fails in CI, e.g.: > > https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_dceara_ovn_actions_runs_30536348510_job_90851216944-23step-3A12-3A6945&d=DwIDaQ&c=s883GpUCOChKOHiocYtGcg&r=2PQjSDR7A28z1kXE1ptSm6X36oL_nCq1XxeEt7FkLmA&m=MHVmjdYToKsc0HxJffnj8Cc6jqIVEesiZ8cCjtadVcN2-6P8ESpkPlPfPJS8vnM5&s=Lo3kmfz6lLPVZYgClRV95vPV6izzDlI3IB6rTv5cyzw&e= > > ./system-ovn.at:20430: ip netns exec $client_ns sh << NS_EXEC_HEREDOC > ping $proto -c 5 -i 0.3 $sip > NS_EXEC_HEREDOC > stdout: > PING fd00:192:168:1::10 (fd00:192:168:1::10) 56 data bytes > 64 bytes from fd00:192:168:1::10: icmp_seq=1 ttl=64 time=0.182 ms > 64 bytes from fd00:192:168:1::10: icmp_seq=2 ttl=64 time=0.395 ms > 64 bytes from fd00:192:168:1::10: icmp_seq=3 ttl=64 time=0.169 ms > 64 bytes from fd00:192:168:1::10: icmp_seq=4 ttl=64 time=0.141 ms > 64 bytes from fd00:192:168:1::10: icmp_seq=5 ttl=64 time=0.201 ms > > --- fd00:192:168:1::10 ping statistics --- > 5 packets transmitted, 5 received, 0% packet loss, time 1219ms > rtt min/avg/max/mdev = 0.141/0.217/0.395/0.090 ms > system-ovn.at:20430: waiting until > n=$(cat tcpdump-nf-vtap.tcpdump | wc -l) > test "$n" -ge 10 > ... > system-ovn.at:20430: wait failed after 30 seconds > ./ovs-macros.at:221: hard failure > > [...] > > 261. system-ovn.at:20430: 261. Network Function - vtap mode -- > parallelization=yes -- ovn_monitor_all=no (system-ovn.at:20430): FAILED > (ovs-macros.at:221) > > Do you happen to have some time to investigate why that's happening? Sure, I will spend sometime next week on this issue. Thanks for notifying me. Thanks, Naveen > > Thanks, > Dumitru _______________________________________________ dev mailing list [email protected] https://mail.openvswitch.org/mailman/listinfo/ovs-dev
