Guida alla risoluzione dei problemi fax - H.323
Opzioni per il download
Linguaggio senza pregiudizi
La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.
Informazioni su questa traduzione
Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).
Sommario
Introduzione
In questo documento viene descritto uno degli approcci più efficaci per la risoluzione dei problemi relativi ai fax, che include i seguenti passaggi:
- Dividi il richiamo in due gambe.
- Identificare il protocollo (SIP/H.323/SCCP/MGCP) su ciascuna gamba.
- Scegliere una gamba e verificare se la chiamata è in entrata o in uscita su tale gamba e se il gateway/endpoint associato è un gateway di terminazione (TGW) o un gateway di origine (OGW).
È possibile suddividere una chiamata fax in quattro parti:
- Imposta la chiamata vocale
- Sgancio, Composizione, Suoneria, Risposta
- Toni di chiamata (CNG) e di identificazione delle apparecchiature chiamate (CED)
- Switchover
- Velocità/correzione codec
- Rilevamento attivazione voce (VAD) disabilitato su DSP
- Transizioni del buffer di variazione da adattivo a un valore ottimale fisso
- Procedure pre-messaggio
- Identificazione terminale fax
- Scambio di capacità e impostazione
- Formazione
- Procedure relative al messaggio in-message e post-message
- Trasmissione di pagine
- Rilevamento e correzione degli errori (ECM)
- Fine messaggio e conferma pagina
- Disconnessione chiamata, On-hook
Questo flusso di chiamate include i messaggi da cercare quando H.323 è il protocollo identificato. Esistono sezioni corrispondenti a seconda che l'endpoint sia un TGW o un OGW.
Nota: Nella tabella della sezione successiva, sono stati testati contemporaneamente il relè T.38 e il passthrough e sono state evidenziate le differenze tra G3 e SG3.
TGW - Chiamata fax in arrivo su H.323 Leg
Si noti che:
- T.38 - Ritardo<1000 ms, Jitter<300 ms, la perdita di pacchetti deve essere NONE a meno che T.38 con ridondanza.
- Pass-through - Delay<1000ms, Jitter<30ms, La perdita di pacchetti deve essere pari a NONE.
- Switchover basato su protocollo: basato su standard.
- Switchover basato su NSE: è un software proprietario e funziona solo tra gateway voce Cisco.
| Passthrough | T.38 Relay | ||
|---|---|---|---|
GW: CUCM/GW Controlla VTSP mostra: |
GW: CUCM/GW Controlla VTSP mostra: |
||
| Basato su protocollo | Basato su NSE | Basato su protocollo | Basato su NSE |
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— Nota: Nel caso di Fast Start (FS), Open Logical Channel (OLC) sarebbe stato scambiato durante la configurazione e la connessione/callproc. |
GW: CUCM/GW —H.225 Connect—> <—H.245 TCS— TelefoniaAudioRTPA
—H.245 TCS—> TelefoniaAudioRTPA
—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— Nota: Nel caso di FS, OLC sarebbe stato scambiato durante la configurazione e la connessione/callproc. |
GW: CUCM/GW —H.225 Connect—> <—H.245 TCS— applicazione t38fax : —H.245 TCS—> applicazione 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— Nota: Nel caso di FS, OLC sarebbe stato scambiato durante la configurazione e la connessione/callproc. |
GW: CUCM/GW —H.225 Connect—> <—H.245 TCS— TelefoniaAudioRTPA —H.245 TCS—> TelefoniaAudioRTPA —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— Nota: Nel caso di FS, OLC sarebbe stato scambiato durante la configurazione e la connessione/callproc. |
GW: CUCM/GW <=======AUDIO===========> Chiamata audio stabilita in questa fase, ma quando i fax parlano si scambiano i toni nella chiamata audio. Toni T.30 iniziali (non visibili nei debug, in quanto sono sempre inviati in RTP). FAX G3: <<<<<<<<<<CNG <<<<<<<<<<< 1100 Hz, ogni 3 secondi per 0,5 secondi. Indica un terminale non vocale chiamante. >>>>>>>>>>CED>>>>>>>>>> Tono a 2100 Hz come CED, ma ampiezza modulata da un'onda sinusoidale a 15 Hz con inversione di fase ogni 450 ms. FAX SG3: 1100 Hz, ogni 3 secondi per 0,5 secondi. Indica un terminale non vocale chiamante. >>>>>>>>>>ANSAM>>>>>>>>>>> Tono a 2100 Hz come CED, ma ampiezza modulata da un'onda sinusoidale a 15 Hz con inversione di fase ogni 450 ms. <<<<<<<<<CM <<<<<<<<<< >>>>>>>>>>JM>>>>>>>>>>>>> <<<<<<<<<CJ<<<<<<<<<< Inizializzazione V.34 (fasi 2-4) Il TGW attende di rilevare il preambolo V.21 nei toni. Lo trova in tono CED (G3) o ANSAM (SG3). Una volta rilevato il flag V.21, viene avviato lo switchover. Controlla VTSP mostra: Una delle attività nello switchover consiste nel rendere le transizioni del buffer Jitter da adattivo a un valore ottimale fisso. La modalità fax utilizza l'ultima impostazione della modalità voce prima del passaggio per i buffer di jitter o di playout. Immettere il comando show voice port X/X/X per controllare i valori correnti del ritardo di riproduzione. |
GW: CUCM/GW <=======AUDIO===========> Chiamata audio stabilita in questa fase, ma quando i fax parlano si scambiano i toni nella chiamata audio. Toni T.30 iniziali (non visibili nei debug, in quanto sono sempre inviati in RTP). FAX G3: <<<<<<<<<<CNG <<<<<<<<<<< 1100 Hz, ogni 3 secondi per 0,5 secondi. Indica un terminale non vocale chiamante. >>>>>>>>>>CED>>>>>>>>>> Tono a 2100 Hz come CED, ma ampiezza modulata da un'onda sinusoidale a 15 Hz con inversione di fase ogni 450 ms. FAX SG3: 1100 Hz, ogni 3 secondi per 0,5 secondi. Indica un terminale non vocale chiamante. >>>>>>>>>>ANSAM>>>>>>>>>>> Tono a 2100 Hz come CED, ma ampiezza modulata da un'onda sinusoidale a 15 Hz con inversione di fase ogni 450 ms. I gateway Cisco supportano solo chiamate fax G3 con T.38. Per gestire correttamente le chiamate SG3 a velocità più elevate, è necessario utilizzare il passthrough del modem. Non esiste alcuna inizializzazione V.34 (fasi 2-4). Anche la fase I iniziale V.8 non viene completata. OGW riduce il tono CM e, poiché SG3 è compatibile con lo standard fax G3, i fax eseguono il failover su G3. >>>>>>>>CED>>>>>>>>>>>>> Tono a 2100 Hz che dura tra 2,6 e 4 secondi. Disabilita i soppressori di eco nel percorso di trasmissione. Il TGW attende di rilevare il preambolo V.21 nei toni. Lo trova in tono CED (G3) o ANSAM (SG3). Una volta rilevato il flag V.21, viene avviato lo switchover. Controlla VTSP mostra: Controlla DSMP visualizza: Controlla CCAPI mostra: Una delle attività nello switchover consiste nel rendere le transizioni del buffer Jitter da adattivo a un valore ottimale fisso. T.38 utilizza 300 ms di jitter fisso o buffer di playout. Immettere il comando playout-delay fax 100 in porta voce per ridurre il tempo di buffer se il ritardo è alto. Immettere il comando show voice port X/X/X per controllare i valori correnti del ritardo di playout. |
||
| Basato su protocollo | Basato su NSE | Basato su protocollo | Basato su NSE |
GW: CUCM/GW -H.245 ModalitàRichiesta> {NumeroSequenza 1 modem richiesti { { { digitare audioMode: g711Ulaw64k : NULL <--H.245 RequestModeAck: {NumeroSequenza 1 risposta willTransmitMost ModalitàPreferita: NULL } —H.245 CLC—> —H.245 OLC—> forwardLogicalChannel <—H.245 CLC— —H.245 CK—> { forwardLogicalChannel —H.245 BL—> <—H.245 CLACck—
show call active voice brief non visualizzerà la modifica Nota: CUCM non supporta la modalità di richiesta H.245 per la modalità passthrough. Se TGW tenta di avviare lo switchover inviando H.245 RequestMode for Passthrough a CUCM, CUCM risponde nuovamente con RequestModeReject. |
FAX G3: GW: CUCM/GW ====NSE192=====> Aggiornare il codec e passare alla modalità passthrough. evento denominato sessione voip rtp di debug Pt:100 Evt:192 Pkt:00 00 00 <Snd> <===NSE192====== Controlla VTSP mostra: _MESSAGGIO evento denominato sessione voip rtp di debug <<Rcv> Pt:100 Evt:192 Pkt:00 00 00 FAX SG3: GW: CUCM/GW ====NSE192=====> Aggiornare il codec e passare alla modalità passthrough. Controlla VTSP mostra: evento denominato sessione voip rtp di debug Pt:100 Evt:192 Pkt:00 00 00 <Snd> <===NSE192===== Controlla programmi VTSP: DSMP_DSP_ _MESSAGGIO evento denominato sessione voip rtp di debug: <<Rcv> Pt:100 Evt:192 Pkt:00 00 00
Rileva inversione di fase di ANSam Disable ECAN. Controlla programmi VTSP: DSM_CC_ evento denominato sessione voip rtp di debug Pt:100 Evt:193 Pkt:00 00 00 <Snd> <===NSE193===== Controlla VTSP mostra: _MESSAGGIO evento denominato sessione voip rtp di debug <<Rcv> Pt:100 Evt:193 Pkt:00 00 00 Nota: NSE-194 viene attivato da un rilevamento locale di 4 secondi di silenzio o di perdita portante. Questo messaggio indica al gateway remoto di tornare alla modalità voce. In pratica, tutte le modifiche apportate da NSE-192 e NSE-193 sono annullate. show call active voice brief mostra: MODEMPASS nse |
GW: CUCM/GW -H.245 ModalitàRichiesta-> digitare dataMode:{ applicazione t38fax : { t38FaxProtocol udp: NULL t38ProfiloFax { fillBitRemoval FALSO transcodingJBIG FALSE transcodingMMR FALSE versione 0 t38FaxRateManagement trasferitoTCF: NULL t38 OpzioniFaxUdp { t38FaxMaxBuffer 200 t38FaxMaxDatagram 72 t38FaxUdpEC t38UDPRedundanza : NULL } } } bit rate 144 <ModalitàRichiesta H.245 Ack- {NumeroSequenza 1 risposta willTransmitMost ModalitàPreferita: NULL } —H.245 CLC—> —H.245 OLC—> forwardLogicalChannel <—H.245 CLC— —H.245 CK—> forwardLogicalChannel —H.245 BL—> <—H.245 CLACck— show call active voice brief mostra: t38 |
FAX G3: GW: CUCM/GW ====NSE200=====> Transizione dalla modalità voce a T.38 Controlla VTSP mostra:E_DSM_CC_MODIFY_ evento denominato sessione voip rtp di debug Pt:100 Evt:200 Pkt:00 00 00 <Snd> <===NSE201====== T.38 ACK ricevuto, indica a TGW di avviare la sessione T.38 Controlla VTSP mostra:DSMP_DSP_ _MESSAGGIO evento denominato sessione voip rtp di debug <<Rcv> Pt:100 Evt:201 Pkt:00 00 00 FAX SG3: Quando si contraffae SG3 in G3 schiacciando il tono CM, non è presente alcuno scenario SG3 FAX nel relè T38. Nota: NSE-202 è un NACK per un messaggio NSE-200 che indica che il gateway peer non può elaborare i pacchetti T.38 per la chiamata. La chiamata rimane in modalità vocale e non passa a T.38. show call active voice brief mostra: t38 |
In Passthrough non è possibile vedere alcun messaggio T.30 dai debug, in quanto tutti i toni vanno nell'audio RTP come l'audio con G711ulaw/alaw. Tuttavia, la negoziazione a frequenza FAX rimane la stessa indipendentemente da inoltro o pass-through. GW: CUCM/GW >>>>>>>>>CSI>>>>>>>>>>>>>>(opzionale)(identificativo dell'utente) Se viene visualizzato il valore FTT, ovvero TCF, formazione non riuscita, controllare la temporizzazione e le slittature su T1/E1. Nelle acquisizioni di pacchetti controllare il valore TCF deve essere 0. >>>>>>>>>MCF>>>>>>>>>>>>> (conferma messaggio) <++++Pagina parziale RX+++++ (alta velocità) >>>>>>>>>MCF>>>>>>>>>>>>> (conferma messaggio) <<<<<<<<<DCN<<<<<<<<<</ (disconnessione) Nota: ECM è facoltativo per G3, ma obbligatorio per SG3. Poiché è possibile ottenere velocità SG3 con passthrough, assicurarsi che ECM sia abilitato sui fax per la riuscita del fax. Inoltre, il segnale di addestramento TCF è richiesto per G3, ma non è applicabile per SG3. Nota: Per la trasmissione, viene allocato un canale comune di 64 kbps (g711). Quindi, le velocità dei messaggi, sia alta che bassa, diventano irrilevanti. |
Se lo switchover T38 ha esito positivo, vengono visualizzati questi messaggi nei debug: Controlla VTSP mostra: Controlla programmi DSMP: Controlla CAPI mostra: debug fax relay t30 all-level-1: GW: CUCM/GW >>>>>>>>>CSI>>>>>>>>>>>>>>(opzionale)(identificativo dell'utente) Se viene visualizzato il valore FTT, ovvero TCF, formazione non riuscita, controllare la temporizzazione e le slittature su T1/E1. Nelle acquisizioni di pacchetti controllare il valore TCF deve essere 0. >>>>>>>>>MCF>>>>>>>>>>>>> (conferma messaggio) <++++Pagina parziale RX+++++ (alta velocità) >>>>>>>>>MCF>>>>>>>>>>>>> (conferma messaggio) <<<<<<<<<DCN<<<<<<<<<</ (disconnessione) |
||
| Basato su protocollo | Basato su NSE | Basato su protocollo | Basato su NSE |
Configurazione livello DP: ## pass-through protocollo fax g711ulaw/g711alaw ## frequenza fax disattivata ## fax nsf 000000 |
Configurazione livello DP: ## modem passthrough nse codec g711ulaw/g711alaw ## frequenza fax disattivata ## fax nsf 000000 |
Configurazione livello DP: ## fax protocol t38 versione 0 ls-redundancy 0 hs-redundancy 0 fallback nessuno ## fax nsf 000000 |
Configurazione livello DP: ## protocollo fax t38 nse force versione 0 ls-redundancy 0 hs-redundancy 0 fallback none ## fax nsf 000000## fax-relay ecm disable ## sistema fax-relay sg3-to-g3 ## frequenza fax 14400 |
OGW - Chiamata fax in uscita su H.323 Leg
Si noti che:
- T.38 - Ritardo<1000 ms, Jitter<300 ms, la perdita di pacchetti deve essere NONE a meno che T.38 con ridondanza.
- Pass-through - Delay<1000ms, Jitter<30ms, La perdita di pacchetti deve essere pari a NONE.
- Switchover basato su protocollo: basato su standard.
- Switchover basato su NSE: è un software proprietario e funziona solo tra gateway voce Cisco.
| Passthrough | T.38 Relay | ||
|---|---|---|---|
GW: CUCM/GW Controlla VTSP mostra: |
GW: CUCM/GW Controlla VTSP mostra: |
||
| Basato su protocollo | Basato su NSE | Basato su protocollo | Basato su NSE |
GW: CUCM/GW <—Connessione H.225— —H.245 TCS—> <—H.245 TCS— <—H.245 MSD— <—H.245 TCSAck— —H.245 MSD—> <—H.245 MSDAck— —H.245 Agglomerato soggetto ad obbligo di segnalazione —> —H.245 MSDAck—> —H.245 OLC—> <—H.245 OLC— <—H.245 OLCAck— —H.245 BL—> Nota: Nel caso di FS, OLC sarebbe stato scambiato durante la configurazione e la connessione/callproc. |
GW: CUCM/GW <—Connessione H.225— —H.245 TCS—> TelefoniaAudioRTPA
<—H.245 TCS— TelefoniaAudioRTPA
<—H.245 MSD— <—H.245 TCSAck— —H.245 MSD—> <—H.245 MSDAck— —H.245 Agglomerato soggetto ad obbligo di segnalazione —> —H.245 MSDAck—> —H.245 OLC—> <—H.245 OLC— <—H.245 OLCAck— —H.245 BL—>Nota: Nel caso di FS, OLC sarebbe stato scambiato durante la configurazione e la connessione/callproc. |
GW: CUCM/GW <—Connessione H.225— —H.245 TCS—> applicazione t38fax : <—H.245 TCS— applicazione t38fax : <—H.245 MSD— <—H.245 TCSAck— —H.245 MSD—> <—H.245 MSDAck— —H.245 Agglomerato soggetto ad obbligo di segnalazione —> —H.245 MSDAck—> —H.245 OLC—> <—H.245 OLC— <—H.245 OLCAck— —H.245 BL—>Nota: Nel caso di FS, OLC sarebbe stato scambiato durante la configurazione e la connessione/callproc. |
GW: CUCM/GW <-H.225 Connessione— —H.245 TCS—> TelefoniaAudioRTPA
<—H.245 TCS— TelefoniaAudioRTPA
<—H.245 MSD— <—H.245 TCSAck- —H.245 MSD—> <-H.245 MSDAck- —H.245 TCSAck-> -H.245 RACK-> —H.245 OLC—> <—H.245 OLC— <-H.245 BLac— —H.245 CK->Nota: Nel caso di FS, OLC sarebbe stato scambiato durante la configurazione e la connessione/callproc. |
GW: CUCM/GW <=======AUDIO===========> Chiamata audio stabilita in questa fase, ma quando i fax parlano si scambiano i toni nella chiamata audio. Toni T.30 iniziali (non possono essere visualizzati nei debug, in quanto sono sempre inviati in RTP). FAX G3: >>>>>>>>>>CNG>>>>>>>>>>>> 1100 Hz, ogni 3 secondi per 0,5 secondi. Indica un terminale non vocale chiamante. <<<<<<<<<CED<<<<<<<<< Tono a 2100 Hz che dura tra 2,6 e 4 secondi. Disabilita i soppressori di eco nel percorso di trasmissione. FAX SG3: 1100 Hz, ogni 3 secondi per 0,5 secondi. Indica un terminale non vocale chiamante. <<<<<<<<<ANSAM<<<<<<< Tono a 2100 Hz come CED, ma ampiezza modulata da un'onda sinusoidale a 15 Hz con inversione di fase ogni 450 ms. >>>>>>>>>>CM>>>>>>>>>>>> <<<<<<<<<JM<<<<<<<<<< >>>>>>>>>>CJ>>>>>>>>>>>> Inizializzazione V.34 (fasi 2-4) L'OGW attende che il TGW rilevi il preambolo V.21 nei toni. Una volta rilevato il flag V.21, TGW avvia lo switchover. Una delle attività nello switchover consiste nel rendere le transizioni del buffer Jitter da adattivo a un valore ottimale fisso. La modalità fax utilizza l'ultima impostazione della modalità voce prima del passaggio per i buffer di jitter o di playout. Immettere il comando show voice port X/X/X per controllare i valori correnti del ritardo di riproduzione. |
GW: CUCM/GW <=======AUDIO===========> Chiamata audio stabilita in questa fase, ma quando i fax parlano si scambiano i toni nella chiamata audio. Toni T.30 iniziali (non possono essere visualizzati nei debug, in quanto sono sempre inviati in RTP). FAX G3: >>>>>>>>>>CNG>>>>>>>>>>>> 1100 Hz, ogni 3 secondi per 0,5 secondi. Indica un terminale non vocale chiamante. <<<<<<<<<CED<<<<<<<<< Tono a 2100 Hz che dura tra 2,6 e 4 secondi. Disabilita i soppressori di eco nel percorso di trasmissione. FAX SG3: 1100 Hz, ogni 3 secondi per 0,5 secondi. Indica un terminale non vocale chiamante. <<<<<<<<<ANSAM<<<<<<< Tono a 2100 Hz come CED, ma ampiezza modulata da un'onda sinusoidale a 15 Hz con inversione di fase ogni 450 ms. >>>CM>>X I gateway Cisco supportano solo chiamate fax G3 con T.38. Per gestire correttamente le chiamate SG3 a velocità più elevate, è necessario utilizzare il passthrough del modem. Non esiste alcuna inizializzazione V.34 (fasi 2-4). Anche la fase I iniziale V.8 non viene completata. OGW riduce il tono CM e, poiché SG3 è compatibile con lo standard fax G3, i fax eseguono il failover su G3. <<<<<<<<<CED<<<<<<<<< Tono a 2100 Hz che dura tra 2,6 e 4 secondi. Disabilita i soppressori di eco nel percorso di trasmissione. L'OGW attende che il TGW rilevi il preambolo V.21 nei toni. Una volta rilevato il flag V.21, TGW avvia lo switchover. Una delle attività nello switchover consiste nel rendere le transizioni del buffer Jitter da adattivo a un valore ottimale fisso. T.38 utilizza 300 ms di jitter fisso o buffer di playout. Immettere il comando playout-delay fax 100 in porta voce per ridurre il tempo di buffer se il ritardo è alto. Immettere il comando show voice port X/X/X per controllare i valori correnti del ritardo di playout. |
||
| Basato su protocollo | Basato su NSE | Basato su protocollo | Basato su NSE |
GW: CUCM/GW <-H.245 ModalitàRichiesta- {NumeroSequenza 1 modem richiesti { { { digitare audioMode: g711Ulaw64k : NULL —H.245 RequestModeAck—> {NumeroSequenza 1 risposta willTransmitMost ModalitàPreferita: NULL }
<—H.245 CLC— <—H.245 OLC— { —H.245 CLC—> <—H.245 CLACck— { forwardLogicalChannel <—H.245 OLCAck— —H.245 CK—>
show call active voice brief non visualizzerà la modifica Nota: CUCM non supporta la modalità di richiesta H.245 per la modalità passthrough. Se TGW tenta di avviare lo switchover inviando H.245 RequestMode for Passthrough a CUCM, CUCM risponde nuovamente con RequestModeReject.
|
FAX G3: GW: CUCM/GW <====NSE192===== Aggiornare il codec e passare alla modalità passthrough. Controlla VTSP mostra: _MESSAGGIO evento denominato sessione voip rtp di debug: <<Rcv> Pt:100 Evt:192 Pkt:00 00 00 ====NSE192=====> Controlla VTSP mostra: evento denominato sessione voip rtp di debug: Pt:100 Evt:192 Pkt:00 00 00 <Snd> FAX SG3: GW: CUCM/GW <====NSE192===== Aggiornare il codec e passare alla modalità passthrough. Controlla VTSP mostra: _MESSAGGIO evento denominato sessione voip rtp di debug: <<Rcv> Pt:100 Evt:192 Pkt:00 00 00 ====NSE192=====> Controlla VTSP mostra: evento denominato sessione voip rtp di debug: Pt:100 Evt:192 Pkt:00 00 00 <Snd>
Disabilitare ECAN. Controlla VTSP mostra:DSMP_DSP_REPORT_ _MESSAGGIO evento denominato sessione voip rtp di debug: <<Rcv> Pt:100 Evt:193 Pkt:00 00 00 ====NSE193======> Controlla VTSP mostra: evento denominato sessione voip rtp di debug: Pt:100 Evt:193 Pkt:00 00 00 <Snd> Nota: NSE-194 viene attivato da un rilevamento locale di 4 secondi di silenzio o di perdita portante. Questo messaggio indica al gateway remoto di tornare alla modalità voce. In pratica, tutte le modifiche apportate da NSE-192 e NSE-193 sono annullate. show call active voice brief mostra: |
GW: CUCM/GW <-H.245 ModalitàRichiesta- digitare dataMode:{ applicazione t38fax : { t38FaxProtocol udp: NULL t38ProfiloFax { fillBitRemoval FALSO transcodingJBIG FALSO transcodingMMR FALSE versione 0 t38VelocitàFax TCF trasferito dalla gestione: NULL t38 OpzioniFaxUdp { t38FaxMaxBuffer 200 t38FaxMaxDatagram 72 t38FaxUdpEC t38UDPRedundanza : NULL } } } bit rate 144 -H.245 RequestModeAck-> {NumeroSequenza 1 risposta willTransmitMost ModalitàPreferita: NULL }
<—H.245 CLC— <—H.245 OLC— forwardLogicalChannel —H.245 CLC—> <—H.245 CLACck— forwardLogicalChannel <—H.245 OLCAck— —H.245 CK—>
show call active voice brief mostra: t38 |
FAX G3: GW: CUCM/GW <==NSE200=== Transizione dalla modalità voce a T.38 Controlla VTSP mostra: _MESSAGGIO evento denominato sessione voip rtp di debug: <<Rcv> Pt:100 Evt:200 Pkt:00 00 00 ==NSE201===> T.38 ACK ricevuto, indica a TGW di avviare la sessione T.38 Controlla programmi VTSP: evento denominato sessione voip rtp di debug: FAX SG3: Quando si contraffae SG3 in G3 schiacciando il tono CM, non è presente alcuno scenario SG3 FAX nel relè T38. Nota: NSE-202 è un NACK per un messaggio NSE-200 che indica che il gateway peer show call active voice brief mostra: t38 |
In Passthrough non è possibile vedere alcun messaggio T.30 dai debug, in quanto tutti i toni vanno nell'audio RTP come l'audio con G711ulaw/alaw. Tuttavia, la negoziazione a frequenza FAX rimane la stessa indipendentemente da inoltro o pass-through. GW: CUCM/GW <<<<<<<<<CSI<<<<<<<<< < (facoltativo)(chiamata identificazione dell'utente) Se viene visualizzato il valore FTT, ovvero TCF, formazione non riuscita, controllare la temporizzazione e le slittature su T1/E1. Nelle acquisizioni di pacchetti controllare il valore TCF deve essere 0. <<<<<<<<MCF<<<<<<<< << (conferma messaggio) ++++Pagina parziale RX+++++> (alta velocità) <<<<<<<<MCF<<<<<<<< << (conferma messaggio) >>>>>>>>DCN>>>>>>>>>>>>> (disconnessione) Nota: ECM è facoltativo per G3, ma obbligatorio per SG3. Poiché è possibile ottenere velocità SG3 con passthrough, assicurarsi che ECM sia abilitato sui fax per la riuscita del fax. Nota: Per il passaggio viene assegnato un canale comune di 64 kbps (g711). Quindi, le velocità dei messaggi, sia alta che bassa, diventano irrilevanti. |
Se lo switchover T38 ha esito positivo, questi messaggi vengono visualizzati nei debug corrispondenti: Controlla VTSP mostra: Controlla DSMP visualizza: Controlla CCAPI mostra: debug fax relay t30 all-level-1: timestamp=352613376 fr-msg-det PPS GW: CUCM/GW <<<<<<<<<CSI<<<<<<<<< < (facoltativo)(chiamata identificazione dell'utente) Se viene visualizzato il valore FTT, ovvero TCF, formazione non riuscita, controllare la temporizzazione e le slittature su T1/E1. Nelle acquisizioni di pacchetti controllare il valore TCF deve essere 0. <<<<<<<<MCF<<<<<<<< << (conferma messaggio) ++++Pagina parziale RX+++++> (alta velocità) <<<<<<<<MCF<<<<<<<< << (conferma messaggio) >>>>>>>>DCN>>>>>>>>>>>>> (disconnessione) |
||
| Basato su protocollo | Basato su NSE | Basato su protocollo | Basato su NSE |
Configurazione livello DP: ## pass-through protocollo fax g711ulaw/g711alaw ## frequenza fax disattivata ## fax nsf 000000 |
Configurazione livello DP: ## modem passthrough nse codec g711ulaw/g711alaw ## frequenza fax disattivata ## fax nsf 000000 |
Configurazione livello DP: ## fax protocol t38 versione 0 ls-redundancy 0 hs-redundancy 0 fallback nessuno ## fax nsf 000000 |
Configurazione livello DP: ## protocollo fax t38 nse force versione 0 ls-redundancy 0 hs-redundancy 0 fallback none ## fax nsf 000000## fax-relay ecm disable ## sistema fax-relay sg3-to-g3 ## frequenza fax 14400 |
Debug da raccogliere
- debug vpm all (in caso di FXS)
- debug isdn q931 (in caso di PRI)
- debug voice ccapi inout
- debug h225 asn1
- debug h245 asn1
- debug cch323 all
- debug voip vtsp all
- debug voip dsmp all
- debug voip hpi all
debug dsp-resource flex all - debug voip dspapi
- debug fax relay t30 all-level-1
- debug voip rtp session named-event (in caso di switchover basato su NSE)
Informazioni correlate
Cronologia delle revisioni
| Revisione | Data di pubblicazione | Commenti |
|---|---|---|
1.0 |
05-Feb-2015 |
Versione iniziale |
Contributo dei tecnici Cisco
- Karan MoudgilCisco TAC Engineer.
Feedback