Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Ce document décrit le dépannage de base et la résolution des problèmes liés au relais de télécopie Cisco.
Sachez que plusieurs techniques sont utilisées pour transmettre des appels fax sur un réseau de téléphonie par paquets sur des passerelles Cisco IOS® :
Relais de télécopie propriétaire Cisco
Relais de télécopie T.38
Passthrough de télécopie
Fax Upspeed
Transfert et stockage de télécopies T.37
En outre, trois technologies principales de téléphonie par paquets sont actuellement utilisées, collectivement appelées Voix sur X (VoX) :
Voix sur IP (VoIP)
VoFR (Voice over Frame Relay)
Voix sur ATM (VoATM)
Ce document se concentre principalement sur le relais de télécopie propriétaire de Cisco sur les passerelles Cisco IOS, qui fonctionne sur les réseaux VoIP. Le relais de télécopie T.38 et les autres technologies VoX sont également abordés.
Les subtilités techniques des télécopies et du relais fax ne sont pas traitées en détail, mais vous pouvez résoudre la plupart des problèmes de relais fax courants. Une présentation de la télécopie et du relais de télécopie Cisco est également fournie.
Les informations contenues dans ce document sont principalement basées sur la version 12.2(5) du logiciel Cisco IOS, bien que la plupart des informations soient également utiles pour d'autres versions du logiciel Cisco IOS.
Certaines informations de débogage proviennent 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.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.
La plupart des télécopieurs modernes sont compatibles avec le groupe 3. Le groupe de télécopies 3 est une technologie basée sur des normes qui est principalement constituée des recommandations ITU T.4 et T.30.
La norme T.4 concerne la manière dont l'image de télécopie est codée par un périphérique de télécopie, et la norme T.30 détaille les négociations de télécopie et le protocole de communication.
Les télécopieurs du groupe 3 ont été conçus pour être utilisés sur le réseau téléphonique public commuté (RTPC). Comme le RTPC a été conçu pour la parole humaine, le groupe 3 utilise le codage analogique ou les signaux modulés comme le ferait 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 la 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. Ces deux types d'appels entraînent le chargement par la passerelle du 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 signal numérique (DSP) C542 et C549.
Les codecs de compression vocale sont généralement des codecs à 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 à une bande passante faible (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 la télécopie.
En effet, les signaux modulés des transmissions fax ne transitent généralement pas correctement lorsque ces codecs sont utilisés, et les appels fax échouent de ce fait.
Pour plus d'informations sur les codecs de compression, consultez Voice over IP - Per Call Bandwidth Consumption.
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 fax via le codec vocal est généralement appelée télécopie intrabande ou fax passthrough.
Une technique appelée upspeeding 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 à faible compression si des tonalités de fax sont détectées.
Avec la télécopie 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 échantillon vocal.
La passerelle de terminaison décompresse et décode ensuite l'échantillon et le diffuse au télécopieur de terminaison.
Le relais fax fonctionne différemment. Il s’agit d’un protocole qui termine le signal modulé, extrait les informations numériques, puis relaie les informations numériques à travers 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.
Un appel fax peut être divisé en deux parties : la négociation fax et la 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 de départ et de fin.
Dans cet échange, chaque périphérique de télécopie échange ses capacités, et les deux périphériques de télécopie s'accordent sur les caractéristiques de la session de télécopie avant que la transmission de la page n'ait lieu.
Cette illustration montre un appel fax traditionnel sur RTPC.
Certaines fonctionnalités sont échangées et négociées : vitesse de transmission des pages, mode de correction des erreurs (ECM), résolution, codage des pages et temps de numérisation.
La vitesse de transmission des pages (formation) est une négociation importante qui détermine la vitesse à laquelle la télécopie envoie ses informations.
Les télécopieurs tentent de s'entraîner à la vitesse de modulation la plus élevée possible en fonction des paramètres échangés initialement. Les télécopieurs se réentraînent à 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 télécopie 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). MH se compresse généralement à un rapport de 20:1. Le codage MR permet 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.
Lors de la transmission de la page, un débit binaire supérieur au débit initial de 300 BPS utilisé lors de la négociation de l'établissement de l'appel est utilisé. Le débit binaire utilisé pour la transmission de la page est confirmé dans la formation.
Voici quelques-uns des débits 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 BITS/S
V.17 - 14400 BITS/S
Remarque : ces spécifications V.XX utilisées pour la transmission de pages (V.27ter, V.29, V.17) et la négociation de fax (V.21) 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 d'entre eux ont migré à des vitesses beaucoup plus rapides.
Le relais fax 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 fax.
Étant donné qu'un appel fax est traité comme un appel vocal normal, le DSP de chaque passerelle est mis en mode vocal, après quoi la voix humaine est censée être reçue et traitée.
Pendant la durée de l'appel, si une réponse par fax (CED) ou une tonalité d'appel (CNG) est entendue, le DSP n'interfère pas avec le traitement de la parole. Elle permet de continuer à émettre la tonalité sur le segment d'appel VoX.
Un télécopieur normal, après avoir généré un CED ou entendu un CNG, transmet un message T.30 DIS dans le cadre d'un échange de fax. Ce processus se produit généralement au niveau du 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 fax. 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 situé de l'autre côté du réseau VoX afin que les DSP situés de chaque côté de l'appel fax utilisent le codec fax. Selon le protocole de relais de télécopie utilisé, les mécanismes de notification diffèrent.
Une fois le codec de télécopie chargé, les DSP démodulent les trames HDLC T.30, extraient les informations de télécopie et les transmettent entre les routeurs avec 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 permettant de 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 le protocole RTP pour transporter les données de télécopie.
La télécopie T.38 normalisée 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 UDP pour transporter les données de télécopie.
FRF.11 Annexe D normalisée pour la VoFR et la VoATM.
Contrairement aux télécopies en bande ou à la transmission fax, 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 reconvertit les bits en tonalités à l’extrémité (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 démodulation/modulation.
Le relais de télécopie Cisco et le relais de télécopie T.38 diffèrent également du stockage et du transfert de télécopie T.37. T.37 fournit une méthode basée sur des normes pour permettre à 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 :
Fax Pass-Through : en mode Fax Pass-Through, les passerelles ne distinguent pas un appel fax d'un appel vocal
Cisco Fax Relay : en mode relais fax, les passerelles mettent fin à la signalisation fax T.30
Le relais de télécopie Cisco et le relais de télécopie T.38 diffèrent également du stockage et du transfert de télécopie T.37. T.37 fournit une méthode basée sur des normes pour permettre à une passerelle VoIP de recevoir ceci :
Télécopie provenant d'un télécopieur et transmise à un serveur de messagerie compatible SMTP. Le serveur de messagerie peut ensuite remettre la télécopie à un utilisateur sous forme de message électronique.
Message électronique provenant d'un serveur de messagerie et le modulant en un signal de télécopie pour réception par un télécopieur normal.
Ce schéma illustre le relais fax sur un réseau VoX. La connexion de télécopie aux passerelles de départ et de terminaison peut être établie directement sur les ports FXS de la passerelle, ou via un PBX ou le RTPC sur un port E1, BRI (Basic Rate Interface), FXO ou E&M de la passerelle.
Le relais fax est activé par défaut sur les plates-formes VoIP/VoFR/VoATM telles que les Cisco 3810, 2600, 3600 et 5300. Si les appels vocaux aboutissent entre deux routeurs, les appels fax sont supposés fonctionner, mais lorsque le relais fax ne fonctionne pas ou que les performances doivent être améliorées, il existe des commandes spécifiques au relais fax que vous pouvez émettre en tant que précurseur pour résoudre le problème :
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 le débit de télécopie vocal, qui n'apparaît pas dans la configuration sous chaque terminal de numérotation dial-peer.
fax rate, commande |
---|
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 fax rate voice 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 débit de télécopie vocal ne permettrait pas aux appels fax de dépasser cette bande passante de codec.
Le fax serait limité à une bande passante de 7200 BPS, même s'il tentait de négocier initialement à une bande passante plus élevée de 14400 BPS ou 9600 BPS.
Une plainte fréquente est que les télécopies qui s'étaient terminées dans un certain temps lorsqu'elles étaient 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 de débit de télécopie par défaut, 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 fax de négocier jusqu'à un maximum de 14400 BPS, quel que soit le codec vocal configuré. Cette configuration résout le problème des temps d'exécution plus longs.
L'objectif principal servi par la commande fax rate dans les réseaux VoX est de fournir une utilisation déterministe de la bande passante par appel.
Le paramètre vocal du débit de télécopie est le paramètre par défaut, car il garantit que les appels vocaux et de télécopie utilisent la même quantité de bande passante au sein du réseau VoX. Cette considération est comprise lorsque le débit de télécopie est modifié pour être supérieur à celui de la bande passante du codec.
En outre, certains télécopieurs peuvent fonctionner de manière plus stable à un débit 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 que le relais de télécopie peut également être désactivé si vous exécutez la commande fax rate dans la sortie du routeur. Une technique de dépannage valide consiste à désactiver le relais fax et à configurer des codecs à bande passante élevée tels que G711.
Cette technique est traitée dans la section « Dépannage », sous 6. Désactiver le relais de télécopie et modifier le codec pour Passthrough.
La commande fax-relay ECM disable est disponible pour le relais de télécopie propriétaire Cisco uniquement et est émise pour désactiver la négociation ECM (Error Correction Mode) entre une paire de télécopieurs.
ECM garantit que les pages télécopiées sont transmises sans erreur et est une fonctionnalité que l'on trouve généralement sur les modèles haut de gamme.
Malheureusement, ECM présente une faible tolérance (environ 2 %) à 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 fax plus élevé dans les réseaux VoX avec pertes. Une sortie incomplète sur la télécopie de terminaison est un symptôme d'échecs dus à la perte de paquets.
Si les deux télécopieurs sont d’accord au cours de la phase de négociation de télécopie, ECM est activé, mais au cours du relais de télécopie, les routeurs démodulent les tonalités de télécopie 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 indique qu'il est capable d'ECM, le routeur peut modifier ce paramètre afin que l'autre télécopieur pense que ECM n'est pas pris en charge.
Les deux télécopieurs sont alors obligés 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 considérablement accrue lorsque l'ECM est désactivé, même en cas de perte de paquets (environ 10 %) et de retard beaucoup plus importants. En outre, cette commande active automatiquement une fonction Cisco IOS appelée dissimulation de perte de paquets, qui consiste à répéter les lignes d'analyse perdues pour usurper le télécopieur afin de croire qu'il a reçu toutes les données.
Notez que, bien que l'ECM puisse améliorer le taux de réussite des transmissions de fax dans les réseaux VoX avec pertes, les problèmes de réseau de base demeurent et doivent être résolus avant que d'autres problèmes ne se produisent.
Une étape de configuration simple effectuée sous le terminal de numérotation dial-peer VoIP consiste à désactiver ECM. Comme indiqué dans la référence des commandes, cette commande ne fonctionne actuellement que pour les terminaux de numérotation dial-peer VoIP. Il peut être configurable pour VoFR et VoATM, mais il ne désactive pas ECM.
fax-relay ECM disable, commande |
---|
vnt-3660-23(config-dial-peer)#fax-relay ECM ? disable Disables ECM mode for fax relay |
La commande fax NSF est utilisée pour empêcher le transfert de capacités de télécopie propriétaires. Étant donné que l'implémentation du relais de télécopie du routeur démodule et décode les tonalités de télécopie en fonction de la spécification T.30, les transactions ou le codage propriétaires interrompent le relais de télécopie et provoquent l'échec de la transmission de télécopie. Certaines marques de télécopieurs utilisent ces codages propriétaires pour signaler la disponibilité de fonctionnalités améliorées, qui aident un fabricant de télécopieurs à distinguer ses produits des autres. Cette notification de capacité a lieu avec le champ facultatif Non Standard Facilities (NSF) dans la négociation de télécopie.
Lorsque vous émettez la commande fax NSF, le routeur écrase le NSF, de sorte que seules les transactions de télécopie standard se produisent. Les équipements spécifiques au fournisseur qui ne répondent pas aux exigences standard du groupe 3 et qui ne fonctionnent pas avec le relais de télécopie Cisco ne sont pas utilisables. En général, la valeur NSF est définie sur tous les zéros lorsque cette commande est émise, ce qui corrige les problèmes causés par le champ NSF.
Commande fax 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 |
La commande fax protocol est requise pour la VoIP afin de spécifier quel protocole de relais de télécopie (T.38 ou Cisco fax relay) est utilisé.
fax protocol, commande |
---|
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 T.38. Certaines plates-formes vocales, telles que les routeurs 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 sur lesquelles le relais de télécopie Cisco est utilisé par défaut. L'option system permet au terminal de numérotation dial-peer d'hériter du protocole de relais fax 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.
L'option système est le paramètre par défaut de la commande fax protocol. Étant donné que l'option système utilise par défaut le relais de télécopie Cisco, les terminaux de numérotation dial-peer VoIP utilisent toujours par défaut le relais de télécopie Cisco lorsque rien n'est explicitement configuré de manière globale.
fax protocol, commande |
---|
<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 uses 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 because 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> |
Ces étapes ont permis de résoudre la majorité des problèmes liés au relais fax sur VoIP, VoATM et VoFR. Les informations spécifiques à un type d’encapsulation ou de relais fax particulier sont notées.
La première étape à suivre lorsque vous dépannez 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 rencontrent des problèmes et de se concentrer sur une topologie simple. Déterminez comment ces machines sont connectées entre elles et résolvez d'abord le problème entre ces deux machines. En outre, il est conseillé de dessiner une image complète de la topologie et de déterminer comment les télécopieurs sont interconnectés.
Résoudre un problème à la fois minimise 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 fax sur le réseau. La plupart des problèmes de relais fax sont dus à une mauvaise configuration VoX ou à une conception réseau médiocre. Cela entraîne des problèmes de connectivité de base et des problèmes physiques de perte et de gigue de ligne ou de paquet.
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.
Les problèmes de connectivité de base des télécopieurs peuvent résulter des facteurs suivants :
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écopieurs. Si aucun téléphone n'est branché, débranchez le télécopieur et branchez un téléphone normal. Si les appels vocaux normaux ne se connectent pas, le problème est peut-être lié à la VoX et vous pouvez le résoudre en tant que problème de connectivité vocale normal avant de poursuivre le dépannage de la télécopie.
Les problèmes de configuration liés aux terminaux de numérotation dial-peer sont les suivants :
Un homologue de numérotation incorrect correspond.
Après vous être assuré que les appels vocaux peuvent être effectués avec succè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 qui correspondent à chaque appel vocal.
Remarque : lorsque vous disposez de liaisons VoIP, vous pouvez voir tous les tronçons 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 arrive 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 l'ID de bogue Cisco CSCdx50212 et l'ID de bogue Cisco CSCdv02561 .
Remarque : assurez-vous que l'homologue de numérotation configuré est l'homologue correspondant. Dans cette sortie de commande, vous pouvez voir que le tronçon d'appel VoIP sortant utilise l'ID d'homologue 100.
show call active voice brief, commande |
---|
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 |
L'une des causes courantes des problèmes de relais de télécopie est que le terminal de numérotation dial-peer correctement configuré n'est pas celui qui est mis en correspondance. Il est également courant qu'aucun terminal de numérotation dial-peer VoIP entrant particulier ne soit configuré sur la passerelle de terminaison, et le logiciel Cisco IOS sélectionne le premier terminal de numérotation dial-peer VoIP approprié (et par défaut) comme terminal de numérotation dial-peer entrant. Les paramètres de ce terminal de numérotation dial-peer entrant ne correspondent peut-être pas à ceux du terminal de numérotation dial-peer sortant sur la passerelle d'origine.
Il n'est pas toujours obligatoire que vous ayez des configurations identiques sur les terminaux de numérotation dial-peer VoIP sortants et entrants. Cependant, lorsque vous rencontrez un problème de relais de télécopie, assurez-vous que vous disposez d'un terminal de numérotation dial-peer VoIP entrant dédié sur le routeur de terminaison et que sa configuration correspond à la configuration du terminal de numérotation dial-peer VoIP sortant sur le routeur d'origine. Cette configuration pour les routeurs connectés au RNIS est un exemple d'homologues de numérotation VoIP correspondants spécifiques pour le modèle de destination « 5... » sortant sur la passerelle d'origine et entrant sur la passerelle de terminaison.
Passerelle d'origine | Passerelle de terminaison |
---|---|
!--- 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:10.10.10.10 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 |
Vous trouverez plus d'informations sur les terminaux de numérotation dial-peer correspondants, entrants et sortants, VoIP et POTS dans Voice - Understanding How Inbound and Outbound Dial-Peers are Matched on Cisco IOS Platforms.
Une autre méthode que vous pouvez utiliser pour vérifier les correspondances dial-peer 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 d'homologue sortant qui indique l'homologue de numérotation 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, une autre ccCallSetupRequest apparaît 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 commande debug voip ccapi inout call trace (comme illustré ici) est un message cc_api_call_setup_ind avec une option peer_tag qui fait référence à l'homologue de numérotation 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) |
Homologues de numérotation configurés incorrectement d'un côté ou des deux
Après avoir vérifié que le terminal de numérotation dial-peer correct correspond (dans ce cas, le terminal de numérotation dial-peer 100 pour la passerelle d'origine et le terminal de numérotation dial-peer 400 pour le routeur de terminaison), confirmez dans la configuration que le terminal de numérotation dial-peer est correctement configuré pour la télécopie. Voici quelques erreurs courantes à vérifier des deux côtés de l'appel :
Le relais fax 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 a été utilisé.
Le terminal de numérotation dial-peer d'une passerelle vocale est configuré pour le relais fax Cisco, mais l'autre passerelle vocale est un Cisco 5350/5400. Les routeurs Cisco 5350/5400 prennent uniquement en charge T.38, de sorte que la négociation échoue.
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-extension pour les États-Unis est µ-law ; pour l'Europe et l'Asie, c'est a-law. Vous pouvez émettre la commande show voice call pour voir quelle valeur est actuellement configurée. Si vous utilisez un port BRI ou E1, le type de compression-extension 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 devient méconnaissable et qu'un niveau de bruit faible élevé apparaît.
Dans le logiciel Cisco IOS Version 12.2(3), la commande compand-type n'est pas activée sur les ports BRI et le type de compression-extension est la valeur par défaut. Pour plus d'informations sur ce bogue, consultez l'ID de bogue Cisco CSCdv00152 et l'ID de bogue Cisco CSCdv01861.
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 se produisent.
Protocole cRTP (Compressed Real-Time Transport Protocol).
Plusieurs problèmes connus sont associés au protocole cRTP. Des correctifs sont disponibles pour ces problèmes, et il est logique de désactiver cRTP lorsque des problèmes se produisent 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.
Problèmes de connectivité de télécopie sur le RTPC.
Si les appels vocaux fonctionnent dans les deux sens, mais que les appels fax échouent dans au moins un sens, vérifiez que les télécopies normales entre ces deux ordinateurs fonctionnent sur le RTPC. En d'autres termes, assurez-vous que les télécopieurs se transmettent correctement les uns aux autres avec le RTPC sans traverser le réseau VoX. Si ce n'est pas le cas, les télécopieurs peuvent présenter des problèmes qui doivent être résolus avant d'envisager des problèmes de relais de télécopie.
Si des connexions numériques T1 ou E1 sont utilisées par les routeurs qui effectuent le relais fax, 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 glissements. Les erreurs ne sont pas visibles sur les appels vocaux, mais elles peuvent entraîner l'échec des télécopies.
Commande show controller T1(E1) 1/0 |
---|
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 au niveau des passerelles de départ et de terminaison sont généralement exempts d'erreurs. Si des erreurs se produisent, répétez la commande show controller (T1, E1 et 1/0 varie) plusieurs fois au cours de l'appel pour voir si le nombre d'erreurs augmente. Le problème le plus courant des glissements 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 effectue une 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 faites. Le document Plan de synchronisation fournit plus d'informations sur la synchronisation synchrone.
Sur les routeurs 26xx / 366x, lorsque vous utilisez la carte VOCALE AIM, le contrôleur affiche des « glissements contrôlés » sauf si vous ajoutez les commandes network-clock-participer et network-clock-select.
Sur la plate-forme Cisco MC3810, vous devez configurer la commande network-clock-select et émettre 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. Les liaisons E1 étant normalement synchronisées avec le réseau téléphonique, il en résulte des erreurs de synchronisation masquées et des problèmes de transmission de fax intermittents. Pour plus de détails, consultez l'ID de bogue Cisco CSCdv10359.
Sur les cartes MFT C4224, quand 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 ensuite nécessaire de définir la commande network-clock-select. Dans ce cas, il s'agit de network-clock-select 1 t1 x/y.
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 Store and Forward T.37) 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.
fax interface-type, commande |
---|
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 |
Assurez-vous de recharger le routeur, sinon la commande ne sera pas appliquée. Les appels de télécopie échouent 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 se produit généralement lorsque l'une des passerelles vocales est mise à niveau vers le logiciel Cisco IOS version 12.2 ou ultérieure.
Chaque télécopieur affiche l'ID du télécopieur distant sur son écran LCD à l'issue de la phase de négociation du fax. 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é avec succès. 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.
Émettez la commande debug vtsp all et la commande debug voip ccapi inout call trace. Ces débogages sont décrits en détail dans la section Débogage de ce document.
Émettez la commande show voice trace. Les commandes show consomment 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.
Commande show voice trace |
---|
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) -> |
Dans les étapes précédentes, vous avez établi que les appels vocaux fonctionnent, que les télécopies fonctionnent via le réseau PSTN et que toutes les interfaces numériques du chemin de relais de télécopie sont exemptes d'erreurs. Cette étape détermine si le relais de télécopie peut être désactivé pour les télécopies. Sous les terminaux de numérotation dial-peer VoIP/VoATM/VoFR, saisissez :
fax rate disable, commande |
---|
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é. La tonalité à rejouer de l'autre côté est aussi précise que possible. La mise en garde à cette étape est que, étant donné que G.711 est un codec de bande passante de 64 kbits/s, chaque appel consomme jusqu'à 80 kbits/s (pour la VoIP) lorsqu'une surcharge supplémentaire du protocole de transport est ajoutée.
Si ce test est positif, deux choses ont été accomplies. Premièrement, 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 de la transmission de fax pour le problème de relais de fax. 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 fax et un dossier TAC doit être ouvert.
Si ce test échoue, il est probable que tout ce qui provoque l'échec des appels fax avec le relais fax provoque également les échecs avec ce test. La première chose qui vient à l’esprit est que le réseau peut présenter une grande instabilité ou une perte de paquets.
La manière la plus simple et la plus précise de déterminer s’il y a une perte de paquets consiste à procéder comme suit :
Désactivez VAD sur les terminaux de numérotation dial-peer VoX.
Effectuez un appel vocal entre les mêmes ports que ceux auxquels 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 ceux sur lesquels les télécopieurs sont connectés.)
Lorsque l'appel est connecté, procédez comme suit :
Émettez la commande show voice dsp. Vous pouvez voir dans le résultat qu'un des canaux DSP a le codec configuré chargé. Habituellement, 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 être perdus. Tapez la commande show voice dsp plusieurs fois à des intervalles de 30 secondes pour déterminer si la différence augmente et si des paquets sont perdus.
Émettez la commande show voice call summary pour voir quel port (et l'intervalle de temps le cas échéant) est alloué à l'appel vocal. Tapez terminal monitor, puis exécutez la commande show voice call avec le port vocal (et l'intervalle de temps 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 sont généralement 0 ou moins de 20. Si le ou les compteurs sont supérieurs à 20, examinez la perte de paquets.
Si le réseau semble perdre de l'énergie, il n'est pas raisonnable de s'attendre à ce que le relais fax fonctionne de manière fiable. Il est possible de désactiver ECM, mais une étude plus approfondie est probablement nécessaire pour s'assurer que la QoS est provisionnée de bout en bout de sorte que le trafic de relais voix et télécopie soit prioritaire et ne soit jamais perdu dans l'encombrement. La section Informations connexes contient plus d'informations sur la façon de dépanner les problèmes de qualité vocale.
Pour les réseaux présentant une perte de paquets et de nombreuses gigues, désactivez ECM pour améliorer les appels de relais fax. Exécutez la commande fax-relay ECM disable (traité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 relais de télécopie dans les réseaux avec 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 notable dans le réseau, cette commande peut parfois aider à déterminer les problèmes de relais de fax. 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.
fax-relay ECM disable, commande |
---|
vnt-3660-23(config-dial-peer)#dial-peer voice 3 vnt-3660-23(config-dial-peer)#fax-relay ECM disable |
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 terminaux de numérotation dial-peer appropriés sur les deux passerelles :
Redondance de paquets T.38 |
---|
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 option alternative ou supplémentaire pour désactiver ECM consiste à remplacer le protocole de relais de télécopie par T.38 afin que la fonctionnalité de redondance de paquets T.38 puisse être testée. Cette fonctionnalité peut atténuer les défaillances 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 lorsque cela est possible.
La commande fax NSF peut être utile pour les marques de télécopieurs 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 soit disponible, le relais fax échouerait pour ces marques de télécopieurs. En général, 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 elle est recommandée en cas d'échec du relais fax.
fax NSF, commande |
---|
vnt-3660-23(config-dial-peer)#fax NSF 000000 |
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 indiquent support_FXR=0, alors la configuration du package FXR peut être manquante dans 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
Ensuite, réinitialisez la passerelle et les appels fax commencent à fonctionner.
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 les étapes supplémentaires à essayer avant d'ouvrir un dossier auprès du Centre d'assistance technique Cisco (TAC) :
Découvrez les marques et les modèles de télécopieurs défaillants et recherchez les problèmes connus sur ces marques et modèles.
Parfois, il y a des cas CARE ou des bogues qui résolvent des problèmes pour une certaine marque de télécopieur. Par exemple, une recherche sur Bug Search Tool (clients enregistrés seulement) pour une télécopie Pitney Bowes montre un bogue avec les télécopieurs Pitney Bowes et le relais de télécopie Cisco (ID de bogue Cisco CSCdu78373 (clients enregistrés seulement) ). Ce bogue ne se trouve pas dans le logiciel Cisco IOS, mais est une incompatibilité avec le protocole de signalisation de télécopie propriétaire de Pitney Bowes lorsque les périphériques de télécopie 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 fax et à utiliser un codec à bande passante plus élevée.
Avertissements connus
Les avertissements connus 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 :
Saisissez https://bst.cloudapps.cisco.com/bugsearch/ dans votre navigateur Web.
Tableau 1 Avertissements connus
ID de bogue | Résumé | Explication |
CSCdu30250 | VAD introduit de graves erreurs en mode Pass-Through de télécopie. | Lorsque les passerelles vocales Cisco sont configurées pour le mode Pass-Through de télécopie, désactivez la détection d'activité vocale (VAD) sur tous les terminaux de numérotation dial-peer VoIP associés aux appels fax. Pour désactiver VAD sur un terminal de numérotation dial-peer VoIP, utilisez ces commandes : config terminal dial-peer voice XXX voip no vad |
CSCdu62269 | CSCdu62269 | Tout périphérique de passerelle Cisco qui initie un appel de relais fax (avec des paquets RTP de type 96) vers un WS-X4604-GW en mode passerelle échoue. Ceci a été résolu dans la version 12.1.5YF3. Lorsqu'il est défini sur le mode passerelle, le logiciel identifie désormais le type de charge utile 96 et lance un mode d'intercommunication. |
CSCdv08143 | Les transmissions de télécopies de 5 à 30 pages échouent en mode Pass-Through du VG248 vers le WS-X4604-GW en mode Gateway. | 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 télécopie ou de modem est détectée, l'appel passe en mode Pass-Through avec des paquets de 10 ms (134 octets). | La taille de trame en mode Pass-Through de télécopie est de 214 octets. Les télécopies n’échouent pas même si la taille du paquet est incorrecte. |
CSCdv83337 | ||
CSCdw07735 | Les transmissions de télécopie échouent en mode Pass-Through de la passerelle 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 en mode passerelle et en mode de contournement de péage. | Cette défaillance se produit avec les images logicielles 12.1.5YF2 et 12.1.5YF3 sur le WS-X4604-GW et est corrigée dans le logiciel 12.2(7)X. |
CSCdw07804 | Les transmissions de télécopie échouent en mode Pass-Through de la passerelle 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 sont corrigées 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.
Dans l'étape précédente, des recherches ont été effectuées pour 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 la version du logiciel Cisco IOS installée peut contenir un bogue de relais de télécopie.
Par exemple, si un relais fax qui utilise la 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, utilisez les valeurs suivantes :
Version principale : 12.1
Révision : 2
Fonctionnalité/composant : VoFR
Mot-clé : fax
L'un des bogues est l'ID de bogue Cisco CSCdr65984 (clients enregistrés seulement) , intitulé « fax don't work for vofr ». Ce bogue a provoqué l'échec de tous les relais fax pour VoFR, et une mise à niveau est nécessaire vers une version du logiciel Cisco IOS dans laquelle ce bogue n'est plus présent.
Éliminer les défaillances matérielles.
Dans certains cas, il est plus facile d'isoler le problème si vous excluez les sources potentielles du problème, une par une. Remplacez les différentes pièces matérielles et utilisez d'autres connexions IP entre les passerelles. Lorsque du matériel supplémentaire est disponible, les étapes suivantes peuvent vous aider à :
Utilisez des ports différents sur les routeurs.
Si votre configuration implique deux passerelles connectées aux PBX ou RTPC avec E1 ou T1 et si vous disposez des ports FXS, essayez de connecter les télécopieurs directement aux ports FXS des passerelles vocales. Cette procédure permet d'isoler davantage le problème lorsque la possibilité d'une défaillance de la carte E1, de problèmes du côté de la téléphonie ou de problèmes de synchronisation ou de câble E1 est exclue.
Essayez un autre matériel.
Si vous disposez d'une autre passerelle vocale avec des ports FXS, essayez de la connecter directement à l'aide du 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 s'il existe des problèmes dans le réseau VoX, 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 obtenir des détails sur les commandes de débogage utiles pour le dépannage des problèmes de relais fax.
Les débogages peuvent être difficiles à comprendre si vous n'êtes pas familier avec le message qui se produit dans une transmission de télécopie typique. Il s'agit d'une représentation graphique des transactions T.30 de base qui se produisent pour une transmission de télécopie sur 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 référence rapide et inclut les messages qui sont généralement vus lors du débogage de Cisco fax relay. Pour obtenir des informations plus détaillées sur ce message ou sur les messages qui ne sont pas répertoriés ici, reportez-vous à la spécification T.30.
CED (Called terminal identification) : signal de 2 100 Hz transmis par le périphérique de télécopie 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 des données.
CFR (Confirmation To Receive) - réponse confirmant que le message et la formation précédents ont été terminés et que la transmission de page par télécopie peut commencer.
CNG (Calling Tone) : tonalité 1100 Hz activée pendant une demi-seconde, puis désactivée pendant 3 secondes. Ce signal identifie le terminal de télécopie comme un périphérique non vocal. 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 (Called Subscriber Identification) : permet de fournir l'identité spécifique du terminal de télécopie appelé via son numéro de téléphone international. (Facultatif)
DCN (Disconnect) : met fin à l'appel fax 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 appelant fait correspondre 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 fax.
FTT (Failure To Train) : utilisé pour rejeter un signal d'apprentissage et demander un recyclage (les recyclages se produisent généralement à des vitesses de modulation plus faibles).
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 indique que le destinataire est prêt à recevoir des pages supplémentaires.
NSF (Non-Standard Facilities) : permet d'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. Un recyclage est nécessaire pour continuer (généralement à une vitesse de modulation plus faible).
RTP (Retraining Positive) : indique qu'un message complet a été reçu et que d'autres messages peuvent s'afficher après le retraining.
TCF (Training Check) - envoyé via le système de modulation T.4 à plus haut débit (par rapport à la modulation V.21 à 300 kbits/s utilisée pour la signalisation T.30 précédente) pour vérifier l'entraînement et indiquer l'acceptabilité des pages de télécopie envoyées à ce débit de transmission.
TSI (Transmitting Subscriber Identification) : indique l'identification du terminal de télécopie de transmission (appelant). (Facultatif)
Voici des commandes de débogage utiles pour le relais fax :
Le débogage pour Cisco fax relay est activé avec la commande debug fax relay t30 all.
debug fax relay t30 all, commande |
---|
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).
debug fax relay t30 all Command Output |
---|
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 montre les événements T.30 qui se produisent dans le DSP dans le relais fax. 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 détecté par le DSP, ou message « fr-msg-det », est un message 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 l'échec de la transaction de télécopie dans le débogage, vous pouvez voir plusieurs messages « bad crc » suivis d'un message Failure To Train (FTT) du côté opposé. D'après les débogages, il semble que le problème implique le signal d'apprentissage. Les erreurs crc incorrectes 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. Consultez l'ID de bogue Cisco CSCdv89496 (clients enregistrés seulement) pour plus de détails.
La page Working Examples of T.30 Debugs fournit plus d'informations sur la façon de lire ces débogages et un exemple de débogage réussi et de suivi de l'analyseur de fax en mode ECM.
Il existe également d'autres commandes debug qui peuvent être utiles pour résoudre les problèmes de relais fax. Ces débogages ne sont pas aussi faciles à lire et ne fournissent pas autant d'informations que les débogages T.30, mais ils peuvent quand même ê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 central téléphonique 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.
Une autre commande de débogage du relais de télécopie qui est utile pour la télécopie avec VoFR et VoATM est debug vtsp vofr subframe 3. Cette commande génère des trames FRF11 qui ont un type de données utiles de relais fax Annexe D. Il y a une quantité significative de sortie de cette commande même avec un seul appel de relais fax, et le hex doit être décodé (la spécification FRF11 est utile pour le décodage hex).
Pour déboguer les fonctionnalités T.38 et échanger des problèmes, utilisez la commande debug cch323 h245.
Pour déboguer les échanges de messages DSP entre les applications et le DSP, utilisez les commandes debug suivantes :
debug vtsp all
debug voip ccapi inout
debug hpi all (sur les routeurs 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 NextPort DSP (Cisco 5400, 5850))
Il est parfois nécessaire d'aller au-delà des capacité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 télécopie sont utilisés pour voir ce qui se passe dans le fonctionnement du relais de télécopie. Des analyseurs de fax tels que Genoa ChannelProbe/FaxProbe by QualityLogic ou HP Telegram peuvent être placés entre le périphérique de fax et la passerelle Cisco pour capturer ce qui se passe. Les analyseurs de protocole tels que Sniffer et Domino peuvent être utiles lorsque vous avez besoin de visualiser les paquets de relais fax qui sont é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 au niveau de chaque télécopieur et un analyseur de protocole pour capturer les paquets de relais de télécopie. Un seul appel fax 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 montre où cet équipement de test est placé dans 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 spécification T.30 est également très utile. Pour les analyseurs de protocole, le décodage peut être difficile, car parfois les codages sont propriétaires, ou le logiciel d'analyse ne dispose pas du décodage spécifique nécessaire. Pour le relais fax qui utilise 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 à l’aide de cette spécification. Avec le relais fax et la VoIP, un format propriétaire Cisco est utilisé pour les paquets de relais fax.
Grâce aux informations de l'analyseur de fax et de l'analyseur de protocole, vous pouvez résoudre les problèmes de relais de fax. Peu de problèmes de relais de fax atteignent ce point, et lorsqu'ils le font, des ressources d'escalade et de DE doivent être impliquées pour une assistance supplémentaire.
En outre, fournissez toutes les autres informations pertinentes pour le problème.
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'historique du problème.
Les informations utiles incluent si la mise en oeuvre est nouvelle ou s’il s’agit d’un réseau établi qui a bien fonctionné, puis qui a échoué. Si le réseau a été établi, qu’est-ce qui a changé avant le problème ? 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 ?
Sortie de la commande show tech à la fois des passerelles de télécopie et de tous les routeurs sur le chemin IP, et 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 effectue le suivi connecté en mode surveillance aux télécopieurs d'origine et de fin, si disponible.
Résultats du dépannage et des débogages effectués, le cas échéant.
initialement publié sur https://www.cisco.com/c/en/us/support/docs/voice/fax-modem-over-ip/20227-faxrelay-tsguide.html
La balise MDF d'origine est : Technologies:Voice:Fax / Modem over IP.
L'ID du document est 20227
Si l'ID ou l'URL du document ne correspond pas, contactez tz-writers@cisco.com.
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
21-Feb-2002 |
Première publication |