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 wird einer der effektivsten Ansätze zur Fehlerbehebung bei Faxgeräten beschrieben. Dabei werden folgende Schritte ausgeführt:
Sie können einen Faxanruf in vier Teile aufteilen:
Dieser Anruffluss enthält die Nachrichten, nach denen gesucht werden muss, wenn H.323 das identifizierte Protokoll ist. Je nachdem, ob es sich bei dem Endpunkt um einen TGW oder einen OGW handelt, gibt es entsprechende Abschnitte.
Anmerkung: In der Tabelle im nächsten Abschnitt wurden T.38-Relay und Passthrough gleichzeitig getestet, und es wurden Unterschiede zwischen G3 und SG3 aufgezeigt.
Beachten Sie Folgendes:
Passthrough | T.38-Relais | ||
---|---|---|---|
GW-------------------------CUCM/GW Überprüfen Sie, ob VTSP angezeigt wird: |
GW-------------------------CUCM/GW Überprüfen Sie, ob VTSP angezeigt wird: |
||
Protokollbasiert | NSE-basiert | Protokollbasiert | NSE-basiert |
GW-------CUCM/GW ----H.225-Verbindung----> <----H.245 TCS------- -----H.245 TCS—> -----H.245 MSD—> -----H.245 TCSAck—> <—H.245 MSD------- ----H.245 MSDAck—> <—H.245 TCSAck---- <—H.245 MSDAck---- <—H.245 OLC--------- ----H.245 OLC—> ----H.245 OLCAck—> <—H.245 OLCAck----- Anmerkung: Im Fall von Fast Start (FS) wäre Open Logical Channel (OLC) in Setup und connect/callproc ausgetauscht worden. |
GW-------CUCM/GW —H.225 Connect—> <----H.245 TCS------- RTPAudioTelefonie
----H.245 TCS—> RTPAudioTelefonie
----H.245 MSD—> ----H.245 TCSAck—> <----H.245 MSD------ —H.245 MSDAck—> <—H.245 TCSAck— <—H.245 MSDAck— <----H.245 OLC------- ------H.245 OLC—> —H.245 OLCAck—> <—H.245 OLCAck---- Anmerkung: Im Fall von FS wäre OLC in Setup und connect/callproc ausgetauscht worden. |
GW---------CUCM/GW ------H.225 Connect <-----H.245 TCS--------- Anwendung t38fax: -----H.245 TCS—> Anwendung t38fax: -----H.245 MSD—> -----H.245 TCSAck—> <—H.245 MSD-------- -----H.245 MSDAck—> <—H.245 TCSAck------ <—H.245 MSDAck----- <-----H.245 OLC--------- -------H.245 OLC—> -----H.245 OLCAck—> <----H.245 OLCAck----- Anmerkung: Im Fall von FS wäre OLC in Setup und connect/callproc ausgetauscht worden. |
GW--------CUCM/GW -----H.225-Verbindung----> <----H.245 TCS---------- RTPAudioTelefonie ------H.245 TCS—> RTPAudioTelefonie -----H.245 MSD—> -----H.245 TCSAck—> <----H.245 MSD------- ----H.245 MSDAck—> <----H.245 TCSAck---- <—H.245 MSDAck---- <----H.245 OLC--------- -------H.245 OLC—> ----H.245 OLCAck—> <—H.245 OLCAck----- Anmerkung: Im Fall von FS wäre OLC in Setup und connect/callproc ausgetauscht worden. |
GW-------------------------CUCM/GW <========AUDIO==========> Audioanruf wird in dieser Phase eingerichtet, aber während die Faxgeräte sprechen, tauschen sie Töne im Audioanruf aus. Ursprüngliche T.30-Töne (Nicht in Debugs sichtbar, da diese immer im RTP gesendet werden) G3-FAX: <<<<<<<<<<CNG<<<<<<<<< 1100 Hz, alle 3 Sekunden 0,5 Sekunden lang. Zeigt ein anrufendes Nicht-Sprachterminal an. >>>>>>>>>>CED>>>>>>>>>>>> 2100 Hz Ton als CED, aber Amplitudenmodulation durch eine Sinuswelle bei 15 Hz mit Phasenumkehr alle 450 ms. SG3-FAX: 1100 Hz, alle 3 Sekunden 0,5 Sekunden lang. Zeigt ein anrufendes Nicht-Sprachterminal an. >>>>>>>>>>ANSAM>>>>>>>>>> 2100 Hz Ton als CED, aber Amplitudenmodulation durch eine Sinuswelle bei 15 Hz mit Phasenumkehr alle 450 ms. <<<<<<<<CM<<<<<<<<<< >>>>>>>>>JM>>>>>>>>>>>>> <<<<<<<<<CJ<<<<<<<< V.34 Initialisierung (Phasen 2-4) Der TGW wartet darauf, V.21-Präambel in den Tönen zu erkennen. Er findet es im CED-Ton (G3) oder ANSAM (SG3). Sobald das V.21-Flag erkannt wurde, wird ein Switchover initiiert. Überprüfen Sie, ob VTSP angezeigt wird: Eine der Aufgaben beim Switchover ist es, den Jitter-Pufferübergang von adaptiv auf einen festen Optimalwert zu bringen. Beim Fax-Passthrough wird die letzte Sprachmoduseinstellung vor dem Switchover für Jitter- oder Playout-Puffer verwendet. Geben Sie den Befehl show voice port X/X/X ein, um die aktuellen Werte der Wiedergabeverzögerung zu überprüfen. |
GW-------------------------CUCM/GW <========AUDIO==========> Audioanruf wird in dieser Phase eingerichtet, aber während die Faxgeräte sprechen, tauschen sie Töne im Audioanruf aus. Ursprüngliche T.30-Töne (Nicht in Debugs sichtbar, da diese immer im RTP gesendet werden) G3-FAX: <<<<<<<<<<CNG<<<<<<<<< 1100 Hz, alle 3 Sekunden 0,5 Sekunden lang. Zeigt ein anrufendes Nicht-Sprachterminal an. >>>>>>>>>>CED>>>>>>>>>>>> 2100 Hz Ton als CED, aber Amplitudenmodulation durch eine Sinuswelle bei 15 Hz mit Phasenumkehr alle 450 ms. SG3-FAX: 1100 Hz, alle 3 Sekunden 0,5 Sekunden lang. Zeigt ein anrufendes Nicht-Sprachterminal an. >>>>>>>>>>ANSAM>>>>>>>>>> 2100 Hz Ton als CED, aber Amplitudenmodulation durch eine Sinuswelle bei 15 Hz mit Phasenumkehr alle 450 ms. Cisco Gateways unterstützen nur G3-Faxanrufe mit T.38. Um die höheren Geschwindigkeiten von SG3-Anrufen ordnungsgemäß verarbeiten zu können, muss Modem-Passthrough verwendet werden. Keine V.34-Initialisierung (Phasen 2-4) vorhanden. Auch die erste V.8 Phase I ist noch nicht abgeschlossen. Der OGW unterbricht den CM-Ton und da SG3 abwärtskompatibel mit dem G3-Faxstandard ist, werden die Faxgeräte auf G3 umgeschaltet. >>>>>>>>>CED>>>>>>>>>>>> Ton bei 2100 Hz, der zwischen 2,6 und 4,0 Sekunden hält. Deaktiviert Echounterdrücker im Übertragungspfad. Der TGW wartet darauf, V.21-Präambel in den Tönen zu erkennen. Er findet es im CED-Ton (G3) oder ANSAM (SG3). Sobald das V.21-Flag erkannt wurde, wird ein Switchover initiiert. Überprüfen Sie, ob VTSP angezeigt wird: Überprüfen Sie, ob DSMP angezeigt wird: Auf CCAPI überprüfen zeigt: Eine der Aufgaben beim Switchover ist es, den Jitter-Pufferübergang von adaptiv auf einen festen Optimalwert zu bringen. T.38 verwendet feste Jitter- oder Playout-Puffer mit 300 ms. Geben Sie den Befehl playout-delay fax 100 unter Sprachport ein, um die Pufferzeit zu reduzieren, wenn die Verzögerung hoch ist. Geben Sie den Befehl show voice port X/X/X ein, um die aktuellen Werte der Wiedergabeverzögerung zu überprüfen. |
||
Protokollbasiert | NSE-basiert | Protokollbasiert | NSE-basiert |
GW--------CUCM/GW -H.245 RequestMode> {SequenzNummer 1 AngeforderteModi { { { Geben Sie audioMode ein: g711Ulaw64k: NULL <--H.245 RequestModeAck - {SequenzNummer 1 Antwort wirdÜbertragenAm Bevorzugter Modus: NULL } -----H.245 CLC-------> -----H.245 OLC------> ForwardLogicalChannel <----H.245 CLC-------- —H.245 CLCAck----> { ForwardLogicalChannel —H.245 OLCAck----> <—H.245 CLCAck—
show call active voice brief zeigt keine Änderung an Anmerkung: Der H.245-Anforderungsmodus für Passthrough wird von CUCM nicht unterstützt. Wenn das TGW versucht, den Switchover durch Senden von H.245 RequestMode für den Passthrough an CUCM zu initiieren, antwortet der CUCM mit RequestModeReject. |
G3-FAX: GW-------CUCM/GW ====NSE192=====> Upspeed Codec und Wechsel in den Passthrough-Modus. debug voip rtp session called event PT:100 EVT:192 Pkt:00 00 00 <SEND>> <===NSE 192====== Überprüfen Sie, ob VTSP angezeigt wird: _MSG debug voip rtp session called event <<Rcv> PT:100 EVT:192 Pkt:00 00 00 SG3-FAX: GW------CUCM/GW ====NSE192=====> Upspeed Codec und Wechsel in den Passthrough-Modus. Überprüfen Sie, ob VTSP angezeigt wird: debug voip rtp session called event PT:100 EVT:192 Pkt:00 00 00 <SEND>> <===NSE 192===== Überprüfen Sie, ob VTSP angezeigt wird: E_DSMP_DSP_ _MSG debug voip rtp session called event: <<Rcv> PT:100 EVT:192 Pkt:00 00 00
Erkennung der Phasenumkehr von ANSam Disable ECAN. Überprüfen Sie, ob VTSP angezeigt wird: E_DSM_CC_ debug voip rtp session called event PT:100 EVT:193 Pkt:00 00 00 <SEND>> <===NSE 193===== Überprüfen Sie, ob VTSP angezeigt wird: _MSG debug voip rtp session called event <<Rcv> PT:100 EVT:193 Pkt:00 00 00 Anmerkung: NSE-194 wird durch eine lokale Erkennung von 4 Sekunden Pause oder Carrier Loss Detection ausgelöst. Diese Meldung weist das Remote-Gateway an, in den Sprachmodus zurückzukehren. Im Grunde werden alle Änderungen von NSE-192 und NSE-193 rückgängig gemacht. show call active voice zeigt: MODEMPASS nse |
GW---------CUCM/GW -H.245 RequestMode-> type dataMode:{ Anwendung t38fax: { t38FaxProtocol udp: NULL t38Faxprofil { FillBitRemoval FALSE UmkodierungJBIG FALSE UmkodierungMMR FALSE Version 0 t38FaxRateManagement übertragenTCF: NULL t38FaxUdpOptionen { t38FaxMaxPuffer 200 t38FaxMaxDatagramm 72 t38FaxUdpEC t38UDPRedundanz: NULL } } } Bitrate 144 <H.245 RequestModeAck- {SequenzNummer 1 Antwort wirdÜbertragenAm Bevorzugter Modus: NULL } -----H.245 CLC---------> -----H.245 OLC---------> ForwardLogicalChannel <----H.245 CLC--------- -----H.245 CLCAck—> ForwardLogicalChannel —H.245 OLCAck-----> <—H.245 CLCAck----- show call active voice zeigt: T38 |
G3-FAX: GW--------CUCM/GW ====NSE 200=====> Übergang vom Sprachmodus zu T.38 Überprüfen Sie, ob VTSP angezeigt wird:E_DSM_CC_MODIFY_ debug voip rtp session called event PT:100 EVT:200 Pkt:00 00 00 <SEND>> <===NSE 201====== T.38 ACK empfangen; TGW wird angewiesen, T.38-Sitzung zu starten Überprüfen Sie, ob VTSP angezeigt wird:E_DSMP_DSP_ _MSG debug voip rtp session called event <<Rcv> PT:100 EVT:201 Pkt:00 00 00 SG3-FAX: Da Sie SG3 zu G3 durch das Drücken des CM-Tons verfälschen, gibt es kein SG3 FAX-Szenario in T38-Relais. Anmerkung: NSE-202 ist eine NACK für eine NSE-200-Nachricht, die angibt, dass das Peer-Gateway keine T.38-Pakete für den Anruf verarbeiten kann. Der Anruf verbleibt im Sprachmodus und wechselt nicht zu T.38. show call active voice zeigt: T38 |
In Passthrough können Sie keine T.30-Meldungen von Debug-Nachrichten sehen, da alle Töne im RTP wie Audio mit G711ulaw/alaw übertragen werden. Die Aushandlung des Faxtons bleibt jedoch unabhängig von Relay oder Passthrough unverändert. GW-------------------------CUCM/GW >>>>>>>>>CSI>>>>>>>>>> (optional)(Abonnentenkennung angerufen) Wenn Sie hier FTT sehen, was TCF bedeutet, dass das Training fehlgeschlagen ist, überprüfen Sie die Taktung und rutschen auf T1/E1. Bei Paketerfassungen sollte die TCF-Prüfung alle 0 sein. >>>>>>>>MCF>>>>>>>>>>>> (Nachrichtenbestätigung) <++++Teilseite RX+++++++ (hohe Geschwindigkeit) >>>>>>>>MCF>>>>>>>>>>>> (Nachrichtenbestätigung) <<<<<<<<<DCN<<<<<<<< (Verbindung trennen) Hinweis: ECM ist für G3 optional, für SG3 jedoch obligatorisch. Da Sie SG3-Geschwindigkeiten mit Passthrough erreichen können, stellen Sie sicher, dass ECM auf den Faxgeräten aktiviert ist, damit das Fax erfolgreich ist. Außerdem ist für G3 ein TCF-Trainingssignal erforderlich, für SG3 jedoch nicht. Anmerkung: Für Passthrough wird ein gemeinsamer Kanal von 64 Kbit/s (g711) zugewiesen. Die höhere und die niedrigere Geschwindigkeit der Nachrichten werden also irrelevant. |
Wenn der T38-Switchover erfolgreich ist, werden die folgenden Meldungen in den Debugs angezeigt: Überprüfen Sie, ob VTSP angezeigt wird: Überprüfen Sie, ob DSMP angezeigt wird: Auf CCAPI überprüfen zeigt: debug fax relay t30 all-level-1: GW-------------------------CUCM/GW >>>>>>>>>CSI>>>>>>>>>> (optional)(Abonnentenkennung angerufen) Wenn Sie hier FTT sehen, was TCF bedeutet, dass das Training fehlgeschlagen ist, überprüfen Sie die Taktung und rutschen auf T1/E1. Bei Paketerfassungen sollte die TCF-Prüfung alle 0 sein. >>>>>>>>MCF>>>>>>>>>>>> (Nachrichtenbestätigung) <++++Teilseite RX+++++++ (hohe Geschwindigkeit) >>>>>>>>MCF>>>>>>>>>>>> (Nachrichtenbestätigung) <<<<<<<<<DCN<<<<<<<< (Verbindung trennen) |
||
Protokollbasiert | NSE-basiert | Protokollbasiert | NSE-basiert |
Konfiguration auf DP-Ebene: ## Fax Protocol Pass-Through g711ulaw/g711alaw ## Faxrate deaktiviert ## fax nsf 000000 |
Konfiguration auf DP-Ebene: ## Modem-Passthrough-NSE-Codec g711ulaw/g711alaw ## Faxrate deaktiviert ## fax nsf 000000 |
Konfiguration auf DP-Ebene: ## Faxprotokoll T38 Version 0 ls-redundancy 0 hs-redundancy 0 fallback none ## fax nsf 000000 |
Konfiguration auf DP-Ebene: ## Faxprotokoll t38 nse force version 0 ls-redundancy 0 hs-redundancy 0 fallback none ## fax nsf 000000## fax-relay ecm disable ## Fax-Relay-System sg3-to-g3 ## Faxrate 14400 |
Beachten Sie Folgendes:
Passthrough | T.38-Relais | ||
---|---|---|---|
GW-------------------------CUCM/GW Überprüfen Sie, ob VTSP angezeigt wird: |
GW-------------------------CUCM/GW Überprüfen Sie, ob VTSP angezeigt wird: |
||
Protokollbasiert | NSE-basiert | Protokollbasiert | NSE-basiert |
GW--------CUCM/GW <—H.225 Connect----- -----H.245 TCS--------> <—H.245 TCS--------- <—H.245 MSD-------- <—H.245 TCSAck---- ----H.245 MSD-------> <—H.245 MSDAck— -----H.245 TCSAck—> -----H.245 MSDAck—> -----H.245 OLC-------> <—H.245 OLC-------- <—H.245 OLCAck— ----H.245 OLCAck—> Anmerkung: Im Fall von FS wäre OLC in Setup und connect/callproc ausgetauscht worden. |
GW-----------CUCM/GW <------H.225-Verbindung---- --------H.245 TCS--------> RTPAudioTelefonie
<------H.245 TCS---------- RTPAudioTelefonie
<------H.245 MSD-------- <------H.245 TCSAck----- -------H.245 MSD-------> <------H.245 MSDAck— --------H.245 TCSAck—> --------H.245 MSDAck—> --------H.245 OLC--------> <------H.245 OLC--------- <------H.245 OLCAck---- --------H.245 OLCAck—>Anmerkung: Im Fall von FS wäre OLC in Setup und connect/callproc ausgetauscht worden. |
GW---------CUCM/GW <----H.225-Verbindung----- ------H.245 TCS--------> Anwendung t38fax: <-----H.245 TCS-------- Anwendung t38fax: <-----H.245 MSD------- <-----H.245 TCSAck— ------H.245 MSD------> <-----H.245 MSDAck— -------H.245 TCSAck—> ------H.245 MSDAck—> ------H.245 OLC-------> <----H.245 OLC--------- <----H.245 OLCAck---- -----H.245 OLCAck—>Anmerkung: Im Fall von FS wäre OLC in Setup und connect/callproc ausgetauscht worden. |
GW----CUCM/GW <-H.225 Connect- —H.245 TCS----> RTPAudioTelefonie
<—H.245 TCS----- RTPAudioTelefonie
<—H.245 MSD---- <—H.245 TCSAck- —H.245 MSD—> <-H.245 MSDAck- —H.245 TCSAck-> -H.245 MSDAck-> —H.245 OLC-----> <—H.245 OLC------ <-H.245 OLCAck— —H.245 OLCAck->Anmerkung: Im Fall von FS wäre OLC in Setup und connect/callproc ausgetauscht worden. |
GW-------------------------CUCM/GW <========AUDIO==========> Audioanruf wird in dieser Phase eingerichtet, aber während die Faxgeräte sprechen, tauschen sie Töne im Audioanruf aus. Ursprüngliche T.30-Töne (Nicht in Debugs sichtbar, da diese immer im RTP gesendet werden) G3-FAX: >>>>>>>>>CNG>>>>>>>>>>>> 1100 Hz, alle 3 Sekunden 0,5 Sekunden lang. Zeigt ein anrufendes Nicht-Sprachterminal an. <<<<<<<<CED<<<<<<<< Ton bei 2100 Hz, der zwischen 2,6 und 4,0 Sekunden hält. Deaktiviert Echounterdrücker im Übertragungspfad. SG3-FAX: 1100 Hz, alle 3 Sekunden 0,5 Sekunden lang. Zeigt ein anrufendes Nicht-Sprachterminal an. <<<<<<<<ANSAM<<<<< 2100 Hz Ton als CED, aber Amplitudenmodulation durch eine Sinuswelle bei 15 Hz mit Phasenumkehr alle 450 ms. >>>>>>>>>CM>>>>>>>>>>>>>> <<<<<<<<JM<<<<<<<<<<< >>>>>>>>>CJ>>>>>>>>>>>>> V.34 Initialisierung (Phasen 2-4) Das OGW wartet darauf, dass das TGW die V.21-Präambel in den Tönen erkennt. Sobald der TGW das V.21-Flag erkennt, wird ein Switchover initiiert. Eine der Aufgaben beim Switchover ist es, den Jitter-Pufferübergang von adaptiv auf einen festen Optimalwert zu bringen. Beim Fax-Passthrough wird die letzte Sprachmoduseinstellung vor dem Switchover für Jitter- oder Playout-Puffer verwendet. Geben Sie den Befehl show voice port X/X/X ein, um die aktuellen Werte der Wiedergabeverzögerung zu überprüfen. |
GW-------------------------CUCM/GW <========AUDIO==========> Audioanruf wird in dieser Phase eingerichtet, aber während die Faxgeräte sprechen, tauschen sie Töne im Audioanruf aus. Ursprüngliche T.30-Töne (Nicht in Debugs sichtbar, da diese immer im RTP gesendet werden) G3-FAX: >>>>>>>>>CNG>>>>>>>>>>>> 1100 Hz, alle 3 Sekunden 0,5 Sekunden lang. Zeigt ein anrufendes Nicht-Sprachterminal an. <<<<<<<<CED<<<<<<<< Ton bei 2100 Hz, der zwischen 2,6 und 4,0 Sekunden hält. Deaktiviert Echounterdrücker im Übertragungspfad. SG3-FAX: 1100 Hz, alle 3 Sekunden 0,5 Sekunden lang. Zeigt ein anrufendes Nicht-Sprachterminal an. <<<<<<<<ANSAM<<<<< 2100 Hz Ton als CED, aber Amplitudenmodulation durch eine Sinuswelle bei 15 Hz mit Phasenumkehr alle 450 ms. >>CM >>X Cisco Gateways unterstützen nur G3-Faxanrufe mit T.38. Um die höheren Geschwindigkeiten von SG3-Anrufen ordnungsgemäß verarbeiten zu können, muss Modem-Passthrough verwendet werden. Keine V.34-Initialisierung (Phasen 2-4) vorhanden. Auch die erste V.8 Phase I ist noch nicht abgeschlossen. Der OGW unterbricht den CM-Ton und da SG3 abwärtskompatibel mit dem G3-Faxstandard ist, werden die Faxgeräte auf G3 umgeschaltet. <<<<<<<<CED<<<<<<<< Ton bei 2100 Hz, der zwischen 2,6 und 4,0 Sekunden hält. Deaktiviert Echounterdrücker im Übertragungspfad. Das OGW wartet darauf, dass das TGW die V.21-Präambel in den Tönen erkennt. Sobald der TGW das V.21-Flag erkennt, wird ein Switchover initiiert. Eine der Aufgaben beim Switchover ist es, den Jitter-Pufferübergang von adaptiv auf einen festen Optimalwert zu bringen. T.38 verwendet feste Jitter- oder Playout-Puffer mit 300 ms. Geben Sie den Befehl playout-delay fax 100 unter Sprachport ein, um die Pufferzeit zu reduzieren, wenn die Verzögerung hoch ist. Geben Sie den Befehl show voice port X/X/X ein, um die aktuellen Werte der Wiedergabeverzögerung zu überprüfen. |
||
Protokollbasiert | NSE-basiert | Protokollbasiert | NSE-basiert |
GW--------CUCM/GW <-H.245 RequestMode- {SequenzNummer 1 AngeforderteModi { { { Geben Sie audioMode ein: g711Ulaw64k: NULL —H.245 RequestModeAck—> {SequenzNummer 1 Antwort wirdÜbertragenAm Bevorzugter Modus: NULL }
<—H.245 CLC--------- <—H.245 OLC--------- { —H.245 CLC--------> <—H.245 CLCAck---- { ForwardLogicalChannel <—H.245 OLCAck---- -----H.245 CLCAck—>
show call active voice brief zeigt keine Änderung an Anmerkung: Der CUCM unterstützt keinen H.245-Anforderungsmodus für Passthrough. Wenn das TGW versucht, den Switchover durch Senden von H.245 RequestMode für den Passthrough an CUCM zu initiieren, antwortet der CUCM mit RequestModeReject.
|
G3-FAX: GW-----------CUCM/GW <====NSE 192===== Upspeed Codec und Wechsel in den Passthrough-Modus. Überprüfen Sie, ob VTSP angezeigt wird: _MSG debug voip rtp session called event: <<Rcv> PT:100 EVT:192 Pkt:00 00 00 ====NSE192=====> Überprüfen Sie, ob VTSP angezeigt wird: debug voip rtp session called event: PT:100 EVT:192 Pkt:00 00 00 <SEND>> SG3-FAX: GW-----------CUCM/GW <====NSE 192===== Upspeed Codec und Wechsel in den Passthrough-Modus. Überprüfen Sie, ob VTSP angezeigt wird: _MSG debug voip rtp session called event: <<Rcv> PT:100 EVT:192 Pkt:00 00 00 ====NSE192=====> Überprüfen Sie, ob VTSP angezeigt wird: debug voip rtp session called event: PT:100 EVT:192 Pkt:00 00 00 <SEND>>
Deaktivieren Sie ECAN. Überprüfen Sie, ob VTSP angezeigt wird:E_DSMP_DSP_BERICHT_ _MSG debug voip rtp session called event: <<Rcv> PT:100 EVT:193 Pkt:00 00 00 ====NSE193======> Überprüfen Sie, ob VTSP angezeigt wird: debug voip rtp session called event: PT:100 EVT:193 Pkt:00 00 00 <SEND>> Anmerkung: NSE-194 wird durch eine lokale Erkennung von 4 Sekunden Pause oder Carrier Loss Detection ausgelöst. Diese Meldung weist das Remote-Gateway an, in den Sprachmodus zurückzukehren. Im Grunde werden alle Änderungen von NSE-192 und NSE-193 rückgängig gemacht. show call active voice zeigt: |
GW----------CUCM/GW <-H.245 RequestMode- type dataMode:{ Anwendung t38fax: { t38FaxProtocol udp: NULL t38Faxprofil { FillBitRemoval FALSE UmkodierungJBIG FALSCH UmkodierungMMR FALSE Version 0 t38Faxrate Management übertragenTCF: NULL t38FaxUdpOptionen { t38FaxMaxPuffer 200 t38FaxMaxDatagramm 72 t38FaxUdpEC t38UDPRedundanz: NULL } } } Bitrate 144 -H.245 RequestModeAck-> {SequenzNummer 1 Antwort wirdÜbertragenAm Bevorzugter Modus: NULL }
<—H.245 CLC---------- <—H.245 OLC---------- ForwardLogicalChannel ----H.245 CLC---------> <—H.245 CLCAck----- ForwardLogicalChannel <—H.245 OLCAck---- -----H.245 CLCAck—>
show call active voice zeigt: T38 |
G3-FAX: GW - CUCM/GW <==NSE 200==== Übergang vom Sprachmodus zu T.38 Überprüfen Sie, ob VTSP angezeigt wird: _MSG debug voip rtp session called event: <<Rcv> PT:100 EVT:200 Pkt:00 00 00 ==NSE 201===> T.38 ACK empfangen; TGW wird angewiesen, T.38-Sitzung zu starten Überprüfen Sie, ob VTSP angezeigt wird: debug voip rtp session called event: SG3-FAX: Da Sie SG3 zu G3 durch das Drücken des CM-Tons verfälschen, gibt es kein SG3 FAX-Szenario in T38-Relais. Anmerkung: NSE-202 ist eine NACK zu einer NSE-200-Nachricht, die besagt, dass das Peer-Gateway show call active voice zeigt: T38 |
In Passthrough können Sie keine T.30-Meldungen von Debug-Nachrichten sehen, da alle Töne im RTP wie Audio mit G711ulaw/alaw übertragen werden. Die Aushandlung des Faxtons bleibt jedoch unabhängig von Relay oder Passthrough unverändert. GW-------------------------CUCM/GW <<<<<<<<CSI<<<<<<<< (optional)(Abonnentenkennung) Wenn Sie hier FTT sehen, was TCF bedeutet, dass das Training fehlgeschlagen ist, überprüfen Sie die Taktung und rutschen auf T1/E1. Bei Paketerfassungen sollte die TCF-Prüfung alle 0 sein. <<<<<<<<MCF<<<<<<< (Nachrichtenbestätigung) ++++Teilseite RX++++++> (hohe Geschwindigkeit) <<<<<<<<MCF<<<<<<< (Nachrichtenbestätigung) >>>>>>>>DCN>>>>>>>>>> (Verbindung trennen) Hinweis: ECM ist für G3 optional, für SG3 jedoch obligatorisch. Da Sie SG3-Geschwindigkeiten mit Passthrough erreichen können, stellen Sie sicher, dass ECM auf den Faxgeräten aktiviert ist, damit der FAX erfolgreich ist. Anmerkung: Für Passthrough wird ein gemeinsamer Kanal von 64 Kbit/s (g711) zugewiesen. Die höhere und die niedrigere Geschwindigkeit der Nachrichten werden also irrelevant. |
Wenn der T38-Switchover erfolgreich ist, werden diese Meldungen in den entsprechenden Debugs angezeigt: Überprüfen Sie, ob VTSP angezeigt wird: Überprüfen Sie, ob DSMP angezeigt wird: Auf CCAPI überprüfen zeigt: debug fax relay t30 all-level-1: timestamp=352613376 fr-msg-det PPS GW-------------------------CUCM/GW <<<<<<<<CSI<<<<<<<< (optional)(Abonnentenkennung) Wenn Sie hier FTT sehen, was TCF bedeutet, dass das Training fehlgeschlagen ist, überprüfen Sie die Taktung und rutschen auf T1/E1. Bei Paketerfassungen sollte die TCF-Prüfung alle 0 sein. <<<<<<<<MCF<<<<<<< (Nachrichtenbestätigung) ++++Teilseite RX++++++> (hohe Geschwindigkeit) <<<<<<<<MCF<<<<<<< (Nachrichtenbestätigung) >>>>>>>>DCN>>>>>>>>>> (Verbindung trennen) |
||
Protokollbasiert | NSE-basiert | Protokollbasiert | NSE-basiert |
Konfiguration auf DP-Ebene: ## Fax Protocol Pass-Through g711ulaw/g711alaw ## Faxrate deaktiviert ## fax nsf 000000 |
Konfiguration auf DP-Ebene: ## Modem-Passthrough-NSE-Codec g711ulaw/g711alaw ## Faxrate deaktiviert ## fax nsf 000000 |
Konfiguration auf DP-Ebene: ## Faxprotokoll T38 Version 0 ls-redundancy 0 hs-redundancy 0 fallback none ## fax nsf 000000 |
Konfiguration auf DP-Ebene: ## Faxprotokoll t38 nse force version 0 ls-redundancy 0 hs-redundancy 0 fallback none ## fax nsf 000000## fax-relay ecm disable ## Fax-Relay-System sg3-to-g3 ## Faxrate 14400 |
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
05-Feb-2015 |
Erstveröffentlichung |