Fax sobre IP (FoIP): como o T.38 funciona e por que seu SBC é importante

Muitas pessoas pensam que o fax está morto. Não está. Organizações de saúde transmitem registros de pacientes por fax porque a HIPAA o trata como um método de transmissão em conformidade. Tribunais aceitam petições enviadas por fax. Agências governamentais exigem formulários enviados por fax. Instituições financeiras fecham empréstimos com assinaturas enviadas por fax. Enquanto essas indústrias dependerem do fax, toda rede de voz que migrar da PSTN para IP precisa de um plano para transportar tráfego de fax de forma confiável.
O problema é que fax e Voice over IP não se dão bem naturalmente. A mesma perda de pacotes, jitter e compressão de codec que uma chamada de voz tolera afeta uma transmissão de fax. Este artigo explica como o Fax sobre IP (FoIP) funciona, por que o protocolo T.38 existe, como o relay T.38 difere do passthrough G.711 e o que seu Session Border Controller (SBC) precisa fazer para manter o fax funcionando após a migração para IP.

O que é Fax sobre IP (FoIP)?

Fax sobre IP é exatamente o que o nome sugere: transmitir documentos de fax através de uma rede IP em vez de uma linha PSTN tradicional comutada por circuito.
Máquinas de fax tradicionais se comunicam usando o protocolo T.30, que foi projetado para circuitos telefônicos analógicos. Quando uma máquina de fax remetente liga para uma máquina receptora, elas negociam capacidades (velocidade, resolução, compressão) por meio de um handshake de tons de modem. A máquina remetente então modula os dados da imagem digitalizada em sinais de frequência de áudio e os transmite pela linha telefônica. A máquina receptora demodula esses sinais de volta em dados de imagem e imprime a página.
Esse processo depende de um circuito analógico contínuo, de baixa latência e com temporização previsível. Uma chamada comutada por circuito PSTN fornece exatamente isso. Uma transmissão VoIP construída para transportar voz, não.
Em uma rede IP, o áudio de voz (e fax) é amostrado, digitalizado, dividido em pacotes e (se estiver usando a internet pública) enviado através de uma rede de melhor esforço onde os pacotes podem chegar atrasados, fora de ordem ou nem chegar. Codecs de voz como G.729 comprimem o áudio agressivamente para economizar largura de banda, o que funciona bem para a fala humana, mas destrói os tons precisos de modem que as máquinas de fax usam para se comunicar. Até mesmo o G.711 não comprimido pode falhar se houver perda de pacotes ou se os jitter buffers introduzirem variação de temporização.
O resultado: transmissões de fax que falham no meio, produzem páginas ilegíveis ou simplesmente não conectam. À medida que a PSTN continua sendo desativada e as redes de voz se consolidam em IP, resolver esse problema não é opcional para provedores de serviços, MSPs e empresas que atendem indústrias dependentes de fax.

Como o T.38 funciona

T.38 é uma recomendação ITU-T (padrão) projetada especificamente para transmissão de fax em tempo real sobre redes IP. Em vez de tentar forçar o áudio do fax através de um codec de voz e torcer pelo melhor, o T.38 adota uma abordagem fundamentalmente diferente: demodula o sinal de fax em dados estruturados, transporta esses dados como pacotes com redundância integrada e remodula de volta em áudio de fax na ponta receptora.
Veja como uma chamada de fax T.38 flui através de uma rede típica:

1. Configuração da chamada de voz. A máquina de fax remetente inicia uma chamada telefônica padrão via SIP. A chamada é estabelecida como uma sessão de voz normal com um codec de áudio (tipicamente G.711).
2. Detecção de tom de fax. Quando a máquina de fax remetente emite um tom CNG (Calling) (um tom de 1.100 Hz que se repete a cada 3 segundos) e a máquina receptora responde com um tom CED (Called) (um tom de 2.100 Hz), a rede detecta que esta chamada é um fax, não uma conversa de voz.
3. SIP re-INVITE para T.38. O gateway que faz a conversão de TDM para IP envia um SIP re-INVITE para o outro lado, propondo mudar o tipo de mídia de audio/RTP para image/T.38. Se o outro lado aceitar, ambos os legs mudam para mídia T.38. Um SBC retransmitirá esses re-INVITEs e mudará para T.38.
4. Transmissão de mídia T.38. O gateway remetente demodula o áudio de fax T.30 em pacotes de dados T.38. Esses pacotes transportam os dados da imagem de fax em um formato estruturado (IFP — Internet Facsimile Protocol packets) e são transportados usando UDPTL (UDP Transport Layer) ou, menos comumente, RTP. O UDPTL inclui redundância integrada: cada pacote carrega cópias de pacotes anteriores para que o receptor possa reconstruir dados perdidos sem retransmissão.
5. Remodulação e entrega. O gateway receptor recebe os pacotes de dados T.38, remodula-os de volta em áudio de fax T.30 e os entrega à máquina de fax receptora através de sua conexão local (que pode ser analógica, ISDN ou outro leg IP).
6. Encerramento da chamada. Quando a transmissão de fax é concluída, a chamada termina com um SIP BYE padrão.

O ponto principal é que o T.38 isola os dados do fax das deficiências da rede IP. A perda de pacotes que corromperia um fluxo de áudio de fax G.711 é tratada pelo mecanismo de redundância do UDPTL. O jitter que afetaria a temporização do fax é absorvido porque os dados são estruturados, não uma forma de onda de áudio bruta. A transcodificação de codec nunca toca o conteúdo do fax porque ele é transportado como dados, não como áudio.

Relay T.38 vs. Passthrough G.711

Existem duas abordagens para transportar fax sobre uma rede IP, e entender a diferença é fundamental para configurar seu SBC corretamente.
Passthrough G.711 trata a chamada de fax exatamente como uma chamada de voz. O áudio do modem da máquina de fax é amostrado a 8 kHz, codificado como pacotes RTP G.711 (PCMU ou PCMA) e enviado pela rede. Nenhuma demodulação ocorre. O áudio bruto do fax (T.30) viaja de ponta a ponta como RTP padrão.
Esta é a abordagem mais simples, mas é frágil. Para que o passthrough G.711 funcione, todos os dispositivos no caminho devem cooperar: a supressão de silêncio (VAD) deve ser desativada (ou ela cortará o sinal de fax durante as pausas), o cancelamento de eco deve ser desativado (ou ele interferirá nos tons de modem), nenhuma transcodificação de codec pode ocorrer em nenhum ponto do caminho (G.729 ou qualquer codec comprimido destruirá o fax), e a perda de pacotes deve ser próxima de zero. Até mesmo 1-2% de perda de pacotes pode causar a falha de uma página de fax no modo passthrough porque não há mecanismo de redundância.
Relay T.38 demodula o áudio do fax no gateway remetente, transporta os dados do fax como pacotes T.38 com redundância integrada e remodula na ponta receptora (conforme descrito na seção anterior). Essa abordagem é mais resiliente porque separa o conteúdo do fax do transporte de áudio e inclui sua própria correção de erros.

Quando usar cada um

O relay T.38 é o método preferido quando ambos os endpoints (ou gateways) o suportam. Ele lida melhor com as deficiências da rede, usa menos largura de banda e produz taxas mais altas de sucesso de fax.
O passthrough G.711 é o fallback quando um ou ambos os endpoints não suportam T.38. Funciona em redes com baixa perda de pacotes e jitter, mas requer configuração cuidadosa para evitar modos de falha comuns.
Em muitas implantações no mundo real, o SBC lida com um cenário híbrido: T.38 no leg voltado para a operadora (onde o provedor de SIP trunk suporta T.38) e passthrough G.711 no leg voltado para o cliente (onde o dispositivo de fax ou PBX não suporta T.38), ou vice-versa. O SBC faz a ponte entre os dois demodulando um lado e remodulando para o outro. Esta é uma das funções mais valiosas que um SBC oferece para tráfego de fax.

Por que o fax falha em redes VoIP

Se você está solucionando problemas de falhas de fax em uma rede IP, a causa é quase sempre um destes problemas:
Transcodificação de codec é o culpado mais comum. Um codec comprimido (G.729, G.726, AMR) em algum lugar do caminho destrói os tons de modem do fax. O áudio do fax deve permanecer em G.711 ou ser tratado via T.38. Se qualquer trunk group, PBX ou operadora no caminho forçar um codec com perda, o fax falhará.
Perda de pacotes torna-se crítica no modo passthrough G.711, onde até 1% de perda pode corromper uma página de fax. Diferentemente da voz, onde o ouvido humano pode tolerar breves interrupções, uma máquina de fax interpreta cada bit da forma de onda de áudio. Um único pacote perdido pode invalidar uma página inteira.
Supressão de silêncio (VAD) economiza largura de banda ao não enviar pacotes durante o silêncio. As máquinas de fax produzem pausas entre páginas e durante fases de negociação. Se o VAD interpretar essas pausas como silêncio e parar de transmitir, a máquina de fax receptora perde a sincronização e a sessão falha.
Cancelamento de eco apresenta um risco porque canceladores de eco projetados para voz podem interferir no tom CED de 2.100 Hz e em outros sinais de modem. Muitos canceladores de eco são projetados para se desativarem quando detectam um tom de 2.100 Hz, mas nem todas as implementações funcionam corretamente.
Falhas de SIP re-INVITE ocorrem quando o SBC ou o gateway detecta tons de fax e envia um SIP re-INVITE para mudar para T.38, mas o re-INVITE deve alcançar o outro lado e ser aceito. Firewalls, dispositivos NAT e middleboxes que não reconhecem SIP podem bloquear ou corromper re-INVITEs, impedindo a mudança para T.38. A chamada recai para G.711, e se as condições de passthrough não forem atendidas, o fax falha.

O papel do SBC no Fax sobre IP

Um SBC fica na fronteira entre segmentos de rede: entre sua rede interna e um provedor de SIP trunk, entre duas operadoras em um arranjo de peering, ou entre o PBX de um cliente e sua plataforma de voz hospedada. Essa posição de fronteira torna o SBC o ponto natural de controle para o tratamento de fax.

Funções principais do SBC para FoIP

Relay de SIP re-INVITE T.38 é a função primária de tratamento de fax. Quando um gateway em um lado da chamada detecta tons de fax e envia um SIP re-INVITE para mudar para T.38, o SBC retransmite esse re-INVITE para o outro lado e muda para o modo de fax configurado. O SBC não detecta tons de fax por conta própria; ele responde à sinalização re-INVITE dos gateways e aplica a configuração de relay de fax que você definiu (relay T.38 ou passthrough G.711).
Negociação independente por leg é onde a arquitetura de SBC Back-to-Back User Agent (B2BUA) se torna importante. Um B2BUA encerra a sessão SIP em cada leg de forma independente. Isso significa que o SBC pode tratar um re-INVITE T.38 de um lado e negociar o modo de fax apropriado no outro leg de forma independente. Um SIP proxy não pode fazer isso; ele apenas encaminha mensagens SIP sem modificá-las, o que significa que ambos os lados devem concordar com o mesmo método de transporte de fax.
Conversão de protocolo entra em jogo quando um lado fala T.38 e o outro não. O SBC realiza a função de demodulação/remodulação: recebe dados T.38 de um leg, converte-os em áudio de fax G.711 e os envia pelo outro leg (ou vice-versa). Essa função de interoperabilidade é crítica em ambientes multivendor onde nem todos os endpoints têm as mesmas capacidades.
Normalização de cabeçalhos SIP cobre as diferenças em como as implementações SIP formatam ofertas T.38. O SBC normaliza os atributos SDP (Session Description Protocol) — versão T.38, taxa máxima de bits, gerenciamento de taxa de fax, modo de correção de erros — para que ambos os lados possam concordar em um conjunto comum de parâmetros, mesmo que usem formatações SDP diferentes.
Salvaguardas de confiabilidade garantem que supressão de silêncio, cancelamento de eco e transcodificação de codec sejam desativados nos legs de chamadas de fax. Quando o SBC recebe um re-INVITE T.38, ele aplica o perfil de relay de fax configurado, que já deve ter essas salvaguardas definidas.

Como o ProSBC trata Fax sobre IP

O ProSBC inclui um conjunto dedicado de recursos de Fax/Modem Relay projetado exatamente para esses cenários. As opções de configuração incluem:
Enable Fax/Modem Relay ativa o tratamento de relay de fax nos NAPs (Network Access Points) relevantes.
Relay Mode: T.38 ou Passthrough permite que você escolha relay T.38 ou passthrough G.711. Quando um re-INVITE T.38 chega de um gateway, o ProSBC aplica o modo de relay configurado. T.38 é o modo recomendado quando ambos os endpoints o suportam; passthrough é o fallback.
Prevent Direct Invite in T.38 controla se o ProSBC permite que o INVITE inicial estabeleça uma sessão T.38 diretamente, ou exige que a chamada comece como áudio e faça a transição para T.38 após um re-INVITE. Alguns endpoints enviam um INVITE T.38 direto sem começar no modo de áudio; essa configuração controla como o ProSBC lida com esse comportamento.
Detection Type: Silence Suppression Off garante que a supressão de silêncio seja desativada durante o relay de fax, evitando a perda do sinal de fax durante as pausas.
Quando o ProSBC recebe T.38 de um lado e o passa para o outro como T.38, nenhum hardware de transcodificação é necessário — o SBC realiza um relay T.38-para-T.38. A arquitetura B2BUA do ProSBC significa que cada leg da chamada é tratado de forma independente, então a negociação T.38 no lado da operadora não precisa corresponder à configuração no lado do cliente. Isso é particularmente útil ao interconectar um provedor de SIP trunk que insiste em T.38 com um PBX legado que suporta apenas passthrough G.711, ou ao rotear tráfego de fax entre operadoras com implementações T.38 diferentes.
O mecanismo de roteamento Ruby programável do ProSBC também permite que operadores apliquem lógica personalizada a chamadas de fax, por exemplo, roteando tráfego de fax para trunk groups dedicados otimizados para fax, aplicando diferentes políticas de qualidade de serviço a sessões de fax ou registrando registros de detalhes de chamadas de fax separadamente para fins de faturamento.

Melhores práticas para FoIP confiável através do seu SBC

Conseguir que o Fax sobre IP funcione de forma confiável se resume a eliminar os modos de falha listados acima. Aqui está um checklist prático:

• Use relay T.38 quando ambos os endpoints o suportam. O T.38 lida com deficiências de rede muito melhor do que o passthrough G.711. Configure seu SBC para oferecer T.38 por padrão e recair para passthrough apenas quando o outro lado rejeitar o re-INVITE T.38.
• Desative a supressão de silêncio em trunks de fax. O VAD destruirá sessões de fax. Certifique-se de que esteja desativado em todos os trunk groups e NAPs que transportam tráfego de fax.
• Desative o cancelamento de eco para chamadas de fax. Seu SBC deve desativar automaticamente o cancelamento de eco quando detectar tons de fax. Verifique se isso está acontecendo conferindo os traces de chamada.
• Use apenas G.711 — nunca um codec comprimido. Se estiver usando o modo passthrough, o codec deve ser G.711 (PCMU ou PCMA). Se qualquer dispositivo no caminho transcodificar para G.729 ou outro codec comprimido, o fax falhará. Configure seu SBC para forçar G.711 nos trunk groups designados para fax.
• Garanta que os SIP re-INVITEs possam passar por firewalls. O T.38 requer um SIP re-INVITE no meio da chamada para mudar os tipos de mídia. Se seu firewall ou dispositivo NAT bloquear re-INVITEs, a mudança para T.38 falhará. Confirme que suas regras de firewall permitem re-INVITEs no caminho de sinalização SIP.
• Teste de ponta a ponta antes da produção. Envie faxes de teste através do caminho completo — da máquina ou servidor de fax, passando pelo SBC, através do SIP trunk, até o endpoint receptor. Teste faxes de múltiplas páginas, faxes de alta resolução e faxes durante períodos de pico de tráfego.
• Tenha passthrough G.711 como fallback. Se a negociação T.38 falhar, o SBC deve recair para passthrough G.711 de forma suave em vez de derrubar a chamada.

Indústrias que ainda dependem de fax — e por que o FoIP é importante

O fax persiste porque regulamentação e inércia o mantêm em uso. Provedores de saúde nos Estados Unidos transmitem registros de pacientes por fax porque a HIPAA reconhece o fax (tanto analógico quanto FoIP) como um método de transmissão em conformidade para informações de saúde protegidas (PHI). Escritórios de advocacia enviam petições judiciais e documentos assinados por fax onde as jurisdições ainda aceitam ou exigem. Agências governamentais em todos os níveis exigem envios por fax para determinados processos. Instituições financeiras usam fax para documentos de empréstimo, relatórios de conformidade e confirmações de transações.
Para qualquer provedor de serviços, MSP ou empresa que atende essas indústrias, o suporte a FoIP não é um recurso secundário no seu SBC; é um requisito. Um único fax falhado em um contexto de saúde ou jurídico pode atrasar o atendimento ao paciente, perder um prazo judicial ou causar uma violação de conformidade.
A PSTN está sendo desativada. As linhas analógicas de fax estão desaparecendo. Toda organização que depende de fax está migrando para FoIP, quer tenha planejado ou não. A questão é se sua rede de voz, e especificamente seu SBC, lida com a transição corretamente.

Perguntas Frequentes