Voz : Session Initiation Protocol (SIP)

O Fax-SORVO pesquisa defeitos o guia

19 Setembro 2015 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (22 Agosto 2015) | Feedback

Introdução

Este documento descreve uma das aproximações as mais eficazes para pesquisar defeitos o fax, que inclui estas etapas:

  1. Rache o atendimento em dois pés.
  2. Identifique o protocolo (SIP/H.323/SCCP/MGCP) em cada pé.
  3. Escolha um pé e verifique então se o atendimento é entrante ou que parte nesse pé e se o gateway/valor-limite associado é um gateway de terminação (TGW) ou o gateway de origem (OGW) correspondentemente.

Você pode rachar uma chamada de fax em quatro porções:

  1. Estabelecer a chamada de voz
    • Fora-gancho, seletor, anel, resposta
    • Chamada (CNG) e tons chamados de Equipamento Identificação (CED)
  2. Switchover
    • Maior velocidade/correção do codec
    • Exprima a detecção de ativação (VAD) desabilitada no DSP
    • Transições do buffer do Jitter de adaptável a um valor ótimo fixo
  3. procedimentos da PRE-mensagem
    • Identificação de terminal do fax
    • As capacidades trocam e ajuste
    • Formação
  4. procedimentos da Em-mensagem e da mensagem do cargo
    • Transmissão das páginas
    • Detecção de erros e correção (ECM)
    • Final da mensagem e confirmação da página
    • Disconexão do atendimento, Em-gancho

Este fluxo de chamadas inclui as mensagens para procurar quando o Session Initiation Protocol (SIP) é o protocolo identificado. Há umas seções correspondentes baseadas sobre se seu valor-limite é um TGW ou um OGW.

Nota: Na tabela na próxima seção, amba o relé e a transmissão de T.38 foram testados simultaneamente e as diferenças entre o G3 e o SG3 foram indicadas.

Contribuído por Karan Moudgil, engenheiro de TAC da Cisco.

TGW - Chamada de fax entrante no pé do SORVO

Observe que:

  • T.38 - Delay<1000ms, Jitter<300ms, perda de pacotes não deve ser NENHUM a menos que T.38 com Redundância.
  • Transmissão - Delay<1000ms, Jitter<30ms, perda de pacotes não deve ser NENHUM.
  • Switchover com base nos protocolos - Este é padrão baseado.
  • O NSE baseou o switchover - Isto é proprietário e trabalha somente entre ciscos voices gateways.
PassagemRelé de T.38

GW-------------------------CUCM/GW
<-------------CONVIDE--------------------
------------100TRYING-------------->
------------180RINGING------------>

Verifique para ver se há mostras VTSP:

Fax Relay=DISABLED - do “taxa fax desabilitada”
ajuste (dial-peer)
Fax preliminar Protocol=IGNORE_FAX_RELAY,
Fax Protocol=IGNORE_FAX_RELAY da reserva
Supressão do fax relay CM: =ENABLED
, Supressão do fax relay ANS: =DISABLED

GW-------------------------CUCM/GW
<-------------CONVIDE--------------------
------------100TRYING-------------->
------------180RINGING------------>

Verifique para ver se há mostras VTSP:

Envie Relay=ENABLED
Fax preliminar Protocol=T38_FAX_RELAY,
Fax Protocol=NONE_FAX_RELAY da reserva
Supressão do fax relay CM: =ENABLED,
Supressão do fax relay ANS: =DISABLED

Com base nos protocolos
NSE baseado
Com base nos protocolos
NSE baseado

GW------CUCM/GW

---200OK+SDP----->

v=0
o=CiscoSystemsSIP-GW-UserAgent
0 6060 EM IP4 209.165.201.2
atendimento do s=SIP
c=IN IP4 209.165.201.2
t=0 0
m=audio 17924 RTP/AVP 0
c=IN IP4 209.165.201.2
a=rtpmap:0 PCMU/8000
a=ptime:20

<----ACK+SDP-----

v=0
o=CiscoSystemsCCM-SIP 2000 1 EM IP4 209.165.201.3
atendimento do s=SIP
c=IN IP4 209.165.201.1
t=0 0
m=audio 16724 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=ptime:20

Nota: Em caso do EO, um SDP similar seria recebido com CONVIDA.

GW---------CUCM/GW

------200OK+SDP------>

v=0
o=CiscoSystemsSIP-
GW-UserAgent
5944 7031 EM IP4 209.165.201.2
atendimento do s=SIP
c=IN IP4 209.165.201.2
t=0 0
m=audio 18806 RTP/AVP 0 100
c=IN IP4 209.165.201.2
a=rtpmap:0 PCMU/8000
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194,200-202
a=ptime:20
a=X-sqn:0
a=X-cap: 1 RTP/AVP audio 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 192-194,200-202
a=X-cap: udptl t38 de 2 imagens

<------ACK+SDP--------

v=0
o=CiscoSystemsCCM-SIP
2000 1 EM IP4 209.165.201.4
atendimento do s=SIP
c=IN IP4 209.165.201.1
t=0 0
m=audio 16724 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194,200-202
a=rtpmap:101
telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=X-sqn:0
a=X-cap: 1 RTP/AVP audio 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 192-194,200-202
a=X-cap: udptl t38 de 2 imagens

Nota: Em caso do EO, um SDP similar seria recebido com CONVIDA.

GW------------CUCM/GW

-------200OK+SDP-------->

v=0
o=CiscoSystemsSIP-GW-UserAgent
0 6060 EM IP4 209.165.201.2
atendimento do s=SIP
c=IN IP4 209.165.201.2
t=0 0
m=audio 17924 RTP/AVP 0
c=IN IP4 209.165.201.2
a=rtpmap:0 PCMU/8000
a=ptime:20

<-------ACK+SDP---------

v=0
o=CiscoSystemsCCM-SIP 2000
1 EM IP4 209.165.201.3
atendimento do s=SIP
c=IN IP4 209.165.201.1
t=0 0
m=audio 16724 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=ptime:20

Nota: Em caso do EO, um SDP similar seria recebido com CONVIDA.

GW------CUCM/GW

-----200OK+SDP---->

v=0
o=CiscoSystemsSIP-
GW-UserAgent
5944 7031 EM IP4 209.165.201.2
atendimento do s=SIP
c=IN IP4 209.165.201.2
t=0 0
m=audio 18806
RTP/AVP 0 100
c=IN IP4 209.165.201.2
a=rtpmap:0 PCMU/8000
a=rtpmap:100 X-NSE/8000
192-194 a=fmtp:100,
200-202
a=ptime:20
a=X-sqn:0
a=X-cap: 1 RTP/AVP audio 100
a=X-cpar:
a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 192-194,200-202
a=X-cap: udptl t38 de 2 imagens

<-----ACK+SDP------

v=0
o=CiscoSystemsCCM-SIP 2000 1 EM IP4 209.165.201.3
atendimento do s=SIP
c=IN IP4 209.165.201.1
t=0 0
m=audio 16724 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=rtpmap:100 X-NSE/8000
192-194 a=fmtp:100,
200-202
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=X-sqn:0
a=X-cap: 1 RTP/AVP audio 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 192-194,200-202
a=X-cap: udptl t38 de 2 imagens

Nota: Em caso do EO, um SDP similar seria recebido com CONVIDA.

GW-------------------------CUCM/GW

<========AUDIO==========>

Atendimento audio estabelecido nesta fase, mas como as máquinas de fax falam começam trocar tons no atendimento audio.

O T.30 inicial tonifica (não pode ser visto dentro debuga enquanto estes são enviados sempre no RTP.)

FAX G3:

<<<<<<<<<<CNG<<<<<<<<<<<

1100 hertz, cada 3 segundos por .5 segundo. Indica um terminal de chamada do nonspeech.

>>>>>>>>>>CED>>>>>>>>>>>

Um tom 2100 hertz que dure entre 2.6 - 4.0 segundos. Desabilita supressores de eco no caminho de transmissão.

FAX SG3:
<<<<<<<<<<CNG<<<<<<<<<<<

1100 hertz, cada 3 segundos por .5 segundo. Indica um terminal de chamada do nonspeech.

>>>>>>>>>>ANSAM>>>>>>>>>

Um tom 2100 hertz como o CED, mas a amplitude modulou por uma onda senoidal em 15 hertz com reversão de fase cada Senhora 450.

<<<<<<<<<<CM<<<<<<<<<<<<

>>>>>>>>>>>>>>>>>>>>>> JM

<<<<<<<<<<CJ<<<<<<<<<<<<

Iniciação V.34 (fases 2-4)

O TGW espera para detectar o preâmbulo V.21 nos tons. Encontra-o no tom CED (G3) ou no ANSAM (SG3). Uma vez que detecta a bandeira V.21, inicia o switchover.

Verifique para ver se há mostras VTSP:

Event=E_DSMP_DSP_MODEM_TONE

Uma das tarefas no switchover é fazer as transições do buffer do Jitter de adaptável a um valor ótimo fixo.

A transmissão do fax usa a última configuração de modo da Voz antes do switchover para o tremor ou os bufferes de playout. Incorpore o comando da porta de voz X/X/X da mostra a fim verificar os valores atual do retardo de playout.

GW-------------------------CUCM/GW

<========AUDIO==========>

Atendimento audio estabelecido nesta fase, mas como as máquinas de fax falam começam trocar tons no atendimento audio.

O T.30 inicial tonifica (não pode ser visto dentro debuga enquanto estes são enviados sempre no RTP.)


FAX G3:

<<<<<<<<<<CNG<<<<<<<<<<<

1100 hertz, cada 3 segundos por .5 segundo. Indica um terminal de chamada do nonspeech.

>>>>>>>>>>CED>>>>>>>>>>>

Um tom 2100 hertz que dure entre 2.6 - 4.0 segundos. Desabilita supressores de eco no caminho de transmissão.

FAX SG3:
<<<<<<<<<<CNG<<<<<<<<<<<

1100 hertz, cada 3 segundos por .5 segundo. Indica um terminal de chamada do nonspeech.

>>>>>>>>>>ANSAM>>>>>>>>>

Um tom 2100 hertz como o CED, mas a amplitude modulou por uma onda senoidal em 15 hertz com reversão de fase cada Senhora 450.

Chamadas de fax do apoio G3 dos Cisco gateway somente com T.38. A fim segurar corretamente as velocidades mais altas dos atendimentos SG3, a transmissão de modem deve ser usada.

Nenhuma iniciação V.34 (fases 2-4) existe, a fase onde V.8 inicial eu igualmente não termino. Os squelchs OGW o tom CM e como SG3 são inversos - compatível com padrão do fax G3, o Failover das máquinas de fax ao G3.

>>>>>>>>>CED>>>>>>>>>>>

Um tom 2100 hertz que dure entre 2.6 - 4.0 segundos. Desabilita supressores de eco no caminho de transmissão.

O TGW espera para detectar o preâmbulo V.21 nos tons. Encontra-o no tom CED (G3) ou no ANSAM (SG3). Uma vez que detecta a bandeira V.21, inicia o switchover.

Verifique para ver se há mostras VTSP:

VTSP: Event=E_DSMP_DSP_FAX_TONE

Verifique para ver se há mostras DSMP:
E_DSM_CC_MC_START

Verifique para ver se há mostras CCAPI:
CCAPI:Caps(Codec=T38Fax(0x10000), fax Rate=FAX_RATE_14400(0x80),Fax Version:=0, Vad=OFF(0x1),

Uma das tarefas no switchover é fazer as transições do buffer do Jitter de adaptável a um valor ótimo fixo.

T.38 usa o tremor ou bufferes de playout fixados 300 Senhoras. Inscreva o comando 100 do fax do playout-atraso sob a porta de voz a fim reduzir o tempo do buffer se o atraso é alto. Incorpore o comando da porta de voz X/X/X da mostra a fim verificar os valores atual do retardo de playout.

Com base nos protocolos
NSE baseado
Com base nos protocolos
NSE baseado

GW------CUCM/GW

---INVITE+SDP---->

v=0
0 6060 o=CiscoSystemsSIP-GW-UserAgent EM IP4 209.165.201.2
atendimento do s=SIP
c=IN IP4 209.165.201.2
t=0 0
m=audio 17924 RTP/AVP 0
c=IN IP4 209.165.201.2

a=rtpmap:0 PCMU/8000
a=silenceSupp: fora de - - - -


<----100TRYING----

<--200OK+SDP-----

v=0
o=CiscoSystemsCCM-SIP 2000 1 EM IP4 209.165.201.3
atendimento do s=SIP
c=IN IP4 209.165.201.1
t=0 0
m=audio 16724 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=silenceSupp: fora de - - - -

 

--------ACK---------->

show call ative voice brief não mostrará a mudança

 

 

 

FAX G3:

GW----------CUCM/GW

====NSE192======>

Codec e interruptor da maior velocidade ao modo de passagem.

Verifique para ver se há mostras VTSP:

E_DSM_CC_MODIFY
_MEDIA_IND

debugar o evento nomeado sessão do rtp do voip:

<And>>> 00 Pt:100 Evt:192 Pkt:00 00

<====NSE192=======

Verifique para ver se há mostras VTSP:

E_DSMP_DSP_REPORT
_PEER_TO_PEER

_MSG

debugar o evento nomeado sessão do rtp do voip:

<<<Rcv> Pt:100 Evt:192 Pkt:00 00 00

FAX SG3:

GW----------CUCM/GW

====NSE192=====>

Codec e interruptor da maior velocidade ao modo de passagem.

Verifique para ver se há mostras VTSP:

E_DSM_CC_MODIFY
_MEDIA_IND

debugar o evento nomeado sessão do rtp do voip:

<And>>> 00 Pt:100 Evt:192 Pkt:00 00

<====NSE192======

Verifique para ver se há mostras VTSP:

E_DSMP_DSP_REPORT
_PEER_TO_PEER

_MSG

debugar o evento nomeado sessão do rtp do voip:

<<<Rcv> Pt:100 Evt:192 Pkt:00 00 00


=====NSE193=====>

Detecte a reversão de fase do desabilitação ECAN do ANSam.

Verifique para ver se há mostras VTSP:

E_DSM_CC_MODIFY_
MEDIA_IND

debugar o evento nomeado sessão do rtp do voip:

<And>>> 00 Pt:100 Evt:193 Pkt:00 00

<====NSE193======

Verifique para ver se há mostras VTSP:

E_DSMP_DSP_REPORT
_PEER_TO_PEER

_MSG

debugar o evento nomeado sessão do rtp do voip:

<<<Rcv> Pt:100 Evt:193 Pkt:00 00 00

 

 

Nota: O NSE-194 é provocado por uma detecção local de 4 segundos da detecção do silêncio ou da perda de portadora. Esta mensagem instrui o gateway remoto para retornar ao modo da Voz. Basicamente, todas as mudanças feitas pelo NSE-192 e o NSE-193 são desabotoados.

show call ative voice brief mostras: Nse MODEMPASS

GW-------------CUCM/GW

-------INVITE+SDP------>

v=0
o=CiscoSystemsSIP-GW-UserAgent
0 6061 EM IP4 209.165.201.2
atendimento do s=SIP
c=IN IP4 209.165.201.2
t=0 0
udptl t38 do m=image 17924
c=IN IP4 209.165.201.2
a=T38FaxVersion:0
a=T38MaxBitRate:14400
a=T38FaxFillBitRemoval:0
a=T38FaxTranscoding
MMR:0
a=T38FaxTranscodingJ
BIG:0
a=T38FaxRate
Gerenciamento:
transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMax
Datagram:320
a=T38FaxUdpEC:
t38UDPRedundancy


<--------100TRYING------

<-----200OK+SDP---------

v=0
o=CiscoSystemsCCM
- SORVO 2000 2 EM IP4 209.165.201.3
atendimento do s=SIP
c=IN IP4 209.165.201.1
t=0 0
udptl t38 do m=image 16384

-----------ACK------------->

show call ative voice brief mostras: t38

 

FAX G3:

GW------CUCM/GW

====NSE200====>

Transição do modo da Voz a T.38

Verifique para ver se há mostras VTSP

E_DSM_CC_
ALTERE
_MEDIA_IND

debugar o evento nomeado sessão do rtp do voip:

<And>>> 00 Pt:100 Evt:200 Pkt:00 00


<===NSE201=====

T.38 ACK recebido, instrui o TGW para começar a sessão de T.38.

Verifique para ver se há mostras VTSP:

E_DSMP_DSP_
REPORT_PEER_
TO_PEER

_MSG

debugar o evento nomeado sessão do rtp do voip:

<<<Rcv> Pt:100 Evt:201 Pkt:00 00 00

FAX SG3:

Como você o spoof SG3 ao G3 chapinhando o tom CM, lá não é nenhuma encenação do FAX SG3 no relé T38.

Nota: O NSE-202 é um NACK a uma mensagem do NSE-200 que signifique que o gateway de peer
não pode processar pacotes de T.38 para o atendimento. O atendimento permanece no modo da Voz e não comuta sobre a T.38.

show call ative voice brief mostras:

t38

Na transmissão você não pode ver que todas as mensagens T.30 de debuga enquanto todos os tons vão no RTP-como o áudio com G711ulaw/alaw. Contudo, a negociação do tom do fax permanece a mesma independentemente do relé ou da transmissão.

GW-------------------------CUCM/GW

>>>>>>>>>CSI>>>>>>>>>>> (opcional) (identificação do assinante chamado)
>>>>>>>>>NSF>>>>>>>>>>> (opcional) (facilidades não padronizadas)
>>>>>>>>>DIS>>>>>>>>>>> (sinal de identificação digital)

<<<<<<<<<TSI<<<<<<<<<<< (opcional) (identificação de assinante de transmissão)
<<<<<<<<<DCS<<<<<<<<<< (comando signal digital)

<++++++++++TCF++++++++++ (de alta velocidade) (verificação do treinamento)

>>>>>>>>>>>CFR>>>>>>>>>> (confirmação a receber)

Se você vê o FTT aqui que significa o treinamento TCF falhado. Verifique cronometrar e os deslizamentos no T1/E1. Nas capturas de pacote de informação, verifique o TCF deve ser todos os 0.

Página RX+++++++ <++++Partial (de alta velocidade)
<<<<<<<<PPS/EOM<<<<<<<< (página parcial enviada)/(final da mensagem)

>>>>>>>>>MCF>>>>>>>>>>> (confirmação de mensagem)

Página RX+++++++ <++++Partial (de alta velocidade)
<<<<<<<<PPS/EOP<<<<<<<< (página parcial enviada)/(fim do procedimento)

>>>>>>>>>MCF>>>>>>>>>>> (confirmação de mensagem)

<<<<<<<<<<DCN<<<<<<<<<< (disconexão)

Nota: O ECM é opcional para o G3, mas imperativo para SG3.  Como você pode conseguir as velocidades SG3 com transmissão, certifique-se que o ECM está permitido nas máquinas de fax para que o fax suceda.
Também, o sinal do treinamento TCF é exigido para o G3, mas não é aplicável para SG3.

Nota: Para a transmissão, um canal comum de 64kbps (g711) é atribuído. Assim, o mais alto e as velocidades mais baixa das mensagens tornam-se irrelevantes.

Se o switchover T38 é bem sucedido, estas mensagens estão consideradas na correspondência debugam:

Verifique para ver se há mostras VTSP:
event:E_CC_T38_START

Verifique para ver se há mostras DSMP:
E_DSM_CC_MC_LOCAL_DNLD_DONE

Verifique para ver se há mostras CCAPI:
Caps(Codec=T38Fax(0x10000),
Fax Rate=FAX_RATE_14400(0x80),
Fax Version:=0,
Vad=OFF(0x1),

T30 all-level-1 do debug fax relay:
timestamp=1321430729 FR-MSG-DET NSF
timestamp=1321431129 FR-MSG-DET CSI
timestamp=1321431879 FR-MSG-DET DIS
timestamp=1321435719 FR-MSG-TX TSI
bytes timestamp=1321436329 FR_GOOD_CRC_LS_DATA 0x0
bom centro de detecção e de controlo timestamp=1321436329 FR-MSG-TX, bytes 0
timestamp=1321436439 FR-MSG-TX DC
bytes timestamp=1321436619 FR_GOOD_CRC_LS_DATA 0x0
timestamp=1321441499 FR-MSG-DET CFR
timestamp=1321461449 FR-MSG-TX PPS
bytes timestamp=1321461639 FR_GOOD_CRC_LS_DATA 0x0
timestamp=1321463099 FR-MSG-DET MCF
timestamp=1321466789 FR-MSG-TX DCN
bytes timestamp=1321466869 FR_GOOD_CRC_LS_DATA 0x0
bom centro de detecção e de controlo timestamp=1321466869 FR-MSG-TX, bytes 0

GW-------------------------CUCM/GW

>>>>>>>>>CSI>>>>>>>>>>> (opcional) (identificação do assinante chamado)
>>>>>>>>>NSF>>>>>>>>>>> (opcional) (facilidades não padronizadas)
>>>>>>>>>DIS>>>>>>>>>>> (sinal de identificação digital)

<<<<<<<<<TSI<<<<<<<<<<< (opcional) (identificação de assinante de transmissão)
<<<<<<<<<DCS<<<<<<<<<< (comando signal digital)

<++++++++++TCF++++++++++ (de alta velocidade) (verificação do treinamento)

>>>>>>>>>>>CFR>>>>>>>>>> (confirmação a receber)

Se você vê o FTT aqui que significa o TCF, a formação falhada, cronometrar da verificação e os deslizamentos no T1/E1. Na verificação das capturas de pacote de informação o TCF deve ser todos os 0.

Página RX+++++++ <++++Partial (de alta velocidade)
<<<<<<<<PPS/EOM<<<<<<<< (página parcial enviada)/(final da mensagem)

>>>>>>>>>MCF>>>>>>>>>>> (confirmação de mensagem)

Página RX+++++++ <++++Partial (de alta velocidade)
<<<<<<<<PPS/EOP<<<<<<<< (página parcial enviada)/(fim do procedimento)

>>>>>>>>>MCF>>>>>>>>>>> (confirmação de mensagem)

<<<<<<<<<<DCN<<<<<<<<<< (disconexão)

Com base nos protocolos
NSE baseado
Com base nos protocolos
NSE baseado

Configuração do nível DP:

protocolo do fax do ## passagem-através de g711ulaw/g711alaw

desabilitação da taxa do fax do ##

NSF 000000 do fax do ##

Configuração do nível DP:

codec g711ulaw/g711alaw do nse da transmissão de modem do ##

desabilitação da taxa do fax do ##

NSF 000000 do fax do ##

Configuração do nível DP:

reserva da HS-Redundância 0 da ls-Redundância 0 da versão 0 do protocolo t38 do fax do ## nenhuns

NSF 000000 do fax do ##        
desabilitação ecm do fax-relay do ##
sistema do fax-relay sg3-to-g3 do ##
taxa 14400 do fax do ##

Configuração do nível DP:

reserva da HS-Redundância 0 da ls-Redundância 0 da versão 0 da força do nse do protocolo t38 do fax do ## nenhuns

NSF 000000 do fax do ##        
desabilitação ecm do fax-relay do ##
sistema do fax-relay sg3-to-g3 do ##
taxa 14400 do fax do ##

OGW - Chamada de fax que parte no pé do SORVO

Observe que:

  • T.38 - Delay<1000ms, Jitter<300ms, perda de pacotes não deve ser NENHUM a menos que T.38 com Redundância.
  • Transmissão - Delay<1000ms, Jitter<30ms, perda de pacotes não deve ser NENHUM.
  • Switchover com base nos protocolos - Este é padrão baseado.
  • O NSE baseou o switchover - Isto é proprietário e trabalha somente entre ciscos voices gateways.
Passagem
Relé de T.38

GW-------------------------CUCM/GW
-------------CONVIDE-------------------->
<------------100TRYING--------------
<------------180RINGING-------------

Verifique para ver se há mostras VTSP:
Fax Relay=DISABLED - do “a taxa fax desabilitada” ajustou-se (dial-peer)
Fax preliminar Protocol=IGNORE_FAX_RELAY,
Fax Protocol=IGNORE_FAX_RELAY da reserva
Supressão do fax relay CM: =ENABLED,
Supressão do fax relay ANS: =DISABLED

GW-------------------------CUCM/GW
-------------CONVIDE-------------------->
<------------100TRYING--------------
<------------180RINGING-------------

Verifique para ver se há mostras VTSP:
Envie Relay=ENABLED
Fax preliminar Protocol=T38_FAX_RELAY,
Fax Protocol=NONE_FAX_RELAY da reserva
Supressão do fax relay CM: =ENABLED,
Supressão do fax relay ANS: =DISABLED

Com base nos protocolos
NSE baseado
Com base nos protocolos
NSE baseado

GW------CUCM/GW

<----200OK+SDP----

v=0
0 6060 o=CiscoSystemsSIP-GW-UserAgent EM IP4 209.165.201.2
atendimento do s=SIP
c=IN IP4 209.165.201.2
t=0 0
m=audio 17924 RTP/AVP 0
c=IN IP4 209.165.201.2
a=rtpmap:0 PCMU/8000
a=ptime:20

-----ACK+SDP----->

v=0
o=CiscoSystemsCCM-SIP 2000 1 EM IP4 209.165.201.3
atendimento do s=SIP
c=IN IP4 209.165.201.1
t=0 0
m=audio 16724 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=ptime:20

 

Nota: Em caso do EO, um SDP similar seria enviado dentro CONVIDA.

GW----------CUCM/GW

<-----200OK+SDP------

v=0
o=CiscoSystemsSIP
- GW-UserAgent 5944 7031 DENTRO
IP4 209.165.201.2
atendimento do s=SIP
c=IN IP4 209.165.201.2
t=0 0
m=audio 18806 RTP/AVP 0 100
c=IN IP4 209.165.201.2
a=rtpmap:0 PCMU/8000
a=rtpmap:100 X-NSE/8000
192-194 a=fmtp:100,
200-202
a=ptime:20
a=X-sqn:0
a=X-cap: 1 RTP/AVP audio 100
a=X-cpar: a=rtpmap:
100 X-NSE/8000a=X-cpar: 192-194 a=fmtp:100,
200-202a=X-cap: udptl t38 de 2 imagens

-------ACK+SDP------->

v=0
o=CiscoSystemsCCM-SIP
2000 1 EM IP4
209.165.201.4
atendimento do s=SIP
c=IN IP4 209.165.201.1
t=0 0
m=audio 16724 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=rtpmap:100 X-NSE/8000
192-194 a=fmtp:100,
200-202
a=rtpmap:101
telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=X-sqn:0
a=X-cap: 1 áudio
RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 192-194,200-202
a=X-cap: udptl t38 de 2 imagens

 
Nota: Em caso do EO, um SDP similar seria enviado dentro CONVIDA.

GW----------CUCM/GW

<------200OK+SDP------

v=0
o=CiscoSystems
Sorvo-GW-UserAgent 0 6060 em IP4 209.165.201.2
atendimento do s=SIP
c=IN IP4 209.165.201.2
t=0 0
m=audio 17924 RTP/AVP 0
c=IN IP4 209.165.201.2
a=rtpmap:0 PCMU/8000
a=ptime:20

--------ACK+SDP------>

v=0
o=CiscoSystemsCCM-SIP 2000 1 EM IP4 209.165.201.3
atendimento do s=SIP
c=IN IP4 209.165.201.1
t=0 0
m=audio 16724 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=ptime:20

Nota: Em caso do EO, um SDP similar seria enviado dentro CONVIDA.

GW--------CUCM/GW

<-----200OK+SDP-----

v=0
o=CiscoSystemsSIP
- GW-UserAgent 5944 7031 em IP4 209.165.201.2
atendimento do s=SIP
c=IN IP4 209.165.201.2
t=0 0
m=audio 18806 RTP/AVP 0 100
c=IN IP4 209.165.201.2
a=rtpmap:0 PCMU/8000
a=rtpmap:100 X-NSE/8000
192-194 a=fmtp:100,
200-202
a=ptime:20
a=X-sqn:0
a=X-cap: 1 RTP/AVP audio 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 192-194,200-202
a=X-cap: udptl t38 de 2 imagens


-------ACK+SDP------>

v=0
o=CiscoSystemsCCM-SIP 2000 1 EM IP4 209.165.201.3
atendimento do s=SIP
c=IN IP4 209.165.201.1
t=0 0
m=audio 16724 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=rtpmap:100 X-NSE/8000
192-194 a=fmtp:100,
200-202
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=X-sqn:0
a=X-cap: 1 RTP/AVP audio 100
a=X-cpar: a=rtpmap:
100 X-NSE/8000
a=X-cpar: a=fmtp:
100 192-194,200-202
a=X-cap: udptl t38 de 2 imagens

Nota: Em caso do EO, um SDP similar seria enviado dentro CONVIDA.

GW-------------------------CUCM/GW

<========AUDIO==========>

O atendimento audio estabelecido nesta fase, mas como as máquinas de fax falam, troca tons no atendimento audio.

O T.30 inicial tonifica (não pode ser visto dentro debuga enquanto estes são enviados sempre no RTP.)

FAX G3:

>>>>>>>>>>>>>>>>>>>>> CNG

1100 hertz, cada 3 segundos por .5 segundo. Indica um terminal de chamada do nonspeech.

<<<<<<<<<<CED<<<<<<<<<<<

Um tom 2100 hertz que dure entre 2.6 - 4.0 segundos. Desabilita supressores de eco no caminho de transmissão.

FAX SG3:
>>>>>>>>>>>>>>>>>>>>> CNG

1100 hertz, cada 3 segundos por .5 segundo. Indica um terminal de chamada do nonspeech.

<<<<<<<<<<ANSAM<<<<<<<<

Um tom 2100 hertz como o CED, mas a amplitude modulou por uma onda senoidal em 15Hz com reversão de fase cada Senhora 450.

>>>>>>>>>>>>>>>>>>>>>> CM

<<<<<<<<<<JM<<<<<<<<<<<<

>>>>>>>>>>>>>>>>>>>>>> CJ

Iniciação V.34 (fases 2-4)

O OGW espera o gateway de terminação para detectar o preâmbulo V.21 nos tons. Uma vez que o TGW detecta a bandeira V.21, inicia o switchover.

Uma das tarefas no switchover é fazer as transições do buffer do Jitter de adaptável a um valor ótimo fixo.

A transmissão do fax usa a última configuração de modo da Voz antes do switchover para o tremor ou os bufferes de playout. Incorpore o comando da porta de voz X/X/X da mostra a fim verificar os valores atual do retardo de playout.

GW-------------------------CUCM/GW

<========AUDIO==========>

O atendimento audio estabelecido nesta fase, mas como as máquinas de fax falam, troca tons no atendimento audio.

O T.30 inicial tonifica (não pode ser visto dentro debuga enquanto estes são enviados sempre no RTP.)

FAX G3:

>>>>>>>>>>>>>>>>>>>>> CNG

1100 hertz, cada 3 segundos por .5 segundo. Indica um terminal de chamada do nonspeech.

<<<<<<<<<<CED<<<<<<<<<<<

Um tom 2100 hertz que dure entre 2.6 - 4.0 segundos. Desabilita supressores de eco no caminho de transmissão.

FAX SG3:
>>>>>>>>>>>>>>>>>>>>> CNG

1100 hertz, cada 3 segundos por .5 segundo. Indica um terminal de chamada do nonspeech.

<<<<<<<<<<ANSAM<<<<<<<<

Um tom 2100 hertz como o CED, mas a amplitude modulou por uma onda senoidal em 15Hz com reversão de fase cada Senhora 450.

>>>CM>>X

Chamadas de fax do apoio G3 dos Cisco gateway somente com T.38. A fim segurar corretamente as velocidades mais altas dos atendimentos SG3, a transmissão de modem deve ser usada.

Nenhuma iniciação V.34 (fases 2-4) existe, a fase onde V.8 inicial eu igualmente não termino. Os squelchs OGW o tom CM e como SG3 são inversos - compatível com padrão do fax G3, o Failover das máquinas de fax ao G3.

<<<<<<<<<<CED<<<<<<<<<<<

Um tom 2100 hertz que dure entre 2.6 - 4.0 segundos. Desabilita supressores de eco no caminho de transmissão.

O OGW espera o TGW para detectar o preâmbulo V.21 nos tons. Uma vez que o TGW detecta a bandeira V.21, inicia o switchover.

Uma das tarefas no switchover é fazer as transições do buffer do Jitter de adaptável a um valor ótimo fixo.

T.38 usa o tremor ou bufferes de playout fixados 300 Senhoras. Inscreva o comando 100 do fax do playout-atraso sob a porta de voz reduzir o tempo do buffer se o atraso é alto. Incorpore o comando da porta de voz X/X/X da mostra a fim verificar os valores atual do retardo de playout.

Com base nos protocolos
NSE baseado
Com base nos protocolos
NSE baseado

GW------CUCM/GW

<---INVITE+SDP----

v=0
0 6060 o=CiscoSystemsSIP-GW-UserAgent EM IP4 209.165.201.2
atendimento do s=SIP
c=IN IP4 209.165.201.2
t=0 0
m=audio 17924 RTP/AVP 0
c=IN IP4 209.165.201.2

a=rtpmap:0 PCMU/8000
a=silenceSupp: fora de - - - -

----100TRYING---->

----200OK+SDP---->

v=0
o=CiscoSystemsCCM-SIP 2000 1 EM IP4 209.165.201.3
atendimento do s=SIP
c=IN IP4 209.165.201.1
t=0 0
m=audio 16724 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=silenceSupp: fora de - - - -

 <------ACK---------

show call ative voice brief não mostrará a mudança

 

 

 

FAX G3:

GW---------CUCM/GW

<====NSE192====

Codec e interruptor da maior velocidade ao modo de passagem.


Verifique para ver se há mostras VTSP:

E_DSMP_DSP_REPORT
_PEER_TO_PEER

_MSG

debugar o evento nomeado sessão do rtp do voip:

<<<Rcv> Pt:100 Evt:192 Pkt:00 00 00

====NSE192=====>

Verifique para ver se há mostras VTSP:

E_DSM_CC_MODIFY
_MEDIA_IND

debugar o evento nomeado sessão do rtp do voip:

<And>>> 00 Pt:100 Evt:192 Pkt:00 00

FAX SG3:

GW----------CUCM/GW

<====NSE192======

Codec e interruptor da maior velocidade ao modo de passagem.

Verifique para ver se há mostras VTSP:

E_DSMP_DSP_
RELATÓRIO
_PEER_TO_PEER

_MSG

debugar o evento nomeado sessão do rtp do voip:

<<<Rcv> Pt:100 Evt:192 Pkt:00 00 00

====NSE192======>

Verifique para ver se há mostras VTSP:

E_DSM_CC_MODIFY
_MEDIA_IND

debugar o evento nomeado sessão do rtp do voip:

<And>>> 00 Pt:100 Evt:192 Pkt:00 00



<====NSE193=====

Desabilitação ECAN.

Verifique para ver se há mostras VTSP:

E_DSMP_DSP_REPORT
_PEER_TO_PEER

_MSG

debugar o evento nomeado sessão do rtp do voip:

<<<Rcv> Pt:100 Evt:193 Pkt:00 00 00

====NSE193=====>

Verifique para ver se há mostras VTSP:

E_DSM_CC_MODIFY
_MEDIA_IND

debugar o evento nomeado sessão do rtp do voip:

<And>>> 00 Pt:100 Evt:193 Pkt:00 00

 

Nota: O NSE-194 é provocado por uma detecção local de 4 segundos da detecção do silêncio ou da perda de portadora. Esta mensagem instrui o gateway remoto para retornar ao modo da Voz. Basicamente, todas as mudanças feitas pelo NSE-192 e o NSE-193 são desabotoados.

mostre nse mostras MODEMPASS do brie da voz ativa do atendimento das

GW---------CUCM/GW

<-----INVITE+SDP------

v=0
o=CiscoSystemsSIP-GW
- UserAgent 0 6061 em IP4 209.165.201.2
atendimento do s=SIP
c=IN IP4 209.165.201.2
t=0 0
udptl t38 do m=image 17924
c=IN IP4 209.165.201.2
a=T38FaxVersion:0
a=T38MaxBitRate:14400
a=T38FaxFillBit
Removal:0
a=T38FaxTranscoding
MMR:0
a=T38FaxTranscoding
JBIG:0
a=T38FaxRate
Gerenciamento:
transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMax
Datagram:320
a=T38FaxUdpEC:
t38UDPRedundancy

--------100TRYING----->

-------200OK+SDP------>

v=0
o=CiscoSystemsCCM-SIP 2000 2 EM IP4 209.165.201.3
atendimento do s=SIP
c=IN IP4 209.165.201.1
t=0 0
udptl t38 do m=image 16384


<--------ACK------------

show call ative voice brief mostrará: t38

 

Nota: Sempre que CUCM é involvido, para o RE_INVITE nestas topologias:
Fax--GW---(h323)--CUCM---
(sorvo)---GW---FAX
Fax--GW---(mgcp)--CUCM---
(sorvo)---GW---FAX
Fax--GW---(sccp)---CUCM---
(sorvo)---GW---FAX

O SDP no RE-INVITE terá:
     …
     udptl t38 do m=image 17218
     c=IN IP4 0.0.0.0
     …
Enviará sempre primeiramente 0.0.0.0/t38, e então envia mais tarde um outro t38
convide com um IP real.

Tal comportamento não é considerado nesta topologia desde que CUCM segura media diferentemente para esta encenação:
Fax--GW---(sorvo)---CUCM---
(sorvo)---GW---FAX

Especialmente quando o CUBO é involvido, mantenha na mente isto:
CSCtj50993, CSCtx83833

FAX G3:

GW---------CUCM/GW

<====NSE200=====

Transição do modo da Voz a T.38

Verifique para ver se há mostras VTSP:

E_DSMP_DSP_
RELATÓRIO
_PEER_TO_PEER

_MSG

debugar o evento nomeado sessão do rtp do voip:

<<<Rcv> Pt:100 Evt:200 Pkt:00 00 00

====NSE201=====>

T.38 ACK recebido, instrui o TGW para começar a sessão de T.38

Verifique para ver se há mostras VTSP:

E_DSM_CC_MODIFY_
MEDIA_IND

debugar o evento nomeado sessão do rtp do voip:
<And>>> 00 Pt:100 Evt:201 Pkt:00 00


FAX SG3:

Como você o spoof SG3 ao G3 chapinhando o tom CM, lá não é nenhuma encenação do FAX SG3 no relé T38.

Nota: O NSE-202 é um NACK a uma mensagem do NSE-200 essa signifes que o gateway de peer não pode processar pacotes de T.38 para o atendimento. O atendimento permanecerá no modo da Voz e não comutará sobre a T.38.

show call ative voice brief mostras:

t38

Na transmissão você não pode ver que todas as mensagens T.30 de debuga enquanto todos os tons vão no RTP-como o áudio com G711ulaw/alaw. Contudo, a negociação do tom do FAX permanece a mesma independentemente do relé ou da transmissão.

GW-------------------------CUCM/GW

<<<<<<<<<CSI<<<<<<<<<<< (opcional) (identificação do assinante chamado)
<<<<<<<<<NSF<<<<<<<<<<< (opcional) (facilidades não padronizadas)
<<<<<<<<<DIS<<<<<<<<<<< (sinal de identificação digital)

>>>>>>>>>>>>>>>>>>>>> TSI (opcional) (identificação de assinante de transmissão)
>>>>>>>>>>>>>>>>>>>> DC (comando signal digital)

++++++++++TCF+++++++++> (de alta velocidade) (verificação do treinamento)

<<<<<<<<<<CFR<<<<<<<<<< (confirmação a receber)

Se você vê o FTT aqui que significa o treinamento TCF falhado, verifique cronometrar e deslizamentos no T1/E1. Na verificação das capturas de pacote de informação o TCF deve ser todos os 0.

página RX++++++> ++++Partial (de alta velocidade)
>>>>>>>>>PPS/EOM>>>>>>> (página parcial enviada)/(final da mensagem)

<<<<<<<<<MCF<<<<<<<<<<< (confirmação de mensagem)

página RX++++++> ++++Partial (de alta velocidade)
>>>>>>>>>PPS/EOM>>>>>>> (página parcial enviada)/(final da mensagem)

<<<<<<<<<MCF<<<<<<<<<<< (confirmação de mensagem)

>>>>>>>>>>>>>>>>>>>> DCN (disconexão)

Nota: O ECM é opcional para o G3, mas imperativo para SG3.  Como você pode conseguir as velocidades SG3 com transmissão, certifique-se que o ECM está permitido nas máquinas de fax para que o fax suceda.
Também, o sinal do treinamento TCF é exigido para o G3, mas não é aplicável para SG3.

Nota: Para a transmissão um canal comum de 64kbps (g711) é atribuído. Assim, o mais alto e as velocidades mais baixa das mensagens tornam-se irrelevantes.

Se o switchover T38 é bem sucedido, estas mensagens estão consideradas na correspondência debugam:

Verifique para ver se há mostras VTSP:

event:E_CC_T38_START

Verifique para ver se há mostras DSMP:
E_DSM_CC_MC_LOCAL_DNLD_DONE

Verifique para ver se há mostras CCAPI:
Caps(Codec=T38Fax(0x10000), fax Rate=FAX_RATE_14400(0x80),Fax Version:=0, Vad=OFF(0x1),

T30 all-level-1 do debug fax relay:
timestamp=352583286 FR-MSG-TX NSF
timestamp=352583686 FR-MSG-TX CSI
bytes timestamp=352583736 FR_GOOD_CRC_LS_DATA 0x0
bom centro de detecção e de controlo timestamp=352583736 FR-MSG-TX, bytes 0
timestamp=352584426 FR-MSG-TX DIS
bytes timestamp=352584456 FR_GOOD_CRC_LS_DATA 0x0
bom centro de detecção e de controlo timestamp=352584456 FR-MSG-TX, bytes 0
bytes timestamp=352584906 FR_GOOD_CRC_LS_DATA 0x0
timestamp=352587656 FR-MSG-DET TSI
timestamp=352588376 FR-MSG-DET DC
timestamp=352594056 FR-MSG-TX CFR
bytes timestamp=352594156 FR_GOOD_CRC_LS_DATA 0x0

timestamp=352613376 FR-MSG-DET PPS
timestamp=352615656 FR-MSG-TX MCF
bytes timestamp=352615776 FR_GOOD_CRC_LS_DATA 0x0
timestamp=352618716 FR-MSG-DET DCN

GW-------------------------CUCM/GW

<<<<<<<<<CSI<<<<<<<<<<< (opcional) (identificação do assinante chamado)
<<<<<<<<<NSF<<<<<<<<<<< (opcional) (facilidades não padronizadas)
<<<<<<<<<DIS<<<<<<<<<<< (sinal de identificação digital)

>>>>>>>>>>>>>>>>>>>>> TSI (opcional) (identificação de assinante de transmissão)
>>>>>>>>>>>>>>>>>>>> DC (comando signal digital)

++++++++++TCF+++++++++> (de alta velocidade) (verificação do treinamento)

<<<<<<<<<<CFR<<<<<<<<<< (confirmação a receber)

Se você vê o FTT aqui que significa o treinamento TCF falhado, verifique cronometrar e deslizamentos no T1/E1. Na verificação das capturas de pacote de informação o TCF deve ser todos os 0.

página RX++++++> ++++Partial (de alta velocidade)
>>>>>>>>>PPS/EOM>>>>>>> (página parcial enviada)/(final da mensagem)

<<<<<<<<<MCF<<<<<<<<<<< (confirmação de mensagem)

página RX++++++> ++++Partial (de alta velocidade)
>>>>>>>>>PPS/EOM>>>>>>> (página parcial enviada)/(final da mensagem)

<<<<<<<<<MCF<<<<<<<<<<< (confirmação de mensagem)

>>>>>>>>>>>>>>>>>>>> DCN (disconexão)

Com base nos protocolos
NSE baseado
Com base nos protocolos
NSE baseado

Configuração do nível DP:

protocolo do fax do ## passagem-através de g711ulaw/g711alaw

desabilitação da taxa do fax do ##

NSF 000000 do fax do ##

Configuração do nível DP:

codec g711ulaw/g711alaw do nse da transmissão de modem do ##

desabilitação da taxa do fax do ##

NSF 000000 do fax do ##

Configuração do nível DP:

reserva da HS-Redundância 0 da ls-Redundância 0 da versão 0 do protocolo t38 do fax do ## nenhuns

NSF 000000 do fax do ##        
desabilitação ecm do fax-relay do ##
sistema do fax-relay sg3-to-g3 do ##
taxa 14400 do fax do ##

Configuração do nível DP:

reserva da HS-Redundância 0 da ls-Redundância 0 da versão 0 da força do nse do protocolo t38 do fax do ## nenhuns

NSF 000000 do fax do ##        
desabilitação ecm do fax-relay do ##
sistema do fax-relay sg3-to-g3 do ##
taxa 14400 do fax do ##

Debuga para recolher

  • debugar o vpm todos (em caso do FXS)
  • debugar o q931 de ISDN (em caso do PRI)
  • debugar o inout do ccapi da Voz
  • debugar o ccsip todo/mensagens/verbos
  • debugar o vtsp todo do voip
  • debugar o dsmp todo do voip
  • debugar o hpi todo do voip
  • debugar o cabo flexível todo do DSP-recurso
  • debugar o dspapi do voip
  • T30 all-level-1 do debug fax relay
  • debugar o Nomeado-evento da sessão do rtp do voip (em caso do switchover baseado NSE)

  


Discussões relacionadas da comunidade de suporte da Cisco

A Comunidade de Suporte da Cisco é um fórum onde você pode perguntar e responder, oferecer sugestões e colaborar com colegas.


Document ID: 118647