O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.
A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Este documento descreve como o Fax sobre IP (FoIP) opera no fluxo de chamadas do Cisco Unified Border Element (CUBE) com provedores de serviços IP.
A Cisco recomenda que você tenha conhecimento destes tópicos:
As informações neste documento são baseadas nas seguintes versões de software e hardware: Cisco IOS® versões 12.4T, 15.0M, 15.0T, 15.1M, 15.1T, 15.2M, 15.2T, 15.3T nos Cisco Integrated Services Routers (ISR) Series 2800, Gateway universal 3800, 2900, 3900, 3900e ou Cisco AS5400XM
Note: Este exemplo de configuração não se limita às versões de software e plataformas de hardware listadas aqui.
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.
O FoIP com CUBE opera em vários ambientes e é implementado para aproveitar as redes VoIP atuais para serviços de fax confiáveis. Há vários protocolos de fax compatíveis com o CUBE, além de uma infinidade de mecanismos de comutação. No entanto, no contexto dos provedores de serviços IP, você deve aderir aos protocolos de fax e aos métodos de comutação que são suportados por fornecedores fora da Cisco.
Nos fluxos de chamada de FoIP, o CUBE está entre o Gateway de Terminação (TGW) e o Gateway de Origem (OGW). De uma perspectiva de sinalização, a configuração do CUBE permite ou nega o switchover de uma chamada de voz para uma chamada de fax. Devido ao fato de que os protocolos FoIP são negociados de ponta a ponta em um ambiente VoIP, é essencial que tudo, do OGW ao TGW, seja configurado para usar o mesmo protocolo FoIP.
É importante saber quais fluxos de FoIP são suportados e qual configuração é necessária no CUBE, bem como nos TGWs e OGWs, para garantir uma comunicação de fax confiável.
Devido ao fato de que os provedores de serviços IP normalmente têm um ambiente misto de equipamentos da Cisco e de outros fornecedores, é essencial que você use um método padrão do setor para mudar de uma chamada de voz para uma chamada de fax. Isso significa que o evento de sinalização nomeada (NSE) não pode ser usado, já que os NSEs são proprietários da Cisco. Há exceções a esta regra, mas elas são extremamente raras.
Note: A incapacidade de usar um switchover baseado em protocolo significa que o Skinny Call Control Protocol (SCCP) é usado somente em fluxos de chamada de fax para provedores de serviços IP com G711ulaw e é um "melhor esforço".
Este documento discute dois métodos de transporte FoIP, Fax Pass-Through e T.38 Fax Relay.
Fax Pass-Through é um método de transporte de fax no qual os sinais T30 e os dados de página são transportados através da rede IP como dados codificados por Pulse-Code Modulation (PCM - Pulse-Code Modulation), envolvidos em quadros do Real-time Transport Protocol (RTP - Protocolo de Transporte em Tempo Real).
O switchover de Passagem de Fax é disparado pela detecção do Preâmbulo V.21 no TGW. O CONVITE resultante (para SIP) ou o Modo de Solicitação (para H323) é enviado através do CUBE e o restante do caminho de sinalização de chamada para o OGW.
O switchover Fax Pass-Through passa de qualquer codec de voz para o codec definido na configuração Fax Pass-Through (esse processo é descrito posteriormente neste documento).
Note: Um gateway MGCP não pode ser configurado para iniciar a velocidade de atualização para G.711 para Passagem de fax. Portanto, qualquer fax que use passagem no CUBE que termine em um gateway MGCP deve ser roteado com o codec G.711.
Note: A passagem de fax não deve ser configurada com H.323 se o codec inicial for G.711. Isso faz com que um modo de solicitação H.245 seja enviado ao switch para G.711 quando G.711 já estiver negociado. O CUCM responde com uma rejeição do modo de solicitação H.245.
O Fax Relay é um método de transporte de fax no qual os TGWs e os OGWs detectam os sinais T30 e os dados da página. Os gateways pegam esses sinais e os convertem em mensagens de retransmissão, que são representações digitais dos sinais analógicos. Essas mensagens de retransmissão são enviadas pela rede IP.
O switchover do Fax Relay T.38 também é disparado pela detecção do preâmbulo V.21 no TGW.
Exemplos de depuração estão na seção Solução de problemas deste documento.
O CUBE pode ser configurado para FoIP em dois locais: globalmente em voice service voip, bem como sob o dial-peer. A configuração no correspondente de discagem correspondente para uma determinada chamada sempre tem precedência sobre a configuração global. A configuração para T.38 e Fax Pass-Through pode ser configurada ao mesmo tempo se estiver em diferentes peers de discagem, de modo que ambos os protocolos sejam suportados simultaneamente.
Para configurar Fax Passagem de Fax em voice service voip, use este comando (em negrito):
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 a Passagem de fax no peer de discagem, use este comando (em negrito):
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
Note: Fax Pass-through não é o mesmo que Fax Passthrough (Passagem de fax). A passagem de fax aproveita os Cisco Network Services Engines (NSEs) para mudar de uma chamada de voz para uma chamada de fax.
Note: T.38 Versão 3 (velocidades de fax Super G3) é suportado nas versões 15.1(1)T e posteriores do Cisco IOS.
Para configurar T.38 Versão 0 (velocidade de fax G3) em voice service voip, use este comando (em negrito):
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 no peer de discagem, use este comando (em negrito):
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 a versão 3 do T.38, em VoIP de serviço de voz ou no peer de discagem, use este comando:
fax protocol t38 version 3 ls-redundancy 0 hs-redundancy 0 fallback none
Se um Protocolo de Transferência de Mídia (MTP - Media Transfer Protocol) for usado ao interfuncionamento através de um CUBE, ele deverá suportar a passagem de codec. O Cisco Unified Communications Manager (CUCM) MTP suporta passagem de codec para a versão 8.6.1 e posterior. O Cisco IOS MTP deve ter passagem de codec na configuração do farm do Digital Signal Processor (DSP):
dspfarm profile 2 mtp
codec pass-through
codec g729r8
maximum sessions software 50
associate application SCCP
Para um gateway TDM controlado por SCCP, essa configuração é usada para Fax Pass-Through.
voice service voip
no modem passthrough
fax protocol none
no fax-relay sg3-to-g3
Note: O codec na configuração de regiões para esse entrelaçamento deve ser G.711. Como observado anteriormente, um gateway SCCP não pode ser definido para usar T.38 ao interagir com o CUBE.
Para configurar a Passagem de Fax para gateways SIP e TDM H.323 interagindo com o CUBE, insira:
voice service voip
no modem passthrough
no fax-relay sg3-to-g3
fax protocol pass-through g711ulaw
Para configurar o T.38 para gateways SIP e H.323 TDM intertrabalhando com o CUBE, insira:
voice service voip
no modem passthrough
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
Note: T.38 Versão 3 pode ser usado se estiver configurado no CUBE e for suportado pelo provedor de serviços SIP.
Para configurar um gateway TDM MGCP para a rede Passagem de Fax com CUBE, insira:
no mgcp fax-relay sg3-to-g3
no mgcp package fxr-package
mgcp fax t38 inhibit
no mgcp modem passthrough voip mode nse
Note: Como um gateway MGCP não oferece suporte a upspeeding for Fax Pass-Through, as regiões no CUCM entre o gateway MGCP e o CUBE devem ter um codec G.711.
No momento, não há procedimento de verificação disponível para esta configuração.
Para solucionar esse problema no CUBE, essas depurações devem ser habilitadas.
Ative estas depurações para SIP:
debug voip ccapi inout
debug ccsip mess
Depois que a chamada de voz é configurada, o TGW envia um SIP ReINVITE para o OGW por meio do CUBE. Se o switchover for bem-sucedido, o OGW responde com um SIP 200 OK com os parâmetros SDP (Session Description Protocol) corretos.
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
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
Ative estas depurações para H323:
debug voip ccapi inout
debug cch323 all
debug h225 asn1
debug h245 asn1
Depois que a chamada de voz é configurada, o TGW envia um modo de solicitação H245 ao OGW através do CUBE. Se o switchover for bem-sucedido, o OGW responde com um RequestModeAck.
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
}
value MultimediaSystemControlMessage ::= request : requestMode :
{
sequenceNumber 1
requestedModes
{
{
{
type audioMode : g711Ulaw64k : NULL
}
}
}
}
value MultimediaSystemControlMessage ::= response :
requestModeAck :
{
sequenceNumber 1
response willTransmitMostPreferredMode : NULL
}
Se você encontrar esse problema, faça o seguinte:
Se você encontrar esse problema, faça o seguinte: