¿Afecta una VPN a las llamadas Wi-Fi en el iPhone? Revisa el lado del operador

Conéctate a una red de hotel, haz una llamada desde la app Teléfono y luego abre un navegador y míralo informar de la dirección de salida de la VPN en lugar de la del hotel: tres observaciones que parecen contradictorias y normalmente no lo son. Las llamadas Wi-Fi del operador se aprovisionan en tu línea por parte de tu operador móvil, mientras que una VPN es solo una capa de enrutamiento para los datos que envía tu dispositivo. Leer una página de IP pública como prueba sobre una llamada telefónica es la forma más rápida de pasar una tarde con el ajuste equivocado. Ninguno de los dos servicios puede juzgarse por el síntoma del otro, y el orden en que los revisas cambia la respuesta.

El mito de que un solo túnel transporta todas las llamadas

Una vez que la VPN se conecta, la intuición dice que todo lo que envía el teléfono sale ahora por el servidor del proveedor, voz incluida. Los datos sí siguen las rutas que instala el túnel, pero un servicio de voz del operador no es por defecto una de esas rutas: lo entrega la red central del operador, y el túnel nunca sustituye esa red central. El modo de llamadas Wi-Fi de la app Teléfono es una oferta ligada a tu línea de abonado. Un perfil de VPN de consumidor no puede aprovisionarlo y tampoco puede revocarlo.

Las llamadas hechas dentro de una app de mensajería o de empresa son otro producto. Esa app lleva su propia cuenta, sus propios servidores y su propia ruta de medios, así que esas llamadas normalmente sí viajan dentro del túnel y pueden romperse cuando el túnel se rompe. Clasificar una llamada fallida como servicio de nivel de línea o cuenta de nivel de aplicación antes de tocar cualquier ajuste elimina la mayor parte de las conjeturas.

¿Están realmente aprovisionadas las llamadas Wi-Fi en esta línea?

Antes de cualquier pregunta sobre la VPN, confirma que tu operador y tu teléfono admiten la función y que está activada para la línea concreta que estás probando. La guía de Apple para configurar las llamadas Wi-Fi explica la ruta de activación específica de cada operador y el estado que muestra el teléfono una vez que la línea está activa. Cuando ese estado falta, o tu operador nunca aparece en la lista, la VPN no es lo que hay que investigar.

Continúa con una llamada normal a un número que controles, observando el indicador de estado mientras la llamada se conecta. Un teléfono que muestra el Wi-Fi conectado solo ha demostrado que el enlace de datos está activo; no ha demostrado qué red transportó el audio. Nunca hagas una llamada de emergencia para ver cómo se enruta el audio, y nunca tomes una llamada de voz dentro de una app de mensajería como prueba sobre la función del operador. Son servicios separados con modos de fallo separados, y uno no dice nada del otro.

Si el síntoma solo aparece con la VPN activada, mantén la línea, la red Wi-Fi y el destino de la llamada constantes y cambia una sola variable por ejecución. En un teléfono gestionado, una ejecución de comparación con el perfil eliminado solo es legítima cuando el administrador lo ha aceptado de antemano.

Dónde encajan IncludeAllNetworks y ExcludeCellularServices

La carga IKEv2 dentro de un perfil de gestión de dispositivos lleva dos claves que deciden esta separación. IncludeAllNetworks es el interruptor que empuja todo el tráfico del dispositivo al túnel en lugar de solo lo que la app VPN llega a capturar. Una vez establecido, ExcludeCellularServices puede recortar de vuelta fuera del túnel el tráfico de servicios enrutables por internet, y las llamadas Wi-Fi son uno de los servicios que esa excepción nombra. El tráfico que un operador enruta directamente a su propia red central, nunca por internet pública, permanece fuera del túnel digan lo que digan esas dos claves.

Las claves describen lo que un perfil puede expresar, no lo que tu proveedor entregó realmente. Un perfil que omite ExcludeCellularServices puede mantener la función dentro del túnel, y un proveedor que no expone ningún interruptor editable puede dejarte sin ningún control visible para el usuario. El artefacto que lo resuelve es la carga que instalaste, y tu administrador puede leértela palabra por palabra.

Por qué una página de IP pública no puede rastrear una llamada

Una página que informa de la dirección de salida de la VPN ha medido una solicitud HTTP de una app en un momento. No dice nada sobre la interfaz que usó una llamada de voz, y una llamada que se conecta no dice nada sobre si el túnel está sano para otro tráfico. Usar una como sustituto de la otra produce conclusiones que suenan seguras y son erróneas.

Mantén la parte de privacidad igual de concreta: el operador sigue teniendo tu registro de abonado y sigue entregando el servicio de línea, así que una salida web distinta no te desvincula de esa cuenta. Una VPN reescribe rutas para el tráfico que captura; no traslada una línea móvil a otro operador.

Un orden de diagnóstico que mantiene intacta tu política

Empieza por la línea: función activada, operador en la lista, indicador presente, una llamada normal realizada. Luego inspecciona el perfil, preguntando si IncludeAllNetworks está activado y a qué está ajustado ExcludeCellularServices. Solo cuando ambos vuelven limpios el túnel en sí merece tu atención.

Anota el resultado que realmente buscabas: una función de teléfono permitida que funciona, con un alcance conocido para el túnel. Esa respuesta sobrevive a una actualización del operador, a una red nueva o a un perfil revisado, mientras que una conjetura sobre paquetes no sobrevive a nada. Si administras el perfil, lee las excepciones de servicio de voz junto a las reglas de bloqueo de tráfico en la misma carga, porque ambas interactúan. Si eres el usuario, el canal de soporte del operador y el comportamiento documentado de tu proveedor de VPN son las dos fuentes que vale la pena citar en un tique.