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

Multus interfaces cannot communicate with each other when pods are on multiple nodes #43

Closed
MichalzDev opened this issue Jun 9, 2022 · 5 comments
Labels

Comments

@MichalzDev
Copy link

MichalzDev commented Jun 9, 2022

Hi, I have scenario on 3 node cluster, where node1 is for UE+gNB, node2 is for 5GCore, node3 for UPF only.
In that scenario pods cannot see (ping) each other multus interfaces.
Eg. from UPF I cannot ping SMF N4 (10.100.50.244) nor gNB N3 unless there are on the same node.
When everything is on 1 node it works flawlessly. When I spited UERANSIM (node1) and free5gc (node2) I managed to pair AMF and gNB by enabling ngap and changing N2 in gNB yaml to newly created service IP but UE still cannot communicate via tunnel due to issue from above.
Is it possible to create similar services to other pods/interfaces ? Or maybe do you know other way to make to make it work ?
Thanks for help

@raoufkh
Copy link
Collaborator

raoufkh commented Jun 20, 2022

Hello

Exposing other interfaces with K8s services is not possible due to the configuration template of Free5GC network functions. For your implementation, did you check that the promiscuous mode on MACVLAN master interfaces is enabled?

@MichalzDev
Copy link
Author

I enabled promiscuous mode and it worked, thanks :)
However now I have situation when UPF is on its own node, SMF throws me this error
smf_err
UPF can ping SMF (10.100.50.244) and SMF can also ping UPF (10.100.50.241).
When I place UPF on the same node as other 5G Core functions, everything works as intended.
Have you encountered this situation before ?

@raoufkh
Copy link
Collaborator

raoufkh commented Jun 23, 2022

At least the problem is no longer in the network. Can you publish the entire SMF and UPF logs please? I'm not sure that they are well associated

@MichalzDev
Copy link
Author

I managed to somehow fix this issue. What I did was:

  • I set up promisc mode on interface in crontab at reboot
  • rebooted all hosts
  • Uninstalled and installed both Helm charts

@raoufkh
Copy link
Collaborator

raoufkh commented Jul 4, 2022

Great I'll close this issue

@raoufkh raoufkh closed this as completed Jul 4, 2022
@raoufkh raoufkh added bug Something isn't working macvlan and removed bug Something isn't working labels Jul 4, 2022
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