Fax-Ratgeber zur Fehlerbehebung

Download-Optionen

PDF (105.6 KB)
Mit Adobe Reader auf verschiedenen Geräten anzeigen
ePub (86.5 KB)
In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
Mobi (Kindle) (81.7 KB)
Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen

Aktualisiert:15. Januar 2015

Dokument-ID:118646

Inklusive Sprache

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.

Informationen zu dieser Übersetzung

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.

Inhalt

Einführung

TGW = Fax Call Incoming on SCCP Leg

OGW - Fax Call Outgoing on SCCP Leg

Zu erfassende Debugger

Einführung

Dieses Dokument beschreibt einen der effektivsten Methoden zur Fehlerbehebung bei Faxgeräten. Dieser umfasst die folgenden Schritte:

Teilen Sie den Anruf in zwei Beine auf.
Identifizieren Sie das Protokoll (SIP/H.323/SCCP/MGCP) auf jeder Stufe.
Wählen Sie ein Bein aus, und prüfen Sie dann, ob der Anruf ein- oder ausgeht und ob das zugehörige Gateway/Endgerät ein Terminierungs-Gateway (TGW) oder ein Ausgangs-Gateway (OGW) entsprechend ist.

Sie können einen Faxanruf in vier Abschnitte unterteilen:

Einrichten eines Sprachanrufs
- Hörer abnehmen, Wählen, Klingeln, Annehmen
- Tonsignale für Anrufe (CNG) und Anrufererkennung (CED)
Switchover
- Codec-Geschwindigkeit/Korrektur
- VAD deaktiviert auf DSP
- Jitter-Puffer wechselt von adaptiv zu einem festgelegten optimalen Wert
Vorab-Nachrichtenverfahren
- Fax-Terminalerkennung
- Austausch und Festlegen von Funktionen
- Schulungen
In-Message- und Post-Message-Verfahren
- Übertragung von Seiten
- Fehlererkennung und -korrektur (ECM)
- Ende der Nachricht und Seitenbestätigung
- Anruftrennung, bei aufgelegtem Hörer

Dieser Anruffluss enthält die Nachrichten, nach denen gesucht werden soll, wenn das Skinny Call Control Protocol (SCCP) das angegebene Protokoll ist. Es gibt entsprechende Abschnitte, je nachdem, ob es sich bei Ihrem Endpunkt um einen TGW oder einen OGW handelt.

Hinweis: In der Tabelle im nächsten Abschnitt wurden sowohl T.38 Relay als auch Passthrough gleichzeitig getestet, und es wurden Unterschiede zwischen G3 und SG3 hervorgehoben.

TGW = Fax Call Incoming on SCCP Leg

Beachten Sie, dass

T.38 - Verzögerung < 1000 ms, Jitter < 300 ms, Paketverlust sollte KEINE sein, es sei denn T.38 mit Redundanz.
Passthrough - Verzögerung < 1000 ms, Jitter < 30 ms, Paketverlust sollte KEINE sein.
Protokollbasiertes Switchover - Dies ist standardbasiert.
NSE-basiertes Switchover - Hierbei handelt es sich um ein proprietäres Switchover, das nur zwischen Cisco Sprach-Gateways funktioniert.

Durchlaufen		T.38 Relay
Protokollbasiert	NSE-basiert	Protokollbasiert	NSE-basiert
Das protokollbasierte Switchover wird mit SCCP nicht unterstützt.	GW - CUCM/GW <—SelectSoftKeys— <—CallStateMessage— CallStateMsg-Info: RINGIN —OffHookMessage—> sccp_send_offhook_v1 <—OpenReceiveChannel— -OpenReceiveChannelAck-> <—StartMediaTransmission— Nach VTSP-Shows suchen: Fax Relay= DEAKTIVIERT - SCCP-Anwendung Primäres Fax-Protokoll= IGNORE_FAX_RELAY, Fallback Fax Protocol= IGNORE_FAX_RELAY Fax Relay CM Unterdrückung := AKTIVIERT, Fax Relay ANS Suppression := DEAKTIVIERT Faxparameter gesetzt von= SCCP-Anruftyp	Das protokollbasierte Switchover wird mit SCCP nicht unterstützt.	GW - CUCM/GW <—SelectSoftKeys— <—CallStateMessage— CallStateMsg-Info: RINGIN —OffHookMessage—> sccp_send_offhook_v1 <—OpenReceiveChannel— -OpenReceiveChannelAck-> <-StartMediaTransmission- Auf VTSP-Sendungen prüfen: Fax Relay=AKTIVIERT Primäres Fax-Protokoll= T38_FAX_RELAY, Fallback Fax Protocol= NONE_FAX_RELAY Fax Relay CM Unterdrückung := AKTIVIERT, Fax Relay ANS Suppression := DEAKTIVIERT Faxparameter gesetzt von= SCCP-Anruftyp
GW - CUCM/GW <=======AUDIO===========> Audio-Anrufe in dieser Phase eingerichtet, aber wie Faxgeräte sprechen, tauschen sie Töne in der Audio-Anruf. Anfängliche T.30-Töne (Beim Debuggen sind diese nicht sichtbar, da sie immer im RTP gesendet werden.) Fax G3: <<<<<<<<<<<<<<<<<<<<<<< 1100 Hz, alle 3 Sekunden für 0,5 Sekunden. Zeigt ein anrufendes Terminal für Nichtsprache an. >>>>>>>>>CED>>>>>>>>>>>>> 2100-Hz-Tonfall, der zwischen 2,6 und 4,0 Sekunden lang andauert. Deaktiviert Echounterdrücker im Übertragungspfad. SG3 Fax: <<<<<<<<<<<<<<<<<<<<<<< 1100 Hz, alle 3 Sekunden für 0,5 Sekunden. Zeigt ein anrufendes Terminal für Nichtsprache an. >>>>>>>>ANSAM>>>>>>>>>> 2100 Hz Ton als CED, aber Amplitude moduliert durch eine Sinuswelle bei 15 Hz mit Phasenumkehr alle 450 ms. <<<<<<<<<<<<CM<<<<<<<<<< >>>>>>>>>JM>>>>>>>>>>>>> <<<<<<<<<<<<CJ<<<<<<<<<<< V.34-Initialisierung (Phasen 2-4) Der TGW wartet auf die Erkennung der V.21-Präambel in den Tönen. Es befindet sich im CED-Ton (G3) oder im ANSAM (SG3). Sobald die V.21-Markierung erkannt wurde, wird ein Switchover gestartet. Auf VTSP-Sendungen prüfen: Ereignis=E_DSMP_DSP_MODEM_TONE Eine der Aufgaben beim Switchover besteht darin, den Jitter-Puffer von einem anpassbaren auf einen fixen optimalen Wert umzustellen. Beim Fax-Passthrough wird der letzte Sprachmodus vor dem Switchover für Jitter- oder Wiedergabepuffer festgelegt. Geben Sie den Befehl show voice port X/X/X ein, um die aktuellen Werte der Wiedergabepause zu überprüfen.		GW - CUCM/GW <=======AUDIO===========> Audio-Anrufe in dieser Phase eingerichtet, aber wie Faxgeräte sprechen, tauschen sie Töne in der Audio-Anruf. Anfängliche T.30-Töne (Beim Debuggen sind diese nicht sichtbar, da sie immer im RTP gesendet werden.) Fax G3: <<<<<<<<<<<<<<<<<<<<<<< 1100 Hz, alle 3 Sekunden für 0,5 Sekunden. Zeigt ein anrufendes Terminal für Nichtsprache an. >>>>>>>>>CED>>>>>>>>>>>>> 2100-Hz-Tonfall, der zwischen 2,6 und 4,0 Sekunden lang andauert. Deaktiviert Echounterdrücker im Übertragungspfad. SG3 Fax: <<<<<<<<<<<<<<<<<<<<<<< 1100 Hz, alle 3 Sekunden für 0,5 Sekunden. Zeigt ein anrufendes Terminal für Nichtsprache an. >>>>>>>>ANSAM>>>>>>>>>> 2100 Hz Ton als CED, aber Amplitude moduliert 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äß handhaben zu können, muss Modem-Passthrough verwendet werden. Es gibt keine V.34-Initialisierung (Phasen 2-4), die erste V.8-Phase I ist ebenfalls nicht abgeschlossen. OGW schaltet den CM-Ton ab, und da SG3 abwärtskompatibel mit dem G3-Faxstandard ist, werden die Faxgeräte auf G3 umgeschaltet. >>>>>>>>CED>>>>>>>>>>>>> 2100-Hz-Tonfall, der zwischen 2,6 und 4,0 Sekunden lang andauert. Deaktiviert Echounterdrücker im Übertragungspfad. Der TGW wartet auf die Erkennung der V.21-Präambel in den Tönen. Es befindet sich im CED-Ton (G3) oder im ANSAM (SG3). Sobald die V.21-Markierung erkannt wurde, wird ein Switchover gestartet. Auf VTSP-Sendungen prüfen: VTSP: Ereignis=E_DSMP_DSP_FAX_TONE Auf DSMP-Anzeigen prüfen: E_DSM_CC_MC_START Eine der Aufgaben beim Switchover besteht darin, den Jitter-Puffer von einem anpassbaren auf einen fixen optimalen Wert umzustellen. T.38 verwendet 300 ms feste Jitter- oder Play-out-Puffer. Geben Sie den Befehl Play-Out-Delay Fax 100 unter Voice Port ein, um die Pufferzeit bei hoher Verzögerung zu reduzieren. Geben Sie den Sprach-Port X/X/X ein, um die aktuellen Werte der Wiedergabepause zu überprüfen.
Protokollbasiert	NSE-basiert	Protokollbasiert	NSE-basiert
Das protokollbasierte Switchover wird mit SCCP nicht unterstützt.	Fax G3: GW - CUCM/GW ======NSE192========> Aktualisieren Sie den Codec, und wechseln Sie in den Passthrough-Modus. Auf VTSP-Sendungen prüfen: E_DSM_CC_MODIFY_ MEDIA-IND debug voip rtp session mit dem Namen event: PT:100 EVT:192 Pkt:00 00 00 <Snd>> <=====NSE192========== Auf VTSP-Sendungen prüfen: E_DSMP_DSP_REPORT_ PEER_TO_PEER _MSG debug voip rtp session mit dem Namen event: <<Rcv> PT:100 Evt:192 Pkt:00 00 00 SG3 Fax: GW - CUCM/GW ======NSE192========> Aktualisieren Sie den Codec, und wechseln Sie in den Passthrough-Modus. Auf VTSP-Sendungen prüfen: E_DSM_CC_MODIFY_MEDIA_IND debug voip rtp session mit dem Namen event: PT:100 EVT:192 Pkt:00 00 00 <Snd>> <=====NSE192========== Auf VTSP-Sendungen prüfen: E_DSMP_DSP_REPORT_PEER_TO_PEER _MSG debug voip rtp session mit dem Namen event: <<Rcv> PT:100 Evt:192 Pkt:00 00 00 ======NSE193========> Phasenumkehr von ANSam Disable ECAN erkennen. Auf VTSP-Sendungen prüfen: E_DSM_CC_MODIFY_MEDIA_IND debug voip rtp session mit dem Namen event: PT:100 EVT:193 Pkt:00 00 00 <Snd>> <=====NSE193========== Auf VTSP-Sendungen prüfen: E_DSMP_DSP_REPORT_PEER_TO_PEER _MSG debug voip rtp session mit dem Namen event: <<Rcv> PT:100 Evt:193 Pkt:00 00 00 Hinweis: Der NSE-194 wird durch eine lokale Erkennung von 4 Sekunden Stille oder Carrier Loss Detection ausgelöst. Diese Meldung weist das Remote-Gateway an, in den Sprachmodus zurückzukehren. Grundsätzlich werden alle von NSE-192 und NSE-193 vorgenommenen Änderungen rückgängig gemacht. Kurzansichten für aktive Sprachanrufe anzeigen: MODEMPASS-Nase	Das protokollbasierte Switchover wird mit SCCP nicht unterstützt.	Fax G3: GW - CUCM/GW ======NSE200========> Übergang vom Sprachmodus zu T.38 Auf VTSP-Sendungen prüfen: E_DSM_CC_MODIFY_ MEDIA-IND debug voip rtp session mit dem Namen event: PT:100 EVT:200 Pkt:00 00 00 <Snd>> <=====NSE201========== T.38 ACK erhalten, weist TGW an, T.38-Sitzung zu starten Auf VTSP-Sendungen prüfen: E_DSMP_DSP_REPORT_ PEER_TO_PEER _MSG debug voip rtp session mit dem Namen event: <<Rcv> PT:100 Evt:201 Pkt:00 00 00 SG3 Fax: Wenn Sie den CM-Ton zum Spoofing von SG3 auf G3 drücken, gibt es im T38-Relay kein SG3-Faxszenario. Hinweis: NSE-202 ist eine NACK für eine NSE-200-Nachricht, die angibt, dass das Peer-Gateway T.38-Pakete für den Anruf können nicht verarbeitet werden. Der Anruf bleibt im Sprachmodus und wird nicht auf T.38 umgestellt. Kurzansichten für aktive Sprachanrufe anzeigen: T38
Bei Passthrough werden keine T.30-Meldungen aus Debug angezeigt, da alle Töne mit G711ulaw/alaw im RTP-ähnlichen Audio übertragen werden. Die Fax-Tonverhandlung bleibt jedoch unabhängig von Relay oder Passthrough gleich. GW - CUCM/GW >>>>>>>CSI>>>>>>>> (optional)(Kundenidentifizierung genannt) >>>>>>>>NSF>>>>>>> (optional)(nicht standardmäßige Einrichtungen) >>>>>>>>DIS>>>>>>>> (digitales Identifikationssignal) <<<<<<<<<<TSI<<<<<<<<<<<<< (optional)(Sendelizenz) <<<<<<<<<<<DCS<<<<<<<<<<< (digitales Befehlssignal) <+++++++++TCF+++++++++++++ (High-Speed)(Schulungsprüfung) >>>>>>>>>CFR>>>>>>>>> (Empfangsbestätigung) Wenn Sie hier FTT sehen, das heißt TCF, Schulung fehlgeschlagen, überprüfen Sie die Taktgebung und Slips auf T1/E1. Bei Paketerfassungen muss die TCF-Prüfung alle 0 sein. <++++Teilseite RX++++++ (Hochgeschwindigkeit) <<<<<<<<<PPS/EOM<<<<<<<<<< (Seite wurde teilweise gesendet)/(Ende der Nachricht) >>>>>>>MCF>>>>>>>>>> (Nachrichtenbestätigung) <++++Teilseite RX++++++ (Hochgeschwindigkeit) <<<<<<<<<PPS/EOP<<<<<<<<<< (Teilseite gesendet)/(Ende der Prozedur) >>>>>>>MCF>>>>>>>>>> (Nachrichtenbestätigung) <<<<<<<<<<<<DCN<<<<<<<<<< (disconnect) Hinweis: ECM ist für G3 optional, für SG3 jedoch obligatorisch. Wenn Sie SG3-Geschwindigkeiten mit Passthrough erreichen können, stellen Sie sicher, dass ECM auf den Faxgeräten aktiviert ist, damit das Fax erfolgreich ausgeführt werden kann. Das TCF-Schulungssignal ist für G3 erforderlich, gilt jedoch nicht für SG3. Hinweis: Für Passthrough wird ein gemeinsamer Kanal von 64 Kbit/s (g711) zugewiesen. Die höhere und niedrigere Geschwindigkeit der Nachrichten wird also irrelevant.		Bei erfolgreichem T38-Switchover werden diese Meldungen in den entsprechenden Debuggen angezeigt: Auf VTSP-Sendungen prüfen: Veranstaltung:E_CC_T38_START Auf DSMP-Anzeigen prüfen: E_DSM_CC_MC_LOCAL_DNLD_DONE Debug Fax Relay t30 All-Level-1: timestamp=1321430729 fr-msg-det NSF timestamp=1321431129 für-msg-det CSI timestamp=1321431879 für msg-det DIS timestamp=1321435719 für die TSI msg-tx timestamp=1321436329 FR_GOOD_CRC_LS_DATA 0x0 Byte timestamp=1321436329 fr-msg-tx good crc, 0 Bytes timestamp=1321436439 für-msg-tx DCS timestamp=1321436619 FR_GOOD_CRC_LS_DATA 0x0 Byte timestamp=1321441499 für msg-det CFR timestamp=1321461449 für-msg-tx PPS timestamp=1321461639 FR_GOOD_CRC_LS_DATA 0x0 Byte timestamp=1321463099 fr-msg-det MCF timestamp=1321466789 für-msg-tx DCN timestamp=1321466869 FR_GOOD_CRC_LS_DATA 0x0 Byte timestamp=1321466869 fr-msg-tx good crc, 0 Bytes GW - CUCM/GW >>>>>>>>>>>>>>>>CSI>>>>>>>>>>>>>> (optional)(Teilnehmernummer genannt) >>>>>>>>>>>>>>>>NSF>>>>>>>>> (optional)(nicht standardmäßige Einrichtungen) >>>>>>>>DIS>>>>>>>>>>> (digitales Identifizierungssignal) <<<<<<<<<<TSI<<<<<<<<<<<<< (optional)(Sendelizenz) <<<<<<<<<<<DCS<<<<<<<<<<< (digitales Befehlssignal) <+++++++++TCF+++++++++++++ (High-Speed)(Schulungsprüfung) >>>>>>>>>CFR>>>>>>>>> (Empfangsbestätigung) Wenn Sie hier FTT sehen, das heißt TCF, Schulung fehlgeschlagen, überprüfen Sie die Taktgebung und Slips auf T1/E1. Bei Paketerfassungen muss die TCF-Prüfung alle 0 sein. <++++Teilseite RX++++++ (Hochgeschwindigkeit) <<<<<<<<<PPS/EOM<<<<<<<<<< (Seite wurde teilweise gesendet)/(Ende der Nachricht) >>>>>>>MCF>>>>>>>>>> (Nachrichtenbestätigung) <++++Teilseite RX++++++ (Hochgeschwindigkeit) <<<<<<<<<PPS/EOP<<<<<<<<<< (Teilseite gesendet)/(Ende der Prozedur) >>>>>>>MCF>>>>>>>>>> (Nachrichtenbestätigung) <<<<<<<<<<<<DCN<<<<<<<<<< (disconnect)
Protokollbasiert	NSE-basiert	Protokollbasiert	NSE-basiert
K/A	Konfiguration auf Voip-Ebene des Sprachdienstes: ## Faxprotokoll keine ## Modem-Passthrough nse-Codec g711ulaw	K/A	Konfiguration auf Voip-Ebene des Sprachdienstes: ## Faxprotokoll t38 nse force Version 0 ls-redundancy 0 hs-redundancy 0 fallback none ## Fax-Relay sg3-to-g3

OGW - Fax Call Outgoing on SCCP Leg

Beachten Sie, dass

Für T.38 - Delay < 1000 ms, Jitter < 300 ms, sollte der Paketverlust NONE sein, es sei denn T.38 mit Redundanz.
Bei Passthrough - Delay < 1000 ms, Jitter < 30 ms, sollte der Paketverlust KEINE sein.
Protokollbasiertes Switchover - Dies ist standardbasiert.
NSE-basiertes Switchover - Hierbei handelt es sich um ein proprietäres Switchover, das nur zwischen Cisco Sprach-Gateways funktioniert.

Durchlaufen		T.38 Relay
Protokollbasiert	NSE-basiert	Protokollbasiert	NSE-basiert
Das protokollbasierte Switchover wird mit SCCP nicht unterstützt.	GW - CUCM/GW —OffHookMessage—> —KeypadButtonMessage—> <—CallStateMessage— CallStateMsg-Info: FORTFAHREN <—OpenReceiveChannel— —OpenReceiveChannelAck—> <—StartMediaTransmission— <—CallStateMessage— CallStateMsg-Info: RINGOUT Nach VTSP-Shows suchen: Fax Relay=DEAKTIVIERT - SCCP-Anwendung Primäres Fax-Protokoll=IGNORE_FAX_RELAY, Fallback Fax Protocol=IGNORE_FAX_RELAY Fax Relay CM Unterdrückung: =AKTIVIERT Fax Relay ANS Suppression: =DEAKTIVIERT Faxparameter gesetzt von= SCCP-Anruftyp <—CallStateMessage— CallStateMsg-Info: VERBUNDEN	Das protokollbasierte Switchover wird mit SCCP nicht unterstützt.	GW - CUCM/GW —OffHookMessage—> —KeypadButtonMessage—> <—CallStateMessage— CallStateMsg-Info: FORTFAHREN <—OpenReceiveChannel— —OpenReceiveChannelAck—> <—StartMediaTransmission— <—CallStateMessage— CallStateMsg-Info: RINGOUT Nach VTSP-Shows suchen: Fax Relay=ENABLED Primary Fax Protocol=T38_FAX_RELAY, Fallback Fax Protocol=NONE_FAX_RELAY Fax Relay CM Unterdrückung: =AKTIVIERT Fax Relay ANS Unterdrückung: =DEAKTIVIERT Faxparameter gesetzt von= SCCP-Anruftyp <—CallStateMessage— CallStateMsg-Info: VERBUNDEN
GW - CUCM/GW <=======AUDIO===========> Audioanrufe in dieser Phase eingerichtet, aber als FAX-Systeme sprechen sie Töne in der Audio-Anruf. Anfängliche T.30-Töne (Beim Debuggen sind diese nicht sichtbar, da sie immer im RTP gesendet werden.) Fax G3: >>>>>>>>>CNG>>>>>>>>>>> 1100 Hz, alle 3 Sekunden für 0,5 Sekunden. Zeigt ein anrufendes Terminal für Nichtsprache an. <<<<<<<<<<<<CED<<<<<<<<<< 2100-Hz-Tonfall, der zwischen 2,6 und 4,0 Sekunden lang andauert. Deaktiviert Echounterdrücker im Übertragungspfad. SG3 Fax: >>>>>>>>>CNG>>>>>>>>>>> 1100 Hz, alle 3 Sekunden für 0,5 Sekunden. Zeigt ein anrufendes Terminal für Nichtsprache an. <<<<<<<<<<<ANSAM<<<<< 2100 Hz Ton als CED, aber Amplitude moduliert durch eine Sinuswelle bei 15 Hz mit Phasenumkehr alle 450 ms. >>>>>>>>>CM>>>>>>>>>>>>> <<<<<<<<<<<<<JM<<<<<<<<<<<<<< >>>>>>>>>CJ>>>>>>>>>>>>> V.34-Initialisierung (Phasen 2-4) Der OGW wartet, bis der TGW die V.21-Präambel in den Tönen erkennt. Sobald das TGW die V.21-Markierung erkennt, wird ein Switchover gestartet. Eine der Aufgaben beim Switchover besteht darin, den Jitter-Puffer von einem anpassbaren auf einen fixen optimalen Wert umzustellen. Beim Fax-Passthrough wird der letzte Sprachmodus vor dem Switchover für Jitter- oder Wiedergabepuffer festgelegt. Geben Sie den Befehl show voice port X/X/X ein, um die aktuellen Werte der Wiedergabepause zu überprüfen.		GW - CUCM/GW <=======AUDIO===========> Audio-Anrufe in dieser Phase eingerichtet, aber wie Faxgeräte sprechen, tauschen sie Töne in der Audio-Anruf. Anfängliche T.30-Töne (Beim Debuggen sind diese nicht sichtbar, da sie immer im RTP gesendet werden.) Fax G3: >>>>>>>>>CNG>>>>>>>>>>> 1100 Hz, alle 3 Sekunden für 0,5 Sekunden. Zeigt ein anrufendes Terminal für Nichtsprache an. <<<<<<<<<<<<CED<<<<<<<<<< 2100-Hz-Tonfall, der zwischen 2,6 und 4,0 Sekunden lang andauert. Deaktiviert Echounterdrücker im Übertragungspfad. SG3 Fax: >>>>>>>>>CNG>>>>>>>>>>> 1100 Hz, alle 3 Sekunden für 0,5 Sekunden. Zeigt ein anrufendes Terminal für Nichtsprache an. <<<<<<<<<<<ANSAM<<<<< 2100 Hz Ton als CED, aber Amplitude moduliert 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äß handhaben zu können, muss Modem-Passthrough verwendet werden. Es gibt keine V.34-Initialisierung (Phasen 2-4), die erste V.8-Phase I ist ebenfalls nicht abgeschlossen. OGW simuliert den CM-Ton, und da SG3 abwärtskompatibel mit dem G3-Faxstandard ist, werden die Faxgeräte auf G3 umgeschaltet. <<<<<<<<<<<<CED<<<<<<<<<< 2100-Hz-Tonfall, der zwischen 2,6 und 4,0 Sekunden lang andauert. Deaktiviert Echounterdrücker im Übertragungspfad. Der OGW wartet, bis der TGW die V.21-Präambel in den Tönen erkennt. Sobald das TGW die V.21-Markierung erkennt, wird ein Switchover gestartet. Eine der Aufgaben beim Switchover besteht darin, den Jitter-Puffer von einem anpassbaren auf einen fixen optimalen Wert umzustellen. T.38 verwendet 300 ms feste Jitter- oder Play-out-Puffer. Geben Sie den Befehl Play-Out-Delay Fax 100 unter Voice Port ein, um die Pufferzeit bei hoher Verzögerung zu reduzieren. Geben Sie den Befehl show voice port X/X/X ein, um die aktuellen Werte der Wiedergabepause zu überprüfen.
Protokollbasiert	NSE-basiert	Protokollbasiert	NSE-basiert
Das protokollbasierte Switchover wird mit SCCP nicht unterstützt.	Fax G3: GW - CUCM/GW <======NSE192========= Aktualisieren Sie den Codec, und wechseln Sie in den Passthrough-Modus. Nach VTSP-Shows suchen: E_DSMP_DSP_REPORT_ PEER_TO_PEER _MSG debug voip rtp session mit dem Namen event: <<Rcv> PT:100 Evt:192 Pkt:00 00 00 ======NSE192=========> Nach VTSP-Shows suchen: E_DSM_CC_MODIFY_MEDIA_IND debug voip rtp session mit dem Namen event: PT:100 EVT:192 Pkt:00 00 00 <Snd>> SG3 Fax: GW - CUCM/GW <======NSE192========= Aktualisieren Sie den Codec, und wechseln Sie in den Passthrough-Modus. Nach VTSP-Shows suchen: E_DSMP_DSP_REPORT_ PEER_TO_PEER _MSG debuggen voip rtp session mit dem Namen event <<Rcv> PT:100 Evt:192 Pkt:00 00 00 ======NSE192=========> Nach VTSP-Shows suchen: E_DSM_CC_MODIFY_MEDIA_IND debug voip rtp session mit dem Namen event: PT:100 EVT:192 Pkt:00 00 00 <Snd>> <======NSE193========= Deaktivieren Sie ECAN. Nach VTSP-Shows suchen: E_DSMP_DSP_REPORT_ PEER_TO_PEER _MSG debug voip rtp session mit dem Namen event: <<Rcv> PT:100 Evt:193 Pkt:00 00 00 ======NSE193=========> Nach VTSP-Shows suchen: E_DSM_CC_MODIFY_MEDIA_IND debug voip rtp session mit dem Namen event: PT:100 EVT:193 Pkt:00 00 00 <Snd>> Hinweis: Der NSE-194 wird durch eine lokale Erkennung von 4 Sekunden Stille oder Carrier Loss Detection ausgelöst. Diese Meldung weist das Remote-Gateway an, in den Sprachmodus zurückzukehren. Grundsätzlich werden alle von NSE-192 und NSE-193 vorgenommenen Änderungen rückgängig gemacht. Kurzansichten für aktive Sprachanrufe anzeigen: MODEMPASS-Nase	Das protokollbasierte Switchover wird mit SCCP nicht unterstützt.	Fax G3: GW - CUCM/GW <======NSE200========= Übergang vom Sprachmodus zu T.38 Nach VTSP-Shows suchen: E_DSMP_DSP_REPORT_ PEER_TO_PEER _MSG debug voip rtp session mit dem Namen event: <<Rcv> PT:100 Evt:200 Pkt:00 00 00 ======NSE201=========> T.38 ACK erhalten, weist TGW an, T.38-Sitzung zu starten Nach VTSP-Shows suchen: E_DSM_CC_MODIFY_MEDIA_IND debug voip rtp session mit dem Namen event: PT:100 EVT:201 Pkt:00 00 00 <Snd>> SG3 Fax: Wenn Sie den CM-Ton zum Spoofing von SG3 auf G3 drücken, gibt es im T38-Relay kein SG3-Faxszenario. Hinweis: NSE-202 ist eine NACK für eine NSE-200-Nachricht, die angibt, dass das Peer-Gateway T.38-Pakete für den Anruf können nicht verarbeitet werden. Der Anruf bleibt im Sprachmodus und wechselt nicht zu T.38. Kurzansichten für aktive Sprachanrufe anzeigen: T38
Bei Passthrough werden keine T.30-Meldungen aus Debug angezeigt, da alle Töne mit G711ulaw/alaw im RTP-ähnlichen Audio übertragen werden. Die Fax-Tonverhandlung bleibt jedoch unabhängig von Relay oder Passthrough gleich. GW - CUCM/GW <<<<<<<<<<<CSI<<<<<<<<<<<< (optional)(Abonnentenidentifizierung genannt) <<<<<<<<<<NSF<<<<<<<<<<< (optional)(nicht standardmäßige Einrichtungen) <<<<<<<<<<<DIS<<<<<<<<<<<< (digitales Identifikationssignal) >>>>>>>>TSI>>>>>>>>>>> (optional)(Übermittlung der Teilnehmernummer) >>>>>>>>DCS>>>>>>>>> (digitales Befehlssignal) +++++++++TCF++++++++++> (High-Speed)(Schulungsprüfung) <<<<<<<<<<<<CFR<<<<<<<<<<<<< (Empfangsbestätigung) Wenn Sie hier FTT sehen, das heißt TCF, Schulung fehlgeschlagen, überprüfen Sie die Taktgebung und Slips auf T1/E1. Bei der Paketerfassungsüberprüfung muss TCF alle 0 sein. ++++Teilseite RX+++++> (hohe Geschwindigkeit) >>>>>>>PPS/EOM>>>>>> (Teilseite gesendet)/(Ende der Nachricht) <<<<<<<<<<MCF<<<<<<<<<<<<<< (Nachrichtenbestätigung) ++++Teilseite RX+++++> (hohe Geschwindigkeit) >>>>>>>PPS/EOM>>>>>> (Teilseite gesendet)/(Ende der Nachricht) <<<<<<<<<<MCF<<<<<<<<<<<<<< (Nachrichtenbestätigung) >>>>>>>>DCN>>>>>>>>> (Verbindung trennen) Hinweis: ECM ist für G3 optional, für SG3 jedoch obligatorisch. Wenn Sie SG3-Geschwindigkeiten mit Passthrough erreichen können, stellen Sie sicher, dass ECM auf den Faxgeräten aktiviert ist, damit das Fax erfolgreich ausgeführt werden kann. Das TCF-Schulungssignal ist für G3 erforderlich, gilt jedoch nicht für SG3. Hinweis: Für Passthrough wird ein gemeinsamer Kanal von 64 Kbit/s (g711) zugewiesen. Die höhere und niedrigere Geschwindigkeit der Nachrichten wird also irrelevant.		Bei erfolgreichem T38-Switchover werden diese Meldungen in den entsprechenden Debuggen angezeigt: Nach VTSP-Shows suchen: Veranstaltung:E_CC_T38_START Auf DSMP-Anzeigen prüfen: E_DSM_CC_MC_LOCAL_DNLD_DONE Debug Fax Relay t30 All-Level-1: timestamp=352583286 fr-msg-tx NSF timestamp=352583686 für-msg-tx CSI timestamp=352583736 FR_GOOD_CRC_LS_DATA 0x0 Byte timestamp=352583736 fr-msg-tx good crc, 0 Bytes timestamp=352584426 für-msg-tx DIS timestamp=352584456 FR_GOOD_CRC_LS_DATA 0x0 Byte timestamp=352584456 fr-msg-tx good crc, 0 Byte timestamp=352584906 FR_GOOD_CRC_LS_DATA 0x0 Byte timestamp=352587656 für die TSI msg-det timestamp=352588376 für-msg-det DCS timestamp=352594056 für-msg-tx CFR timestamp=352594156 FR_GOOD_CRC_LS_DATA 0x0 Byte timestamp=352613376 für msg-det PPS timestamp=352615656 für-msg-tx MCF timestamp=352615776 FR_GOOD_CRC_LS_DATA 0x0 Byte timestamp=352618716 für-msg-det DCN GW - CUCM/GW <<<<<<<<<<<CSI<<<<<<<<<<<< (optional)(Abonnentenidentifizierung genannt) <<<<<<<<<<NSF<<<<<<<<<<< (optional)(nicht standardmäßige Einrichtungen) <<<<<<<<<<<DIS<<<<<<<<<<<< (digitales Identifikationssignal) >>>>>>>>TSI>>>>>>>>>>> (optional)(Übermittlung der Teilnehmernummer) >>>>>>>>DCS>>>>>>>>> (digitales Befehlssignal) +++++++++TCF++++++++++> (High-Speed)(Schulungsprüfung) <<<<<<<<<<<<CFR<<<<<<<<<<< (Empfangsbestätigung) Wenn Sie hier FTT sehen, das heißt TCF, Schulung fehlgeschlagen, überprüfen Sie die Taktgebung und Slips auf T1/E1. Bei der Paketerfassungsüberprüfung muss TCF alle 0 sein. ++++Teilseite RX+++++> (hohe Geschwindigkeit) >>>>>>>PPS/EOM>>>>>> (Teilseite gesendet)/(Ende der Nachricht) <<<<<<<<<<MCF<<<<<<<<<<<<<< (Nachrichtenbestätigung) ++++Teilseite RX+++++> (hohe Geschwindigkeit) >>>>>>>PPS/EOM>>>>>> (Teilseite gesendet)/(Ende der Nachricht) <<<<<<<<<<MCF<<<<<<<<<<<<<< (Nachrichtenbestätigung) >>>>>>>>DCN>>>>>>>>> (Verbindung trennen)
Protokollbasiert	NSE-basiert	Protokollbasiert	NSE-basiert
K/A	Konfiguration auf Voip-Ebene: ## Faxprotokoll keine ## Modem-Passthrough nse-Codec g711ulaw	K/A	Konfiguration auf Voip-Ebene: ## Faxprotokoll t38 nse force Version 0 ls-redundancy 0 hs-redundancy 0 fallback none ## Fax-Relay sg3-to-g3