Vodafone network rejections when switching cell towers
Hi, We are experiencing network rejections when our device switches from cell tower to cell tower. We have been in contact with our SIM provider, Vodafone, which says that this is due to us sending delete and create session requests too rapidly (within 40ms between requests). These are Vodafone's comments on the Wireshark trace (see attached) they have captured on their side: === *As can be observed in the shared traces, the new create session request was initiated after less than 40ms since the Delete Session. Also, it is visible that the session was not terminated internally, the Credit Control Terminate messages for the initial data session were sent after the Create session Request. Moreover, this SIM is having static IP allocation. Even if the IP is not assigned by the PGW, after a data session is closed, the IP assigned for that data session is set in quarantine for a specific period of time ( not configurable, it is calculated internally by the PGW). Based on the above, the reason why the session got rejected is due to the short period of time between Delete and Create. * *===* Is this a known problem? And is this something we could configure on the device/modem side? Thanks in advance for any insights on this matter! Some additional info... We use NetworkManager to setup the connection with our private APN. We are using MM 1.18.0 and libqmi 1.30.2 on Linux kernel 4.14.98 We are using the SIM7100E from Simcom which is running firmware 4534B06SIM7100E 23062022_0600_0700_IMSI_90128965880.pcap Description: application/vnd.tcpdump.pcap
RE: APN Authentication: allowed-auth=pap|chap
Hi Aleksander, Please advise regarding this. From the logs I can see that if "allowed-auth=pap|chap" then CHAP is tried first. But if that fails then who will try PAP? Is this modemmanager's responsibility or modem shall do it internally? Basically, I'm finding that if APN supports "PAP Only" authentication then "allowed-auth=pap|chap" does not connect and returns error. It works fine if "allowed-auth=pap" (I'm trying with MM 1.18.8 & EM7565 in MBIM mode) Thanks Amol From: Amol Lad Sent: Wednesday, 29 June 2022 11:19 AM To: ModemManager (development) Subject: APN Authentication: allowed-auth=pap|chap Hi, An APN support "PAP" authentication with a username and password. In mmcli -simple-connect, we can specify "allowed-auth", key/value pair. I'm finding that if "allowed-auth=pap" then APN connects OK but if "allowed-auth=pap|chap", following error is returned: info 2022-06-29T03:51:34+00:00 : [modem0] state changed (registered -> connecting) warning 2022-06-29T03:51:36+00:00 : [modem0/bearer1] connection attempt #1 failed: InvalidUserNamePwd Please advise if "allowed-auth=pap|chap" is supposed to work or passing multiple authentication type has some other significance? I am under the impression that if APN supports PAP then allowed-auth=pap|chap should also work Amol
Re: ModemManager Debugging
Hey, > I've been told to ask this question on the modem manager mailing list. Is > there a way to debug the following error? I tried even to enable more logging > with mmcli -G DEBUG but without much success. > > $ mmcli -m 0 --simple-connect="apn=live.vodafone.com,pin=" > error: couldn't connect the modem: > 'GDBus.Error:org.freedesktop.ModemManager1.Error.MobileEquipment.Unknown: "SM > deactivation", 0, "No cause information available"' > If I’m not mistaken that output will come from +CEER, and it just says the module was deactivated normally. I wonder if we’re breaking the connection attempt at a stage that would not require running +CEER at all. The requested debug logs would help to know that. > The modem seems available and enabled (mmcli -m 0 -e), the SIM Card unlocked > and we even tested multiple APN's. The modem also seems to work well on other > computers. It's a Huawei MU736. Here is the thread in case you want to see a > bit more of what has been tested: > https://community.toradex.com/t/modemmanager-on-torizon/17166/10 > I've replied in the forum as well. -- Aleksander https://aleksander.es
