28 Sep
2022
28 Sep
'22
10:29 a.m.
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(a)gnumonks.org>
Sent: 28 September 2022 15:14
To: Marc Wilson <mwilson(a)eseye.com>
Cc: simtrace(a)lists.osmocom.org <simtrace(a)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(a)gnumonks.org>
https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Flaforge.gn…
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
