<div dir="ltr">Hi Daniele,<div><br></div><div>I've tried it with regular carrier and it worked ok. It didn't work for two different brand of private networks/EPC's that we tried here.</div><div><br></div><div>--</div><div>Paul</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 2 Dec 2019 at 22:31, Daniele Palmas <<a href="mailto:dnlplm@gmail.com">dnlplm@gmail.com</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">Hi all,<br>
<br>
Il giorno lun 2 dic 2019 alle ore 17:27 Aleksander Morgado<br>
<<a href="mailto:aleksander@aleksander.es" target="_blank">aleksander@aleksander.es</a>> ha scritto:<br>
><br>
> Hey!<br>
><br>
> > > Hi, I was wondering had any knowledge of an issue we are seeing. We<br>
> > > are<br>
> > > connecting to private networks we are running on two different brands<br>
> > > of<br>
> > > EPC. Then, we are using libqmi to query the modem for the network<br>
> > > info via<br>
> > > --nas-get-serving-system<br>
> ><br>
> > 0A:      D4:F2:9C:EE:2C:D3:EF:6F:F9:1A<br>
> > ^length  ^ data<br>
> ><br>
> > So length is 10 bytes, but in ASCII "TestNetwork" is 11 bytes long.<br>
> > Hmm. What do we know packs more than one character into each byte...<br>
> ><br>
> > The string is most likely GSM7 encoded and libqmi is expecting all<br>
> > strings in UTF8, which is what almost everything in QMI is reported as.<br>
> ><br>
> > So my best guess is that the Telit modem firmware is not correctly<br>
> > converting the network name to Unicode for us. Every other QMI<br>
> > implementation we've seen does :)<br>
> ><br>
> > ModemManager has some special code to ignore the description when it's<br>
> > not UTF-8 safe, and libqmi only does it for printable stuff like what<br>
> > qmicli outputs. Perhaps it could work around the Telit firmware<br>
> > somehow.<br>
> ><br>
><br>
> Other messages, like "Get Home Network" (0x0025), have a special TLV<br>
> indicating the encoding of the network description with the following<br>
> supported values:<br>
> • 0x00 – Octet, unspecified<br>
> • 0x02 – 7-bit ASCII<br>
> • 0x04 – Unicode<br>
> • 0x09 – GSM 7-bit default<br>
><br>
> I don't know of any such TLV in "Get Serving System", but maybe<br>
> there's a new one we don't know of. There isn't any unknown one in the<br>
> provided message as far as I can see.<br>
><br>
> As Dan said, ModemManager has UTF-8 validity checks before using the<br>
> strings, but the printable TLV descriptions in libqmi and the qmicli<br>
> output lack that logic.<br>
><br>
> @Daniele Palmas @Carlo Lobrano do you know if this is a Telit specific<br>
> issue or a more generic one? Is the firmware preferring the GSM-7<br>
> output for this field over Unicode when the characters fit in GSM-7?<br>
><br>
<br>
let me check this, it will take a few days.<br>
<br>
@Paul, is this happening only with your test network or also with<br>
normal carriers? I'm not seeing the issue in normal usage.<br>
<br>
Regards,<br>
Daniele<br>
<br>
> --<br>
> Aleksander<br>
> <a href="https://aleksander.es" rel="noreferrer" target="_blank">https://aleksander.es</a><br>
</blockquote></div>