Feature #4249
openability to explicitly provision an "empty SIM card slot" to a modem
0%
Related issues
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.
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.
Updated by daniel over 2 years ago
- Related to Bug #5216: Events request-sim-local / request-card-remove are never sent added
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?