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

Members of bond's might be setting up incorrectly? #13532

Closed
donaldsharp opened this issue May 15, 2023 · 0 comments · Fixed by #13545
Closed

Members of bond's might be setting up incorrectly? #13532

donaldsharp opened this issue May 15, 2023 · 0 comments · Fixed by #13545
Assignees
Labels
triage Needs further investigation

Comments

@donaldsharp
Copy link
Member

FRR has code in zebra that is looking at the bond type and treating it as a bond_slave. I am not sure if this is correct but it would require some investigation to fully understand what the proper thing to do in zebra is. See code in zebra/if_netlink.c:


                if ((slave_kind != NULL) && strcmp(slave_kind, "bond") == 0)
                        netlink_determine_zebra_iftype("bond_slave", &zif_type);
                else
                        netlink_determine_zebra_iftype(kind, &zif_type);

At this point I am not sure what the correct thing to do here is nor am I sure that any changes I would make wouldn't break evpn code( or some implicit evpn code ). Let's add an issue to track this and figure out what the correct thing to do is.

From @idryzhov -> I understand that it's just a copy-paste from netlink_interface, but I think this change is wrong. Why should we replace the interface type with generic bond_slave when it is actually, for example, veth or gre? The fact that the interface is a bond slave is determined by zif_slave_type field, look at IS_ZEBRA_IF_BOND_SLAVE. Let's just drop this change.

@donaldsharp donaldsharp added the triage Needs further investigation label May 15, 2023
@donaldsharp donaldsharp self-assigned this May 15, 2023
idryzhov added a commit to idryzhov/frr that referenced this issue May 17, 2023
It is never actually used in the code.

Closes FRRouting#13532.

Signed-off-by: Igor Ryzhov <iryzhov@nfware.com>
idryzhov added a commit to idryzhov/frr that referenced this issue May 17, 2023
It is never actually used in the code.

Closes FRRouting#13532.

Signed-off-by: Igor Ryzhov <iryzhov@nfware.com>
idryzhov added a commit to idryzhov/frr that referenced this issue May 17, 2023
It is never actually used in the code.

Closes FRRouting#13532.

Signed-off-by: Igor Ryzhov <iryzhov@nfware.com>
idryzhov added a commit to idryzhov/frr that referenced this issue May 21, 2023
It is never actually used in the code.

Closes FRRouting#13532.

Signed-off-by: Igor Ryzhov <iryzhov@nfware.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
triage Needs further investigation
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant