Voz : Protocolo ligero de control de llamadas (SCCP)

Guía del Troubleshooting del fax

17 Octubre 2016 - 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
    • VAD inhabilitado 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 Skinny Call Control Protocol (SCCP) 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 Diya Mathew y Karan Moudgil, ingenieros de Cisco TAC.

TGW - Llamada de fax entrante en la pierna del SCCP

Tenga en cuenta que:

  • T.38 - El retardo < 1000ms, jitter < 300ms, pérdida del paquete no deben ser NINGUNO a menos que T.38 con la Redundancia.
  • Passthrough - El retardo < 1000ms, jitter < 30ms, pérdida del paquete no deben 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
Basado en protocolos
NSE basado
Basado en protocolos
NSE basado

El intercambio basado en protocolos no se soporta con el SCCP.

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

<--------SelectSoftKeys---------

<-------CallStateMessage------

Información de CallStateMsg: RINGIN



-------OffHookMessage----->

sccp_send_offhook_v1



<---OpenReceiveChannel----

- OpenReceiveChannelAck->

<--StartMediaTransmission--



Comprobación para las demostraciones del VTSP:
Fax Relay=
DISCAPACITADO - Aplicación del SCCP
Fax primario Protocol=
IGNORE_FAX_RELAY,
Fax Protocol= del retraso
IGNORE_FAX_RELAY
Supresión del Fax Relay CM: =
HABILITADO,
Supresión del Fax Relay ANS: =
INHABILITADO
Los parámetros del fax fijaron By=
Tipo de llamada del SCCP

El intercambio basado en protocolos no se soporta con el SCCP.

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

<--------SelectSoftKeys---------

<-------CallStateMessage------

Información de CallStateMsg: RINGIN



-------OffHookMessage----->

sccp_send_offhook_v1



<---OpenReceiveChannel----

- OpenReceiveChannelAck->

<-StartMediaTransmission-



Comprobación para las demostraciones del VTSP:
Fax Relay=ENABLED
Fax primario Protocol=
T38_FAX_RELAY,
Fax Protocol= del retraso
NONE_FAX_RELAY
Supresión del Fax Relay CM: =
HABILITADO,
Supresión del Fax Relay ANS: =
INHABILITADO
Los parámetros del fax fijaron By=
Tipo de llamada del SCCP

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

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



Llamada audio establecida en esta etapa, pero como las máquinas de fax hablan intercambian 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 memorias intermedias de reproducción completa. 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 intercambian 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


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 memorias intermedias de reproducción completa. 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 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
El intercambio basado en protocolos no se soporta con el SCCP.

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

El intercambio basado en protocolos no se soporta con el SCCP.

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

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

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

Pues usted sofoca el spoof SG3 del tono CM para al G3, no hay 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. 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)
<<<<<<<<<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 las capturas de paquetes, el control 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, aseegurese 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 64 kbps (g711) se afecta un aparato. Así pues, el más altos y las menores velocidad de los mensajes llegan 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



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 las capturas de paquetes, el control 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
N/A

config llanos del voip del servicio de voz:

protocolo del fax del ## ningunos

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

N/A

config llanos del voip del servicio de voz:

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

fax-relay sg3-to-g3 del ##

OGW - Llamada de fax saliente en la pierna del SCCP

Tenga en cuenta que:

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

El intercambio basado en protocolos no se soporta con el SCCP.

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

-------OffHookMessage------->

--KeypadButtonMessage---->

<-------CallStateMessage------

Información de CallStateMsg: PROCEDA



<----OpenReceiveChannel-----

--OpenReceiveChannelAck-->

<--StartMediaTransmission--


<-------CallStateMessage------

Información de CallStateMsg: RINGOUT



Comprobación para las demostraciones del VTSP:
Fax Relay=DISABLED -
Fax primario Protocol=IGNORE_FAX_RELAY de la aplicación del SCCP,
Fax Protocol=IGNORE_FAX_RELAY del retraso
Supresión del Fax Relay CM:
=ENABLED,
Supresión del Fax Relay ANS:
=DISABLED
Los parámetros del fax fijaron By=
Tipo de llamada del SCCP


<-------CallStateMessage------

Información de CallStateMsg: CONECTADO

El intercambio basado en protocolos no se soporta con el SCCP.

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

-------OffHookMessage------->

--KeypadButtonMessage---->

<-------CallStateMessage------

Información de CallStateMsg: PROCEDA



<----OpenReceiveChannel-----

--OpenReceiveChannelAck-->

<--StartMediaTransmission--


<-------CallStateMessage------

Información de CallStateMsg: RINGOUT



Comprobación para las demostraciones del VTSP:
Fax primario Protocol=T38_FAX_RELAY de Relay=ENABLED del fax,
Fax Protocol=NONE_FAX_RELAY del retraso
Supresión del Fax Relay CM:
=ENABLED
, Supresión del Fax Relay ANS:
=DISABLED
Los parámetros del fax fijaron By=
Tipo de llamada del SCCP

<-------CallStateMessage------

Información de CallStateMsg: CONECTADO

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

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

Llamada audio establecida en esta etapa, pero como las máquinas de fax hablan intercambian 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 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 passthrough del fax utiliza la configuración de modo más reciente de la Voz antes del intercambio para el jitter o memorias intermedias de reproducción completa. 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 intercambian 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>>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. El OGW sofoca el tono CM y como SG3 es compatible 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 memorias intermedias de reproducción completa. 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

El intercambio basado en protocolos no se soporta con el SCCP.

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



<=======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 las demostraciones de la descripción de la voz activa de la llamada: Nse MODEMPASS

El intercambio basado en protocolos no se soporta con el SCCP.

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

Pues usted sofoca el spoof SG3 del tono CM para al G3, no hay 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)
>>>>>>>>>>>>>>>>>>>> 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 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/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, aseegurese 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 64 kbps (g711) se afecta un aparato. Así pues, el más altos y las menores velocidad de los mensajes llegan 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



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 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/EOM>>>>>>> (página parcial enviada)/(fin del mensaje)

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



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

Basado en protocolosNSE basadoBasado en protocolosNSE basado
N/A

config llanos del voip del servicio de voz:

protocolo del fax del ## ningunos

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

N/A

config llanos del voip del servicio de voz:

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

fax-relay sg3-to-g3 del ##

Debugs a recoger

  • vpm todo del debug
  • stcapp todo de la aplicación del voip del debug
  • paquete del sccp 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


Document ID: 118646