Guide de dépannage du relais de fax

Introduction

L'objectif de ce document est de fournir un guide de base pour le dépannage et la résolution des problèmes de relais de télécopie Cisco. Les complexités techniques des télécopies et des relais fax ne sont pas traitées en détail, mais vous devriez être en mesure de résoudre la plupart des problèmes courants de relais fax. Une vue d'ensemble des relais fax et fax Cisco est également fournie.

Conditions préalables

Conditions requises

Les lecteurs de ce document doivent savoir que plusieurs techniques sont utilisées pour passer des appels de télécopie sur un réseau de téléphonie par paquets sur les passerelles Cisco IOS^® :

• Relais de télécopie propriétaire Cisco

• Relais de télécopie T.38

• Transfert de télécopie

• Mise à niveau de télécopie

• Télécopie T.37 et transfert

En outre, trois principales technologies de téléphonie par paquets sont utilisées aujourd'hui, collectivement appelées Voix sur X (VoX) :

• Voix sur IP (VoIP)

• VoFR (Voice over Frame Relay)

• Voix sur ATM (VoATM)

Le principal objectif de ce document est le relais de télécopie propriétaire Cisco sur les passerelles Cisco IOS, qui fonctionne sur les réseaux VoIP. T.38 Fax Relay et les autres technologies VoX sont également abordés.

Components Used

Les informations de ce document sont principalement basées sur le logiciel Cisco IOS Version 12.2(5), bien que la plupart des informations soient également utiles pour d'autres versions du logiciel Cisco IOS.

Certaines informations de débogage ont été extraites d'une passerelle Cisco IOS qui exécutait le logiciel Cisco IOS Version 12.2(7). Ce point est noté dans la section Débogage de ce document.

Les informations présentées dans ce document ont été créées à partir de périphériques dans un environnement de laboratoire spécifique. All of the devices used in this document started with a cleared (default) configuration. Si vous travaillez dans un réseau opérationnel, assurez-vous de bien comprendre l'impact potentiel de toute commande avant de l'utiliser.

Conventions

Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.

Présentation du relais fax et fax

La plupart des télécopieurs modernes sont conformes au groupe 3. Le groupe de télécopie 3 est une technologie normalisée qui se compose principalement des recommandations de l'UIT T.4 et T.30. T.4 se rapporte à la façon dont l'image de télécopie est codée par un télécopieur, et T.30 détaille les négociations de télécopie et le protocole de communication.

Les télécopieurs de groupe 3 ont été conçus pour être utilisés sur le réseau téléphonique public commuté (RTPC). Puisque le RTPC a été conçu pour la parole humaine, le groupe 3 utilise un codage analogique ou des signaux modulés, tout comme un modem analogique. Les modems analogiques et les télécopieurs sont des périphériques numériques qui doivent utiliser un signal analogique modulé pour transmettre les informations numériques sur le RTPC. Ce signal modulé peut généralement être entendu sous forme de différentes tonalités audio.

Les passerelles d'un réseau VoX traitent initialement les appels voix et fax de la même manière. Les deux types d'appels font que la passerelle charge le codec de compression vocale configuré dans le processeur de signal numérique (DSP). Pour plus d'informations sur les DSP, consultez Matériel vocal : Processeurs de signaux numériques C542 et C549 (DSP).

Les codecs de compression vocale sont généralement des codecs de compression élevée, de sorte que moins de bande passante est utilisée pour chaque appel vocal. Les codecs à compression élevée, tels que G729 et G723, sont optimisés pour la voix et compressent la voix à faible bande passante (8 kbits/s, ce qui exclut la surcharge pour G.729) tout en conservant une bonne qualité, mais G.729 et d'autres codecs à compression élevée ne sont pas optimisés pour les télécopies. En fait, les signaux modulés des transmissions de fax ne passent généralement pas correctement lorsque ces codecs sont utilisés et les appels de fax échouent en conséquence. Pour plus d'informations sur les codecs de compression, consultez Voix sur IP - Consommation de bande passante par appel.

Les télécopies peuvent être transmises avec succès lorsque des codecs avec des taux de compression inférieurs ou aucune compression (comme G.726 et G.711 sans annulation d'écho ou détection d'activité vocale) sont utilisés. Cette méthode de transmission de télécopie par le biais du codec vocal est généralement appelée transmission par télécopie ou transmission par télécopie intrabande. Une technique connue sous le nom de vitesse ascendante permet à la passerelle de charger initialement le codec de compression vocale configuré dans le DSP pour les appels vocaux et de le remplacer par un codec de faible compression si des tonalités de télécopie sont détectées.

Avec le fax intrabande, le signal modulé initial est codé et compressé par le codec sur le routeur source et transmis sur le réseau VoX, comme s'il s'agissait d'un exemple de voix. La passerelle de terminaison décompresse et décode l'échantillon et le diffuse au télécopieur de terminaison. Le relais de télécopie fonctionne différemment. Il s’agit d’un protocole qui met fin au signal modulé, extrait les informations numériques, puis transmet les informations numériques via le réseau de données avec des paquets de données. Du côté de la terminaison, les informations numériques sont extraites du paquet, modulées et lues.

Notions de base sur les télécopies

Un appel fax peut être divisé en deux parties : négociation de fax et transmission de page.

La négociation de télécopie bidirectionnelle non simultanée se produit au début d'un appel de télécopie. Les trames de données HDLC (High-Level Data Link Control) modulées V.21 sont transmises à une vitesse de 300 bits/s. Ces trames de données sont envoyées dans une séquence standard entre les télécopieurs d'origine et de terminaison. Dans cet échange, chaque périphérique de télécopie échange ses fonctionnalités et les deux périphériques de télécopie conviennent des caractéristiques de la session de télécopie avant que la transmission de la page ne se produise. Cette illustration illustre un appel de télécopie traditionnel sur RTPC.

Parmi les fonctionnalités échangées et négociées, citons la vitesse de transmission des pages, le mode de correction des erreurs (ECM), la résolution, le codage des pages et le temps d'analyse. La vitesse de transmission des pages (formation) est une négociation importante qui détermine la vitesse à laquelle la télécopie enverra ses informations. Les télécopies essaient de s'entraîner à la vitesse de modulation la plus élevée possible en fonction des paramètres échangés initialement. Les périphériques de télécopie reprendront leur formation à une vitesse inférieure si la formation à une vitesse supérieure échoue.

La transmission de page se produit lorsque la partie formation de la phase de négociation de fax est terminée avec l'utilisation des paramètres précédemment convenus. Les informations de page sont codées en lignes de numérisation avec une résolution standard de 203H x 98V points par pouce. Les images de télécopie sont généralement compressées et codées avec le codage Modified Huffman (MH) ou Modified Read (MR). Le MH se compresse généralement à un rapport de 20:1. Le codage MR offre généralement une amélioration de la compression de 20 % par rapport au MH, mais il est légèrement moins résistant aux erreurs.

En cas de transmission de page, un débit binaire supérieur aux 300 BPS initiaux utilisés dans la négociation de configuration d'appel est utilisé. Le débit binaire utilisé pour la transmission de la page est confirmé lors de la formation. Voici quelques-uns des taux courants utilisés dans la transmission de pages de télécopie :

• V.27ter - 2 400/4 800 BPS

• V.29 - 7 200/9 600 BPS

• V.17 - 14 400 BPS

Remarque : Ces spécifications V.XX utilisées pour la transmission de pages (V.27ter, V.29, V.17) et la négociation de télécopies (V.21) sont des spécifications qui définissent la manière dont les données numériques doivent être envoyées sur des lignes téléphoniques analogiques. Les modems de données peuvent également utiliser ces spécifications même si la plupart des modems de données ont migré vers des vitesses beaucoup plus rapides.

Notions de base sur le relais de télécopie

Le relais de télécopie est une technique utilisée pour pallier la déficience des codecs vocaux à compression élevée (G729, g723, etc.) lorsque ces codecs tentent de transmettre le trafic de télécopie.

Comme un appel de télécopie est traité comme s'il s'agissait d'un appel vocal régulier, le DSP de chaque passerelle est mis en mode voix, après quoi la parole humaine doit être reçue et traitée. Dans la durée de l'appel, si une tonalité de réponse par fax (CED) ou d'appel (CNG) est entendue, le DSP n'interfère pas avec le traitement de la parole. Elle permet à la tonalité de continuer à traverser la branche d'appel VoX.

Un télécopieur normal, après avoir généré un CED ou entendu un GNC, transmet un message T.30 DIS dans le cadre d'une prise de contact de fax. Ce processus se produit généralement au télécopieur de terminaison. Le DSP de la passerelle de terminaison détecte ensuite la séquence d'indicateur HDLC au début du message DIS et lance la commutation de relais de télécopie. Cela signifie qu'il décharge le codec vocal et charge un codec de télécopie pour gérer l'appel de télécopie qui a lieu.

Une notification est également envoyée au DSP de l'autre côté du réseau VoX afin que les DSP de chaque côté de l'appel de télécopie utilisent le codec de télécopie. Selon le protocole de relais de télécopie utilisé, les mécanismes de notification diffèrent. Lorsque le codec de télécopie est chargé, les DSP démodent les trames HDLC T.30, extraient les informations de télécopie et les transmettent entre les routeurs à l’aide de l’un des protocoles de relais de télécopie suivants :

• Relais de télécopie propriétaire Cisco pour VoIP : le relais de télécopie est le mode par défaut pour transmettre des télécopies via un réseau VoIP et le relais de télécopie Cisco est le type de relais de télécopie par défaut. Cette fonctionnalité a été prise en charge dans le logiciel Cisco IOS versions 11.3 et ultérieures, est largement disponible et utilise RTP pour transporter les données de télécopie.

• La télécopie T.38 standard pour VoIP - T.38 a été disponible dans le logiciel Cisco IOS Versions 12.1(3)T et ultérieures sur certaines plates-formes. Il peut être activé avec la commande fax relay protocol t38 configurée sous le terminal de numérotation dial-peer VoIP et utilise le protocole UDP pour transporter les données de fax.

• Annexe D normalisée FRF.11 pour VoFR et VoATM.

Il est important de comprendre que, contrairement aux télécopies intrabande ou aux fax passthrough, le relais fax décompose les tonalités de fax T.30 en trames HDLC spécifiques (démodulation), transmet les informations sur le réseau VoX avec le protocole de relais fax, puis convertit les bits en tonalités à l'extrémité opposée (modulation). Les télécopieurs des deux extrémités envoient et reçoivent des tonalités et ne connaissent pas de processus de relais fax de modulation/démodulation.

Le relais fax et le relais fax T.38 de Cisco diffèrent également du magasin de fax T.37 et du transfert. La norme T.37 fournit une méthode normalisée permettant à une passerelle VoIP de recevoir ceci :

La plupart des passerelles vocales Cisco prennent actuellement en charge deux méthodes de transmission du trafic de télécopie sur le réseau IP

1. Fax Pass-Through : en mode de transfert de télécopie, les passerelles ne font pas la distinction entre un appel de télécopie et un appel vocal.

2. Relais de télécopie Cisco : en mode relais de télécopie, les passerelles terminent la signalisation de télécopie T.30.

Le relais fax et le relais fax T.38 de Cisco diffèrent également du magasin de fax T.37 et du transfert. La norme T.37 fournit une méthode normalisée permettant à une passerelle VoIP de recevoir ceci :

• Télécopie d'un télécopieur et transfert vers un serveur de messagerie compatible SMTP. Le serveur de messagerie peut ensuite envoyer la télécopie à un utilisateur en tant que message électronique.

• Un message électronique d'un serveur de messagerie et le moduler en signal de télécopie pour réception par un télécopieur standard.

Ce schéma illustre le relais de télécopie sur un réseau VoX. La connexion fax aux passerelles d'origine et de terminaison peut être directement connectée aux ports FXS de la passerelle, ou peut être via un PBX ou le RTPC dans un port E1, BRI (Basic Rate Interface), FXO ou E&M de la passerelle.

Considérations de configuration

Le relais de télécopie est activé par défaut sur les plates-formes VoIP/VoFR/VoATM telles que les routeurs Cisco 3810, 2600, 3600 et 5300. Si les appels vocaux se terminent correctement entre deux routeurs, les appels de télécopie doivent également fonctionner, mais si le relais de télécopie ne fonctionne pas ou que les performances doivent être améliorées, il existe des commandes spécifiques au relais de télécopie que vous pouvez émettre comme précurseur pour résoudre le problème :

• débit de télécopie

• fax-relay ECM disable

• fax NSF

• protocole de télécopie

Commande fax rate

La commande fax rate est configurée sous le terminal de numérotation dial-peer VoFR ou VoIP en mode de configuration. Le paramètre par défaut est la voix du débit de télécopie, qui n'apparaît pas dans la configuration de chaque terminal de numérotation dial-peer.

vnt-3660-23(config-dial-peer)#fax rate ?
  12000    FAX   12000 BPS
  14400    FAX   14400 BPS
   2400    FAX   2400  BPS
   4800    FAX   4800  BPS
   7200    FAX   7200  BPS
   9600    FAX   9600  BPS
  disable  Disable Fax Relay
  voice    Highest possible speed allowed by voice rate

Le paramètre de fréquence de télécopie limite le débit de télécopie à la bande passante du codec. Cette restriction signifie que, si le terminal de numérotation dial-peer est configuré pour utiliser le codec vocal G.729 par défaut qui compresse la voix à 8 kbits/s, le paramètre de fréquence de télécopie ne permet pas aux appels de télécopie de dépasser cette bande passante de codec. La télécopie serait limitée à une bande passante de 7 200 BPS, même si elle tentait initialement de négocier à une bande passante supérieure de 1 400 BPS ou 9 600 BPS.

Une plainte courante est que les télécopies qui se sont terminées dans un certain temps lorsque connectées via le RTPC prennent maintenant deux fois plus de temps. Si un codec à faible bande passante tel que g729 a été configuré avec le paramètre vocal par défaut du débit de télécopie, ce comportement est attendu. Avec la commande fax rate, il est possible de configurer les transmissions de fax pour utiliser une bande passante supérieure à la compression de codec. La commande fax rate 14400 permet aux appels de télécopie de négocier jusqu'à un maximum de 14 400 BPS, quel que soit le codec vocal configuré. Cette configuration résout le problème des délais de réalisation plus longs.

La commande fax rate sert principalement à fournir une utilisation déterministe de la bande passante par appel dans les réseaux VoX. Le paramètre vocal du débit de télécopie est le paramètre par défaut, car il garantit que les appels voix et télécopie utilisent la même quantité de bande passante au sein du réseau VoX. Cette considération doit être comprise lorsque le débit de télécopie est passé à un niveau supérieur à celui de la bande passante du codec. En outre, certains télécopieurs peuvent fonctionner de manière plus stable à un taux différent de celui par défaut. Dans ce cas, la commande fax rate peut être utilisée pour tester le fonctionnement à différentes vitesses.

Notez dans le résultat du routeur que le relais fax peut également être désactivé si vous émettez la commande fax rate. Une technique de dépannage valide consiste à désactiver le relais de télécopie et à configurer des codecs à bande passante élevée tels que G711. Cette technique est abordée dans la section « Dépannage » sous 6. Désactivez le relais de télécopie et modifiez le codec pour Passthrough.

fax-relay ECM disable, commande

La commande fax-relay ECM disable est disponible uniquement pour le relais fax propriétaire de Cisco et est émise pour désactiver la négociation du mode de correction d'erreurs (ECM) entre deux télécopieurs. ECM s'assure que les pages télécopiées sont transmises sans erreur et qu'elles sont généralement disponibles sur les modèles d'extrémité supérieure. Malheureusement, la tolérance ECM est faible (environ 2 %) pour la gigue et la perte de paquets, mais lorsque cette fonctionnalité négociée est activée, elle peut entraîner un taux d'échec de télécopie plus élevé dans les réseaux VoX perdus. Une sortie incomplète sur la télécopie de terminaison est un symptôme de défaillances dues à la perte de paquets.

Si les deux télécopieurs conviennent dans la phase de négociation de fax, ECM est activé, mais dans le relais de fax, les routeurs démodent les tonalités de fax dans leur format de trame HDLC réel. Par conséquent, les routeurs peuvent intercepter et écraser le champ de la trame qui indique l’état ECM. Si un télécopieur transmet qu'il est capable d'ECM, le routeur peut modifier ce paramètre de sorte que l'autre télécopieur pense que ECM n'est pas pris en charge. Les deux télécopieurs sont alors contraints de désactiver ECM, ce qui signifie que les données de télécopie doivent être transmises avec des données T.4 standard.

La fiabilité des télécopies est grandement améliorée avec la désactivation de l'ECM, même avec une perte de paquets beaucoup plus élevée (environ 10 %) et un délai beaucoup plus long. En outre, cette commande active automatiquement une fonction Cisco IOS appelée dissimulation de perte de paquets, dans laquelle les lignes d'analyse perdues sont répétées pour tromper le télécopieur afin de croire qu'il a reçu toutes les données.

Notez que, si ECM peut améliorer le taux de réussite des transmissions de fax sur les réseaux VoX perdus, les problèmes de base du réseau demeurent et doivent être résolus avant que d'autres problèmes ne surviennent.

Une étape de configuration simple exécutée sous le terminal de numérotation dial-peer VoIP consiste à désactiver ECM. Comme indiqué dans la référence de commande, cette commande fonctionne actuellement uniquement pour les terminaux de numérotation dial-peer VoIP. Il peut être configurable pour VoFR et VoATM, mais il ne désactive pas ECM.

vnt-3660-23(config-dial-peer)#fax-relay ECM ?
disable Disables ECM mode for fax relay

Commande fax NSF

La commande fax NSF est utilisée pour empêcher le transfert de fonctionnalités de télécopie propriétaires. Depuis la mise en oeuvre du relais de télécopie du routeur, les tonalités de télécopie sont démodulées et décode en fonction de la spécification T.30, les transactions ou le codage qui sont des relais de télécopie par interruption propriétaires et font échouer la transmission de télécopie. Certaines marques de télécopieurs utilisent ces codages propriétaires pour indiquer la disponibilité de fonctionnalités améliorées, ce qui permet à un fabricant de télécopieurs de distinguer ses produits des autres. Cette notification de capacité s'effectue avec le champ facultatif Installations non standard (NSF) dans la négociation de fax.

Lorsque vous émettez la commande fax NSF, le routeur remplace le NSF, de sorte que seules les transactions de fax standard se produisent. Les installations spécifiques aux fournisseurs qui dépassent les exigences standard du groupe 3 et qui rompent le relais de télécopie Cisco ne seront pas utilisables. Généralement, la valeur NSF est égale à tous les zéros lors de l'exécution de cette commande, ce qui devrait résoudre les problèmes causés par le champ NSF.

vnt-3660-23(config-dial-peer)#fax NSF ?
 WORD  Two-digit country code + four-digit manufacturer code
vnt-3660-23(config-dial-peer)#fax NSF 000000

Commande fax protocol

La commande fax protocol est requise pour que VoIP spécifie quel protocole de relais de télécopie (T.38 ou relais de télécopie Cisco) sera utilisé.

vnt-3660-23(config-dial-peer)#dial-peer voice 3 voip
vnt-3660-23(config-dial-peer)#fax protocol ?
cisco   Use Cisco proprietary protocol
system  Use choice specified in global fax protocol CLI
t38     Use T.38 protocol

L'option cisco configure le relais de télécopie Cisco. L'option t38 désactive le relais de télécopie Cisco et active la norme T.38. Certaines plates-formes vocales telles que les Cisco 5350 et 5400 prennent uniquement en charge la norme T.38. Pour l'interopérabilité, T.38 doit être explicitement configuré sur les plates-formes où Cisco fax relay est le relais par défaut. L'option système permet au terminal de numérotation dial-peer d'hériter du protocole de relais de télécopie qui est configuré globalement avec la commande voice service voip. Si rien n'est configuré sous la commande voice service voip, la valeur par défaut est Cisco fax relay.

Le paramètre par défaut de la commande fax protocol est l'option système. Comme l'option système est définie par défaut sur le relais de télécopie Cisco, les terminaux de numérotation dial-peer VoIP sont toujours configurés par défaut sur le relais de télécopie Cisco lorsque rien n'est explicitement configuré globalement.

<snip>

!
voice service voip
!

!--- Note that there is no fax protocol configured so the !--- default is Cisco fax relay. Any dial-peer that points !--- here will use Cisco fax relay as the fax protocol.

<snip>

!
dial-peer voice 3 voip
destination-pattern 1000
session target ipv4:10.1.1.1
!

!--- Note that since fax protocol is not configured under !--- this VoIP dial-peer, the default is fax protocol system, !--- which automatically tells this dial-peer to inherit the !--- fax configuration from voice service voip above.

<snip>

Dépannage

Ces étapes ont permis de résoudre la plupart des problèmes liés au relais de télécopie sur VoIP, VoATM et VoFR. Les informations spécifiques à un type d’encapsulation ou de relais de télécopie particulier seront notées.

1. Identifier et isoler le problème

La première étape à suivre lors du dépannage d'un problème de relais de télécopie consiste à réduire le problème à sa forme la plus simple. De nombreux problèmes surviennent lorsque plusieurs télécopieurs ne sont pas en mesure de transmettre le trafic de télécopie. Il est plus facile d'isoler deux télécopieurs qui ont des problèmes et de se concentrer sur une topologie simple. Déterminez comment ces machines sont connectées les unes aux autres et résolvez d'abord le problème entre cette paire. En outre, vous devez dresser un tableau complet de la topologie et déterminer comment les télécopieurs sont interconnectés.

Résoudre un problème à la fois réduit la confusion et permet un dépannage méthodique. Il est également possible que la solution à ce problème résolve d'autres problèmes de relais de télécopie sur le réseau. La plupart des problèmes de relais de télécopie résultent d'une configuration VoX ou d'une conception réseau médiocre. Cela entraîne des problèmes de connectivité de base et des problèmes de perte de ligne physique ou de paquet et de gigue.

Après avoir identifié et isolé le problème, les étapes suivantes consistent à vérifier la configuration VoX de base et à surveiller l'état du réseau.

2. Vérifier la connectivité de base

Les problèmes de connectivité des télécopies de base peuvent être dus à ces facteurs :

1. Problèmes de connectivité vocale normaux.

   Vérifiez que les appels vocaux normaux peuvent être effectués avant d'examiner la connectivité des télécopies. S'il n'y a pas de téléphone relié, débranchez le télécopieur et connectez un téléphone ordinaire. Si les appels vocaux normaux ne se connectent pas, le problème peut être lié à la VoX et vous pouvez résoudre le problème en tant que problème de connectivité vocale normal avant de poursuivre le dépannage de télécopie.

2. Problèmes de configuration liés aux terminaux de numérotation dial-peer tels que :

   • Mauvais homologue de numérotation.

     Après avoir vérifié que les appels vocaux peuvent être effectués dans les deux directions via le réseau VoX, émettez la commande show call active voice brief et notez les terminaux de numérotation dial-peer correspondant à chaque appel vocal.

     Note: Lorsque vous disposez de liaisons VoIP, vous devriez voir toutes les branches d'appel à l'aide de la commande show call active voice brief. Dans certaines versions du logiciel Cisco IOS Version 12.2, il y a un bogue dans la commande show call active et un appel fax qui passe par une liaison VoIP n'apparaît plus. Lorsque vous émettez une commande show call active fax brief, l'appel est maintenant répertorié. Pour plus d'informations sur ce bogue, consultez les ID de bogue Cisco CSCdx50212 et CSCdv02561.

     Remarque : assurez-vous que le terminal de numérotation dial-peer configuré est l'homologue qui correspond.

     Dans cette sortie de commande, vous pouvez voir que le segment d'appel VoIP sortant utilise l'ID homologue 100.

     Commande show call active voice brief

     ms-3640-13b#show call active voice brief <snip> Total call-legs: 2 1218 : 51710253hs.1 +415 pid:400 Answer 400 active dur 00:01:08 tx:3411/68220 rx:3410/68200 Tele 3/0/0:43: TX:68200/6820/0ms g729r8 noise:0 acom:2 i/0:-51/-44 dBm 1218 : 51710396hs.1 +272 pid:100 Originate 100 active dur 00:01:09 TX:3466/69320 rx:3467/69340 IP 2.1.1.2:17092 rtt:56ms pl:64730/0ms lost:0/1/0 delay:69/69/70ms g729r8 Total call-legs: 2

     Une cause courante de problèmes de relais de télécopie est que le terminal de numérotation dial-peer correctement configuré n'est pas celui qui correspond. Il est également courant qu'aucun homologue de numérotation VoIP entrant particulier n'est configuré sur la passerelle de terminaison, et le logiciel Cisco IOS sélectionne le premier homologue de numérotation VoIP approprié (et par défaut) comme homologue de numérotation entrant. Les paramètres de ce terminal de numérotation dial-peer entrant peuvent ne pas correspondre à ceux du terminal de numérotation dial-peer sortant sur la passerelle d'origine.

     Il n'est pas toujours nécessaire de disposer de configurations identiques sur les terminaux de numérotation dial-peer VoIP sortants et entrants. Toutefois, lorsque vous rencontrez un problème de relais de télécopie, assurez-vous que vous avez un terminal de numérotation dial-peer VoIP entrant dédié sur le routeur de terminaison et que sa configuration correspond à celle du terminal de numérotation dial-peer VoIP sortant sur le routeur d'origine. Cette configuration pour les routeurs connectés RNIS est un exemple de terminaux de numérotation dial-peer VoIP spécifiques et correspondants pour le modèle de destination « 5... ». sortant sur la passerelle d'origine et entrant sur la passerelle de terminaison.

     Passerelle d'origine	Terminaison de la passerelle
     !--- Incoming POTS peer: Dial-peer voice 1 pots Incoming called number. Direct-inward-dial Port 1/0:15 !--- Outgoing VoIP peer: Dial-peer voice 2 voip Destination-pattern 5… Session target ipv4:1.1.1.1 Fax rate 14400 fax protocol t38 ls-redundancy 0 hs-redundancy 0	!--- Outgoing POTS peer : Dial-peer voice 10 pots Destination-pattern 5… No digit-strip Port 2/0:15 !--- Incoming VoIP peer: Dial-peer voice 20 voip Incoming called-number 5… Fax rate 14400 fax protocol t38 Ls-redundancy 0 Hs-redundancy 0

     Pour plus d'informations sur les terminaux de numérotation dial-peer correspondants entrants et sortants, VoIP et POTS, reportez-vous à la section Voix - Comprendre comment les terminaux de numérotation dial-peer entrants et sortants sont associés sur les plates-formes Cisco IOS.

     Une autre méthode que vous pouvez utiliser pour vérifier les correspondances des homologues de numérotation est d'émettre la commande debug voip ccapi inout. La sortie de débogage de cette commande affiche un message ssaSetupPeer qui répertorie tous les terminaux de numérotation dial-peer qui correspondent au numéro appelé. Un message ccCallSetupRequest suit avec l'option homologue sortant qui indique le terminal de numérotation dial-peer VoIP sortant sélectionné. Lorsque plusieurs terminaux de numérotation dial-peer VoIP sont configurés pour la même destination, il est possible que la configuration initiale de l'appel échoue et qu'un autre terminal de numérotation dial-peer soit essayé. Dans ce cas, un autre ccCallSetupRequest apparaîtra dans le débogage.

     debug voip ccapi inout - Passerelle d'origine
     .Jun 4 21:06:43.461: ssaSetupPeer cid(19) peer list: tag(400) called number (5074) .Jun 4 21:06:43.461: ccCallSetupRequest (Inbound call = 0x13, outbound peer =100, dest=, params=0x62F1CC70 mode=0, *callID=0x62F1CFD8, prog_ind = 0)

     Sur la passerelle vocale de terminaison, la première ligne de la trace d'appel debug voip ccapi inout comme indiqué ci-dessous sera un message cc_api_call_setup_ind avec une option peer_tag qui fait référence au terminal de numérotation dial-peer VoIP entrant sur la passerelle de terminaison.

     debug voip ccapi inout - Terminating Gateway
     .Jun 4 21:06:43.461: cc_API_call_setup_ind (vdbPtr=0x62F07650, callInfo={called=5074,called_oct3=0x80, calling=5075, calling_oct3=0x0,>calling_oct3a=0x83, calling_xlated=false, subscriber_type_str=Unknown,fdest=1, peer_tag=400, prog_ind=0},callID=0x635F72D0)

   • Des terminaux de numérotation dial-peer mal configurés d'un côté ou des deux côtés

     Une fois que vous avez confirmé que le terminal de numérotation dial-peer correct est mis en correspondance (dans ce cas, dial-peer 100 pour la passerelle d'origine et dial-peer 400 pour le routeur de terminaison), confirmez dans la configuration que le terminal de numérotation dial-peer est configuré correctement pour la télécopie. Voici quelques erreurs courantes à vérifier des deux côtés de l'appel :

     • Le relais de télécopie est désactivé (c'est-à-dire que la commande fax rate disable a été émise sur le terminal de numérotation dial-peer) alors qu'un codec à faible bande passante est utilisé.

     • Le terminal de numérotation dial-peer sur une passerelle vocale est configuré pour le relais de télécopie Cisco, mais l'autre passerelle vocale est un Cisco 5350/5400. Les routeurs Cisco 5350/5400 prennent uniquement en charge la norme T.38, de sorte que la négociation échouera.

     • Le terminal de numérotation dial-peer par défaut utilisé en entrée sur la passerelle de terminaison et les paramètres par défaut ne correspondent pas au terminal de numérotation dial-peer sortant sur la passerelle d'origine.

   • Type de commande incorrect

     Le type de compression pour les États-Unis est µ-law ; pour l'Europe et l'Asie, c'est une loi. Vous pouvez émettre la commande show voice call pour voir quelle valeur est actuellement configurée. Si sur un port BRI ou E1, le type de compression sur le routeur ne correspond pas à celui du périphérique connecté, et les appels échouent parfois et se connectent parfois, mais la voix devient fortement déformée de sorte que la personne ne soit pas reconnaissable et qu'un niveau de bruit de faible hauteur apparaît.

     Dans le logiciel Cisco IOS Version 12.2(3), la commande de type de commande n'est pas activée sur les ports BRI et le type de compression est la valeur par défaut. Pour plus d'informations sur ce bogue, consultez les ID de bogue Cisco CSCdv00152 et CSCdv01861.

3. Les autres problèmes de connectivité de base non liés aux terminaux de numérotation dial-peer sont les suivants :

   • Incompatibilités du logiciel Cisco IOS sur les paires de passerelles.

     Encore une fois, il n'est pas toujours nécessaire que les versions du logiciel Cisco IOS correspondent, mais il est recommandé de vérifier les versions lorsque des problèmes surviennent.

   • Compressed Real-Time Transport Protocol (cRTP).

     Il existe plusieurs problèmes connus associés à cRTP. Des correctifs sont disponibles pour ces problèmes, et il est logique de désactiver cRTP lorsque des problèmes surviennent pour vérifier si une mise à niveau du logiciel Cisco IOS est une action appropriée.

   • Sur les passerelles vocales Cisco AS5300, assurez-vous que VCWare et le logiciel Cisco IOS sont compatibles.

4. Problèmes de connectivité de télécopie sur le RTPC.

   Si les appels vocaux fonctionnent dans les deux directions mais que les appels fax échouent dans au moins une direction, vérifiez que les télécopies normales entre ces deux machines fonctionnent sur le RTPC. En d'autres termes, assurez-vous que les télécopieurs se transmettent correctement des télécopies avec le RTPC sans traverser le réseau VoX. Si ce n'est pas le cas, les télécopieurs peuvent avoir des problèmes à résoudre avant de prendre en compte les problèmes de relais de télécopie.

3. Rechercher les SLIP et autres erreurs sur les interfaces numériques

Si des connexions numériques T1 ou E1 sont utilisées par les routeurs qui effectuent le relais de télécopie, assurez-vous qu'elles sont exemptes d'erreurs. Le relais fax est très sensible aux erreurs sur les interfaces numériques, en particulier les bordereaux. Les erreurs ne seront pas visibles sur les appels vocaux, mais elles peuvent entraîner l'échec des télécopies.

vnt-3660-23c#show contr t1 1/0
T1 1/0 is up.
Applique type is Channelized T1
Cablelength is long gain36 0db
No alarms detected.
alarm-trigger is not set
Version info Firmware: 20010805, FPGA: 15
Framing is ESF, Line Code is B8ZS, Clock Source is Line.
Data in current interval (132 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs,
0 Degraded Mins
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs,
 0 Unavail Secs

Les contrôleurs T1 ou E1 des passerelles d'origine et de terminaison doivent être exempts d'erreurs. Si des erreurs se produisent, répétez la commande show controller (T1, E1 et 1/0) plusieurs fois au cours de l'appel pour voir si le nombre d'erreurs augmente. Le problème le plus courant des bordures est un problème de synchronisation qui entraîne des erreurs de synchronisation.

Dans les réseaux vocaux par paquets, il suffit généralement de confirmer que le routeur s’horloge à partir de la ligne. Si ce n'est pas le cas, assurez-vous que la commande clock source line est entrée au niveau du contrôleur, mais dans les réseaux VoATM ou TDM, où une hiérarchie de synchronisation est établie et où les routeurs doivent passer l'horloge à travers le réseau, des considérations supplémentaires doivent être prises en compte. Le document Plan de synchronisation fournit plus d'informations sur la synchronisation synchrone.

Sur les routeurs 26xx / 366x, lorsque vous utilisez la carte AIM VOICE, le contrôleur affichera des « bordereaux contrôlés » à moins que vous n'ajoutiez les commandes network-clock-member et network-clock-select.

Sur la plate-forme Cisco MC3810, vous devez configurer la commande network-clock-select et exécuter la commande show network-clock pour vous assurer que la configuration a pris effet.

Sur la plate-forme Cisco 7200VXR, la commande frame-clock-select est requise pour les cartes vocales. Cette commande est particulièrement importante pour les passerelles vocales 7200VXR car, par défaut, le bus TDM interne n'est pas piloté par l'oscillateur local. Comme les liaisons E1 sont normalement synchronisées avec le réseau téléphonique, il en résulte des erreurs de synchronisation cachées et des problèmes de transmission de télécopie intermittents. Plus de détails sont disponibles dans l'ID de bogue Cisco CSCdv10359.

Sur les cartes MFT C4224, lorsqu'elles doivent accepter l'horloge de la ligne, sous le contrôleur t1 x/y, vous devez émettre la commande clock source loop-timed. Ce paramètre découple l'horloge du contrôleur de l'horloge système. Il est alors nécessaire de définir la commande network-clock-select. Dans ce cas, il s'agit de network-clock-select 1 t1 x/y.

4. Vérifier le type d'interface de télécopie

Sur certaines plates-formes, notamment les routeurs Cisco 3660, 5300, 5350, 5400 et 5800, le routeur utilise par défaut un modem de type interface de télécopie. La commande de configuration globale fax interface-type modem force les appels fax vers un modem (généralement pour les fax T.37 Store et Forward) et non vers un DSP. Pour que le relais de télécopie Cisco fonctionne, l'appel de télécopie doit être envoyé à un DSP, ce qui signifie qu'il doit être configuré avec la commande fax interface-type vfc.

vnt-3660-23c(config)#fax interface-type ?
modem Use modem card
vfc   Use Voice Feature Card

vnt-3660-23c(config)#fax interface-type vfc
You must reload the router

Vérifiez que vous rechargez le routeur, sinon la commande ne prendra pas effet. Les appels de télécopie échoueront sur les plates-formes avec le relais de télécopie Cisco (ou T.38). Il s'agit donc d'une commande importante à vérifier.

La commande fax interface-type vfc n'était pas nécessaire dans les versions du logiciel Cisco IOS antérieures à 12.2. Le problème est généralement observé lorsqu'une des passerelles vocales est mise à niveau vers le logiciel Cisco IOS Version 12.2 ou ultérieure.

5. Assurez-vous que le codec de télécopie est chargé pendant l'appel de télécopie

Chaque télécopieur affiche l'ID du télécopieur distant sur son écran LCD à la fin de la phase de négociation de télécopie. Il est peu probable que les télécopieurs puissent terminer la négociation si le codec de télécopie n'a pas été téléchargé correctement. D'autre part, si aucun ID de télécopieur distant n'est affiché, un débogage supplémentaire dans cette zone est approprié.

Il existe deux façons de s'assurer que les passerelles vocales détectent la transmission de télécopie et chargent correctement le codec de télécopie.

1. Émettez la commande debug vtsp all et la commande debug voip ccapi inout call trace. Ces débogages sont traités en détail dans la section Débogage de ce document.

2. Émettez la commande show voice trace. Les commandes show nécessitent moins de ressources sur le routeur que les commandes debug et sont préférables dans les réseaux de production. Voici un exemple de sortie d'une commande show voice trace sur une interface RNIS.

BrisVG200gwy01#show voice trace 1/0:15
1/0:15 1
1/0:15 2
1/0:15 3
1/0:15 4
1/0:15 5
1/0:15 6
1/0:15 7
1/0:15 8
1/0:15 9
1/0:15 10 State Transitions: timestamp (state, event) -> ...
63513.792 (S_SETUP_REQUEST, E_TSP_PROCEEDING) ->
63515.264 (S_SETUP_REQ_PROC, E_TSP_ALERT) ->
63515.264 (S_SETUP_REQ_PROC, E_CC_BRIDGE) ->
63515.332 (S_SETUP_REQ_PROC, E_CC_CAPS_IND) ->
63515.332 (S_SETUP_REQ_PROC, E_CC_CAPS_ACK) ->
63515.348 (S_SETUP_REQ_PROC, E_CC_CAPS_IND) ->
63515.348 (S_SETUP_REQ_PROC, E_CC_CAPS_ACK) ->
63515.356 (S_SETUP_REQ_PROC, E_CC_CAPS_IND) ->
63515.356 (S_SETUP_REQ_PROC, E_CC_CAPS_ACK) ->
63518.656 (S_SETUP_REQ_PROC, E_CC_REQ_PACK_STAT) ->
63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_VP_DELAY) ->
63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_VP_ERROR) ->
63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_RX) ->
63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_TX) ->
63521.028 (S_SETUP_REQ_PROC, E_CC_REQ_PACK_STAT) ->
63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_VP_DELAY) ->
63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_VP_ERROR) ->
63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_RX) ->
63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_TX) ->
63524.128 (S_SETUP_REQ_PROC, E_TSP_CONNECT) ->

!--- Fax tone detected:

63529.352 (S_CONNECT, E_DSP_TONE_DETECT) ->
63529.356 (S_LFAX_WAIT_ACK, E_PH_CODEC_ACK) ->

!--- Fax codec being downloaded to DSPs:

63529.356 (S_LFAX_DOWNLOAD, E_pH_CODEC_FAX) ->
63529.356 (S_LFAX_DOWNLOAD, E_DSPRM_PEND_SUCCESS) ->

6. Désactiver le relais de télécopie et modifier le codec pour Passthrough

Au cours des étapes précédentes, vous avez établi que les appels vocaux fonctionnent, que les télécopies fonctionnent via le RTPC et que toutes les interfaces numériques du chemin de relais de télécopie sont exemptes d'erreurs. Cette étape détermine si les télécopies peuvent passer avec le relais de télécopie désactivé. Sous les terminaux de numérotation dial-peer VoIP/VoATM/VoFR, saisissez ceci :

vnt-3660-23(config)#voice-port 2/0:15
vnt-3660-23(config-voiceport)#no echo-cancel enable
vnt-3660-23(config)#dial-p voice 3
vnt-3660-23(config-dial-peer)#fax rate disable
vnt-3660-23(config-dial-peer)#codec g711ulaw
vnt-3660-23(config-dial-peer)#no vad

Assurez-vous que ces commandes sont entrées sur les deux passerelles. Ces commandes désactivent le relais fax, désactivent l'annulation de l'écho et forcent l'appel à utiliser un codec à bande passante élevée sans VAD. Le routeur échantillonne ensuite les tonalités comme un appel vocal normal et, avec le codec à bande passante élevée (G.711), l'échantillon le plus précis possible est capturé. Le ton à rejouer de l'autre côté sera aussi précis que possible. La mise en garde à cette étape est que, puisque G.711 est un codec de bande passante de 64 kbits/s, chaque appel consommera jusqu'à 80 kbits/s (pour VoIP) lorsque la surcharge du protocole de transport supplémentaire sera ajoutée.

Si ce test est positif, deux choses ont été accomplies. Tout d'abord, si la consommation de bande passante par appel n'est pas un problème majeur pour le réseau, il existe désormais une solution de contournement du problème du relais de télécopie. Deuxièmement, et plus important encore, si la consommation de bande passante est un problème, le problème a été isolé au logiciel de relais de télécopie et vous devez ouvrir un dossier TAC.

Si ce test échoue, il est probable que ce qui cause l'échec des appels de télécopie avec le relais de télécopie provoque également des échecs avec ce test. Tout d'abord, le réseau peut être confronté à une grande quantité de gigue ou de perte de paquets.

7. Vérifier la perte de paquets sur le réseau VoX

La façon la plus simple et la plus précise de déterminer s’il y a perte de paquet est de faire ceci :

1. Désactivez VAD sur les terminaux de numérotation dial-peer VoX.

2. Passer un appel vocal entre les mêmes ports où les télécopieurs sont connectés. (Les télécopieurs peuvent servir de téléphones ordinaires, ou vous pouvez connecter les combinés aux mêmes ports que les télécopieurs).

3. Lorsque l'appel est connecté, procédez comme suit :

   1. Émettez la commande show voice dsp. Vous pouvez voir dans le résultat qu'un des canaux DSP a le codec configuré chargé. Généralement, la colonne « TX/RX-PAK CNT » indique que les compteurs de paquets de transmission et de réception sont égaux, ce qui signifie qu'aucun paquet n'est perdu. Si les compteurs ne sont pas égaux, les paquets peuvent se perdre. Tapez la commande show voice dsp plusieurs fois à des intervalles de 30 secondes pour déterminer si la différence augmente et si les paquets sont perdus.

   2. Émettez la commande show voice call summary pour voir quel port (et l'intervalle de temps le cas échéant) est attribué à l'appel vocal. Tapez terminal monitor, puis émettez la commande show voice call avec le port vocal (et le créneau horaire, le cas échéant) pour obtenir les statistiques détaillées du DSP. Dans la section "***DSP VOICE VP_ERROR STATISTICS***" du résultat, recherchez les compteurs. Ils ont généralement 0 ou moins de 20 ans. Si le ou les compteurs sont supérieurs à 20, examinez la perte de paquet.

Si le réseau semble être perdu, il n'est pas raisonnable de s'attendre à ce que le relais de télécopie fonctionne de manière fiable. Il est possible de désactiver ECM, mais il est probablement nécessaire d'approfondir les recherches pour s'assurer que la QoS est provisionnée de bout en bout afin que le trafic de relais voix et télécopie ait la priorité et ne soit jamais perdu dans la congestion. La section Informations connexes contient plus d'informations sur la façon de résoudre les problèmes de qualité vocale.

8. Désactiver le module ECM de relais de télécopie (VoIP propriétaire Cisco uniquement)

Pour les réseaux avec perte de paquets et grande instabilité, désactivez ECM pour améliorer les appels de relais de télécopie. Exécutez la commande fax-relay ECM disable (abordée plus en détail dans la section Configuration de ce document) pour désactiver ECM afin qu'une plus grande quantité de gigue et de perte de paquets puisse être tolérée.

Émettez la commande fax-relay ECM disable pour améliorer les performances de fax relay dans les réseaux en perte, mais cette commande est également recommandée pour le dépannage de base. Même s'il n'y a pas de problème de gigue visible dans le réseau, cette commande peut parfois aider à déterminer les problèmes de relais de télécopie. Cette commande est disponible sous les terminaux de numérotation dial-peer VoFR et VoATM, mais fonctionne actuellement uniquement pour la VoIP.

Remarque : cette commande active également la fonction de dissimulation de perte de paquets.

vnt-3660-23(config-dial-peer)#dial-peer voice 3
vnt-3660-23(config-dial-peer)#fax-relay ECM disable

9. Activer la redondance de paquets T.38 (T.38 VoIP uniquement)

Si T.38 pour VoIP est utilisé comme protocole de relais de télécopie, la fonctionnalité de redondance de paquets T.38 peut être activée si vous configurez cette commande sous les homologues de numérotation appropriés sur les deux passerelles :

vnt-3660-23(config-dial-peer)#fax protocol t38 
 Ls-redundancy X Hs-redundancy Y

où X > 0 et Y = 0 (apporter uniquement des modifications à la redondance Ls)

Si le relais de télécopie propriétaire Cisco est utilisé, une autre option ou une option supplémentaire pour désactiver ECM consiste à changer le protocole de relais de télécopie en T.38 afin que la fonctionnalité de redondance de paquets T.38 puisse être testée. Cette fonctionnalité peut atténuer les pannes dues à la perte de paquets, mais notez que la redondance de paquets T.38 augmente considérablement l’utilisation de la bande passante et qu’il est préférable d’éliminer la perte de paquets si possible.

10. Définir la commande fax NSF sur Tous les zéros

La commande fax NSF peut être utile pour les marques de fax qui modifient le champ NSF dans la négociation de fax pour les codages propriétaires. Cette commande permet au routeur qui effectue le relais de télécopie de remplacer les paramètres définis par les télécopieurs qui tentent d'implémenter des codages propriétaires. Avant que la commande fax NSF ne soit disponible, le relais fax échouerait pour ces marques de fax. Généralement, la commande fax NSF est utilisée pour définir le champ NSF sur tous les zéros, ce qui force une négociation de fax standard des deux côtés. Cette commande a réussi avec certaines marques telles que Harris et Lanier et est recommandée en cas d'échec du relais fax.

vnt-3660-23(config-dial-peer)#fax NSF 000000

11. Vérifier si la passerelle MGCP est configurée pour le package FXR

Lorsque les appels de télécopie T.38 vers le serveur de télécopie à partir du RTPC échouent et si les traces de Cisco Unified Communications Manager montrent support_FXR=0, la configuration du package FXR peut être absente de la passerelle MGCP. Dans ce cas, ajoutez ces commandes à la passerelle MGCP :

no mgcp fax t38 inhibit
mgcp package-capability fxr-package
mgcp default-package fxr-package

Après cela, réinitialisez la passerelle et les appels de télécopie commencent à fonctionner.

12. Étapes finales de la résolution

Si les étapes de dépannage précédentes n'ont pas résolu le problème du relais de télécopie, le problème peut nécessiter un dépannage plus avancé. Voici d'autres étapes à essayer avant d'ouvrir un dossier auprès du centre d'assistance technique Cisco (TAC) :

• Apprenez les marques et les modèles des télécopieurs qui échouent, et étudiez ces marques et ces modèles pour les problèmes connus.

  Parfois, il y a des cas ou des bogues CARE qui traitent des problèmes pour une certaine marque de fax. Par exemple, une recherche sur l'outil de recherche de bogues (clients enregistrés uniquement) pour un fax Pitney Bowes montre un bogue avec les télécopieurs Pitney Bowes et le relais de fax Cisco (CSCdu78373 (clients enregistrés uniquement) ). Ce bogue n'est pas dans le logiciel Cisco IOS, mais il est incompatibilité avec le protocole de signalisation de fax propriétaire de Pitney Bowes lorsque les périphériques de fax de chaque côté d'une connexion sont des Pitney Bowes 9920 ou 9930. La solution de contournement consiste à désactiver le protocole propriétaire sur les télécopieurs ou à désactiver le relais de télécopie et à utiliser un codec à bande passante plus élevée.

  Caveats connus

  Les mises en garde connues sont des comportements inattendus ou des défauts dans les versions logicielles d'un produit. Ce tableau contient des informations sur les problèmes connus de prise en charge des télécopies sur les passerelles vocales Cisco.

  Si vous disposez d'un compte CCO, vous pouvez rechercher des problèmes connus dans l'outil système de suivi des bogues Cisco, appelé Outil de recherche de bogues. Pour accéder à l'outil de recherche de bogues, effectuez l'une des opérations suivantes :

  • Entrez https://bst.cloudapps.cisco.com/bugsearch/ dans votre navigateur Web.

  Tableau 1 - Cavasses connues

  ID de bogue	Résumé	Explication
  CSCdu30250	VAD introduit de graves erreurs dans le mode de transfert de télécopie.	Lorsque des passerelles vocales Cisco sont configurées pour le mode de transfert de télécopie, vous devez désactiver la détection d'activité vocale (VAD) sur tous les terminaux de numérotation dial-peer VoIP associés aux appels de télécopie. Pour désactiver VAD sur un terminal de numérotation dial-peer VoIP, utilisez les commandes suivantes : config terminal dial-peer voice XXX voip no vad
  CSCdu62269	CSCdu62269	Tout périphérique de passerelle Cisco qui initie un appel de relais de télécopie (avec des paquets RTP de type 96) vers un WS-X4604-GW en mode passerelle échoue. Ceci a été résolu dans 12.1.5YF3. Lorsqu'il est configuré en mode passerelle, le logiciel identifie désormais le type de charge utile 96 et lance un mode de transfert.
  CSCdv08143	Les transmissions de télécopie de 5 à 30 pages échouent avec le mode de transfert de télécopie du VG248 au WS-X4604-GW en mode passerelle.	Cette défaillance se produit uniquement avec l'image logicielle 12.1.5YF2 sur le WS-X4604-GW. Pour éviter cette erreur, utilisez 12.1.5YF1, 12.1.5YF3 ou version ultérieure.
  CSCdv83401	Sur les commutateurs Cisco Catalyst 6000, lorsqu'une tonalité de fax ou de modem est détectée, l'appel est commuté en mode de transfert de fax avec des paquets de 10 ms (134 octets).	La taille de trame en mode de transfert de télécopie doit être de 214 octets. Les télécopies ne échouent pas même si la taille du paquet est incorrecte.
  CSCdv83337
  CSCdw07735	Les transmissions de télécopie échouent avec le mode de transfert de télécopie du WS-X4604/VIC-2FXS (uniquement) vers la passerelle WS-X6624-FXS avec Cisco CallManager 3-1-2c_spA load A00203010026. Le WS-X4604 / VIC-2FXS présente cette caractéristique dans les modes passerelle et péage.	Cette défaillance se produit avec les images logicielles 12.1.5YF2 et 12.1.5YF3 sur le WS-X4604-GW et sera corrigée dans le logiciel 12.2(7)X.
  CSCdw07804	Les transmissions de télécopie échouent avec le mode de transfert de télécopie du WS-C4224V / VIC-2FXS (uniquement) vers la passerelle WS-X6624-FXS avec Cisco CallManager 3-1-2c_spA load A00203010026.	Cette défaillance se produit avec les images logicielles 12.1.5YE2 et 12.1.5YE4 sur le WS-C4224V et sera corrigée dans le logiciel 12.2(7)X.

• Utilisez les outils de recherche pour rechercher les problèmes de télécopie connus dans la version du logiciel Cisco IOS où le problème se produit.

  À l'étape précédente, des recherches ont été effectuées pour trouver une marque de fax spécifique afin d'identifier un problème connu entre une marque de fax donnée et le code de relais de fax Cisco. L'étape suivante consiste à effectuer une recherche générique car il peut y avoir un bogue de relais de télécopie dans la version du logiciel Cisco IOS installée.

  Par exemple, si un relais de télécopie qui utilise VoFR ne fonctionne pas dans le logiciel Cisco IOS Version 12.1(2)T, vous pouvez rechercher des bogues avec le Bug Toolkit sur CCO. Dans cet exemple, vous utiliserez les valeurs suivantes :

  • Version principale : 12.1

  • Révision : 2

  • Fonctionnalité/composant : VoFR

  • Mot clé: télécopie

  L'un des bogues est l'ID de bogue Cisco CSCdr65984 (clients enregistrés uniquement) , intitulé « fax ne fonctionne pas pour vofr. » Ce bogue a provoqué l'échec de tous les relais fax pour VoFR, et une mise à niveau sera nécessaire pour une version du logiciel Cisco IOS dans laquelle ce bogue n'est plus présent.

• Éliminez les pannes matérielles.

  Dans certains cas, il est plus facile d'isoler le problème si vous excluez les sources potentielles de problème, une par une. Remplacer différentes pièces matérielles et utiliser d'autres connexions IP entre les passerelles. Lorsque du matériel supplémentaire est disponible, ces étapes peuvent vous aider à :

  • Utilisez différents ports sur les routeurs.

    Si votre configuration implique deux passerelles connectées aux PBX ou au RTPC avec E1 ou T1 et si vous disposez des ports FXS disponibles, essayez de connecter les télécopieurs directement aux ports FXS des passerelles voix. Cette procédure vous aidera à isoler davantage le problème lorsque la possibilité d'une défaillance de carte E1, de problèmes de téléphonie ou de synchronisation E1 ou de problèmes de câbles est exclue.

  • Essayez un autre matériel.

    Si vous disposez d'une autre passerelle vocale avec des ports FXS, essayez de la connecter directement avec le câble croisé Ethernet à chacune des passerelles vocales et d'envoyer une télécopie avec le télécopieur connecté au port FXS. Cette procédure permet de déterminer si le réseau VoX rencontre des problèmes tels que la mise en file d'attente, la fragmentation ou la hiérarchisation.

• Utilisez les commandes debug sur le routeur pour déterminer le problème.

  Reportez-vous à la section « Débogage » pour plus de détails sur les commandes de débogage utiles pour le dépannage des problèmes de relais de télécopie.

Débogage

Messages T.30

Les débogages peuvent être difficiles à comprendre si vous ne connaissez pas la messagerie qui se produit dans une transmission de télécopie classique. Il s'agit d'une représentation graphique des transactions T.30 de base qui se produisent pour une transmission de télécopie d'une seule page.

La description des détails de ces transactions dépasse le cadre de ce document, mais il s'agit de définitions des transactions de base qui sont vues dans le relais fax. La liste est alphabétique pour une référence rapide et comprend des messages qui sont généralement visibles lors du débogage du relais de télécopie Cisco. Pour plus d'informations sur ce message ou pour plus d'informations sur les messages qui ne sont pas listés ci-dessous, reportez-vous à la spécification T.30.

• CED (Called terminal identification) : signal de 2 100 Hz transmis par le télécopieur de terminaison lors de la réponse à un appel de télécopie. Ce signal désactive temporairement les suppresseurs d'écho présents sur la connexion pour préparer la ligne à la transmission de données.

• CFR (Confirmation de réception) - réponse qui confirme que le message et la formation précédents ont été terminés et que la transmission de la page de télécopie peut commencer.

• CNG (Calling Tone) - une tonalité de 1100 Hz qui est allumée pendant une demi-seconde puis éteinte pendant 3 secondes. Ce signal identifie le terminal de télécopie comme un périphérique sans parole. Le signal indique également que le terminal de télécopie d'origine attend le signal DIS du terminal de télécopie de terminaison.

• CRP (Command Repeat) - réponse indiquant que la commande précédente a été reçue par erreur et doit être répétée. (Facultatif)

• CSI (Identification de l'abonné appelé) - peut être utilisé pour fournir l'identité spécifique du terminal de télécopie appelé par l'intermédiaire de son numéro de téléphone international. (Facultatif)

• DCN (Disconnect) - met fin à l'appel de télécopie et ne nécessite aucune réponse.

• DIS (Digital Identification Signal) - identifie les capacités du terminal de télécopie appelé.

• DTC (Digital Transmit Command) : réponse aux capacités identifiées par le signal DIS. C'est ici que le terminal de télécopie d'appel correspond à ses capacités avec celles fournies dans le message DIS du terminal de télécopie appelé.

• EOM (End Of Message) - indique la fin d'une page complète d'informations de télécopie.

• EOP (End Of Procedure) - indique la fin d'une page complète d'informations de télécopie et aucune autre page ne doit être envoyée. Passez à la phase de déconnexion de l'appel de télécopie.

• TTF (défaut de formation) - utilisé pour rejeter un signal d'entraînement et demander une nouvelle formation (les retrains se produisent généralement à des vitesses de modulation plus basses).

• MCF (Message Confirmation) - indique qu'un message a été reçu de manière satisfaisante.

• MPS (MultiPage Signal) - indique la fin d'une page complète d'informations de télécopie et que le destinataire est prêt pour des pages supplémentaires.

• NSF (Installations non standard) - peut être utilisé pour identifier des capacités ou des exigences spécifiques qui ne sont pas couvertes par les spécifications de la série T. (Facultatif)

• RTN (Retrain Negative) - indique qu'un message précédent n'a pas été reçu de manière satisfaisante. Le recyclage est nécessaire pour continuer (généralement à une vitesse de modulation inférieure).

• RTP (Retrain Positive) - indique qu'un message complet a été reçu et que des messages supplémentaires peuvent suivre après le recyclage.

• TCF (contrôle de formation) - envoyé par le système de modulation T.4 à plus grande vitesse (par rapport à la modulation V.21 à 300 kbits/s utilisée pour la signalisation T.30 précédente) pour vérifier la formation et indiquer l'acceptabilité des pages de télécopie envoyées à ce débit de transmission.

• STI (Transmission Subscriber Identification) - indique l'identification du terminal de transmission (appel) de télécopie. (Facultatif)

Commandes de débogage du relais de télécopie

Voici des commandes de débogage de fax relay utiles :

• debug fax relay t30 all

• debug vtsp all

• debug vtsp vofr sous-trame 3

debug fax relay t30 all

Le débogage du relais de télécopie Cisco est activé à l'aide de la commande debug fax relay t30 all.

vnt-3660-23c#debug fax relay t30 all
Debugging fax relay t30

Il s'agit d'une copie d'un débogage d'une session de relais de télécopie ayant échoué. Il s'agit d'un débogage de la passerelle de télécopie d'origine qui exécute le logiciel Cisco IOS Version 12.2(7a).

vdtl-3810-3b#
Dec 5 07:49:13.073: 1/2:62 1281347052 fr-entered (10ms)
Dec 5 07:49:17.985: 1/2:62 1281351950 fr-msg-det CRP
Dec 5 07:49:20.105: 1/2:62 1281354070 Fr-MSG-TX NSF
Dec 5 07:49:20.655: 1/2:62 1281354620 Fr-MSG-TX good crc,
 19 bytes
Dec 5 07:49:20.720: 1/2:62 1281354680 Fr-MSG-TX DIS
DEC 5 07:49:22.350: 1/2:62 1281356310 fr-msg-det TSI
DEC 5 07:49:23.045: 1/2:62 1281357000 fr-msg-det DCS
DEC 5 07:49:27.346: 1/2:62 1281361290 Fr-MSG-TX FTT
DEC 5 07:49:28.836: 1/2:62 1281362780 fr-msg-det TSI
DEC 5 07:49:29.531: 1/2:62 1281363470 fr-msg-det DCS
DEC 5 07:49:29.740: 1/2:62 1281363680 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:30.362: 1/2:62 1281364300 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:30.804: 1/2:62 1281364740 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:30.852: 1/2:62 1281364790 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:33.868: 1/2:62 1281367800 Fr-MSG-TX FTT
DEC 5 07:49:35.414: 1/2:62 1281369340 fr-msg-det TSI
DEC 5 07:49:36.113: 1/2:62 1281370040 fr-msg-det DCS
DEC 5 07:49:36.515: 1/2:62 1281370440 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:36.908: 1/2:62 1281370830 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:37.559: 1/2:62 1281371480 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:37.784: 1/2:62 1281371700 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:37.900: 1/2:62 1281371820 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:40.133: 1/2:62 1281374050 Fr-MSG-TX FTT
DEC 5 07:49:41.888: 1/2:62 1281375800 fr-msg-det TSI
DEC 5 07:49:42.583: 1/2:62 1281376490 fr-msg-det DCS
DEC 5 07:49:43.173: 1/2:62 1281377080 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:44.937: 1/2:62 1281378840 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:45.386: 1/2:62 1281379290 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:46.941: 1/2:62 1281380840 Fr-MSG-TX FTT
DEC 5 07:49:48.503: 1/2:62 1281382400 fr-msg-det DCN
DEC 5 07:49:50.631: 1/2:62 1281384520 fr-end-dcn

Ce débogage affiche les événements T.30 qui se produisent dans le DSP au sein du relais de télécopie. Il est important de se rappeler que les débogages qui ont lieu du point de vue du DSP interagissent avec le périphérique de télécopie, de sorte que tout message « Fr-MSG-TX » ou de transmission est transmis du DSP au périphérique de télécopie connecté. Tout message que le DSP dit détecter, ou message « fr-msg-det », est un message qu'il a reçu du périphérique de télécopie connecté. Ce graphique illustre le flux directionnel des messages DSP lorsque la commande debug fax relay t30 all est exécutée.

À partir de la transaction de télécopie échouée dans le débogage, vous pouvez voir plusieurs messages « bad crc » suivis d'un message d'échec de formation (FTT) de l'autre côté. D'après les débogages, il semble que le problème implique le signal d'entraînement. Les erreurs crc erronées et le message FTT (Failure To Train) renvoyé de l'autre côté indiquent que le signal est endommagé ou incompatible avec le protocole de relais de télécopie Cisco. Ce débogage provient d'un problème de relais de télécopie qui se produit avec un télécopieur Lexmark Optra. Le Lexmark est compatible V.34 et tente de se connecter à des débits V.34. V.34 n'est pas pris en charge dans le relais de télécopie Cisco et des erreurs de formation se produisent. Voir l'ID de bogue Cisco CSCdv89496 (clients enregistrés uniquement) pour plus de détails.

La page Exemples de travail de débogages T.30 fournit plus d'informations sur la façon de lire ces débogages et un exemple de suivi réussi de l'analyseur de télécopie de mode debug et ECM.

Déboguer vtsp all

Il existe également d'autres commandes debug qui peuvent être utiles pour résoudre les problèmes de relais de télécopie. Ces débogages ne seront pas aussi faciles à lire ou à fournir autant d'informations que les débogages T.30, mais ils peuvent toujours être utiles.

VTSP (Voice Telephony Service Provider) est une architecture qui définit l'interface entre le contrôle d'appel Cisco IOS et un point d'extrémité DSP connecté à un équipement de téléphonie standard tel qu'un PBX, un fax ou un bureau central via des interfaces analogiques ou numériques.

Pour VoIP T.38 ou relais fax, debug vtsp all peut fournir des informations d'état utiles à partir du routeur. Comme indiqué dans la section de dépannage, cette commande de débogage peut être utilisée pour déterminer si le codec de télécopie a été téléchargé dans le DSP, comme indiqué sur la page Débogage du fournisseur de services de téléphonie vocale.

Débogage vtsp vofr sous-trame 3

Une autre commande de débogage fax relay qui est utile pour les fax avec VoFR et VoATM est debug vtsp vofr sous-trame 3. Cette commande génère des trames FRF11 qui ont un type de charge utile de relais de télécopie Annexe D. Il y a une quantité significative de sortie de cette commande même avec un seul appel de relais de télécopie, et le hex doit être décodé (la spécification FRF11 est utile pour le décodage hexadécimal).

Commandes de débogage supplémentaires

1. Pour déboguer des problèmes d'échange de fonctionnalités T.38, utilisez la commande debug cch323 h245.

2. Pour déboguer les échanges de messages DSP entre les applications et le DSP, utilisez les commandes de débogage suivantes :

   • debug vtsp all

   • debug voip ccapi inout

      

   • debug hpi all (sur le Cisco 5300/2600/3600 et toutes les autres plates-formes vocales qui utilisent les DSP TI c54x)

   • debug nextport vsmgr detail (sur les plates-formes DSP NextPort (Cisco 5400, 5850))

Analyseurs de télécopie

Il est parfois nécessaire d'aller au-delà des fonctionnalités de débogage des passerelles vocales Cisco pour résoudre les problèmes de relais de télécopie. Des outils tels que les analyseurs de protocole et les analyseurs de fax sont utilisés pour voir ce qui se passe dans le fonctionnement du relais de télécopie. Les analyseurs de fax tels que ChannelProbe/FaxProbe de Gênes par QualityLogic ou HP Telegra peuvent être positionnés entre le périphérique de télécopie et la passerelle Cisco pour capturer ce qui se passe. Les analyseurs de protocole tels que Sniffer et Domino peuvent être utiles lorsque vous devez afficher les paquets de relais de télécopie échangés entre les routeurs.

La capacité à résoudre un problème complexe nécessite parfois une combinaison d'équipements : un analyseur pour capturer le trafic de télécopie sur chaque fax et un analyseur de protocole pour capturer les paquets de relais de télécopie. Un seul appel de télécopie est passé pour reproduire le problème, puis les informations sont capturées à partir des périphériques connectés pour analyse. Ce schéma indique l’emplacement de cet équipement de test sur le réseau.

La plupart des analyseurs de fax disposent d'écrans d'aide et de documentation adéquats pour vous aider à déterminer ce qui se passe. La norme T.30 est également très utile. Pour les analyseurs de protocole, le décodage peut être un peu plus difficile car il arrive que les codages soient propriétaires ou que le logiciel de l'analyseur ne dispose pas du décodage spécifique nécessaire. Pour les relais de télécopie utilisant VoFR et VoATM, les passerelles Cisco utilisent l'annexe D normalisée de la spécification FRF11. Si l’analyseur de protocole ne parvient pas à décoder la trame, celle-ci peut être décodée manuellement avec cette spécification. Avec le relais de télécopie et la VoIP, un format propriétaire Cisco est utilisé pour les paquets de relais de télécopie.

Grâce à l'analyseur de fax et à l'analyseur de protocole, vous pourrez résoudre les problèmes de relais de fax. Peu de problèmes de relais de télécopie arrivent à ce point et, dans ce cas, des ressources d'escalade et de suppression doivent être impliquées pour obtenir une assistance supplémentaire.

En outre, fournir toutes les autres informations pertinentes au problème.

Ouvrir un dossier TAC

Si ce document ne vous a pas permis d'isoler et de résoudre le problème, ouvrez un dossier auprès du centre d'assistance technique Cisco (TAC) et fournissez les informations suivantes :

• Description de la topologie du réseau (format PDF, Visio ou Microsoft PowerPoint).

• Les télécopieurs utilisés, qui incluent des informations sur le fournisseur et le modèle.

• L'histoire du problème.

  Les informations utiles comprennent si la mise en oeuvre est nouvelle ou si un réseau établi a bien fonctionné, puis a échoué. Si le réseau a été établi, qu’est-ce qui a changé avant que le problème ne se produise ? Le problème est-il intermittent ? Le problème peut-il être reproduit et, dans l'affirmative, quelles sont les étapes nécessaires pour le reproduire ?

• Résultat de la commande show tech à partir des deux passerelles de télécopie et de tous les routeurs sur le chemin IP, ainsi que des informations pertinentes pour l'équipement réseau non Cisco actif.

• Une paire de suivis d'appel avec ces indicateurs de débogage activés :

  • debug voip ccapi inout

  • debug vtsp all

  • debug isdn q931 (si le RNIS ou Q.Sig est impliqué)

• Une paire de sorties show voice call et show voice dsp.

• Une paire de l'analyseur de fax trace connectée en mode moniteur aux télécopieurs d'origine et de terminaison, le cas échéant.

• Résultats du dépannage et des débogages effectués, le cas échéant.

Informations connexes

• Solutions Cisco Voix sur IP - Services de télécopie
• Configuration du relais de télécopie VoIP à l'aide de Call Manager et d'une passerelle vocale
• Guide d'application des services de télécopie et de modem Cisco IOS sur IP
• Télécopie sur IP avec Catalyst 6608 et VG248
• Problèmes de relais de télécopie H.323 T.38
• Prise en charge de la passerelle Cisco AVVID pour le relais de télécopie et la télécopie par transmission directe
• Voix : configuration du relais de télécopie avec VoIP (T.38)
• Assistance technique concernant la technologie vocale
• Assistance produit Unified Communications
• Lecture recommandée : Dépannage des problèmes de téléphonie IP Cisco
• Support et documentation techniques - Cisco Systems