-
-
Notifications
You must be signed in to change notification settings - Fork 696
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
SMF Assign IP from Wrong Subnet When Selecting UPF based on TAC #2557
Comments
I should add, this is working fine if the DNN is used to pick the UPF. |
SMF only supports UE IP allocation per DNN. TAC, CELL_ID, etc. are not supported. Please let me know if you have any other questions. Thanks a lot! |
Thank you very much @acetcom , So with one SMF only DNN is possible.
|
Except for DNNs, SMF-UPF pairs should be used. You can implement UE load balancing by setting a different TAC for each of the two SMFs in smf.info and attaching a UPF to each SMF. Connecting two UPFs, each with different TACs, to the same SMF you initially configured is not supported. This is because SMF allocates the UE Pool, but it is not implemented to allocate a different UE Pool for each TAC. If you think this feature is necessary, please present it persuasively. Otherwise, this feature will remain as is. Thanks a lot! |
Hi @acetcom , Thank you very much, I have been trying to use two SMF-UPF pairs with different TACs using smf.info, but I think perhaps I am still missing something. Could you please take a look at below. File include, trace, configs and logs: On SMF2:
|
Hi @Esawi For your reference, a very simple configuration example to select an SMF-UPF pair using TAC is as follows. https://github.com/s5uishida/open5gs_5gc_ueransim_nearby_upf_sample_config |
Thank you @s5uishida , Indeed I used that article as a reference when configured the core, but I am still seeing that only SMF1-UPF1 is used not matter which TAC I use. |
@Esawi and @s5uishida I confirm that it is currently working well on the main branch and v2.6.4. |
Hi @acetcom , Please need your support to check the attached config and logs, I am not sure if I am missing anything , but regardless of the TAC used the same SMF-UPF pair is being used. Attached test run and configs using UERANSIM |
See below. Sorry for not help this! |
@acetcom Thank you for the support. |
When finding an SMF in the NRF discovery process, TAI should be used as a parameter if needed. However, AMF is connected to NRF via SCP and discovering different SMFs by TAI does not work properly. Until the bug is fixed, this problem can be resolved by connecting the AMF directly to the NRF as below. $ diff --git a/configs/open5gs/amf.yaml.in b/configs/open5gs/amf.yaml.in
index b022552db..d23fb267d 100644
--- a/configs/open5gs/amf.yaml.in
+++ b/configs/open5gs/amf.yaml.in
@@ -567,10 +567,10 @@ amf:
# l_linger: 10
#
#
-scp:
- sbi:
- - addr: 127.0.1.10
- port: 7777
+#scp:
+# sbi:
+# - addr: 127.0.1.10
+# port: 7777
#
# <SBI Client>>
@@ -631,12 +631,10 @@ scp:
# l_onoff: true
# l_linger: 10
#
-#nrf:
-# sbi:
-# - addr:
-# - 127.0.0.10
-# - ::1
-# port: 7777
+nrf:
+ sbi:
+ - addr: 127.0.0.10
+ port: 7777
#
# o Disable use of IPv4 addresses (only IPv6)
For other NFs, it is okay to connect SCP. Therefore, you only need to change the AMF settings as above. I thought it was not an Open5GS bug, so there seemed to be confusion. Please let me know if you have any other questions. Thank you so much for raising this issue. |
@acetcom |
I've fixed this issue in the main branch. Now you will be able to operate normally even when using SCP. Thank you so much for raising this issue. |
Thank you @acetcom , using either NRF or SCP is working as it should with v2.7.0 |
Open5GS Release, Revision, or Tag
v2.6.4
Steps to reproduce
Please need some support, I am wondering if I am doing something wrong there.
Logs
No response
Expected behaviour
UE to connect to:
Observed Behaviour
Traces, Configs and Logs:
20230829 - TestRun01.zip
eNodeB/gNodeB
No response
UE Models and versions
No response
The text was updated successfully, but these errors were encountered: