<div dir="auto">Thank you, you are right, I verified today.</div><div dir="auto">There are 2 different reply from APN: “unsubscribed option” when I use a SIM that doesn’t support LTE option (didn’t pay for it) or “unknown-apn” when the sim could connect to lte, but the APN doesn’t support it. I should support it downgrading connectivity to umts|gsm and everything works fine.</div><div dir="auto">Stupid error from my side, I was sure there should be an automatic downgrading to LTE as it happens when you have a not powerful enough signal, but this a different issue, and it should be managed by the SW developer. Thank you for your great help</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno sab 7 nov 2020 alle 17:59 Aleksander Morgado <<a href="mailto:aleksander@aleksander.es">aleksander@aleksander.es</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">Hey,<br>
<br>
> Good morning, I'm a user of libqmi and qmicli tool and I need some help.<br>
> I'm using a SIM of an Italian provider (TIM), configured on a standard private APN (the SIM and APN are of a customer of my company, he pays for a custom APN to the TIM company).<br>
><br>
> When using the standard public APN (<a href="http://ibox.tim.it" rel="noreferrer" target="_blank">ibox.tim.it</a>), with a modem that supports LTE connectivity (Quectel EC25), I can go online and get a connection to the network.<br>
> If I configure the custom private APN (that uses the same network infrastructure), I'm able to connect to the (private) network and to go online, pinging the private customer server, only if a set the modem as 3G using the command line:<br>
><br>
> qmicli -d /dev/cdc-wdm0 --nas-set-system-selection-preference="umts|gsm"<br>
><br>
><br>
> If I configure the SIM as:<br>
><br>
> qmicli -d /dev/cdc-wdm0 --nas-set-system-selection-preference="lte|umts|gsm"<br>
><br>
><br>
> I receive the error:<br>
><br>
> <<<<<<   type       = "Call End Reason" (0x10)<br>
> <<<<<<   length     = 2<br>
> <<<<<<   value      = F5:03<br>
> <<<<<<   translated = gsm-wcdma-unknown-apn<br>
> <<<<<< TLV:<br>
> <<<<<<   type       = "Verbose Call End Reason" (0x11)<br>
> <<<<<<   length     = 4<br>
> <<<<<<   value      = 06:00:1B:00<br>
> <<<<<<   translated = [ type = '3gpp' reason = '27' ]<br>
><br>
><br>
> Here is my problem: if I use the SIM in a smartphone, the smartphone fails connection in lte mode but after a few seconds (about 30) goes to UMTS mode and gets its address.<br>
> My problem is that, even if I select to support umts,LTE,GSM, when the modem tries connecting, it tells me unknown-apn, and does not switch to UMTS connectivity option.<br>
> If I use 3G mode, everything works fine.<br>
> So here is my question: how should I manage this kind of problem?<br>
> How can I force qmicli to manage switching at connection time different mode search of APN?<br>
<br>
If you know in advance that you're going to hit the situation, I<br>
assume you could run the qmicli commands to prefer (or even limit) 3G<br>
depending on the specific APN to use? Or, otherwise, just assume that<br>
if you ever get the "gsm-wcdma-unknown-apn" call end reason you should<br>
think of falling back manually to 3G and retrying.<br>
<br>
> I know this may be a simple issue for expert people, but I'm really confused.<br>
<br>
I am no expert on the inner LTE stack details, so I cannot comment<br>
much more I'm afraid. This could also be a lack of planning in the<br>
operator side, for what it's worth; i.e. why does the APN get reported<br>
as unknown when using the LTE infrastructure? Is that a known<br>
limitation of that APN?<br>
<br>
-- <br>
Aleksander<br>
<a href="https://aleksander.es" rel="noreferrer" target="_blank">https://aleksander.es</a><br>
</blockquote></div></div>