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

Error connect to VLAN interface port of Cloud #2426

Closed
rizalmhn opened this issue Feb 13, 2018 · 2 comments
Closed

Error connect to VLAN interface port of Cloud #2426

rizalmhn opened this issue Feb 13, 2018 · 2 comments

Comments

@rizalmhn
Copy link

Environtment
OS: Windows 10
GNS3: 2.1.3

Issue:
I've tried to connect vRouter on GNS3 to real network device use VLAN network interface. When the link connect to cloud on physical interface (e.g Ethernet2) with VLAN feature is disabled, the vRouter can connect to real network, but when the link connect to cloud on VLAN interface (e.g Ethernet2-VLAN36) the cloud port is down and shown error bellow

Error log:
unable to create NIO Ethernet for bridge '38aba9eb-2cf0-44ad-8d16-7eb2a918f779-3': uBridge version 0.9.13 running with WinPcap version 4.1.3 (packet.dll version 4.1.0.2980), based on libpcap version 1.0 branch 1_0_rel0b (20091008)
Hypervisor TCP control server started (IP 192.168.114.38 port 56840).
UDP tunnel connecting from local port 10007 to IPv4 addresss 192.168.114.38 on port 10006
nio_ethernet_open: unable to open device '\Device\NPF_{48698646-7CDF-4225-9B86-AAE00092B64C}': Error opening adapter: The system cannot find the device specified. (20)

img-1

img-2

img-3

img-3

@bpozdena
Copy link

@rizalmhn , most Windows NIC drivers do not work correctly with WinPcap. You will be lucky to find any new network card that will work without any bugs.

Additionally, WinPcap can transmit packet with a maximum size 1518bytes only. Therefore, uBridge will crash each time you send a dot1q encapsulated packet with payload larger than 1500 bytes.

To work around it, add a virtual NIC adapter to your GNS3 VM, add it to a virtual bridge and then link your GNS3 cloud to the virtual bridge. Also do not forget to lower MTU to at least 1496bytes on all devices(both physical and virtual) that will be transmitting via the uBridge . This will allow you to transmit the extra 4 bytes consumed by dot1q tag.

Check my previous reports #1867 and #1921 for more details and workarounds.

@ziajka
Copy link
Contributor

ziajka commented Feb 15, 2018

Thank you @rizalmhn for reporting and @sairuscz for clear explanation.

@ziajka ziajka closed this as completed Feb 15, 2018
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