Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Windows] Packet is dropped over the tunnel when the tunnel peer MAC is not found in ARP cache #253

Open
wenyingd opened this issue Apr 28, 2022 · 1 comment

Comments

@wenyingd
Copy link

wenyingd commented Apr 28, 2022

On Windows platform, we run containers/VMs on host, and use OVS tunnel to support the container/VMs connections inter two Nodes. We use "ping" command to test the connectivity between the containers/VMs accross the Windows hosts. Then we find several packets are lost. After some capturing the packets, we find that the first packet which expected to be transferred over the tunnel is actually dropped, if the tunnel peer' MAC is not existing on the Windows host's ARP cache.

With tests, we got some output like this,

Pinging 192.168.2.5 with 32 bytes of data:
Request timed out.
Reply from 192.168.2.5: bytes=32 time<1ms TTL=128

Ping statistics for 192.168.2.5:
    Packets: Sent = 2, Received = 1, Lost = 1 (50% loss),

To reproduce it, the steps include,

  1. create tunnel port on OVS on each Windows host (there should be 2 Windows hosts at least in the setup)
  2. run one container per Windows host
  3. clear ARP cache on each Windows host
  4. login to the one container, and ping peer container
@wenyingd wenyingd changed the title [Windows] Packet is dropped over the tunnel when not found dst MAC in ARP cache [Windows] Packet is dropped over the tunnel when the tunnel peer MAC is not found in ARP cache Apr 28, 2022
ovsrobot pushed a commit to ovsrobot/ovs that referenced this issue Aug 22, 2022
when traffic is sent through tunnel, it will drop untile MAC is learned.

I tested with installingw ovsext driver, normally after driver installed and
all is setup, the first ping packet will drop, with this patch, the first
ping packet is OK.

Reported-at:openvswitch/ovs-issues#253
Signed-off-by: Frank Guo <frankg@vmware.com>
Signed-off-by: 0-day Robot <robot@bytheb.org>
@aserdean aserdean reopened this Apr 20, 2023
@xfliu2665
Copy link

xfliu2665 commented Jun 28, 2023

AFAIK, this issue also exists in linux. do you have any idea to solve it now?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants