Guia de solução de problemas de fax - H.323
Opções de download
Linguagem imparcial
O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.
Sobre esta tradução
A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Contents
Introduction
Este documento descreve uma das abordagens mais eficazes para solucionar problemas de fax, que inclui estas etapas:
- Divida a chamada em duas partes.
- Identifique o protocolo (SIP/H.323/SCCP/MGCP) em cada trecho.
- Escolha um trecho e verifique se a chamada é de entrada ou saída nesse trecho e se o gateway/ponto de extremidade associado é um gateway de terminação (TGW) ou gateway de origem (OGW) de forma correspondente.
Você pode dividir uma chamada de fax em quatro partes:
- Configurar a chamada de voz
- Fora do gancho, Discar, Toque, Atender
- Tons de chamada (CNG) e identificação de equipamento chamado (CED)
- Comutação
- Correção/velocidade de upspeed do codec
- Detecção de ativação de voz (VAD) desabilitada no DSP
- Transições do buffer de variação de sinal de adaptativo para um valor ótimo fixo
- Procedimentos pré-mensagem
- Identificação do terminal de fax
- Troca e configuração de recursos
- Treinamento
- Procedimentos de mensagem interna e pós-mensagem
- Transmissão de páginas
- Detecção e correção de erros (ECM)
- Fim da mensagem e confirmação de página
- Desconexão de chamada, no gancho
Esse fluxo de chamada inclui as mensagens a serem procuradas quando H.323 é o protocolo identificado. Há seções correspondentes com base no fato do endpoint ser um TGW ou OGW.
Note: Na tabela na próxima seção, o T.38 Relay e a passagem foram testados simultaneamente e as diferenças entre G3 e SG3 foram apontadas.
TGW - Entrada de chamada de fax no segmento H.323
Observe que:
- T.38 - Atraso<1000ms, Jitter<300ms, Perda de pacotes deve ser NENHUM, a menos que T.38 com redundância.
- Passagem - Atraso<1000ms, Jitter<30ms, Perda de pacotes deve ser NONE.
- Switchover baseado em protocolo - Baseado em padrão.
- Switchover baseado em NSE - É proprietário e funciona apenas entre gateways de voz da Cisco.
| Passagem | Relé T.38 | ||
|---|---|---|---|
GW-------------------------CUCM/GW A verificação de VTSP mostra: |
GW-------------------------CUCM/GW A verificação de VTSP mostra: |
||
| Baseado em protocolo | Baseado em NSE | Baseado em protocolo | Baseado em NSE |
GW-------CUCM/GW ----H.225 Connect----> <----H.245 Estudo de caso dividido em temas------- -----H.245 Estudo de caso dividido em temas—> -----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----- Note: No caso do Fast Start (FS), o Open Logical Channel (OLC) teria sido trocado em setup e connect/callproc. |
GW-------CUCM/GW —H.225 Conectar—> <----H.245 Estudo de caso dividido em temas------- RTPAudioTelephony
----H.245 Estudo de caso dividido em temas—> RTPAudioTelephony
----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---- Note: No caso de FS, o OLC teria sido trocado em setup e connect/callproc. |
GW---------CUCM/GW ------H.225 Connect—> <-----H.245 Estudo de caso dividido em temas--------- aplicativo t38fax: -----H.245 Estudo de caso dividido em temas—> aplicativo 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----- Note: No caso de FS, o OLC teria sido trocado em setup e connect/callproc. |
GW--------CUCM/GW -----H.225 Connect----> <----H.245 Estudo de caso dividido em temas---------- RTPAudioTelephony ------H.245 Estudo de caso dividido em temas—> RTPAudioTelephony -----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----- Note: No caso de FS, o OLC teria sido trocado em setup e connect/callproc. |
GW-------------------------CUCM/GW <========AUDIO==========> A chamada de áudio é estabelecida nesse estágio, mas como os aparelhos de FAX falam, eles trocam tons na chamada de áudio. Tons T.30 iniciais (não podem ser vistos em depurações, pois são sempre enviados em RTP.) FAX G3: <<<<<<<<<<CNG<<<<<<<<<<<<<<<< 1100 Hz, a cada 3 segundos por 0,5 segundos. Indica um terminal de chamada sem fala. >>>>>>>>>CED>>>>>>>>>>>>> 2100 Hz tom como CED, mas amplitude modulada por uma onda senoidal a 15 Hz com inversão de fase a cada 450 ms. FAX SG3: 1100 Hz, a cada 3 segundos por 0,5 segundos. Indica um terminal de chamada sem fala. >>>>>>>>>ANSAM>>>>>>>>>> Tom de 2100 Hz como CED, mas amplitude modulada por uma onda senoidal a 15 Hz com inversão de fase a cada 450 ms. <<<<<<<<<CM<<<<<<<<<<<<<<<<<<<<< >>>>>>>>>JM>>>>>>>>>>>> <<<<<<<<<CJ<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<CJ<<<<<<<<<<<<<<<<> Inicialização V.34 (Fases 2-4) O TGW aguarda para detectar o Preâmbulo V.21 nos tons. Ele o encontra no tom CED (G3) ou ANSAM (SG3). Depois de detectar o Flag V.21, ele inicia o switchover. A verificação de VTSP mostra: Uma das tarefas no switchover é fazer as transições do buffer de Jitter de adaptativo para um valor ótimo fixo. A passagem de fax usa a última configuração do modo de voz antes do switchover para buffers de tremulação ou playout. Insira o comando show voice port X/X/X para verificar os valores atuais de atraso de playout. |
GW-------------------------CUCM/GW <========AUDIO==========> A chamada de áudio é estabelecida nesse estágio, mas como os aparelhos de FAX falam, eles trocam tons na chamada de áudio. Tons T.30 iniciais (não podem ser vistos em depurações, pois são sempre enviados em RTP.) FAX G3: <<<<<<<<<<CNG<<<<<<<<<<<<<<<< 1100 Hz, a cada 3 segundos por 0,5 segundos. Indica um terminal de chamada sem fala. >>>>>>>>>CED>>>>>>>>>>>>> 2100 Hz tom como CED, mas amplitude modulada por uma onda senoidal a 15 Hz com inversão de fase a cada 450 ms. FAX SG3: 1100 Hz, a cada 3 segundos por 0,5 segundos. Indica um terminal de chamada sem fala. >>>>>>>>>ANSAM>>>>>>>>>> 2100 Hz tom como CED, mas amplitude modulada por uma onda senoidal a 15 Hz com inversão de fase a cada 450 ms. Os gateways Cisco suportam apenas chamadas de fax G3 com T.38. Para lidar adequadamente com as velocidades mais altas de chamadas SG3, a passagem de modem deve ser usada. Não existe nenhuma inicialização V.34 (fases 2-4). A Fase I V.8 inicial também não é concluída. O OGW reduz o tom CM e, como o SG3 é compatível com o padrão de fax G3, os aparelhos de FAX fazem failover para G3. >>>>>>>>CED>>>>>>>>>>>> Um tom de 2100 Hz que dura de 2,6 a 4 segundos. Desativa os supressores de eco no caminho de transmissão. O TGW aguarda para detectar o Preâmbulo V.21 nos tons. Ele o encontra no tom CED (G3) ou ANSAM (SG3). Depois de detectar o Flag V.21, ele inicia o switchover. A verificação de VTSP mostra: A verificação de DSMP mostra: Verifique se há programas de CCAPI: Uma das tarefas no switchover é fazer as transições do buffer de Jitter de adaptativo para um valor ótimo fixo. O T.38 usa buffers de playout ou jitter fixos de 300 ms. Insira o comando playout-delay fax 100 na porta de voz para reduzir o tempo de buffer se o atraso for alto. Insira o comando show voice port X/X/X para verificar os valores atuais do atraso de playout. |
||
| Baseado em protocolo | Baseado em NSE | Baseado em protocolo | Baseado em NSE |
GW--------CUCM/GW -H.245 RequestMode> {sequenceNúmero 1 requestedModes { { { digite audioMode: g711Ulaw64k : NULO <--H.245 RequestModeAck— {sequenceNúmero 1 resposta willTransmitMost ModoPreferencial: NULO } -----H.245 CLC-------> -----H.245 OLC------> canalLógicoAvançado <----H.245 CLC-------- —H.245 CLCAck----> { canalLógicoAvançado —H.245 OLCAck----> <—H.245 CLCAck—
show call ative voice brief não mostrará alteração Note: O CUCM não suporta o modo de solicitação H.245 para passagem. Se o TGW tentar iniciar o switchover enviando o RequestMode H.245 para Passthrough para o CUCM, o CUCM responde com RequestModeReject. |
FAX G3: GW-------CUCM/GW ====NSE192=====> Atualize o Codec e mude para o modo de passagem. debug voip rtp session named event Pt:100 Evt:192 Pkt:00 00 00 <Snd>> <===NSE192====== A verificação de VTSP mostra: _MENSAGEM debug voip rtp session named event <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00 FAX SG3: GW------CUCM/GW ====NSE192=====> Atualize o Codec e mude para o modo de passagem. A verificação de VTSP mostra: debug voip rtp session named event Pt:100 Evt:192 Pkt:00 00 00 <Snd>> <===NSE192===== A verificação de VTSP mostra: E_DSMP_DSP_ _MENSAGEM debug voip rtp session named event: <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00
Detectar reversão de fase do ANSam Disable ECAN. A verificação de VTSP mostra: E_DSM_CC_ debug voip rtp session named event Pt:100 Evt:193 Pkt:00 00 00 <Snd>> <===NSE193===== A verificação de VTSP mostra: _MENSAGEM debug voip rtp session named event <<<Rcv> Pt:100 Evt:193 Pkt:00 00 00 Note: O NSE-194 é acionado por uma detecção local de 4 segundos de silêncio ou detecção de perda de portadora. Essa mensagem instrui o gateway remoto a voltar ao modo de voz. Basicamente, todas as alterações feitas pelo NSE-192 e NSE-193 são desfeitas. show call ative voice brief mostra: Nse MODEMPASS |
GW---------CUCM/GW -H.245 RequestMode-> digite dataMode:{ aplicativo t38fax: { UDP do t38FaxProtocol : NULO t38Perfil de fax { fillBitRemoval FALSO transcodificaçãoJBIG FALSE transcodingMMR FALSE versão 0 t38FaxRateManagement transferTCF: NULO t38FaxUdpOptions { t38FaxMaxBuffer 200 t38FaxMaxDatagram 72 t38FaxUdpEC t38UDPRedundância: NULO } } } bitRate 144 <H.245 RequestModeAck- {sequenceNúmero 1 resposta willTransmitMost ModoPreferencial: NULO } -----H.245 CLC---------> -----H.245 OLC---------> canalLógicoAvançado <----H.245 CLC--------- -----H.245 CLCAck—> canalLógicoAvançado —H.245 OLCAck-----> <—H.245 CLCAck----- show call ative voice brief mostra: t38 |
FAX G3: GW--------CUCM/GW ====NSE200=====> Transição do modo de voz para T.38 A verificação de VTSP mostra:E_DSM_CC_MODIFY_ debug voip rtp session named event Pt:100 Evt:200 Pkt:00 00 00 <Snd>> <===NSE201====== ACK T.38 recebido, instrui o TGW a iniciar a sessão T.38 A verificação de VTSP mostra:E_DSMP_DSP_ _MENSAGEM debug voip rtp session named event <<<Rcv> Pt:100 Evt:201 Pkt:00 00 00 FAX SG3: Enquanto você faz spoof de SG3 para G3 ao esmagar o tom CM, não há cenário de SG3 FAX no relé T38. Note: NSE-202 é um NACK para uma mensagem NSE-200 que significa que o gateway par não pode processar pacotes T.38 para a chamada. A chamada permanece no modo de voz e não muda para T.38. show call ative voice brief mostra: t38 |
Na passagem, você não pode ver nenhuma mensagem T.30 das depurações, pois todos os tons vão no RTP como o áudio com G711ulaw/alaw. No entanto, a negociação de tom de FAX permanece a mesma, independentemente de retransmissão ou passagem. GW-------------------------CUCM/GW >>>>>>>>CSI>>>>>>>>>>>>> (opcional)(chamada de identificação do assinante) Se você vir FTT aqui, isso significa TCF, falha no treinamento, verificação de temporização e lapsos em T1/E1. Nas capturas de pacotes, a verificação de TCF deve ser totalmente 0. >>>>>>>>MCF>>>>>>>>>>> (confirmação da mensagem) <++++RX de página parcial+++++++ (alta velocidade) >>>>>>>>MCF>>>>>>>>>>> (confirmação da mensagem) <<<<<<<<<DCN<<<<<<<<<<<<<< (desconectar) Observação: ECM é opcional para G3, mas obrigatório para SG3. Como você pode atingir velocidades de SG3 com passagem, certifique-se de que ECM esteja habilitado nos aparelhos de fax para que o fax tenha êxito. Além disso, o sinal de treinamento TCF é necessário para G3, mas não é aplicável para SG3. Note: Para Passthrough, um canal comum de 64 kbps (g711) é alocado. Portanto, as velocidades mais alta e mais baixa das mensagens se tornam irrelevantes. |
Se a comutação T38 for bem-sucedida, estas mensagens serão vistas nas depurações: A verificação de VTSP mostra: A verificação de DSMP mostra: Verificar se há programas de CCAPI: debug fax relay t30 all-level-1: GW-------------------------CUCM/GW >>>>>>>>CSI>>>>>>>>>>>>> (opcional)(chamada de identificação do assinante) Se você vir FTT aqui, isso significa TCF, falha no treinamento, verificação de temporização e lapsos em T1/E1. Nas capturas de pacotes, a verificação de TCF deve ser totalmente 0. >>>>>>>>MCF>>>>>>>>>>> (confirmação da mensagem) <++++RX de página parcial+++++++ (alta velocidade) >>>>>>>>MCF>>>>>>>>>>> (confirmação da mensagem) <<<<<<<<<DCN<<<<<<<<<<<<<< (desconectar) |
||
| Baseado em protocolo | Baseado em NSE | Baseado em protocolo | Baseado em NSE |
Configuração de nível DP: ## passagem de protocolo de fax g711ulaw/g711alaw ## desabilitar taxa de fax ## fax nsf 000000 |
Configuração de nível DP: ## modem passthrough nse codec g711ulaw/g711alaw ## desabilitar taxa de fax ## fax nsf 000000 |
Configuração de nível DP: ## fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none ## fax nsf 000000 |
Configuração de nível DP: ## fax protocol t38 nse force version 0 ls-redundancy 0 hs-redundancy 0 fallback none ## fax nsf 000000## fax-relay ecm disable ## sistema fax-relay sg3-to-g3 ## 14400 de taxa de fax |
OGW - Chamada de fax de saída no segmento H.323
Observe que:
- T.38 - Atraso<1000ms, Jitter<300ms, Perda de pacotes deve ser NENHUM, a menos que T.38 com redundância.
- Passagem - Atraso<1000ms, Jitter<30ms, Perda de pacotes deve ser NONE.
- Switchover baseado em protocolo - Baseado em padrão.
- Switchover baseado em NSE - É proprietário e funciona apenas entre gateways de voz da Cisco.
| Passagem | Relé T.38 | ||
|---|---|---|---|
GW-------------------------CUCM/GW A verificação de VTSP mostra: |
GW-------------------------CUCM/GW A verificação de VTSP mostra: |
||
| Baseado em protocolo | Baseado em NSE | Baseado em protocolo | Baseado em NSE |
GW--------CUCM/GW <—H.225 Connect----- -----H.245 Estudo de caso dividido em temas--------> <—H.245 Estudo de caso dividido em temas--------- <—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—> Note: No caso de FS, o OLC teria sido trocado em setup e connect/callproc. |
GW-----------CUCM/GW <------H.225 Connect---- --------H.245 Estudo de caso dividido em temas--------> RTPAudioTelephony
<------H.245 Estudo de caso dividido em temas---------- RTPAudioTelephony
<------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—>Note: No caso de FS, o OLC teria sido trocado em setup e connect/callproc. |
GW---------CUCM/GW <----H.225 Connect----- ------H.245 Estudo de caso dividido em temas--------> aplicativo t38fax: <-----H.245 Estudo de caso dividido em temas-------- aplicativo 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—>Note: No caso de FS, o OLC teria sido trocado em setup e connect/callproc. |
GW----CUCM/GW <-H.225 Connect— —H.245 Estudo de caso dividido em temas----> RTPAudioTelephony
<—H.245 Estudo de caso dividido em temas----- RTPAudioTelephony
<—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->Note: No caso de FS, o OLC teria sido trocado em setup e connect/callproc. |
GW-------------------------CUCM/GW <========AUDIO==========> A chamada de áudio é estabelecida nesse estágio, mas como os aparelhos de FAX falam, eles trocam tons na chamada de áudio. Tons T.30 iniciais (não podem ser vistos em depurações, pois são sempre enviados em RTP). FAX G3: >>>>>>>>CNG>>>>>>>>>>>> 1100 Hz, a cada 3 segundos por 0,5 segundos. Indica um terminal de chamada sem fala. <<<<<<<<<CED<<<<<<<<<<<<<<<<<<<< CED Um tom de 2100 Hz que dura de 2,6 a 4 segundos. Desativa os supressores de eco no caminho de transmissão. FAX SG3: 1100 Hz, a cada 3 segundos por 0,5 segundos. Indica um terminal de chamada sem fala. <<<<<<<<<ANSAM<<<<<<<<<<<<<< ANSAM 2100 Hz tom como CED, mas amplitude modulada por uma onda senoidal a 15Hz com inversão de fase a cada 450 ms. >>>>>>>>CM>>>>>>>>>>>>>> <<<<<<<<<JM<<<<<<<<<<<<<<< >>>>>>>>>CJ>>>>>>>>>>>>> Inicialização V.34 (Fases 2-4) O OGW espera que o TGW detecte o Preâmbulo V.21 nos tons. Depois que o TGW detecta o Sinalizador V.21, ele inicia o switchover. Uma das tarefas no switchover é fazer as transições do buffer de Jitter de adaptativo para um valor ótimo fixo. A passagem de fax usa a última configuração do modo de voz antes do switchover para buffers de tremulação ou playout. Insira o comando show voice port X/X/X para verificar os valores atuais de atraso de playout. |
GW-------------------------CUCM/GW <========AUDIO==========> A chamada de áudio é estabelecida nesse estágio, mas como os aparelhos de FAX falam, eles trocam tons na chamada de áudio. Tons T.30 iniciais (não podem ser vistos em depurações, pois são sempre enviados em RTP). FAX G3: >>>>>>>>CNG>>>>>>>>>>>> 1100 Hz, a cada 3 segundos por 0,5 segundos. Indica um terminal de chamada sem fala. <<<<<<<<<CED<<<<<<<<<<<<<<<<<<<< CED Um tom de 2100 Hz que dura de 2,6 a 4 segundos. Desativa os supressores de eco no caminho de transmissão. FAX SG3: 1100 Hz, a cada 3 segundos por 0,5 segundos. Indica um terminal de chamada sem fala. <<<<<<<<<ANSAM<<<<<<<<<<<<<< ANSAM 2100 Hz tom como CED, mas amplitude modulada por uma onda senoidal a 15Hz com inversão de fase a cada 450 ms. >>>CM>>X Os gateways Cisco suportam apenas chamadas de fax G3 com T.38. Para lidar adequadamente com as velocidades mais altas de chamadas SG3, a passagem de modem deve ser usada. Não existe nenhuma inicialização V.34 (fases 2-4). A Fase I V.8 inicial também não é concluída. O OGW reduz o tom CM e, como o SG3 é compatível com o padrão de fax G3, os aparelhos de FAX fazem failover para G3. <<<<<<<<<CED<<<<<<<<<<<<<<<<<<<< CED Um tom de 2100 Hz que dura de 2,6 a 4 segundos. Desativa os supressores de eco no caminho de transmissão. O OGW espera que o TGW detecte o Preâmbulo V.21 nos tons. Depois que o TGW detecta o Sinalizador V.21, ele inicia o switchover. Uma das tarefas no switchover é fazer as transições do buffer de Jitter de adaptativo para um valor ótimo fixo. O T.38 usa buffers de playout ou jitter fixos de 300 ms. Insira o comando playout-delay fax 100 na porta de voz para reduzir o tempo de buffer se o atraso for alto. Insira o comando show voice port X/X/X para verificar os valores atuais do atraso de playout. |
||
| Baseado em protocolo | Baseado em NSE | Baseado em protocolo | Baseado em NSE |
GW--------CUCM/GW <-H.245 RequestMode- {sequenceNúmero 1 requestedModes { { { digite audioMode: g711Ulaw64k : NULO —H.245 RequestModeAck—> {sequenceNúmero 1 resposta willTransmitMost ModoPreferencial: NULO }
<—H.245 CLC--------- <—H.245 OLC--------- { —H.245 CLC--------> <—H.245 CLCAck---- { canalLógicoAvançado <—H.245 OLCAck---- -----H.245 CLCAck—>
show call ative voice brief não mostrará alteração Note: O CUCM não suporta o modo de solicitação H.245 para passagem. Se o TGW tentar iniciar o switchover enviando o RequestMode H.245 para Passthrough para o CUCM, o CUCM responde com RequestModeReject.
|
FAX G3: GW-----------CUCM/GW <====NSE192===== Atualize o Codec e mude para o modo de passagem. A verificação de VTSP mostra: _MENSAGEM debug voip rtp session named event: <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00 ====NSE192=====> A verificação de VTSP mostra: debug voip rtp session named event: Pt:100 Evt:192 Pkt:00 00 00 <Snd>> FAX SG3: GW-----------CUCM/GW <====NSE192===== Atualize o Codec e mude para o modo de passagem. A verificação de VTSP mostra: _MENSAGEM debug voip rtp session named event: <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00 ====NSE192=====> A verificação de VTSP mostra: debug voip rtp session named event: Pt:100 Evt:192 Pkt:00 00 00 <Snd>>
Desative o ECAN. A verificação de VTSP mostra:E_DSMP_DSP_REPORT_ _MENSAGEM debug voip rtp session named event: <<<Rcv> Pt:100 Evt:193 Pkt:00 00 00 ====NSE193======> A verificação de VTSP mostra: debug voip rtp session named event: Pt:100 Evt:193 Pkt:00 00 00 <Snd>> Note: O NSE-194 é acionado por uma detecção local de 4 segundos de silêncio ou detecção de perda de portadora. Essa mensagem instrui o gateway remoto a voltar ao modo de voz. Basicamente, todas as alterações feitas pelo NSE-192 e NSE-193 são desfeitas. show call ative voice brief mostra: |
GW----------CUCM/GW <-H.245 RequestMode- digite dataMode:{ aplicativo t38fax: { UDP do t38FaxProtocol : NULO t38Perfil de fax { fillBitRemoval FALSO transcodificaçãoJBIG FALSO transcodingMMR FALSE versão 0 t38TaxaFax Gerenciamento transferidoTCF: NULO t38FaxUdpOptions { t38FaxMaxBuffer 200 t38FaxMaxDatagram 72 t38FaxUdpEC t38UDPRedundância: NULO } } } bitRate 144 -H.245 RequestModeAck-> {sequenceNúmero 1 resposta willTransmitMost ModoPreferencial: NULO }
<—H.245 CLC---------- <—H.245 OLC---------- canalLógicoAvançado ----H.245 CLC---------> <—H.245 CLCAck----- canalLógicoAvançado <—H.245 OLCAck---- -----H.245 CLCAck—>
show call ative voice brief mostra: t38 |
FAX G3: GW — CUCM/GW <==NSE200==== Transição do modo de voz para T.38 A verificação de VTSP mostra: _MENSAGEM debug voip rtp session named event: <<<Rcv> Pt:100 Evt:200 Pkt:00 00 00 ==NSE201===> ACK T.38 recebido, instrui o TGW a iniciar a sessão T.38 A verificação de VTSP mostra: debug voip rtp session named event: FAX SG3: Enquanto você faz spoof de SG3 para G3 ao esmagar o tom CM, não há cenário de SG3 FAX no relé T38. Note: NSE-202 é um NACK para uma mensagem NSE-200 que significa que o gateway par show call ative voice brief mostra: t38 |
Na passagem, você não pode ver nenhuma mensagem T.30 das depurações, pois todos os tons vão no RTP como o áudio com G711ulaw/alaw. No entanto, a negociação de tom de FAX permanece a mesma, independentemente de retransmissão ou passagem. GW-------------------------CUCM/GW <<<<<<<<CSI<<<<<<<<<< (opcional)(chamada de identificação do assinante) Se você vir FTT aqui, isso significa TCF, falha no treinamento, verificação de temporização e lapsos em T1/E1. Nas capturas de pacotes, a verificação de TCF deve ser totalmente 0. <<<<<<<MCF<<<<<<<<<< (confirmação da mensagem) ++++Página Parcial RX++++++> (alta velocidade) <<<<<<<MCF<<<<<<<<<< (confirmação da mensagem) >>>>>>>>DCN>>>>>>>>>>> (desconectar) Observação: ECM é opcional para G3, mas obrigatório para SG3. Como você pode atingir velocidades SG3 com passagem, certifique-se de que o ECM esteja habilitado nas máquinas de FAX para que o FAX tenha êxito. Note: Para Passagem, um canal comum de 64 kbps (g711) é alocado. Portanto, as velocidades mais alta e mais baixa das mensagens se tornam irrelevantes. |
Se o switchover T38 for bem-sucedido, essas mensagens serão vistas nas depurações correspondentes: A verificação de VTSP mostra: A verificação de DSMP mostra: Verifique se há programas de CCAPI: debug fax relay t30 all-level-1: timestamp=352613376 fr-msg-det PPS GW-------------------------CUCM/GW <<<<<<<<CSI<<<<<<<<<< (opcional)(chamada de identificação do assinante) Se você vir FTT aqui, isso significa TCF, falha no treinamento, verificação de temporização e lapsos em T1/E1. Nas capturas de pacotes, a verificação de TCF deve ser totalmente 0. <<<<<<<MCF<<<<<<<<<< (confirmação da mensagem) ++++Página Parcial RX++++++> (alta velocidade) <<<<<<<MCF<<<<<<<<<< (confirmação da mensagem) >>>>>>>>DCN>>>>>>>>>>> (desconectar) |
||
| Baseado em protocolo | Baseado em NSE | Baseado em protocolo | Baseado em NSE |
Configuração de nível DP: ## passagem de protocolo de fax g711ulaw/g711alaw ## desabilitar taxa de fax ## fax nsf 000000 |
Configuração de nível DP: ## modem passthrough nse codec g711ulaw/g711alaw ## desabilitar taxa de fax ## fax nsf 000000 |
Configuração de nível DP: ## fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none ## fax nsf 000000 |
Configuração de nível DP: ## fax protocol t38 nse force version 0 ls-redundancy 0 hs-redundancy 0 fallback none ## fax nsf 000000## fax-relay ecm disable ## sistema fax-relay sg3-to-g3 ## 14400 de taxa de fax |
Depurações a serem coletadas
- debug vpm all (no caso de FXS)
- debug isdn q931 (no caso de 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 (no caso de switchover baseado no NSE)
Informações Relacionadas
Histórico de revisões
| Revisão | Data de publicação | Comentários |
|---|---|---|
1.0 |
05-Feb-2015 |
Versão inicial |
Colaborado por engenheiros da Cisco
- Karan MoudgilCisco TAC Engineer.
FeedbackContate a Cisco
- Abrir um caso de suporte
- (É necessário um Contrato de Serviço da Cisco)