Project

General

Profile

Actions

Feature #4249

open

ability to explicitly provision an "empty SIM card slot" to a modem

Added by laforge over 4 years ago. Updated over 2 years ago.

Status:
New
Priority:
Normal
Assignee:
Category:
-
Target version:
-
Start date:
11/07/2019
Due date:
% Done:

0%

Spec Reference:

Related issues

Related to osmo-remsim - Bug #5216: Events request-sim-local / request-card-remove are never sentResolvedlynxis08/24/2021

Actions
Actions #1

Updated by laforge over 4 years ago

This means we neither want to activate the local SIM slot next to the modem, nor do we want to attach a remote card.

We could either implement something like a virtual bank with infinite number of simulated empty slots, or we could actually add this feature conceptually and on the protocol level.

The key issue here is that the map/unmap operation must no longer be coupled to the local/remsim operation.

Actions #2

Updated by laforge over 4 years ago

In the ST2 firmware we already have a separate command. However, that will only work for QMOD and not OWHW, as the controls are wired up differently.

remsim-clkient currently always switches QMOD into remote mode on startup, which is suboptimal, too.

Actions #3

Updated by daniel over 2 years ago

  • Related to Bug #5216: Events request-sim-local / request-card-remove are never sent added
Actions #4

Updated by laforge over 2 years ago

laforge wrote:

remsim-client currently always switches QMOD into remote mode on startup, which is suboptimal, too.

this is no longer the case for quite some time: The remote mode is only enabled once there is a working connection to a bankd+bankd-slot, i.e. we are in "operational" state of the main fsm.

In any case, this problem remains present. After #5216 is resolved, removing a slotmap will always implicitly return to the local SIM. If explicit provisioning of an "empty" SIM is required, we need to come up with something new. Probably have a "magic" bankd 0xffff / slot 0xffff that will always represent an empty slot? That should be a small change to the client.

The other option would be to make the local/remote switch explicit [orthogonal to the slotmap related actions] and introduce that notion all over the codebase [and protocol]. Any suggestions?

Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)