Separación de arquitectura de hardware: Secure Element (eSE) vs. banda base eUICC
La principal razón por la que los viajeros temen que sus billeteras digitales fallen en el extranjero es el desconocimiento de cómo los chipsets móviles modernos aíslan la identidad de red del almacenamiento financiero criptográfico. Los sistemas operativos móviles imponen una estricta separación física y lógica a nivel de hardware entre las vías de comunicación celular y los entornos de ejecución de pagos.
Instalar, activar o eliminar una eSIM de viaje interactúa exclusivamente con la pila de banda base celular y el eUICC (embedded Universal Integrated Circuit Card). No tiene ningún tipo de acceso físico ni programático al eSE (embedded Secure Element), al Secure Enclave de Apple ni al Trusted Execution Environment (TEE) de Android, que es donde residen los tokens financieros y los applets de transporte público.
`` +-------------------------------------------------------------------------+ | PROCESADOR DE APLICACIONES (AP) | | iOS / Android OS (Servicios de SO de alto nivel) | +--------------------+-------------------------------+--------------------+ | (Bus aislado SPI / I2C) | (PCIe/UART dedicado) v v +------------------------------------+ +--------------------------------+ | SECURE ELEMENT INTEGRADO (eSE) | | CHIPSET DE BANDA BASE | | - Tokens de pago EMVCo (DPANs) | | - Controladores RF Front-End | | - Applets de transporte (FeliCa) | | - Pila de red móvil | | - Motor de firma criptográfica | +---------------+----------------+ | - Autorización biométrica | | (ISO/IEC 7816) +------------------------------------+ v +--------------------------------+ | eUICC (CHIP eSIM) | | - Perfiles GSMA SGP.22 | | - Claves de red IMSI / Ki | | - Lógica de enrutamiento | +--------------------------------+ ``
Los tres dominios de silicio independientes
Los smartphones modernos de Apple, Google y Samsung dividen la identidad y el procesamiento en tres dominios de ejecución diferenciados:
- El eUICC (Dominio de identidad celular): Fabricado bajo las especificaciones GSMA SGP.22, este microchip dedicado almacena los perfiles de los operadores, que contienen las identidades internacionales de abonado móvil (IMSI), claves de autenticación ($K_i$) y perfiles de red. Su alcance operativo se limita estrictamente a negociar conexiones por radiofrecuencia (RF) con las antenas de telefonía.
- El procesador de banda base (Dominio del módem): Un procesador especializado que convierte datos digitales en señales de radiofrecuencia. Se comunica con el procesador principal de aplicaciones (AP) a través de buses serie de alta velocidad dedicados (PCIe/UART) y carece por completo de acceso de lectura/escritura a los registros de memoria de pago.
- El Secure Element integrado y Secure Enclave (Dominio criptográfico): Un microcontrolador inviolable, certificado con Common Criteria EAL6+, que ejecuta un sistema operativo especializado (como Java Card OS). Está físicamente separado del módem y de la banda base, y se comunica exclusivamente con el controlador NFC y el procesador de aplicaciones principal mediante buses I2C/SPI aislados y protegidos por cortafuegos.
Arquitectura de hardware: Matriz de aislamiento de subsistemas
| Componente del subsistema | Módulo de hardware principal | Estándar / Certificación | ¿Acceso directo a la red celular? | ¿Acceso directo a NFC y pagos? |
|---|---|---|---|---|
| Identidad celular | eUICC (eSIM) / Ranura SIM | GSMA SGP.22 / SGP.32 | Sí (Negociación de banda base) | No (Estrictamente bloqueado) |
| Almacenamiento criptográfico | eSE / Apple Secure Enclave | Common Criteria EAL6+ | No (Cero memoria compartida) | Sí (Enlace directo por bus NFC) |
| Verificación de tokens | Android TEE / AP de Apple | GlobalPlatform TEE | Indirecto (Enrutamiento de datos del SO) | Sí (Ruta de autenticación biométrica) |
| RF sin contacto | Controlador NFC (ej. NXP) | ISO/IEC 14443 / FeliCa | No (Aislado por hardware) | Sí (Transmisión de campo RF) |
Por qué un cambio de eSIM no puede alterar tus tokens de pago
Cuando se activa un perfil de datos internacional —por ejemplo, al descargar un perfil de roaming para Europa o Asia—, el Local Profile Assistant (LPA) del sistema operativo ordena al eUICC que deshabilite el perfil del operador local y active el perfil de datos de viaje.
`` [Solicitud LPA] -> [Cambio de perfil eUICC] -> [Reautenticación de banda base] | (Límite absoluto) x [eSE / Secure Enclave / Tokens DPAN / Claves de transporte - INTACTOS Y AISLADOS] ``
Desde una perspectiva arquitectónica y matemática:
- Sin direccionamiento de memoria compartida: El módem de banda base y el eSE no comparten una arquitectura de memoria unificada (UMA) ni controladores de acceso directo a memoria (DMA). La banda base no puede ejecutar instrucciones de escritura o borrado en los registros de memoria que contienen tus números de cuenta principales del dispositivo (DPAN) o criptogramas.
- Aislamiento criptográfico: Las credenciales de tarjetas tokenizadas almacenadas en el eSE se aprovisionan mediante protocolos de proveedores de servicios de tokens (TSP) de EMVCo. Estas claves están vinculadas matemáticamente a la raíz de confianza del hardware del dispositivo, de forma totalmente independiente del IMSI de la SIM o de las credenciales de autenticación del operador móvil.
- Persistencia de applets de transporte: Los applets de transporte de circuito cerrado (como Suica/PASMO en FeliCa en Japón o las vías EMV sin contacto de Londres) se ejecutan directamente dentro de la memoria NVRAM persistente del eSE. Modificar la vía de datos IP mediante una eSIM no afecta en absoluto a la máquina de estados de estos applets.
Handshakes continuos: El papel de los datos en segundo plano
Aunque el procesamiento de pagos fuera de línea permite realizar un número limitado de transacciones sin conexión a internet mediante números criptográficos únicos (nonces) precálculados, mantener una conectividad de datos estable sigue siendo fundamental. Las billeteras digitales realizan intercambios (handshakes) periódicos en segundo plano para validar actualizaciones en el ciclo de vida de los tokens, sincronizar saldos de transporte en tiempo real y enviar heurísticas de riesgo de fraude al banco emisor.
Si una SIM de viaje poco fiable corta los datos por completo al alcanzar un límite inesperado, estas operaciones de mantenimiento pueden bloquearse. Proveedores como MollySIM solucionan este problema mediante acuerdos directos con operadores Tier-1 combinados con una generosa Política de Uso Razonable (FUP) que garantiza una velocidad mínima de 384 kbps. Al ser casi tres veces más rápida que el límite estándar de 128 kbps que aplican los proveedores convencionales, los procesos esenciales en segundo plano —como la reposición dinámica de tokens en Google Wallet, las validaciones con los servidores de Apple Pay y las recargas de transporte en directo desde Google Maps— continúan ejecutándose sin problemas, incluso si se agotan los datos de alta velocidad principales.
Tarjetas de transporte sin contacto explicadas: Suica digital, Pasmo, Oyster y OMNY
🌐 Global Travel High-Speed Travel eSIM & SIM Plans
Instant QR code activation, hotspot enabled, with guaranteed 384kbps fallback speed to keep Maps & Digital Wallets active.
Los smartphones actuales gestionan el acceso al transporte público mediante estándares especializados de identificación por radiofrecuencia (RFID) y comunicación de campo cercano (NFC). Muchos viajeros creen erróneamente que cambiar de red de datos móviles con una eSIM internacional podría alterar estos abonos de transporte digitales. Para entender por qué las tarjetas no sufren ningún impacto a nivel de hardware —pero sí pueden verse afectadas en la gestión del saldo—, es imprescindible analizar los protocolos de transmisión subyacentes.
Protocolos de arquitectura: FeliCa Type-F vs. ISO/IEC 14443 Type A/B
Los sistemas de transporte de todo el mundo se basan en dos arquitecturas principales de comunicación sin contacto integradas directamente en el Secure Element (eSE) de tu teléfono:
`` +-------------------------------------------------------------------------+ | ARQUITECTURA DEL SMARTPHONE | | | | +-------------------+ +--------------------+ +--------------+ | | | Sistema Operativo | | Banda base / SIM | | Secure Elem. | | | | (Apple / Android) | | (Datos eSIM Viaje) | | (eSE) | | | +---------+---------+ +---------+----------+ +------+-------+ | +-------------|------------------------|----------------------|-----------+ | | | | (Recargas / APIs) | (Canal de datos IP) | (Ind. NFC) v v v +-----------------+ +-----------------+ +-------------+ | Recarga en App | <----+ Datos MollySIM | | Torniquete | | Apple/Google Pay| | (Mínimo 384kbps)| | (RF Offline)| +-----------------+ +-----------------+ +-------------+ ``
- Sony FeliCa (JIS X 6319-4 / ISO/IEC 18092 Type-F): Utilizado principalmente en Japón (Suica, PASMO, ICOCA) y Hong Kong (Octopus). FeliCa opera a una velocidad ultrarrápida de unos 100 milisegundos por transacción para gestionar el enorme volumen de pasajeros en hora punta.
- ISO/IEC 14443 Type A/B: El estándar global utilizado para pagos EMV sin contacto de circuito abierto y tarjetas inteligentes. Hace funcionar sistemas como Transport for London (TfL / Oyster) en Londres, OMNY en Nueva York, SimplyGo en Singapur y los pases digitales Navigo en París.
| Sistema de transporte / Región | Protocolo estándar | Método de emulación de tarjeta | ¿Requiere datos móviles en el torno? |
|---|---|---|---|
| Suica / PASMO digital (Japón) | Sony FeliCa (Type-F) | eSE por hardware | No (Inducción RF local) |
| OMNY (Nueva York) | ISO/IEC 14443 Type-A/B | EMV abierto / eSE tokenizado | No (Offline Data Auth / ODA) |
| TfL / Oyster (Londres) | ISO/IEC 14443 Type-A | Applet cerrado / EMV abierto | No (Inducción RF local) |
| SimplyGo (Singapur) | ISO/IEC 14443 Type-B | Ticketing basado en cuenta (ABT) | No (Conciliación en back-office) |
Ejecución sin datos: Cómo funciona el Modo Exprés en los torniquetes
Cuando acercas el teléfono al torniquete del metro, la transacción no se enruta a través de tu plan de datos móviles ni realiza ningún intercambio por internet mediante tu eSIM.
En su lugar, el lector del torno genera un campo electromagnético de 13,56 MHz. Mediante inducción magnética de campo cercano, el lector alimenta la antena NFC de tu dispositivo. Con el Modo de transporte exprés (Apple Wallet) o el Modo Exprés (Google Wallet), el sistema operativo omite la autenticación biométrica (Face ID, Touch ID o huella dactilar) y envía la señal de interrogación del lector directamente al eSE.
El ciclo de autenticación mutua, la lectura del saldo y la autorización de la transacción se ejecutan localmente en menos de 150 milisegundos. Este proceso funciona completamente sin conexión, incluso si el dispositivo está en Modo Avión, no tiene cobertura bajo tierra o se ha quedado sin batería (aprovechando la reserva de energía del hardware en iPhones y modelos insignia de Google Pixel y Samsung Galaxy).
La paradoja de la recarga: Por qué la conectividad sigue siendo obligatoria
Aunque el pago físico en el torniquete es totalmente independiente del operador móvil, la gestión del saldo y recarga de tu tarjeta digital no lo es.
`` [Paso por el torniquete] ------------> 100% Offline (Inducción NFC / eSE) [Recarga en la Wallet / Nuevos pases] -> 100% Dependiente de la nube (Requiere datos) ``
Pueden surgir incidencias graves en las siguientes situaciones:
- Saldo insuficiente en pleno trayecto: Si sales de una estación del metro de Tokio y no tienes saldo suficiente en tu Suica para validar la salida, el torniquete se bloqueará. Como no es posible recargar una tarjeta FeliCa digital con efectivo en las máquinas estándar, debes realizar una recarga instantánea desde Apple Wallet o Google Wallet.
- Emisión segura de tokens Over-The-Air (OTA): Iniciar una recarga dentro de la aplicación requiere una sesión de API cifrada de extremo a extremo entre los servidores de pago de Apple/Google, el banco emisor de tu tarjeta (que solicita validación de riesgo 3-D Secure) y la pasarela central de liquidación de la entidad de transporte (por ejemplo, JR East o MTA).
Si viajas con una SIM de datos de baja calidad que corta el servicio al superar una cuota diaria o reduce el ancho de banda a 128 kbps, las conexiones seguras HTTPS con los servidores financieros de Apple/Google suelen dar error por tiempo de espera agotado (timeout).
Para evitar estos contratiempos, las soluciones de eSIM de viaje como MollySIM garantizan una velocidad mínima bajo su Política de Uso Razonable (FUP) de 384 kbps. Dado que 384 kbps es casi el triple de los 128 kbps habituales de los proveedores económicos, tu dispositivo mantiene el ancho de banda necesario para recargar la tarjeta de transporte de inmediato, renovar tokens y consultar rutas en tiempo real en Google Maps al mismo tiempo, incluso si has consumido tu paquete principal de alta velocidad.
Dual SIM Dual Standby (DSDS) y flujos de trabajo SMS 2FA bancarios
Los smartphones insignia actuales —incluidos los iPhone (desde las series XS hasta la serie 16), Google Pixel (series 7 a 9) y Samsung Galaxy (series S22 a S25)— integran una arquitectura de banda base Dual SIM Dual Standby (DSDS). DSDS permite que el módem del dispositivo registre dos IMSI independientes en las torres de telefonía de forma simultánea, utilizando multiplexación por división de tiempo sobre transceptores de radiofrecuencia (RF) compartidos.
Esta arquitectura ofrece una gran ventaja al viajar: puedes mantener activa tu SIM principal de siempre únicamente en el canal de señalización (plano de control) para recibir SMS de autenticación en dos pasos (2FA) gratis, mientras diriges el 100% del tráfico de datos (plano de usuario) a través de un perfil de viaje internacional como MollySIM.
`` ┌─────────────────────────────────────────────────────────────┐ │ Banda base del smartphone │ └──────────────┬───────────────────────────────┬──────────────┘ │ │ Solo plano de control Pasarela de datos ┌──────────────┴──────────────┐ ┌──────────────┴──────────────┐ │ Operador local habitual │ │ Perfil eSIM de viaje │ │ - Voz y SMS activados │ │ - Datos móviles princ. │ │ - Roaming de datos: NO │ │ - Roaming de datos: SÍ │ │ - OTP entrantes: 0,00 €/$ │ │ - Enrutamiento 3DS │ └─────────────────────────────┘ └─────────────────────────────┘ ``
Guía técnica paso a paso: Configuración Dual SIM sin costes imprevistos
Para evitar que tu operador habitual te cobre automáticamente caras tarifas diarias de roaming (10–15 €/$ al día) y garantizar que sigues recibiendo códigos de verificación, configura tu dispositivo con los siguientes ajustes:
iOS (Apple iPhone)
- Ve a Ajustes > Datos móviles (o Red celular).
- En SIMs, pulsa sobre tu línea Principal (Habitual):
- Activa Activar esta línea.
- Desactiva Itinerancia de datos (evita fugas de datos en segundo plano).
- Pon Selección de red en Automática.
- Vuelve a Datos móviles y pulsa en tu línea de eSIM de viaje (MollySIM):
- Activa Activar esta línea.
- Activa Itinerancia de datos (necesaria para conectarse a las redes locales asociadas).
- Pulsa en Datos móviles en la parte superior del menú:
- Selecciona MollySIM.
- CRÍTICO: Desactiva Permitir cambio de datos móviles. Si lo dejas activado, el iPhone se conectará silenciosamente a tu operador habitual si la red local sufre una pérdida momentánea de paquetes, lo que generará cargos de roaming inmediatos.
- Pulsa en Línea de voz por omisión y elige tu línea Principal para mantener tus llamadas y mensajes vinculados a tu número de siempre.
Android (Samsung Galaxy / Google Pixel)
- Ve a Ajustes > Redes e internet (o Conexiones) > Administrador de SIM.
- Activa tanto tu SIM principal como tu eSIM de viaje.
- Configura la SIM preferida para Datos móviles exclusivamente en MollySIM.
- Establece Llamadas y Mensajes en tu SIM principal.
- Entra en los ajustes de tu SIM principal y asegúrate de que Itinerancia de datos esté Desactivada.
- En dispositivos Samsung, desactiva la opción Cambio de datos y llamadas de respaldo para bloquear cualquier conmutación automática de operador.
Aprovisionamiento transfronterizo de tarjetas y validaciones 3-D Secure (3DS)
Al cruzar fronteras internacionales y realizar pagos de importe elevado o añadir una nueva tarjeta a Apple Wallet/Google Wallet, el motor de riesgo de tu entidad bancaria activa verificaciones adicionales. El banco analiza dos señales de red principales:
- Anomalía de geolocalización IP: Tu tráfico de datos proviene de una dirección IP asociada a un nodo de roaming local o a una pasarela de datos empaquetados (PGW) regional.
- Telemetría de hardware del dispositivo: El Secure Element (eSE) solicita autorización mediante token criptográfico.
`` +---------------------------------------------------------------------------------------------------+ | Parámetro de configuración | Configuración incorrecta | Aislamiento DSDS reforzado | +---------------------------------------------------------------------------------------------------+ | Enrutamiento de datos móvil | Línea principal habitual | eSIM de viaje (MollySIM) | | Roaming en SIM principal | Activado (accidental) | Explícitamente desactivado | | Conmutación / Fallover datos | Activado | Desactivado | | Coste SMS 2FA entrante | 0 €/$ (Facturado en pase diario) | 0 €/$ (Señalización de control)| | Riesgo de recargo por roaming| Muy alto (10–15 €/$/día) | 0% (Bloqueo de paquetes datos) | | Flujo de verificación 3DS | Roto si el operador corta datos | Continuo con datos de la eSIM | +---------------------------------------------------------------------------------------------------+ ``
Dado que la entrega de SMS se realiza a través de los canales estándar de señalización del plano de control (protocolos SS7 / Diameter mediante registro IMSI), tu dispositivo recibe los códigos de verificación (OTP) sin necesidad de abrir una sesión de datos con tu operador local. Al mismo tiempo, la ventana de autenticación 3-D Secure de tu aplicación bancaria carga a través de la conexión de datos de tu eSIM de viaje.
Si tu eSIM de viaje se queda sin datos de alta velocidad durante una transacción compleja, los proveedores que reducen la velocidad a 128 kbps suelen interrumpir el intercambio criptográfico dinámico de 3DS. Como MollySIM mantiene una velocidad mínima de 384 kbps (el triple del estándar de la industria), las notificaciones push del banco, las cargas de verificación biométrica y los formularios OTP en tiempo real se cargan siempre sin errores de tiempo de espera.
Fiabilidad de pagos y conectividad en el transporte: comparativa de soluciones de roaming
Al utilizar el transporte público en el extranjero, autorizar operaciones bancarias o gestionar tarjetas de transporte dinámicas, el tipo de conectividad que elijas influye directamente en las operaciones criptográficas del hardware y en las validaciones de red.
A continuación, comparamos los cinco métodos de conexión más comunes frente a los puntos de fricción habituales al pagar con billeteras digitales en el extranjero.
| Criterios de evaluación técnica | eSIM de viaje MollySIM | Roaming tradicional del operador | SIM física local de viaje | Pocket Wi-Fi de aeropuerto | Redes Wi-Fi públicas |
|---|---|---|---|---|---|
| Interferencia con eSE / Secure Enclave | Ninguna (Capa de software aislada del hardware NFC) | Ninguna (Conserva el estado nativo del SO) | Ninguna (Solo capa física) | Ninguna (Hardware externo) | Ninguna (Red externa) |
| Recepción de SMS 2FA del banco | Total (Dual-SIM Dual-Standby en plano de control) | Total (Coste de roaming diario muy alto) | Se pierde (SIM habitual extraída del teléfono) | Total (Si se desactiva el roaming de datos) | Total (Si se desactiva el roaming de datos) |
| Fiabilidad al recargar transporte en app | Inmediata (Rutas rápidas y DNS estable) | Inmediata (Sujeto a las rutas del operador) | Inmediata (IP de operador local) | Media (Picos de latencia al compartir conexión) | Fallos frecuentes (Portales cautivos / caídas TLS) |
| Puntuación de riesgo IP antifraude bancario | Baja (Pools de IP limpias de operadores Tier-1) | Mínima (Se origina en el rango IP de tu país) | Baja (IP regional local) | Media (Pool de IPs compartidas de routers) | Crítica (ASN públicos en listas negras y VPN) |
| Tokenización EMV sin conexión en comercios | Compatible (Tokens en caché válidos offline) | Compatible (Tokens en caché válidos offline) | Compatible (Tokens en caché válidos offline) | Compatible (Tokens en caché válidos offline) | Compatible (Tokens en caché válidos offline) |
| Velocidad mínima garantizada (FUP) | 384 kbps (Datos operativos ininterrumpidos) | Variable (Corte total o 64–128 kbps) | Límite estricto (Corte total al llegar a 0 MB) | 64–128 kbps (Velocidad reducida compartida) | 0 kbps (Inaccesible fuera de cobertura) |
| Riesgo por pérdida o cambio de SIM | Ninguno (Perfil digital instalado en eUICC) | Ninguno (La SIM física no se extrae) | Muy alto (Pérdida de la nano-SIM habitual) | Medio (Robo o descarga del dispositivo) | Ninguno (Sin manipulación de hardware) |
Conclusiones técnicas clave
1. Por qué cambiar la SIM física rompe tu identidad de pago en tiempo real
Sustituir tu SIM física habitual por una tarjeta de plástico local desconecta de inmediato tu dispositivo del Home Subscriber Server (HSS) y del Home Location Register (HLR) de tu operador. Aunque Apple Wallet y Google Wallet conservan las tarjetas tokenizadas en el Secure Element (eSE), dejas de recibir al instante los SMS con códigos de un solo uso (OTP).
Si tu banco detecta una operación sospechosa y solicita una verificación adicional (como 3DS 2.2), no podrás recibir el código por SMS. Volver a insertar tu SIM habitual en el extranjero puede activar tarifas diarias de roaming de forma automática, cobrándote importes elevados solo por recibir un mensaje de 6 dígitos.
`` +---------------------------------------------------------------------------------------+ | TOPOLOGÍA DE AUTENTICACIÓN DUAL-SIM DUAL-STANDBY (DSDS) | | | | [ SIM física/eSIM habitual ] ──> Señalización SS7/Diameter (Plano control) ──> [ SMS 2FA ] | | | | [ Capa de datos MollySIM ] ──> Flujo de datos IP rápido (Plano usuario) ──> [ Web 3DS ] | +---------------------------------------------------------------------------------------+ ``
2. La importancia de una velocidad mínima de 384 kbps (FUP)
Recargar tarjetas de transporte (como Suica, Pasmo, Octopus o SmarTrip en Apple Wallet) no es una simple consulta de saldo: es una transacción atómica de extremo a extremo que requiere:
- Un intercambio de tokens en tiempo real con el emisor de tu tarjeta de crédito.
- El envío de un script APDU (Application Protocol Data Unit) remoto y cifrado desde el servidor de transporte directo al Secure Element de tu teléfono.
- La validación del protocolo criptográfico mediante TLS 1.3.
Cuando el roaming convencional o las eSIM económicas reducen la velocidad a los habituales 128 kbps o 64 kbps, la latencia y las fluctuaciones provocan que la sesión TLS se cierre por tiempo de espera. Esto genera el conocido error de "Pago no completado", donde el importe queda retenido en tu tarjeta pero el saldo del transporte no se actualiza.
Al garantizar una velocidad mínima de 384 kbps bajo su política FUP, MollySIM asegura el ancho de banda y la latencia estable necesarios para completar las transferencias APDU, validar solicitudes biométricas y actualizar códigos de barras dinámicos, incluso tras consumir los datos de alta velocidad.
3. Prevención del fraude y enrutamiento por geolocalización IP
Las redes Wi-Fi públicas de aeropuertos, estaciones de tren y cafeterías asocian tu tráfico a Números de Sistema Autónomo (ASN) de alto riesgo vinculados a proxys, ataques de intermediario (MITM) e interceptación de paquetes. Los sistemas antifraude de los bancos bloquean automáticamente las recargas no presenciales realizadas desde estas IP sospechosas.
Enrutar los pagos a través de una eSIM de viaje crea un túnel de datos móviles privado y cifrado mediante interfaces GGSN/PGW autenticadas, lo que mantiene una excelente reputación de IP ante las entidades bancarias internacionales.
Prevención de bloqueos geográficos antifraude: enrutamiento IP limpio y datos siempre activos
Al añadir una tarjeta de transporte, realizar una recarga en una app o completar una compra con 3-D Secure (3DS) en el extranjero, la solicitud no solo comprueba
🌐 Global Travel High-Speed Travel eSIM & SIM Plans
Instant QR code activation, hotspot enabled, with guaranteed 384kbps fallback speed to keep Maps & Digital Wallets active.