Pautas de Fax de Interoperabilidad de Terceros CUBE

Introducción

Este documento describe cómo actúa Fax sobre IP (FoIP) en los flujos de llamadas de Cisco Unified Border Element (CUBE) con proveedores de servicios IP.

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

• CUBE Enterprise
• Protocolo de Control de Gateway de Medios (MGCP)
• Protocolo de inicio de sesión (SIP)
• Conjunto de protocolos H323
• Señalización T30

Componentes Utilizados

La información de este documento se basa en estas versiones de software y hardware: Cisco IOS^® Versiones 12.4T, 15.0M, 15.0T, 15.1M, 15.1T, 15.2M, 15.2T, 15.3T en Cisco Integrated Services Routers (ISR) Series 28000 3800, 2900, 3900, 3900e o la puerta de enlace universal Cisco AS5400XM

Nota: Este ejemplo de configuración no se limita a las versiones de software y las plataformas de hardware enumeradas aquí.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Antecedentes

FoIP con CUBE funciona en una multitud de entornos y se implementa para aprovechar las redes VoIP actuales para servicios de fax fiables. Existen varios protocolos de fax que CUBE soporta junto con una multitud de mecanismos de switchover. Sin embargo, en el contexto de los proveedores de servicios IP, debe adherirse a los protocolos de fax y los métodos de switchover que son compatibles con proveedores fuera de Cisco.

En los flujos de llamadas de FoIP, CUBE se encuentra entre la puerta de enlace de terminación (TGW) y la puerta de enlace de origen (OGW). Desde el punto de vista de la señalización, la configuración CUBE permite o niega el switchover de una llamada de voz a una llamada de fax. Debido al hecho de que los protocolos FoIP se negocian de extremo a extremo en un entorno VoIP, es esencial que todo, desde el OGW hasta el TGW, se configure para utilizar el mismo protocolo FoIP.

Es importante saber qué flujos FoIP son soportados y qué configuración es necesaria en CUBE, así como en TGW y OGW, para asegurar una comunicación de fax confiable.

Flujos de llamadas de fax CUBE

Debido al hecho de que los proveedores de servicios IP suelen tener un entorno mixto de equipos de Cisco y de otros fabricantes, es esencial que utilice un método estándar del sector para pasar de una llamada de voz a una llamada de fax. Esto significa que no se puede utilizar el evento de señalización con nombre (NSE), ya que los NSE son propiedad de Cisco. Hay excepciones a esta regla, pero son extremadamente infrecuentes.

Nota: La incapacidad de utilizar un switchover basado en protocolo significa que Skinny Call Control Protocol (SCCP) sólo se utiliza en los flujos de llamadas de fax a los proveedores de servicios IP con G711ulaw y es un "mejor esfuerzo".

Métodos de transporte FoIP

Este documento describe dos métodos de transporte FoIP, Fax Pass-Through y T.38 Fax Relay.

Transferencia de fax

Fax Pass-Through es un método de transporte de fax en el que las señales T30 y los datos de la página se transportan a través de la red IP como datos codificados con Modulación de código de pulso (PCM), envueltos en tramas de protocolo de transporte en tiempo real (RTP).

El switchover de paso a través de fax se activa mediante la detección del preámbulo V.21 en el TGW. El mensaje resultante INVITE (para SIP) o Request Mode (para H323) se envía a través del CUBE y el resto de la ruta de señalización de llamada al OGW.

El switchover de paso a través de fax pasa de cualquier códec de voz al códec definido en la configuración de paso a través de fax (este proceso se describe más adelante en este documento).

Nota: No se puede configurar una gateway MGCP para iniciar la velocidad de actualización a G.711 para el paso a través de fax. Por lo tanto, cualquier fax que utilice el paso a través del CUBE que termina en un gateway MGCP se debe rutear con el códec G.711.

Nota: El paso a través de fax no debe configurarse con H.323 si el códec inicial es G.711. Esto hace que se envíe un modo de solicitud H.245 al switch a G.711 cuando G.711 ya está negociado. CUCM responde con un rechazo del modo de solicitud H.245.

Transmisión de fax T.38

Fax Relay es un método de transporte de fax en el que los TGW y los OGW detectan las señales T30 y los datos de la página. Las puertas de enlace toman esas señales y las convierten en mensajes de retransmisión, que son representaciones digitales de las señales analógicas. Estos mensajes de retransmisión se envían a través de la red IP.  

El switchover T.38 Fax Relay también se activa mediante la detección del preámbulo V.21 en el TGW.

• Cuando TGW funciona con SIP, la detección del preámbulo V.21 activa un ReINVITE T.38 (similar a lo que se describió anteriormente).
• Cuando el TGW funciona con H323, la detección del preámbulo V.21 activa un Modo de Solicitud T.38.
• Cuando TGW funciona con MGCP, la detección del preámbulo V.21 activa una notificación (NTFY), que se envía al agente de llamadas. A continuación, el Call Agent responde con 200 OK y envía un Request Mode o un ReINVITE a CUBE, que depende del protocolo VoIP utilizado.

Los ejemplos de depuración se encuentran en la sección Solución de problemas de este documento.

Configuración de CUBE

CUBE se puede configurar para FoIP en dos lugares: globalmente bajo voice service voip así como bajo dial-peer. La configuración en el par de marcado coincidente para una llamada determinada siempre tiene prioridad sobre la configuración global. La configuración para T.38 y el paso a través de fax se puede configurar al mismo tiempo si se encuentra en diferentes pares de marcado, de modo que ambos protocolos se soporten simultáneamente.

Configuración de paso a través de CUBE

Para configurar Fax Pass-Through en voice service voip, utilice este comando (en negrita):

voice service voip
 no ip address trusted authenticate
 allow-connections h323 to h323
 allow-connections h323 to sip
 allow-connections sip to h323
 allow-connections sip to sip
 fax protocol pass-through g711ulaw

Para configurar Fax Pass-Through en el dial-peer, utilice este comando (en negrita):

dial-peer voice 1 voip
 description T38 Test
 destination-pattern ^1000$
 session protocol sipv2
 session target ipv4:192.168.0.1
 dtmf-relay rtp-nte
 fax protocol pass-through g711ulaw 
 no vad

Nota: El paso a través de fax no es lo mismo que el paso a través de fax. Fax Passthrough (Paso a través de fax) utiliza Cisco Network Services Engines (NSE) para pasar de una llamada de voz a una llamada de fax.

Configuración de CUBE T.38

Nota: La versión 3 de T.38 (velocidades de fax Super G3) es compatible con las versiones 15.1(1)T y posteriores del IOS de Cisco.

Para configurar T.38 versión 0 (velocidad de fax G3) en voice service voip, utilice este comando (en negrita):

voice service voip
 no ip address trusted authenticate
 allow-connections h323 to h323
 allow-connections h323 to sip
 allow-connections sip to h323
 allow-connections sip to sip
 fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Para configurar T.38 en el dial-peer, utilice este comando (en negrita):

dial-peer voice 1 voip
 description T38 Test
 destination-pattern ^1000$
 session protocol sipv2
 session target ipv4:192.168.0.1
 dtmf-relay rtp-nte
 fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
 no vad

Para configurar T.38 versión 3, ya sea en el servicio de voz VoIP o en el dial-peer, utilice este comando:

fax protocol t38 version 3 ls-redundancy 0 hs-redundancy 0 fallback none

Si se utiliza un protocolo de transferencia de medios (MTP) al interactuar a través de un CUBE, debe admitir el paso a través del códec. Cisco Unified Communications Manager (CUCM) MTP admite paso a través de códecs para la versión 8.6.1 y posteriores. Cisco IOS MTP debe tener transferencia de códecs en la configuración del grupo Procesador de señal digital (DSP):

dspfarm profile 2 mtp  
 codec pass-through
 codec g729r8
 maximum sessions software 50
 associate application SCCP

Configuración de gateway de multiplexación por división de tiempo (TDM) para la interconexión con CUBE

Para un gateway TDM controlado por SCCP, esta configuración se utiliza para el paso a través de fax.

voice service voip
 no modem passthrough
 fax protocol none
 no fax-relay sg3-to-g3

Nota: El códec en las regiones que configuran esta interconexión debe ser G.711. Como se ha señalado anteriormente, no se puede establecer un gateway SCCP para que utilice T.38 cuando se intertrabaja con CUBE.

Para configurar el paso a través de fax para gateways TDM H.323 y SIP que interactúan con CUBE, ingrese:

voice service voip
 no modem passthrough
 no fax-relay sg3-to-g3 
 fax protocol pass-through g711ulaw

Para configurar T.38 para gateways TDM SIP y H.323 que interactúan con CUBE, ingrese: 

voice service voip
 no modem passthrough
 fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Nota: La versión 3 de T.38 se puede utilizar si está configurada en el CUBE y es compatible con el proveedor de servicios SIP.

Para configurar un gateway MGCP TDM para la interacción de paso a través de fax con CUBE, ingrese:

no mgcp fax-relay sg3-to-g3
no mgcp package fxr-package
mgcp fax t38 inhibit
no mgcp modem passthrough voip mode nse

Nota: Dado que un gateway MGCP no admite la aceleración para el paso a través de fax, las regiones en CUCM entre el gateway MGCP y el CUBE deben tener un códec G.711.

Verificación

Actualmente, no hay un procedimiento de verificación disponible para esta configuración.

Troubleshoot

Para resolver este problema en CUBE, estas depuraciones deben estar habilitadas.

SIP

Habilite estos debugs para SIP:

debug voip ccapi inout
debug ccsip mess

Después de configurar la llamada de voz, el TGW envía un SIP ReINVITE al OGW a través de CUBE. Si el switchover es exitoso, el OGW responde con un SIP 200 OK con los parámetros correctos del protocolo de descripción de sesión (SDP).

Switchover T.38

INVITE sip:2101@10.0.0.1:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK171D71
Remote-Party-ID: <sip:1101@10.0.0.2>;party=calling;screen=no;privacy=off
From: <sip:8141101@10.0.0.2>;tag=8D815D8-646
To: <sip:2101@10.0.0.1>;tag=DD4D344-21B2
Date: Fri, 25 Feb 2011 19:25:15 GMT
Call-ID: 32395B08-403E11E0-818C9D5B-499FBE40@10.0.0.1
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 786980147-1077809632-2173148507-1235205696
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, 
NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1298661915
Contact: <sip:8141101@10.0.0.2:5060>
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Length: 384

v=0
o=CiscoSystemsSIP-GW-UserAgent 3745 9509 IN IP4 10.0.0.2
s=SIP Call
c=IN IP4 10.0.0.2
t=0 0
m=image 17682 udptl t38
c=IN IP4 10.0.0.2
a=T38FaxVersion:0
a=T38MaxBitRate:7200
a=T38FaxFillBitRemoval:0
a=T38FaxTranscodingMMR:0
a=T38FaxTranscodingJBIG:0
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMaxDatagram:180
a=T38FaxUdpEC:t38UDPRedundancy

!!NOTE!! Not all of the above bolded fields are required. 
The above is an example of how Cisco implements T38.

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK171D71
From: <sip:8141101@10.0.0.2>;tag=8D815D8-646
To: <sip:2101@10.0.0.1>;tag=DD4D344-21B2
Date: Fri, 25 Feb 2011 17:48:05 GMT
Call-ID: 32395B08-403E11E0-818C9D5B-499FBE40@10.0.0.1
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

176443: Feb 25 17:48:05.360: 
//134/2EE85D338187/SIP/Msg/ccsipDisplayMsg:
Sent: 
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK171D71
From: <sip:8141101@10.0.0.2>;tag=8D815D8-646
To: <sip:2101@10.0.0.1>;tag=DD4D344-21B2
Date: Fri, 25 Feb 2011 17:48:05 GMT
Call-ID: 32395B08-403E11E0-818C9D5B-499FBE40@10.0.0.1
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, 
NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Remote-Party-ID: <sip:2101@10.0.0.1>
;party=called;screen=no;privacy=off
Contact: <sip:2101@10.0.0.1:5060>
Supported: replaces
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-12.x
Supported: timer
Content-Type: application/sdp
Content-Length: 384

v=0
o=CiscoSystemsSIP-GW-UserAgent 5552 9399 IN IP4 10.0.0.1
s=SIP Call
c=IN IP4 10.0.0.1
t=0 0
m=image 16710 udptl t38
c=IN IP4 10.0.0.1
a=T38FaxVersion:0
a=T38MaxBitRate:7200
a=T38FaxFillBitRemoval:0
a=T38FaxTranscodingMMR:0
a=T38FaxTranscodingJBIG:0
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMaxDatagram:320
a=T38FaxUdpEC:t38UDPRedundancy

ACK sip:2101@10.0.0.1:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK181B79
From: <sip:8141101@10.0.0.2>;tag=8D815D8-646
To: <sip:2101@10.0.0.1>;tag=DD4D344-21B2
Date: Fri, 25 Feb 2011 19:25:15 GMT
Call-ID: 32395B08-403E11E0-818C9D5B-499FBE40@10.0.0.1
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0

Fax Pass-Through Switchover

INVITE sip:2101@10.0.0.1:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK154F2
Remote-Party-ID: <sip:1101@10.0.0.2>;party=calling;screen=no;privacy=off
From: <sip:8131101@10.0.0.2>;tag=8D66B94-7BF
To: <sip:2101@10.0.0.1>;tag=DD32900-5D4
Date: Fri, 25 Feb 2011 19:23:25 GMT
Call-ID: F12F0BBB-403D11E0-81869D5B-499FBE40@10.0.0.1
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 3990792353-1077744096-2172755291-1235205696
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, 
NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1298661805
Contact: <sip:8131101@10.0.0.2:5060>
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Length: 174

v=0
o=CiscoSystemsSIP-GW-UserAgent 107 1892 IN IP4 10.0.0.2
s=SIP Call
c=IN IP4 10.0.0.2
t=0 0
m=audio 16464 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=silenceSupp:off - - - -

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK154F2
From: <sip:8131101@10.0.0.2>;tag=8D66B94-7BF
To: <sip:2101@10.0.0.1>;tag=DD32900-5D4
Date: Fri, 25 Feb 2011 17:46:16 GMT
Call-ID: F12F0BBB-403D11E0-81869D5B-499FBE40@10.0.0.1
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK154F2
From: <sip:8131101@10.0.0.2>;tag=8D66B94-7BF
To: <sip:2101@10.0.0.1>;tag=DD32900-5D4
Date: Fri, 25 Feb 2011 17:46:16 GMT
Call-ID: F12F0BBB-403D11E0-81869D5B-499FBE40@10.0.0.1
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, 
NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Remote-Party-ID: <sip:2101@10.0.0.1>;party=called;screen=no;privacy=off
Contact: <sip:2101@10.0.0.1:5060>
Supported: replaces
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-12.x
Supported: timer
Content-Type: application/sdp
Content-Length: 194

v=0
o=CiscoSystemsSIP-GW-UserAgent 4896 2709 IN IP4 10.0.0.1
s=SIP Call
c=IN IP4 10.0.0.1
t=0 0
m=audio 19054 RTP/AVP 0
c=IN IP4 10.0.0.1
a=rtpmap:0 PCMU/8000
a=silenceSupp:off - - - -

ACK sip:2101@10.0.0.1:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK16A56
From: <sip:8131101@10.0.0.2>;tag=8D66B94-7BF
To: <sip:2101@10.0.0.1>;tag=DD32900-5D4
Date: Fri, 25 Feb 2011 19:23:25 GMT
Call-ID: F12F0BBB-403D11E0-81869D5B-499FBE40@10.0.0.1
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0

H323

Habilite estos debugs para H323:

debug voip ccapi inout
debug cch323 all
debug h225 asn1
debug h245 asn1

Después de configurar la llamada de voz, el TGW envía un RequestMode H245 al OGW a través de CUBE. Si el switchover se realiza correctamente, el OGW responde con RequestModeAck.

Switchover T.38

value MultimediaSystemControlMessage ::= request : requestMode :
    {
      sequenceNumber 1
      requestedModes
      {

        {

          {
            type dataMode :
            {
              application t38fax :
              {
                t38FaxProtocol udp : NULL
                t38FaxProfile
                {
                  fillBitRemoval FALSE
                  transcodingJBIG FALSE
                  transcodingMMR FALSE
                  version 0
                  t38FaxRateManagement transferredTCF : NULL
                  t38FaxUdpOptions
                  {
                    t38FaxMaxBuffer 200
                    t38FaxMaxDatagram 72
                    t38FaxUdpEC t38UDPRedundancy : NULL
                  }
                }
              }
              bitRate 144
            }
          }
        }
      }
    }

001378: May 31 20:56:19.745: H245 MSC OUTGOING PDU ::=

value MultimediaSystemControlMessage ::= response :
 requestModeAck :
    {
      sequenceNumber 1
      response willTransmitMostPreferredMode : NULL
    }

Fax Pass-Through Switchover

value MultimediaSystemControlMessage ::= request : requestMode :
     {
      sequenceNumber 1
      requestedModes 
      {

        {

          {
            type audioMode : g711Ulaw64k : NULL
          }
        }
      }
    }

value MultimediaSystemControlMessage ::= response : 
requestModeAck : 
    {
      sequenceNumber 1
      response willTransmitMostPreferredMode : NULL
    }

Síntoma 1: CUBE rechaza ReINVITE con 488

Si detecta este problema, complete estos pasos:

1. Habilitar depuraciones y recopilar para una llamada de prueba.
2. Verifique que T.38 o Fax Pass-Through esté configurado globalmente.
3. Si T.38 o Fax Pass-Through no está configurado globalmente, asegúrese de que T.38 o Fax Pass-Through esté configurado en los pares de marcado entrantes y salientes según las depuraciones de la interfaz de programación de aplicaciones de control de llamadas (CCAPI).
4. Si el problema aún no se resuelve, habilite debug ccsip all (en un búfer de registro con logging buffered 500000 debug) para determinar por qué SIP rechaza este ReINVITE.

Síntoma 2: CUBE rechaza RequestMode con RequestModeReject

Si detecta este problema, complete estos pasos:

1. Habilitar depuraciones y recopilar para una llamada de prueba.
2. Verifique que T.38 o Fax Pass-Through esté configurado globalmente.
3. Si T.38 o Fax Pass-Through no está configurado globalmente, asegúrese de que T.38 o Fax Pass-Through esté configurado en los pares de marcado entrantes y salientes en función de las depuraciones CCAPI.
4. Si el problema aún no se resuelve, habilite debug h225 events, debug h225 q931 y debug h245 events para determinar por qué H323 rechaza este RequestMode.

Información específica del proveedor

Verizon

• El Cisco Technical Assistance Center (TAC) ha observado que, aunque Verizon reclama soporte para T.38 sobre SIP, nunca inician un switchover de una llamada de voz a T.38 cuando operan en el TGW.
• Esta es una limitación conocida en su entorno y no parece que vayan a corregirla.
• Cuando el OGW es un servidor FoIP, normalmente puede configurar el servidor para iniciar un switchover incluso cuando es el OGW.
• Cuando un Cisco GW es el OGW, actualmente no hay forma de forzar el switchover cuando el Cisco GW actúa como el OGW.
• El ID de bug de Cisco CSCud72998 es la solicitud de mejora para soportar el switchover T.38 cuando Cisco GW es el OGW.

Información Relacionada

• Configuración de Fax Pass-Through
• Configuración de Fax Relay T.38
• Introducción a la Coincidencia de Marcado de Entrada y Salida en Plataformas IOS
• Soporte Técnico y Documentación - Cisco Systems