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

Generated base mac breaks vEOS MLAG #2475

Closed
CapnCheapo opened this issue Apr 17, 2018 · 3 comments
Closed

Generated base mac breaks vEOS MLAG #2475

CapnCheapo opened this issue Apr 17, 2018 · 3 comments
Assignees
Labels
Milestone

Comments

@CapnCheapo
Copy link
Contributor

2.1.4 with remote server

I have been having problems with getting MLAG to work on versions of Arista vEOS that used to work in GNS3. I finally realized this broke when the base mac address generation was redesigned in a previous GNS3 version.

MAC addresses seem to be generated with 52 in the first octet. In binary 0x52 = 1010010. The 2nd bit from the right, the U/L bit is set to 1, for local address. With this set, vEOS will never generate the virtual mac addresses it needs for MLAG and you will receive the following types of errors:

SW1#Apr 17 19:33:56 SW1 Mlag: %FWK-3-SOCKET_CLOSE_REMOTE: Connection to at tbt://10.0.0.2:4432/+n closed by peer (ECONNRESET when reading)
Apr 17 19:33:56 SW1 Mlag: %FWK-3-MOUNT_PEER_CLOSED: Peer closed socket connection. (tbt://10.0.0.2:4432/+n-in)()

MLAG Status:
state : Inactive/Reload (0:04:11 left)

By changing all my base mac addresses from 52 to 04 I have no issues getting MLAG to come up.

@grossmj grossmj added the Bug label Apr 18, 2018
@grossmj grossmj self-assigned this Apr 18, 2018
@grossmj grossmj added this to the 2.1.5 milestone Apr 18, 2018
@grossmj
Copy link
Member

grossmj commented Apr 18, 2018

For reference, the original issue why we changed to 0x52: GNS3/gns3-server#1267

@grossmj
Copy link
Member

grossmj commented Apr 18, 2018

You are right about 0x52, somehow I missed the U/L bit is set to 1. I think I will go with 0x0C = 00001100 by default which is easily recognisable and gives no matches on https://www.wireshark.org/tools/oui-lookup.html

@grossmj
Copy link
Member

grossmj commented Apr 18, 2018

Fixed by GNS3/gns3-server@fff2e12

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

No branches or pull requests

2 participants