Hello.
Right now MCC and MNC value in ./mobile app are printed as hex but without 0x - this is confusing and inconsistent.
Attached patch fix that although I'm still puzzled why value printed by "show subscriber 1" looks like hex representation - see example below (with patch applied).
Note that 0x385 == 901 and 0x046 == 70
I suspect misuse of gsm48_decode_lai()\gsm48_encode_lai() but unable to pinpoint location yet.
show subscriber 1 Mobile Subscriber of MS '1': IMSI: 901701282457741 ICCID: 8901901702282374810 Service Provider Name: Magic SMS Service Center Address: 0015555 Status: U1_UPDATED IMSI detached LAI: MCC 385 MNC 046 LAC 0x03e8 (385, 046) Key: sequence 0 31 64 7e 4c e1 dc 48 00 Registered PLMN: MCC 385 MNC 046 (385, 046) Access barred cells: no Access classes: C0 C1 C2 C3 C4 C5 C6 C7 C8 C9 C10 C11 C12 C13 C14 C15 List of preferred PLMNs: MCC |MNC -------+------- 901 |070 (901, 070) List of forbidden PLMNs: MCC |MNC |cause -------+-------+------- 106 |003 |#255 (106, 003) 106 |007 |#255 (106, 007)
☎ wrote:
Hello.
Right now MCC and MNC value in ./mobile app are printed as hex but without 0x - this is confusing and inconsistent.
Attached patch fix that although I'm still puzzled why value printed by "show subscriber 1" looks like hex representation - see example below (with patch applied).
Note that 0x385 == 901 and 0x046 == 70
I suspect misuse of gsm48_decode_lai()\gsm48_encode_lai() but unable to pinpoint location yet.
hi max,
you are right, the problem is not the print function, it is the decoding function. it has changed this summer at libosmocore. (commit a9250b9e) i just commited a fix for that to master branch. we must use hexadecimal decoding, because a network code of 70 is not equal a network code of 070.
best regards,
andreas
baseband-devel@lists.osmocom.org