¿Tiene una cuenta?
  •   Contenido personalizado
  •   Sus productos y soporte

¿Necesita una cuenta?

Crear una cuenta

Guía del Troubleshooting del fax - H.323

Opciones de descarga

  • PDF     (130.4 KB)
    Visualice con Adobe Reader en una variedad de dispositivos
  • ePub     (77.9 KB)
    Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (93.1 KB)
    Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos
Actualizado:5 de febrero de 2015
ID del documento:118726
Acerca de la traducción

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

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 H.323 es el protocolo identificado. Hay secciones correspondientes basadas encendido si su punto final es un TGW o un OGW.

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

TGW - Llamada de fax entrante en la pierna de H.323

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
Configuración <-----------H.225-------------
------------H.225 Callproc--------->
El alertar ------------H.225---------->


Comprobación para las demostraciones del VTSP:
Fax Relay=DISABLED - la “tarifa del fax inhabilitada” fijó (dial-peer) el 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
Configuración <-----------H.225-------------
------------H.225 Callproc--------->
El alertar ------------H.225---------->


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

----H.225 conectan---->

<----H.245 TCS-------

-----H.245 TCS-------->

-----H.245 MSD------>

-----H.245 TCSAck-->

 <---H.245 MSD-------

----H.245 MSDAck-->

<--H.245 TCSAck----

<--H.245 MSDAck----

<--H.245 OLC---------

----H.245 OLC-------->

----H.245 OLCAck--->

<--H.245 OLCAck-----
 

Note: En caso del comienzo rápido (FS), el canal lógico abierto (OLC) habría sido intercambiado en la configuración y conectar/callproc.

GW-------CUCM/GW

---H.225 conectan--->

<----H.245 TCS-------

RTPAudioTelephony
EventCapability

 

----H.245 TCS-------->

RTPAudioTelephony
EventCapability

 

----H.245 MSD------->

----H.245 TCSAck--->

 <----H.245 MSD------

--H.245 MSDAck--->

<---H.245 TCSAck---

<---H.245 MSDAck--

<----H.245 OLC-------

------H.245 OLC----->

---H.245 OLCAck--->

<--H.245 OLCAck----



Note: En caso del FS, el OLC habría sido intercambiado en la configuración y conectar/callproc.

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

------H.225 conectan--->

<-----H.245 TCS---------

aplicación t38fax:
    {
      UDP t38FaxProtocol: NULO
      t38FaxProfile
      {
        FALSO fillBitRemoval
        transcodingJBIG FALSO
        transcodingMMR FALSO
        versión 0
        t38FaxRate
TransferredTCF de la Administración: NULO
        t38FaxUdp
Opciones
        {
          t38FaxMax
Buffer 200
          t38FaxMaxDatagram 320
          t38FaxUdpEC t38UDPRedundancy: NULO
        }



-----H.245 TCS-------->

aplicación t38fax:
    {
      UDP t38FaxProtocol: NULO
      t38FaxProfile
      {
        FALSO fillBitRemoval
        transcodingJBIG FALSO
        transcodingMMR FALSO
        versión 0
        t38FaxRate
TransferredTCF de la Administración: NULO
        t38FaxUdp
Opciones
        {
          t38FaxMaxBuffer 200
          t38FaxMax
Datagrama 72
          t38FaxUdpEC t38UDPRedundancy: NULO
        }



-----H.245 MSD------->

-----H.245 TCSAck---->

 <---H.245 MSD--------

-----H.245 MSDAck--->

<---H.245 TCSAck------

<---H.245 MSDAck-----

<-----H.245 OLC---------

-------H.245 OLC------->

-----H.245 OLCAck--->

<----H.245 OLCAck-----



Note: En caso del FS, el OLC habría sido intercambiado en la configuración y conectar/callproc.

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

-----H.225 conectan---->

<----H.245 TCS----------

RTPAudioTelephony
EventCapability



------H.245 TCS------->

RTPAudioTelephony
EventCapability



-----H.245 MSD------->

-----H.245 TCSAck--->

 <----H.245 MSD-------

----H.245 MSDAck--->

<----H.245 TCSAck----

<---H.245 MSDAck----

<----H.245 OLC---------

-------H.245 OLC------>

----H.245 OLCAck---->

<---H.245 OLCAck-----



Note: En caso del FS, el OLC habría sido intercambiado en la configuración y conectar/callproc.

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

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.


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

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.



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 memorias intermedias de reproducción completa. 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

-H.245 RequestMode>

{
      sequenceNumber 1
      requestedModes
      {

        {

          {
            audioMode del tipo: g711Ulaw64k: NULO

<--H.245 RequestModeAck---

    {
      sequenceNumber 1
      willTransmitMost de la respuesta
PreferredMode: NULO
    }

-----H.245 CLC------->

-----H.245 OLC------>
{  

forwardLogicalChannel
Número 2
      forwardLogicalChannel
Parámetros
      {
        audio del dataType
&colon de los datos; g711Ulaw64k: 20
        multiplexParameters h2250LogicalChannel
Parámetros:
        {
          sessionID 1
          unicastAddress del mediaControlChannel: IP address:
          {
            red '04040413'H
            17849 más tsapIdentifier
          }
          silenceSuppression FALSO
        }

<----H.245 CLC--------

---H.245 CLCAck---->
<-----H.245 OLC-------

{

forwardLogicalChannel
Número 2
      forwardLogicalChannel
Parámetros
      {
        audio del dataType
&colon de los datos; g711Ulaw64k: 20
        multiplexParameters h2250LogicalChannel
Parámetros:
        {
          sessionID 1
          unicastAddress del mediaControlChannel: IP address:
          {
            red '04040419'H
            17205 más tsapIdentifier
          }
          silenceSuppression FALSO
        }

---H.245 OLCAck---->

<--H.245 CLCAck--
<--H.245 OLCAck---

 

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



 Note: CUCM no soporta el modo de la petición H.245 para el passthrough. Si el TGW intenta iniciar el intercambio enviando H.245 RequestMode para el passthrough a CUCM, CUCM contesta detrás con RequestModeReject.

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

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

-H.245 RequestMode->

dataMode del tipo:
  {
    aplicación t38fax:
     {
      UDP t38FaxProtocol: NULO
      t38FaxProfile
           {
        FALSO fillBitRemoval
        transcodingJBIG FALSO
        transcodingMMR FALSO
        versión 0
        transferredTCF t38FaxRateManagement: NULO
        t38FaxUdpOptions
        {
          t38FaxMaxBuffer 200
          t38FaxMaxDatagram 72
          t38FaxUdpEC t38UDPRedundancy: NULO
        }
      }
    }
    bitrate 144

<H.245 RequestModeAck-

      {
      sequenceNumber 1
      willTransmitMost de la respuesta
PreferredMode: NULO
    }

-----H.245 CLC--------->

-----H.245 OLC--------->

 forwardLogicalChannel
Parámetros
{
    &colon de los datos del dataType;
    {
         aplicación t38fax:
         {
           UDP t38FaxProtocol: NULO
        t38FaxProfile
        {
          FALSO fillBitRemoval
         transcodingJBIG FALSO
         transcodingMMR FALSO
         versión 0
         transferredTCF t38FaxRateManagement: NULO
         t38FaxUdpOptions
         {
           t38FaxMaxBuffer 200
           t38FaxMaxDatagram 72
           t38FaxUdpEC t38UDPRedundancy: NULO
         }
       }
     }
     maxBitRate 144
    }
    multiplexParameters h2250LogicalChannel
Parámetros:
    {
      sessionID 3
      unicastAddress del mediaControlChannel: IP address:
      {
        red '04040413'H
        17351 más tsapIdentifier
      }
      silenceSuppression FALSO
    }



<----H.245 CLC---------

-----H.245 CLCAck--->
<-----H.245 OLC--------

 forwardLogicalChannel
Parámetros
  {
    &colon de los datos del dataType;
    {
     aplicación t38fax:
     {
       UDP t38FaxProtocol: NULO
       t38FaxProfile
       {
         FALSO fillBitRemoval
         transcodingJBIG FALSO
         transcodingMMR FALSO
         versión 0
         transferredTCF t38FaxRateManagement: NULO
         t38FaxUdpOptions
         {
         t38FaxMaxBuffer 200
         t38FaxMaxDatagram 320
         t38FaxUdpEC t38UDPRedundancy: NULO
         }
       }
     }
      maxBitRate 144
   }
   multiplexParameters h2250LogicalChannel
Parámetros:
   {
    sessionID 3
     unicastAddress del mediaControlChannel: IP address:
     {
       red '04040419'H
       18463 más tsapIdentifier
     }
     silenceSuppression FALSO
   }

---H.245 OLCAck----->

<---H.245 CLCAck-----
<---H.245 OLCAck-----



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

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.



Note: 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 el 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 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)


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

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

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

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 de H.323

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
Configuración -----------H.225------------->
<------------H.225 Callproc---------
El alertar <------------H.225----------


Comprobación para las demostraciones del VTSP:
Fax Relay=DISABLED - la “tarifa del fax inhabilitada” fijó (dial-peer) el 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
Configuración -----------H.225------------->
<------------H.225 Callproc---------
El alertar <------------H.225----------


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

<---H.225 conectan-----

-----H.245 TCS-------->

<---H.245 TCS---------

<---H.245 MSD--------

<---H.245 TCSAck----

 ----H.245 MSD------->

<---H.245 MSDAck---

-----H.245 TCSAck--->

-----H.245 MSDAck-->

-----H.245 OLC------->

<---H.245 OLC--------

<---H.245 OLCAck---

----H.245 OLCAck--->
 

Note: En caso del FS, el OLC habría sido intercambiado en la configuración y conectar/callproc.

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

<------H.225 conectan----

--------H.245 TCS-------->

RTPAudioTelephony
EventCapability

 

<------H.245 TCS----------

RTPAudioTelephony
EventCapability

 

<------H.245 MSD--------

<------H.245 TCSAck-----

 -------H.245 MSD------->

<------H.245 MSDAck---

--------H.245 TCSAck--->

--------H.245 MSDAck-->

--------H.245 OLC-------->

<------H.245 OLC---------

<------H.245 OLCAck----

--------H.245 OLCAck--->

 

Note: En caso del FS, el OLC habría sido intercambiado en la configuración y conectar/callproc.

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

<----H.225 conectan-----

------H.245 TCS-------->

aplicación t38fax:
  {
    UDP t38FaxProtocol: NULO
    t38FaxProfile
    {
      FALSO fillBitRemoval
      transcodingJBIG FALSO
      transcodingMMR FALSO
      versión 0
      t38FaxRate
TransferredTCF de la Administración: NULO
      t38FaxUdpOptions
      {
        t38FaxMaxBuffer 200
        t38FaxMaxDatagram 320
        t38FaxUdpEC t38UDPRedundancy: NULO
      }



<-----H.245 TCS--------

aplicación t38fax:
  {
    UDP t38FaxProtocol: NULO
    t38FaxProfile
    {
      FALSO fillBitRemoval
      transcodingJBIG FALSO
      transcodingMMR FALSO
      versión 0
      t38FaxRate
TransferredTCF de la Administración: NULO
      t38FaxUdpOptions
      {
        t38FaxMaxBuffer 200
        t38FaxMax
Datagrama 72
        t38FaxUdpEC t38UDPRedundancy: NULO
      }



<-----H.245 MSD-------

<-----H.245 TCSAck---

 ------H.245 MSD------>

<-----H.245 MSDAck--

-------H.245 TCSAck--->

------H.245 MSDAck-->

------H.245 OLC------->

<----H.245 OLC---------

<----H.245 OLCAck----

-----H.245 OLCAck--->
Note: En caso del FS, el OLC habría sido intercambiado en la configuración y conectar/callproc.

GW----CUCM/GW

<-H.225 conectan---

---H.245 TCS---->

RTPAudioTelephony
EventCapability

 

<---H.245 TCS-----

RTPAudioTelephony
EventCapability

 

<---H.245 MSD----

<--H.245 TCSAck-

 ---H.245 MSD--->

<-H.245 MSDAck-

---H.245 TCSAck->

-H.245 MSDAck->

---H.245 OLC----->

<--H.245 OLC------

<-H.245 OLCAck--

--H.245 OLCAck->
Note: En caso del FS, el OLC habría sido intercambiado en la configuración y conectar/callproc.

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 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 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 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 memorias intermedias de reproducción completa. 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

<-H.245 RequestMode-

{
      sequenceNumber 1
      requestedModes
      {

        {

          {
            audioMode del tipo: g711Ulaw64k: NULO

--H.245 RequestModeAck--->

    {
      sequenceNumber 1
      willTransmitMost de la respuesta
PreferredMode: NULO
    }

 

<---H.245 CLC---------

<---H.245 OLC---------

 {
 forwardLogicalChannel
Número 2
      forwardLogicalChannel
Parámetros
      {
        audioData del dataType
&colon; g711Ulaw64k: 20
        multiplexParameters h2250LogicalChannel
Parámetros:
        {
          sessionID 1
          unicastAddress del mediaControlChannel: IP address:
          {
            red '04040413'H
            17849 más tsapIdentifier
          }
          silenceSuppression FALSO
        }

---H.245 CLC-------->

<---H.245 CLCAck----
-----H.245 OLC------->

{

forwardLogicalChannel
Número 2
      forwardLogicalChannel
Parámetros
      {
        audioData del dataType
&colon; g711Ulaw64k: 20
        multiplexParameters h2250LogicalChannel
Parámetros:
        {
          sessionID 1
          unicastAddress del mediaControlChannel: IP address:
          {
            red '04040419'H
            17205 más tsapIdentifier
          }
          silenceSuppression FALSO
        }

<---H.245 OLCAck----

-----H.245 CLCAck--->
-----H.245 OLCAck--->

 

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



Note: CUCM no soporta el modo de la petición H.245 para el passthrough. Si el TGW intenta iniciar el intercambio enviando H.245 RequestMode para el passthrough a CUCM, CUCM contesta detrás con RequestModeReject.

 

 

 

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



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

<-H.245 RequestMode-

dataMode del tipo:
{
   aplicación t38fax:
  {
    UDP t38FaxProtocol: NULO
    t38FaxProfile
    {
      FALSO fillBitRemoval
      transcodingJBIG
FALSO
      transcodingMMR FALSO
      versión 0
      t38FaxRate
TransferredTCF de la Administración: NULO
      t38FaxUdpOptions
      {
       t38FaxMaxBuffer 200
        t38FaxMaxDatagram 72
        t38FaxUdpEC t38UDPRedundancy: NULO
      }
    }
  }
  bitrate 144

-H.245 RequestModeAck->

  {
   sequenceNumber 1
   willTransmitMost de la respuesta
PreferredMode: NULO
    }

 

<---H.245 CLC----------

<---H.245 OLC----------

 forwardLogicalChannel
Parámetros
  {
    &colon de los datos del dataType;
    {
      aplicación t38fax:
      {
       UDP t38FaxProtocol
: NULO
       t38FaxProfile
       {
         FALSO fillBitRemoval
         transcodingJBIG FALSO
         transcodingMMR FALSO
         versión 0
         transferredTCF t38FaxRateManagement: NULO
         t38FaxUdpOptions
         {
           t38FaxMaxBuffer 200
           t38FaxMaxDatagram 72
           t38FaxUdpEC t38UDPRedundancy: NULO
          }
       }
    }
     maxBitRate 144
   }
   multiplexParameters h2250LogicalChannel
Parámetros:
   {
     sessionID 3
     unicastAddress del mediaControlChannel: IP address:
     {
       red '04040413'H
       17351 más tsapIdentifier
     }
     silenceSuppression FALSO
   }

----H.245 CLC--------->

<---H.245 CLCAck-----
-----H.245 OLC-------->

 forwardLogicalChannel
Parámetros
{
     &colon de los datos del dataType;
     {
     aplicación t38fax:
    {
     UDP t38FaxProtocol
: NULO
    t38FaxProfile
     {
       FALSO fillBitRemoval
       transcodingJBIG FALSO
       transcodingMMR FALSO
       versión 0
      transferredTCF t38FaxRateManagement: NULO
       t38FaxUdpOptions
       {
         t38FaxMaxBuffer 200
         t38FaxMaxDatagram 320
         t38FaxUdpEC t38UDPRedundancy: NULO
         }
       }
      }
     maxBitRate 144
   }
   multiplexParameters h2250LogicalChannel
Parámetros:
   {
     sessionID 3
     unicastAddress del mediaControlChannel: IP address:
     {
       red '04040419'H
       18463 más tsapIdentifier
     }
     silenceSuppression FALSO
   }

<---H.245 OLCAck----

-----H.245 CLCAck-->
-----H.245 OLCAck-->

 

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

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.



Note: 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 hace la llamada 
no Switch 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 el 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)



Note: El ECM es opcional para el G3, pero obligatorio para SG3. Como usted puede alcanzar las velocidades SG3 con el passthrough, aseegurese ECMis habilitado 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.



Note: Para el passthrough un canal común de 64kbps (g711) se afecta un aparato. Así pues, el más alto y las menores velocidad 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 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 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
  • debug h225 asn1
  • asn1 del debug h245
  • debug cch323 todo
  • 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)

Información Relacionada

TAC Authored

Con la colaboración de ingenieros de Cisco

  • Karan Moudgil
    Cisco TAC Engineer.

¿Resultó útil este documento?

FeedbackComentarios

Déjenos ayudarlo

Debates relacionados con la comunidad de soporte

ACERCA DE CISCO
CONTÁCTENOS
TRABAJE CON NOSOTROS