Guía del Troubleshooting del fax - H.323
Opciones de descarga
-
ePub (88.8 KB)
Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone -
Mobi (Kindle) (97.0 KB)
Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos
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).
ID del Documento: 118726
Actualizado: De febrero el 05 de 2015
Contribuido por Karan Moudgil, ingeniero de Cisco TAC.
Productos Relacionados
Contenido
Introducción
Este documento describe uno de los acercamientos más eficaces para resolver problemas el fax, que incluye estos pasos:
- Parta la llamada en dos piernas.
- Identifique el protocolo (SIP/H.323/SCCP/MGCP) en cada pierna.
- 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:
- Configure la llamada de voz
- Descolgado, dial, timbre, respuesta
- Llamada (CNG) y tonos llamados de Equipment Identification (CED)
- 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
- procedimientos del PRE-mensaje
- Identificación del terminal del fax
- Las capacidades intercambian y configuración
- Entrenamiento
- 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.
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.
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 Comprobación para las demostraciones del VTSP: | GW-------------------------CUCM/GW Comprobación para las demostraciones del VTSP: | ||
| 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----- Nota: 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
----H.245 TCS--------> RTPAudioTelephony
----H.245 MSD-------> ----H.245 TCSAck---> <----H.245 MSD------ --H.245 MSDAck---> <---H.245 TCSAck--- <---H.245 MSDAck-- <----H.245 OLC------- ------H.245 OLC-----> ---H.245 OLCAck---> <--H.245 OLCAck---- Nota: 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: -----H.245 TCS--------> aplicación t38fax: -----H.245 MSD-------> -----H.245 TCSAck----> <---H.245 MSD-------- -----H.245 MSDAck---> <---H.245 TCSAck------ <---H.245 MSDAck----- <-----H.245 OLC--------- -------H.245 OLC-------> -----H.245 OLCAck---> <----H.245 OLCAck----- Nota: 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 ------H.245 TCS-------> RTPAudioTelephony -----H.245 MSD-------> -----H.245 TCSAck---> <----H.245 MSD------- ----H.245 MSDAck---> <----H.245 TCSAck---- <---H.245 MSDAck---- <----H.245 OLC--------- -------H.245 OLC------> ----H.245 OLCAck----> <---H.245 OLCAck----- Nota: 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: 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: 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: 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: Comprobación para las demostraciones DSMP: Comprobación para las demostraciones del CCAPI: 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 <----H.245 CLC-------- ---H.245 CLCAck----> { forwardLogicalChannel ---H.245 OLCAck----> <--H.245 CLCAck--
la descripción de la voz activa de la llamada de la demostración no mostrará el cambio Nota: 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. 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: _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: 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_ _MSG evento Nombrado de la sesión del rtp del voip del debug: <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00
Detecte la inversión de fase de la neutralización ECAN del ANSam. Marque para saber si hay demostraciones del VTSP: E_DSM_CC_ 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: _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 -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 <----H.245 CLC--------- -----H.245 CLCAck---> forwardLogicalChannel ---H.245 OLCAck-----> <---H.245 CLCAck----- 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_ 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_ _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 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) 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. >>>>>>>>>MCF>>>>>>>>>>> (Confirmación de mensaje) Página RX+++++++ <++++Partial (de alta velocidad) >>>>>>>>>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 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: Comprobación para las demostraciones DSMP: Comprobación para las demostraciones del CCAPI: t30 all-level-1 del debug fax relay: GW-------------------------CUCM/GW >>>>>>>>>CSI>>>>>>>>>>> (opcional) (Identificación de suscriptor que recibe la llamada) 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. >>>>>>>>>MCF>>>>>>>>>>> (Confirmación de mensaje) Página RX+++++++ <++++Partial (de alta velocidad) >>>>>>>>>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 ## | 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 Comprobación para las demostraciones del VTSP: | GW-------------------------CUCM/GW Comprobación para las demostraciones del VTSP: | ||
| 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---> Nota: 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
<------H.245 TCS---------- RTPAudioTelephony
<------H.245 MSD-------- <------H.245 TCSAck----- -------H.245 MSD-------> <------H.245 MSDAck--- --------H.245 TCSAck---> --------H.245 MSDAck--> --------H.245 OLC--------> <------H.245 OLC--------- <------H.245 OLCAck---- --------H.245 OLCAck--->Nota: 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: <-----H.245 TCS-------- aplicación t38fax: <-----H.245 MSD------- <-----H.245 TCSAck--- ------H.245 MSD------> <-----H.245 MSDAck-- -------H.245 TCSAck---> ------H.245 MSDAck--> ------H.245 OLC-------> <----H.245 OLC--------- <----H.245 OLCAck---- -----H.245 OLCAck--->Nota: 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
<---H.245 TCS----- RTPAudioTelephony
<---H.245 MSD---- <--H.245 TCSAck- ---H.245 MSD---> <-H.245 MSDAck- ---H.245 TCSAck-> -H.245 MSDAck-> ---H.245 OLC-----> <--H.245 OLC------ <-H.245 OLCAck-- --H.245 OLCAck->Nota: 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: 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: 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--------- { ---H.245 CLC--------> <---H.245 CLCAck---- { forwardLogicalChannel <---H.245 OLCAck---- -----H.245 CLCAck--->
la descripción de la voz activa de la llamada de la demostración no mostrará el cambio Nota: 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: _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: 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: _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: evento Nombrado de la sesión del rtp del voip del debug: <And>>> 00 Pt:100 Evt:192 Pkt:00 00
Neutralización ECAN. Comprobación para las demostraciones del VTSP: E_DSMP_DSP_REPORT_ _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: 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: | 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 ----H.245 CLC---------> <---H.245 CLCAck----- forwardLogicalChannel <---H.245 OLCAck---- -----H.245 CLCAck-->
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: _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: evento Nombrado de la sesión del rtp del voip del debug: 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 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) 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. <<<<<<<<<MCF<<<<<<<<<<< (Confirmación de mensaje) página RX++++++> ++++Partial (de alta velocidad) <<<<<<<<<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 ECMis habilitado en las máquinas de fax para que el FAX tenga éxito. Nota: 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: Comprobación para las demostraciones DSMP: Comprobación para las demostraciones del CCAPI: t30 all-level-1 del debug fax relay: timestamp=352613376 FR-MSG-DET PPS GW-------------------------CUCM/GW <<<<<<<<<CSI<<<<<<<<<<< (opcional) (Identificación de suscriptor que recibe la llamada) 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. <<<<<<<<<MCF<<<<<<<<<<< (Confirmación de mensaje) página RX++++++> ++++Partial (de alta velocidad) <<<<<<<<<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 ## | 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
¿Era este documento útil? Sí ningún
Gracias por su feedback.
Abra un caso de soporte
(requiere un contrato de servicios con Cisco.)
Discusiones relacionadas de la comunidad del soporte de Cisco
La comunidad del soporte de Cisco es un foro para que usted haga y conteste a las preguntas, las sugerencias de la parte, y colabora con sus pares.
Refiera a los convenios de los consejos técnicos de Cisco para la información sobre los convenios usados en este documento.
Con la colaboración de ingenieros de Cisco
- Karan MoudgilCisco TAC Engineer.
Déjenos ayudarlo
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)