<div dir="auto">Great, thanks Daniele. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed 11 Dec 2019, 07:51 Daniele Palmas, <<a href="mailto:dnlplm@gmail.com">dnlplm@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Paul,<br>
<br>
Il giorno mar 3 dic 2019 alle ore 15:36 Paul Gildea <<a href="mailto:gildeap@tcd.ie" target="_blank" rel="noreferrer">gildeap@tcd.ie</a>> ha scritto:<br>
><br>
> Hi Daniele,<br>
><br>
> 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.<br>
><br>
<br>
the issue has been fixed on the firmware side and will be possibly<br>
available in the next release.<br>
<br>
Thanks,<br>
Daniele<br>
<br>
> --<br>
> Paul<br>
><br>
> On Mon, 2 Dec 2019 at 22:31, Daniele Palmas <<a href="mailto:dnlplm@gmail.com" target="_blank" rel="noreferrer">dnlplm@gmail.com</a>> wrote:<br>
>><br>
>> 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" rel="noreferrer">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 noreferrer" target="_blank">https://aleksander.es</a><br>
</blockquote></div>