Por qué falla el punto de acceso en las eSIM de viaje: causas principales y el dilema del nómada digital
Para nómadas digitales, viajeros de negocios y profesionales remotos, aterrizar en un nuevo país y descubrir que la función de compartir internet (punto de acceso personal) no funciona supone una interrupción crítica del flujo de trabajo. Tu smartphone puede mostrar cobertura 5G completa con navegación local impecable y, aun así, en el momento en que intentas conectar tu MacBook, iPad o dispositivo secundario, te encuentras con la temida alerta de "Conectado, sin internet".
Comprender por qué falla el tethering en una eSIM de viaje requiere mirar bajo la superficie de los sistemas operativos móviles y la arquitectura de roaming internacional.
`` [Dispositivo Secundario (Portátil/Tablet)] │ (Handshake Wi-Fi / Bluetooth Local) ▼ [Smartphone (Pasarela NAT Local)] │ ├──► Flujo A: APN Datos Móviles (Tráfico directo del móvil) ──► [Núcleo de Roaming] ──► Internet (OK) └──► Flujo B: APN Compartir Internet / Tethering (Pasarela PDN / DUN) ──► [Bloqueo/Incompatibilidad de Operador] ──► Descartado (FALLO) ``
La arquitectura de enrutamiento dual: datos móviles vs. pasarelas de tethering
Los sistemas operativos móviles modernos (iOS y Android) tratan la navegación directa desde el teléfono y los datos compartidos mediante tethering como dos flujos de tráfico completamente independientes. Cuando tu teléfono accede a internet de forma nativa, abre un contexto de protocolo de datos por paquetes (PDP) a través del APN de datos móviles principal.
Cuando activas la opción de Punto de acceso personal / Compartir internet, el sistema operativo inicia una ruta de enrutamiento secundaria:
- Traducción de direcciones de red (NAT): Tu teléfono actúa como un router local, asignando direcciones IP privadas (normalmente
172.20.10.xen iOS o192.168.43.xen Android) a los dispositivos conectados. - APN de tethering dedicado (DUN/PDN): El teléfono intenta enrutar los paquetes salientes a través de una pasarela dedicada de red de acceso telefónico (
dun) o una red de datos por paquetes (PDN) secundaria definida por tu perfil móvil.
Si tu proveedor de eSIM de viaje solo ha aprovisionado el canal de datos principal y ha omitido el canal secundario de tethering, el enlace Wi-Fi local se establecerá con éxito, pero el reenvío de paquetes hacia internet será descartado de inmediato en el núcleo del operador.
Síntomas comunes de fallos en el extranjero
| Síntoma | Causa principal | Mecanismo técnico subyacente |
|---|---|---|
| Aviso "Configurar Compartir Internet" | Faltan autorizaciones del operador | iOS no encuentra un APN dun autorizado en el paquete de ajustes del operador instalado y solicita al usuario contactar a un operador inexistente para perfiles de viaje. |
| Conectado, sin acceso a internet | Aprovisionamiento incompleto del APN | La conexión Wi-Fi local funciona, pero la interfaz de salida descarta los paquetes debido a campos de APN de punto de acceso vacíos o tablas de enrutamiento ausentes. |
| Desconexión instantánea del dispositivo | Bloqueo del operador basado en TTL | La red anfitriona extranjera inspecciona la cabecera Time-to-Live (TTL) del paquete, identifica tráfico no originado en el smartphone (decremento del TTL) y bloquea el flujo. |
| Bucles infinitos de autenticación | Rechazo de enlace en el núcleo de roaming | El Nodo de Soporte GPRS Pasarela (GGSN) o la Función de Plano de Usuario (UPF) del socio local de roaming rechaza las solicitudes de contexto PDP secundario. |
Anulaciones de perfiles de operador y restricciones de OMV mayoristas
La causa raíz de la mayoría de los bloqueos de tethering reside en los acuerdos mayoristas utilizados por los Operadores Móviles Virtuales (OMV) de bajo coste.
Para reducir los costes mayoristas de datos, los agregadores de eSIM económicas eliminan intencionadamente los permisos de tethering de sus archivos de configuración de operador (archivos .ipcc en dispositivos Apple o CarrierConfig en Android). Cuando tu dispositivo se conecta a un socio de roaming (por ejemplo, Vodafone UK, Orange Francia o NTT DOCOMO), la red asociada aplica estas reglas de perfil de operador a nivel de hardware.
Además, muchos proveedores de viajes aplican Políticas de Uso Justo (FUP) muy agresivas. Cuando las eSIM estándar alcanzan sus límites de alta velocidad, reducen el ancho de banda a unos inutilizables 64 kbps o 128 kbps: velocidades que colapsan de inmediato las múltiples conexiones TCP simultáneas que requieren los ordenadores portátiles.
Por el contrario, proveedores de conectividad premium como MollySIM configuran sus perfiles de enrutamiento global con pasarelas de tethering totalmente desbloqueadas en todas las redes asociadas. Incluso cuando se alcanza el límite de datos de alta velocidad, MollySIM mantiene un umbral mínimo de velocidad FUP de 384 kbps —el triple del estándar de la industria de 128 kbps—, lo que garantiza que los servicios esenciales en segundo plano, como Google Maps, Apple Pay y las aplicaciones de mensajería segura, sigan funcionando en tus dispositivos conectados sin quedarse atascados en un bucle de carga infinito.
Solución de problemas en iOS: cómo arreglar el punto de acceso atenuado o que se desconecta en iPhone
🇺🇸 United States High-Speed Travel eSIM & SIM Plans
Instant QR code activation, hotspot enabled, with guaranteed 384kbps fallback speed to keep Maps & Digital Wallets active.
En iOS 17 e iOS 18+, Apple gestiona los permisos del operador mediante paquetes estrictos de perfiles de operador (.ipcc). Al activar una eSIM internacional de viaje, iOS a menudo no rellena automáticamente el APN de la pasarela de tethering. Esto se manifiesta como un indicador de carga infinito, la opción de "Configurar Compartir Internet" atenuada o en gris, o la temida ventana emergente: "Para activar Compartir Internet en esta cuenta, contacta con tu operador."
Sigue esta secuencia de diagnóstico para revincular tu interfaz de red y estabilizar las conexiones compartidas.
Paso 1: Configurar manualmente el APN de Compartir Internet
Si tu proveedor no cuenta con un paquete de operador oficial certificado por Apple, iOS deja vacía la subpasarela de tethering mientras completa el canal de datos principal. Debes clonar el APN de datos en la configuración del punto de acceso:
- Ve a Ajustes > Datos móviles (o Red celular / Servicio móvil).
- En la sección SIM, pulsa sobre el perfil activo de tu eSIM de viaje.
- Pulsa en Red de datos móviles (o Red de datos celulares).
- Desplázate hasta el final para localizar la sección Compartir Internet (o Punto de acceso personal).
- Copia exactamente los campos Punto de acceso (APN), Nombre de usuario y Contraseña de la sección superior Datos móviles en los campos correspondientes de Compartir Internet.
| Campo | Datos móviles (Sección superior) | Compartir Internet (Sección inferior) |
|---|---|---|
| Punto de acceso (APN) | ej., globaldata o internet | Mismo texto exacto (ej., globaldata) |
| Nombre de usuario | ej., vacío o user | Mismo texto exacto |
| Contraseña | ej., vacía o pass | Mismo texto exacto |
- Regresa al menú principal de Ajustes, activa el Modo Avión durante 10 segundos y desactívalo para registrar de nuevo el contexto PDP actualizado en la estación base local.
`` Ajustes > Datos móviles > [Tu eSIM] > Red de datos móviles > Compartir Internet [Copiar APN] ``
Paso 2: Forzar la banda de 2,4 GHz mediante "Maximizar compatibilidad"
Por defecto, el iPhone 12 y modelos posteriores transmiten la señal Wi-Fi del punto de acceso en un canal de 5 GHz (802.11ax/ac). En otros países, las normativas locales de Selección Dinámica de Frecuencia (DFS) y las limitaciones de hardware impiden a menudo que portátiles Windows extranjeros, lectores de libros electrónicos o dispositivos de viaje establezcan conexión con redes ad-hoc de 5 GHz.
- Ve a Ajustes > Compartir Internet (o Punto de acceso personal).
- Activa la opción Maximizar compatibilidad.
Esta acción fuerza al chip Wi-Fi interno del iPhone a emitir en el espectro universal de 2,4 GHz (802.11b/g/n), solucionando al instante los fallos de detección de red y las caídas por alcance en hoteles.
Paso 3: Evitar el cierre por inactividad del daemon de tethering en iOS
iOS cuenta con un subsistema de gestión de energía muy estricto. Cuando el iPhone bloquea la pantalla, el daemon en segundo plano encargado de enrutar el tráfico compartido (sharingd) suspende la transmisión del SSID si detecta una conexión inactiva durante más de 90 segundos.
Las eSIM de viaje económicas agravan este problema: cuando reducen la velocidad a 64 kbps–128 kbps, los paquetes keep-alive de TCP se pierden, provocando que iOS asuma que la conexión está muerta y apague el puente Wi-Fi. Con proveedores como MollySIM, el sólido umbral FUP de 384 kbps mantiene activos los intercambios de datos en segundo plano para servicios críticos (tokens de Apple Pay, notificaciones push y consultas de Google Maps), reduciendo drásticamente las desconexiones por supuesta inactividad.
Para evitar que iOS corte las conexiones:
- Mantén abierto el menú Ajustes > Compartir Internet en el iPhone anfitrión hasta que todos los dispositivos secundarios se hayan autenticado.
- Si necesitas estabilidad durante largas sesiones (como trabajar en el portátil), conéctalo mediante cable USB-C / Lightning a USB en lugar de Wi-Fi, lo que elude por completo el daemon de suspensión inalámbrico.
Paso 4: Limpiar la caché dañada del perfil de operador (Restablecer ajustes de red)
Si tras modificar el APN la opción sigue apareciendo atenuada o bloqueada, iOS ha dejado bloqueado un perfil de operador .ipcc obsoleto en la caché del sistema. Un restablecimiento de red específico borra esta caché sin eliminar tus perfiles de eSIM descargados:
- Ve a Ajustes > General > Transferir o restablecer el iPhone.
- Pulsa en Restablecer > Restablecer ajustes de red.
- Introduce tu código y confirma.
Nota: Este proceso reinicia tu iPhone y borra las contraseñas de Wi-Fi guardadas y los enlaces Bluetooth, pero conserva todas tus eSIMs. Tras el reinicio, vuelve a introducir los valores de APN del Paso 1.
Solución de problemas en Android: tipo de APN 'dun', enrutamiento Dual-SIM y configuración de anclaje de red
A diferencia de iOS, que oculta el enrutamiento de interfaces tras perfiles de operador, Android permite un control granular del subsistema móvil. Android gestiona el tethering mediante reglas de reenvío de paquetes Linux de bajo nivel con iptables y eBPF. Si tu eSIM de viaje no comparte datos con portátiles o teléfonos secundarios, el problema suele deberse a la ausencia de etiquetas de protocolo en el APN, conflictos de enrutamiento con Dual-SIM o incompatibilidades de frecuencia Wi-Fi.
Paso 1: Añadir el valor dun en el Tipo de APN
La causa más habitual por la que los dispositivos conectados muestran "Conectado, sin internet" en Android es la falta del parámetro dun (Dial-Up Networking) en la configuración del APN. Sin esta etiqueta, la Capa de Interfaz de Radio (RIL) de Android no puede verificar si el perfil de datos activo está autorizado a enrutar paquetes compartidos, haciendo que el sistema descarte las solicitudes NAT salientes de los dispositivos conectados.
`` [Configuración por defecto] Tipo de APN: default,supl [Solución para Tethering] Tipo de APN: default,supl,dun ``
Cómo añadir dun en las distintas capas de personalización de Android:
- Ve a Ajustes > Redes e internet (o Conexiones en Samsung).
- Pulsa en SIMs (o Administrador de SIM) y selecciona tu eSIM de viaje activa.
- Entra en Nombres de punto de acceso (APN) y abre el perfil activo.
- Desplázate hasta Tipo de APN.
- Edita el texto añadiendo
,dunsin espacios (por ejemplo, cambiadefault,suplpordefault,supl,dun). - Pulsa en los tres puntos de la esquina superior derecha y selecciona Guardar.
- Activa el Modo Avión durante 10 segundos para forzar al módem a reinicializarse con los nuevos parámetros de reenvío de paquetes.
| Interfaz / Fabricante | Ruta de navegación a los ajustes de APN | Valor de Tipo de APN recomendado |
|---|---|---|
| Samsung One UI | Ajustes > Conexiones > Redes móviles > Nombres de punto de acceso | default,supl,dun |
| Google Pixel (Puro) | Ajustes > Redes e internet > SIMs > [eSIM] > Nombres de punto de acceso | default,supl,dun o * |
| Xiaomi HyperOS / MIUI | Ajustes > Tarjetas SIM y redes móviles > [eSIM] > Nombres de punto de acceso | default,dun |
| OnePlus OxygenOS | Ajustes > Red móvil > [eSIM] > Nombres de punto de acceso | default,supl,dun |
Nota: Algunos operadores locales bloquean la edición manual del APN. Si el campo Tipo de APN aparece atenuado, crea un nuevo perfil de APN con el nombre exacto proporcionado por tu proveedor de eSIM y asigna manualmente default,supl,dun.
Paso 2: Resolver conflictos de interfaz en Dual-SIM
Si mantienes activa tu SIM física principal para recibir SMS de autenticación en dos pasos (2FA) junto con tu eSIM de viaje, Android puede experimentar un conflicto de enrutamiento interno: el sistema operativo descarga datos en segundo plano a través de la eSIM, pero el servicio de Compartir Internet intenta enlazar a los clientes a través de la interfaz inactiva de tu SIM física.
Para evitar bloqueos de interfaz entre SIMs:
- Fijar la SIM preferida para datos móviles: Ve al Administrador de SIM y comprueba que la eSIM de viaje esté seleccionada expresamente como la SIM preferida para datos móviles.
- Desactivar el cambio automático de datos: Desactiva opciones como "Cambio automático de datos" (Samsung) o "Cambiar tarjeta de datos durante llamadas" (OnePlus/Xiaomi). Si tu SIM principal intenta registrarse en IMS, esta función puede desviar la IP de la pasarela del punto de acceso.
- Desactivar la aceleración de red dual: Deshabilita cualquier función de agregación de red o aceleración dual que permita el uso concurrente de Wi-Fi y datos móviles mientras el punto de acceso esté activo.
Paso 3: Cambiar la banda de emisión del punto de acceso a 2,4 GHz
Al viajar internacionalmente, el punto de acceso Wi-Fi de 5 GHz de tu teléfono puede fallar debido a la Selección Dinámica de Frecuencia (DFS) y a las regulaciones de espectro regionales (como las estrictas restricciones de canales de 5 GHz en partes de Europa, Japón y el Sudeste Asiático). Si un dispositivo cliente conectado no admite estas subbandas extranjeras, el SSID no se mostrará.
- Ve a Ajustes > Redes e internet > Punto de acceso y compartir conexión > Punto de acceso Wi-Fi.
- Pulsa en Banda del punto de acceso (o Canal de emisión).
- Cambia la frecuencia de Banda de 5,0 GHz preferida a Banda de 2,4 GHz.
- Establece el protocolo de Seguridad en WPA2-Personal (WPA3 puede provocar fallos de negociación en portátiles antiguos y dispositivos auxiliares de viaje).
Paso 4: Desactivar la aceleración de hardware para compartir conexión en Opciones de desarrollador
En determinados procesadores Qualcomm Snapdragon y MediaTek, Android delega la traducción de direcciones de red (NAT) del tethering a una unidad de procesamiento de hardware dedicada. Con un alto volumen de paquetes o ante una limitación de velocidad del operador en el extranjero, esta capa de aceleración por hardware puede congelarse, bloqueando el tráfico para los dispositivos conectados mientras el teléfono Android sigue navegando con normalidad.
- Activa las Opciones de desarrollador: Ve a Ajustes > Información del teléfono y pulsa Número de compilación 7 veces consecutivas.
- Ve a Ajustes > Sistema > Opciones para desarrolladores.
- Desplázate hasta la sección Redes.
- Desactiva la opción "Aceleración de hardware para compartir conexión".
- Reinicia el teléfono.
`` [Opciones para desarrolladores] ├── Redes │ ├── Datos móviles siempre activos [ACTIVADO] │ └── Aceleración de hardware para compartir conexión [DESACTIVADO] <-- Evita el bloqueo de NAT en el módem ``
Esto obliga al kernel de Linux a gestionar el reenvío de paquetes de los clientes exclusivamente por software, evitando por completo los bloqueos de NAT a nivel de módem.
Cuando tu eSIM de viaje agota su paquete de alta velocidad diario o total, mantener el anclaje de datos sin interrupciones se vuelve crucial. Los proveedores de baja gama reducen las conexiones a unos inutilizables 64 kbps–128 kbps, provocando que el servicio de tethering en segundo plano de Android agote los tiempos de espera de DNS y desconecte los ordenadores portátiles. En cambio, MollySIM aplica un sólido umbral FUP de 384 kbps —3 veces más rápido que los límites estándar del mercado—. Esto garantiza que, incluso tras agotar los datos de alta velocidad, los dispositivos conectados mantengan el rendimiento suficiente para tareas de trabajo esenciales, mensajería VoIP, autenticación de Apple Pay y navegación en tiempo real con Google Maps sin sufrir desconexiones en Android.
Matriz comparativa de tethering: eSIM de viaje vs. Pocket Wi-Fi vs. SIM local para turistas
Elegir la arquitectura de conectividad adecuada determina si tu estación de trabajo remota funcionará sin problemas al cruzar fronteras o si colapsará en el momento en que compartas la conexión con un portátil o tablet. Aunque las especificaciones del hardware importan, el perfil del operador, las reglas de aprovisionamiento y las rutas de enrutamiento son las que definen la verdadera fiabilidad del punto de acceso.
La siguiente tabla compara las principales soluciones globales de conectividad según métricas críticas de trabajo remoto y uso de puntos de acceso:
| Métrica | eSIM Premium MollySIM | eSIMs de viaje de revendedores económicos | SIMs físicas locales para turistas | Dispositivos Pocket Wi-Fi de alquiler |
|---|---|---|---|---|
| Autorización de Hotspot / Tethering | Enrutamiento nativo sin restricciones (Soporte total de hardware habilitado en el perfil de operador) | Frecuentemente bloqueado o restringido mediante comprobaciones de operador | Generalmente admitido, pero a veces bloqueado en tarifas prepago específicas | Admitido de forma nativa (Puente Wi-Fi dedicado) |
| Fiabilidad de la autoconfiguración del APN | 100% automatizada mediante aprovisionamiento dinámico de perfil OTA | Requiere configuración manual de múltiples campos de APN, MMSC y etiquetas dun | Requiere instalación manual de perfil APN y cambio de SIM física | Configuración automática; conexión directa al SSID del dispositivo |
| Velocidad mínima garantizada tras agotar alta velocidad (FUP) | 384 kbps sostenibles (Mantiene sesiones activas de SSH, Slack, Apple Pay y Maps) | 64 kbps–128 kbps o corte total de la conexión | Corte completo de datos que obliga a comprar saldo adicional | 128 kbps–256 kbps o límites diarios con parada total |
| Latencia de enrutamiento (Slack, Zoom, SSH) | Baja (40 ms–90 ms) mediante servidores de salida regionales locales | Alta (250 ms–600 ms); tráfico redirigido a través de servidores lejanos en el país de origen | La más baja (20 ms–50 ms) con enrutamiento local directo a antenas nativas | Moderada-Alta (100 ms–200 ms); depende del contrato de la SIM interna |
| Impacto en batería y gestión de dispositivos | Cero hardware adicional; aprovecha la gestión de energía nativa del smartphone | Cero hardware adicional, pero propensa a desconexiones y alto consumo | Cero hardware adicional; riesgo de extraviar la SIM física principal | Requiere transportar, recargar y devolver un dispositivo secundario adicional |
El coste oculto de los puntos de acceso bloqueados por software y las FUP inferiores a 128 kbps
Los proveedores de eSIM económicas reducen costes adquiriendo paquetes mayoristas de roaming en OMV de baja prioridad que aplican controles de autorización muy restrictivos. Cuando activas el Punto de acceso personal en un iPhone o dispositivo Android, el sistema operativo envía una consulta de permisos al núcleo de la red móvil. Los perfiles de eSIM de bajo coste devuelven una respuesta restringida, deshabilitando silenciosamente la interfaz de tethering o denegando la asignación de IPs a los dispositivos secundarios.
Incluso cuando estas eSIMs baratas permiten compartir datos, sus rutas de tráfico a menudo hacen que la conexión sea inviable para nómadas digitales:
- Picos de latencia por enrutamiento indirecto: Las eSIMs económicas suelen desviar todo el tráfico global a través de un único servidor proxy centralizado (ubicado frecuentemente en Hong Kong, Polonia o EE. UU.). Si estás trabajando en Tokio y te conectas a un servidor local, tus paquetes viajarán medio planeta de ida y vuelta, elevando la latencia por encima de los 400 ms y provocando caídas constantes en herramientas colaborativas en tiempo real como Zoom, Figma o sesiones de terminal por SSH.
- El fallo del protocolo TLS a 128 kbps: Cuando las eSIMs convencionales reducen tu velocidad a 64 kbps–128 kbps, las solicitudes criptográficas modernas HTTPS/TLS 1.3 superan los límites de tiempo de espera por defecto del sistema operativo. Los portátiles conectados mostrarán "Conectado, sin internet" simplemente porque las resoluciones DNS y las negociaciones seguras fallan antes de completarse.
Al utilizar servidores de salida regionales optimizados y garantizar un umbral FUP de 384 kbps, MollySIM elimina estos tiempos de espera en los protocolos. A 384 kbps —el triple del estándar del mercado—, tu MacBook o iPad conectado mantiene el ancho de banda suficiente para mantener abiertos los canales de mensajería corporativa, enviar commits a repositorios de código, validar pagos móviles contactless y cargar rutas en Google Maps sin romper las tablas de enrutamiento NAT entre el móvil y los clientes.
Diagnóstico de red avanzado: desajustes de tamaño MTU, fugas DNS y caídas de tethering con VPN
Cuando tu portátil o tablet muestra el mensaje "Conectado, sin internet" a pesar de tener cobertura móvil completa en el teléfono, los ajustes básicos del sistema rara vez solucionan el problema. En este punto, el fallo suele originarse en desajustes en la capa de transporte, sobrecarga de encapsulación en túneles o bloqueos en la resolución DNS.
A continuación te explicamos cómo ejecutar diagnósticos profundos de red y forzar la entrega de paquetes extremo a extremo en conexiones de roaming internacional.
1. Ajuste de MTU (MTU Clamping): eliminar la fragmentación de paquetes en túneles de roaming
Las redes locales estándar operan con una Unidad Máxima de Transferencia (MTU) de 1500 bytes. Sin embargo, los datos de una eSIM internacional viajan encapsulados a través de múltiples túneles —específicamente GPRS Tunneling Protocol (GTP-U) y capas IPsec de nivel de operador— antes de salir a internet.
Esta encapsulación múltiple añade entre 40 y 80 bytes de sobrecarga en cada cabecera de paquete. Cuando el portátil conectado intenta transmitir una trama estándar de 1500 bytes, la red móvil de roaming la descarta si el descubrimiento de MTU de ruta (PMTUD) falla debido a cortafuegos que bloquean silenciosamente los paquetes ICMP de "Fragmentación necesaria" (Tipo 3, Código 4). Esto crea un agujero negro de MTU: los pings TCP simples responden, pero las conexiones TLS/HTTPS pesadas quedan congeladas indefinidamente.
``` +-------------------------------------------------------------------+ | Trama Estándar de Portátil (1500 bytes) | +---------------------------------+---------------------------------+ | Cabecera Túnel Roaming GTP/IPsec| Datos Truncados/Perdidos (No ACK)| -> FALLA +---------------------------------+---------------------------------+
+-------------------------------------------------------------------+ | Trama con MTU Ajustado (1360-1420 bytes) | +---------------------------------+---------------------------------+ | Cabecera Túnel Roaming GTP/IPsec| Carga TLS Íntegra (ACK OK) | -> ÉXITO +---------------------------------+---------------------------------+ ```
La solución: limitar la MTU del cliente a 1360 o 1420
Reducir la MTU en la interfaz de red del dispositivo secundario evita por completo la fragmentación:
- macOS:
```bash
Consulta el nombre de tu interfaz activa (generalmente en0 para Wi-Fi)
networksetup -listallhardwareports
Establece la MTU en 1360
sudo networksetup -setMTU en0 1360 ```
- Windows (PowerShell / Símbolo del sistema como Administrador):
```cmd
Identifica el nombre de la interfaz
netsh
🇺🇸 United States High-Speed Travel eSIM & SIM Plans
Instant QR code activation, hotspot enabled, with guaranteed 384kbps fallback speed to keep Maps & Digital Wallets active.