Voz : Protocolo de inicio de sesión (SIP)

Guía del Troubleshooting del Fax-SORBO

18 Octubre 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios

Introducción

Este documento describe uno de los acercamientos más eficaces para resolver problemas el fax, que incluye estos pasos:

  1. Parta la llamada en dos piernas.
  2. Identifique el protocolo (SIP/H.323/SCCP/MGCP) en cada pierna.
  3. Elija una pierna y después marque si la llamada es entrante o saliente en esa pierna y si el gateway/el punto final asociado es un gateway de terminación (TGW) o el gateway de origen (OGW) correspondientemente.

Usted puede partir una llamada de fax en cuatro porciones:

  1. Configure la llamada de voz
    • Descolgado, dial, timbre, respuesta
    • Llamada (CNG) y tonos llamados de Equipment Identification (CED)
  2. Intercambio
    • Upspeed/corrección del codificador-decodificador
    • Detección de la activación por voz (VAD) inhabilitada en el DSP
    • Transiciones del buffer del jitter de adaptante a un valor óptimo fijo
  3. procedimientos del PRE-mensaje
    • Identificación del terminal del fax
    • Las capacidades intercambian y configuración
    • Entrenamiento
  4. procedimientos del En-mensaje y del mensaje del poste
    • Transmisión de las páginas
    • Detección de error y corrección (ECM)
    • Confirmación del fin del mensaje y de la página
    • Desconexión de la llamada, En-gancho

Este flujo de llamada incluye los mensajes para buscar cuando el Session Initiation Protocol (SIP) es el protocolo identificado. Hay secciones correspondientes basadas encendido si su punto final es un TGW o un OGW.

Nota: En la tabla en la siguiente sección, amba la retransmisión y el passthrough de T.38 fueron probados simultáneamente y las diferencias entre el G3 y SG3 se han señalado.

Contribuido por Karan Moudgil, ingeniero de Cisco TAC.

TGW - Llamada de fax entrante en la pierna del SORBO

Tenga en cuenta que:

  • T.38 - Delay<1000ms, Jitter<300ms, pérdida del paquete no debe ser NINGUNO a menos que T.38 con la Redundancia.
  • Passthrough - Delay<1000ms, Jitter<30ms, pérdida del paquete no debe ser NINGUNO.
  • Intercambio basado en protocolos - Éste es estándar basado.
  • El NSE basó el intercambio - Esto es propietario y trabaja solamente entre los gatewayes de voz de Cisco.
PassthroughRetransmisión de T.38

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

Marque para saber si hay demostraciones del VTSP:

Fax Relay=DISABLED - “tarifa del fax inhabilitada”
fije (dial-peer)
Fax primario Protocol=IGNORE_FAX_RELAY,
Fax Protocol=IGNORE_FAX_RELAY del retraso
Supresión del Fax Relay CM: =ENABLED
, Supresión del Fax Relay ANS: =DISABLED

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

Marque para saber si hay demostraciones del VTSP:

Envíe Relay=ENABLED por fax
Fax primario Protocol=T38_FAX_RELAY,
Fax Protocol=NONE_FAX_RELAY del retraso
Supresión del Fax Relay CM: =ENABLED,
Supresión del Fax Relay ANS: =DISABLED

Basado en protocolos
NSE basado
Basado en protocolos
NSE basado

GW------CUCM/GW

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

v=0
o=CiscoSystemsSIP-GW-UserAgent
0 6060 EN IP4 209.165.201.2
llamada del 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 EN IP4 209.165.201.3
llamada del 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: En caso del EO, un SDP similar habría sido recibido con INVITA.

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

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

v=0
o=CiscoSystemsSIP-
GW-UserAgent
5944 7031 EN IP4 209.165.201.2
llamada del 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 imágenes

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

v=0
o=CiscoSystemsCCM-SIP
2000 1 EN IP4 209.165.201.4
llamada del 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 imágenes

Nota: En caso del EO, un SDP similar habría sido recibido con INVITA.

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

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

v=0
o=CiscoSystemsSIP-GW-UserAgent
0 6060 EN IP4 209.165.201.2
llamada del 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 EN IP4 209.165.201.3
llamada del 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: En caso del EO, un SDP similar habría sido recibido con INVITA.

GW------CUCM/GW

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

v=0
o=CiscoSystemsSIP-
GW-UserAgent
5944 7031 EN IP4 209.165.201.2
llamada del 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 imágenes

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

v=0
o=CiscoSystemsCCM-SIP 2000 1 EN IP4 209.165.201.3
llamada del 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 imágenes

Nota: En caso del EO, un SDP similar habría sido recibido con INVITA.

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

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

Llamada audio establecida en esta etapa, pero como las máquinas de fax hablan comienzan a intercambiar los tonos en la llamada audio.

El T.30 inicial entona (no puede ser visto en los debugs mientras que éstos se envían siempre en el RTP.)

FAX G3:

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

1100 herzios, cada 3 segundos por .5 segundo. Indica una terminal de llamada del nonspeech.

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

Tono de 2100 herzios que dura entre 2.6 - 4.0 segundos. Inhabilita los supresores de eco en el trayecto de transmisión.

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

1100 herzios, cada 3 segundos por .5 segundo. Indica una terminal de llamada del nonspeech.

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

El tono de 2100 herzios como CED, pero la amplitud moduló por una onda de seno en 15 herzios con la inversión de fase a cada ms 450.

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

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

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

Inicialización V.34 (fases 2-4)

El TGW espera para detectar el preámbulo V.21 en los tonos. Lo encuentra en el tono CED (G3) o el ANSAM (SG3). Una vez que detecta el indicador V.21, inicia el intercambio.

Comprobación para las demostraciones del VTSP:

Event=E_DSMP_DSP_MODEM_TONE

Una de las tareas en el intercambio es hacer que el jitter mitiga las transiciones de adaptante a un valor óptimo fijo.

El passthrough del fax utiliza la configuración de modo más reciente de la Voz antes del intercambio para el jitter o las memorias intermedias de reproducción completas. Ingrese el comando del puerto de voz X/X/X de la demostración para marcar los valores actuales del retardo de reproducción completa.

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

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

Llamada audio establecida en esta etapa, pero como las máquinas de fax hablan comienzan a intercambiar los tonos en la llamada audio.

El T.30 inicial entona (no puede ser visto en los debugs mientras que éstos se envían siempre en el RTP.)


FAX G3:

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

1100 herzios, cada 3 segundos por .5 segundo. Indica una terminal de llamada del nonspeech.

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

Tono de 2100 herzios que dura entre 2.6 - 4.0 segundos. Inhabilita los supresores de eco en el trayecto de transmisión.

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

1100 herzios, cada 3 segundos por .5 segundo. Indica una terminal de llamada del nonspeech.

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

El tono de 2100 herzios como CED, pero la amplitud moduló por una onda de seno en 15 herzios con la inversión de fase a cada ms 450.

Llamadas de fax del soporte G3 de los gatewayes de Cisco solamente con T.38. Para manejar correctamente las velocidades más altas de las llamadas SG3, la recorrida a través del módem directo debe ser utilizada.

Ninguna inicialización V.34 (fases 2-4) existe, V.8 la fase inicial I también no completa. Los squelchs OGW el tono CM y como SG3 son compatibles con versiones anteriores con el estándar del fax G3, la Conmutación por falla de las máquinas de fax al G3.

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

Tono de 2100 herzios que dura entre 2.6 - 4.0 segundos. Inhabilita los supresores de eco en el trayecto de transmisión.

El TGW espera para detectar el preámbulo V.21 en los tonos. Lo encuentra en el tono CED (G3) o el ANSAM (SG3). Una vez que detecta el indicador V.21, inicia el intercambio.

Comprobación para las demostraciones del VTSP:

VTSP: Event=E_DSMP_DSP_FAX_TONE

Comprobación para las demostraciones DSMP:
E_DSM_CC_MC_START

Comprobación para las demostraciones del CCAPI:
CCAPI:Caps(Codec=T38Fax(0x10000), fax Rate=FAX_RATE_14400(0x80),Fax Version:=0, Vad=OFF(0x1),

Una de las tareas en el intercambio es hacer que el jitter mitiga las transiciones de adaptante a un valor óptimo fijo.

El ms de las aplicaciones 300 de T.38 reparó el jitter o las memorias intermedias de reproducción completas. Ingrese el comando 100 del fax del playout-retardo bajo el puerto de voz para reducir el tiempo del buffer si el retardo es alto. Ingrese el comando del puerto de voz X/X/X de la demostración para marcar los valores actuales del retardo de reproducción completa.

Basado en protocolos
NSE basado
Basado en protocolos
NSE basado

GW------CUCM/GW

---INVITE+SDP---->

v=0
0 6060 o=CiscoSystemsSIP-GW-UserAgent EN IP4 209.165.201.2
llamada del 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: de - - - -


<----100TRYING----

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

v=0
o=CiscoSystemsCCM-SIP 2000 1 EN IP4 209.165.201.3
llamada del 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: de - - - -

 

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

la descripción de la voz activa de la llamada de la demostración no mostrará el cambio

 

 

 

FAX G3:

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

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

Codificador-decodificador y Switch del upspeed al modo de paso a travésdirecto.

Comprobación para las demostraciones del VTSP:

E_DSM_CC_MODIFY
_MEDIA_IND

evento Nombrado de la sesión del rtp del voip del debug:

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

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

Comprobación para las demostraciones del VTSP:

E_DSMP_DSP_REPORT
_PEER_TO_PEER

_MSG

evento Nombrado de la sesión del rtp del voip del debug:

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

FAX SG3:

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

====NSE192=====>

Codificador-decodificador y Switch del upspeed al modo de paso a travésdirecto.

Comprobación para las demostraciones del VTSP:

E_DSM_CC_MODIFY
_MEDIA_IND

evento Nombrado de la sesión del rtp del voip del debug:

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

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

Comprobación para las demostraciones del VTSP:

E_DSMP_DSP_REPORT
_PEER_TO_PEER

_MSG

evento Nombrado de la sesión del rtp del voip del debug:

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


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

Detecte la inversión de fase de la neutralización ECAN del ANSam.

Marque para saber si hay demostraciones del VTSP:

E_DSM_CC_MODIFY_
MEDIA_IND

haga el debug del evento nombrado sesión del rtp del voip:

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

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

Comprobación para las demostraciones del VTSP:

E_DSMP_DSP_REPORT
_PEER_TO_PEER

_MSG

evento Nombrado de la sesión del rtp del voip del debug:

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

 

 

Nota: El NSE-194 es accionado por una detección local de 4 segundos de detección del silencio o de la pérdida de la portadora. Este mensaje da instrucciones el gateway remoto para volver al modo de la Voz. Básicamente, todos los cambios realizados por el NSE-192 y el NSE-193 se deshacen.

muestre las demostraciones de la descripción de la voz activa de la llamada: Nse MODEMPASS

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

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

v=0
o=CiscoSystemsSIP-GW-UserAgent
0 6061 EN IP4 209.165.201.2
llamada del s=SIP
c=IN IP4 209.165.201.2
t=0 0
udptl t38 del 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
Administración:
transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMax
Datagram:320
a=T38FaxUdpEC:
t38UDPRedundancy


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

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

v=0
o=CiscoSystemsCCM
- SORBO 2000 2 EN IP4 209.165.201.3
llamada del s=SIP
c=IN IP4 209.165.201.1
t=0 0
udptl t38 del m=image 16384

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

muestre las demostraciones de la descripción de la voz activa de la llamada: t38

 

FAX G3:

GW------CUCM/GW

====NSE200====>

Transición del modo de la Voz a T.38

Comprobación para las demostraciones del VTSP

E_DSM_CC_
MODIFIQÚESE
_MEDIA_IND

haga el debug del evento nombrado sesión del rtp del voip:

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


<===NSE201=====

T.38 ACK recibido, da instrucciones el TGW para comenzar la sesión de T.38.

Comprobación para las demostraciones del VTSP:

E_DSMP_DSP_
REPORT_PEER_
TO_PEER

_MSG

evento Nombrado de la sesión del rtp del voip del debug:

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

FAX SG3:

Como usted el spoof SG3 al G3 sofocando el tono CM, allí no es ningún escenario del FAX SG3 en la retransmisión T38.

Nota: El NSE-202 es un NACK a un mensaje del NSE-200 que signifique que el gateway de peer
no puede procesar los paquetes de T.38 para la llamada. Sigue habiendo en el modo de la Voz y no cambia la llamada a T.38.

muestre las demostraciones de la descripción de la voz activa de la llamada:

t38

En el passthrough usted no puede ver ninguna mensajes T.30 de los debugs mientras que todos los tonos entran en RTP-como el audio con G711ulaw/alaw. Sin embargo, la negociación del tono del fax sigue siendo lo mismo con independencia de la retransmisión o del passthrough.

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

>>>>>>>>>CSI>>>>>>>>>>> (opcional) (Identificación de suscriptor que recibe la llamada)
>>>>>>>>>NSF>>>>>>>>>>> (opcional) (recursos no estándar)
>>>>>>>>>DIS>>>>>>>>>>> (señal de identificación digital)

<<<<<<<<<TSI<<<<<<<<<<< (opcional) (Identificación de suscriptor transmisor)
<<<<<<<<<DCS<<<<<<<<<< (comando signal digital)

<++++++++++TCF++++++++++ (de alta velocidad) (control del entrenamiento)

>>>>>>>>>>>CFR>>>>>>>>>> (confirmación a recibir)

Si usted ve el FTT aquí que significa el entrenamiento TCF fallado. Marque cronometrar y los resbalones en el T1/E1. En las capturas de paquetes, marque el TCF debe ser el 0.

Página RX+++++++ <++++Partial (de alta velocidad)
<<<<<<<<PPS/EOM<<<<<<<< (página parcial enviada)/(fin del mensaje)

>>>>>>>>>MCF>>>>>>>>>>> (Confirmación de mensaje)

Página RX+++++++ <++++Partial (de alta velocidad)
<<<<<<<<PPS/EOP<<<<<<<< (página parcial enviada)/(final del procedimiento)

>>>>>>>>>MCF>>>>>>>>>>> (Confirmación de mensaje)

<<<<<<<<<<DCN<<<<<<<<<< (desconexión)

Nota: El ECM es opcional para el G3, pero obligatorio para SG3.  Como usted puede alcanzar las velocidades SG3 con el passthrough, aseegure el ECM se habilita en las máquinas de fax para que el fax tenga éxito.
También, la señal del entrenamiento TCF se requiere para el G3, pero es no corresponde para SG3.

Nota: Para el passthrough, un canal común de 64kbps (g711) se afecta un aparato. Así pues, el más alto y las menores velocidades de los mensajes llega a ser inútiles.

Si el intercambio T38 es acertado, estos mensajes se consideran en los debugs correspondientes:

Comprobación para las demostraciones del VTSP:
event:E_CC_T38_START

Comprobación para las demostraciones DSMP:
E_DSM_CC_MC_LOCAL_DNLD_DONE

Comprobación para las demostraciones del CCAPI:
Caps(Codec=T38Fax(0x10000),
Fax Rate=FAX_RATE_14400(0x80),
Fax Version:=0,
Vad=OFF(0x1),

t30 all-level-1 del 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
timestamp=1321436329 FR-MSG-tx buen crc, bytes 0
timestamp=1321436439 FR-MSG-tx DCS
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
timestamp=1321466869 FR-MSG-tx buen crc, bytes 0

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

>>>>>>>>>CSI>>>>>>>>>>> (opcional) (Identificación de suscriptor que recibe la llamada)
>>>>>>>>>NSF>>>>>>>>>>> (opcional) (recursos no estándar)
>>>>>>>>>DIS>>>>>>>>>>> (señal de identificación digital)

<<<<<<<<<TSI<<<<<<<<<<< (opcional) (Identificación de suscriptor transmisor)
<<<<<<<<<DCS<<<<<<<<<< (comando signal digital)

<++++++++++TCF++++++++++ (de alta velocidad) (control del entrenamiento)

>>>>>>>>>>>CFR>>>>>>>>>> (confirmación a recibir)

Si usted ve el FTT aquí que significa el TCF, el entrenamiento fallado, cronometrar del control y los resbalones en el T1/E1. En el control de las capturas de paquetes el TCF debe ser el 0.

Página RX+++++++ <++++Partial (de alta velocidad)
<<<<<<<<PPS/EOM<<<<<<<< (página parcial enviada)/(fin del mensaje)

>>>>>>>>>MCF>>>>>>>>>>> (Confirmación de mensaje)

Página RX+++++++ <++++Partial (de alta velocidad)
<<<<<<<<PPS/EOP<<<<<<<< (página parcial enviada)/(final del procedimiento)

>>>>>>>>>MCF>>>>>>>>>>> (Confirmación de mensaje)

<<<<<<<<<<DCN<<<<<<<<<< (desconexión)

Basado en protocolos
NSE basado
Basado en protocolos
NSE basado

Config del nivel DP:

paso g711ulaw/g711alaw del protocolo del fax del ##

neutralización de la tarifa del fax del ##

NSF 000000 del fax del ##

Config del nivel DP:

codificador-decodificador g711ulaw/g711alaw del nse de la recorrida a través del módem directo del ##

neutralización de la tarifa del fax del ##

NSF 000000 del fax del ##

Config del nivel DP:

retraso de la HS-Redundancia 0 de la ls-Redundancia 0 de la versión 0 del protocolo t38 del fax del ## ningunos

NSF 000000 del fax del ##        
neutralización ecm del fax-relay del ##
sistema del fax-relay sg3-to-g3 del ##
tarifa 14400 del fax del ##

Config del nivel DP:

retraso de la HS-Redundancia 0 de la ls-Redundancia 0 de la versión 0 de la fuerza del nse del protocolo t38 del fax del ## ningunos

NSF 000000 del fax del ##        
neutralización ecm del fax-relay del ##
sistema del fax-relay sg3-to-g3 del ##
tarifa 14400 del fax del ##

OGW - Llamada de fax saliente en la pierna del SORBO

Tenga en cuenta que:

  • T.38 - Delay<1000ms, Jitter<300ms, pérdida del paquete no debe ser NINGUNO a menos que T.38 con la Redundancia.
  • Passthrough - Delay<1000ms, Jitter<30ms, pérdida del paquete no debe ser NINGUNO.
  • Intercambio basado en protocolos - Éste es estándar basado.
  • El NSE basó el intercambio - Esto es propietario y trabaja solamente entre los gatewayes de voz de Cisco.
Passthrough
Retransmisión de T.38

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

Comprobación para las demostraciones del VTSP:
Fax Relay=DISABLED - la “tarifa del fax inhabilitada” fijó (dial-peer)
Fax primario Protocol=IGNORE_FAX_RELAY,
Fax Protocol=IGNORE_FAX_RELAY del retraso
Supresión del Fax Relay CM: =ENABLED,
Supresión del Fax Relay ANS: =DISABLED

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

Comprobación para las demostraciones del VTSP:
Fax Relay=ENABLED
Fax primario Protocol=T38_FAX_RELAY,
Fax Protocol=NONE_FAX_RELAY del retraso
Supresión del Fax Relay CM: =ENABLED,
Supresión del Fax Relay ANS: =DISABLED

Basado en protocolos
NSE basado
Basado en protocolos
NSE basado

GW------CUCM/GW

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

v=0
0 6060 o=CiscoSystemsSIP-GW-UserAgent EN IP4 209.165.201.2
llamada del 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 EN IP4 209.165.201.3
llamada del 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: En caso del EO, un SDP similar habría sido enviado INVITA.

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

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

v=0
o=CiscoSystemsSIP
- GW-UserAgent 5944 7031 ADENTRO
IP4 209.165.201.2
llamada del 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 imágenes

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

v=0
o=CiscoSystemsCCM-SIP
2000 1 EN IP4
209.165.201.4
llamada del 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 audio
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 imágenes

 
Nota: En caso del EO, un SDP similar habría sido enviado INVITA.

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

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

v=0
o=CiscoSystems
Sorbo-GW-UserAgent 0 6060 EN IP4 209.165.201.2
llamada del 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 EN IP4 209.165.201.3
llamada del 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: En caso del EO, un SDP similar habría sido enviado INVITA.

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

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

v=0
o=CiscoSystemsSIP
- GW-UserAgent 5944 7031 EN IP4 209.165.201.2
llamada del 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 imágenes


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

v=0
o=CiscoSystemsCCM-SIP 2000 1 EN IP4 209.165.201.3
llamada del 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 imágenes

Nota: En caso del EO, un SDP similar habría sido enviado INVITA.

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

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

La llamada audio establecida en esta etapa, pero como las máquinas de fax hablan, ellos intercambia los tonos en la llamada audio.

El T.30 inicial entona (no puede ser visto en los debugs mientras que éstos se envían siempre en el RTP.)

FAX G3:

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

1100 herzios, cada 3 segundos por .5 segundo. Indica una terminal de llamada del nonspeech.

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

Tono de 2100 herzios que dura entre 2.6 - 4.0 segundos. Inhabilita los supresores de eco en el trayecto de transmisión.

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

1100 herzios, cada 3 segundos por .5 segundo. Indica una terminal de llamada del nonspeech.

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

El tono de 2100 herzios como CED, pero la amplitud moduló por una onda de seno en 15Hz con la inversión de fase a cada ms 450.

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

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

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

Inicialización V.34 (fases 2-4)

El OGW espera el gateway de terminación para detectar el preámbulo V.21 en los tonos. Una vez que el TGW detecta el indicador V.21, inicia el intercambio.

Una de las tareas en el intercambio es hacer que el jitter mitiga las transiciones de adaptante a un valor óptimo fijo.

El passthrough del fax utiliza la configuración de modo más reciente de la Voz antes del intercambio para el jitter o las memorias intermedias de reproducción completas. Ingrese el comando del puerto de voz X/X/X de la demostración para marcar los valores actuales del retardo de reproducción completa.

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

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

La llamada audio establecida en esta etapa, pero como las máquinas de fax hablan, ellos intercambia los tonos en la llamada audio.

El T.30 inicial entona (no puede ser visto en los debugs mientras que éstos se envían siempre en el RTP.)

FAX G3:

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

1100 herzios, cada 3 segundos por .5 segundo. Indica una terminal de llamada del nonspeech.

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

Tono de 2100 herzios que dura entre 2.6 - 4.0 segundos. Inhabilita los supresores de eco en el trayecto de transmisión.

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

1100 herzios, cada 3 segundos por .5 segundo. Indica una terminal de llamada del nonspeech.

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

El tono de 2100 herzios como CED, pero la amplitud moduló por una onda de seno en 15Hz con la inversión de fase a cada ms 450.

>>>CM>>X

Llamadas de fax del soporte G3 de los gatewayes de Cisco solamente con T.38. Para manejar correctamente las velocidades más altas de las llamadas SG3, la recorrida a través del módem directo debe ser utilizada.

Ninguna inicialización V.34 (fases 2-4) existe, V.8 la fase inicial I también no completa. Los squelchs OGW el tono CM y como SG3 son compatibles con versiones anteriores con el estándar del fax G3, la Conmutación por falla de las máquinas de fax al G3.

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

Tono de 2100 herzios que dura entre 2.6 - 4.0 segundos. Inhabilita los supresores de eco en el trayecto de transmisión.

El OGW espera el TGW para detectar el preámbulo V.21 en los tonos. Una vez que el TGW detecta el indicador V.21, inicia el intercambio.

Una de las tareas en el intercambio es hacer que el jitter mitiga las transiciones de adaptante a un valor óptimo fijo.

El ms de las aplicaciones 300 de T.38 reparó el jitter o las memorias intermedias de reproducción completas. Ingrese el comando 100 del fax del playout-retardo bajo el puerto de voz de reducir el tiempo del buffer si el retardo es alto. Ingrese el comando del puerto de voz X/X/X de la demostración para marcar los valores actuales del retardo de reproducción completa.

Basado en protocolos
NSE basado
Basado en protocolos
NSE basado

GW------CUCM/GW

<---INVITE+SDP----

v=0
0 6060 o=CiscoSystemsSIP-GW-UserAgent EN IP4 209.165.201.2
llamada del 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: de - - - -

----100TRYING---->

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

v=0
o=CiscoSystemsCCM-SIP 2000 1 EN IP4 209.165.201.3
llamada del 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: de - - - -

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

la descripción de la voz activa de la llamada de la demostración no mostrará el cambio

 

 

 

FAX G3:

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

<====NSE192====

Codificador-decodificador y Switch del upspeed al modo de paso a travésdirecto.


Comprobación para las demostraciones del VTSP:

E_DSMP_DSP_REPORT
_PEER_TO_PEER

_MSG

evento Nombrado de la sesión del rtp del voip del debug:

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

====NSE192=====>

Comprobación para las demostraciones del VTSP:

E_DSM_CC_MODIFY
_MEDIA_IND

evento Nombrado de la sesión del rtp del voip del debug:

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

FAX SG3:

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

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

Codificador-decodificador y Switch del upspeed al modo de paso a travésdirecto.

Comprobación para las demostraciones del VTSP:

E_DSMP_DSP_
INFORME
_PEER_TO_PEER

_MSG

evento Nombrado de la sesión del rtp del voip del debug:

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

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

Comprobación para las demostraciones del VTSP:

E_DSM_CC_MODIFY
_MEDIA_IND

evento Nombrado de la sesión del rtp del voip del debug:

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



<====NSE193=====

Neutralización ECAN.

Comprobación para las demostraciones del VTSP:

E_DSMP_DSP_REPORT
_PEER_TO_PEER

_MSG

evento Nombrado de la sesión del rtp del voip del debug:

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

====NSE193=====>

Comprobación para las demostraciones del VTSP:

E_DSM_CC_MODIFY
_MEDIA_IND

evento Nombrado de la sesión del rtp del voip del debug:

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

 

Nota: El NSE-194 es accionado por una detección local de 4 segundos de detección del silencio o de la pérdida de la portadora. Este mensaje da instrucciones el gateway remoto para volver al modo de la Voz. Básicamente, todos los cambios realizados por el NSE-192 y el NSE-193 se deshacen.

muestre nse de las demostraciones MODEMPASS del brie de la voz activa de la llamada

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

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

v=0
o=CiscoSystemsSIP-GW
- UserAgent 0 6061 EN IP4 209.165.201.2
llamada del s=SIP
c=IN IP4 209.165.201.2
t=0 0
udptl t38 del 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
Administración:
transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMax
Datagram:320
a=T38FaxUdpEC:
t38UDPRedundancy

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

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

v=0
o=CiscoSystemsCCM-SIP 2000 2 EN IP4 209.165.201.3
llamada del s=SIP
c=IN IP4 209.165.201.1
t=0 0
udptl t38 del m=image 16384


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

la descripción de la voz activa de la llamada de la demostración mostrará: t38

 

Nota: Siempre que CUCM esté implicado, para el RE_INVITE en estas topologías:
Fax--GW---(h323)--CUCM---
(sorbo)---GW---FAX
Fax--GW---(mgcp)--CUCM---
(sorbo)---GW---FAX
Fax--GW---(sccp)---CUCM---
(sorbo)---GW---FAX

El SDP en el RE-INVITE tendrá:
     …
     udptl t38 del m=image 17218
     c=IN IP4 0.0.0.0
     …
Siempre primero enviará 0.0.0.0/t38, y en seguida envía más adelante otro t38
invite con un IP real.

Tal comportamiento no se considera en esta topología puesto que CUCM maneja los media diferentemente para este escenario:
Fax--GW---(sorbo)---CUCM---
(sorbo)---GW---FAX

Especialmente cuando el CUBO está implicado, tenga presente esto:
CSCtj50993, CSCtx83833

FAX G3:

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

<====NSE200=====

Transición del modo de la Voz a T.38

Comprobación para las demostraciones del VTSP:

E_DSMP_DSP_
INFORME
_PEER_TO_PEER

_MSG

evento Nombrado de la sesión del rtp del voip del debug:

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

====NSE201=====>

T.38 ACK recibido, da instrucciones el TGW para comenzar la sesión de T.38

Comprobación para las demostraciones del VTSP:

E_DSM_CC_MODIFY_
MEDIA_IND

evento Nombrado de la sesión del rtp del voip del debug:
<And>>> 00 Pt:100 Evt:201 Pkt:00 00


FAX SG3:

Como usted el spoof SG3 al G3 sofocando el tono CM, allí no es ningún escenario del FAX SG3 en la retransmisión T38.

Nota: El NSE-202 es un NACK a un mensaje del NSE-200 ese los signifes que el gateway de peer no puede procesar los paquetes de T.38 para la llamada. Seguirá habiendo la llamada en el modo y no el Switch de la Voz encima a T.38.

muestre las demostraciones de la descripción de la voz activa de la llamada:

t38

En el passthrough usted no puede ver ninguna mensajes T.30 de los debugs mientras que todos los tonos entran en RTP-como el audio con G711ulaw/alaw. Sin embargo, la negociación del tono del FAX sigue siendo lo mismo con independencia de la retransmisión o del passthrough.

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

<<<<<<<<<CSI<<<<<<<<<<< (opcional) (Identificación de suscriptor que recibe la llamada)
<<<<<<<<<NSF<<<<<<<<<<< (opcional) (recursos no estándar)
<<<<<<<<<DIS<<<<<<<<<<< (señal de identificación digital)

>>>>>>>>>>>>>>>>>>>>> TSI (opcional) (Identificación de suscriptor transmisor)
>>>>>>>>>>>>>>>>>>>> de DCS (comando signal digital)

++++++++++TCF+++++++++> (de alta velocidad) (control del entrenamiento)

<<<<<<<<<<CFR<<<<<<<<<< (confirmación a recibir)

Si usted ve el FTT aquí que significa el entrenamiento TCF fallado, marque cronometrar y los resbalones en el T1/E1. En el control de las capturas de paquetes el TCF debe ser el 0.

página RX++++++> ++++Partial (de alta velocidad)
>>>>>>>>>PPS/EOM>>>>>>> (página parcial enviada)/(fin del mensaje)

<<<<<<<<<MCF<<<<<<<<<<< (Confirmación de mensaje)

página RX++++++> ++++Partial (de alta velocidad)
>>>>>>>>>PPS/EOM>>>>>>> (página parcial enviada)/(fin del mensaje)

<<<<<<<<<MCF<<<<<<<<<<< (Confirmación de mensaje)

>>>>>>>>>>>>>>>>>>>> DCN (desconexión)

Nota: El ECM es opcional para el G3, pero obligatorio para SG3.  Como usted puede alcanzar las velocidades SG3 con el passthrough, aseegure el ECM se habilita en las máquinas de fax para que el fax tenga éxito.
También, la señal del entrenamiento TCF se requiere para el G3, pero es no corresponde para SG3.

Nota: Para el passthrough un canal común de 64kbps (g711) se afecta un aparato. Así pues, el más alto y las menores velocidades de los mensajes llega a ser inútiles.

Si el intercambio T38 es acertado, estos mensajes se consideran en los debugs correspondientes:

Comprobación para las demostraciones del VTSP:

event:E_CC_T38_START

Comprobación para las demostraciones DSMP:
E_DSM_CC_MC_LOCAL_DNLD_DONE

Comprobación para las demostraciones del CCAPI:
Caps(Codec=T38Fax(0x10000), fax Rate=FAX_RATE_14400(0x80),Fax Version:=0, Vad=OFF(0x1),

t30 all-level-1 del debug fax relay:
timestamp=352583286 FR-MSG-tx NSF
timestamp=352583686 FR-MSG-tx CSI
bytes timestamp=352583736 FR_GOOD_CRC_LS_DATA 0x0
timestamp=352583736 FR-MSG-tx buen crc, bytes 0
timestamp=352584426 FR-MSG-tx DIS
bytes timestamp=352584456 FR_GOOD_CRC_LS_DATA 0x0
timestamp=352584456 FR-MSG-tx buen crc, bytes 0
bytes timestamp=352584906 FR_GOOD_CRC_LS_DATA 0x0
timestamp=352587656 FR-MSG-DET TSI
timestamp=352588376 FR-MSG-DET DCS
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) (Identificación de suscriptor que recibe la llamada)
<<<<<<<<<NSF<<<<<<<<<<< (opcional) (recursos no estándar)
<<<<<<<<<DIS<<<<<<<<<<< (señal de identificación digital)

>>>>>>>>>>>>>>>>>>>>> TSI (opcional) (Identificación de suscriptor transmisor)
>>>>>>>>>>>>>>>>>>>> de DCS (comando signal digital)

++++++++++TCF+++++++++> (de alta velocidad) (control del entrenamiento)

<<<<<<<<<<CFR<<<<<<<<<< (confirmación a recibir)

Si usted ve el FTT aquí que significa el entrenamiento TCF fallado, marque cronometrar y los resbalones en el T1/E1. En el control de las capturas de paquetes el TCF debe ser el 0.

página RX++++++> ++++Partial (de alta velocidad)
>>>>>>>>>PPS/EOM>>>>>>> (página parcial enviada)/(fin del mensaje)

<<<<<<<<<MCF<<<<<<<<<<< (Confirmación de mensaje)

página RX++++++> ++++Partial (de alta velocidad)
>>>>>>>>>PPS/EOM>>>>>>> (página parcial enviada)/(fin del mensaje)

<<<<<<<<<MCF<<<<<<<<<<< (Confirmación de mensaje)

>>>>>>>>>>>>>>>>>>>> DCN (desconexión)

Basado en protocolos
NSE basado
Basado en protocolos
NSE basado

Config del nivel DP:

paso g711ulaw/g711alaw del protocolo del fax del ##

neutralización de la tarifa del fax del ##

NSF 000000 del fax del ##

Config del nivel DP:

codificador-decodificador g711ulaw/g711alaw del nse de la recorrida a través del módem directo del ##

neutralización de la tarifa del fax del ##

NSF 000000 del fax del ##

Config del nivel DP:

retraso de la HS-Redundancia 0 de la ls-Redundancia 0 de la versión 0 del protocolo t38 del fax del ## ningunos

NSF 000000 del fax del ##        
neutralización ecm del fax-relay del ##
sistema del fax-relay sg3-to-g3 del ##
tarifa 14400 del fax del ##

Config del nivel DP:

retraso de la HS-Redundancia 0 de la ls-Redundancia 0 de la versión 0 de la fuerza del nse del protocolo t38 del fax del ## ningunos

NSF 000000 del fax del ##        
neutralización ecm del fax-relay del ##
sistema del fax-relay sg3-to-g3 del ##
tarifa 14400 del fax del ##

Debugs a recoger

  • vpm todo del debug (en caso del FXS)
  • debug ISDN q931 (en caso del PRI)
  • inout del ccapi de la Voz del debug
  • ccsip todo/mensajes/verbos del debug
  • vtsp todo del voip del debug
  • dsmp todo del voip del debug
  • hpi todo del voip del debug
  • flexión toda del dsp-recurso del debug
  • dspapi del voip del debug
  • t30 all-level-1 del debug fax relay
  • Nombrado-evento de la sesión del rtp del voip del debug (en caso del intercambio basado NSE)

  


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 118647