<div dir="ltr">Hello,<div><br></div><div>I hadn't realized that you had this list:</div><div><br></div><div>>> <span style="color:rgb(0,0,0);white-space:pre-wrap">There is also an open source database we maintain in</span><pre style="white-space:pre-wrap;color:rgb(0,0,0)">>> <a href="https://gitlab.gnome.org/GNOME/mobile-broadband-provider-info">https://gitlab.gnome.org/GNOME/mobile-broadband-provider-info</a> but
>> which also has the same problems, it lacks a lot of latest updates
>> even from major carriers.</pre><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>It appears that you are matching on the MCC and MNC?  Are you using this from the prefix of the IMSI?</div><div><br></div><div>If so, what do you do to match for MVNOs that share IMSIs from the same IMSI Sponsors?</div><div><br></div><div>With Android they also support a richer matching algorithm that includes things like the MVNO Type and Value</div><div>that can then be read from the SIM to differentiate - for example the Service Provider Name (SPI).</div><div><br></div><div>Do you support anything like this in this file format?</div><div><br></div><div><br></div><div>--</div>Scott C. Lemon<div><font color="#999999">Principal IoT Solutions Engineer</font></div><div><br><div><a href="https://www.Twilio.com" target="_blank"><img width="96" height="28" src="https://ci3.googleusercontent.com/mail-sig/AIorK4y2hvNZoZBcdrRKlZoo-wMmVElulrgRAKQI0hMIE8loZtyzTBS1QuCRS0aop_Y1TkZ6VNKGrok"></a><br></div></div><div><br></div><div><font color="#999999">Mobile:</font> +1 (801) 336-4476</div><div><font color="#999999">Email:</font>   <a href="mailto:slemon@twilio.com" target="_blank">slemon@twilio.com</a></div><div><br></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 7, 2022 at 8:53 AM Aleksander Morgado <<a href="mailto:aleksandermj@chromium.org">aleksandermj@chromium.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hey,<br>
<br>
> My company produces a device with the Sierra EM7565 Modem and we have encountered problems related to the APN setting. (A collegue of mine sent a message into this list a week ago and has received kind help by Aleksander Morgado whom I'd like to thank.)<br>
><br>
> We observed the following:<br>
><br>
> * When using a German Vodafone SIM card in Germany, 3GPP registration remains at `idle`.<br>
> * When using a German O2 SIM card in Germany, 3GPP registration advances to `home` instantly.<br>
> * With the Vodafone SIM card, only after running `qmicli -d /dev/cdc-wdm0 -p --wds-modify-profile="3gpp,1,apn=<a href="http://web.vodafone.de" rel="noreferrer" target="_blank">web.vodafone.de</a>,username=,password="`, ModemManager can connect and registration advances to `home`.<br>
> * In contrast to that, when using the Vodafone SIM card in one of our private smartphones, no manual APN setting was necessary.<br>
><br>
<br>
That is because Vodafone DE requires a specific set of APN settings<br>
during *registration* (initial EPS bearer settings, a.k.a. attach<br>
APN). If the modem doesn't provide the exact settings required, the<br>
operator may reject the registration to the network (so will remain in<br>
idle).<br>
<br>
> I'm trying to understand why our device ran into the issues described while 3rd party smartphones do not.<br>
><br>
> I searched the internet for a bit and learned that Google is maintaining a list linking the network carriers with APNs. Is this the correct way to go? Does everyone producing GSM enabled devices (that is, us too) need to equip their devices with that list as a lookup table? Does that list work with Roaming, too? I guess an alternative would be to prompt the user for the APN, like in the old times. But still, if APNs need to be set explicitely then I don't understand why it worked with O2 instantly.<br>
><br>
<br>
It worked in O2 because operators may decide to not be strict in the<br>
initial APN requirements. Passing the empty APN during registration<br>
would allow the modem to say "I want to register, I don't know what<br>
APN settings should I use" and the network would then say "nevermind,<br>
you can register, here are the APN settings that should be considered<br>
during registration". There are nicer cases even, e.g. with Movistar<br>
Spain I can request whatever APN I want as initial, and it will work<br>
(for now it does work, that is).<br>
<br>
Google and other big manufacturers keep their own lists of APNs to<br>
autodetect what should be using. This is a huge task, and not even<br>
Google has "the latest and greatest", the list changes continuously.<br>
There is also an open source database we maintain in<br>
<a href="https://urldefense.com/v3/__https://gitlab.gnome.org/GNOME/mobile-broadband-provider-info__;!!NCc8flgU!evTK7uUD76LF1mTFCb2pd-4DyYWVxMc8a2kp8lNeu8rJ4eVscqlootuJ1601WU3CgkiMMTEhUDLVsnSiJ6M-2Xw$" rel="noreferrer" target="_blank">https://urldefense.com/v3/__https://gitlab.gnome.org/GNOME/mobile-broadband-provider-info__;!!NCc8flgU!evTK7uUD76LF1mTFCb2pd-4DyYWVxMc8a2kp8lNeu8rJ4eVscqlootuJ1601WU3CgkiMMTEhUDLVsnSiJ6M-2Xw$</a>  but<br>
which also has the same problems, it lacks a lot of latest updates<br>
even from major carriers. For modems in the US, there are also<br>
carrier-certified firmwares that come with predefined settings,<br>
including custom APN settings required.<br>
<br>
-- <br>
Aleksander<br>
</blockquote></div>