Hi Harald,
I'm hoping you may be able to give me your insight into something before I start a debug process.
I have observed several instances where commands/traffic issued by the SIM are not implemented (seemingly not received) by the modem whilst utilising the RemSIM connection.
Two examples I have recorded are of a UICC reset (refresh type '03' (= NAA Initialization)) and of a proactive 'open channel' command.
Is this something that you would expect within the application (essentially a single 'initiation' traffic flow - modem to card but not card to modem)?
Thanks, Marc
Marc Wilson Technical Consultant t: +44 1483 802 503 | w: eseye.com LinkedIn | Twitter | YouTube | Blog This email is from Eseye . Address: 20 Nugent Road, Guildford, Surrey, GU2 7AF, United Kingdom. Registered in England and Wales - number 06397669. VAT: GB921298326. ISO 27001: 2013 Certified. Eseye accepts no liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided unless that information is subsequently confirmed in writing. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. If you are not the intended recipient, please notify the sender and delete this email and any attachments. Eseye, Infinity IoT Platform, AnyNet, AnyNet Secure and Eseye Logos are registered trademarks. © 2022 Eseye Limited. All rights reserved.
Hi Marc,
On Wed, Sep 28, 2022 at 11:17:57AM +0000, Marc Wilson wrote:
I have observed several instances where commands/traffic issued by the SIM are not implemented (seemingly not received) by the modem whilst utilising the RemSIM connection.
I'm sorry to hear.
Two examples I have recorded are of a UICC reset (refresh type '03' (= NAA Initialization)) and of a proactive 'open channel' command.
Is this something that you would expect within the application (essentially a single 'initiation' traffic flow - modem to card but not card to modem)?
No, this is certainly not expected. The osmo-remsim software and the RSPRO protocol are designed to transparently pass T=0 TPDUs between reader/modem and card.
IT doesn't matter if the logical initiator of the communication on application level is in the modem (classic SIM access) or in the card (proactive SIM). On the ISO7816-3 layer on which we operate those are all just TPDUs. The modem is polling the card periodically for proactive commands, and if any are pending the modem will fetch them via FETCH. The TPDU structure is always the same.
I'd definitely be interested to hear more about the bug you are observing. Ideally we'd review a RSPRO pcap file and log file output of the osmo-remsim-{client,bankd}.
Regards, Harald
Thanks Harald,
In that case I will start to debug and get some logs. ________________________________
Marc Wilson Technical Consultant t: +44 1483 802 503 | w: eseye.com LinkedIn | Twitter | YouTube | Blog This email is from Eseye . Address: 20 Nugent Road, Guildford, Surrey, GU2 7AF, United Kingdom. Registered in England and Wales - number 06397669. VAT: GB921298326. ISO 27001: 2013 Certified. Eseye accepts no liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided unless that information is subsequently confirmed in writing. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. If you are not the intended recipient, please notify the sender and delete this email and any attachments. Eseye, Infinity IoT Platform, AnyNet, AnyNet Secure and Eseye Logos are registered trademarks. © 2022 Eseye Limited. All rights reserved. From: Harald Welte laforge@gnumonks.org Sent: 28 September 2022 15:14 To: Marc Wilson mwilson@eseye.com Cc: simtrace@lists.osmocom.org simtrace@lists.osmocom.org Subject: Re: RemSIM SIM Originating Traffic
Hi Marc,
On Wed, Sep 28, 2022 at 11:17:57AM +0000, Marc Wilson wrote:
I have observed several instances where commands/traffic issued by the SIM are not implemented (seemingly not received) by the modem whilst utilising the RemSIM connection.
I'm sorry to hear.
Two examples I have recorded are of a UICC reset (refresh type '03' (= NAA Initialization)) and of a proactive 'open channel' command.
Is this something that you would expect within the application (essentially a single 'initiation' traffic flow - modem to card but not card to modem)?
No, this is certainly not expected. The osmo-remsim software and the RSPRO protocol are designed to transparently pass T=0 TPDUs between reader/modem and card.
IT doesn't matter if the logical initiator of the communication on application level is in the modem (classic SIM access) or in the card (proactive SIM). On the ISO7816-3 layer on which we operate those are all just TPDUs. The modem is polling the card periodically for proactive commands, and if any are pending the modem will fetch them via FETCH. The TPDU structure is always the same.
I'd definitely be interested to hear more about the bug you are observing. Ideally we'd review a RSPRO pcap file and log file output of the osmo-remsim-{client,bankd}.
Regards, Harald -- - Harald Welte laforge@gnumonks.org https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Flaforge.gnu... ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)