Risoluzione dei problemi di Fax Relay

Introduzione

In questo documento viene descritto come risolvere i problemi di base relativi a Cisco Fax Relay. 

Prerequisiti

Requisiti

Tenere presente che vengono utilizzate diverse tecniche per passare le chiamate fax su una rete Packet Telephony sui gateway Cisco IOS^®:

• Fax Relay proprietario Cisco

• T.38 Fax Relay

• Pass-through fax

• Velocità fax

• T.37 Fax Store and Forward

Inoltre, al momento sono in uso tre principali tecnologie di telefonia a pacchetti, collettivamente denominate VoX (Voice over "X"):

• VoIP (Voice over IP)

• VoFR (Voice over Frame Relay)

• VoATM (Voice over ATM)

In questo documento, l'obiettivo principale è il fax relay di proprietà di Cisco su gateway Cisco IOS, che funziona su reti VoIP. Vengono inoltre discussi il fax relay T.38 e le altre tecnologie VoX.

Le complessità tecniche di fax e fax relay non vengono trattate in dettaglio, ma è possibile risolvere la maggior parte dei problemi comuni di fax relay. Viene inoltre fornita una panoramica di fax e Cisco fax relay.

Componenti usati

Le informazioni di questo documento si basano principalmente sul software Cisco IOS versione 12.2(5), anche se la maggior parte delle informazioni è utile anche per altre versioni del software Cisco IOS.

Alcune informazioni di debug sono state prese da un gateway Cisco IOS con software Cisco IOS versione 12.2(7). Questo punto è indicato nella sezione Debug di questo documento.

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Panoramica di Fax e Fax Relay

La maggior parte dei dispositivi fax moderni sono conformi al Gruppo 3. Il gruppo fax 3 è una tecnologia basata su standard costituita principalmente dalle raccomandazioni ITU T.4 e T.30.

T.4 si riferisce a come l'immagine fax viene codificata da un dispositivo fax e T.30 descrive le negoziazioni fax e il protocollo di comunicazione.

I dispositivi fax del gruppo 3 sono stati progettati per essere utilizzati sulla PSTN (Public Switched Telephone Network). Poiché la PSTN è stata progettata per il linguaggio umano, il gruppo 3 utilizza la codifica analogica o i segnali modulati come un modem analogico.

Sia i modem analogici che i fax sono dispositivi digitali che devono utilizzare un segnale analogico modulato per trasmettere le informazioni digitali sulla rete PSTN. Questo segnale modulato di solito può essere ascoltato come diversi toni audio.

I gateway in una rete VoX gestiscono inizialmente le chiamate vocali e fax allo stesso modo. Entrambi i tipi di chiamate fanno sì che il gateway carichi il codec di compressione vocale configurato nel processore di segnale digitale (DSP).

Per ulteriori informazioni sui DSP, vedere Hardware voce: C542 e C549 Digital Signal Processor (DSP).

I codec di compressione voce sono in genere codec ad alta compressione, in modo che per ogni chiamata vocale venga utilizzata una larghezza di banda inferiore.

I codec ad alta compressione, come G729 e G723, sono ottimizzati per la voce e comprimono la voce a una larghezza di banda bassa (8 kbps, che esclude il sovraccarico per G.729) pur mantenendo una buona qualità, ma G.729 e altri codec ad alta compressione non sono ottimizzati per il fax.

Infatti, i segnali modulati delle trasmissioni fax solitamente non passano correttamente quando questi codec vengono utilizzati, e le chiamate fax non riescono di conseguenza.

Per ulteriori informazioni sui codec di compressione, vedere Utilizzo della larghezza di banda per chiamata Voice over IP.

I fax possono essere trasmessi correttamente se si utilizzano codec con rapporti di compressione inferiori o senza compressione (ad esempio G.726 e G.711 senza cancellazione dell'eco o rilevamento dell'attività vocale).

Questo metodo di trasmissione fax tramite il codec voce viene in genere denominato fax in banda o fax passthrough.

Una tecnica nota come upspeeding consente al gateway di caricare inizialmente il codec di compressione voce configurato nel DSP per le chiamate vocali e di sostituirlo con un codec a compressione bassa se vengono rilevati segnali fax.

Con il fax in banda, il segnale modulato iniziale viene codificato e compresso dal codec sul router di origine e trasmesso attraverso la rete VoX, come se fosse un campione vocale.

Il gateway di terminazione decomprime e decodifica l'esempio e lo riproduce al fax di terminazione.

Il servizio Fax Relay funziona in modo diverso. Si tratta di un protocollo che termina il segnale modulato, estrae le informazioni digitali e quindi le trasmette attraverso la rete di dati con pacchetti di dati.

Al terminale, le informazioni digitali vengono estratte dal pacchetto, modulate e riprodotte.

Nozioni di base sui fax

Una chiamata fax può essere suddivisa in due parti: negoziazione fax e trasmissione pagina.

La negoziazione fax half-duplex viene eseguita all'inizio di una chiamata fax. I frame dati HDLC (High-Level Data Link Control) modulati V.21 vengono passati a una velocità di 300 bps.

Questi frame di dati vengono inviati in una sequenza standard tra i dispositivi fax di origine e di terminazione.

In questo scambio, ogni periferica fax si scambia le proprie funzionalità ed entrambi i dispositivi fax concordano sulle caratteristiche della sessione fax prima che la trasmissione della pagina abbia luogo.

Nella figura viene illustrata una chiamata fax tradizionale su PSTN.

Alcune funzionalità scambiate e negoziate sono la velocità di trasmissione della pagina, la modalità di correzione degli errori (ECM, Error Correction Mode), la risoluzione, la codifica della pagina e il tempo di scansione.

La velocità di trasmissione della pagina (formazione) è una negoziazione importante che determina la velocità con cui il fax invia le informazioni.

I fax cercano di allenarsi alla massima velocità di modulazione possibile in base ai parametri scambiati inizialmente. Se l'addestramento a una velocità superiore ha esito negativo, i dispositivi fax eseguono una nuova formazione a una velocità inferiore.

La trasmissione della pagina avviene quando la parte di addestramento della fase di negoziazione fax è completata con l'utilizzo dei parametri precedentemente concordati. Le informazioni della pagina sono codificate in linee di scansione con una risoluzione standard di 203H x 98V punti per pollice.

Le immagini fax vengono in genere compresse e codificate con la codifica Huffman modificato (MH) o Lettura modificata (MR). In genere il MH si comprime con un rapporto di 20:1. La codifica MR fornisce in genere un miglioramento della compressione del 20% rispetto a MH, ma è leggermente meno resistente agli errori.

Quando si verifica la trasmissione delle pagine, viene utilizzata una velocità in bit superiore ai 300 BPS iniziali utilizzati nella negoziazione della configurazione della chiamata. La velocità bit utilizzata per la trasmissione della pagina viene confermata durante l'addestramento.

Di seguito sono riportate alcune delle tariffe comuni utilizzate per la trasmissione delle pagine via fax:

• V.27ter - 2400/4800 BPS

• V.29 - 7200/9600 BPS

• V.17 - 1400 BPS

Nota: le specifiche V.XX utilizzate per la trasmissione delle pagine (V.27ter, V.29, V.17) e la negoziazione dei fax (V.21) definiscono la modalità di invio dei dati digitali su linee telefoniche analogiche.

Anche i modem dati sono in grado di utilizzare queste specifiche anche se la maggior parte dei modem dati è migrata a velocità molto più elevate.

Nozioni di base su Fax Relay

Fax relay è una tecnica utilizzata per superare la carenza di codec voce ad alta compressione (G729, g723 e simili) quando questi codec cercano di passare il traffico fax.

Poiché una chiamata fax viene trattata come una normale chiamata vocale, il DSP di ogni gateway viene messo in modalità voce, dopodiché si prevede che la voce umana venga ricevuta ed elaborata.

Per tutta la durata della chiamata, se si sente un segnale di risposta fax (CED) o di chiamata (CNG), il DSP non interferisce con l'elaborazione vocale. Permette al tono di continuare attraverso il call leg VoX.

Un normale fax, dopo aver generato un CED o sentito un CNG, trasmette un messaggio DIS T.30 come parte di un handshake fax. Questo processo si verifica in genere al fax della terminazione.

Il DSP del gateway di terminazione rileva quindi la sequenza di flag HDLC all'inizio del messaggio DIS e avvia il passaggio al fax relay. Ciò significa che scarica il codec vocale e carica un codec fax per gestire la chiamata fax che ha luogo.

La notifica viene inviata anche al DSP sull'altro lato della rete VoX in modo che i DSP su entrambi i lati della chiamata fax utilizzino il codec fax. I meccanismi di notifica variano a seconda del protocollo di inoltro fax utilizzato.

Con il codec fax caricato, i DSP demodulano i frame T.30 HDLC, estraggono le informazioni del fax e le passano tra i router con uno dei seguenti protocolli fax relay:

• Il relay fax Cisco proprietario per VoIP - Fax è la modalità predefinita per passare i fax tramite una rete VoIP e il relay fax Cisco è il tipo di relay fax predefinito. Questa funzionalità è supportata nel software Cisco IOS versione 11.3 e successive, è ampiamente disponibile e utilizza il protocollo RTP per trasportare i dati fax.

• T.38 fax per VoIP basato su standard - T.38 è disponibile nel software Cisco IOS versione 12.1(3)T e successive su alcune piattaforme. È possibile abilitarlo con il comando fax relay protocol t38 configurato nel dial peer VoIP e utilizza UDP per trasportare i dati fax.

• FRF.11 allegato D basato su standard per VoFR e VoATM.

A differenza dei fax in banda o dei fax passthrough, i fax relay suddividono i toni dei fax T.30 in frame HDLC specifici (demodulazione), trasmettono le informazioni attraverso la rete VoX con il protocollo fax relay, quindi riconvertono i bit in toni sul lato lontano (modulazione).

I fax su entrambe le estremità inviano e ricevono toni e non sono a conoscenza di un processo di trasmissione fax demodulazione/modulazione.

Anche il fax relay Cisco e il fax relay T.38 sono diversi dall'archivio e inoltro fax T.37. Il T.37 fornisce un metodo basato su standard per consentire a un gateway VoIP di ricevere questo messaggio:

La maggior parte dei gateway voce Cisco supporta attualmente due metodi di trasmissione del traffico fax attraverso la rete IP:

1. Pass-through fax: in modalità pass-through fax, i gateway non distinguono una chiamata fax da una chiamata vocale

2. Cisco Fax Relay: in modalità fax relay, i gateway terminano la segnalazione fax T.30

Anche il fax relay Cisco e il fax relay T.38 sono diversi dall'archivio e inoltro fax T.37. Il T.37 fornisce un metodo basato su standard per consentire a un gateway VoIP di ricevere questo messaggio:

• Un fax inviato da un fax e inoltrato a un server di posta compatibile con SMTP. Il server di posta può quindi recapitare il fax a un utente come messaggio di posta elettronica.

• Messaggio e-mail da un server di posta e modularlo in un segnale fax per la ricezione da un normale fax.

Nel diagramma viene illustrato il relay fax su una rete VoX. La connessione fax ai gateway di origine e di terminazione può essere effettuata direttamente nelle porte FXS del gateway oppure tramite un PBX o il PSTN in una porta E1, BRI (Basic Rate Interface), FXO o E&M del gateway.

Considerazioni sulla configurazione

L'inoltro fax è attivo per impostazione predefinita sulle piattaforme VoIP/VoFR/VoATM, ad esempio Cisco 3810, 2600, 3600 e 5300. Se le chiamate vocali tra due router vengono completate correttamente, le chiamate fax dovrebbero funzionare, ma se l'inoltro fax non funziona o le prestazioni devono essere migliorate, è possibile utilizzare alcuni comandi specifici dell'inoltro fax come precursore per la risoluzione del problema:

• frequenza fax

• ECM fax-relay disabilitato

• fax NSF

• protocollo fax

comando velocità fax

Il comando fax rate viene configurato nel dial-peer VoFR o VoIP in modalità di configurazione. L'impostazione predefinita è la velocità fax vocale e non viene visualizzata nella configurazione sotto ogni dial-peer.

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

L'impostazione della velocità di trasmissione vocale limita la velocità del fax alla larghezza di banda del codec. Questa restrizione significa che, se il dial-peer è configurato per utilizzare il codec vocale G.729 predefinito che comprime la voce a 8 kbps, l'impostazione della velocità fax non consente alle chiamate fax di superare la larghezza di banda del codec.

Il fax sarebbe limitato a una larghezza di banda di 7200 BPS, anche se inizialmente tentava di negoziare con una larghezza di banda maggiore di 14400 BPS o 9600 BPS.

Un problema comune è rappresentato dal fatto che i fax completati in un determinato periodo di tempo quando sono connessi tramite PSTN ora richiedono il doppio. Se un codec a larghezza di banda ridotta, ad esempio g729, è stato configurato con l'impostazione predefinita per la voce della velocità dei fax, questo comportamento è previsto.

Con il comando fax rate è possibile configurare le trasmissioni fax in modo che utilizzino una larghezza di banda maggiore della compressione del codec.

Il comando fax rate 14400 consente alle chiamate fax di negoziare fino a un massimo di 14400 BPS, indipendentemente dal codec vocale configurato. Questa configurazione consente di risolvere il problema dei tempi di completamento più lunghi.

Lo scopo principale del comando fax rate nelle reti VoX è quello di fornire un utilizzo deterministico della larghezza di banda per chiamata.

L'impostazione relativa alla velocità dei fax per la voce è predefinita in quanto assicura che le chiamate vocali e fax utilizzino la stessa quantità di larghezza di banda all'interno della rete VoX. Questa considerazione è compresa quando la velocità del fax viene modificata in un valore superiore a quello della larghezza di banda del codec.

Inoltre, alcuni fax possono funzionare in modo più stabile a una velocità diversa da quella predefinita. In questo caso, il comando fax rate può essere usato per verificare il funzionamento a velocità diverse.

Notare dall'output del router che anche il relay fax può essere disabilitato se si usa il comando fax rate. Una tecnica di risoluzione dei problemi valida consiste nella disabilitazione del relay fax e nella configurazione dei codec a larghezza di banda elevata, ad esempio G711.

Questa tecnica è descritta nella sezione "Risoluzione dei problemi" al punto 6. Disabilitare Fax Relay e modificare il codec per Passthrough.

Comando fax-relay ECM disable

Il comando fax-relay ECM disable è disponibile solo per il fax relay proprietario di Cisco e viene emesso per disabilitare la negoziazione della modalità di correzione di errore (ECM) tra una coppia di fax.

ECM garantisce che le pagine fax vengano trasmesse senza errori ed è una funzione che si trova generalmente nei modelli di fascia più alta.

Sfortunatamente, l'ECM ha una tolleranza bassa (circa il 2%) per il jitter e la perdita di pacchetti, ma quando questa funzione negoziata è abilitata, può causare una maggiore percentuale di errori fax nelle reti VoX con perdita di dati. L'output incompleto sul fax di terminazione è un sintomo di errori dovuti alla perdita di pacchetti.

Se entrambi i fax sono d'accordo nella fase di negoziazione fax, l'ECM è abilitato, ma all'interno del fax relay i router demodulano i toni del fax nel loro formato frame HDLC.

Di conseguenza, i router sono in grado di intercettare e sovrascrivere il campo nel frame che indica lo stato ECM. Se un fax comunica di essere compatibile con ECM, il router può modificare questo parametro in modo che l'altro fax ritenga che ECM non sia supportato.

Entrambi i fax sono quindi costretti a disattivare ECM, il che significa che i dati fax devono essere trasmessi con i dati T.4 standard.

L'affidabilità dei fax aumenta notevolmente con l'ECM disabilitata, anche con perdite di pacchetti molto maggiori (circa il 10%) e ritardi. Inoltre, questo comando abilita automaticamente una funzione di Cisco IOS chiamata packet loss nasalment, in cui le linee di scansione perse vengono ripetute per contraffare il fax in modo da credere di aver ricevuto tutti i dati.

Si noti che, mentre l'ECM può migliorare la percentuale di successo delle trasmissioni fax in reti VoX con perdita di dati, i problemi di rete di base rimangono e devono essere risolti prima che si verifichino altri problemi.

Una procedura di configurazione semplice eseguita con il dial-peer VoIP consiste nel disabilitare l'ECM. Come indicato nella guida di riferimento del comando, questo comando funziona attualmente solo per i dial-peer VoIP. Può essere configurabile per VoFR e VoATM, ma non disabilita ECM.

vnt-3660-23(config-dial-peer)#fax-relay ECM ?
disable Disables ECM mode for fax relay

comando fax NSF

Il comando fax NSF viene utilizzato per impedire il trasferimento di funzionalità fax proprietarie. Poiché l'implementazione del relay fax del router demodula e decodifica i toni del fax in base alla specifica T.30, le transazioni o la codifica che sono relay fax di interruzione proprietario e causano il malfunzionamento della trasmissione fax. Alcune marche di fax utilizzano queste codifiche proprietarie per segnalare la disponibilità di funzionalità avanzate, che aiutano un produttore di fax a distinguere i propri prodotti da altri. Questa notifica di capacità viene eseguita con il campo NSF (Non Standard Facilities) opzionale all'interno della negoziazione fax.

Quando si esegue il comando fax NSF, il router sovrascrive l'NSF, quindi vengono eseguite solo transazioni fax standard. Le funzionalità specifiche del fornitore che vanno oltre i requisiti standard del Gruppo 3 e che interrompono Cisco fax relay non sono utilizzabili. Quando si esegue questo comando, in genere la funzione di sicurezza della rete è impostata su tutti gli zeri. In questo modo vengono risolti i problemi causati dal campo NSF.

vnt-3660-23(config-dial-peer)#fax NSF ?
 WORD  Two-digit country code + four-digit manufacturer code
vnt-3660-23(config-dial-peer)#fax NSF 000000

comando fax protocol

Il comando fax protocol è obbligatorio per VoIP per specificare il protocollo fax relay (T.38 o Cisco fax relay) da utilizzare.

vnt-3660-23(config-dial-peer)#dial-peer voice 3 voip
vnt-3660-23(config-dial-peer)#fax protocol ?
cisco   Use Cisco proprietary protocol
system  Use choice specified in global fax protocol CLI
t38     Use T.38 protocol

L'opzione cisco configura Cisco fax relay. L'opzione t38 disabilita Cisco fax relay e abilita T.38. Alcune piattaforme voce, ad esempio Cisco 5350 e 5400, supportano solo T.38. Per l'interoperabilità, T.38 deve essere configurato esplicitamente sulle piattaforme in cui Cisco fax relay è il valore predefinito. L'opzione system consente al dial-peer di ereditare il protocollo fax relay configurato globalmente con il comando voice service voip. Se non è stato configurato alcun elemento con il comando voice service voip, il valore predefinito è Cisco fax relay.

L'impostazione predefinita del comando fax protocol è l'opzione di sistema. Poiché l'impostazione predefinita dell'opzione di sistema è Cisco fax relay, i dial-peer VoIP utilizzano sempre Cisco fax relay per impostazione predefinita quando non vi sono elementi configurati globalmente in modo esplicito.

<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>

Risoluzione dei problemi

Queste procedure hanno consentito di risolvere la maggior parte dei problemi che riguardano il fax relay su VoIP, VoATM e VoFR. Vengono annotate le informazioni specifiche di un particolare tipo di incapsulamento o di inoltro fax.

1. Identificare e isolare il problema

Il primo passaggio da eseguire per risolvere qualsiasi problema relativo a Fax Relay consiste nel ridurlo alla forma più semplice. Molti problemi sorgono quando più fax non sono in grado di trasmettere il traffico fax. È più semplice isolare due fax che presentano problemi e concentrarsi su una topologia semplice. Determinare il modo in cui questi computer sono connessi tra loro e risolvere prima il problema tra questa coppia. Si consiglia inoltre di tracciare un quadro completo della topologia e di determinare le interconnessioni dei fax.

La risoluzione di un problema alla volta riduce la confusione e consente una risoluzione metodica dei problemi. È inoltre possibile che la soluzione a questo problema risolva altri problemi di inoltro fax nella rete. La maggior parte dei problemi di inoltro fax deriva da una configurazione VoX o da una progettazione di rete inadeguata. Ciò causa problemi di connettività di base, perdita fisica dei pacchetti o della linea e problemi di jitter.

Dopo aver identificato e isolato il problema, i passaggi successivi consistono nel verificare la configurazione VoX di base e nel monitorare lo stato della rete.

2. Controllare la connettività base

I problemi di connettività fax di base possono essere il risultato dei seguenti fattori:

1. Problemi di connettività vocale normali.

   Verificare che le normali chiamate vocali possano essere completate prima di verificare la connettività fax. Se non è collegato alcun telefono, scollegare il fax e collegare un normale telefono. Se le normali chiamate vocali non si connettono, è possibile che il problema sia correlato a VoX ed è possibile risolverlo come un normale problema di connettività vocale prima di procedere con la risoluzione dei problemi relativi ai fax.

2. Problemi di configurazione relativi ai peer di composizione, ad esempio:

   • Corrispondenza peer di composizione errata.

     Dopo aver verificato che le chiamate vocali possano essere completate correttamente in entrambe le direzioni tramite la rete VoX, eseguire il comando show call active voice brief e annotare i peer di composizione corrispondenti a ciascuna chiamata vocale.

     

     Nota: quando si dispone di trunk VoIP, è possibile visualizzare tutte le gambe di chiamata con il comando show call active voice brief. In alcune versioni del software Cisco IOS versione 12.2, il comando show call active contiene un bug e una chiamata fax proveniente da un trunk VoIP non viene più visualizzata. Quando si esegue un comando show call active fax brief, la chiamata viene elencata. Per ulteriori informazioni su questo bug, vedere l'ID bug Cisco CSCdx50212 e l'ID bug Cisco CSCdv02561 .

     

     Nota: assicurarsi che il dial peer configurato sia il peer corrispondente. In questo output del comando, è possibile vedere che la tappa della chiamata VoIP in uscita utilizza l'ID peer 100.

     show call active voice brief, comando

     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

     Una causa comune dei problemi di inoltro fax è rappresentata dal fatto che il dial peer configurato correttamente non corrisponde a quello corrispondente. È inoltre comune che non vi sia alcun dial-peer VoIP in entrata configurato sul gateway di terminazione e il software Cisco IOS seleziona il primo dial peer VoIP appropriato (e predefinito) come dial peer in entrata. I parametri per questo peer delle chiamate in ingresso potrebbero non corrispondere a quelli del peer delle chiamate in uscita nel gateway di origine.

     Non è sempre necessario avere configurazioni identiche sui dial-peer VoIP in entrata e in uscita. Tuttavia, se si verifica un problema di relay fax, verificare che sul router di terminazione sia presente un dial-peer VoIP in entrata dedicato e che la relativa configurazione corrisponda a quella del dial-peer VoIP in uscita sul router di origine. Questa configurazione per i router connessi a ISDN è un esempio di peer di composizione VoIP specifici e corrispondenti per il modello di destinazione "5..." in uscita sul gateway di origine e in entrata sul gateway di terminazione.

     Gateway di origine	Termine del 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

     Per ulteriori informazioni sui peer di composizione corrispondenti in entrata e in uscita, VoIP e POTS, consultare il documento sulla corrispondenza dei peer di composizione in entrata e in uscita sulle piattaforme Cisco IOS.

     Per verificare le corrispondenze dei peer di composizione, è possibile anche utilizzare il comando debug voip capi inout. L'output del comando debug visualizza un messaggio ssaSetupPeer in cui sono elencati tutti i dial-peer che corrispondono al numero chiamato. Di seguito viene riportato un messaggio ccCallSetupRequest con l'opzione peer in uscita che indica il dial-peer VoIP in uscita selezionato. Quando più peer di connessione VoIP sono configurati per la stessa destinazione, è possibile che la configurazione iniziale della chiamata abbia esito negativo e che un altro peer di connessione abbia tentato di eseguire la connessione. In questo caso nel debug viene visualizzata un'altra richiesta ccCallSetupRequest.

     debug voip capi inout - Gateway di origine
     .Jun 4 21:06:43.461: ssaSetupPeer cid(19) peer list: tag(400) called number (5074) .Jun 4 21:06:43.461: ccCallSetupRequest (Inbound call = 0x13, outbound peer =100, dest=, params=0x62F1CC70 mode=0, *callID=0x62F1CFD8, prog_ind = 0)

     Sul gateway vocale di terminazione, la prima riga della traccia delle chiamate di debug voip capi in uscita (come mostrato qui) è un messaggio cc_api_call_setup_ind con un'opzione peer_tag che fa riferimento al peer di connessione VoIP in entrata sul gateway di terminazione.

     debug voip capi inout - Arresto del gateway in corso
     .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)

   • Configurazione errata dei dial peer su uno o su entrambi i lati

     Dopo aver confermato la corrispondenza del dial peer corretto (in questo caso dial-peer 100 per il gateway di origine e dial-peer 400 per il router di terminazione), verificare nella configurazione che il dial-peer sia configurato correttamente per il fax. Di seguito sono riportati alcuni errori comuni da controllare su entrambi i lati della chiamata:

     • L'inoltro fax è disabilitato (ovvero il comando fax rate disable è stato emesso sul peer di composizione) mentre è in uso un codec a larghezza di banda ridotta.

     • Il peer di composizione su un gateway voce è configurato per Cisco fax relay, ma l'altro gateway voce è un Cisco 5350/5400. Gli switch Cisco 5350/5400 supportano solo il protocollo T.38, quindi la negoziazione non riesce.

     • Il dial peer predefinito utilizzato in entrata nel gateway di terminazione e i parametri predefiniti non corrispondono al dial peer in uscita nel gateway di origine.

   • Tipo di comando non corretto

     Il tipo dominante per gli Stati Uniti è il µ-law; per l'Europa e l'Asia, è un-law. È possibile utilizzare il comando show voice call per verificare quale valore è attualmente configurato. Se su una porta BRI o E1, il tipo di compressione sul router non corrisponde a quello sul dispositivo connesso e le chiamate a volte hanno esito negativo e a volte si connettono, ma la voce diventa fortemente distorta in modo che la persona non sia più riconoscibile e venga visualizzato un livello di rumore alto e basso.

     Nel software Cisco IOS versione 12.2(3), il comando command-type non è attivato sulle porte BRI e il valore predefinito è companding type. Per ulteriori informazioni su questo bug, vedere l'ID bug Cisco CSCdv00152 e l'ID bug Cisco CSCdv01861.

3. Altri problemi di connettività di base non correlati ai peer di composizione sono i seguenti:

   • Incompatibilità del software Cisco IOS su coppie di gateway.

     Anche in questo caso, non è sempre necessario che le versioni del software Cisco IOS corrispondano, ma si consiglia di controllare le versioni quando si verificano problemi.

   • Protocollo cRTP (Compressed Real-Time Transport Protocol).

     Esistono diversi problemi noti associati al protocollo cRTP. Per risolvere questi problemi sono disponibili soluzioni ed è opportuno disabilitare il protocollo cRTP quando si verificano problemi per verificare se un aggiornamento del software Cisco IOS è la scelta appropriata.

   • Sui gateway voce Cisco AS5300, verificare che i software VCWare e Cisco IOS siano compatibili.

4. Problemi di connettività fax nella rete PSTN.

   Se le chiamate vocali funzionano in entrambe le direzioni ma le chiamate fax hanno esito negativo in almeno una direzione, verificare che i normali fax tra questi due computer funzionino sulla rete PSTN. In altre parole, verificare che i fax trasmettano correttamente i fax tra loro con la PSTN senza attraversare la rete VoX. In caso contrario, i fax possono presentare problemi che devono essere risolti prima che si considerino problemi di inoltro fax.

3. Controllare la presenza di SLIP e altri errori sulle interfacce digitali

Se i router che eseguono il fax relay utilizzano connessioni digitali T1 o E1, verificare che non siano presenti errori. L'inoltro fax è molto sensibile agli errori delle interfacce digitali, in particolare ai disturbi. Gli errori non vengono rilevati nelle chiamate vocali, ma possono causare errori nei fax.

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

I controller T1 o E1 nei gateway di origine e di terminazione sono in genere privi di errori. Se si verificano errori, ripetere più volte il comando show controller (T1, E1 e 1/0varia) all'interno della chiamata per verificare se il numero di errori aumenta. Il problema più comune di slittamenti è un problema di sincronizzazione che provoca errori di clock.

Nelle reti voce di pacchetto, è in genere sufficiente confermare che il router si blocca dalla linea. In caso contrario, verificare che il comando clock source line venga immesso a livello di controller, ma nelle reti VoATM o TDM, in cui viene stabilita una gerarchia di clock e i router devono passare l'orologio attraverso la rete, è necessario eseguire ulteriori considerazioni. Il documento Piano di clock fornisce ulteriori informazioni sulla temporizzazione sincrona.

Sui router 26xx / 366x, quando si utilizza la scheda AIM VOICE, il controller visualizza "liste di controllo" a meno che non si aggiungano i comandi network-clock-part e network-clock-select.

Sulla piattaforma Cisco MC3810, è necessario configurare il comando network-clock-select e usare il comando show network-clock per verificare che la configurazione sia stata applicata.

Sulla piattaforma Cisco 7200VXR, il comando frame-clock-select è richiesto per le schede voce. Questo comando è particolarmente importante per i gateway voce 7200VXR perché, per impostazione predefinita, il bus TDM interno non è guidato dall'oscillatore locale. Poiché i trunk E1 sono in genere sincronizzati con la rete di telefonia, il risultato è costituito da errori di clock nascosti e problemi di trasmissione fax intermittenti. Per ulteriori informazioni, consultare l'ID bug Cisco CSCdv10359.

Sulle schede MFT C4224, quando devono accettare l'orologio dalla linea, sotto il controller t1 x/y è necessario eseguire il comando clock source loop-timed. Questa impostazione separa l'orologio del controller dall'orologio di sistema. Sarà quindi necessario impostare il comando network-clock-select. In questo caso, sarebbe orologio di rete-selezionare 1 t1 x/y.

4. Controllare il tipo di interfaccia fax

Su alcune piattaforme, tra cui Cisco 3660, 5300, 5350, 5400 e 5800, il router imposta per impostazione predefinita il modem via fax. Il comando di configurazione globale fax interface-type modem forza le chiamate fax a un modem (generalmente per i fax T.37 Store e Forward) e non a un DSP. Affinché il relay fax Cisco funzioni, la chiamata fax deve essere inviata a un DSP, ossia deve essere configurata con il comando fax interface-type vfc.

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

Verificare di aver ricaricato il router o che il comando non abbia effetto. Le chiamate fax non riescono sulle piattaforme con Cisco fax relay (o T.38), quindi questo è un comando importante da controllare.

il comando fax interface-type vfc non era necessario nel software Cisco IOS delle versioni precedenti alla 12.2. Il problema si verifica in genere quando uno dei gateway voce viene aggiornato al software Cisco IOS versione 12.2 o successive.

5. Assicurarsi che il codec fax sia caricato durante la chiamata

Ogni fax visualizza l'ID del fax remoto sullo schermo LCD al termine della fase di negoziazione del fax. È improbabile che i fax possano completare la negoziazione se il codec fax non è stato scaricato correttamente. Se invece non viene visualizzato l'ID di un fax remoto, è consigliabile eseguire ulteriori operazioni di debug in quest'area.

Esistono due modi per assicurarsi che i gateway voce rilevino la trasmissione fax e caricino correttamente il codec fax.

1. Eseguire il comando debug vtsp all e la traccia della chiamata di debug voip capi inout. Questi debug sono illustrati in dettaglio nella sezione Debug di questo documento.

2. Eseguire il comando show voice trace. I comandi show richiedono meno risorse sul router rispetto ai comandi debug e sono preferibili nelle reti di produzione. Questo è l'output di esempio di un comando show voice trace su un'interfaccia ISDN.

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) ->

6. Disabilitare Fax Relay e modificare il codec per PassThrough

Nei passaggi precedenti è stato stabilito che le chiamate vocali funzionano, i fax funzionano tramite PSTN e tutte le interfacce digitali nel percorso di inoltro fax sono prive di errori. Questo passaggio determina se i fax possono passare attraverso se l'inoltro fax è disabilitato. Sotto i dial-peer VoIP/VoATM/VoFR, immettere quanto segue:

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

Accertarsi che questi comandi siano immessi su entrambi i gateway. Questi comandi disabilitano il fax relay, disabilitano la cancellazione dell'eco e forzano la chiamata a usare un codec a larghezza di banda elevata senza VAD. Il router quindi campiona i toni come una normale chiamata vocale e, con il codec ad ampia larghezza di banda (G.711), viene acquisito il campione più preciso possibile. Il tono da riprodurre dall'altro lato è il più preciso possibile. In questo passaggio, G.711 è un codec con larghezza di banda di 64 kbps e pertanto ogni chiamata consuma fino a 80 kbps (per il VoIP) quando viene aggiunto un sovraccarico del protocollo di trasporto.

Se questo test è positivo, sono state realizzate due cose. In primo luogo, se il consumo di larghezza di banda per chiamata non è un problema importante per la rete, è ora disponibile una possibile soluzione fax pass through per il problema di inoltro fax. In secondo luogo, e in modo più significativo, se il consumo di larghezza di banda è un problema, il problema è stato isolato per il software fax relay e deve essere aperto un caso TAC.

Se il test ha esito negativo, è probabile che gli errori del test siano causati anche da qualsiasi causa di esito negativo delle chiamate fax con relay. Ciò che viene in mente per prima cosa è che la rete può avere una grande quantità di jitter o perdita di pacchetti.

7. Verifica della perdita di pacchetti sulla rete VoX

Il modo più semplice e accurato per determinare se un pacchetto è stato perso è questo:

1. Disabilitare VAD sui peer della connessione remota VoX.

2. Effettuare una chiamata vocale tra le stesse porte a cui sono connessi i fax. I fax possono essere utilizzati come telefoni normali oppure è possibile collegare i ricevitori alle stesse porte a cui sono collegati i fax.

3. Quando la chiamata è connessa, procedere come segue:

   1. Eseguire il comando show voice dsp. Si può vedere nell'output che uno dei canali DSP ha il codec configurato caricato. Di solito la colonna "TX/RX-PAK CNT" mostra che i contatori dei pacchetti di trasmissione e ricezione sono uguali, ossia non ci sono pacchetti persi. Se i contatori non sono uguali, è possibile che i pacchetti vadano persi. Digitare il comando show voice dsp più volte a intervalli di 30 secondi per verificare se la differenza aumenta e se i pacchetti vengono persi.

   2. Eseguire il comando show voice call summary per verificare la porta (e l'eventuale intervallo di tempo) allocata alla chiamata vocale. Digitare terminal monitor, quindi usare il comando show voice call con la porta vocale (e l'eventuale slot temporale) per ottenere le statistiche dettagliate sul DSP. Nella sezione "***DSP VOICE VP_ERROR STATISTICS***" dell'output, cercare i contatori. In genere sono 0 o meno di 20. Se i contatori sono superiori a 20, verificare la perdita del pacchetto.

Se la rete risulta persa, non è ragionevole aspettarsi che il fax relay funzioni in modo affidabile. È possibile disabilitare l'ECM, ma sono probabilmente necessarie ulteriori indagini per garantire che il provisioning di QoS sia completo in modo che il traffico di inoltro voce e fax abbia la priorità e non venga mai perso all'interno della congestione. La sezione Informazioni correlate contiene ulteriori informazioni su come risolvere i problemi relativi alla qualità vocale.

8. Disabilitare Fax Relay ECM (solo VoIP proprietario Cisco)

Per le reti con perdita di pacchetti e molti jitter, disattivare ECM per migliorare le chiamate fax relay. Eseguire il comando fax-relay ECM disable (descritto più dettagliatamente nella sezione Configurazione di questo documento) per disattivare ECM in modo da tollerare una maggiore variazione e perdita di pacchetti.

Utilizzare il comando fax-relay ECM disable per migliorare le prestazioni del fax relay nelle reti con perdita di dati, ma questo comando è consigliato anche per la risoluzione dei problemi di base. Anche se non si verifica alcun problema di jitter visibile nella rete, questo comando può talvolta essere utile per determinare i problemi di inoltro del fax. Questo comando è disponibile in VoFR e VoATM dial-peer, ma attualmente funziona solo per VoIP.

Nota: questo comando attiva anche la funzione di occultamento della perdita di pacchetti.

vnt-3660-23(config-dial-peer)#dial-peer voice 3
vnt-3660-23(config-dial-peer)#fax-relay ECM disable

9. Abilita ridondanza pacchetti T.38 (solo T.38 VoIP)

Se si usa T.38 per VoIP come protocollo di inoltro fax, la funzione di ridondanza pacchetti T.38 può essere attivata se si configura questo comando con i dial peer appropriati su entrambi i gateway:

vnt-3660-23(config-dial-peer)#fax protocol t38 
 Ls-redundancy X Hs-redundancy Y

dove X > 0 e Y = 0 (apportare modifiche solo alla ridondanza Ls)

Se è in uso un fax relay proprietario di Cisco, un'opzione alternativa o aggiuntiva per disabilitare ECM è quella di modificare il protocollo fax relay in T.38 in modo da poter testare la funzione di ridondanza dei pacchetti T.38. Questa funzione può ridurre i guasti causati dalla perdita di pacchetti, ma la ridondanza dei pacchetti T.38 aumenta notevolmente l'utilizzo della larghezza di banda ed è preferibile eliminare la perdita di pacchetti quando possibile.

10. Impostare il comando fax NSF su All Zeroes

Il comando fax NSF può essere utile per i marchi dei fax che modificano il campo NSF nella negoziazione fax per le codifiche proprietarie. Questo comando consente al router che esegue l'inoltro fax di ignorare le impostazioni effettuate dai fax che tentano di implementare le codifiche proprietarie. Prima che il comando fax NSF fosse disponibile, l'inoltro fax avrebbe avuto esito negativo per queste marche di fax. In genere, il comando fax NSF viene utilizzato per impostare il campo NSF su tutti gli zeri, in modo da forzare una negoziazione fax standard da entrambi i lati. Questo comando ha avuto successo con alcuni marchi come Harris e Lanier ed è consigliato in caso di errore del fax relay.

vnt-3660-23(config-dial-peer)#fax NSF 000000

11. Verificare che il gateway MGCP sia configurato per il pacchetto FXR

Se le chiamate fax T.38 al server fax dalla rete PSTN hanno esito negativo e le tracce di Cisco Unified Communications Manager mostrano support_FXR=0, è possibile che la configurazione del pacchetto FXR non sia presente nel gateway MGCP. In questo caso, aggiungere i seguenti comandi al gateway MGCP:

no mgcp fax t38 inhibit
mgcp package-capability fxr-package
mgcp default-package fxr-package

Quindi, reimpostare il gateway e le chiamate fax inizieranno a funzionare.

12. Fasi finali della risoluzione

Se le operazioni di risoluzione dei problemi precedenti non hanno risolto il problema relativo all'inoltro fax, è possibile che il problema richieda una risoluzione più avanzata. Di seguito sono riportati alcuni passaggi aggiuntivi da provare prima di aprire una richiesta con il Cisco Technical Assistance Center (TAC):

• Informazioni sui marchi e i modelli dei fax che non funzionano e ricerca tali marchi e modelli per individuare eventuali problemi noti.

  A volte ci sono casi CARE o bug che risolvono i problemi per un certo marchio di fax. Ad esempio, una ricerca di Bug Search Tool (solo utenti registrati) su un fax di Pitney Bowes restituisce un bug con i fax di Pitney Bowes e il fax relay di Cisco (ID bug Cisco CSCdu78373 (solo utenti registrati). Questo bug non è presente nel software Cisco IOS, ma è un'incompatibilità con il protocollo di segnalazione fax proprietario di Pitney Bowes, quando i dispositivi fax su entrambi i lati di una connessione sono Pitney Bowes 9920 o 9930. Per ovviare al problema, disabilitare il protocollo proprietario sui fax o disabilitare il fax relay e usare un codec con una larghezza di banda superiore.

  Note avvertenze

  Le avvertenze note sono comportamenti imprevisti o difetti nelle versioni software di un prodotto. Questa tabella contiene informazioni sui problemi noti relativi al supporto fax su gateway voce Cisco.

  Se si dispone di un account CCO, è possibile cercare i problemi noti usando lo strumento di sistema Cisco bug Tracker, denominato Bug Search Tool. Per accedere a Bug Search Tool, eseguire una delle seguenti attività:

  • Immettere https://bst.cloudapps.cisco.com/bugsearch/ nel browser Web.

  Tabella 1 Avvertenze note

  ID bug	Riepilogo	Spiegazione
  CSCdu30250	VAD introduce errori gravi nella modalità pass-through fax.	Quando i gateway voce Cisco sono configurati per la modalità pass-through fax, disabilitare il rilevamento attività voce (VAD) su tutti i dial-peer VoIP associati alle chiamate fax. Per disabilitare VAD in un dial-peer VoIP, utilizzare questi comandi: config terminal dial-peer voice XXX voip no vad
  CSCdu6269	CSCdu6269	Si verifica un errore in qualsiasi dispositivo gateway Cisco che avvia una chiamata di inoltro fax (con pacchetti RTP con payload di tipo 96) a un WS-X4604-GW in modalità gateway. Questo problema è stato risolto in 12.1.5YF3. Quando impostato sulla modalità gateway, il software ora identifica il payload di tipo 96 e avvia una modalità pass-through.
  CSCdv08143	Le trasmissioni fax di 5-30 pagine hanno esito negativo con la modalità fax pass-through da VG248 a WS-X4604-GW in modalità gateway.	Questo problema si verifica solo con l'immagine software 12.1.5YF2 su WS-X4604-GW. Per evitare questo errore, utilizzare 12.1.5YF1, 12.1.5YF3 o versioni successive.
  CSCdv83401	Sugli switch Cisco Catalyst 6000, quando viene rilevato un fax o un segnale modem, la chiamata viene impostata in modalità fax pass-through con pacchetti da 10 ms (134 byte).	La dimensione del frame in modalità pass-through fax è di 214 byte. I fax non hanno esito negativo anche se le dimensioni del pacchetto non sono corrette.
  CSCdv8337
  CSCdw0735	Le trasmissioni fax hanno esito negativo con la modalità pass-through fax da WS-X4604/VIC-2FXS (solo) al gateway WS-X6624-FXS con caricamento Cisco CallManager 3-1-2c_spA A00203010026. WS-X4604 / VIC-2FXS mostra questo in entrambe le modalità gateway e toll-by-pass.	Questo problema si verifica con le immagini software 12.1.5YF2 e 12.1.5YF3 su WS-X4604-GW ed è risolto nel software 12.2(7)X.
  CSCdw07804	Le trasmissioni fax hanno esito negativo con la modalità fax pass-through da WS-C424V / VIC-2FXS (solo) al gateway WS-X624-FXS con Cisco CallManager 3-1-2c_spA carico A00203010026.	Questo problema si verifica con le immagini software 12.1.5YE2 e 12.1.5YE4 su WS-C424V e viene risolto con il software 12.2(7)X.

• Utilizzare gli strumenti di ricerca per cercare i problemi noti relativi ai fax nella versione software Cisco IOS in cui si è verificato.

  Nel passaggio precedente sono state eseguite ricerche di un marchio fax specifico per identificare un problema noto tra un determinato marchio fax e il codice Cisco fax relay. Il passaggio successivo è quello di eseguire una ricerca generica in quanto potrebbe essersi verificato un bug di inoltro fax nella versione software Cisco IOS installata.

  Ad esempio, se un fax relay che usa VoFR non funziona nel software Cisco IOS versione 12.1(2)T, è possibile cercare i bug con Bug Toolkit su CCO. Nell'esempio, utilizzare i seguenti valori:

  • Versione principale: 12.1

  • Revisione: 2

  • Funzione/componente: VoFR

  • Parola chiave: fax

  Uno dei bug è l'ID bug Cisco CSCdr65984 (solo utenti registrati); il nome è "fax non funziona per vofr." Questo bug ha causato il mancato funzionamento di tutti i fax relay per VoFR. È necessario aggiornare una versione software Cisco IOS in cui il bug non è più presente.

• Eliminazione dei guasti hardware.

  In alcuni casi, è più facile isolare il problema se si escludono le potenziali origini dei problemi, una per una. Sostituire le diverse parti hardware e utilizzare connessioni IP alternative tra i gateway. Quando è disponibile hardware aggiuntivo, questi passaggi possono essere utili per:

  • Usare porte diverse sui router.

    Se la configurazione interessa due gateway collegati ai PBX o PSTN con E1 o T1 e se sono disponibili le porte FXS, provare a connettere i fax direttamente alle porte FXS sui gateway voce. Questa procedura consente di isolare ulteriormente il problema quando è esclusa la possibilità di un guasto della scheda E1, problemi sul lato della telefonia o problemi di sincronizzazione E1 o di cavi.

  • Prova un hardware diverso.

    Se si dispone di un altro gateway vocale con porte FXS, provare a collegarlo direttamente con il cavo crossover Ethernet a ciascuno dei gateway voce e inviare un fax con il fax collegato alla porta FXS. Questa procedura consente di determinare se vi sono problemi nella rete VoX, ad esempio accodamento, frammentazione o assegnazione di priorità.

• Usare i comandi di debug sul router per determinare il problema.

  Per ulteriori informazioni sui comandi di debug utili per la risoluzione dei problemi relativi a Fax Relay, vedere la sezione "Debug".

Debug

Messaggi T.30

I debug possono essere difficili da comprendere se non si ha familiarità con i messaggi che si verificano all'interno di una tipica trasmissione fax. Rappresentazione grafica delle transazioni T.30 di base che si verificano per una trasmissione fax di una pagina singola.

La descrizione dei dettagli di queste transazioni esula dall'ambito del presente documento, ma si tratta di definizioni delle transazioni di base visualizzate in fax relay. L'elenco è in ordine alfabetico per consentire una rapida consultazione e include i messaggi visualizzati in genere durante il debug di Cisco Fax Relay. Per informazioni più dettagliate su questo messaggio o per informazioni sui messaggi non elencati qui, vedere la specifica T.30.

• CED (Called terminal identification) - un segnale a 2100 Hz trasmesso dal dispositivo fax di terminazione al momento della risposta a una chiamata fax. Questo segnale disabilita temporaneamente le funzioni di eliminazione dell'eco presenti sulla connessione per preparare la linea per la trasmissione dei dati.

• CFR (Conferma di ricezione): una risposta che conferma che la precedente attività di messaggistica e formazione è stata completata e che è possibile iniziare la trasmissione della pagina fax.

• CNG (Calling Tone): un segnale a 1100 Hz attivato per mezzo secondo e poi disattivato per 3 secondi. Questo segnale identifica il terminale fax come dispositivo non vocale. Il segnale indica anche che il terminale fax iniziale attende il segnale DIS dal terminale fax di terminazione.

• CRP (Command Repeat) - Risposta che indica che il comando precedente è stato ricevuto per errore e deve essere ripetuto. (Facoltativo)

• CSI (Camed Subscriber Identification) - viene utilizzato per fornire l'identità specifica del terminale fax chiamato tramite il suo numero di telefono internazionale. (Facoltativo)

• DCN (Disconnetti): termina la chiamata fax e non richiede alcuna risposta.

• DIS (Digital Identification Signal) - identifica le funzionalità del terminale fax chiamato.

• DTC (Digital Transmit Command) - Risposta alle funzionalità identificate dal segnale DIS. Qui il terminale fax chiamante associa le sue capacità a quelle fornite nel messaggio DIS del terminale fax chiamato.

• EOM (fine messaggio): indica la fine di una pagina completa di informazioni fax.

• EOP (End Of Procedure): indica la fine di una pagina completa di informazioni fax e non è necessario inviare altre pagine. Passare alla fase di disconnessione della chiamata fax.

• FTT (Failure To Train) - utilizzato per rifiutare un segnale di addestramento e richiedere un riaddestramento (i ritreni di solito avvengono a velocità di modulazione inferiori).

• MCF (Message Confirmation): indica che un messaggio è stato ricevuto in modo soddisfacente.

• MPS (MultiPage Signal) - indica la fine di una pagina completa di informazioni fax e che il ricevitore è pronto per pagine aggiuntive.

• NSF (Non-Standard Facilities): viene utilizzata per identificare funzionalità o requisiti specifici non coperti dalle specifiche della serie T. (Facoltativo)

• RTN (Retrain Negative): indica che un messaggio precedente non è stato ricevuto in modo soddisfacente. Per procedere è necessario un nuovo training (generalmente a una velocità di modulazione inferiore).

• RTP (Retrain Positive): indica che è stato ricevuto un messaggio completo e che eventuali messaggi aggiuntivi possono essere visualizzati dopo il training.

• TCF (Training Check) - inviato tramite il sistema di modulazione T.4 a velocità più elevata (rispetto alla modulazione V.21 a 300 kbps utilizzata per la precedente segnalazione T.30) per verificare l'addestramento e indicare l'accettabilità delle pagine fax inviate a questa velocità di trasmissione.

• TSI (Transmitting Subscriber Identification) - indica l'identificazione del terminale fax trasmittente (chiamante). (Facoltativo)

Comandi di debug Fax Relay

Di seguito sono riportati alcuni utili comandi di debug di Fax Relay:

• debug fax relay t30 all

• debug vtsp all

• debug vtsp vfor subframe 3

debug fax relay t30 all

Il comando debug per Cisco fax relay è abilitato con il comando debug fax relay t30 all.

vnt-3660-23c#debug fax relay t30 all
Debugging fax relay t30

Copia di un debug da una sessione di inoltro fax non riuscita. Questo è un debug del gateway fax di origine con software Cisco IOS versione 12.2(7a).

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

In questo debug vengono visualizzati gli eventi T.30 che si verificano nel DSP all'interno del fax relay. È importante ricordare che i debug che avvengono dal punto di vista del DSP interagiscono con il dispositivo fax, quindi qualsiasi messaggio "Fr-MSG-TX" o di trasmissione viene trasmesso dal DSP al dispositivo fax collegato. Qualsiasi messaggio rilevato dal DSP, o messaggio "fr-msg-det", è un messaggio ricevuto dal dispositivo fax connesso. L'immagine mostra il flusso direzionale dei messaggi DSP quando viene emesso il comando debug fax relay t30 all.

Dalla transazione fax non riuscita nel debug, è possibile visualizzare diversi messaggi "bad crc" seguiti da un messaggio Failure To Train (FTT) dall'altro lato del collegamento. Dai debug, sembra che il problema riguardi il segnale di allenamento. Gli errori crc e il messaggio FTT (Failure To Train) restituiti dall'altro lato indicano che il segnale è danneggiato o incompatibile con il protocollo fax relay di Cisco. Il debug è stato eseguito in seguito a un problema di inoltro fax che si verifica con un fax Lexmark Optra. Lexmark supporta V.34 e tenta di connettersi alle velocità V.34. V.34 non è supportato in Cisco fax relay e si verificano errori di training. Per ulteriori informazioni, vedere l'ID bug Cisco CSCdv89496 (solo utenti registrati).

La pagina Esempi di funzionamento dei debug T.30 fornisce ulteriori informazioni su come leggere questi debug e un esempio di traccia riuscita di debug e di analizzatore fax in modalità ECM.

Debug vtsp all

Sono inoltre disponibili altri comandi di debug che possono essere utili per risolvere i problemi di inoltro fax. Questi debug non sono facili da leggere o forniscono tutte le informazioni che sono disponibili con il T.30, ma possono comunque essere utili.

VTSP (Voice Telephony Service Provider) è un'architettura che definisce l'interfaccia tra il controllo delle chiamate di Cisco IOS e un endpoint DSP collegato a apparecchiature di telefonia standard, come PBX, fax o ufficio centrale, tramite interfacce analogiche o digitali.

Per VoIP T.38 o fax relay, il comando debug vtsp all può fornire informazioni utili sullo stato del router. Come descritto nella sezione risoluzione dei problemi, questo comando debug può essere utilizzato per determinare se il codec fax è stato scaricato nel DSP, come mostrato nella pagina Debug del provider di servizi di telefonia vocale.

Debug vtsp vfor subframe 3

Un altro comando fax relay debug che può essere utilizzato per i fax con VoFR e VoATM è debug vtsp vfor subframe 3. Questo comando restituisce frame FRF11 con payload di tipo fax relay di cui all'allegato D. Questo comando restituisce una quantità significativa di output anche con una sola chiamata fax relay e il valore esadecimale deve essere decodificato (la specifica FRF11 è utile per la decodifica esadecimale).

Comandi di debug aggiuntivi

1. Per eseguire il debug dei problemi relativi allo scambio di funzionalità T.38, usare il comando debug cch323 h245.

2. Per eseguire il debug degli scambi di messaggi DSP tra le applicazioni e il DSP, utilizzare i seguenti comandi di debug:

   • debug vtsp all

   • debug voip ccapi inout

   • debug hpi all (su Cisco 5300/2600/3600 e su tutte le altre piattaforme voce che utilizzano DSP TI c54x)

   • debug nextport vsmgr detail (sulle piattaforme NextPort DSP (Cisco 5400, 5850))

Analizzatori fax

A volte è necessario andare oltre le funzionalità di debug dei gateway voce Cisco per risolvere i problemi di fax relay. Strumenti quali analizzatori di protocollo e analizzatori fax vengono utilizzati per verificare le operazioni eseguite durante il trasferimento dei fax. È possibile posizionare analizzatori fax, quali Genova ChannelProbe/FaxProbe di QualityLogic o HP Telegra, tra il dispositivo fax e il gateway Cisco per acquisire ciò che si verifica. Gli analizzatori di protocollo, ad esempio Sniffer e Domino, possono essere utili quando è necessario visualizzare i pacchetti fax relay scambiati tra i router.

Per risolvere un problema complesso, a volte è necessario utilizzare una combinazione di apparecchiature, ovvero un analizzatore per l'acquisizione del traffico fax in ogni fax e un analizzatore di protocollo per l'acquisizione dei pacchetti fax relay. Viene effettuata una singola chiamata fax per riprodurre il problema, quindi le informazioni vengono acquisite dai dispositivi collegati per l'analisi. Il diagramma mostra la posizione dell'apparecchiatura di prova nella rete.

La maggior parte degli analizzatori fax dispone di schermate della Guida e documentazione adeguate per determinare ciò che accade. Anche la specifica T.30 è molto utile. Per gli analizzatori di protocollo, la decodifica può essere difficile perché a volte le codifiche sono proprietarie o il software dell'analizzatore non ha la decodifica specifica necessaria. Per i fax relay che utilizzano VoFR e VoATM, i gateway Cisco utilizzano l'allegato D basato su standard della specifica FRF11. Se l'analizzatore di protocolli non è in grado di decodificare il frame, questo può essere decodificato manualmente con questa specifica. Con fax relay e VoIP, viene utilizzato un formato proprietario di Cisco per i pacchetti fax relay.

Grazie alle informazioni su fax analyzer e protocol analyzer, è possibile risolvere i problemi di inoltro fax. Pochi problemi di inoltro fax raggiungono questo punto e quando lo fanno, l'escalation e le risorse DE devono essere coinvolte per ulteriore assistenza.

Fornire inoltre tutte le altre informazioni relative al problema.

Apri una richiesta TAC

Se il documento non consente di isolare e risolvere il problema, aprire una richiesta in Cisco Technical Assistance Center (TAC) e fornire le seguenti informazioni:

• Descrizione della topologia di rete (formato PDF, Visio o Microsoft PowerPoint).

• I fax utilizzati, che includono informazioni sul fornitore e sul modello.

• La storia del problema.

  Le informazioni utili includono se l'implementazione è nuova o una rete consolidata che ha funzionato bene e poi ha avuto esito negativo. Se la rete è stata stabilita, cosa è cambiato prima che si verificasse il problema? Il problema è intermittente? Il problema può essere riprodotto e, in caso affermativo, quali sono le misure necessarie per riprodurlo?

• Output del comando show tech da entrambi i gateway fax e da tutti i router del percorso IP e informazioni importanti per le apparecchiature di rete non Cisco attive.

• Una coppia di tracce di chiamata con questi flag di debug abilitati:

  • debug voip ccapi inout

  • debug vtsp all

  • debug isdn q931 (se si tratta di ISDN o Q.Sig)

• Una coppia delle uscite show voice call e show voice dsp.

• Una coppia di analisi fax connessa in modalità di monitoraggio ai fax di origine e di terminazione, se disponibili.

• Risultati della risoluzione dei problemi e dei debug eseguiti, se disponibili.

Informazioni correlate

pubblicato originariamente su https://www.cisco.com/c/en/us/support/docs/voice/fax-modem-over-ip/20227-faxrelay-tsguide.html

Il tag MDF originale è: Technologies:Voice:Fax / Modem over IP.
ID documento: 20227 

Se l'ID documento o l'URL non corrispondono, contattare tz-writers@cisco.com.

• Soluzioni Cisco Voice over IP - Servizi fax
• Configurazione di VoIP Fax Relay tramite Call Manager e Voice Gateway
• Guida alle applicazioni Cisco IOS Fax and Modem Services over IP
• Fax su IP con Catalyst 6608 e VG248
• H.323-T.38 Problemi di Fax Relay
• Supporto Cisco AVVID Gateway per Fax Relay e Fax Pass-Through
• Voce - Configurazione di Fax Relay con VoIP ( T.38)
• Supporto alla tecnologia vocale
• Supporto dei prodotti Unified Communications
• Lettura consigliata: Risoluzione dei problemi di telefonia IP Cisco
• Documentazione e supporto tecnico – Cisco Systems