Guide

On-prem SCP80 OTA when you cannot put keys in a cloud

Small MVNO and IoT connectivity estates that already own SMSC traffic: on-premise SCP80 RFM/RAM, no platform fee on that traffic, OPC/Ki stay on site. Not an eSIM RSP.

  • ETSI TS 102 225 (Release 19) + 3GPP TS 31.115
  • All parsers

A small MVNO or IoT connectivity provider often already pays for SMS. Cloud OTA from a SIM bureau adds a second meter and a second place that holds OTA keys. On-prem SCP80 next to your SMSC is the other shape: RFM and RAM over SMS, keys on site, no recurring platform fee on traffic you already own. The deployed baseline is headless SCP80 — SCP81, a GUI and extra bearers are project work. This is not SGP.32 profile provisioning. If you are mid-campaign, paste a packet into the decoder below (no keys) and read SPI, TAR and counter before you book the call.

Parsers — nothing uploaded

Read the packet. Then talk.

Hex stays in the browser. Do not paste production keys. If the estate is still stuck after the decode, that is the programme.

TS 102 225 / TS 31.115

Packet decoder

SPI, key versions, TAR, counter, CHL — command or PoR.

Tools page

Paste a packet, or load one of the examples above.

Questions

Is this a cheap Thales replacement?
No. It is on-prem SCP80 for mixed UICC estates you already operate. Big platforms win eSIM RSP and managed-service RFPs. This fits when keys must stay on site and the work is a scoped programme.
Do I buy the server or the programme?
The commercial lead is the programme — migration, rescue, validation. MoreOTA is what we install when the estate needs a campaign engine on site.

Related

Mid-campaign?

A live estate

Rescue, retry policy and mixed-estate forensics — or a CSV in MoreOTA if you already run the server.