Voz : Fax/Módem sobre IP

Guía de resolución de problemas de Fax Relay

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


Contenido


Introducción

El propósito de este documento es proporcionar una guía básica para resolver problemas y para resolver los problemas del Fax Relay de Cisco. Las problemáticas técnicas de los faxes y del Fax Relay no se cubren detalladamente, pero usted debe poder resolver problemas para los problemas de un Fax Relay de la mayoría de los frecuentes. También se brinda una descripción general de fax y de fax relay de Cisco.

prerrequisitos

Requisitos

Los Quien lea este documento deben ser conscientes que varias técnicas están utilizadas para pasar las llamadas de fax a través de una red de telefonía de paquetes en los gatewayes del½ del¿Â del Cisco IOSïÂ:

  • Fax Relay del propietario de Cisco

  • Transmisión de fax T.38

  • Envío de fax

  • Fax UpSpeed

  • Almacenar y reenviar del fax de T.37

Además, tres Tecnologías principales de la telefonía de paquetes son hoy funcionando, designado colectivamente la Voz sobre “X” (voz):

  • Voz over IP (VoIP)

  • Voz over Frame Relay (VoFR)

  • Voz over ATM (VoATM)

El foco primario de este documento es el Fax Relay propietario de Cisco en los gatewayes del Cisco IOS, que actúa a través de las redes VoIP. El Fax Relay de T.38 y las otras tecnologías VoX también se discuten.

Componentes Utilizados

La información en este documento se basa sobre todo en el Cisco IOS Software Release 12.2(5), aunque la mayor parte de la información también sea útil para otras versiones de Cisco IOS Software.

Una cierta información del debug fue tomada de un Cisco IOS Gateway que funcionó con el Cisco IOS Software Release 12.2(7). Esta punta se observa en la sección de debugging de este documento.

La información que se presenta en este documento se originó a partir de dispositivos dentro de un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener un comando antes de ejecutarlo.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.

Aspectos generales de Fax y Fax Relay

La mayoría de los dispositivos del fax modernos son Group3 obediente. El Grupo Fax 3 es una tecnología de estándares compuesta en primer lugar por recomendaciones ITU T. 4 y T. 30. T.4 se relaciona con cómo el dispositivo de fax codifica la imagen de fax y T.30 detalla las negociaciones del equipo de fax y el protocolo de comunicación.

Los dispositivos de fax del grupo 3 fueron diseñados para ser utilizados sobre la red de telefonía pública conmutada (PSTN). Puesto que el PSTN fue diseñado para lo que dice una persona, el Group3 utiliza la codificación analógica o las señales moduladas como un módem analógico. Los módems y los equipos de fax analógicos son dispositivos digitales que deben utilizar una señal analógica modulada para transmitir la información digital a través de PSTN. Normalmente esta señal modulada puede ser escuchada como tonos de audio diferentes.

Los gatewayes en una red VoX tratan inicialmente las llamadas de fax y de voz lo mismo. Ambos tipos de llamadas hacen que el gateway cargue el códec de compresión de voz configurado, en el Procesador de señales digitales (DSP). Para más información sobre DSPs, vea el hardware de la Voz: Procesadores de señales digitales C542 y del c549 (DSPs).

El codecs de la compresión de la voz es generalmente codecs de la alta compresión para utilizar menos ancho de banda para cada llamada de voz. El codecs de la alta compresión, tal como G729 y G723, se optimiza para la Voz y comprime la Voz a un ancho de banda baja (8 kbps, que excluye los gastos indirectos para G.729) con todo mantiene la buena calidad, pero el G.729 y el otro codecs de la alta compresión no se optimizan para el fax. En realidad, las señales moduladas de las transmisiones de fax generalmente no se transfieren cuando se usan estos códecs y, en consecuencia, las llamadas de fax fallan. Para más información sobre el codecs de la compresión, vea la voz sobre IP - por el consumo de ancho de banda de la llamada.

Los faxes se pueden transmitir satisfactoriamente cuando se utilizan codecs con razones de compresión más bajas o sin nada de compresión (como G.726 y G.711 sin cancelación de eco o detección de actividad de voz). Este método de transmisión por fax con el codificador-decodificador de la Voz se refiere generalmente como passthrough el enviar por fax inband o del fax. Una técnica conocida como upspeeding permite que el gateway cargue los códecs de compresión de la voz configurada en el DSP para las llamadas de voz y los cambie inicialmente a un códec de compresión bajo si se detectan los tonos del fax.

Con enviar por fax inband, la señal modulada inicial es codificada y comprimida por el codificador-decodificador en el router de origen y pasada a través de la red VoX, apenas como si era un ejemplo de voz. El gateway de la terminación después uncompresses y decodifica la muestra y la juega hacia fuera a la máquina de fax de la terminación. El relé de fax funciona de manera diferente. Es un protocolo que termina la señal modulada, extrae la información digital, y después retransmite la información digital a través de la red de datos con los paquetes de datos. En el lado de la terminación, la información digital se extrae del paquete, se modula, y se realiza.

Fundamentos de fax

Una llamada de fax se puede dividir en dos porciones: la negociación del fax y la transmisión de páginas.

La negociación semidúplex del fax ocurre al inicio de una llamada de fax. Las tramas de datos del High-Level Data Link Control (HDLC) modulado de V.21 se transmiten a una velocidad de 300 bps. Estos marcos de datos se envían en una secuencia estándar entre las creaciones y los dispositivos del fax de la terminación. En este intercambio, cada dispositivo del fax intercambia sus capacidades, y ambos dispositivos del fax están de acuerdo con las características de sesión del fax antes de que ocurra la Transmisión de página. Este ejemplo muestra una llamada de fax tradicional sobre el PSTN.

faxrelay_tsguide1.gif

Algunas capacidades intercambiadas y negociadas son velocidad de transmisión de página, modo de corrección de errores (ECM), resolución, codificación de páginas y tiempo de exploración. La velocidad de la Transmisión de página (entrenamiento) es una negociación importante que determina la velocidad a la cual el fax enviará su información. Los faxes intentan entrenar en el posible más alto de la velocidad de la modulación basado en los parámetros intercambiados inicialmente. Los dispositivos del fax se reciclarán a una menor velocidad si el entrenamiento a una velocidad más alta falla.

La Transmisión de página ocurre cuando la parte del entrenamiento la fase de negociación del fax es completa con el uso de los parámetros previamente convenidos en. La información de la página se cifra en las líneas de exploración con una resolución estándar de los puntos por pulgada 203H x 98V. Las imágenes del fax son típicamente comprimidas y codificadas con la codificación del Modified Huffman (MH) o del Modified Read (MR). MH normalmente comprime en una proporción de 20:1. La codificación de MR proporciona típicamente una mejora en la compresión del 20 por ciento sobre el MH pero es levemente menos resistente al error.

Cuando ocurre la Transmisión de página, se utiliza una velocidad de bits que es más alta que la inicial 300 BPS que se utiliza en la negociación de la configuración de la llamada. La velocidad de bits usada para la Transmisión de página se confirma dentro del entrenamiento. Éstos son algunas de las tarifas comunes usadas en la Transmisión de página del fax:

  • V.27ter – 2400/4800 BPS

  • V.29 – 7200/9600 BPS

  • V.17 – 14400 BPS

Nota: Estas especificaciones V.XX usadas para la Transmisión de página (V.27ter, V.29, V.17) y la negociación del fax (V.21) son las especificaciones que definen cómo los datos digitales deben ser enviados sobre las líneas telefónicas analógicas. Los módems de datos pueden también utilizar estas especificaciones aunque la mayoría de los módems de datos han emigrado a velocidades mucho más rápidas.

Fundamentos de Relé de fax

Fax relay es una técnica utilizada para superar la deficiencia en los códecs de voz de alta compresión (G729, g723, etc.) cuando estos códecs intentan transmitir tráfico de fax.

Puesto que se trata una llamada de fax como si sea una Llamada de discurso regular, se espera que procesan el DSP en cada gateway se pone en el modo de la Voz, después de lo cual lo que dice una persona sea recibido y. Dentro de la vida de la llamada, si se oye un tono de la respuesta (CED) o de la llamada del fax (CNG), el DSP no interfiere con el procesamiento de discurso. Permite que el tono continúe a través del tramo de llamada de la voz.

Una máquina de fax normal, después de que genere un CED u oiga un CNG, transmite un mensaje DIS T.30 como parte de un apretón de manos del fax. Este proceso ocurre generalmente en la máquina de fax de la terminación. El DSP del gateway de la terminación entonces detectará la secuencia del indicador del HDLC al inicio del intercambio del mensaje DIS y del Fax Relay del iniciado. Esto significa que descarga el codificador-decodificador de la Voz y carga un códec del fax para manejar la llamada de fax que ocurre.

Enviar la notificación también al DSP en el otro lado de la red VoX para el DSPs en cada lado del uso de la llamada de fax los códecs del fax. El dependiente en el protocolo del Fax Relay usado, los mecanismos de notificación diferencia. Con los códecs del fax cargados, el DSPs desmodula las tramas del HDLC T.30, extrae la información del fax, y la pasa entre el Routers con uno de estos protocolos del Fax Relay:

  • Fax Relay propietario de Cisco para el VoIP – El Fax Relay es el modo predeterminado para pasar los faxes a través de una red VoIP, y el Fax Relay de Cisco es el tipo predeterminado del Fax Relay. Esta capacidad se ha soportado en los Cisco IOS Software Release 11.3 y Posterior, está extensamente - disponible, y utiliza el RTP para transportar los datos del fax.

  • Fax basado en estándares de T.38 para el VoIP – T.38 ha estado disponible en los Cisco IOS Software Release 12.1(3)T y después algunas Plataformas. Se puede habilitar con el comando fax relay protocol t38 configurado bajo el par de marcado voip y utiliza el UDP para transportar datos de fax.

  • FRF.11 anexo basado en estándares D para VoFR y el VoATM.

Es importante entender que los faxes inband desemejantes o el passthrough del fax, Fax Relay analiza los tonos del fax T.30 en sus tramas específicas del HDLC (desmodulación), transmite la información a través de la red VoX con el protocolo del Fax Relay, y después convierte los bits nuevamente dentro de los tonos en el lejos lateral (modulación). Las máquinas de fax en cualquier extremo envían y reciben los tonos y no son conscientes de una desmodulación/de un proceso del Fax Relay de la modulación.

El Fax Relay de Cisco y el Fax Relay de T.38 también diferencian del almacenar y reenviar del fax de T.37. T.37 proporciona un método de estándares para permitir que un gateway de VoIP reciba esto:

La mayoría de los gatewayes de voz de Cisco soportan actualmente dos métodos para transmitir el tráfico del fax a través de la red del IP

  1. Paso del fax — En el modo de transferencia del fax, los gatewayes no distinguen una llamada de fax de una llamada de voz

  2. Fax Relay de Cisco — En el modo del Fax Relay, los gatewayes terminan la señalización del fax T.30

El Fax Relay de Cisco y el Fax Relay de T.38 también diferencian del almacenar y reenviar del fax de T.37. T.37 proporciona un método de estándares para permitir que un gateway de VoIP reciba esto:

  • El fax de un equipo de fax y reenvíelo a un servidor de mail con capacidad SMTP. Luego el servidor de correo puede entregar el fax a un usuario como un mensaje de correo electrónico.

  • Un mensaje de correo electrónico desde un servidor de correo y modularlo a una señal de fax para que lo reciba una máquina de fax común.

Este diagrama ilustra el Fax Relay sobre una red VoX. La conexión del fax a los gatewayes de las creaciones y de la terminación puede estar directamente en los puertos FXS en el gateway, o puede estar vía un PBX o el PSTN en un puerto del e1, del Basic Rate Interface (BRI), FXO, o E&M en el gateway.

faxrelay_tsguide2.gif

Consideraciones de Configuración

El Fax Relay está prendido por abandono en el VoIP/VoFR/las plataformas VoATM tales como Cisco 3810, 2600, 3600, y 5300. Si las llamadas de voz completan con éxito entre dos Routers, las llamadas de fax deben también trabajar, pero cuando el Fax Relay no funciona o el funcionamiento necesita ser mejorado, hay algunos comandos específicos del Fax Relay que usted puede publicar como precursor para resolver problemas el problema:

Comando fax rate

Configuran al comando fax rate bajo el VoFR o el VoIP dial-peer en el modo de configuración. El ajuste predeterminado es voz de velocidad de fax y esto no aparece en la configuración debajo de cada par de marcado.

Comando fax rate
vnt-3660-23(config-dial-peer)#fax rate ?
  12000    FAX   12000 BPS
  14400    FAX   14400 BPS
   2400    FAX   2400  BPS
   4800    FAX   4800  BPS 
   7200    FAX   7200  BPS
   9600    FAX   9600  BPS
  disable  Disable Fax Relay
  voice    Highest possible speed allowed by voice rate

La configuración de voz de la tarifa del fax restringe la tarifa del fax al ancho de banda del códec. Esta restricción significa que, si el dial-peer se configura para utilizar el codificador-decodificador predeterminado de la Voz de G.729 que comprime la Voz a 8 kbps, la configuración de voz de la tarifa del fax no permitiría que las llamadas de fax excedieran este ancho de banda del códec. El fax estaría limitado a un ancho de banda de 7200 BPS, incluso si inicialmente intentara negociar a un ancho de banda mayor de 14400 BPS o 9600 BPS.

Un reclamo frecuente es que los faxes que habían completado dentro de cierta época cuando ahora estaban conectados vía el PSTN tome dos veces tan de largo. Si un codificador-decodificador del ancho de banda baja tal como g729 se ha configurado con la configuración de voz predeterminada de la tarifa del fax, se espera este comportamiento. Con el comando fax rate, es posible configurar las transmisiones por fax para utilizar un ancho de banda mayor que la compresión de códec. La velocidad de fax 14400 del comando permite que las llamadas de fax puedan negociar un máximo de 14400 BPS independientemente del codec de voz configurado. Esta configuración resuelve el problema de tiempos más largos de la realización.

El propósito principal servido por el comando fax rate dentro de las redes VoX es proporcionar el Uso de ancho de banda determinista por la llamada. La configuración de fax rate voice es la configuración predeterminada, ya que ésta se asegura de que tanto las llamadas de voz como las de fax utilicen la misma cantidad de ancho de banda dentro de la red VoX. Esta consideración debe ser entendida cuando la tarifa del fax se cambia algo mayor que el del ancho de banda del códec. Además, algunas máquinas de fax pueden actuar más estable a una tarifa diferente del valor por defecto. En este caso, el comando fax rate puede ser utilizado a la probar la operación en diversas velocidades.

Observe de la salida del router que el Fax Relay puede también ser inhabilitado si usted publica el comando fax rate. Las técnicas de Troubleshooting válidas son inhabilitar el Fax Relay y configurar el codecs del ancho de banda alto tal como G711. Esta técnica se discute en la sección del “troubleshooting” bajo codificador-decodificador del Fax Relay y del cambio de 6. neutralizaciones para el passthrough.

Comando fax-relay ECM OK

El comando fax-relay ECM disable está disponible para el Fax Relay propietario de Cisco solamente y se publica para inhabilitar la negociación del Modo de corrección de errores (ECM) entre un par de máquinas de fax. El ECM se asegura de que las páginas enviadas por fax sean sin error transmitido y sean una característica que se encuentra generalmente en modelos más de gama alta. Desafortunadamente, el ECM tiene una tolerancia baja (el aproximadamente dos por ciento) para el jitter y la pérdida del paquete, pero cuando se habilita esta característica negociada, puede dar lugar a una tarifa más alta de la falla del fax en las redes VoX lossy. La salida incompleta en el fax de la terminación es un síntoma de fallas debido a la pérdida del paquete.

Si ambas máquinas de fax están de acuerdo dentro de la fase de negociación del fax, se habilita el ECM, pero dentro del Fax Relay el Routers desmodula los tonos del fax en su formato de trama verdadero del HDLC. En consecuencia, los routers pueden interceptar y sobrescribir el campo en la trama que indica el estado ECM. Si una máquina de fax transmite que es capaz de operar en ECM, el router puede cambiar este parámetro a fin de que la otra máquina de fax crea que no es compatible con ECM. Ambas máquinas de fax entonces se fuerzan a inhabilitar el ECM, que significa que los datos del fax se deben transmitir con los datos estándar T.4.

La confiabilidad de fax se incrementa en gran medida con ECM desactivado, aún con una pérdida (del 10 por ciento aproximadamente) y un retardo de paquete mucho mayor. Además, este comando habilita automáticamente una característica deL Cisco IOS llamada ocultamiento de pérdida de paquetes por el que las líneas de exploración perdidas se relancen al spoof la máquina de fax para creer que ha recibido todos los datos.

Observe que, mientras que el ECM puede mejorar el índice de éxito de transmisiones por fax en las redes VoX lossy, sigue habiendo y se debe dirigir los problemas de la red básica antes del acontecimiento de otros problemas.

Un paso para la configuración directo realizado bajo el VoIP dial-peer es inhabilitar el ECM. Como se apunta en la referencia de comandos, este comando trabaja actualmente solamente para los VoIP dial-peer. Puede ser configurable para VoFR y el VoATM, pero no inhabilita el ECM.

Comando fax-relay ECM OK
vnt-3660-23(config-dial-peer)#fax-relay ECM ?
disable Disables ECM mode for fax relay

Comando fax NSF

El comando fax NSF se utiliza para evitar la transferencia de las capacidades de fax propietarias. Puesto que la aplicación del Fax Relay del router desmodula y decodifica los tonos del fax basados en la especificación T.30, las transacciones o la codificación que son Fax Relay propietario de la rotura y haga la transmisión por fax fallar. Ciertas marcas de máquinas de fax utilizan estas codificaciones propietarias para señalar el Disponibilidad de las capacidades mejoradas, que ayudan a un fabricante del fax a distinguir sus Productos de otros. Esta notificación de capacidad ocurre con los recursos no estándar opcionales (NSF) coloca dentro de la negociación del fax.

Cuando usted publica el comando fax NSF, el router sobregraba el NSF, tan solamente las transacciones estándars de fax ocurrirá. Los recursos específicos del vendedor que están más allá de los requisitos estándar del Group3, y que rompen el Fax Relay de Cisco, no serán usables. El NSF se fija generalmente a todos los ceros cuando se publica este comando, y éste debe reparar los problemas causados por el campo NSF.

Comando fax NSF
vnt-3660-23(config-dial-peer)#fax NSF ?
 WORD  Two-digit country code + four-digit manufacturer code
vnt-3660-23(config-dial-peer)#fax NSF 000000

Comando fax protocol

Requieren al comando fax protocol para que el VoIP especifique qué protocolo del Fax Relay (Fax Relay de T.38 o de Cisco) será utilizado.

Comando fax protocol
vnt-3660-23(config-dial-peer)#dial-peer voice 3 voip
vnt-3660-23(config-dial-peer)#fax protocol ?
cisco   Use Cisco proprietary protocol
system  Use choice specified in global fax protocol CLI
t38     Use T.38 protocol

Opción cisco configura el Fax Relay de Cisco. La opción t38 inhabilita Cisco fax relay y habilita T.38. Ciertas plataformas de voz, como Cisco 5350 y 5400, sólo admiten T.38. Para la Interoperabilidad, T.38 se debe configurar explícitamente en las Plataformas donde está el valor por defecto el Fax Relay de Cisco. La opción del sistema permite que el dial-peer herede el protocolo del Fax Relay que se configura global con el comando voice service voip. Si no se configura nada con el comando voice service voip, el valor predeterminado es fax relay de Cisco.

La configuración predetermina del comando de protocolo de fax es la opción del sistema. Ya que el sistema tiene como opción predeterminada la retransmisión de fax de Cisco, los pares de marcado de VoIP siempre tienen como opción predeterminada la retransmisión de fax de Cisco cuando no hay ninguna opción configurada de forma global.

Comando fax protocol
<snip>

!
voice service voip
!

!--- Note that there is no fax protocol configured so the 
!--- default is Cisco fax relay. Any dial-peer that points 
!--- here will use Cisco fax relay as the fax protocol.

<snip>

!
dial-peer voice 3 voip
destination-pattern 1000              
session target ipv4:10.1.1.1          
! 

!--- Note that since fax protocol is not configured under   
!--- this VoIP dial-peer, the default is fax protocol system,  
!--- which automatically tells this dial-peer to inherit the 
!--- fax configuration from voice service voip above.

<snip>

Resolución de problemas

Estos pasos se han mostrado para resolver a la mayoría de los problemas que implican el Fax Relay sobre el VoIP, el VoATM, y VoFR. La información que es específica a un tipo del tipo de encapsulación determinado o del Fax Relay será observada.

1. Identifique y aísle el problema

El primer paso de la resolución de algún problema de retransmisión de fax consiste en simplificar el problema en la mayor medida posible. En situaciones en las que múltiples máquinas de fax no pueden pasar tráfico de fax, surgen muchos problemas. Es el más fácil aislar dos máquinas de fax que tengan problemas y concentren en una topología simple. Determine de qué manera estas máquinas se conectan a otra y resuelva primero el problema entre este par. Además, debería realizar un dibujo completo de la topología y determinar cómo se interconectan las máquinas de fax.

Para resolver problemas un en un momento del problema minimiza la confusión y permite el Troubleshooting metódico. También es posible que la solución para este problema resuelva otros problemas de retransmisión de fax en la red. La mayoría de los problemas de retransmisión de fax son el resultado de un diseño de red o de una configuración VoX deficientes. Estos dan como resultado problemas de conectividad y de línea física o pérdida de paquetes y problemas de fluctuación.

Después de que usted haya identificado y haya aislado el problema, los siguientes pasos son verificar la configuración VoX básica y monitorear la salud de la red.

2. Conectividad básica del control

Los problemas de conectividad básicos del fax pueden ser el resultado de estos factores:

  1. Problemas de conectividad de voz normal.

    Confirme que las llamadas de voz normales pueden ser completadas antes de que usted investigue la Conectividad del fax. Si no hay ningún teléfono conectado, desconecte la máquina de fax y conecte un teléfono común. Si las llamadas de voz normales no conectan, el problema puede ser Voz-relacionado, y usted puede resolver problemas el problema mientras que un problema normal de la conectividad de voz antes de que usted proceda con el Troubleshooting de fax.

  2. Problemas de configuración relacionados con los dial peer tales como éstos:

    • Dial peer incorrecto correspondido con.

      Después de que usted se asegure de que las llamadas de voz se puedan completar con éxito en las ambas direcciones a través de la red VoX, publique el comando show call active voice brief y observe a los dial peer que se corresponden con con cada llamada de voz.

      Nota: Cuando usted tiene troncos de VoIP, usted debe poder ver todos los tramos de llamada con el comando show call active voice brief. En algunas versiones del software IOS de Cisco 12.2, existe una falla en el comando show call active y una llamada de fax que llega a través de un troncal VoIP ya no aparece. Cuando usted publica un comando show call active fax brief, la llamada ahora se enumera. Para más información sobre este bug, vea el bug Cisco ID CSCdx50212 (clientes registrados solamente) y CSCdv02561 (el clientes registrados solamente)

      Nota: Asegúrese de que el dial peer configurado sea el par se corresponde con que.

      En esta salida de comando, usted puede ver que la pierna saliente de la llamada VoIP utiliza el Id de peer 100.

      comando show call active voice brief
      ms-3640-13b#show call active voice brief
      
      <snip> 
      
      Total call-legs: 2
      1218 : 51710253hs.1 +415 pid:400 Answer 400 active
      dur 00:01:08 tx:3411/68220 rx:3410/68200
      Tele 3/0/0:43: TX:68200/6820/0ms g729r8 noise:0 acom:2 
       i/0:-51/-44 dBm
      
      1218 : 51710396hs.1 +272 pid:100 Originate 100 active
      dur 00:01:09 TX:3466/69320 rx:3467/69340
      IP 2.1.1.2:17092 rtt:56ms pl:64730/0ms lost:0/1/0 
       delay:69/69/70ms 
       g729r8
      
      Total call-legs: 2

      Una causa común de los problemas del Fax Relay es que el dial peer configurado no es correctamente el se corresponde con que. Es también común que no hay VoIP dial-peer de entrada determinado configurado en el gateway de la terminación, y el Cisco IOS Software selecciona al primer voip dial peer apropiado (y valor por defecto) como el dial peer de entrada. Los parámetros para este dial peer de entrada pueden no hacer juego los del dial peer de salida en el gateway de las creaciones.

      No se requiere siempre que usted tiene configuraciones idénticas en el saliente y los VoIP dial-peer de entrada. Cuando usted tiene un problema del Fax Relay, aunque, aseegurese le tener un VoIP dial-peer de entrada dedicado en el router de la terminación y eso su configuración hace juego la configuración del VoIP dial-peer de salida en el router de las creaciones. Esta configuración para el Routers ISDN-conectado es un ejemplo de los voip dial peer específicos, correspondidos con para el diagrama de destinos el "5..." saliente en el gateway de las creaciones y entrante en el gateway de la terminación.

      Gateway de origen Gateway de terminación
      
      !--- Incoming POTS peer:
      
      Dial-peer voice 1 pots 
      Incoming called number. 
      Direct-inward-dial 
      Port 1/0:15
      
      !--- Outgoing VoIP peer:
      
      Dial-peer voice 2 voip
      Destination-pattern 5…
      Session target ipv4:1.1.1.1
      Fax rate 14400
      fax protocol t38 
       ls-redundancy 0
       hs-redundancy 0
      
      
      !--- Outgoing POTS peer
      :
      Dial-peer voice 10 pots
      Destination-pattern 5…
      No digit-strip
      Port 2/0:15
      
      !--- Incoming VoIP peer:
      
      Dial-peer voice 20 voip
      Incoming called-number 5…
      Fax rate 14400
      fax protocol t38 
       Ls-redundancy 0
       Hs-redundancy 0
      

      Más información sobre los dial peer correspondidos con entrantes y salientes, el VoIP, y los CRISOLES se puede encontrar en la Voz - entendiendo cómo corresponden con a los dial peer de entrada y de salida en las plataformas de Cisco IOS.

      Otro método que usted puede utilizar para marcar al dial peer las coincidencias son publicar el comando debug voip ccapi inout. La salida de los debugs de este comando mostrará un mensaje ssaSetupPeer que enumere a todo el dial-peers que hace juego número al que se llamó. Un mensaje ccCallSetupRequest sigue con la opción saliente del par que indica al VoIP dial-peer de salida seleccionado. Cuando configuran a los voip dial peer múltiples para el mismo destino, es posible que la configuración de llamada inicial fallará y otro dial peer intentado. En este caso otro la más ccCallSetupRequest aparecerá en el debug.

      inout del ccapi del voip del debug - Gateway de origen
      .Jun 4 21:06:43.461: ssaSetupPeer cid(19) 
       peer list: tag(400) called number (5074) 
       
      .Jun 4 21:06:43.461: ccCallSetupRequest 
       (Inbound call = 0x13, outbound peer =100, 
        dest=, params=0x62F1CC70 mode=0, *callID=0x62F1CFD8, 
        prog_ind = 0)

      En el gateway de voz de la terminación la primera línea del Seguimiento de llamada del inout del ccapi del voip del debug como se muestra abajo será un mensaje del cc_api_call_setup_ind con una opción del peer_tag que refiera VoIP entrante al dial peer en el gateway de la terminación.

      debug voip ccapi inout: Puerta de enlace de terminación
      .Jun 4 21:06:43.461: cc_API_call_setup_ind 
       (vdbPtr=0x62F07650,
       callInfo={called=5074,called_oct3=0x80,
       calling=5075, calling_oct3=0x0,>calling_oct3a=0x83,
       calling_xlated=false, 
       subscriber_type_str=Unknown,fdest=1,
       peer_tag=400, prog_ind=0},callID=0x635F72D0)

    • Pares de marcado incorrectamente configurados en un o en ambos lados

      Después de que usted confirme que corresponden con al dial peer correcto (en este caso el dial-peer 100 para el gateway y el dial peer 400 de las creaciones para el router de la terminación), confirme en la configuración que el dial-peer está configurado correctamente para el fax. Algunos errores comunes a marcar para saber si hay a ambos lados de la llamada son éstos:

      • Se inhabilita el Fax Relay (es decir, han publicado el comando fax rate disable en el dial peer) mientras que un codificador-decodificador del ancho de banda baja ha sido funcionando.

      • Configuran al dial peer en un gateway de voz para el Fax Relay de Cisco, pero el otro gateway de voz es Cisco 5350/5400. El soporte T.38 de Cisco 5350/5400s solamente, así que la negociación fallarán.

      • La dial peer por default que es entrante usado en el gateway de la terminación y parámetros predeterminados no hace juego con el dial peer de salida en el gateway de las creaciones.

    • Tipo de compresión-expansión incorrecto

      El tipo de la comprensión-expansión para los E.E.U.U. es ½ del ¿Â ï - ley; para Europa y Asia, es uno-ley. Usted puede publicar el comando show voice call de ver qué valor se configura actualmente. Si en un puerto BRI o E1, el tipo de compresión-expansión del router no coincide con el del dispositivo conectado y las llamadas a veces se conectan y otras no, pero la voz se distorsiona tanto que no se puede reconocer a la persona y aparece un alto nivel de ruido de bajo registro.

      En el Cisco IOS Software Release 12.2(3), el comando compand-type no está encendido en los puertos BRI, y el tipo de la comprensión-expansión es el valor predeterminado. Para más información sobre este bug, vea el bug Cisco ID CSCdv00152 (clientes registrados solamente) y CSCdv01861 (clientes registrados solamente).

  3. Otros problemas de la conectividad básica no relacionados con los dial peer incluyen éstos:

    • Incompatibilidades de Cisco IOS en pares de gateway.

      Nuevamente, esto no siempre se requiere que la versión de software de Cisco IOS coincida, pero se recomienda verificar las versiones cuando ocurra un problema.

    • Protocolo compressed real-time transport (cRTP).

      Hay varios problemas conocidos asociados al cRTP. Los arreglos están disponibles para estos problemas, y tiene sentido de inhabilitar el cRTP cuando los problemas ocurren para marcar si una actualización de Cisco IOS Software es una línea de acción apropiada.

    • En las gateways de voz AS5300 de Cisco, asegúrese de que VCWare y el software del IOS de Cisco sean compatibles.

  4. Envíe los problemas de conectividad por fax a través del PSTN.

    Si las llamadas de voz trabajan en las ambas direcciones pero las llamadas de fax fallan en por lo menos una dirección, marque que los faxes normales entre estos trabajos de dos máquinas a través del PSTN. Es decir asegúrese de que las máquinas de fax transmitan con éxito los faxes el uno al otro con el PSTN sin atravesar la red VoX. Si no lo hacen, las máquinas de fax pueden tener problemas que necesiten ser abordados antes de que usted considere los problemas del Fax Relay.

3. Comprobación para los resbalones y otros errores en las interfaces digitales

Si hay algunas conexiones digitales del T1 o E1 usadas por el Routers que realiza el Fax Relay, aseegurese que son sin error. El Fax Relay es muy sensible a los errores en las interfaces digitales, se desliza especialmente. Los errores no serán notables en las llamadas de voz sino que pueden hacer los faxes fallar.

comando show controller T1(E1) 1/0
vnt-3660-23c#show contr t1 1/0
T1 1/0 is up.
Applique type is Channelized T1
Cablelength is long gain36 0db
No alarms detected.
alarm-trigger is not set
Version info Firmware: 20010805, FPGA: 15
Framing is ESF, Line Code is B8ZS, Clock Source is Line.
Data in current interval (132 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 
0 Degraded Mins
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 
 0 Unavail Secs

Los reguladores del T1 o E1 en las creaciones y los gatewayes de la terminación deben ser sin error. Si ocurren los errores, relance el comando del regulador de la demostración (el T1, el e1, y 1/0 variarán) varias veces dentro de la llamada de ver si el número de errores aumenta. El problema más común de los resbalones es un problema de sincronización ese los resultados en los errores de temporización.

En las redes de voz en paquetes, es generalmente suficiente confirmar que los relojes del router de la línea. Si no lo hace, asegurar el comando clock source line se ingresa en el nivel del regulador, pero en el VoATM o las redes TDM, en donde se establece una jerarquía que cronometra y el Routers necesita pasar el reloj a través de la red, necesidad adicional de las consideraciones de ser hecho. El documento del plan que cronometra proporciona más información sobre la temporización sincrónica.

En 26xx/los 366x Router, cuando usted utiliza la placa de voz de AIM, el regulador mostrará los “resbalones controlados” a menos que usted agregue el reloj de la red participa y los comandos network-clock-select.

En la plataforma del Cisco MC3810, usted necesita configurar el comando network-clock-select y publicar el comando show network-clock de aseegurarse la configuración ha tomado el efecto.

En la plataforma del Cisco 7200VXR, requieren al comando frame-clock-select para las placas de voz. Este comando es de especial importancia para los gateways de voz 7200VXR ya que, de manera predeterminada, el bus TDM interno no es accionado por el oscilador local. Debido a que los troncos E1 se encuentran normalmente sincronizados con la red de telefonía, se producen como resultado errores de temporización y problemas de transmisión intermitente de fax. Más detalle está disponible en el Id. de bug Cisco CSCdv10359 (clientes registrados solamente).

En los indicadores luminosos LED amarillo de la placa muestra gravedad menor C4224 MFT, cuando son validar el reloj de la línea, bajo el x/y T1 del regulador usted necesita publicar el comando clock source loop-timed. Esta configuración desempareja el reloj del regulador del reloj sistema-ancho. Entonces se requiere para fijar el comando network-clock-select. En este caso, sería el 1 x/y red-reloj-selecto T1.

Para más información, refiera a los Release Note para el Switch de gateway de acceso Cisco Catalyst 4224 para el Cisco IOS Release 12.1(5)YE2

4. Marque el tipo de interfaz del fax

En algunas Plataformas, que incluyen el Cisco 3660, 5300, 5350, 5400, y 5800, los valores predeterminados del router para enviar el módem del tipo de interfaz por fax. El comando fax interface-type modem global configuration fuerza las llamadas de fax a un módem (normalmente para el fax T.37 Store and Forward) y no a un DSP. Para que el Fax Relay de Cisco trabaje, la llamada de fax se debe enviar a un DSP, que significa que debe ser configurada con el comando fax interface-type vfc.

Comando fax interface-type
vnt-3660-23c(config)#fax interface-type ?
modem Use modem card
vfc   Use Voice Feature Card

vnt-3660-23c(config)#fax interface-type vfc
You must reload the router

Aseegurese le recargar al router, o el comando no tomará el efecto. Las llamadas de fax fallarán en las Plataformas con el Fax Relay de Cisco (o T.38), así que esto es un comando importante de marcar.

El comando fax interface-type vfc no era necesario en las versiones de Cisco IOS Software antes de 12.2. El problema está comúnmente - considerado cuando uno del Gateways de voz se actualiza al Cisco IOS Software Release 12.2 o Posterior.

5. Aseegurese que el códec del fax está cargado durante la llamada de fax

Cada máquina de fax muestra la ID de la máquina de fax remota en su pantalla LCD al final de la fase de negociación de fax. Es inverosímil que las máquinas de fax podrían completar la negociación si los códecs del fax no habían sido descargados con éxito. Por otra parte, si no se visualiza ninguna máquina de fax remoto ID, el debugging adicional en esta área es apropiado.

Hay dos maneras de aseegurarse que el Gateways de voz detecta la transmisión por fax y carga con éxito los códecs del fax.

  1. Publique el comando debug vtsp all y el Seguimiento de llamada del inout del ccapi del voip del debug. Estos debugs se discuten detalladamente en la sección de debugging de este documento.

  2. Ejecute el comando show voice trace. Los comandos show son menos uso intensivo de recurso en el router que los comandos debug y son preferibles en las redes de producción. Esto es una salida de ejemplo de un comando show voice trace en una interfaz de ISDN.

comando show voice trace
BrisVG200gwy01#show voice trace 1/0:15
1/0:15 1  
1/0:15 2  
1/0:15 3
1/0:15 4
1/0:15 5
1/0:15 6
1/0:15 7
1/0:15 8
1/0:15 9
1/0:15 10 State Transitions: timestamp (state, event) -> ...
63513.792 (S_SETUP_REQUEST, E_TSP_PROCEEDING) ->
63515.264 (S_SETUP_REQ_PROC, E_TSP_ALERT) ->
63515.264 (S_SETUP_REQ_PROC, E_CC_BRIDGE) ->
63515.332 (S_SETUP_REQ_PROC, E_CC_CAPS_IND) ->
63515.332 (S_SETUP_REQ_PROC, E_CC_CAPS_ACK) ->
63515.348 (S_SETUP_REQ_PROC, E_CC_CAPS_IND) ->
63515.348 (S_SETUP_REQ_PROC, E_CC_CAPS_ACK) ->
63515.356 (S_SETUP_REQ_PROC, E_CC_CAPS_IND) ->
63515.356 (S_SETUP_REQ_PROC, E_CC_CAPS_ACK) ->
63518.656 (S_SETUP_REQ_PROC, E_CC_REQ_PACK_STAT) ->
63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_VP_DELAY) ->
63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_VP_ERROR) ->
63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_RX) ->
63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_TX) ->
63521.028 (S_SETUP_REQ_PROC, E_CC_REQ_PACK_STAT) ->
63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_VP_DELAY) ->
63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_VP_ERROR) ->
63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_RX) ->
63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_TX) ->
63524.128 (S_SETUP_REQ_PROC, E_TSP_CONNECT) ->

!--- Fax tone detected:

63529.352 (S_CONNECT, E_DSP_TONE_DETECT) ->
63529.356 (S_LFAX_WAIT_ACK, E_PH_CODEC_ACK) ->

!--- Fax codec being downloaded to DSPs:

63529.356 (S_LFAX_DOWNLOAD, E_pH_CODEC_FAX) -> 
63529.356 (S_LFAX_DOWNLOAD, E_DSPRM_PEND_SUCCESS) ->

6. Codificador-decodificador del Fax Relay y del cambio de la neutralización para el passthrough

En los pasos anteriores, usted estableció que las llamadas de voz trabajan, los faxes trabaja con el PSTN, y todas las interfaces digitales en la trayectoria del Fax Relay están libres de los errores. Este paso determina si los faxes pueden ir a través con el Fax Relay inhabilitado. Bajo el voip/VoATM/vofr dial peer, ingrese esto:

Comando fax rate disable
vnt-3660-23(config)#voice-port 2/0:15
vnt-3660-23(config-voiceport)#no echo-cancel enable
vnt-3660-23(config)#dial-p voice 3
vnt-3660-23(config-dial-peer)#fax rate disable
vnt-3660-23(config-dial-peer)#codec g711ulaw
vnt-3660-23(config-dial-peer)#no vad

Aseegurese estos comandos se ingresan en ambos gatewayes. El Fax Relay de estos comandos disable, la cancelación de eco de la neutralización, y fuerzan la llamada para utilizar un codificador-decodificador del ancho de banda alto sin el VAD. El router entonces muestrea los tonos como una llamada de voz normal, y, con el codificador-decodificador del ancho de banda alto (G.711), la muestra más exacta posible se captura. El tono que se jugará de nuevo en el otro lado será tan exacto como sea posible. La advertencia a este paso es que, puesto que G.711 es 64 códecs de ancho de banda del kbps, cada llamada consumirá hasta 80 kbps (para el VoIP) cuando se agregan los gastos indirectos adicionales del Transport Protocol.

Si la prueba es positiva, se han logrado dos cosas. Primero, si por el consumo de ancho de banda de la llamada no es un aspecto importante para la red, allí ahora es a potencial solución alternativa al método del envío de fax en banda para el problema del Fax Relay. En segundo lugar, y más perceptiblemente, si el consumo de ancho de banda es un problema, el problema se ha aislado al software del Fax Relay, y usted debe abrir un caso TAC.

Si esta prueba falla, sea probable que cualesquiera causas las llamadas de fax a fallar con el Fax Relay también causan a errores con esta prueba. Qué viene importar primero es que la red puede tener una gran cantidad de jitter o de pérdida del paquete.

7. Comprobación para la pérdida del paquete en la red VoX

El más fácil y la mayoría de la forma adecuada determinar si hay una pérdida del paquete es hacer esto:

  1. Desactive VAD en los pares de marcado VoX.

  2. Haga una llamada de voz entre los mismos puertos en donde las máquinas de fax están conectadas. (Las máquinas de fax pueden servir como los teléfonos ordinarios, o usted puede conectarse los microteléfonos a los mismos puertos en donde las máquinas de fax están conectadas).

  3. Cuando la llamada está conectada, haga esto:

    1. Ejecute el comando show voice dsp. Usted puede ver en la salida que uno de los canales del DSP tiene el codificador-decodificador configurado cargado. La columna “TX/RX-PAK CNT” muestra que el transmitir y recibe generalmente a los contadores de paquetes es igual, así que significa que no se pierde ningunos paquetes. Si los contadores no son iguales, los paquetes pueden conseguir perdidos. Teclee el comando show voice dsp varias veces en los intervalos 30-second de determinar si la diferencia aumenta y se pierden los paquetes.

    2. Publique el comando show voice call summary de ver cuál se afecta un aparato virar hacia el lado de babor (y el slot de tiempo si procede) a la llamada de voz. Teclee el monitor terminal y después publique el comando show voice call con el puerto de voz (y el slot de tiempo si procede) de conseguir las estadísticas de DSP detalladas. En la sección "***DSP VOICE VP_ERROR STATISTICS***" (Estadísticas del error VP de voz DSP) del resultado, busque los contadores. Son generalmente 0 o debajo de 20. Si el/los contador(es) es/son mayores de 20, investigue la pérdida de paquetes.

Si la red parece estar algo perdida, no se puede esperar que el relé de fax funcione adecuadamente. Es posible inhabilitar el ECM, pero la investigación adicional es probablemente necesaria asegurarse de que QoS es aprovisionado de punta a punta de modo que el tráfico de la Voz y del Fax Relay tenga prioridad y nunca está perdido dentro de la congestión. La sección de información relacionada contiene más información sobre cómo resolver problemas los problemas de calidad de voz.

8. ECM del Fax Relay de la neutralización (Cisco VoIP propietario solamente)

Para las redes con la pérdida del paquete y las porciones de jitter, ECM de la neutralización para mejorar las llamadas del Fax Relay. Publique

Publique el comando fax-relay ECM disable de mejorar el funcionamiento del Fax Relay en las redes que presentas pérdidas de información, pero este comando también se recomienda para el Troubleshooting básico. Incluso si no hay un notable problema de fluctuación en la red, este comando puede ayudar a veces a determinar los problemas del Fax Relay. Este comando está disponible bajo el dial-peers de VoFR y del VoATM pero trabaja actualmente solamente para el VoIP.

Nota: Este comando también activa la característica del ocultamiento de pérdida de paquetes.

Comando fax-relay ECM OK
vnt-3660-23(config-dial-peer)#dial-peer voice 3
vnt-3660-23(config-dial-peer)#fax-relay ECM disable

9. Redundancia de paquete de T.38 del permiso (T.38 VoIP solamente)

Si T.38 para el VoIP se utiliza como el protocolo del Fax Relay, la característica de la redundancia de paquete de T.38 puede ser girada si usted configura este comando bajo los dial peer apropiados en ambos gatewayes:

Redundancia de paquete de T.38
vnt-3660-23(config-dial-peer)#fax protocol t38 
 Ls-redundancy X Hs-redundancy Y

donde X > 0 y Y= 0 (realice solamente los cambios a la Ls-Redundancia)

Si el Fax Relay propietario de Cisco es funcionando, una alternativa o una opción adcional de inhabilitar el ECM es cambiar el protocolo del Fax Relay a T.38 para poder probar la característica de la redundancia de paquete de T.38. Esta característica puede paliar a la falla debido a la pérdida del paquete, pero observa que la redundancia de paquete de T.38 aumenta perceptiblemente el Uso de ancho de banda, y es preferible eliminar la pérdida del paquete en lo posible.

10. Fije el comando fax NSF a todos los ceros

El comando fax NSF puede ser útil para las marcas de máquinas de fax que alteren el campo NSF dentro de la negociación del fax para las codificaciones propietarias. Este comando permite al router que hace el Fax Relay para reemplazar las configuraciones hechas por las máquinas de fax que intenta implementar las codificaciones propietarias. Antes de que el comando fax NSF estuviera disponible, el Fax Relay fallaría para estas marcas de máquinas de fax. Utilizan típicamente al comando fax NSF de fijar el campo NSF a todos los ceros, que fuerza una negociación de fax estándar de los ambos lados. Este comando ha sido acertado con ciertas marcas tales como Harris y Lanier, y se recomienda cuando el Fax Relay falla.

Comando fax NSF
vnt-3660-23(config-dial-peer)#fax NSF 000000

11. Marque si el gateway MGCP se configura para el paquete FXR

Cuando las llamadas de fax de T.38 al servidor del fax del PSTN fallan y si las trazas del administrador de las Comunicaciones unificadas de Cisco muestran support_FXR=0, después la configuración del paquete FXR puede faltar del gateway MGCP. En este caso, agregue estos comandos al gateway MGCP:

no mgcp fax t38 inhibit
mgcp package-capability fxr-package
mgcp default-package fxr-package

Después de esto, reajuste el gateway y las llamadas de fax comienzan a trabajar.

12. Etapas finales de la resolución

Si los pasos de Troubleshooting anteriores no resolvieron el problema del Fax Relay, el problema puede requerir más Troubleshooting avanzado. Éstos son pasos adicionales a intentar antes de que usted abra un caso con el Centro de Asistencia Técnica de Cisco (TAC):

  • Aprenda las marcas y los modelos de las máquinas de fax que fallan, e investigue esas marcas y modelos por problemas conocidos.

    A veces hay casos o bug del CUIDADO esos los problemas de dirección para cierta marca de máquina de fax. Por ejemplo, una búsqueda en el Bug Toolkit (clientes registrados solamente) para un fax de Pitney Bowes muestra un bug con las máquinas de fax y el Fax Relay de Cisco (CSCdu78373 (clientes registrados solamente) de Pitney Bowes). Este bug no es en el Cisco IOS Software sino es una incompatibilidad con el protocolo de señalización de fax propietario de Pitney Bowes cuando los dispositivos del fax en cada lado de una conexión son Pitney Bowes 9920s o 9930s. La solución alternativa es inhabilitar el protocolo de propietario en las máquinas de fax o inhabilitar el Fax Relay y utilizar un códec de mayor ancho de banda.

    Advertencias conocidas

    Las advertencias conocidas son conductas inesperadas o defectos en las versiones de software para un producto. Esta tabla contiene la información sobre los problemas conocidos para el soporte del fax en los gatewayes de voz de Cisco.

    Si usted tiene una cuenta CCO, usted puede buscar por problemas conocidos en el perseguidor del bug Cisco System tool (Herramienta del sistema), Bug Toolkit llamado. Para acceder el Bug Toolkit, haga una de estas tareas:

    Advertencias conocidas del cuadro 1

    ID de la falla Resumen Explicación
    CSCdu30250 El VAD introduce los errores graves en el modo de transferencia del fax. Cuando los gatewayes de voz de Cisco se configuran para el modo de transferencia del fax, usted debe inhabilitar la detección de actividad de la Voz (VAD) en todos los VoIP dial-peer asociados a las llamadas de fax. Para inhabilitar el VAD en un VoIP dial-peer, utilice estos comandos:
     
    config terminal
    dial-peer voice XXX voip
    no vad 
    
    CSCdu62269 CSCdu62269 Cualquier dispositivo del gateway de Cisco que inicie una llamada del Fax Relay (con los paquetes RTP con el tipo de carga útil 96) a un WS-X4604-GW en el modo del gateway falla. Esto se ha resuelto en 12.1.5YF3. Cuando el conjunto al modo del gateway, el software ahora identifica el tipo de carga útil 96 e inicia a un modo de transferencia.
    CSCdv08143 Las transmisiones por fax de 5-30 páginas fallan con el modo de transferencia del fax del VG248 al WS-X4604-GW en el modo del gateway. Este error ocurre solamente con la imagen del software 12.1.5YF2 en el WS-X4604-GW. Para evitar este error, utilice 12.1.5YF1, 12.1.5YF3, o más adelante.
    CSCdv83401 En los Cisco Catalyst 6000 Switch, cuando se detecta un fax o un tono del módem, la llamada se conmuta en el modo de transferencia del fax con (byte 134) los paquetes 10ms. El tamaño de trama en el modo de transferencia del fax debe ser 214 bytes. Los faxes no fallan aunque el tamaño de paquetes es incorrecto.
    CSCdv83337
    CSCdw07735 Las transmisiones por fax fallan con el modo de transferencia del fax del WS-X4604/VIC-2FXS (solamente) al gateway WS-X6624-FXS con la carga A00203010026 del Cisco CallManager 3-1-2c_spA. El WS-X4604/el VIC-2FXS exhibe esto en los modos del gateway y del peaje-por-paso. Este error ocurre con las imágenes del software 12.1.5YF2 y 12.1.5YF3 en el WS-X4604-GW, y será reparado en el software 12.2(7)X.
    CSCdw07804 Las transmisiones por fax fallan con el modo de transferencia del fax del WS-C4224V/del VIC-2FXS (solamente) al gateway WS-X6624-FXS con la carga A00203010026 del Cisco CallManager 3-1-2c_spA. Este error ocurre con las imágenes del software 12.1.5YE2 y 12.1.5YE4 en el WS-C4224V y será reparado en el software 12.2(7)X.

  • Utilice las Herramientas de búsqueda para buscar los problemas sabidos del fax en la versión de Cisco IOS Software donde ocurre el problema.

    En el paso anterior, las búsquedas fueron hechas para que una marca específica del fax identifique un problema conocido entre cierta marca del fax y el código del Fax Relay de Cisco. El siguiente paso es realizar una búsqueda genérica puesto que podría haber un bug del Fax Relay en la versión de Cisco IOS Software instalada.

    Por ejemplo, si un Fax Relay que utiliza VoFR no funciona en el Cisco IOS Software Release 12.1(2)T, usted puede buscar para los bug con el Bug Toolkit en el CCO. En este ejemplo, usted utilizará estos valores:

    • Versión importante: 12.1

    • Revisión: 2

    • Característica/componente: VoFR

    • Palabra clave: fax

    Uno de los bug es el Id. de bug Cisco CSCdr65984 (clientes registrados solamente), dado derecho el “fax no trabaja para el vofr.” Este bug hizo todo el Fax Relay fallar para VoFR, y una actualización será necesaria una versión de Cisco IOS Software en la cual este bug esté no más presente.

  • Elimine los desperfectos de hardware.

    En algunos casos, es más fácil aislar el problema si usted excluye las fuentes del problema potencial, uno por uno. Substituya a diversas piezas de hardware y utilice las conexiones IP alternativas entre los gatewayes. Cuando el hardware adicional está disponible, estos pasos pueden ayudar:

    • Utilice diversos puertos en el Routers.

      Si su configuración implica dos gatewayes conectados con los PBX o el PSTN con el e1 o el T1 y si usted tiene los puertos FXS disponibles, intente conectar las máquinas de fax directamente con los puertos FXS en el Gateways de voz. Este procedimiento le ayudará a fomentar el aislante el problema cuando la posibilidad del error E1-card, los problemas en el lado de la telefonía, o sincronización o los problemas de cable del e1 se excluye.

    • Diverso hardware del intento.

      Si usted tiene otro gateway de voz con los puertos FXS disponibles para usted, intente conectarlo directamente con el cable de par cruzado de Ethernet con cada uno del Gateways de voz y enviar un fax con la máquina de fax conectada con el puerto FXS. Este procedimiento ayudará a determinar si hay problemas en la red VoX tal como Datos en espera, fragmentación, o priorización.

  • Utilice los comandos debug en el router de determinar el problema.

    Vea la sección del “debugging” para más información sobre los comandos debug útiles para resolver problemas los problemas del Fax Relay.

Depuración

Mensajes T.30

Los debugs pueden ser difíciles entender si usted no es familiar con la Mensajería que ocurre dentro de una transmisión por fax típica. Ésta es una representación gráfica de las transacciones básicas T.30 que ocurren para una sola transmisión por fax de la página.

/image/gif/paws/20227/faxrelay_tsguide3.gif

La descripción de los detalles de estas transacciones está fuera del alcance de este documento, pero éstas son definiciones de las transacciones básicas que se consideran dentro del Fax Relay. La lista es alfabética para la referencia rápida e incluye los mensajes que están comúnmente - considerado al hacer el debug del Fax Relay de Cisco. Para información más detallada acerca de esta Mensajería o para la información sobre los mensajes que no son abajo mencionado, vea la especificación T.30.

  • CED (llamado identificación del terminal) – una señal de 2100 herzios que es transmitida por el dispositivo del fax de la terminación sobre la contestación de una llamada de fax. Esta señal inhabilita temporalmente las canceladoras de generación de eco que están presentes en la conexión preparar la línea para la Transmisión de datos.

  • El CFR (confirmación a recibir) – una respuesta que confirme que se ha completado la mensajería previa y el entrenamiento y que Transmisión de página del fax puede comenzar.

  • CNG (Tono de la llamada) – un tono de 1100 herzios que está prendido para la mitad al segundo y entonces apagado por 3 segundos. Esta señal identifica la terminal de fax como dispositivo del NON-discurso. La señal también indica que la terminal de fax de iniciación aguarda la señal DIS de la terminal de fax de la terminación.

  • CRP (repetición del comando) – una respuesta que indica que el comando anterior fue recibido en el error y necesita ser relanzada. (Opcional)

  • CSI (Identificación de suscriptor que recibe la llamada) – puede ser utilizado para proporcionar la identidad específica de la terminal de fax llamada a través de su número de teléfono internacional. (Opcional)

  • DCN (desconexión) – termina la llamada de fax y no requiere ninguna respuesta.

  • DIS (señal de identificación de Digitaces) – identifica las capacidades de la terminal de fax llamada.

  • DTC (Digitaces transmiten el comando) – la respuesta a las capacidades identificadas por la señal DIS. Aquí es donde la terminal de fax de llamada hace juego sus capacidades con las que está proporcionadas en el mensaje DIS de la terminal de fax llamada.

  • EOM (fin del mensaje) – indica el extremo de una página completa de la información del fax.

  • EOP (final del procedimiento) – indica que el extremo de una página completa de la información del fax y no hay otras páginas ser enviado. Proceda a la fase de la desconexión de la llamada de fax.

  • FTT (error entrenar) – utilizado para rechazar una señal del entrenamiento y para pedir un reentrenamiento (los reentrenamientos ocurren generalmente a velocidades más bajas de la modulación).

  • MCF (Confirmación de mensaje) – indica que un mensaje se ha recibido satisfactoriamente.

  • MP (señal de páginas múltiples) – indica el extremo de una página completa de la información del fax y que el receptor está listo para las páginas adicionales.

  • NSF (recursos no estándar) – puede ser utilizado para identificar las capacidades o los requisitos específicos que no son cubiertos por las especificaciones de las T-series. (Opcional)

  • RTN (negativa del reentrenamiento) – indica que un mensaje anterior no se ha recibido satisfactoriamente. La reinstrucción es necesaria proceder (generalmente a una velocidad más baja de la modulación).

  • RTP (positivo del reentrenamiento) – indica que se ha recibido un mensaje Complete y que los mensajes adicionales pueden seguir después de reciclar.

  • TCF (control del entrenamiento) – enviado a través del sistema de modulación de la velocidad más alta T.4 (contra 300 la modulación del kbps V.21 usada para la señalización anterior T.30) para verificar el entrenamiento y para indicar la aceptación de las páginas del fax enviadas a esta velocidad de transmisión.

  • TSI (Identificación de suscriptor transmisor) – indica la identificación de la terminal de fax de la transmisión (llamada). (Opcional)

Comandos Debug del Fax Relay

Éstos son comandos debug útiles del Fax Relay:

t30 todo del debug fax relay

El debug para el Fax Relay de Cisco se habilita con el comando debug fax relay t30 all.

comando debug fax relay t30 all
vnt-3660-23c#debug fax relay t30 all
Debugging fax relay t30

Ésta es una copia de un debug de una sesión fallada del Fax Relay. Esto es un debug del gateway del fax de las creaciones que funciona con el Cisco IOS Software Release 12.2(7a).

salida del comando debug fax relay t30 all
vdtl-3810-3b#
Dec 5 07:49:13.073: 1/2:62 1281347052 fr-entered (10ms)
Dec 5 07:49:17.985: 1/2:62 1281351950 fr-msg-det CRP
Dec 5 07:49:20.105: 1/2:62 1281354070 Fr-MSG-TX NSF
Dec 5 07:49:20.655: 1/2:62 1281354620 Fr-MSG-TX good crc,
 19 bytes
Dec 5 07:49:20.720: 1/2:62 1281354680 Fr-MSG-TX DIS
DEC 5 07:49:22.350: 1/2:62 1281356310 fr-msg-det TSI
DEC 5 07:49:23.045: 1/2:62 1281357000 fr-msg-det DCS
DEC 5 07:49:27.346: 1/2:62 1281361290 Fr-MSG-TX FTT
DEC 5 07:49:28.836: 1/2:62 1281362780 fr-msg-det TSI
DEC 5 07:49:29.531: 1/2:62 1281363470 fr-msg-det DCS
DEC 5 07:49:29.740: 1/2:62 1281363680 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:30.362: 1/2:62 1281364300 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:30.804: 1/2:62 1281364740 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:30.852: 1/2:62 1281364790 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:33.868: 1/2:62 1281367800 Fr-MSG-TX FTT
DEC 5 07:49:35.414: 1/2:62 1281369340 fr-msg-det TSI
DEC 5 07:49:36.113: 1/2:62 1281370040 fr-msg-det DCS
DEC 5 07:49:36.515: 1/2:62 1281370440 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:36.908: 1/2:62 1281370830 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:37.559: 1/2:62 1281371480 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:37.784: 1/2:62 1281371700 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:37.900: 1/2:62 1281371820 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:40.133: 1/2:62 1281374050 Fr-MSG-TX FTT
DEC 5 07:49:41.888: 1/2:62 1281375800 fr-msg-det TSI
DEC 5 07:49:42.583: 1/2:62 1281376490 fr-msg-det DCS
DEC 5 07:49:43.173: 1/2:62 1281377080 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:44.937: 1/2:62 1281378840 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:45.386: 1/2:62 1281379290 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:46.941: 1/2:62 1281380840 Fr-MSG-TX FTT
DEC 5 07:49:48.503: 1/2:62 1281382400 fr-msg-det DCN
DEC 5 07:49:50.631: 1/2:62 1281384520 fr-end-dcn

Este debug muestra los eventos T.30 que ocurren en el DSP dentro del Fax Relay. Es importante recordar que los debugs que ocurren desde la perspectiva del DSP obran recíprocamente con el dispositivo del fax, así que cualquier “FR-MSG-TX” o transmite el mensaje se transmite del DSP al dispositivo del fax conectado. Cualquier mensaje que el DSP diga que detecta, o el mensaje “fr-msg-det”, es un mensaje que recibió del dispositivo del fax conectado. Este gráfico ilustra el flujo direccional de los mensajes DSP cuando publican el comando debug fax relay t30 all.

/image/gif/paws/20227/faxrelay_tsguide4.gif

De la transacción fallada del fax en el debug, usted puede ver varios mensajes de "crc incorrectos" seguidos por un error entrenar al mensaje (FTT) del lejos lateral. De los debugs, mira como si el problema implique la señal del entrenamiento. Los malos errores crc y el mensaje FTT (error entrenar) volvieron del otro lado indican que la señal es corrompida o incompatible con el protocolo del Fax Relay de Cisco. Este debug se toma de un problema del Fax Relay que ocurra con una máquina de fax de Lexmark Optra. Lexmark es V.34 capaz e intenta conectar a las tarifas V.34. El V.34 no se soporta en el Fax Relay de Cisco, y los errores del entrenamiento ocurren. Vea el Id. de bug Cisco CSCdv89496 (clientes registrados solamente) para más detalles.

Los Ejemplos de funcionamiento de la página de los debugs T.30 proporcionan más información sobre cómo leer estos debugs y un ejemplo de una traza del analizador acertada del debug y del fax del modo ECM.

Vtsp todo del debug

Hay también los otros comandos de debug que pueden ser útiles para resolver problemas los problemas del Fax Relay. Estos debugs no serán tan fáciles leer o proporcionar tanta información como los debugs T.30, pero ellos pueden todavía ser útiles.

El proveedor de servicio de telefonía de voz (VTSP) es una arquitectura que define la interfaz entre el Control de llamadas del Cisco IOS y un punto extremo del DSP conectados con los equipos de telefonía estándar tales como un PBX, el fax, o la oficina central a través del análogo o de las interfaces digitales.

Para VoIP T.38 o Fax Relay, el vtsp todo del debug puede proporcionar la información del estado útil del router. Como se debate en de la sección de Troubleshooting, este comando debug puede ser utilizado para determinar si el códec del fax se ha descargado en el DSP como se muestra en la página del debugging del proveedor del servicio de telefonía de voz.

Subframe 3 del vofr del vtsp del debug

Otro comando debug del Fax Relay que es útil para el fax con VoFR y el VoATM es el subframe 3. del vofr del vtsp del debug. Este tramas de las salidas de comando FRF11 que tienen un tipo de carga útil del Fax Relay del anexo D. Hay una cantidad significativa de resultados de este comando incluso con apenas una llamada del Fax Relay, y el maleficio debe ser decodificado (la especificación FRF11 es útil para la decodificación hexadecimal). Vea el VTSP de VoFR el hacer el debug de la página para un ejemplo con algo del maleficio más importante resaltado y decodificado.

Comandos Debug adicionales

  1. Para hacer el debug de las capacidades de T.38 intercambie los problemas, utilizan el comando debug cch323 h245.

  2. Para hacer el debug de los intercambios del mensaje DSP entre las aplicaciones y el DSP, utilice estos comandos debug:

Envíe los analizadores por fax

Es a veces necesario ir más allá de las capacidades de debugging de los gatewayes de voz de Cisco de resolver los problemas del Fax Relay. Las herramientas tales como analizadores de protocolo y analizadores del fax se utilizan para ver qué ocurre en la operación del Fax Relay. Los analizadores del fax tales como la Génova ChannelProbe/FaxProbe por QualityLogic o HP Telegra se pueden colocar entre el dispositivo del fax y el gateway de Cisco para capturar qué ocurre. Los analizadores de protocolo tales como sniffer y el dominó pueden ser útiles cuando usted necesita ver los paquetes del Fax Relay que se intercambian entre el Routers.

La capacidad de resolver un problema complejo requiere a veces una combinación de equipos — un analizador capturar el tráfico del fax en cada máquina de fax y un analizador de protocolo para capturar los paquetes del Fax Relay. Una sola llamada de fax se pone para reproducir el problema, y entonces la información se captura de los dispositivos conectados para el análisis. Este diagrama muestra adonde en la red se coloca este equipo de prueba.

faxrelay_tsguide5.gif

La mayoría de los analizadores del fax tienen las pantallas de ayuda y documentación adecuadas para ayudarle a determinar qué sucede. La especificación T.30 es también muy útil. Para los analizadores de protocolo, el decodificar puede ser un poco más difícil puesto que las codificaciones son a veces propietarias, o el software de análisis no hace que el específico decodifique necesario. Para el Fax Relay que utiliza VoFR y el VoATM, los gatewayes de Cisco utilizan el anexo basado en estándares D de la especificación FRF11leavingcisco.com . Si el analizador de protocolo no puede decodificar la trama, la trama se puede decodificar manualmente con esta especificación. Con el Fax Relay y el VoIP, un formato propietario de Cisco se utiliza para los paquetes del Fax Relay.

Con la información del analizador y del analizador de protocolo del fax, usted podrá resolver los problemas del Fax Relay. Pocos problemas del Fax Relay alcanzan esta punta, y cuando lo hacen, la escalada y DE resources deben estar implicados para la asistencia adicional.

Además, proporcione el resto de la información relevante al problema.

abrir un caso TAC

Si este documento no le ha habilitado para aislar y para resolver el problema, abra un caso con el Centro de Asistencia Técnica de Cisco (TAC) y proporcione esta información:

  • Descripción de la topología de red (formato PDF, de Visio, o del Microsoft PowerPoint).

  • Las máquinas de fax usadas, que incluyen el vendedor y la Información del modelo.

  • El historial del problema.

    La información útil incluye si la implementación es nueva o una red establecida que trabajaron bien y después fallaron. ¿Si la red fue establecida, qué cambiada antes del problema ocurrió? ¿Es el problema intermitente? ¿Se puede el problema reproducir, y, si es así qué es los pasos necesarios para reproducir el problema?

  • Salida del comando show tech de ambos gatewayes del fax y de todo el Routers en el trayecto IP, y información pertinente para el equipo de red activo del no Cisco.

  • Un par de los Seguimientos de llamada con éstos hace el debug de los indicadores habilitados:

    • debug voip ccapi inout

    • vtsp todo del debug

    • debug ISDN q931 (si el ISDN o el Q.Sig está implicado)

  • Un par de la llamada de voz de la demostración y de las salidas del DSP de voz de la demostración.

  • Un par de las trazas del analizador del fax conectadas en el modo monitor con las máquinas de fax de las creaciones y de la terminación, si está disponible.

  • Resultados del troubleshooting y de los debugs realizados, si está disponible.


Información Relacionada


Document ID: 20227