In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
In diesem Dokument werden die grundlegende Fehlerbehebung und die Behebung von Problemen im Zusammenhang mit Cisco Fax Relay beschrieben.
Beachten Sie, dass zur Weiterleitung von Faxanrufen über ein Pakettelefonnetz auf Cisco IOS®-Gateways verschiedene Techniken verwendet werden:
Proprietäres Fax Relay von Cisco
T.38 Fax-Relay
Fax-Passthrough
Fax-Upspeed
T.37 Faxspeicher und -weiterleitung
Darüber hinaus werden derzeit drei Hauptpakettelefonie-Technologien verwendet, die zusammen als Voice over "X" (VoX) bezeichnet werden:
Voice over IP (VoIP)
Voice over Frame Relay (VoFR)
Voice over ATM (VoATM)
Der Schwerpunkt dieses Dokuments liegt auf den Cisco proprietären Fax Relay auf Cisco IOS Gateways, die über VoIP-Netzwerke betrieben werden. T.38 Fax Relay und die anderen VoX-Technologien werden ebenfalls behandelt.
Die technische Komplexität von Faxgeräten und Fax-Relay wird nicht im Detail behandelt. Sie können jedoch Fehler beheben, um die meisten gängigen Fax-Relay-Probleme zu beheben. Eine Übersicht über Fax und Cisco Fax Relay wird ebenfalls bereitgestellt.
Die Informationen in diesem Dokument basieren hauptsächlich auf Version 12.2(5) der Cisco IOS-Software. Die meisten Informationen sind jedoch auch für andere Versionen der Cisco IOS-Software nützlich.
Einige Debugging-Informationen stammen von einem Cisco IOS-Gateway, auf dem Version 12.2(7) der Cisco IOS-Software ausgeführt wurde. Diesen Punkt finden Sie im Abschnitt Debuggen dieses Dokuments.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
Die meisten modernen Faxgeräte entsprechen Gruppe 3. Die Faxgruppe 3 ist eine standardbasierte Technologie, die sich hauptsächlich aus den T.4- und T.30-ITU-Empfehlungen zusammensetzt.
T.4 bezieht sich darauf, wie das Faxbild von einem Faxgerät codiert wird, und T.30 beschreibt die Faksimile-Verhandlungen und das Kommunikationsprotokoll.
Faxgeräte der Gruppe 3 wurden für die Verwendung über das öffentliche Telefonnetz (PSTN) entwickelt. Da das PSTN für die Sprachübertragung durch den Benutzer konzipiert wurde, verwendet Gruppe 3 analoge Kodierung oder modulierte Signale ebenso wie ein analoges Modem.
Sowohl analoge Modems als auch Faxgeräte sind digitale Geräte, die ein moduliertes analoges Signal verwenden müssen, um die digitalen Informationen über das PSTN weiterzuleiten. Dieses modulierte Signal ist in der Regel als verschiedene Tonsignale hörbar.
Gateways in einem VoX-Netzwerk behandeln Sprach- und Faxanrufe zunächst gleich. Beide Arten von Anrufen führen dazu, dass das Gateway den konfigurierten Sprachkomprimierungscodec in den digitalen Signalprozessor (DSP) lädt.
Weitere Informationen zu DSPs finden Sie unter Voice Hardware: C542 and C549 Digital Signal Processors (DSPs).
Bei den Sprachkomprimierungscodecs handelt es sich in der Regel um Codecs mit hoher Komprimierung, sodass für jeden Sprachanruf weniger Bandbreite verwendet wird.
Codecs mit hoher Komprimierung, wie G729 und G723, sind für Sprache optimiert und komprimieren die Sprache auf eine niedrige Bandbreite (8 Kbit/s, ohne Overhead für G.729), behalten jedoch eine gute Qualität bei, G.729 und andere Codecs mit hoher Komprimierung sind nicht für Fax optimiert.
Tatsächlich werden die modulierten Signale von Faxübertragungen bei Verwendung dieser Codecs in der Regel nicht richtig durchlaufen, sodass Faxanrufe fehlschlagen.
Weitere Informationen zu Komprimierungscodecs finden Sie unter Voice over IP - Bandbreitennutzung pro Anruf.
Faxe können erfolgreich übertragen werden, wenn Codecs mit niedrigeren oder überhaupt keiner Komprimierung (wie G.726 und G.711 ohne Echounterdrückung oder Sprachpausenerkennung) verwendet werden.
Diese Methode der Faxübertragung über den Sprach-Codec wird in der Regel als In-Band-Fax oder Fax-Passthrough bezeichnet.
Bei einer Technik, die als Upspeeding bezeichnet wird, kann das Gateway den konfigurierten Sprachkomprimierungscodec für Sprachanrufe zunächst in den DSP laden und in einen Codec mit niedriger Komprimierung ändern, wenn Faxtöne erkannt werden.
Beim In-Band-Fax wird das anfängliche modulierte Signal vom Codec auf dem Quellrouter codiert und komprimiert und über das VoX-Netzwerk weitergeleitet, als handele es sich um eine Sprachprobe.
Das Terminierungs-Gateway dekomprimiert und dekodiert das Beispiel und spielt es auf dem Terminierungs-Faxgerät ab.
Fax-Relay funktioniert anders. Dabei handelt es sich um ein Protokoll, das das modulierte Signal terminiert, die digitalen Informationen extrahiert und dann die digitalen Informationen mithilfe von Datenpaketen über das Datennetzwerk weiterleitet.
Auf der Terminierungsseite werden die digitalen Informationen aus dem Paket extrahiert, moduliert und abgespielt.
Ein Faxanruf kann in zwei Teile unterteilt werden: Faxaushandlung und Seitenübertragung.
Die Halbduplex-Faxaushandlung erfolgt zu Beginn eines Faxanrufs. V.21-modulierte High-Level Data Link Control (HDLC)-Daten-Frames werden mit einer Geschwindigkeit von 300 Bit/s weitergeleitet.
Diese Daten-Frames werden in einer Standardreihenfolge zwischen den Ursprungs- und den Endfaxgeräten gesendet.
Bei diesem Austausch tauscht jedes Faxgerät seine Funktionen aus, und beide Faxgeräte vereinbaren die Eigenschaften der Faxsitzung, bevor die Seitenübertragung stattfindet.
Diese Abbildung zeigt einen herkömmlichen Faxanruf über das PSTN.
Einige der ausgetauschten und ausgehandelten Funktionen sind die Übertragungsgeschwindigkeit von Seiten, der Fehlerkorrekturmodus (Error Correction Mode, ECM), die Auflösung, die Seitencodierung und die Abtastzeit.
Die Übertragungsgeschwindigkeit von Seiten (Schulung) ist eine wichtige Verhandlung, die die Geschwindigkeit bestimmt, mit der die Faxinformationen gesendet werden.
Faxgeräte versuchen, auf der Grundlage der ursprünglich ausgetauschten Parameter mit der höchstmöglichen Modulationsgeschwindigkeit zu trainieren. Faxgeräte werden auf eine niedrigere Geschwindigkeit umgeschult, wenn das Training mit höherer Geschwindigkeit fehlschlägt.
Die Paging-Übertragung erfolgt nach Abschluss des Trainingsteils der Fax-Verhandlungsphase unter Verwendung der zuvor vereinbarten Parameter. Die Seiteninformationen werden in Scanlinien mit einer Standardauflösung von 203H x 98V dots per inch kodiert.
Faxbilder werden in der Regel komprimiert und entweder mit der Codierung Modified Huffman (MH) oder Modified Read (MR) codiert. MH komprimiert normalerweise im Verhältnis 20:1. MR-Codierung ermöglicht normalerweise eine Verbesserung der Komprimierung um 20 Prozent gegenüber MH, ist jedoch etwas weniger fehleranfällig.
Bei der Übertragung von Paging-Anrufen wird eine Bitrate verwendet, die höher ist als die ursprüngliche Bitrate von 300 Bit/s, die bei der Aushandlung der Anrufeinrichtung verwendet wird. Die für die Seitenübertragung verwendete Bitrate wird im Rahmen des Trainings bestätigt.
Dies sind einige der gängigen Tarife für die Übertragung von Faxseiten:
V.27ter - 2400/4800 BPS
V.29 - 7200/9600 BPS
V.17 - 14400 Bit/s
Hinweis: Diese V.XX-Spezifikationen für die Seitenübertragung (V.27ter, V.29, V.17) und die Faxaushandlung (V.21) definieren, wie digitale Daten über analoge Telefonleitungen gesendet werden sollen.
Datenmodems können diese Spezifikationen ebenfalls verwenden, obwohl die meisten Datenmodems zu viel schnelleren Geschwindigkeiten migriert sind.
Fax Relay ist eine Technik, die verwendet wird, um den Mangel an Sprachcodecs mit hoher Komprimierung (G729, g723 und dergleichen) zu beheben, wenn diese Codecs versuchen, Faxverkehr weiterzuleiten.
Da ein Faxanruf wie ein normaler Sprachanruf behandelt wird, wird der DSP in jedem Gateway in den Sprachmodus versetzt, wonach menschliche Sprache empfangen und verarbeitet werden soll.
Wenn während der Dauer des Anrufs ein Faxantwort- (CED) oder Anrufton (CNG) ertönt, beeinträchtigt der DSP die Sprachverarbeitung nicht. Damit kann der Ton über die VoX-Anrufstrecke fortgesetzt werden.
Ein normales Faxgerät überträgt eine T.30-DIS-Nachricht im Rahmen eines Fax-Handshakes, nachdem es eine CED generiert oder eine CNG hört. Dieser Vorgang findet in der Regel am Endfaxgerät statt.
Der DSP des Terminierungs-Gateways erkennt dann die HDLC-Flag-Sequenz zu Beginn der DIS-Nachricht und initiiert den Fax-Relay-Switchover. Das bedeutet, dass der Sprach-Codec und der Fax-Codec für den Faxanruf entladen werden.
Außerdem wird eine Benachrichtigung an den DSP auf der anderen Seite des VoX-Netzwerks gesendet, sodass die DSPs auf beiden Seiten des Faxanrufs den Fax-Codec verwenden. Je nach verwendetem Fax-Relay-Protokoll unterscheiden sich die Benachrichtigungsmechanismen.
Wenn der Fax-Codec geladen ist, demodulieren die DSPs die T.30 HDLC-Frames, extrahieren die Faxinformationen und leiten sie mithilfe eines der folgenden Fax-Relay-Protokolle zwischen den Routern weiter:
Proprietäres Cisco Fax-Relay für VoIP: Fax-Relay ist der Standardmodus für die Weiterleitung von Faxnachrichten über ein VoIP-Netzwerk. Cisco Fax-Relay ist der Standardtyp für Fax-Relays. Diese Funktion wurde in Version 11.3 und höher der Cisco IOS-Software unterstützt, ist allgemein verfügbar und nutzt RTP zum Übertragen der Faxdaten.
Standardbasiertes T.38-Fax für VoIP - T.38 ist auf einigen Plattformen in den Cisco IOS Software-Versionen 12.1(3)T und höher verfügbar. Sie kann mithilfe des unter dem VoIP-DFÜ-Peer konfigurierten Befehls Fax Relay Protocol t38 aktiviert werden und verwendet UDP zum Übertragen von Faxdaten.
Standardbasierter FRF.11 Annex D für VoFR und VoATM.
Im Gegensatz zu In-Band-Faxen oder Fax-Passthrough unterteilt das Fax-Relay die T.30-Fax-Töne in ihre spezifischen HDLC-Frames (Demodulation), überträgt die Informationen über das VoX-Netzwerk mit dem Fax-Relay-Protokoll und wandelt die Bits anschließend wieder in Töne auf der Gegenseite um (Modulation).
Die Faxgeräte auf beiden Seiten senden und empfangen Töne und kennen keinen Demodulations-/Modulations-Fax-Relay-Prozess.
Cisco Fax Relay und T.38 Fax Relay unterscheiden sich ebenfalls von T.37 Fax Store und Forward. T.37 bietet eine standardbasierte Methode, um einem VoIP-Gateway den Empfang dieser Informationen zu ermöglichen:
Die meisten Cisco Voice Gateways unterstützen derzeit zwei Methoden zur Übertragung von Faxverkehr über das IP-Netzwerk:
Fax Pass-Through (Faxdurchleitung) - Im Fax Pass-Through-Modus unterscheiden die Gateways einen Faxanruf nicht von einem Sprachanruf.
Cisco Fax Relay - Im Fax-Relay-Modus terminieren die Gateways die T.30-Faxsignalisierung.
Cisco Fax Relay und T.38 Fax Relay unterscheiden sich ebenfalls von T.37 Fax Store und Forward. T.37 bietet eine standardbasierte Methode, um einem VoIP-Gateway den Empfang dieser Informationen zu ermöglichen:
Ein Fax von einem Faxgerät und leitet es an einen SMTP-fähigen Mailserver weiter. Der Mailserver kann dann das Fax als E-Mail-Nachricht an einen Benutzer senden.
Eine E-Mail-Nachricht von einem Mailserver, die in ein Faxsignal umgewandelt wird, um sie an einem normalen Faxgerät zu empfangen.
Dieses Diagramm zeigt ein Fax-Relay über ein VoX-Netzwerk. Die Faxverbindung zu den Ausgangs- und Terminierungs-Gateways kann direkt über die FXS-Ports am Gateway erfolgen, oder über ein PBX-System oder das PSTN über einen E1-, BRI-, FXO- oder E&M-Port am Gateway.
Fax Relay ist auf VoIP/VoFR/VoATM-Plattformen wie Cisco 3810, 2600, 3600 und 5300 standardmäßig aktiviert. Wenn Sprachanrufe zwischen zwei Routern erfolgreich abgeschlossen werden, sollten Faxanrufe funktionieren, aber wenn die Fax-Weiterleitung nicht funktioniert oder die Leistung verbessert werden muss, gibt es einige Befehle für Fax-Weiterleitungen, die Sie als Vorstufe zur Fehlerbehebung ausgeben können:
Der Befehl fax rate wird im VoFR- oder VoIP-DFÜ-Peer im Konfigurationsmodus konfiguriert. Die Standardeinstellung ist "fax rate voice" (Faxrate, Sprache). Diese wird in der Konfiguration nicht unter jedem Dial-Peer angezeigt.
Faxrate Befehl |
---|
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 |
Durch die Einstellung für die Faxrate und die Sprachübertragung wird die Faxrate auf die Codec-Bandbreite beschränkt. Wenn der Dial-Peer so konfiguriert ist, dass er den Standard-G.729-Sprach-Codec verwendet, der Sprache auf 8 Kbit/s komprimiert, dürfen Faxanrufe diese Codec-Bandbreite bei der Einstellung für die Faxrate nicht überschreiten.
Das Fax würde auf eine Bandbreite von 7.200 Bit/s beschränkt, selbst wenn anfänglich versucht würde, eine höhere Bandbreite von 14400 bzw. 9.600 Bit/s zu verhandeln.
Häufig wird beanstandet, dass Faxe, die nach einer bestimmten Zeit fertig gestellt wurden, wenn sie über das PSTN verbunden wurden, nun doppelt so lange dauern. Wenn für einen Codec mit niedriger Bandbreite (z. B. g729) die standardmäßige Spracheinstellung für die Faxrate konfiguriert wurde, wird dieses Verhalten erwartet.
Mit dem Befehl für die Faxrate können Sie Faxübertragungen so konfigurieren, dass eine größere Bandbreite als bei der Codec-Komprimierung verwendet wird.
Mit dem Befehl fax rate 14400 können Faxanrufe unabhängig vom konfigurierten Sprach-Codec auf bis zu 14400 BPS übertragen werden. Diese Konfiguration löst das Problem längerer Abschlusszeiten.
Der Hauptzweck des Faxratenbefehls in VoX-Netzwerken besteht darin, eine deterministische Bandbreitennutzung pro Anruf bereitzustellen.
Die Spracheinstellung für die Faxrate ist die Standardeinstellung, da sie sicherstellt, dass Sprach- und Faxanrufe die gleiche Bandbreite innerhalb des VoX-Netzwerks nutzen. Diese Überlegung wird verstanden, wenn die Fax-Rate auf eine höhere als die Codec-Bandbreite geändert wird.
Darüber hinaus können einige Faxgeräte stabiler und mit einer vom Standard abweichenden Geschwindigkeit betrieben werden. In diesem Fall kann der Befehl für die Faxrate verwendet werden, um den Betrieb mit unterschiedlichen Geschwindigkeiten zu testen.
Beachten Sie, dass das Fax-Relay über die Router-Ausgabe ebenfalls deaktiviert werden kann, wenn Sie den Befehl zur Faxrate eingeben. Eine gültige Fehlerbehebungstechnik besteht darin, die Fax-Weiterleitung zu deaktivieren und Codecs mit hoher Bandbreite wie G711 zu konfigurieren.
Dieses Verfahren wird im Abschnitt "Fehlerbehebung" unter 6 erläutert. Deaktivieren Sie Fax Relay und Change Codec für Passthrough.
Der Befehl fax-relay ECM disable steht nur für das proprietäre Fax-Relay von Cisco zur Verfügung und wird ausgegeben, um die ECM-Aushandlung (Error Correction Mode) zwischen einem Paar Faxgeräten zu deaktivieren.
ECM stellt sicher, dass die faxten Seiten fehlerfrei übertragen werden und ist ein Merkmal, das in der Regel auf höherwertigen Modellen zu finden ist.
Leider hat ECM eine geringe Toleranz (ca. zwei Prozent) für Jitter und Paketverluste. Wenn diese ausgehandelte Funktion jedoch aktiviert ist, kann dies in verlustbehafteten VoX-Netzwerken zu einer höheren Faxfehlerrate führen. Die unvollständige Ausgabe auf dem Abschlussfax ist ein Symptom für Fehler aufgrund von Paketverlusten.
Wenn beide Faxgeräte innerhalb der Faxaushandlungsphase übereinstimmen, ist ECM aktiviert, aber innerhalb des Fax-Relays demodulieren die Router die Faxtöne in ihr echtes HDLC-Frame-Format.
Dadurch können die Router das Feld im Frame abfangen und überschreiben, das den ECM-Status angibt. Wenn ein Faxgerät überträgt, dass es ECM-fähig ist, kann der Router diesen Parameter ändern, sodass das andere Faxgerät glaubt, dass ECM nicht unterstützt wird.
Beide Faxgeräte müssen dann ECM deaktivieren, d. h. die Faxdaten müssen mit T.4-Standarddaten übertragen werden.
Die Zuverlässigkeit von Faxgeräten wird durch die Deaktivierung von ECM erheblich erhöht, selbst bei einem deutlich höheren Paketverlust (ca. 10 %) und einer höheren Verzögerung. Darüber hinaus aktiviert dieser Befehl automatisch eine Cisco IOS-Funktion, die als Verbergen von Paketverlusten bezeichnet wird. Bei dieser Funktion werden verlorene Scanzeilen wiederholt, um das Faxgerät mit einem Irrtum zu versehen, es habe alle Daten empfangen.
ECM kann zwar die Erfolgsrate von Faxübertragungen in verlustbehafteten VoX-Netzwerken verbessern, die grundlegenden Netzwerkprobleme bleiben bestehen und müssen behoben werden, bevor andere Probleme auftreten.
Ein einfacher Konfigurationsschritt unter dem VoIP-Dial-Peer besteht in der Deaktivierung von ECM. Wie in der Befehlsreferenz erwähnt, funktioniert dieser Befehl derzeit nur für VoIP-Dial-Peers. Sie kann für VoFR und VoATM konfiguriert werden, deaktiviert ECM jedoch nicht.
Fax-Relay-ECM-Deaktivierungsbefehl |
---|
vnt-3660-23(config-dial-peer)#fax-relay ECM ? disable Disables ECM mode for fax relay |
Der Fax-NSF-Befehl wird verwendet, um die Übertragung proprietärer Fax-Funktionen zu verhindern. Da die Fax-Relay-Implementierung des Routers die Fax-Töne entsprechend der T.30-Spezifikation demoduliert und dekodiert, brechen Transaktionen oder Kodierungen, die proprietär sind, das Fax-Relay und verursachen einen Fehler bei der Fax-Übertragung. Bestimmte Marken von Faxgeräten verwenden diese proprietären Codierungen, um die Verfügbarkeit erweiterter Funktionen zu signalisieren, die einem Faxhersteller helfen, seine Produkte von anderen zu unterscheiden. Diese Funktionsbenachrichtigung wird mit dem optionalen Feld für nicht standardmäßige Einrichtungen (NSF) innerhalb der Faxaushandlung gesendet.
Wenn Sie den Fax-NSF-Befehl ausgeben, überschreibt der Router die NSF, sodass nur Standardfaxtransaktionen auftreten. Herstellerspezifische Einrichtungen, die über die Standard-Anforderungen von Gruppe 3 hinausgehen und die das Cisco Fax Relay unterbrechen, können nicht verwendet werden. Normalerweise wird der NSF auf Null gesetzt, wenn dieser Befehl ausgegeben wird. Dadurch werden Probleme behoben, die durch das NSF-Feld verursacht werden.
fax NSF-Befehl |
---|
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 |
Der Befehl fax protocol (Faxprotokoll) wird für VoIP benötigt, um anzugeben, welches Fax Relay Protocol (T.38 oder Cisco Fax Relay) verwendet wird.
Faxprotokoll-Befehl |
---|
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 |
Mit der Option cisco wird das Cisco Fax Relay konfiguriert. Die t38-Option deaktiviert das Cisco Fax-Relay und aktiviert T.38. Bestimmte Sprachplattformen wie Cisco 5350 und 5400 unterstützen nur T.38. Aus Interoperabilitätsgründen muss T.38 explizit auf Plattformen konfiguriert werden, auf denen Cisco Fax Relay als Standard festgelegt ist. Die Systemoption ermöglicht dem Dial-Peer, das Fax-Relay-Protokoll zu übernehmen, das global mit dem Sprachdienst-VoIP-Befehl konfiguriert wurde. Wenn unter dem VoIP-Befehl für den Sprachdienst nichts konfiguriert ist, lautet der Standardwert Cisco Fax Relay.
Die Standardeinstellung des Befehls für das Faxprotokoll ist die Systemoption. Da die Systemoption standardmäßig Cisco Fax Relay verwendet, wird für VoIP-Dial-Peers immer Cisco Fax Relay verwendet, wenn kein Gerät explizit global konfiguriert ist.
Faxprotokoll-Befehl |
---|
<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> |
Mit diesen Schritten können die meisten Probleme behoben werden, bei denen Fax-Relay über VoIP, VoATM und VoFR erforderlich ist. Informationen zu einem bestimmten Kapselungstyp oder Fax-Relay-Typ werden notiert.
Der erste Schritt bei der Fehlerbehebung bei Fax-Relay-Problemen besteht darin, das Problem auf die einfachste Form zu reduzieren. Viele Probleme treten in Situationen auf, in denen mehrere Faxgeräte den Faxverkehr nicht weiterleiten können. Am einfachsten lassen sich zwei problembehaftete Faxgeräte isolieren und auf eine einfache Topologie konzentrieren. Bestimmen Sie, wie diese Computer miteinander verbunden sind, und lösen Sie zuerst das Problem zwischen diesem Paar. Darüber hinaus wird empfohlen, ein vollständiges Bild der Topologie zu zeichnen und zu bestimmen, wie die Faxgeräte miteinander verbunden sind.
Die Behebung einzelner Probleme sorgt für ein Minimum an Verwirrung und ermöglicht eine methodische Fehlerbehebung. Es ist auch möglich, dass die Lösung für dieses Problem andere Fax-Relay-Probleme im Netzwerk löst. Die meisten Fax-Relay-Probleme sind auf eine schlechte VoX-Konfiguration oder ein schlechtes Netzwerkdesign zurückzuführen. Dies führt zu grundlegenden Verbindungsproblemen und physischen Leitungen oder Paketverlusten und Jitter.
Nachdem Sie das Problem identifiziert und isoliert haben, besteht der nächste Schritt darin, die grundlegende VoX-Konfiguration zu überprüfen und den Zustand des Netzwerks zu überwachen.
Grundlegende Probleme mit der Faxverbindung können das Ergebnis folgender Faktoren sein:
Normale Probleme mit der Sprachverbindung.
Vergewissern Sie sich, dass normale Sprachanrufe durchgeführt werden können, bevor Sie die Faxverbindung untersuchen. Wenn kein Telefon angeschlossen ist, trennen Sie das Faxgerät, und schließen Sie ein normales Telefon an. Wenn keine Verbindung zu normalen Sprachanrufen hergestellt wird, ist das Problem möglicherweise mit VoX verbunden, und Sie können das Problem als normales Sprachverbindungsproblem beheben, bevor Sie mit der Fehlerbehebung für Fax fortfahren.
Konfigurationsprobleme bei DFÜ-Peers wie die folgenden:
Falscher DFÜ-Peer gefunden.
Nachdem Sie sichergestellt haben, dass Sprachanrufe über das VoX-Netzwerk in beide Richtungen erfolgreich durchgeführt werden können, geben Sie den Befehl show call active voice brief ein, und notieren Sie die DFÜ-Peers, die den einzelnen Sprachanrufen zugeordnet sind.
Hinweis: Wenn Sie über VoIP-Trunks verfügen, können Sie mit dem Befehl show call active voice brief alle Anrufabschnitte anzeigen. In einigen Versionen der Cisco IOS Software Version 12.2 gibt es einen Fehler im Befehl show call active, und ein Faxanruf, der über einen VoIP-Trunk eingeht, wird nicht mehr angezeigt. Wenn Sie den Befehl show call active fax brief ausführen, wird der Anruf jetzt aufgeführt. Weitere Informationen zu diesem Fehler finden Sie unter Cisco Bug-ID CSCdx50212 und Cisco Bug-ID CSCdv02561 .
Hinweis: Stellen Sie sicher, dass der konfigurierte DFÜ-Peer der Peer ist, der zugeordnet wird. In dieser Befehlsausgabe sehen Sie, dass der ausgehende VoIP-Anrufabschnitt die Peer-ID 100 verwendet.
show call active voice brief Befehl |
---|
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 |
Eine häufige Ursache für Fax-Relay-Probleme ist, dass der richtig konfigurierte DFÜ-Peer nicht derjenige ist, der zugeordnet wird. Es ist ebenfalls üblich, dass auf dem Terminierungs-Gateway kein bestimmter eingehender VoIP-Dial-Peer konfiguriert ist, und die Cisco IOS Software wählt den ersten geeigneten (und standardmäßigen) VoIP-Dial-Peer als eingehenden Dial-Peer aus. Die Parameter für diesen eingehenden Dial-Peer stimmen möglicherweise nicht mit denen des ausgehenden Dial-Peers auf dem Ursprungs-Gateway überein.
Es ist nicht immer erforderlich, dass Sie identische Konfigurationen für ausgehende und eingehende VoIP-Dial-Peers verwenden. Wenn Sie jedoch ein Fax-Relay-Problem haben, stellen Sie sicher, dass auf dem Terminierungsrouter ein dedizierter eingehender VoIP-Dial-Peer vorhanden ist und dass seine Konfiguration mit der Konfiguration des ausgehenden VoIP-Dial-Peers auf dem Ursprungsrouter übereinstimmt. Diese Konfiguration für Router mit ISDN-Verbindung ist ein Beispiel für bestimmte, zugeordnete VoIP-Dial-Peers für das ausgehende und eingehende Zielmuster "5..." am Ursprungs-Gateway.
Ursprungs-Gateway | Terminierendes Gateway |
---|---|
!--- 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 |
Weitere Informationen zu übereinstimmenden Dial-Peers für ein- und ausgehende Anrufe, VoIP und POTS finden Sie unter Voice - Understanding How Inbound and Outbound Dial Peers are Matched on Cisco IOS Platforms.
Eine weitere Methode, mit der Sie DFÜ-Peer-Übereinstimmungen überprüfen können, besteht darin, den Befehl debug voip ccapi inout auszugeben. Die Debug-Ausgabe dieses Befehls zeigt eine ssaSetupPeer-Meldung an, in der alle Dial-Peers aufgeführt sind, die mit der angerufenen Nummer übereinstimmen. Es folgt eine ccCallSetupRequest-Nachricht mit der Option für ausgehenden Peer, die den ausgewählten ausgehenden VoIP-Dial-Peer angibt. Wenn mehrere VoIP-Dial-Peers für dasselbe Ziel konfiguriert wurden, schlägt die Ersteinrichtung des Anrufs möglicherweise fehl, und ein anderer Dial-Peer hat es versucht. In diesem Fall wird eine andere ccCallSetupRequest im Debugging angezeigt.
debug voip ccapi inout - Originating Gateway |
---|
.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) |
Die erste Zeile der debug voip ccapi inout call trace (wie hier gezeigt) ist eine cc_api_call_setup_ind-Nachricht mit einer peer_tag-Option, die sich auf den eingehenden VoIP-Dial-Peer am Terminierungs-Gateway bezieht.
debug voip ccapi inout - Terminierendes 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) |
Falsch konfigurierte DFÜ-Peers auf einer oder beiden Seiten
Nachdem Sie die Übereinstimmung des richtigen DFÜ-Peers bestätigt haben (in diesem Fall Dial-Peer 100 für das Ursprungs-Gateway und Dial-Peer 400 für den Abschluss-Router), bestätigen Sie in der Konfiguration, dass der Dial-Peer für Fax richtig konfiguriert ist. Zu den gängigen Fehlern auf beiden Seiten des Gesprächs gehören die folgenden:
Die Fax-Weiterleitung ist deaktiviert (d. h., der Befehl zum Deaktivieren der Faxrate wurde auf dem Dial-Peer ausgegeben), während ein Codec mit niedriger Bandbreite verwendet wird.
Der DFÜ-Peer auf einem Sprach-Gateway ist für Cisco Fax Relay konfiguriert, das andere Sprach-Gateway ist ein Cisco 5350/5400. Die Cisco 5350/5400-Router unterstützen nur T.38, daher schlägt die Verhandlung fehl.
Der Standard-Dial-Peer, der auf dem Terminierungsgateway eingehend verwendet wird, und die Standardparameter stimmen nicht mit dem ausgehenden Dial-Peer auf dem Ursprungsgateway überein.
Falscher Befehlstyp
Der Kompandierungstyp für die USA ist µ-law; für Europa und Asien ist es a-law. Sie können den Befehl show voice call ausführen, um festzustellen, welcher Wert derzeit konfiguriert ist. Bei BRI- oder E1-Ports stimmt der Kompandierungstyp auf dem Router nicht mit dem Kompandierungstyp auf dem angeschlossenen Gerät überein. Anrufe schlagen fehl und werden manchmal verbunden, aber die Stimme wird stark verzerrt, sodass die Person nicht mehr erkennbar ist und ein hoher Rauschpegel niedriger Tonhöhe auftritt.
In Version 12.2(3) der Cisco IOS Software ist der Befehl compand-type an den BRI-Ports nicht aktiviert, und der kompandierende Typ ist der Standardwert. Weitere Informationen zu diesem Fehler finden Sie unter Cisco Bug-ID CSCdv00152 und Cisco Bug-ID CSCdv01861.
Weitere grundlegende Verbindungsprobleme, die nicht mit DFÜ-Peers in Zusammenhang stehen, sind:
Cisco IOS Software-Inkompatibilitäten bei Gateway-Paaren.
Auch hier ist es nicht immer erforderlich, dass die Versionen der Cisco IOS Software übereinstimmen. Es wird jedoch empfohlen, die Versionen zu überprüfen, wenn Probleme auftreten.
Compressed Real-Time Transport Protocol (cRTP)
Mit cRTP sind mehrere bekannte Probleme verbunden. Für diese Probleme stehen entsprechende Korrekturen zur Verfügung. Daher ist es sinnvoll, cRTP zu deaktivieren, wenn Probleme auftreten, um zu überprüfen, ob ein Cisco IOS Software-Upgrade eine geeignete Vorgehensweise darstellt.
Stellen Sie auf den Cisco AS5300-Sprach-Gateways sicher, dass VCWare und die Cisco IOS Software kompatibel sind.
Probleme mit der Faxverbindung im PSTN.
Wenn Sprachanrufe in beide Richtungen möglich sind, Faxanrufe jedoch in mindestens eine Richtung fehlschlagen, stellen Sie sicher, dass normale Faxe zwischen diesen beiden Geräten über das PSTN möglich sind. Mit anderen Worten: Stellen Sie sicher, dass die Faxgeräte erfolgreich Faxe an andere Geräte mit dem PSTN übertragen, ohne das VoX-Netzwerk zu durchlaufen. Wenn dies nicht der Fall ist, können auf den Faxgeräten Probleme auftreten, die behoben werden müssen, bevor Sie Fax-Relay-Probleme in Betracht ziehen.
Falls von den Routern, die ein Fax-Relay durchführen, digitale T1- oder E1-Verbindungen verwendet werden, stellen Sie sicher, dass diese fehlerfrei sind. Fax Relay ist sehr empfindlich gegenüber Fehlern an digitalen Schnittstellen, insbesondere gegenüber Dialogen. Die Fehler sind bei Sprachanrufen nicht zu erkennen, können jedoch dazu führen, dass Faxnachrichten fehlschlagen.
show controller T1(E1) 1/0 Befehl |
---|
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 |
Die T1- oder E1-Controller an beiden Ausgangs- und Abschluss-Gateways sind in der Regel fehlerfrei. Wenn Fehler auftreten, wiederholen Sie den Befehl show controller (T1, E1 und 1/0 variiert) mehrmals während des Aufrufs, um festzustellen, ob die Anzahl der Fehler zunimmt. Das häufigste Problem von Slips ist ein Synchronisationsproblem, das zu Taktfehlern führt.
In Packet-Voice-Netzwerken reicht es in der Regel aus, zu bestätigen, dass der Router von der Leitung abstürzt. Ist dies nicht der Fall, stellen Sie sicher, dass der Befehl clock source line auf der Controllerebene eingegeben wird, jedoch in VoATM- oder TDM-Netzwerken, in denen eine Takthierarchie aufgebaut wird und die Router die Uhr durch das Netzwerk leiten müssen, sind zusätzliche Überlegungen erforderlich. Das Dokument "Taktplan" enthält weitere Informationen zur synchronen Taktgebung.
Bei 26xx/366x-Routern zeigt der Controller bei Verwendung der AIM VOICE-Karte "gesteuerte Slips" an, es sei denn, Sie fügen die Befehle network-clock-participation und network-clock-select hinzu.
Auf der Cisco MC3810-Plattform müssen Sie den Befehl network-clock-select konfigurieren und den Befehl show network-clock ausführen, um sicherzustellen, dass die Konfiguration wirksam wurde.
Auf der Cisco 7200VXR-Plattform ist für die Sprachkarten der Befehl frame-clock-select erforderlich. Dieser Befehl ist besonders wichtig für die Sprach-Gateways der 7200VXR-Serie, da der interne TDM-Bus standardmäßig nicht vom lokalen Oszillator gesteuert wird. Da die E1-Hauptleitungen normalerweise mit dem Telefonienetzwerk synchronisiert werden, treten versteckte Taktungsfehler und zeitweilige Probleme bei der Faxübertragung auf. Weitere Informationen finden Sie unter der Cisco Bug-ID CSCdv10359.
Wenn die C4224 MFT-Karten die Uhr von der Leitung annehmen sollen, müssen Sie unter dem Controller t1 x/y den Befehl clock source loop-timed ausgeben. Diese Einstellung entkoppelt die Uhr des Controllers von der systemweiten Uhr. Anschließend muss der Befehl network-clock-select festgelegt werden. In diesem Fall wäre es Netzwerkuhr-Auswahl 1 t1 x/y.
Auf einigen Plattformen, darunter Cisco 3660, 5300, 5350, 5400 und 5800, verwendet der Router standardmäßig ein Modem vom Faxschnittstellentyp. Der globale Konfigurationsbefehl für Modems mit Faxschnittstellentyp erzwingt Faxanrufe an ein Modem (in der Regel für T.37 Store and Forward Fax) und nicht an einen DSP. Damit das Cisco Fax Relay funktioniert, muss der Faxanruf an einen DSP gesendet werden, d. h. er muss mit dem vfc-Befehl vom Faxschnittstellentyp konfiguriert werden.
Fax-Schnittstellentyp Befehl |
---|
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 |
Stellen Sie sicher, dass Sie den Router neu laden, da der Befehl andernfalls nicht wirksam wird. Faxanrufe schlagen auf den Plattformen mit Cisco Fax Relay (oder T.38) fehl, daher ist dieser Befehl wichtig.
Der Befehl vfc vom Faxschnittstellentyp war in früheren Cisco IOS Software-Versionen als 12.2 nicht erforderlich. Das Problem tritt häufig auf, wenn eines der Sprach-Gateways auf Cisco IOS Software Release 12.2 oder höher aktualisiert wird.
Jedes Faxgerät zeigt nach Abschluss der Faxaushandelsphase auf seinem LCD-Bildschirm die ID des Remote-Faxgeräts an. Es ist unwahrscheinlich, dass die Faxgeräte die Aushandlung abschließen können, wenn der Fax-Codec nicht erfolgreich heruntergeladen wurde. Wenn dagegen keine Remote-Faxgerät-ID angezeigt wird, ist eine weitere Fehlersuche in diesem Bereich angezeigt.
Es gibt zwei Möglichkeiten, sicherzustellen, dass die Sprach-Gateways die Faxübertragung erkennen und den Fax-Codec erfolgreich laden.
Führen Sie den Befehl debug vtsp all und den Befehl debug voip ccapi inout call trace aus. Diese Debugs werden im Abschnitt Debuggen dieses Dokuments ausführlich behandelt.
Geben Sie den Befehl show voice trace ein. Show-Befehle sind auf dem Router weniger ressourcenintensiv als Debug-Befehle und in Produktionsnetzwerken vorzuziehen. Dies ist ein Beispiel, das mit dem Befehl show voice trace an einer ISDN-Schnittstelle ausgegeben wird.
show voice trace-Befehl |
---|
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) -> |
In den vorherigen Schritten haben Sie festgestellt, dass Sprachanrufe und Faxe über das PSTN möglich sind und dass alle digitalen Schnittstellen im Fax-Weiterleitungspfad fehlerfrei sind. Mit diesem Schritt wird festgelegt, ob Faxnachrichten weitergeleitet werden können, wenn das Fax-Relay deaktiviert ist. Geben Sie unter "VoIP/VoATM/VoFR dial-peers" Folgendes ein:
Befehl zum Deaktivieren der Faxrate |
---|
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 |
Stellen Sie sicher, dass diese Befehle auf beiden Gateways eingegeben werden. Diese Befehle deaktivieren die Fax-Weiterleitung, deaktivieren die Echokompensation und zwingen den Anruf zur Verwendung eines Codecs mit hoher Bandbreite ohne VAD. Anschließend tastet der Router die Töne wie einen normalen Sprachanruf ab, und mit dem Codec mit hoher Bandbreite (G.711) wird das präziseste mögliche Sample erfasst. Der Ton, der auf der anderen Seite wiedergegeben werden soll, ist so genau wie möglich. Der Nachteil bei diesem Schritt ist, dass G.711 ein Codec mit einer Bandbreite von 64 Kbit/s ist und jeder Anruf bis zu 80 Kbit/s (für VoIP) benötigt, wenn zusätzlicher Transportprotokoll-Overhead hinzugefügt wird.
Wenn dieser Test positiv ist, wurden zwei Dinge erreicht. Erstens: Wenn die Bandbreitennutzung pro Anruf kein Hauptproblem für das Netzwerk darstellt, gibt es jetzt eine potenzielle Problemumgehung für den Fax-Passthrough-Modus für das Fax-Relay-Problem. Zweitens, und noch wichtiger, wenn die Bandbreitennutzung ein Problem darstellt, wurde das Problem auf die Fax-Relay-Software isoliert, und ein TAC-Fall muss geöffnet werden.
Wenn dieser Test fehlschlägt, werden die Fehler bei diesem Test wahrscheinlich auch von dem Problem verursacht, dass die Faxanrufe beim Fax-Relay fehlschlagen. Als Erstes fällt einem ein hoher Grad an Jitter oder Paketverlust im Netzwerk ein.
Der einfachste und genaueste Weg, um festzustellen, ob ein Paketverlust auftritt, ist folgender:
Deaktivieren Sie VAD auf den VoX-Dial-Peers.
Führen Sie einen Sprachanruf zwischen denselben Ports aus, an denen die Faxgeräte angeschlossen sind. (Faxgeräte können als normale Telefone verwendet werden, oder Sie können die Telefone an die Ports anschließen, an denen die Faxgeräte angeschlossen sind.)
Wenn der Anruf verbunden ist, gehen Sie folgendermaßen vor:
Geben Sie den Befehl show voice dsp ein. In der Ausgabe wird angezeigt, dass auf einem der DSP-Kanäle der konfigurierte Codec geladen ist. In der Regel zeigt die Spalte "TX/RX-PAK CNT", dass die Zähler für das Senden und Empfangen von Paketen gleich sind, d. h. dass keine Pakete verloren gehen. Wenn die Zähler ungleich sind, gehen möglicherweise Pakete verloren. Geben Sie den Befehl show voice dsp mehrmals in Abständen von 30 Sekunden ein, um festzustellen, ob die Differenz zunimmt und Pakete verloren gehen.
Geben Sie den Befehl show voice call summary aus, um zu sehen, welcher Port (und ggf. Zeitschlitz) dem Sprachanruf zugewiesen ist. Geben Sie terminal monitor ein, und geben Sie dann den Befehl show voice call mit dem Sprach-Port (und ggf. dem Zeitschlitz) ein, um detaillierte DSP-Statistiken abzurufen. Suchen Sie im Abschnitt "***DSP VOICE VP_ERROR STATISTICS***" der Ausgabe nach den Zählern. Sie sind in der Regel 0 oder weniger als 20. Wenn der Zähler größer als 20 ist, untersuchen Sie den Paketverlust.
Wenn das Netzwerk verloren zu gehen scheint, kann man nicht davon ausgehen, dass ein Fax-Relay zuverlässig funktioniert. ECM kann deaktiviert werden, es sind jedoch wahrscheinlich weitere Untersuchungen erforderlich, um sicherzustellen, dass QoS durchgängig bereitgestellt wird, sodass der Sprach- und Fax-Weiterleitungsverkehr Priorität hat und innerhalb der Überlastung nicht verloren geht. Im Abschnitt Zugehörige Informationen finden Sie weitere Informationen zur Fehlerbehebung bei Sprachqualitätsproblemen.
Deaktivieren Sie bei Netzwerken mit Paketverlust und starkem Jitter ECM, um die Weiterleitung von Faxanrufen zu verbessern. Geben Sie den Befehl fax-relay ECM disable (ausführlicher im Abschnitt "Konfiguration" dieses Dokuments) ein, um ECM zu deaktivieren, sodass ein größerer Jitter und Paketverlust toleriert werden kann.
Führen Sie den Befehl fax-relay ECM disable aus, um die Fax-Relay-Leistung in verlustbehafteten Netzwerken zu verbessern. Dieser Befehl wird jedoch auch für die grundlegende Fehlerbehebung empfohlen. Auch wenn im Netzwerk kein merkliches Jitter-Problem auftritt, kann dieser Befehl bei der Ermittlung von Fax-Relay-Problemen helfen. Dieser Befehl steht unter VoFR- und VoATM-DFÜ-Peers zur Verfügung, funktioniert derzeit jedoch nur für VoIP.
Hinweis: Dieser Befehl aktiviert auch die Funktion zum Verbergen von Paketverlusten.
Fax-Relay-ECM-Deaktivierungsbefehl |
---|
vnt-3660-23(config-dial-peer)#dial-peer voice 3 vnt-3660-23(config-dial-peer)#fax-relay ECM disable |
Wenn T.38 für VoIP als Fax-Relay-Protokoll verwendet wird, kann die T.38-Paketredundanzfunktion aktiviert werden, wenn Sie diesen Befehl unter den entsprechenden DFÜ-Peers auf beiden Gateways konfigurieren:
T.38 Paketredundanz |
---|
vnt-3660-23(config-dial-peer)#fax protocol t38 Ls-redundancy X Hs-redundancy Y |
wobei X > 0 und Y = 0 ist (nur Änderungen an Ls-Redundanz vornehmen)
Wenn ein proprietäres Fax-Relay von Cisco verwendet wird, besteht eine Alternative oder zusätzliche Option zum Deaktivieren von ECM darin, das Fax-Relay-Protokoll in T.38 zu ändern, sodass die T.38-Paketredundanzfunktion getestet werden kann. Diese Funktion kann Ausfälle aufgrund von Paketverlusten mindern. Beachten Sie jedoch, dass die T.38-Paketredundanz die Bandbreitennutzung erheblich erhöht. Es ist daher besser, den Paketverlust möglichst zu eliminieren.
Der Befehl fax NSF kann für die Marken von Faxgeräten hilfreich sein, die das NSF-Feld in der Faxaushandlung für proprietäre Codierungen ändern. Mit diesem Befehl kann der Router, der die Fax-Weiterleitung durchführt, die Einstellungen der Faxgeräte außer Kraft setzen, die versuchen, proprietäre Codierungen zu implementieren. Bevor der Fax-NSF-Befehl verfügbar war, schlug die Fax-Weiterleitung für diese Faxgerätmarken fehl. Normalerweise wird der Fax-NSF-Befehl verwendet, um das NSF-Feld auf alle Nullen festzulegen. Dies erzwingt eine standardmäßige Faxaushandlung von beiden Seiten. Dieser Befehl war bei bestimmten Marken wie Harris und Lanier erfolgreich und wird empfohlen, wenn die Faxweiterleitung fehlschlägt.
fax NSF-Befehl |
---|
vnt-3660-23(config-dial-peer)#fax NSF 000000 |
Wenn die T.38-Faxanrufe vom PSTN an den Faxserver fehlschlagen und die Cisco Unified Communications Manager-Ablaufverfolgungen support_FXR=0 anzeigen, kann die FXR-Paketkonfiguration auf dem MGCP-Gateway fehlen. Fügen Sie in diesem Fall dem MGCP-Gateway die folgenden Befehle hinzu:
no mgcp fax t38 inhibit mgcp package-capability fxr-package mgcp default-package fxr-package
Setzen Sie anschließend das Gateway zurück, und die Faxanrufe beginnen zu funktionieren.
Wenn das Problem mit dem Fax-Relay durch die vorherigen Schritte zur Fehlerbehebung nicht behoben werden konnte, ist möglicherweise eine weiter gehende Fehlerbehebung erforderlich. Dies sind zusätzliche Schritte, die Sie vor dem Öffnen eines Tickets beim Cisco Technical Assistance Center (TAC) ausprobieren sollten:
Lernen Sie die Marken und Modelle der Faxgeräte kennen, die versagen, und untersuchen Sie diese Marken und Modelle auf bekannte Probleme.
Manchmal gibt es CARE-Fälle oder Bugs, die Probleme für eine bestimmte Marke von Faxgeräten beheben. Eine Suche im Bug Search Tool (nur für registrierte Kunden) nach einem Pitney Bowes-Fax zeigt beispielsweise einen Bug mit Pitney Bowes-Faxgeräten und Cisco Fax Relay (Cisco Bug-ID CSCdu78373 (nur für registrierte Kunden)) an. Dieser Fehler ist nicht in der Cisco IOS-Software enthalten, ist jedoch nicht mit dem proprietären Fax-Signalisierungsprotokoll von Pitney Bowes kompatibel, wenn es sich bei den Faxgeräten auf beiden Seiten einer Verbindung um Pitney Bowes 9920s oder 9930s handelt. Die Problemumgehung besteht darin, das proprietäre Protokoll auf den Faxgeräten zu deaktivieren oder die Weiterleitung per Fax zu deaktivieren und einen Codec mit höherer Bandbreite zu verwenden.
Bekannte Hinweise
Bekannte Vorbehalte sind unerwartete Verhaltensweisen oder Fehler in den Softwareversionen für ein Produkt. Diese Tabelle enthält Informationen zu bekannten Problemen mit der Faxunterstützung auf Cisco Sprach-Gateways.
Wenn Sie über ein CCO-Konto verfügen, können Sie im Bug Tracker-Tool, dem Bug Search Tool, nach bekannten Problemen suchen. Um auf das Bug Search Tool zuzugreifen, führen Sie eine der folgenden Aktionen aus:
Geben Sie https://bst.cloudapps.cisco.com/bugsearch/ in Ihren Webbrowser ein.
Tabelle 1 Bekannte Hinweise
Bug-ID | Zusammenfassung | Erläuterung |
CSKdu30250 | VAD führt im Fax-Passthrough-Modus zu schwerwiegenden Fehlern. | Wenn die Cisco Sprach-Gateways für den Fax-Passthrough-Modus konfiguriert sind, deaktivieren Sie die Sprachpausenerkennung (Voice Activity Detection, VAD) für alle mit den Faxanrufen verknüpften VoIP-Dial-Peers. Um VAD auf einem VoIP-Dial-Peer zu deaktivieren, verwenden Sie die folgenden Befehle: config terminal dial-peer voice XXX voip no vad |
CSKdu62269 | CSKdu62269 | Jedes Cisco Gateway-Gerät, das einen Fax-Relay-Anruf (mit RTP-Paketen vom Payload-Typ 96) an einen WS-X4604-GW im Gateway-Modus initiiert, fällt aus. Dies wurde in 12.1.5YF3 behoben. Wenn der Gateway-Modus aktiviert ist, identifiziert die Software jetzt den Payload-Typ 96 und initiiert einen Passthrough-Modus. |
CSCdv08143 | Faxübertragungen von 5-30 Seiten schlagen im Fax-Passthrough-Modus vom VG248 zum WS-X4604-GW im Gateway-Modus fehl. | Dieser Fehler tritt nur beim Software-Image 12.1.5YF2 auf dem WS-X4604-GW auf. Um diesen Fehler zu vermeiden, verwenden Sie 12.1.5YF1, 12.1.5YF3 oder höher. |
CSCdv83401 | Wenn auf den Cisco Catalyst Switches der Serie 6000 ein Fax- oder Modemton erkannt wird, wird der Anruf in den Fax-Passthrough-Modus mit 10-ms-Paketen (134 Byte) umgeschaltet. | Die Frame-Größe im Fax-Passthrough-Modus beträgt 214 Byte. Faxnachrichten schlagen nicht fehl, obwohl die Paketgröße falsch ist. |
CSCdv83337 | ||
CSCdw07735 | Die Faxübertragung schlägt im Fax-Passthrough-Modus vom WS-X4604/VIC-2FXS (nur) zum WS-X6624-FXS-Gateway mit Cisco CallManager 3-1-2c_spA fehl, wenn A00203010026 geladen wird. Die WS-X4604/VIC-2FXS weist dies sowohl im Gateway- als auch im Maut-By-Pass-Modus auf. | Dieser Fehler tritt bei den Software-Images 12.1.5YF2 und 12.1.5YF3 auf dem WS-X4604-GW auf und wird in der Software 12.2(7)X behoben. |
CSCdw07804 | Die Faxübertragung schlägt im Fax-Passthrough-Modus vom WS-C4224V/VIC-2FXS (nur) zum WS-X6624-FXS-Gateway mit Cisco CallManager 3-1-2c_spA fehl, wenn A00203010026 geladen wird. | Dieser Fehler tritt bei den Software-Images 12.1.5YE2 und 12.1.5YE4 auf dem WS-C4224V auf und ist in der Software 12.2(7)X behoben. |
Verwenden Sie die Suchtools, um nach bekannten Faxproblemen in der Cisco IOS Software-Version zu suchen, in der das Problem auftritt.
Im vorherigen Schritt wurde nach einer bestimmten Faxmarke gesucht, um ein bekanntes Problem zwischen einer bestimmten Faxmarke und dem Cisco Fax Relay Code zu identifizieren. Der nächste Schritt ist die Durchführung einer allgemeinen Suche, da in der installierten Cisco IOS Software-Version ein Fax-Relay-Fehler auftreten könnte.
Wenn beispielsweise ein Fax-Relay mit VoFR in Version 12.1(2)T der Cisco IOS-Software nicht funktioniert, können Sie mit dem Bug Toolkit auf CCO nach Fehlern suchen. Verwenden Sie in diesem Beispiel folgende Werte:
Hauptversion: 12.1
Revision: 2
Funktion/Komponente: VoFR
Stichwort: fax
Einer der Bugs ist die Cisco Bug-ID CSCdr65984 (nur registrierte Kunden) mit dem Titel "Fax funktioniert nicht für vofr." Dieser Fehler hat dazu geführt, dass alle Fax-Weiterleitungen für VoFR fehlschlugen und ein Upgrade auf eine Cisco IOS Software-Version erforderlich ist, in der dieser Fehler nicht mehr auftritt.
Eliminieren von Hardwarefehlern
In einigen Fällen ist es einfacher, das Problem zu isolieren, wenn Sie potenzielle Problemquellen einzeln ausschließen. Ersetzen Sie verschiedene Hardwareteile, und verwenden Sie alternative IP-Verbindungen zwischen den Gateways. Wenn zusätzliche Hardware verfügbar ist, können die folgenden Schritte hilfreich sein:
Verwenden Sie unterschiedliche Ports auf den Routern.
Wenn Ihre Konfiguration zwei Gateways umfasst, die mit den PBX-Systemen oder dem PSTN über E1 oder T1 verbunden sind, und wenn die FXS-Ports verfügbar sind, versuchen Sie, die Faxgeräte direkt mit den FXS-Ports der Sprach-Gateways zu verbinden. Dieses Verfahren hilft, das Problem weiter zu isolieren, wenn die Möglichkeit eines Ausfalls der E1-Karte, Probleme auf der Telefonieseite oder E1-Synchronisierungs- oder Kabelprobleme ausgeschlossen sind.
Verwenden Sie andere Hardware.
Wenn Ihnen ein anderes Sprach-Gateway mit FXS-Ports zur Verfügung steht, schließen Sie es direkt mit dem Ethernet-Crossover-Kabel an jedes der Sprach-Gateways an, und senden Sie ein Fax mit dem Faxgerät, das mit dem FXS-Port verbunden ist. Mit diesem Verfahren können Sie feststellen, ob im VoX-Netzwerk Probleme wie Warteschlangen, Fragmentierung oder Priorisierung auftreten.
Verwenden Sie die Debugbefehle des Routers, um das Problem zu ermitteln.
Im Abschnitt "Debuggen" finden Sie weitere Informationen zu Debugbefehlen, die zur Fehlerbehebung bei Fax-Relay-Problemen nützlich sind.
Das Debuggen kann schwierig zu verstehen sein, wenn Sie nicht mit der Meldung vertraut sind, die bei einer typischen Faxübertragung auftritt. Dies ist eine grafische Darstellung der T.30-Basistransaktionen, die bei einer einseitigen Faxübertragung auftreten.
Die Beschreibung der Details dieser Transaktionen geht über den Rahmen dieses Dokuments hinaus. Hierbei handelt es sich jedoch um Definitionen der grundlegenden Transaktionen innerhalb des Fax-Relay. Die Liste ist alphabetisch und enthält Meldungen, die häufig beim Debuggen von Cisco Fax Relay auftreten. Detailliertere Informationen zu dieser Meldung oder zu Meldungen, die hier nicht aufgeführt sind, finden Sie in der T.30-Spezifikation.
CED (Called Terminal Identification) - Ein 2100 Hz-Signal, das vom Terminierungs-Faxgerät beim Beantworten eines Faxanrufs gesendet wird. Dieses Signal deaktiviert vorübergehend die Echokompensatoren, die an der Verbindung vorhanden sind, um die Leitung für die Datenübertragung vorzubereiten.
CFR (Confirmation To Receive): Diese Antwort bestätigt, dass die vorherigen Nachrichten und Schulungen abgeschlossen wurden und die Übertragung der Faxseite beginnen kann.
CNG (Calling Tone) - Ein 1100 Hz-Ton, der eine halbe Sekunde lang und dann 3 Sekunden lang ausgeschaltet ist. Dieses Signal identifiziert das Faxgerät als ein Nicht-Sprachgerät. Das Signal zeigt außerdem an, dass das initiierende Faxendgerät auf das DIS-Signal des terminierenden Faxendgeräts wartet.
CRP (Command Repeat) - Eine Antwort, die anzeigt, dass der vorherige Befehl fehlerhaft empfangen wurde und wiederholt werden muss. (Optional)
CSI (Called Subscriber Identification) - wird verwendet, um die spezifische Identität des angerufenen Faxgeräts über dessen internationale Telefonnummer anzugeben. (Optional)
DCN (Disconnect): Beendet den Faxanruf und erfordert keine Antwort.
DIS (Digital Identification Signal): identifiziert die Funktionen des angerufenen Faxgeräts.
DTC (Digital Transmit Command) - Die Antwort auf die durch das DIS-Signal identifizierten Fähigkeiten. Hier stimmt das anrufende Faxgerät mit seinen Möglichkeiten mit denen überein, die in der DIS-Meldung des angerufenen Faxgeräts angegeben sind.
EOM (End Of Message): Zeigt das Ende einer vollständigen Seite mit Faxinformationen an.
EOP (End Of Procedure) - Zeigt das Ende einer kompletten Seite mit Faxinformationen an und es sind keine weiteren Seiten zu senden. Fahren Sie mit der Trennungsphase des Faxanrufs fort.
FTT (Failure To Train) - wird verwendet, um ein Trainingssignal abzulehnen und eine Umschulung anzufordern (die Umschulungen erfolgen normalerweise bei niedrigeren Modulationsgeschwindigkeiten).
MCF (Message Confirmation) - Zeigt an, dass eine Nachricht zufriedenstellend empfangen wurde.
MPS (MultiPage Signal) - Zeigt das Ende einer vollständigen Seite mit Faxinformationen an und zeigt an, dass der Empfänger für zusätzliche Seiten bereit ist.
NSF (Nicht standardmäßige Einrichtungen) - dient der Identifizierung bestimmter Funktionen oder Anforderungen, die nicht von den Spezifikationen der T-Serie abgedeckt werden. (Optional)
RTN (Retrain Negative) - zeigt an, dass eine vorherige Nachricht nicht zufriedenstellend empfangen wurde. Die Umschulung ist notwendig, um fortzufahren (in der Regel bei einer niedrigeren Modulationsgeschwindigkeit).
RTP (Retrain Positive) - gibt an, dass eine vollständige Nachricht empfangen wurde und dass nach der Umschulung möglicherweise weitere Nachrichten folgen.
TCF (Training Check) - wird über das T.4-Modulationssystem mit höherer Geschwindigkeit gesendet (im Vergleich zur V.21-Modulation mit 300 Kbit/s, die für die vorherige T.30-Signalisierung verwendet wurde), um die Schulung zu überprüfen und die Akzeptanz von Faxseiten anzuzeigen, die mit dieser Übertragungsrate gesendet wurden.
TSI (Identifizierung des sendenden Teilnehmers) - gibt die Kennung des Fax-Endgeräts an, das die Übertragung (den Anruf) durchführt. (Optional)
Dies sind nützliche Debug-Befehle für Fax-Relays:
Das Debuggen für Cisco Fax Relay wird mit dem Befehl debug fax relay t30 all aktiviert.
debug fax relay t30 all Befehl |
---|
vnt-3660-23c#debug fax relay t30 all Debugging fax relay t30 |
Dies ist eine Kopie eines Debugging einer fehlgeschlagenen Fax-Relay-Sitzung. Dies ist ein Debugging vom ursprünglichen Fax-Gateway, auf dem die Cisco IOS Software Version 12.2(7a) ausgeführt wird.
debug fax relay t30 all Befehlsausgabe |
---|
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 |
Dieses Debugging zeigt die T.30-Ereignisse, die im DSP innerhalb des Fax-Relays stattfinden. Dabei ist zu beachten, dass die aus Sicht des DSP ablaufenden Debug-Vorgänge mit dem Faxgerät interagieren, sodass jegliche "Fr-MSG-TX" bzw. übertragene Nachricht vom DSP an das angeschlossene Faxgerät übertragen wird. Jede vom DSP als entdeckt gemeldete Nachricht, oder "fr-msg-det"-Nachricht, ist eine Nachricht, die vom angeschlossenen Faxgerät empfangen wurde. Diese Grafik veranschaulicht den gerichteten Fluss der DSP-Nachrichten, wenn der Befehl debug fax relay t30 all ausgegeben wird.
Von der fehlgeschlagenen Fax-Transaktion im Debugging können Sie mehrere "bad crc"-Nachrichten sehen, gefolgt von einer "Failure To Train" (FTT)-Nachricht von der anderen Seite. Aus den Debugs sieht es so aus, als ob das Problem das Trainingssignal betrifft. Die fehlerhaften CRC-Fehler und die von der anderen Seite zurückgegebene FTT-Meldung (Failure To Train) weisen darauf hin, dass das Signal beschädigt ist oder nicht mit dem Cisco Fax Relay-Protokoll kompatibel ist. Diese Fehlersuche wurde bei einem Fax-Relay-Problem durchgeführt, das bei einem Lexmark Optra-Faxgerät auftritt. Das Lexmark ist V.34-fähig und versucht, eine Verbindung mit V.34-Raten herzustellen. V.34 wird vom Cisco Fax-Relay nicht unterstützt, und es treten Trainingsfehler auf. Weitere Informationen finden Sie unter Cisco Bug-ID CSCdv89496 (nur für registrierte Kunden).
Die Seite Arbeitsbeispiele für T.30-Debugs enthält weitere Informationen zum Lesen dieser Debugs sowie ein Beispiel für eine erfolgreiche Nachverfolgung des Debuggens und des Faxanalysators im ECM-Modus.
Es gibt auch andere Debug-Befehle, die zur Fehlerbehebung bei Fax-Relay-Problemen nützlich sein können. Diese Debug-Programme sind nicht so einfach zu lesen oder bieten so viele Informationen wie die T.30-Debug-Programme, aber sie können trotzdem nützlich sein.
Der Voice Telefony Service Provider (VTSP) ist eine Architektur, die die Schnittstelle zwischen der Cisco IOS-Anrufsteuerung und einem DSP-Endpunkt definiert, der über analoge oder digitale Schnittstellen mit Standardtelefongeräten wie einem PBX-System, einem Fax oder einer Zentrale verbunden ist.
Für VoIP T.38 oder Fax-Relay kann debug vtsp all nützliche Statusinformationen vom Router bereitstellen. Wie in im Abschnitt zur Fehlerbehebung beschrieben, kann mit diesem Debug-Befehl ermittelt werden, ob der Fax-Codec in den DSP heruntergeladen wurde, wie auf der Seite zur Fehlerbehebung für Sprachdienstanbieter dargestellt.
Ein weiterer Fax-Relay-Debug-Befehl, der für Faxnachrichten mit VoFR und VoATM hilfreich ist, ist debug vtsp vofr subframe 3. Mit diesem Befehl werden FRF11-Frames ausgegeben, die vom Typ "Fax Relay Payload" (Fax-Relay gemäß Anhang D) sind. Selbst bei nur einem Fax-Relay-Aufruf gibt dieser Befehl eine hohe Ausgabe aus, und der Hex muss decodiert werden (die FRF11-Spezifikation ist für die Hex-Decodierung hilfreich).
Um Probleme beim Austausch von T.38-Funktionen zu debuggen, verwenden Sie den Befehl debug cch323 h245.
Verwenden Sie die folgenden Debug-Befehle, um den DSP-Nachrichtenaustausch zwischen Anwendungen und dem DSP zu debuggen:
debug vtsp all
debuggen voip ccapi inout
debug hpi all (auf dem Cisco 5300/2600/3600 und allen anderen Sprachplattformen, die die TI c54x DSPs verwenden)
debug nextport vsmgr detail (auf den NextPort DSP-Plattformen (Cisco 5400, 5850))
Manchmal ist es notwendig, über die Debugging-Funktionen der Cisco Sprach-Gateways hinauszugehen, um Fax-Relay-Probleme zu beheben. Tools wie Protokoll- und Faxanalysatoren werden verwendet, um zu sehen, was im Fax-Relay-Betrieb geschieht. Faxanalysatoren wie Genua ChannelProbe/FaxProbe von QualityLogic oder HP Telegra können zwischen dem Faxgerät und dem Cisco Gateway positioniert werden, um aufzuzeichnen, was geschieht. Protokoll-Analyzer wie Sniffer und Domino können hilfreich sein, wenn Sie die Fax-Weiterleitungspakete anzeigen möchten, die zwischen den Routern ausgetauscht werden.
Um ein komplexes Problem zu lösen, ist manchmal eine Gerätekombination erforderlich: ein Analysator, der den Faxverkehr an jedem Faxgerät erfasst, und ein Protokollanalysator, der die Fax-Weiterleitungspakete erfasst. Ein einziger Faxanruf wird getätigt, um das Problem zu reproduzieren. Anschließend werden die Informationen von den angeschlossenen Geräten erfasst und analysiert. Dieses Diagramm zeigt, wo sich diese Testgeräte im Netzwerk befinden.
Die meisten Faxanalysatoren verfügen über angemessene Hilfebildschirme und Dokumentationen, die Ihnen bei der Ermittlung der Vorgänge helfen. Die T.30-Spezifikation ist ebenfalls sehr hilfreich. Für die Protokollanalysatoren kann die Decodierung schwierig sein, da die Codierungen manchmal proprietär sind oder die Analysatorsoftware nicht über den erforderlichen spezifischen Decodierer verfügt. Für ein Fax-Relay, das VoFR und VoATM verwendet, verwenden die Cisco Gateways den standardbasierten Anhang D der FRF11-Spezifikation. Wenn der Protokollanalysator den Frame nicht decodieren kann, kann der Frame mit dieser Spezifikation manuell decodiert werden. Bei Fax-Relay und VoIP wird für die Fax-Relay-Pakete ein proprietäres Format von Cisco verwendet.
Mit den Informationen der Fax- und Protokollanalyse können Sie Faxrelaisprobleme beheben. Nur wenige Fax-Relay-Probleme erreichen diesen Punkt, und wenn dies der Fall ist, müssen Eskalations- und DE-Ressourcen für weitere Unterstützung einbezogen werden.
Stellen Sie außerdem alle weiteren Informationen bereit, die für das Problem relevant sind.
Wenn Sie das Problem mit diesem Dokument nicht isolieren und beheben können, öffnen Sie ein Ticket beim Cisco Technical Assistance Center (TAC), und geben Sie die folgenden Informationen an:
Beschreibung der Netzwerktopologie (PDF-, Visio- oder Microsoft PowerPoint-Format)
Die verwendeten Faxgeräte, einschließlich Anbieter- und Modellinformationen.
Die Geschichte des Problems.
Zu den nützlichen Informationen gehört, ob es sich bei der Implementierung um ein neues oder ein etabliertes Netzwerk handelt, das zunächst reibungslos funktionierte und dann fehlschlug. Wenn das Netzwerk eingerichtet wurde, was hat sich geändert, bevor das Problem aufgetreten ist? Kommt es zu Unterbrechungen? Kann das Problem reproduziert werden, und wenn ja, welche Schritte sind erforderlich, um das Problem zu reproduzieren?
Ausgabe des Befehls show tech von den Fax-Gateways und allen Routern auf dem IP-Pfad sowie relevante Informationen zu den aktiven Netzwerkgeräten anderer Hersteller
Ein Paar Anrufe wird nachverfolgt, wobei die folgenden Debug-Flags aktiviert sind:
debuggen voip ccapi inout
debug vtsp all
debug isdn q931 (bei Beteiligung von ISDN oder Q.Sig)
Ein Paar von Show Voice Call- und Show Voice DSP-Ausgaben.
Ein Paar der Faxanalysatoren ist im Überwachungsmodus mit den Ursprungs- und Terminierungsfaxgeräten verbunden, sofern verfügbar.
Ergebnisse der Fehlerbehebung und der durchgeführten Debugging-Vorgänge, sofern verfügbar.
Ursprünglich veröffentlicht unter https://www.cisco.com/c/en/us/support/docs/voice/fax-modem-over-ip/20227-faxrelay-tsguide.html
Original MDF-Tag ist: Technologien:Sprache:Fax / Modem over IP.
Dokument-ID: 20227
Wenn die Dokument-ID oder die URL nicht übereinstimmen, wenden Sie sich an tz-writers@cisco.com.
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
21-Feb-2002 |
Erstveröffentlichung |