Fax over IP (FoIP) : fonctionnement du T.38 et rôle de votre SBC

Beaucoup pensent que le fax est mort. Ce n’est pas le cas. Les établissements de santé transmettent des dossiers patients par fax parce que la réglementation HIPAA le reconnaît comme méthode de transmission conforme. Les tribunaux acceptent les documents faxés. Les organismes gouvernementaux exigent des formulaires faxés. Les institutions financières finalisent des prêts avec des signatures faxées. Tant que ces industries dépendent du fax, chaque réseau voix qui migre du PSTN vers l’IP doit prévoir une solution fiable pour transporter le trafic fax.

Le problème est que le fax et la VoIP ne font pas bon ménage. La perte de paquets, la gigue et la compression de codec qu’un appel vocal tolère suffisent à perturber une transmission fax. Cet article explique le fonctionnement du Fax over IP (FoIP), la raison d’être du protocole T.38, les différences entre le relais T.38 et le passthrough G.711, et ce que votre contrôleur de session en bordure (SBC) doit faire pour maintenir le fax après votre migration vers l’IP.

Qu’est-ce que le Fax over IP (FoIP) ?

Le Fax over IP est exactement ce que son nom indique : la transmission de documents fax sur un réseau IP au lieu d’une ligne PSTN commutée traditionnelle.

Les télécopieurs traditionnels communiquent via le protocole T.30, conçu pour les circuits téléphoniques analogiques. Lorsqu’un télécopieur émetteur appelle un télécopieur récepteur, ils négocient leurs capacités (vitesse, résolution, compression) par un échange de tonalités modem. Le télécopieur émetteur module ensuite les données de l’image numérisée en signaux audio et les transmet sur la ligne téléphonique. Le télécopieur récepteur démodule ces signaux en données image et imprime la page.

Ce processus repose sur un circuit analogique continu, à faible latence, avec un timing prévisible. Un appel commuté PSTN fournit exactement cela. Une transmission VoIP conçue pour la voix, non.

Sur un réseau IP, l’audio voix (et fax) est échantillonné, numérisé, découpé en paquets et (en cas d’utilisation de l’internet public) envoyé sur un réseau à effort maximal où les paquets peuvent arriver en retard, dans le désordre, ou pas du tout. Les codecs vocaux comme le G.729 compressent agressivement l’audio pour économiser de la bande passante, ce qui fonctionne bien pour la parole humaine mais détruit les tonalités modem précises qu’utilisent les télécopieurs. Le G.711 non compressé lui-même peut échouer en cas de perte de paquets ou si les tampons de gigue introduisent des variations de timing.

Le résultat : des transmissions fax qui échouent en cours de route, produisent des pages illisibles, ou ne se connectent jamais. Avec l’extinction progressive du PSTN et la consolidation des réseaux voix sur IP, résoudre ce problème n’est pas optionnel pour les fournisseurs de services, les MSP et les entreprises qui servent des industries dépendantes du fax.

Fonctionnement du T.38

Le T.38 est une recommandation de l’ITU-T (norme) conçue spécifiquement pour la transmission de fax en temps réel sur les réseaux IP. Plutôt que de forcer l’audio fax à travers un codec vocal en espérant que tout se passe bien, le T.38 adopte une approche fondamentalement différente : il démodule le signal fax en données structurées, transporte ces données sous forme de paquets avec redondance intégrée, et les remodule en audio fax côté réception.

Voici le déroulement d’un appel fax T.38 à travers un réseau type :

1. Établissement de l’appel vocal. Le télécopieur émetteur initie un appel téléphonique standard via SIP. L’appel est établi comme une session vocale normale avec un codec audio (généralement G.711).
2. Détection des tonalités fax. Lorsque le télécopieur émetteur émet une tonalité CNG (Calling) à 1 100 Hz qui se répète toutes les 3 secondes, et que le télécopieur récepteur répond par une tonalité CED (Called) à 2 100 Hz, le réseau détecte que cet appel est un fax et non une conversation vocale.
3. SIP re-INVITE vers T.38. La passerelle effectuant la conversion TDM vers IP envoie un SIP re-INVITE à l’autre extrémité, proposant de basculer le type de média d’audio/RTP vers image/T.38. Si l’autre partie accepte, les deux segments passent en média T.38. Un SBC relaie ces re-INVITE et bascule vers le T.38.
4. Transmission média T.38. La passerelle émettrice démodule l’audio fax T.30 en paquets de données T.38. Ces paquets transportent les données image fax dans un format structuré (IFP, paquets Internet Facsimile Protocol) et sont acheminés via UDPTL (UDP Transport Layer) ou, plus rarement, RTP. L’UDPTL inclut une redondance intégrée : chaque paquet contient des copies des paquets précédents afin que le récepteur puisse reconstruire les données perdues sans retransmission.
5. Remodulation et livraison. La passerelle réceptrice prend les paquets de données T.38, les remodule en audio fax T.30, et les livre au télécopieur récepteur via sa connexion locale (qui peut être analogique, RNIS ou un autre segment IP).
6. Fin de l’appel. Lorsque la transmission fax est terminée, l’appel se termine par un SIP BYE standard.

Le point clé est que le T.38 isole les données fax des dégradations du réseau IP. La perte de paquets qui corromprait un flux audio fax G.711 est gérée par le mécanisme de redondance UDPTL. La gigue qui perturberait le timing du fax est absorbée parce que les données sont structurées, et non une forme d’onde audio brute. Le transcodage de codec ne touche jamais le contenu fax puisqu’il est transporté sous forme de données, pas d’audio.

Relais T.38 vs passthrough G.711

Il existe deux approches pour transporter le fax sur un réseau IP, et comprendre la différence est essentiel pour configurer correctement votre SBC.

Passthrough G.711 traite l’appel fax exactement comme un appel vocal. L’audio modem du télécopieur est échantillonné à 8 kHz, encodé en paquets RTP G.711 (PCMU ou PCMA), et envoyé sur le réseau. Aucune démodulation n’intervient. L’audio fax brut (T.30) circule de bout en bout sous forme de RTP standard.

C’est l’approche la plus simple, mais elle est fragile. Pour que le passthrough G.711 fonctionne, chaque équipement du chemin doit coopérer : la suppression de silence (VAD) doit être désactivée (sinon elle coupera le signal fax pendant les pauses), l’annulation d’écho doit être désactivée (sinon elle interférera avec les tonalités modem), aucun transcodage ne doit intervenir dans le chemin (le G.729 ou tout codec compressé détruira le fax), et la perte de paquets doit être quasi nulle. Même 1 à 2 % de perte de paquets peut provoquer l’échec d’une page fax en mode passthrough, car il n’y a aucun mécanisme de redondance.

Le relais T.38 démodule l’audio fax côté passerelle émettrice, transporte les données fax sous forme de paquets T.38 avec redondance intégrée, et les remodule côté réception (comme décrit dans la section précédente). Cette approche est plus résiliente car elle sépare le contenu fax du transport audio et inclut sa propre correction d’erreurs.

Quand utiliser chaque méthode

Le relais T.38 est la méthode privilégiée lorsque les deux points de terminaison (ou passerelles) le prennent en charge. Il gère mieux les dégradations réseau, utilise moins de bande passante et produit des taux de réussite fax plus élevés.

Le passthrough G.711 est la solution de repli lorsqu’un ou les deux points de terminaison ne prennent pas en charge le T.38. Il fonctionne sur les réseaux à faible perte de paquets et faible gigue, mais nécessite une configuration rigoureuse pour éviter les modes de défaillance courants.

Dans de nombreux déploiements réels, le SBC gère un scénario hybride : T.38 côté opérateur (où le fournisseur de trunk SIP prend en charge le T.38) et passthrough G.711 côté client (où le télécopieur ou le PBX ne prend pas en charge le T.38), ou inversement. Le SBC fait le pont entre les deux en démodulant d’un côté et en remodulant pour l’autre. C’est l’une des fonctions les plus précieuses qu’un SBC fournit pour le trafic fax.

Pourquoi le fax échoue sur les réseaux VoIP

Si vous dépannez des échecs de fax sur un réseau IP, la cause est presque toujours l’un de ces problèmes :

Le transcodage de codec est le coupable le plus fréquent. Un codec compressé (G.729, G.726, AMR) quelque part dans le chemin détruit les tonalités modem du fax. L’audio fax doit rester en G.711 ou être géré via T.38. Si un groupe de trunks, un PBX ou un opérateur dans le chemin impose un codec avec perte, le fax échouera.

La perte de paquets devient critique en mode passthrough G.711, où même 1 % de perte peut corrompre une page fax. Contrairement à la voix, où l’oreille humaine tolère de brèves coupures, un télécopieur interprète chaque bit de la forme d’onde audio. Un seul paquet perdu peut invalider une page entière.

La suppression de silence (VAD) économise de la bande passante en arrêtant l’envoi de paquets pendant le silence. Les télécopieurs produisent des pauses entre les pages et pendant les phases de négociation. Si le VAD interprète ces pauses comme du silence et cesse de transmettre, le télécopieur récepteur perd la synchronisation et la session échoue.

L’annulation d’écho présente un risque car les annuleurs d’écho conçus pour la voix peuvent interférer avec la tonalité CED à 2 100 Hz et d’autres signaux modem. De nombreux annuleurs d’écho sont conçus pour se désactiver lorsqu’ils détectent une tonalité de 2 100 Hz, mais toutes les implémentations ne fonctionnent pas correctement.

Les échecs de SIP re-INVITE surviennent lorsque le SBC ou la passerelle détecte les tonalités fax et envoie un SIP re-INVITE pour basculer vers le T.38, mais le re-INVITE doit atteindre l’autre côté et être accepté. Les pare-feu, les équipements NAT et les éléments intermédiaires non compatibles SIP peuvent bloquer ou corrompre les re-INVITE, empêchant le basculement T.38. L’appel retombe en G.711, et si les conditions de passthrough ne sont pas réunies, le fax échoue.

Le rôle du SBC dans le Fax over IP

Un SBC se situe à la frontière entre les segments de réseau : entre votre réseau interne et un fournisseur de trunk SIP, entre deux opérateurs dans un accord de peering, ou entre le PBX d’un client et votre plateforme voix hébergée. Cette position frontalière fait du SBC le point de contrôle naturel pour la gestion du fax.

Fonctions clés du SBC pour le FoIP

Le relais T.38 re-INVITE est la fonction principale de gestion du fax. Lorsqu’une passerelle d’un côté de l’appel détecte les tonalités fax et envoie un SIP re-INVITE pour basculer vers le T.38, le SBC relaie ce re-INVITE à l’autre côté et applique le mode fax configuré. Le SBC ne détecte pas lui-même les tonalités fax ; il répond à la signalisation re-INVITE des passerelles et applique la configuration de relais fax que vous avez définie (relais T.38 ou passthrough G.711).

La négociation indépendante par segment est là où l’architecture B2BUA (Back-to-Back User Agent) du SBC prend toute son importance. Un B2BUA termine la session SIP sur chaque segment de manière indépendante. Cela signifie que le SBC peut gérer un T.38 re-INVITE d’un côté et négocier le mode fax approprié sur l’autre segment de façon autonome. Un proxy SIP ne peut pas faire cela ; il se contente de transférer les messages SIP sans les modifier, ce qui implique que les deux côtés doivent s’accorder sur la même méthode de transport fax.

La conversion de protocole entre en jeu lorsqu’un côté parle T.38 et l’autre non. Le SBC effectue la fonction de démodulation/remodulation : il reçoit les données T.38 d’un segment, les convertit en audio fax G.711, et les envoie sur l’autre segment (ou inversement). Cette fonction d’interopérabilité est essentielle dans les environnements multi-fournisseurs où tous les points de terminaison n’ont pas les mêmes capacités.

La normalisation des en-têtes SIP couvre les différences de formatage des offres T.38 selon les implémentations SIP. Le SBC normalise les attributs SDP (Session Description Protocol), version T.38, débit binaire maximal, gestion du débit fax, mode de correction d’erreurs, afin que les deux côtés puissent s’accorder sur un ensemble commun de paramètres même s’ils utilisent des formats SDP différents.

Les protections de fiabilité garantissent que la suppression de silence, l’annulation d’écho et le transcodage de codec sont désactivés sur les segments d’appels fax. Lorsque le SBC reçoit un T.38 re-INVITE, il applique le profil de relais fax configuré, qui devrait déjà inclure ces protections.

Comment ProSBC gère le Fax over IP

ProSBC inclut un ensemble de fonctionnalités dédiées au relais Fax/Modem, conçu pour ces scénarios précis. Les options de configuration comprennent :

Activer le relais Fax/Modem active la gestion du relais fax sur les NAP (Network Access Points) concernés.

Mode de relais : T.38 ou Passthrough vous permet de choisir entre le relais T.38 et le passthrough G.711. Lorsqu’un T.38 re-INVITE arrive d’une passerelle, ProSBC applique le mode de relais configuré. Le T.38 est le mode recommandé lorsque les deux points de terminaison le prennent en charge ; le passthrough est la solution de repli.

Empêcher l’INVITE direct en T.38 contrôle si ProSBC autorise l’INVITE initial à établir directement une session T.38, ou exige que l’appel commence en audio puis bascule vers le T.38 après un re-INVITE. Certains points de terminaison envoient un INVITE T.38 direct sans démarrer en mode audio ; ce paramètre contrôle la façon dont ProSBC gère ce comportement.

Type de détection : suppression de silence désactivée garantit que la suppression de silence est désactivée pendant le relais fax, empêchant la perte du signal fax pendant les pauses.

Lorsque ProSBC reçoit du T.38 d’un côté et le transmet à l’autre en T.38, aucun matériel de transcodage n’est nécessaire : le SBC effectue un relais T.38 vers T.38. L’architecture B2BUA de ProSBC signifie que chaque segment d’appel est géré indépendamment, donc la négociation T.38 côté opérateur n’a pas à correspondre à la configuration côté client. C’est particulièrement utile pour interconnecter un fournisseur de trunk SIP qui exige le T.38 avec un PBX ancien qui ne prend en charge que le passthrough G.711, ou pour router le trafic fax entre opérateurs avec des implémentations T.38 différentes.

Le moteur de routage Ruby programmable de ProSBC permet également aux opérateurs d’appliquer une logique personnalisée aux appels fax, par exemple router le trafic fax vers des groupes de trunks dédiés optimisés pour le fax, appliquer des politiques de qualité de service différentes aux sessions fax, ou journaliser les enregistrements d’appels fax séparément à des fins de facturation.

Bonnes pratiques pour un FoIP fiable à travers votre SBC

Obtenir un Fax over IP fiable revient à éliminer les modes de défaillance énumérés ci-dessus. Voici une liste de vérification pratique :

• Utilisez le relais T.38 lorsque les deux points de terminaison le prennent en charge. Le T.38 gère les dégradations réseau bien mieux que le passthrough G.711. Configurez votre SBC pour proposer le T.38 par défaut et ne retomber en passthrough que lorsque l’autre côté rejette le T.38 re-INVITE.
• Désactivez la suppression de silence sur les trunks fax. Le VAD tue les sessions fax. Assurez-vous qu’il est désactivé sur chaque groupe de trunks et NAP qui transporte du trafic fax.
• Désactivez l’annulation d’écho pour les appels fax. Votre SBC devrait automatiquement désactiver l’annulation d’écho lorsqu’il détecte les tonalités fax. Vérifiez que c’est bien le cas en consultant les traces d’appels.
• Utilisez uniquement le G.711, jamais un codec compressé. En mode passthrough, le codec doit être G.711 (PCMU ou PCMA). Si un équipement dans le chemin transcode vers le G.729 ou un autre codec compressé, le fax échouera. Configurez votre SBC pour forcer le G.711 sur les groupes de trunks dédiés au fax.
• Assurez-vous que les SIP re-INVITE peuvent traverser les pare-feu. Le T.38 nécessite un SIP re-INVITE en cours d’appel pour changer de type de média. Si votre pare-feu ou votre équipement NAT bloque les re-INVITE, le basculement T.38 échouera. Confirmez que vos règles de pare-feu autorisent les re-INVITE sur le chemin de signalisation SIP.
• Testez de bout en bout avant la production. Envoyez des fax de test à travers le chemin complet, du télécopieur ou serveur, à travers le SBC, sur le trunk SIP, jusqu’au point de terminaison récepteur. Testez les fax multi-pages, les fax haute résolution et les fax pendant les périodes de pointe.
• Prévoyez le passthrough G.711 comme solution de repli. Si la négociation T.38 échoue, le SBC devrait retomber en passthrough G.711 de manière fluide plutôt que de raccrocher l’appel.

Les industries qui dépendent encore du fax, et pourquoi le FoIP compte

Le fax persiste parce que la réglementation et l’inertie le maintiennent en place. Les établissements de santé aux États-Unis transmettent des dossiers patients par fax parce que la norme HIPAA reconnaît le fax (analogique et FoIP) comme méthode de transmission conforme pour les informations de santé protégées (PHI). Les cabinets juridiques faxent des actes judiciaires et des documents signés lorsque les juridictions les acceptent ou les exigent encore. Les organismes gouvernementaux à tous les niveaux exigent des soumissions par fax pour certains processus. Les institutions financières utilisent le fax pour les documents de prêt, les rapports de conformité et les confirmations de transactions.

Pour tout fournisseur de services, MSP ou entreprise servant ces industries, la prise en charge du FoIP n’est pas un ajout facultatif dans votre SBC ; c’est une exigence. Un seul fax échoué dans un contexte de santé ou juridique peut retarder les soins aux patients, manquer une échéance judiciaire ou provoquer une violation de conformité.

Le PSTN s’éteint progressivement. Les lignes fax analogiques disparaissent. Chaque organisation qui dépend du fax migre vers le FoIP, qu’elle l’ait prévu ou non. La question est de savoir si son réseau voix, et spécifiquement son SBC, gère correctement cette transition.

Foire aux questions