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
Get Eseye's latest IoT research report
This email is from Eseye
. Address: 
20 Nugent Road
GuildfordSurreyGU2 7AFUnited 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.gnumonks.org%2F&amp;data=05%7C01%7Cmwilson%40eseye.com%7Ce3f15a6958f74cf091fd08daa15d927a%7C7a5d38717a9b4111a8a173a93daca359%7C1%7C0%7C637999720511876967%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=q5l%2BwFwKg0LE3D7r9VgDJ8SKbqGmo3SWFTab4D93wQ8%3D&amp;reserved=0
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)