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

Duplicated packets with Cloud node #2228

Closed
grossmj opened this issue Aug 16, 2017 · 5 comments
Closed

Duplicated packets with Cloud node #2228

grossmj opened this issue Aug 16, 2017 · 5 comments

Comments

@grossmj
Copy link
Member

grossmj commented Aug 16, 2017

This needs to be investigated: https://gns3.com/qa/gns3-2-0-3-duplicate-packets-are

@grossmj grossmj added the Bug label Aug 16, 2017
@grossmj grossmj added this to the 2.1 milestone Aug 16, 2017
@grossmj
Copy link
Member Author

grossmj commented Aug 16, 2017

This could be related to the problem too: https://gns3.com/qa/connectivity-fails-to-gns3-route

@grossmj grossmj self-assigned this Aug 25, 2017
@grossmj
Copy link
Member Author

grossmj commented Aug 28, 2017

One more complaint: https://gns3.com/qa/cloud-does-not-works-after-upgra

@grossmj
Copy link
Member Author

grossmj commented Aug 30, 2017

The problem comes from uBridge and Winpcap. On at least some platforms, sending packets through pcap will, by default, cause those packets to loop back. Windows is one of them, so that applies to WinPcap.

Looped back packets corrupts the MAC address table of the Ethernet switch if used to connect to the cloud node, making it believe all packets come from the same port.

The standard libpcap API call to turn this off, pcap_setdirection() is not supported by WinPcap. The only way is to set the PCAP_OPENFLAG_NOCAPTURE_LOCAL flag in pcap_open(). However, it seems this was broken starting with Windows 8 due to compatibility break with NDIS5.

Only npcap supports PCAP_OPENFLAG_NOCAPTURE_LOCAL, however it needs to be tested with GNS3 to make sure everything works well.

@grossmj
Copy link
Member Author

grossmj commented Sep 1, 2017

The only possible fix is to install npcap by default on Windows however there is an issue with the latest version of npcap while capturing packets: see #2235

@grossmj
Copy link
Member Author

grossmj commented Sep 10, 2017

GNS3 will automatically use the npcap DLLs even when both winpcap and npcap are installed.

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

No branches or pull requests

1 participant