Cómo solucionar problemas de zona Wi-Fi en Android con eSIM de viaje: Guía de tipo de APN dun y supl (2026)

---

Por qué falla la zona Wi-Fi en Android con eSIM de viaje: Causas de raíz y errores de «Conectado sin internet»

Cuando activas una zona Wi-Fi portátil (punto de acceso / hotspot) en un dispositivo Android que utiliza una eSIM de viaje, los dispositivos cliente (como MacBooks, iPads u otros teléfonos secundarios) suelen mostrar un molesto estado: «Conectado, sin internet». Mientras que el dispositivo Android anfitrión navega por la web sin inconvenientes, los dispositivos conectados no logran resolver consultas DNS ni intercambiar paquetes TCP/UDP.

Este problema rara vez se debe a una falla de hardware. En realidad, se origina en la forma en que el sistema operativo Android aísla el tráfico de red, verifica el aprovisionamiento del operador y enruta los paquetes a través de interfaces celulares en itinerancia (roaming).

`` +-----------------------------------------------------------------------+ | SISTEMA ANFITRIÓN ANDROID | | | | +---------------------------+ +-----------------------------+ | | | Tráfico Apps por Defecto | | Clientes Zona Wi-Fi | | | | (Navegador, Redes, etc.) | | (Subred: 192.168.43.0/24) | | | +-------------+-------------+ +--------------+--------------+ | | | | | | v v | | [ Tabla Enrutamiento: Main ] [ Tabla Enrutamiento: Tether ]| | | | | | | (Tipo APN: default) | (Tipo APN: dun) | | v v | | +-----------------------+ +-----------------------+ | | | Vía de Datos Primaria | | Enlace Subida Tether | | | | Interfaz: rmnet_data0 | | Interfaz: rmnet_data1 | | | +-----------+-----------+ +-----------+-----------+ | +----------------|------------------------------------|-----------------+ | | | (Permitido) | (Bloqueado / Descartado) v v ======================================================== TORRE CELULAR DE ITINERANCIA LOCAL (Sin enrutamiento DUN configurado -> Paquetes descartados) ======================================================== ``

---

1. Arquitectura de la pila de red de Android: Aislamiento de la interfaz de enlace ascendente

A nivel de kernel, Android separa el tráfico celular originado en el propio dispositivo del tráfico de los clientes conectados mediante tablas de enrutamiento Linux dedicadas y filtrado de paquetes vía iptables / nftables dentro del subsistema netd (Network Daemon).

• Separación de interfaces de módem: Los dispositivos con chipsets Qualcomm (Samsung Galaxy, Google Pixel, OnePlus) asignan los datos móviles a interfaces de red virtuales llamadas rmnet_data0, rmnet_data1, etc. Los chipsets MediaTek (comunes en Xiaomi y dispositivos de gama media) utilizan ccmni0, ccmni1.
• Subred y enrutamiento NAT: Al activar la zona Wi-Fi, Android crea una subred local (normalmente 192.168.43.0/24 o un prefijo IPv6 /64) e intenta vincular una regla de Traducción de Direcciones de Red (NAT) desde la interfaz Wi-Fi (wlan0 o ap0) a una interfaz celular ascendente.
• La separación por tipo de APN: Si Android detecta que la red móvil activa requiere rutas separadas para compartir datos, se niega a enviar el tráfico del punto de acceso a través de la interfaz APN estándar default. En su lugar, busca explícitamente un perfil ascendente configurado con el tipo de APN dun (Dial-Up Networking) para levantar un portador de datos secundario. Si tu perfil de eSIM de viaje no incluye dun, Android envía el tráfico de la zona Wi-Fi a un agujero negro o bloquea el reenvío por completo.

---

2. Verificaciones de autorización del operador y TETHER_DUN_REQUIRED

Android incorpora un mecanismo interno de validación del operador gestionado por CarrierConfigManager. En los perfiles de operadores locales, esto desencadena una verificación de autorización (entitlement check): una consulta silenciosa enviada al operador para comprobar si tu plan incluye permisos para compartir internet.

`` [Activar Zona Wi-Fi] │ ▼ [Comprobación CarrierConfig: ¿TETHER_DUN_REQUIRED?] ├── No ──> [Vincular NAT a rmnet_data0 por defecto] ──> Internet OK │ └── Sí ──> [Consultar base de datos APN buscando 'dun'] ├── Encontrado ──> [Crear portador secundario rmnet_data1] └── No encontrado ──> [Tethering bloqueado / Sin enlace] ``

Cuando utilizas una eSIM de viaje en el extranjero:

1. SIMs en roaming no reconocidas: El dispositivo se conecta mediante un IMSI de itinerancia internacional (a menudo con origen en centros de conectividad como Austria, Hong Kong o Polonia). El SO Android no encuentra un paquete de operador (Carrier Bundle) local coincidente y recurre a las reglas de operador predeterminadas.
2. Aplicación forzosa del parámetro: Si el perfil predeterminado exige TETHER_DUN_REQUIRED = 1, el sistema operativo bloquea activamente el puenteo de tráfico a través de la interfaz APN default, a menos que se declare un perfil dun independiente.
3. Descarte de paquetes en la pasarela: Incluso si Android reenvía los paquetes, la pasarela de paquetes (PGW) o la función de plano de usuario (UPF) de la red asociada local inspecciona la cabecera del paquete. Si el protocolo APN o el perfil del portador no coinciden con los acuerdos de roaming, el nodo ascendente descarta silenciosamente los paquetes compartidos.

---

3. Conflictos en la tabla de enrutamiento con Dual SIM (DSDS)

La mayoría de los viajeros internacionales utilizan una configuración Dual SIM Dual Standby (DSDS): una SIM física para su número habitual (llamadas/SMS) y una eSIM de viaje para los datos en el destino.

`` +-------------------------------------------------------------------+ | Conflictos de Enrutamiento en Dual-SIM | +--------------------+----------------------------------------------+ | SIM Física (Local) | Prioridad: Voz/SMS (IMS Listener Activo) | | eSIM de Viaje (Data| Prioridad: Enlace de datos | | Subred de Anclaje | Conflicto: DNS vinculado a la SIM principal | +--------------------+----------------------------------------------+ ``

Esta configuración suele generar colisiones en la tabla de enrutamiento:

• Bloqueos en el resolver DNS: El demonio de resolución interno de Android puede intentar dirigir las consultas DNS generadas por los dispositivos conectados a través del servidor DNS inactivo o con restricciones de roaming de la SIM física principal, provocando fallos instantáneos de resolución DNS en los clientes conectados.
• Desajustes de MTU en IP: Las encapsulaciones de la eSIM en roaming (por ejemplo, túneles GTP entre la red visitada y la pasarela de enrutamiento de origen de la eSIM) reducen la Unidad Máxima de Transferencia (MTU) efectiva. Mientras que el navegador del teléfono autonegocia el tamaño del paquete mediante el descubrimiento de la MTU de ruta (Path MTU Discovery), las computadoras portátiles conectadas suelen enviar paquetes de tamaño completo (1500 bytes) que son descartados por las pasarelas intermedias sin devolver un aviso de fragmentación ICMP.

El uso de proveedores modernos de datos para viajes como MollySIM mitiga estos conflictos de interfaz. MollySIM utiliza una arquitectura de APN multioperador optimizada, diseñada para eludir los bloqueos de autorización propietarios y negociar automáticamente rutas de datos unificadas. Además, con la Política de Uso Justo (FUP) a 384 kbps de MollySIM —3 veces más rápida que el estándar de la industria de 128 kbps—, las aplicaciones críticas como Google Maps, Uber, las notas de voz de WhatsApp y Apple Pay mantienen conexiones de socket activas incluso si los dispositivos cliente ejecutan sincronizaciones pesadas en segundo plano.

Desglose de los campos clave del APN: El rol crucial del tipo de APN 'default,supl,dun' y protocolos de doble pila

Un Nombre de Punto de Acceso (APN) es la pasarela de red que define el contexto exacto del Protocolo de Datos por Paquetes (PDP), las reglas de enrutamiento y los parámetros de autenticación que un dispositivo Android debe utilizar para establecer una ruta de datos con la Red de Datos por Paquetes (PDN) de un operador móvil. Configurar un APN de forma incorrecta —u omitir etiquetas cruciales— puede permitir que los datos móviles funcionen en el teléfono pero interrumpir por completo el anclaje a red (tethering).

A continuación se presenta un desglose detallado de los parámetros críticos que rigen el enrutamiento de datos, la asistencia de ubicación y la negociación de la zona Wi-Fi.

---

La jerarquía del Tipo de APN: Análisis de default, supl, dun, mms y hipri

Android determina qué interfaces de red gestionan los sockets de salida a través del campo Tipo de APN (APN Type). Este campo acepta una cadena de valores separados por comas (estrictamente sin espacios). Omitir un identificador requerido le indica al sistema operativo Android que bloquee el tráfico del servicio del sistema o interfaz periférica asociada.

`` Cadena estándar para eSIM de viaje: default,supl,dun Perfil heredado / Bloqueado por operador: default,mms (Bloquea el anclaje por completo) ``

Por qué la ausencia de dun descarta los paquetes compartidos

Cuando una laptop o tablet se conecta a la zona Wi-Fi de tu Android, el enrutador de interfaz ascendente de Android verifica el perfil PDP activo.

1. Si el perfil SIM del operador especifica que compartir datos requiere la clase dun, pero la cadena APN activa solo contiene default, Android descarta los paquetes del puente de anclaje o intenta negociar un APN DUN secundario inexistente con el operador.
2. En contextos de roaming, la estación base visitada (VPLMN) consulta al servidor de políticas (PCRF) de la red local de origen (HPLMN). Si dun no está presente en el contexto APN solicitado, las pasarelas de la red móvil (SGW/PGW) descartan los paquetes de anclaje encapsulados directamente en la capa GTP (GPRS Tunneling Protocol).

---

Protocolo APN y Protocolo APN en Roaming: Solución al fallo de enlace en doble pila

El Protocolo APN (utilizado dentro de tu cobertura nacional) y el Protocolo APN en Roaming (activo siempre que tu eSIM de viaje se registra en una red socia internacional) determinan cómo las pasarelas locales y de roaming asignan direcciones IP a tu dispositivo.

Android admite tres estados de protocolo:

• Solo IPv4: Transmite estrictamente direcciones de 32 bits. Depende de NAT a nivel de operador (CGNAT). Es altamente compatible, pero introduce latencia y sobrecarga en la cabecera del paquete.
• Solo IPv6: Transmite direcciones de 128 bits. Carece de retrocompatibilidad con dispositivos cliente heredados que no admiten capas de traducción 464XLAT o DNS64/NAT64, lo que provoca errores inmediatos de «Conectado, sin internet» en el hardware conectado.
• IPv4/IPv6 (Doble Pila / Dual-Stack): La configuración óptima. Establece contextos PDP dobles, asignando direcciones de interfaz tanto IPv4 como IPv6.

`` [ Laptop Cliente ] (Solicita DNS estándar IPv4 / IPv6) │ ▼ [ Zona Wi-Fi Android: wlan0 ] │ (Traducción de Paquetes / Pasarela Doble Pila) ▼ [ eSIM en Roaming: rmnet0 ] ──(Encapsulación GTP: MTU ≤ 1420)──► [ PGW de Roaming del Operador ] ``

El impacto del tunelizado GTP y la fragmentación de MTU en el extranjero

Los datos internacionales que viajan sobre una eSIM de viaje atraviesan un túnel GTP encapsulado que se ejecuta entre la antena local visitada y la PGW de origen del proveedor de la eSIM. Esta encapsulación añade una sobrecarga de protocolo considerable:

• MTU estándar en Ethernet/Wi-Fi: 1500 bytes
• MTU típica móvil con GTP en roaming: 1400 - 1440 bytes

Cuando las computadoras conectadas transmiten paquetes no fragmentados de 1500 bytes a través de un enlace de roaming exclusivo de IPv4, las pasarelas móviles intermedias descartan los paquetes de tamaño excesivo sin generar respuestas ICMP Destination Unreachable (Fragmentation Needed). Esto hace que los protocolos de enlace seguro TLS/SSL se queden congelados indefinidamente.

Habilitar IPv4/IPv6 Dual-Stack activa el mecanismo moderno de Descubrimiento de MTU de Ruta (PMTUD) y el ajuste de Tamaño Máximo de Segmento TCP (MSS Clamping). Esto evita la pérdida silenciosa de paquetes y resuelve las caídas de conexión en las laptops conectadas a tu punto de acceso.

---

Arquitectura del operador: Por qué los proveedores de viajes modernos evitan fallos de configuración

Las SIMs de viaje tradicionales dependen de perfiles APN rígidos y bloqueados que requieren aprovisionamiento manual y reducen drásticamente el ancho de banda al superar los límites básicos. En contraste, proveedores internacionales modernos como MollySIM emplean un núcleo de red multioperador adaptable que preconfigura cadenas unificadas default,supl,dun y protocolos sólidos de doble pila IPv4/IPv6 directamente de fábrica.

Además, en caso de que una laptop conectada inicie tareas de sincronización pesadas en segundo plano (como respaldos en la nube), la Política de Uso Justo (FUP) a 384 kbps de MollySIM —que es 3 veces más rápida que el estándar de 128 kbps de la industria— garantiza que la conexión principal conserve suficiente ancho de banda para ejecutar aplicaciones esenciales como Google Maps, Uber, notas de voz de WhatsApp y Apple Pay sin tiempos de espera agotados.

Tutorial paso a paso: Cómo añadir y editar APNs personalizados en Samsung One UI, Google Pixel y Android Puro

Debido a que los fabricantes de dispositivos Android personalizan ampliamente los menús de gestión de red, la ruta de navegación exacta para configurar los puntos de acceso varía según la marca. Sigue las instrucciones específicas para tu dispositivo a continuación para configurar perfiles APN compatibles con la función de compartir internet.

---

1. Rutas de navegación según el dispositivo

---

2. Secuencia de configuración paso a paso

Una vez abierta la pantalla de Nuevo APN / Editar punto de acceso, introduce los siguientes parámetros en orden:

``text Nombre: Zona Wi-Fi Viaje (o nombre del proveedor, ej. MollySIM) APN: [APN de tu proveedor, ej. globaldata o internet] Tipo de APN: default,supl,dun Protocolo APN: IPv4/IPv6 Protocolo APN en roaming:IPv4/IPv6 Portador: Sin especificar ``

`` +---------------------------------------------+ | Crear Perfil APN Personalizado | | APN: [apn_del_operador] | | Tipo de APN: default,supl,dun | | Protocolo APN / Roaming: IPv4/IPv6 | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | Guardar Perfil y Seleccionar Opción | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | Activar Modo Avión (10 Segundos) | | Fuerza la liberación de la conexión RRC | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | El módem se registra de nuevo en la red | | Contexto PDP establecido con DUN | +---------------------------------------------+ ``

1. Introduce la cadena de APN unificada: Pulsa en Tipo de APN e introduce default,supl,dun.

Nota: Asegúrate de que no haya espacios después de las comas. Escribir default, supl, dun provocará errores de análisis en el entorno de telefonía de Android.

1. Establece la configuración de doble pila: Asegúrate de que tanto el Protocolo APN como el Protocolo APN en roaming estén configurados explícitamente en IPv4/IPv6. Esto evita que las pasarelas intermedias descarten paquetes de anclaje no fragmentados debido a los límites de tamaño de la MTU.
2. Guarda el perfil:

• En Samsung: Toca los tres puntos verticales (⋮) arriba a la derecha > toca Guardar.
• En Pixel/OxygenOS: Toca los tres puntos verticales (⋮) > toca Guardar (o pulsa el icono de confirmación).

1. Selecciona el APN activo: Vuelve a la lista de Nombres de puntos de acceso y pulsa manualmente el botón de selección junto a tu perfil recién creado para activarlo.
2. Fuerza la liberación de conexión RRC (Alternar Modo Avión): El módem de banda base retiene los contextos PDP anteriores hasta que se le obliga a liberar la conexión de recursos de radio. Activa el Modo Avión, espera de 10 a 15 segundos y desactívalo.

---

3. Casos especiales: Desbloquear campos de APN en gris

Ciertas compilaciones de firmware personalizadas por operadores (especialmente terminales bloqueados por Verizon, AT&T o NTT Docomo) bloquean o deshabilitan el campo Tipo de APN, impidiendo la edición manual.

`` +-----------------------------------------------------------------------------------+ | ¿CAMPO TIPO DE APN EN GRIS / BLOQUEADO? | +-----------------------------------------------------------------------------------+ │ ┌───────────────────────┴───────────────────────┐ ▼ ▼ [Método A: Perfil Nuevo en Blanco] [Método B: Menú Oculto de Radio] Crea un perfil APN nuevo en lugar de Marca ##4636## > Información sobre modificar el predeterminado del operador. el teléfono. Alterna "Potencia de radio Los perfiles por defecto son de solo lectura. móvil" OFF/ON para desbloquearlo. ``

• Solución alternativa A: Crear un perfil APN desde cero: Nunca intentes editar un APN preinstalado de solo lectura. En su lugar, pulsa el icono Añadir (+) para crear una entrada limpia. Los perfiles nuevos desbloquean los campos restringidos en el 90 % de los teléfonos Android.
• Solución alternativa B: Menú de diagnóstico de información del teléfono: Abre la aplicación de llamadas y marca ##4636## para acceder al menú de pruebas oculto de Android. Ve a Información sobre el teléfono, desplázate hacia abajo y verifica el estado de aprovisionamiento de red. Desactivar y volver a activar la Potencia de la radio móvil aquí restablece los bloqueos temporales del operador sin necesidad de restaurar de fábrica.

---

4. Verificación de asignación de IP y estado de la pasarela

Para comprobar que el kernel de Android ha vinculado correctamente la interfaz de la zona Wi-Fi a tu APN:

1. Conecta tu dispositivo secundario (computadora portátil o tablet) a la zona Wi-Fi de Android.
2. Abre una terminal (macOS/Linux) o el Símbolo del sistema (Windows) en la máquina cliente y haz ping a una dirección pública IPv4 e IPv6:

``bash ping 8.8.8.8 ping -6 2001:4860:4860::8888 ``

1. Si el equipo resuelve direcciones DNS públicas y transmite paquetes con 0 % de pérdida, el contexto PDP de roaming en doble pila se ha establecido con éxito.

Si viajas con frecuencia y prefieres evitar depuraciones complejas de APN, proveedores premium como MollySIM optimizan esta arquitectura. MollySIM entrega perfiles de anclaje preconfigurados y compatibles de forma automática de manera inalámbrica (OTA) en cuanto aterrizas.

Asimismo, si las actualizaciones en segundo plano de tu laptop agotan tu paquete de alta velocidad, MollySIM reduce la velocidad a una Política de Uso Justo (FUP) de 384 kbps. Al ser 3 veces más rápida que el límite restrictivo de 128 kbps de las eSIMs de bajo costo, los procesos en segundo plano no saturarán servicios móviles de baja latencia como Google Maps, Uber o Apple Pay en tu teléfono principal.

Matriz de resolución de problemas de APN y restricciones de anclaje del operador

Cuando un teléfono Android establece una sesión de datos funcional en el propio dispositivo pero los clientes conectados mediante la zona Wi-Fi no logran acceder a internet, la causa raíz es casi siempre una discrepancia entre la tabla de enrutamiento local de Android y las definiciones de contexto PDP del operador de red móvil (MNO).

La siguiente tabla detalla los modos de falla exactos causados por configuraciones erróneas en los campos del Nombre de Punto de Acceso (APN) en eSIMs de viaje, junto con las soluciones verificadas para restaurar el tráfico bidireccional.

Matriz de diagnóstico rápido

---

Diagnóstico de limitación dinámica del operador y comprobaciones de autorización

Incluso con los parámetros de APN bien configurados, los operadores móviles a menudo aplican verificaciones de autorización o Políticas de Uso Justo (FUP) estrictas que penalizan específicamente el tráfico de zonas Wi-Fi.

1. Sondas de autorización del operador: Ciertos perfiles de operador envían una consulta explícita a un servidor remoto al activar la zona Wi-Fi. Si la eSIM de viaje responde con un código de no autorización, Android bloquea el puente local de paquetes. Agregar dun al tipo de APN elude este demonio en la mayoría de los dispositivos Android libres al unificar los contextos de internet y anclaje en una sola vía.
2. Agotamiento del ancho de banda en dispositivos compartidos: Las tareas de fondo en computadoras o tablets (como copias de seguridad o actualizaciones del sistema) pueden consumir rápidamente los datos de alta velocidad. Las eSIMs de viaje económicas suelen reducir la velocidad a unos inutilizables 128 kbps, lo que bloquea los protocolos de enlace HTTPS modernos e interrumpe la conexión tanto en el cliente como en el anfitrión.

``` [Pasarela del Operador Móvil] │ (FUP Activa) ├─► eSIMs Económicas (Límite 128kbps) ──► Caída de Conexión / Tiempo de Espera Agotado │ └─► MollySIM (Límite 384kb