Fax over IP (FoIP): cómo funciona T.38 y por qué su SBC es importante

Muchas personas creen que el fax ya no existe. No es así. Las organizaciones de salud transmiten registros de pacientes por fax porque HIPAA lo reconoce como un método de transmisión conforme. Los tribunales aceptan documentos enviados por fax. Las agencias gubernamentales exigen formularios por fax. Las instituciones financieras cierran préstamos con firmas enviadas por fax. Mientras estas industrias dependan del fax, cada red de voz que migre de la PSTN a IP necesita un plan para transportar el tráfico de fax de manera confiable.

El problema es que el fax y la voz sobre IP no se llevan bien de forma natural. La misma pérdida de paquetes, fluctuación de fase (jitter) y compresión de códec que una llamada de voz tolera afectará una transmisión de fax. Este artículo explica cómo funciona Fax over IP (FoIP), por qué existe el protocolo T.38, en qué se diferencia T.38 relay del passthrough G.711, y qué debe hacer su controlador de borde de sesión (SBC) para mantener el fax funcionando después de migrar a IP.

¿Qué es Fax over IP (FoIP)?

Fax over IP es exactamente lo que su nombre sugiere: transmitir documentos de fax a través de una red IP en lugar de una línea PSTN tradicional de conmutación de circuitos.

Las máquinas de fax tradicionales se comunican usando el protocolo T.30, diseñado para circuitos telefónicos analógicos. Cuando una máquina de fax emisora llama a una receptora, negocian capacidades (velocidad, resolución, compresión) mediante un intercambio de tonos de módem. La máquina emisora entonces modula los datos de la imagen escaneada en señales de frecuencia de audio y los transmite por la línea telefónica. La máquina receptora demodula esas señales de vuelta a datos de imagen e imprime la página.

Este proceso depende de un circuito analógico continuo, de baja latencia y con temporización predecible. Una llamada de conmutación de circuitos PSTN proporciona exactamente eso. Una transmisión VoIP diseñada para transportar voz no lo hace.

En una red IP, el audio de voz (y de fax) se muestrea, digitaliza, divide en paquetes y (si se utiliza internet público) se envía a través de una red de mejor esfuerzo donde los paquetes pueden llegar tarde, fuera de orden o no llegar en absoluto. Los códecs de voz como G.729 comprimen agresivamente el audio para ahorrar ancho de banda, lo cual funciona bien para el habla humana pero distorsiona los tonos de módem precisos que las máquinas de fax utilizan para comunicarse. Incluso G.711 sin comprimir puede fallar si se pierden paquetes o si los búferes de jitter introducen variación en la temporización.

El resultado: transmisiones de fax que fallan a mitad de proceso, producen páginas ilegibles o nunca logran conectarse. A medida que la PSTN continúa su desmantelamiento y las redes de voz se consolidan sobre IP, resolver este problema no es opcional para los proveedores de servicios, los proveedores de servicios gestionados (MSP) y las empresas que atienden industrias dependientes del fax.

Cómo funciona T.38

T.38 es una recomendación (estándar) ITU-T diseñada específicamente para la transmisión de fax en tiempo real sobre redes IP. En lugar de intentar forzar el audio de fax a través de un códec de voz y esperar lo mejor, T.38 adopta un enfoque fundamentalmente diferente: demodula la señal de fax en datos estructurados, transporta esos datos como paquetes con redundancia integrada y los remodula de vuelta a audio de fax en el extremo receptor.

Así fluye una llamada de fax T.38 a través de una red típica:

1. Establecimiento de la llamada de voz. La máquina de fax emisora inicia una llamada telefónica estándar vía SIP. La llamada se establece como una sesión de voz normal con un códec de audio (típicamente G.711).
2. Detección de tonos de fax. Cuando la máquina de fax emisora emite un tono CNG (tono de llamada) (un tono de 1 100 Hz que se repite cada 3 segundos) y la máquina receptora responde con un tono CED (tono de respuesta) (un tono de 2 100 Hz), la red detecta que esta llamada es un fax, no una conversación de voz.
3. SIP re-INVITE a T.38. La pasarela que realiza la conversión de TDM a IP envía un SIP re-INVITE al otro lado, proponiendo cambiar el tipo de medios de audio/RTP a image/T.38. Si el otro lado acepta, ambos tramos cambian a medios T.38. Un SBC retransmitirá estos re-INVITE y cambiará a T.38.
4. Transmisión de medios T.38. La pasarela emisora demodula el audio de fax T.30 en paquetes de datos T.38. Estos paquetes transportan los datos de imagen del fax en un formato estructurado (paquetes IFP, Internet Facsimile Protocol) y se transportan utilizando UDPTL (UDP Transport Layer) o, con menos frecuencia, RTP. UDPTL incluye redundancia integrada: cada paquete contiene copias de paquetes anteriores para que el receptor pueda reconstruir los datos perdidos sin retransmisión.
5. Remodulación y entrega. La pasarela receptora toma los paquetes de datos T.38, los remodula de vuelta a audio de fax T.30 y los entrega a la máquina de fax receptora a través de su conexión local (que puede ser analógica, ISDN u otro tramo IP).
6. Finalización de la llamada. Cuando la transmisión de fax se completa, la llamada termina con un BYE SIP estándar.

El punto clave es que T.38 aísla los datos del fax de las degradaciones de la red IP. La pérdida de paquetes que corrompería un flujo de audio de fax G.711 se maneja mediante el mecanismo de redundancia de UDPTL. El jitter que desestabilizaría la temporización del fax se absorbe porque los datos están estructurados, no son una forma de onda de audio sin procesar. La transcodificación de códec nunca afecta el contenido del fax porque se transporta como datos, no como audio.

T.38 relay vs. passthrough G.711

Existen dos enfoques para transportar fax sobre una red IP, y comprender la diferencia es fundamental para configurar su SBC correctamente.

Passthrough G.711 trata la llamada de fax exactamente como una llamada de voz. El audio del módem de la máquina de fax se muestrea a 8 kHz, se codifica como paquetes RTP G.711 (PCMU o PCMA) y se envía a través de la red. No se realiza demodulación. El audio de fax sin procesar (T.30) viaja de extremo a extremo como RTP estándar.

Este es el enfoque más sencillo, pero es frágil. Para que el passthrough G.711 funcione, cada dispositivo en la ruta debe cooperar: la supresión de silencio (VAD) debe estar desactivada (o cortará la señal de fax durante las pausas), la cancelación de eco debe estar desactivada (o interferirá con los tonos de módem), no puede haber transcodificación de códec en ningún punto de la ruta (G.729 o cualquier códec comprimido destruirá el fax), y la pérdida de paquetes debe ser cercana a cero. Incluso un 1-2 % de pérdida de paquetes puede causar que una página de fax falle en modo passthrough porque no existe un mecanismo de redundancia.

T.38 relay demodula el audio de fax en la pasarela emisora, transporta los datos de fax como paquetes T.38 con redundancia integrada y los remodula en el extremo receptor (como se describió en la sección anterior). Este enfoque es más resiliente porque separa el contenido del fax del transporte de audio e incluye su propia corrección de errores.

Cuándo usar cada uno

T.38 relay es el método preferido cuando ambos terminales (o pasarelas) lo admiten. Maneja mejor las degradaciones de la red, utiliza menos ancho de banda y produce tasas de éxito de fax más altas.

El passthrough G.711 es la alternativa cuando uno o ambos terminales no admiten T.38. Funciona en redes con baja pérdida de paquetes y jitter, pero requiere una configuración cuidadosa para evitar modos de falla comunes.

En muchas implementaciones reales, el SBC maneja un escenario híbrido: T.38 en el tramo hacia el operador (donde el proveedor de troncal SIP admite T.38) y passthrough G.711 en el tramo hacia el cliente (donde el dispositivo de fax o la PBX no admiten T.38), o viceversa. El SBC interconecta los dos demodulando un lado y remodulando para el otro. Esta es una de las funciones más valiosas que un SBC proporciona para el tráfico de fax.

Por qué el fax falla en redes VoIP

Si está resolviendo problemas de fallas de fax en una red IP, la causa es casi siempre uno de estos factores:

La transcodificación de códec es la causa más común. Un códec comprimido (G.729, G.726, AMR) en algún punto de la ruta destruye los tonos de módem del fax. El audio de fax debe permanecer en G.711 o manejarse vía T.38. Si algún grupo de troncales, PBX u operador en la ruta fuerza un códec con pérdida, el fax fallará.

La pérdida de paquetes se vuelve crítica en modo passthrough G.711, donde incluso un 1 % de pérdida puede corromper una página de fax. A diferencia de la voz, donde el oído humano puede tolerar interrupciones breves, una máquina de fax interpreta cada bit de la forma de onda de audio. Un solo paquete perdido puede invalidar una página completa.

La supresión de silencio (VAD) ahorra ancho de banda al no enviar paquetes durante el silencio. Las máquinas de fax producen pausas entre páginas y durante las fases de negociación. Si VAD interpreta estas pausas como silencio y deja de transmitir, la máquina de fax receptora pierde la sincronización y la sesión falla.

La cancelación de eco presenta un riesgo porque los canceladores de eco diseñados para voz pueden interferir con el tono CED de 2 100 Hz y otras señales de módem. Muchos canceladores de eco están diseñados para desactivarse cuando detectan un tono de 2 100 Hz, pero no todas las implementaciones funcionan correctamente.

Las fallas de SIP re-INVITE ocurren cuando el SBC o la pasarela detecta tonos de fax y envía un SIP re-INVITE para cambiar a T.38, pero el re-INVITE debe llegar al otro lado y ser aceptado. Los firewalls, dispositivos NAT y middleboxes que no reconocen SIP pueden bloquear o corromper los re-INVITE, impidiendo el cambio a T.38. La llamada recurre a G.711 y, si no se cumplen las condiciones de passthrough, el fax falla.

El rol del SBC en Fax over IP

Un SBC se ubica en la frontera entre segmentos de red: entre su red interna y un proveedor de troncal SIP, entre dos operadores en un acuerdo de interconexión, o entre la PBX de un cliente y su plataforma de voz hospedada. Esta posición fronteriza convierte al SBC en el punto natural de control para el manejo de fax.

Funciones clave del SBC para FoIP

Retransmisión de SIP re-INVITE para T.38 es la función principal de manejo de fax. Cuando una pasarela en un lado de la llamada detecta tonos de fax y envía un SIP re-INVITE para cambiar a T.38, el SBC retransmite ese re-INVITE al otro lado y cambia al modo de fax configurado. El SBC no detecta los tonos de fax por sí mismo; responde a la señalización re-INVITE de las pasarelas y aplica la configuración de fax relay que usted ha definido (T.38 relay o passthrough G.711).

Negociación independiente por tramo es donde la arquitectura de agente de usuario back-to-back (B2BUA) del SBC cobra importancia. Un B2BUA termina la sesión SIP en cada tramo de forma independiente. Esto significa que el SBC puede manejar un re-INVITE T.38 de un lado y negociar el modo de fax apropiado en el otro tramo de manera independiente. Un proxy SIP no puede hacer esto; simplemente reenvía los mensajes SIP sin modificarlos, lo que significa que ambos lados deben acordar el mismo método de transporte de fax.

Conversión de protocolo entra en juego cuando un lado habla T.38 y el otro no. El SBC realiza la función de demodulación/remodulación: recibe datos T.38 de un tramo, los convierte a audio de fax G.711 y los envía por el otro tramo (o viceversa). Esta función de interfuncionamiento es fundamental en entornos multivendor donde no todos los terminales tienen las mismas capacidades.

Normalización de encabezados SIP cubre las diferencias en cómo las implementaciones SIP formatean las ofertas T.38. El SBC normaliza los atributos SDP (Session Description Protocol), incluyendo versión de T.38, tasa de bits máxima, gestión de velocidad del fax y modo de corrección de errores, para que ambos lados puedan acordar un conjunto común de parámetros aunque utilicen formatos SDP diferentes.

Protecciones de confiabilidad garantizan que la supresión de silencio, la cancelación de eco y la transcodificación de códec estén desactivadas en los tramos de llamadas de fax. Cuando el SBC recibe un re-INVITE T.38, aplica el perfil de fax relay configurado, que debería tener estas protecciones ya definidas.

Cómo ProSBC maneja Fax over IP

ProSBC incluye un conjunto dedicado de funciones de Fax/Modem Relay diseñado para exactamente estos escenarios. Las opciones de configuración incluyen:

Enable Fax/Modem Relay activa el manejo de fax relay en los NAP (puntos de acceso de red) relevantes.

Relay Mode: T.38 o Passthrough permite elegir T.38 relay o passthrough G.711. Cuando llega un re-INVITE T.38 desde una pasarela, ProSBC aplica el modo relay configurado. T.38 es el modo recomendado cuando ambos terminales lo admiten; passthrough es la alternativa.

Prevent Direct Invite in T.38 controla si ProSBC permite que el INVITE inicial establezca una sesión T.38 directamente, o requiere que la llamada comience como audio y haga la transición a T.38 después de un re-INVITE. Algunos terminales envían un INVITE directo en T.38 sin comenzar primero en modo de audio; esta configuración controla cómo ProSBC maneja ese comportamiento.

Detection Type: Silence Suppression Off asegura que la supresión de silencio se desactive durante el fax relay, previniendo la pérdida de señal de fax durante las pausas.

Cuando ProSBC recibe T.38 de un lado y lo pasa al otro como T.38, no se necesita hardware de transcodificación: el SBC realiza un relay T.38 a T.38. La arquitectura B2BUA de ProSBC significa que cada tramo de la llamada se maneja de forma independiente, por lo que la negociación T.38 en el lado del operador no tiene que coincidir con la configuración del lado del cliente. Esto es particularmente útil cuando se interconecta un proveedor de troncal SIP que exige T.38 con una PBX heredada que solo admite passthrough G.711, o cuando se enruta tráfico de fax entre operadores con diferentes implementaciones de T.38.

El motor de enrutamiento Ruby programable de ProSBC también permite a los operadores aplicar lógica personalizada a las llamadas de fax, por ejemplo, enrutar el tráfico de fax a grupos de troncales dedicados optimizados para fax, aplicar diferentes políticas de calidad de servicio a las sesiones de fax, o registrar los registros de detalle de llamada (CDR) de fax por separado para fines de facturación.

Mejores prácticas para FoIP confiable a través de su SBC

Lograr que Fax over IP funcione de manera confiable se reduce a eliminar los modos de falla mencionados anteriormente. A continuación, una lista de verificación práctica:

• Use T.38 relay cuando ambos terminales lo admitan. T.38 maneja las degradaciones de la red mucho mejor que el passthrough G.711. Configure su SBC para ofrecer T.38 por defecto y recurrir a passthrough solo cuando el otro lado rechace el re-INVITE T.38.
• Desactive la supresión de silencio en las troncales de fax. VAD terminará las sesiones de fax. Asegúrese de que esté desactivado en cada grupo de troncales y NAP que transporte tráfico de fax.
• Desactive la cancelación de eco para las llamadas de fax. Su SBC debería desactivar automáticamente la cancelación de eco cuando detecta tonos de fax. Verifique que esto esté ocurriendo revisando las trazas de llamadas.
• Use solo G.711, nunca un códec comprimido. Si utiliza modo passthrough, el códec debe ser G.711 (PCMU o PCMA). Si algún dispositivo en la ruta transcodifica a G.729 u otro códec comprimido, el fax fallará. Configure su SBC para forzar G.711 en los grupos de troncales designados para fax.
• Asegúrese de que los SIP re-INVITE puedan pasar a través de los firewalls. T.38 requiere un SIP re-INVITE a mitad de la llamada para cambiar los tipos de medios. Si su firewall o dispositivo NAT bloquea los re-INVITE, el cambio a T.38 fallará. Confirme que las reglas de su firewall permitan los re-INVITE en la ruta de señalización SIP.
• Pruebe de extremo a extremo antes de producción. Envíe faxes de prueba a través de la ruta completa, desde la máquina de fax o el servidor, a través del SBC, por la troncal SIP, hasta el terminal receptor. Pruebe faxes de múltiples páginas, faxes de alta resolución y faxes durante periodos de tráfico pico.
• Tenga passthrough G.711 como respaldo. Si la negociación T.38 falla, el SBC debería recurrir al passthrough G.711 de forma elegante en lugar de desconectar la llamada.

Industrias que aún dependen del fax y por qué FoIP es importante

El fax persiste porque la regulación y la inercia lo mantienen vigente. Los proveedores de salud en Estados Unidos transmiten registros de pacientes por fax porque HIPAA reconoce el fax (tanto analógico como FoIP) como un método de transmisión conforme para la información de salud protegida (PHI). Los bufetes de abogados envían por fax documentos judiciales y documentos firmados donde las jurisdicciones aún los aceptan o exigen. Las agencias gubernamentales de todos los niveles requieren envíos por fax para ciertos procesos. Las instituciones financieras usan el fax para documentos de préstamos, reportes de cumplimiento y confirmaciones de transacciones.

Para cualquier proveedor de servicios, MSP o empresa que atienda a estas industrias, la compatibilidad con FoIP no es una función opcional en su SBC; es un requisito. Un solo fax fallido en un contexto de salud o legal puede retrasar la atención al paciente, perder un plazo judicial o causar una violación de cumplimiento.

La PSTN está en proceso de desmantelamiento. Las líneas de fax analógicas están desapareciendo. Toda organización que dependa del fax se está moviendo a FoIP, lo haya planificado o no. La pregunta es si su red de voz, y específicamente su SBC, maneja la transición correctamente.

Preguntas frecuentes