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.
A finalidade deste documento é fornecer um guia básico para solucionar problemas e resolver problemas do Cisco fax relay. As complexidades técnicas do fax e do fax relay não são abordadas em detalhes, mas você deve ser capaz de solucionar problemas na maioria dos problemas comuns do fax relay. Uma visão geral da retransmissão de fax Cisco também é fornecida.
Os leitores deste documento devem estar cientes de que várias técnicas são usadas para passar chamadas de fax através de uma rede de telefonia de pacote em gateways Cisco IOS®:
Fax Relay proprietário da Cisco
Fax Relay T.38
Passagem de fax
Aumento de velocidade de fax
T.37 Fax Store and Forward (Armazenamento e encaminhamento de fax T.37)
Além disso, três das principais tecnologias de telefonia por pacote estão em uso atualmente, coletivamente chamadas de Voz sobre "X" (VoX):
Voz sobre IP (VoIP, Voice over IP)
Voz sobre Frame Relay (VoFR, Voice over Frame Relay)
Voz sobre ATM (VoATM)
O foco principal deste documento é o fax relay proprietário da Cisco em gateways Cisco IOS, que opera em redes VoIP. O T.38 Fax Relay e as outras tecnologias VoX também são discutidas.
As informações neste documento são baseadas principalmente no Cisco IOS Software Release 12.2(5), embora a maioria das informações também sejam úteis para outras versões do Cisco IOS Software.
Algumas informações de depuração foram obtidas de um gateway do Cisco IOS que executou o Cisco IOS Software Release 12.2(7). Este ponto é observado na seção Depuração deste documento.
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. All of the devices used in this document started with a cleared (default) configuration. Se você trabalhar em uma rede ativa, certifique-se de que entende o impacto potencial de qualquer comando antes de utilizá-lo.
Para obter mais informações sobre convenções de documento, consulte as Convenções de dicas técnicas Cisco.
A maioria dos dispositivos de fax modernos é compatível com o Grupo 3. O grupo de fax 3 é uma tecnologia baseada em padrões, que é constituída principalmente das recomendações de T.4 e T.30 ITU. T.4 refere-se à maneira na qual a imagem de fax é codificada por um dispositivo de fax e T.30 detalha as negociações de facsimile e o protocolo de comunicação.
Os dispositivos de fax do grupo 3 foram designados para serem usados por meio do Public Switched Telephone Network (PTSN). Como a PSTN foi projetada para a fala humana, o Grupo 3 usa codificação analógica ou sinais modulados como um modem analógico. Os modems analógicos e as máquinas de fax são dispositivos digitais que devem usar um sinal analógico modulado para passar as informações digitais para o PSTN. Geralmente, esse sinal modulado pode ser ouvido como tons de áudio diferentes.
Os gateways em uma rede VoX tratam inicialmente as chamadas de voz e fax da mesma forma. Os dois tipos de chamadas fazem com que o gateway carregue o codec de compressão de voz configurado no processador de sinal digital (DSP). Para obter mais informações sobre DSPs, consulte Hardware de voz: Processadores de sinal digital (DSPs - Digital Signal Processors) C542 e C549.
Os codecs de compressão de voz são geralmente codecs de compressão alta, de modo que menos largura de banda é usada para cada chamada de voz. Os codecs de alta compressão, como G729 e G723, são otimizados para voz e comprimem a voz para uma largura de banda baixa (8 kbps, o que exclui a sobrecarga para G.729), embora mantenham boa qualidade, o G.729 e outros codecs de alta compressão não são otimizados para fax. Na verdade, os sinais modulados de transmissões de fax geralmente não são passados de forma correta quando esses codecs são usados e, como resultado, ocorrem falhas nas chamadas de fax. Para obter mais informações sobre codecs de compressão, consulte Voice over IP - Per Call Bandwidth Consumption (Voz sobre IP - Consumo de largura de banda por chamada).
Os faxes podem ser transmitidos com sucesso quando são usados codecs com taxas de compressão menores ou sem compressão (como o G.726 e G.711 sem cancelamento de eco ou detecção de atividade de voz). Esse método de transmissão de fax através do codec de voz é geralmente conhecido como fax inband ou passagem de fax. Uma técnica conhecida como upspeeding permite que o gateway carregue inicialmente o codec de compressão de voz configurado no DSP para chamadas de voz e o altere para um codec de compactação baixa se os tons de fax forem detectados.
Com o envio de fax inband, o sinal modulado inicial é codificado e compactado pelo codec no roteador de origem e transmitido através da rede VoX, como se fosse um exemplo de voz. Em seguida, o gateway de terminação descompacta e decodifica a amostra e a reproduz para a máquina de fax de terminação. O Fax relay funciona de modo diferente. É um protocolo que encerra o sinal modulado, extrai as informações digitais e depois retransmite as informações digitais através da rede de dados com pacotes de dados. No lado da terminação, as informações digitais são extraídas do pacote, moduladas e reproduzidas.
Uma chamada de fax pode ser dividida em duas partes: negociação de fax e transmissão de página.
A negociação de fax half duplex ocorre no início de uma chamada de fax. As estruturas de dados HDLC (Controle de Circuito de Dados de Alto Nível) modulados V.21 são passados a uma velocidade de 300 bps. Esses quadros de dados são enviados em uma sequência padrão entre os dispositivos de fax de origem e terminação. Nessa troca, cada dispositivo de fax troca seus recursos e ambos concordam sobre as características da sessão de fax antes da transmissão da página. Esta ilustração mostra uma chamada de fax tradicional sobre PSTN.
Alguns recursos trocados e negociados são: velocidade de transmissão de página, ECM (Modo de correção de erro), resolução, codificação de página e tempo de varredura. A velocidade de transmissão da página (treinamento) é uma negociação importante que determina a velocidade na qual o fax enviará suas informações. Os faxes tentam treinar na maior velocidade de modulação possível com base nos parâmetros trocados inicialmente. Os dispositivos de fax retreinarão para uma velocidade menor se o treinamento em uma velocidade mais alta falhar.
A transmissão da página ocorre quando a parte de treinamento da fase de negociação de fax está completa com o uso dos parâmetros previamente acordados. As informações da página são codificadas em linhas de digitalização com uma resolução padrão de 203H x 98V pontos por polegada. As imagens de fax geralmente são compactadas e codificadas com codificação Modified Huffman (MH) ou Modified Read (MR). O MH geralmente faz a compressão a uma taxa de 20:1. A codificação MR geralmente proporciona uma melhoria de 20% na compressão em relação ao MH, mas é um pouco menos resiliente ao erro.
Quando ocorre a transmissão da página, é usada uma taxa de bits superior aos 300 BPS iniciais usados na negociação da configuração da chamada. A taxa de bits usada para a transmissão da página é confirmada no treinamento. Estas são algumas das taxas comuns usadas na transmissão de páginas de fax:
V.27ter - 2400/4800 BPS
V.29 - 7200/9600 BPS
V.17 - 14400 BPS
Observação: essas especificações V.XX usadas para transmissão de página (V.27ter, V.29, V.17) e negociação de fax (V.21) são especificações que definem como os dados digitais devem ser enviados através de linhas telefônicas analógicas. Os modems de dados também podem usar essas especificações, mesmo que a maioria dos modems de dados tenha migrado para velocidades muito mais rápidas.
O atraso de fax é uma técnica usada para superar a deficiência nos codecs de voz de alta compactação (G729, g723, etc.) quando esses codecs tentam transmitir o tráfego de fax.
Como uma chamada de fax é tratada como se fosse uma chamada de voz regular, o DSP em cada gateway é colocado no modo de voz, após o qual se espera que a fala humana seja recebida e processada. Durante a duração da chamada, se um tom de resposta de fax (CED) ou de chamada (CNG) for ouvido, o DSP não interferirá no processamento da fala. Permite que o tom continue no leg da chamada VoX.
Um aparelho de fax normal, depois de gerar um CED ou ouvir um CNG, transmite uma mensagem T.30 DIS como parte de um handshake de fax. Esse processo geralmente ocorre na máquina de fax de terminação. O DSP do gateway de terminação detectará a sequência de flag HDLC no início da mensagem DIS e iniciará o switchover de fax relay. Isso significa que ele descarrega o codec de voz e carrega um codec de fax para tratar da chamada de fax que ocorre.
A notificação também é enviada ao DSP no outro lado da rede VoX para que os DSPs em cada lado da chamada de fax usem o codec de fax. Dependendo do protocolo de fax relay usado, os mecanismos de notificação diferem. Com o codec de fax carregado, os DSPs demodulam os quadros HDLC T.30, extraem as informações de fax e as transmitem entre os roteadores com um destes protocolos de retransmissão de fax:
O Cisco fax relay proprietário para VoIP - Fax relay é o modo padrão para passar faxes através de uma rede VoIP, e o Cisco fax relay é o tipo de fax relay padrão. Esse recurso foi suportado no Cisco IOS Software Release 11.3 e posteriores, está amplamente disponível e usa o RTP para transportar os dados de fax.
Fax T.38 baseado em padrões para VoIP - T.38 foi disponibilizado no Cisco IOS Software versões 12.1(3)T e posteriores em algumas plataformas. Pode ser habilitado com o comando t38 do protocolo do fax relay configurado no peer de discagem de voip e utiliza UDP para transportar dados de fax.
FRF.11 Anexo D baseado em padrões para VoFR e VoATM.
É importante entender que, ao contrário de fax inband ou passagem de fax, o fax relay divide os tons de fax T.30 em seus quadros HDLC específicos (demodulação), transmite as informações através da rede VoX com o protocolo de fax relay e, em seguida, converte os bits de volta em tons na parte mais distante (modulação). Os aparelhos de fax em cada extremidade enviam e recebem tons e não estão cientes de um processo de demodulação/modulação de fax relay.
O Cisco fax relay e o fax relay T.38 também diferem do armazenamento e encaminhamento de fax T.37. O T.37 fornece um método baseado em padrões para permitir que um gateway VoIP receba isso:
A maioria dos gateways de voz da Cisco atualmente suporta dois métodos para transmitir tráfego de fax através da rede IP
Passagem de fax—No modo de passagem de fax, os gateways não distinguem uma chamada de fax de uma chamada de voz
Cisco Fax Relay — No modo de fax relay, os gateways terminam a sinalização de fax T.30
O Cisco fax relay e o fax relay T.38 também diferem do armazenamento e encaminhamento de fax T.37. O T.37 fornece um método baseado em padrões para permitir que um gateway VoIP receba isso:
Envie um fax de uma máquina de fax e encaminhe-o para um servidor de correspondência compatível com SMTP. O servidor de e-mail pode entregar o fax a um usuário como uma mensagem de e-mail.
Uma mensagem de e-mail a partir de um servidor de e-mail é modulada em um sinal de fax para ser recebida por um aparelho de fax comum.
Este diagrama ilustra o fax relay sobre uma rede VoX. A conexão de fax com os gateways de origem e terminação pode ser diretamente nas portas FXS no gateway ou pode ser feita por meio de um PBX ou PSTN em uma porta E1, BRI (Basic Rate Interface), FXO ou E&M no gateway.
O fax relay está ativado por padrão nas plataformas VoIP/VoFR/VoATM, como Cisco 3810, 2600, 3600 e 5300. Se as chamadas de voz forem concluídas com êxito entre dois roteadores, as chamadas de fax também devem funcionar, mas quando o fax relay não funcionar ou o desempenho precisar ser melhorado, há alguns comandos específicos do fax relay que você pode emitir como um precursor para solucionar o problema:
O comando fax rate é configurado no peer de discagem VoFR ou VoIP no modo de configuração. A definição padrão é fax rate voice e isso não aparece na configuração sob cada correspondente de discagem.
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 |
A configuração de voz de taxa de fax restringe a taxa de fax à largura de banda do codec. Essa restrição significa que, se o peer de discagem estiver configurado para usar o codec de voz G.729 padrão que compacta voz para 8 kbps, a configuração de voz da taxa de fax não permitirá que as chamadas de fax excedam essa largura de banda de codec. O fax estaria limitado a uma largura de banda de 7200 BPS, mesmo que tentasse inicialmente negociar a uma largura de banda mais alta de 14400 BPS ou 9600 BPS.
Uma reclamação comum é que os faxes que tinham sido concluídos em um determinado período quando conectados via PSTN agora levam o dobro do tempo. Se um codec de banda curta, como g729, tiver sido configurado com a configuração de voz de taxa de fax padrão, esse comportamento é esperado. Com o comando fax rate, é possível configurar transmissões de fax para usar uma largura de banda maior que a compactação de codec. O comando fax rate 14400 permite que chamadas de fax negociem em um máximo de 14400 BPS, seja qual for o codec de voz configurado. Essa configuração resolve o problema dos tempos de conclusão mais longos.
A principal finalidade servida pelo comando fax rate em redes VoX é fornecer o uso determinístico da largura de banda por chamada. A configuração de taxa de voz e fax é o padrão, pois garante que as chamadas por voz e as chamadas de fax usem a mesma quantidade de largura de banda dentro da rede VoX. Essa consideração deve ser entendida quando a taxa de fax for alterada para algo maior que a da largura de banda do codec. Além disso, alguns aparelhos de fax podem operar de forma mais estável em uma taxa diferente do padrão. Nesse caso, o comando fax rate pode ser usado para testar a operação em velocidades diferentes.
Observe na saída do roteador que o fax relay também pode ser desativado se você emitir o comando fax rate. Uma técnica de solução de problemas válida é desativar o fax relay e configurar codecs de alta largura de banda, como G711. Esta técnica é discutida na seção "Solução de problemas" em 6. Desative o Fax Relay e altere o codec para Passthrough (Passagem).
O comando fax-relay ECM disable está disponível somente para o fax relay proprietário da Cisco e é emitido para desativar a negociação de ECM (Error Correction Mode) entre um par de aparelhos de fax. O ECM garante que as páginas de fax sejam transmitidas sem erros e é um recurso que geralmente é encontrado em modelos de extremidade superior. Infelizmente, o ECM tem uma tolerância baixa (aproximadamente dois por cento) para perda de jitter e pacote, mas quando esse recurso negociado está ativado, pode resultar em uma taxa de falha de fax mais alta em redes VoX com perda. A saída incompleta no fax de terminação é um sintoma de falhas devido à perda de pacotes.
Se ambos os aparelhos de fax concordarem na fase de negociação de fax, o ECM está ativado, mas no fax relay os roteadores demodulam os tons de fax em seu formato de quadro HDLC verdadeiro. Como resultado, os roteadores são capazes de interceptar e sobrescrever o campo no quadro que indica o status do ECM. Se um aparelho de fax transmitir a informação de que é capaz de ECM, o roteador pode alterar este parâmetro para que o outro aparelho de fax acredite que o ECM não é suportado. Ambos os aparelhos de fax são forçados a desabilitar o ECM, o que significa que os dados de fax devem ser transmitidos com dados padrão T.4.
A confiabilidade do fax é consideravelmente aumentada com o ECM desabilitado, mesmo com maior perda de pacotes (aproximadamente 10 por cento) e retardo. Além disso, esse comando ativa automaticamente um recurso do Cisco IOS chamado ocultação de perda de pacotes, em que as linhas de verificação perdidas são repetidas para o aparelho de fax para acreditar que ele recebeu todos os dados.
Observe que, embora o ECM possa melhorar a taxa de sucesso de transmissões de fax em redes VoX com perdas, os problemas básicos de rede permanecem e devem ser tratados antes da ocorrência de outros problemas.
Uma etapa direta de configuração executada no peer de discagem VoIP é desativar o ECM. Como observado na referência de comando, este comando atualmente funciona somente para peers de discagem VoIP. Pode ser configurável para VoFR e VoATM, mas não desabilita o ECM.
Comando fax-relay ecm disable |
---|
vnt-3660-23(config-dial-peer)#fax-relay ECM ? disable Disables ECM mode for fax relay |
O comando fax NSF é usado para impedir a transferência de recursos de fax exclusivos. Como a implementação do fax relay do roteador demodula e decodifica os tons de fax com base na especificação T.30, as transações ou a codificação que são proprietárias quebram o fax relay e fazem com que a transmissão do fax falhe. Determinadas marcas de aparelhos de fax usam essas codificações proprietárias para sinalizar a disponibilidade de capacidades avançadas, o que ajuda um fabricante de fax a distinguir seus produtos de outros. Essa notificação de capacidade ocorre com o campo opcional Non Standard Facilities (NSF) na negociação de fax.
Quando você emite o comando fax NSF, o roteador substitui o NSF, de modo que somente transações de fax padrão ocorrerão. As instalações específicas do fornecedor que estão além dos requisitos padrão do Grupo 3 e que quebram o Cisco fax relay não serão utilizáveis. Geralmente, o NSF é definido como todos os zeros quando esse comando é emitido, e isso deve corrigir problemas causados pelo 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 |
O comando fax protocol é necessário para que o VoIP especifique que protocolo de fax relay (T.38 ou Cisco fax relay) será usado.
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 |
A opção cisco configura o fax relay da Cisco. A opção t38 desabilita o Cisco fax relay e habilita o T.38. Certas plataformas de voz, como Cisco 5350 e 5400, somente oferecem suporte para T.38. Para interoperabilidade, o T.38 deve ser explicitamente configurado em plataformas onde o Cisco fax relay é o padrão. A opção do sistema permite que o peer de discagem herde o protocolo de fax relay configurado globalmente com o comando voice service voip. Se nada estiver configurado no comando voice service voip, o padrão será retransmissão de fax cisco.
A configuração padrão do comando fax protocol é a opção do sistema. Como a opção do sistema usa por padrão o fax relay da Cisco, os correspondentes de discagem VoIP sempre usam por padrão o fax relay da Cisco quando não há nada explicitamente configurado globalmente.
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> |
Essas etapas foram mostradas para resolver a maioria dos problemas que envolvem fax relay sobre VoIP, VoATM e VoFR. As informações específicas de um tipo específico de encapsulamento ou fax relay serão anotadas.
O primeiro passo a ser tomado ao solucionar algum problema de fax relay é reduzir o problema à sua forma mais simples. Muitos problemas surgem quando vários aparelhos de fax não conseguem transmitir tráfego de fax. É mais fácil isolar dois aparelhos de fax que têm problemas e se concentrar em uma topologia simples. Determine como essas máquinas são conectadas a uma outra e solucione o problema entre esse par primeiro. Além disso, você deve desenhar uma figura completa da topologia e determinar como os aparelhos de fax estão interconectados.
Para solucionar um problema de cada vez, minimiza a confusão e permite a solução metódica de problemas. Também é possível que a solução para este problema resolva também outros problemas de fax relay na rede. A maioria dos problemas de fax relay resulta de uma configuração VoX incorreta ou do design da rede. Isso provoca problemas básicos de conectividade, além de problemas de perda e jitter na linha física ou nos pacotes.
Depois de identificar e isolar o problema, as próximas etapas são verificar a configuração básica do VoX e monitorar a integridade da rede.
Problemas básicos de conectividade de fax podem ser o resultado destes fatores:
Problemas de conectividade de voz normal.
Confirme se as chamadas de voz normais podem ser concluídas antes de investigar a conectividade do fax. Se não houver nenhum telefone conectado, desligue o fax e conecte um telefone regular. Se as chamadas de voz normais não se conectarem, o problema pode estar relacionado ao VoX e você pode solucionar o problema como um problema normal de conectividade de voz antes de continuar com a solução de problemas de fax.
Problemas de configuração relacionados aos peers de discagem como estes:
Correspondência de discagem incorreta.
Depois de garantir que as chamadas de voz possam ser concluídas com êxito em ambas as direções através da rede VoX, emita o comando show call ative voice brief e observe os peers de discagem correspondentes a cada chamada de voz.
Note: Quando você tiver troncos VoIP, poderá ver todos os trechos de chamada com o comando show call ative voice brief. Em alguns exemplares do Cisco IOS Software versão 12.2, há um erro no comando show call active e uma chamada de fax que proveniente de um tronco VoIP não aparece mais. Quando você emite um comando show call ative fax brief, a chamada é listada. Para obter mais informações sobre esse bug, consulte os IDs de bug da Cisco CSCdx50212 e CSCdv02561.
Observação: certifique-se de que o peer de discagem configurado seja o peer correspondente.
Nessa saída de comando, você pode ver que o leg da chamada VoIP de saída usa o ID de peer 100.
Comando show call ative 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 |
Uma causa comum de problemas de fax relay é que o peer de discagem corretamente configurado não é aquele correspondente. Também é comum que não haja nenhum peer de discagem VoIP de entrada específico configurado no gateway de terminação, e o Cisco IOS Software seleciona o primeiro peer de discagem VoIP apropriado (e padrão) como o peer de discagem de entrada. Os parâmetros para esse peer de discagem de entrada podem não corresponder aos do peer de discagem de saída no gateway de origem.
Nem sempre é necessário que você tenha configurações idênticas nos peers de discagem VoIP de saída e de entrada. No entanto, quando você tiver um problema de fax relay, verifique se você tem um peer de discagem VoIP de entrada dedicado no roteador de terminação e se sua configuração corresponde à configuração do peer de discagem VoIP de saída no roteador de origem. Essa configuração para roteadores conectados à ISDN é um exemplo de peers de discagem VoIP correspondentes específicos para o padrão de destino "5...". saída no gateway de origem e entrada no gateway de terminação.
Gateway de Origem | Terminando Gateway |
---|---|
!--- 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 |
Mais informações sobre correspondentes de discagem de entrada e saída, VoIP e POTS podem ser encontradas em Voz - Entendendo como os correspondentes de discagem de entrada e saída são correspondidos em plataformas Cisco IOS.
Outro método que você pode usar para verificar correspondências de peer de discagem é emitir o comando debug voip ccapi inout. A saída de depuração desse comando mostrará uma mensagem ssaSetupPeer que lista todos os peers de discagem que correspondem ao número chamado. Uma mensagem ccCallSetupRequest é exibida com a opção de peer de saída que indica o peer de discagem VoIP de saída selecionado. Quando vários peers de discagem VoIP são configurados para o mesmo destino, é possível que a configuração da chamada inicial falhe e outro peer de discagem tentado. Nesse caso, outro ccCallSetupRequest aparecerá na depuração.
debug voip ccapi inout - Gateway de origem |
---|
.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) |
No gateway de voz de terminação, a primeira linha do comando debug voip ccapi inout call trace, como mostrado abaixo, será uma mensagem cc_api_call_setup_ind com uma opção peer_tag que se refere ao peer de discagem VoIP de entrada no gateway de terminação.
debug voip ccapi inout – Porta de comunicação de terminação |
---|
.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) |
Peers de discagem configurados incorretamente em um ou ambos os lados
Depois de confirmar que o correspondente de discagem correto foi comparado (nesse caso, dial-peer 100 para o gateway de origem e dial peer 400 para o roteador de terminação), confirme na configuração que o peer de discagem está configurado corretamente para fax. Alguns erros comuns a serem verificados em ambos os lados da chamada são:
O fax relay está desabilitado (ou seja, o comando fax rate disable foi emitido no peer de discagem) enquanto um codec de banda curta está em uso.
O peer de discagem em um gateway de voz está configurado para o Cisco fax relay, mas o outro gateway de voz é um Cisco 5350/5400. Os Cisco 5350/5400s suportam apenas T.38, portanto a negociação falhará.
O peer de discagem padrão usado na entrada no gateway de terminação e os parâmetros padrão não correspondem ao peer de discagem de saída no gateway de origem.
Tipo de Comando Incorreto
O tipo de companheira para os EUA é o µ-law; para a Europa e para a Ásia, é uma lei. Você pode executar o comando show voice call para ver qual valor está configurado no momento. Se for em uma porta BRI ou E1, o tipo de companding no roteador não corresponde ao do dispositivo conectado, e a chamada às vezes falha e às vezes é conectada, mas a voz torna-se muito distorcida de forma que a pessoa torna-se irreconhecível e aparece um alto nível de ruídos graves.
No Cisco IOS Software Release 12.2(3), o comando tipo-comando não está ativado nas portas BRI, e o tipo de anexo é o valor padrão. Para obter mais informações sobre esse bug, consulte os IDs de bug da Cisco CSCdv00152 e CSCdv01861.
Outros problemas básicos de conectividade não relacionados aos peers de discagem incluem:
Incompatibilidade do Cisco IOS Software em pares de gateways.
Novamente, nem sempre é necessário que as versões do Cisco IOS Software correspondam, mas é recomendado verificá-las quando ocorrerem problemas.
Compressed Real-Time Transport Protocol (cRTP).
Há vários problemas conhecidos associados ao cRTP. Há correções disponíveis para esses problemas e faz sentido desativar o cRTP quando ocorrem problemas para verificar se uma atualização do software Cisco IOS é um curso de ação apropriado.
Nos gateways de voz do Cisco AS5300, verifique se o VCWare e o software Cisco IOS são compatíveis.
Problemas de conectividade de fax na PSTN.
Se as chamadas de voz funcionarem em ambas as direções, mas as chamadas de fax falharem em pelo menos uma direção, verifique se os faxes normais entre essas duas máquinas funcionam através da PSTN. Em outras palavras, certifique-se de que os aparelhos de fax transmitam faxes entre si com êxito com a PSTN sem atravessar a rede VoX. Caso contrário, os aparelhos de fax podem ter problemas que precisam ser resolvidos antes que você considere problemas de fax relay.
Se houver alguma conexão digital T1 ou E1 usada pelos roteadores que executam o fax relay, verifique se não há erros. O fax relay é muito sensível a erros em interfaces digitais, especialmente lapsos. Os erros não serão perceptíveis em chamadas de voz, mas podem causar falha de fax.
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 |
Os controladores T1 ou E1 nos gateways de origem e de terminação devem ser livres de erros. Se ocorrerem erros, repita o comando show controller (T1, E1 e 1/0 irão variar) várias vezes na chamada para ver se o número de erros aumenta. O problema mais comum de lapsos é um problema de sincronização que resulta em erros de temporização.
Em redes de voz de pacote, geralmente é suficiente confirmar se o roteador está bloqueando a linha. Caso contrário, certifique-se de que o comando clock source line seja inserido no nível do controlador, mas em redes VoATM ou TDM, onde uma hierarquia de clock é estabelecida e os roteadores precisam passar o clock pela rede, é necessário fazer considerações adicionais. O documento Clocking Plan fornece mais informações sobre a temporização síncrona.
Nos roteadores 26xx / 366x, quando você usa a placa AIM VOICE, a controladora mostrará "lapsos controlados" a menos que você adicione os comandos network-clock-participante e network-clock-select.
Na plataforma Cisco MC3810, você precisa configurar o comando network-clock-select e emitir o comando show network-clock para garantir que a configuração tenha entrado em vigor.
Na plataforma Cisco 7200VXR, o comando frame-clock-select é necessário para as placas de voz. Esse comando é particularmente importante para os gateways de voz 7200VXR porque, por padrão, o barramento TDM interno não é acionado pelo oscilador local. Como os troncos E1 geralmente são sincronizados com a rede de telefonia, o resultado são erros de temporização ocultos e problemas intermitentes de transmissão de fax. Mais detalhes estão disponíveis na ID de bug da Cisco CSCdv10359.
Nas placas MFT C4224, quando aceitarem o relógio da linha, sob o controlador t1 x/y, você precisa emitir o comando clock source loop-timed. Essa configuração desacopla o relógio do controlador do relógio do sistema inteiro. Em seguida, é necessário definir o comando network-clock-select. Nesse caso, seria network-clock-select 1 t1 x/y.
Em algumas plataformas, que incluem o Cisco 3660, 5300, 5350, 5400 e 5800, o padrão do roteador é fax interface-type modem. O comando de configuração global fax interface-type modem liga para um modem (geralmente para T.37 guarda e passa adiante fax) e não para um DSP. Para que o Cisco fax relay funcione, a chamada de fax deve ser enviada para um DSP, o que significa que ela deve ser configurada com o 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 |
Certifique-se de recarregar o roteador ou o comando não entrará em vigor. As chamadas de fax falharão nas plataformas com o Cisco fax relay (ou T.38), portanto, esse é um comando importante a ser verificado.
O comando fax interface-type vfc não era necessário nas versões do Cisco IOS Software anteriores a 12.2. O problema é geralmente visto quando um dos gateways de voz é atualizado para o Cisco IOS Software Release 12.2 ou posterior.
Cada máquina de fax exibe o identificador da máquina de fax remoto em sua tela de cristal líquido na conclusão da fase de negociação do fax. É improvável que os aparelhos de fax pudessem concluir a negociação se o codec de fax não tivesse sido baixado com êxito. Por outro lado, se nenhuma ID de máquina de fax remota for exibida, a depuração adicional nessa área é apropriada.
Há duas maneiras de garantir que os gateways de voz detectem a transmissão de fax e carreguem com êxito o codec de fax.
Emita o comando debug vtsp all e o comando debug voip ccapi inout call trace. Essas depurações são discutidas em detalhes na seção Depuração deste documento.
Emita o comando show voice trace. Os comandos show exigem menos recursos no roteador do que os comandos debug e são preferíveis em redes de produção. Este é um exemplo de saída de um comando show voice trace em uma interface 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) -> |
Nas etapas anteriores, você estabeleceu que as chamadas de voz funcionam, os faxes funcionam através da PSTN e que todas as interfaces digitais no caminho do fax relay estão livres de erros. Esta etapa determina se os faxes podem passar com o fax relay desabilitado. Em pares de discagem VoIP/VoATM/VoFR, digite:
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 |
Verifique se esses comandos foram inseridos em ambos os gateways. Esses comandos desabilitam o fax relay, desabilitam o cancelamento de eco e forçam a chamada a usar um codec de alta largura de banda sem VAD. Em seguida, o roteador coleta os tons como uma chamada de voz normal e, com o codec de alta largura de banda (G.711), a amostra mais precisa possível é capturada. O tom a ser reproduzido no outro lado será o mais preciso possível. A ressalva dessa etapa é que, como o G.711 é um codec de largura de banda de 64 kbps, cada chamada consumirá até 80 kbps (para VoIP) quando a sobrecarga adicional do protocolo de transporte for adicionada.
Se este teste for positivo, duas coisas devem ser realizadas. Primeiro, se o consumo de largura de banda por chamada não for um problema importante para a rede, agora há uma possível alternativa de passagem de fax para o problema de fax relay. Em segundo lugar, e mais significativamente, se o consumo de largura de banda for um problema, o problema foi isolado ao software de fax relay e você deve abrir um caso no TAC.
Se esse teste falhar, é provável que o que faz com que as chamadas de fax falhem com o fax relay também cause as falhas com esse teste. O que vem à mente primeiro é que a rede pode ter uma grande quantidade de instabilidade ou perda de pacotes.
A maneira mais fácil e precisa de determinar se há uma perda de pacote é fazer isso:
Desative VAD nos peers de discagem VoX.
Faça uma chamada de voz entre as mesmas portas onde os aparelhos de fax estão conectados. (Os aparelhos de fax podem servir como telefones comuns ou você pode conectar os aparelhos às mesmas portas onde os aparelhos de fax estão conectados).
Quando a chamada estiver conectada, faça o seguinte:
Emita o comando show voice dsp. Você pode ver na saída que um dos canais DSP tem o codec configurado carregado. Geralmente, a coluna "TX/RX-PAK CNT" mostra que os contadores de pacote de transmissão e recepção são iguais, o que significa que nenhum pacote é perdido. Se os contadores não forem iguais, os pacotes podem se perder. Digite o comando show voice dsp várias vezes em intervalos de 30 segundos para determinar se a diferença aumenta e se os pacotes são perdidos.
Emita o comando show voice call summary para ver qual porta (e intervalo de tempo, se aplicável) está alocada para a chamada de voz. Digite terminal monitor e, em seguida, emita o comando show voice call com a porta de voz (e o intervalo de tempo, se aplicável) para obter as estatísticas detalhadas do DSP. Na seção "***DSP VOICE VP_ERROR STATISTICS***" da saída, observe os contadores. Geralmente são 0 ou menos de 20. Se os contadores forem maiores que 20, investigue a perda de pacotes.
Se a rede aparenta conter muitas perdas, não é razoável esperar que o fax relay funcione de maneira confiável. É possível desabilitar o ECM, mas provavelmente é necessária uma investigação mais profunda para garantir que o QoS seja provisionado de ponta a ponta de modo que o tráfego de retransmissão de voz e fax tenha prioridade e nunca seja perdido dentro do congestionamento. A seção Informações Relacionadas contém mais informações sobre como solucionar problemas de qualidade de voz.
Para redes com perda de pacotes e muito jitter, desative o ECM para melhorar as chamadas de fax relay. Emita o comando fax-relay ECM disable (discutido com mais detalhes na seção Configuração deste documento) para desligar o ECM para que uma quantidade maior de instabilidade e perda de pacotes possa ser tolerada.
Emita o comando fax-relay ECM disable para melhorar o desempenho do fax relay em redes com perdas, mas esse comando também é recomendado para a solução básica de problemas. Mesmo que não haja um problema de tremulação perceptível na rede, esse comando pode, às vezes, ajudar a determinar problemas de fax relay. Esse comando está disponível em correspondentes de discagem VoFR e VoATM, mas atualmente funciona somente para VoIP.
Observação: esse comando também ativa o recurso de ocultação de perda de pacotes.
Comando fax-relay ecm disable |
---|
vnt-3660-23(config-dial-peer)#dial-peer voice 3 vnt-3660-23(config-dial-peer)#fax-relay ECM disable |
Se T.38 para VoIP for usado como o protocolo de retransmissão de fax, o recurso de redundância de pacote T.38 poderá ser ativado se você configurar esse comando nos correspondentes de discagem apropriados em ambos os gateways:
Redundância de pacote T.38 |
---|
vnt-3660-23(config-dial-peer)#fax protocol t38 Ls-redundancy X Hs-redundancy Y |
onde X > 0 e Y = 0 (somente faça alterações na redundância Ls)
Se o fax relay proprietário da Cisco estiver em uso, uma opção alternativa ou adicional para desativar o ECM é alterar o protocolo de fax relay para T.38 para que o recurso de redundância de pacote T.38 possa ser testado. Esse recurso pode aliviar falhas devido à perda de pacotes, mas observe que a redundância de pacotes T.38 aumenta significativamente o uso da largura de banda e é preferível eliminar a perda de pacotes quando possível.
O comando fax NSF pode ser útil para as marcas de aparelhos de fax que alteram o campo NSF na negociação de fax para codificações proprietárias. Esse comando permite que o roteador que faz o fax relay substitua as configurações feitas pelos aparelhos de fax que tentam implementar codificações proprietárias. Antes do comando fax NSF estar disponível, o fax relay falharia para essas marcas de aparelhos de fax. Normalmente, o comando fax NSF é usado para definir o campo NSF como todos zeros, o que força uma negociação de fax padrão de ambos os lados. Esse comando foi bem-sucedido em determinadas marcas, como Harris e Lanier, e é recomendado quando o fax relay falha.
Comando fax NSF |
---|
vnt-3660-23(config-dial-peer)#fax NSF 000000 |
Quando as chamadas de fax T.38 para o servidor de fax do PSTN falharem e se o Cisco Unified Communications Manager rastrear show support_FXR=0, a configuração do pacote FXR pode estar ausente do gateway MGCP. Nesse caso, adicione estes comandos ao gateway MGCP:
no mgcp fax t38 inhibit mgcp package-capability fxr-package mgcp default-package fxr-package
Depois disso, redefina o gateway e as chamadas de fax comecem a funcionar.
Se as etapas anteriores de solução de problemas não resolveram o problema de fax relay, o problema pode exigir uma solução de problemas mais avançada. Estas são etapas adicionais a serem tentadas antes de você abrir um caso no Cisco Technical Assistance Center (TAC):
Conheça as marcas e os modelos dos aparelhos de fax que falham e investigue essas marcas e modelos em busca de problemas conhecidos.
Às vezes, há casos CARE ou bugs que tratam de problemas para uma certa marca de máquina de fax. Por exemplo, uma pesquisa na Bug Search Tool (somente clientes registrados) para um fax da Pitney Bowes mostra um bug em aparelhos de fax da Pitney Bowes e Cisco fax relay (CSCdu78373 (somente clientes registrados) ). Este bug não está no software Cisco IOS, mas é uma incompatibilidade com o protocolo de sinalização de fax proprietário da Pitney Bowes quando os dispositivos de fax em cada lado de uma conexão são Pitney Bowes 9920s ou 9930s. A solução é desativar o protocolo proprietário nos aparelhos de fax ou desativar o fax relay e usar um codec de largura de banda mais alta.
Caveats conhecidos
Dificuldades conhecidas são comportamentos ou defeitos inesperados nas versões de software de um produto. Esta tabela contém informações sobre problemas conhecidos para suporte de fax em gateways de voz Cisco.
Se você tiver uma conta CCO, poderá procurar problemas conhecidos na ferramenta de sistema do rastreador de bugs da Cisco, chamada Bug Search Tool. Para acessar a Bug Search Tool, execute uma das seguintes tarefas:
Digite https://bst.cloudapps.cisco.com/bugsearch/ no seu navegador.
Tabela 1 Caveats conhecidos
ID do bug | Summary | Explicação |
CSCdu30250 | O VAD introduz erros graves no modo de passagem de fax. | Quando os gateways de voz da Cisco são configurados para o modo de passagem de fax, você deve desativar a Detecção de atividade de voz (VAD - Voice Activity Detection) em todos os peers de discagem VoIP associados às chamadas de fax. Para desativar o VAD em um peer de discagem VoIP, use estes comandos: config terminal dial-peer voice XXX voip no vad |
CSCdu62269 | CSCdu62269 | Qualquer dispositivo de gateway da Cisco que inicie uma chamada de fax relay (com pacotes RTP com payload tipo 96) para um WS-X4604-GW no modo de gateway falha. Isso foi resolvido em 12.1.5YF3. Quando definido para o modo gateway, o software identifica agora o tipo de payload 96 e inicia um modo de passagem. |
CSCdv08143 | As transmissões de fax de 5 a 30 páginas falham com o modo de transmissão de fax do VG248 para o WS-X4604-GW no modo gateway. | Essa falha ocorre somente com a imagem de software 12.1.5YF2 no WS-X4604-GW. Para evitar esse erro, use 12.1.5YF1, 12.1.5YF3 ou posterior. |
CSCdv83401 | Nos switches Cisco Catalyst 6000, quando um tom de fax ou modem é detectado, a chamada é comutada para o modo de passagem de fax com pacotes de 10 ms (134 bytes). | O tamanho do quadro no modo de passagem de fax deve ser de 214 bytes. Os faxes não falham, mesmo que o tamanho do pacote esteja incorreto. |
CSCdv83337 | ||
CSCdw07735 | As transmissões de fax falham com o modo de transmissão de fax do WS-X4604/VIC-2FXS (somente) para o gateway WS-X6624-FXS com o Cisco CallManager 3-1-2c_spA load A00203010026. O WS-X4604 / VIC-2FXS exibe isso nos modos gateway e de passagem. | Essa falha ocorre com as imagens de software 12.1.5YF2 e 12.1.5YF3 no WS-X4604-GW e será corrigida no software 12.2(7)X. |
CSCdw07804 | As transmissões de fax falham com o modo de transmissão de fax do WS-C4224V / VIC-2FXS (somente) para o gateway WS-X6624-FXS com o Cisco CallManager 3-1-2c_spA load A00203010026. | Essa falha ocorre com as imagens de software 12.1.5YE2 e 12.1.5YE4 no WS-C4224V e será corrigida no software 12.2(7)X. |
Use ferramentas de pesquisa para procurar problemas conhecidos de fax na versão do Cisco IOS Software onde o problema ocorre.
Na etapa anterior, foram feitas buscas de uma marca de fax específica para identificar um problema conhecido entre uma determinada marca de fax e o código de retransmissão de fax da Cisco. A próxima etapa é executar uma pesquisa genérica, pois pode haver um bug de fax relay na versão do Cisco IOS Software instalada.
Por exemplo, se um fax relay que usa VoFR não funciona no Cisco IOS Software Release 12.1(2)T, você pode procurar bugs com o Bug Toolkit no CCO. Neste exemplo, você usará estes valores:
Versão principal: 12.1
Revisão: 2
Recurso/componente: VoFR
Palavra-chave: fax
Um dos bugs é o bug da Cisco ID CSCdr65984 (somente clientes registrados) , intitulado "fax não funciona para vofr." Esse bug causou falha em todo o fax relay para VoFR, e uma atualização será necessária para uma versão do Cisco IOS Software na qual esse bug não está mais presente.
Elimine falhas de hardware.
Em alguns casos, é mais fácil isolar o problema se você excluir possíveis fontes de problemas, uma por uma. Substitua diferentes peças de hardware e use conexões IP alternativas entre os gateways. Quando um hardware extra estiver disponível, estas etapas podem ajudar a:
Usar portas diferentes nos roteadores.
Se sua configuração envolve dois gateways conectados aos PBXs ou PSTN com E1 ou T1 e se você tiver as portas FXS disponíveis, tente conectar os aparelhos de fax diretamente às portas FXS nos gateways de voz. Este procedimento o ajudará a isolar ainda mais o problema quando a possibilidade de falha da placa E1, problemas no lado da telefonia ou sincronização E1 ou problemas de cabo forem excluídos.
Experimente outro hardware.
Se você tiver outro gateway de voz com portas FXS disponíveis para você, tente conectá-lo diretamente com o cabo cruzado Ethernet para cada um dos gateways de voz e envie um fax com a máquina de fax conectada à porta FXS. Esse procedimento ajudará a determinar se há problemas na rede VoX, como enfileiramento, fragmentação ou priorização.
Use os comandos debug no roteador para determinar o problema.
Consulte a seção "Debugging" para obter detalhes sobre os comandos debug úteis para solucionar problemas de fax relay.
As depurações podem ser difíceis de entender se você não estiver familiarizado com a mensagem que ocorre em uma transmissão de fax típica. Esta é uma representação gráfica das transações T.30 básicas que ocorrem para uma transmissão de fax de uma única página.
A descrição dos detalhes dessas transações está além do escopo deste documento, mas essas são definições das transações básicas que são vistas no fax relay. A lista está em ordem alfabética para referência rápida e inclui mensagens comumente vistas durante a depuração do Cisco fax relay. Para obter informações mais detalhadas sobre essa mensagem ou sobre mensagens que não estão listadas abaixo, consulte a especificação T.30.
CED (Called terminal identification) - um sinal de 2100 Hz que é transmitido pelo dispositivo de fax de terminação ao atender uma chamada de fax. Este sinal desativa temporariamente os canceladores de eco presentes na conexão para preparar a linha para a transmissão de dados.
CFR (Confirmation To Receive) - uma resposta que confirma que a mensagem e o treinamento anteriores foram concluídos e que a transmissão da página de fax pode começar.
CNG (Calling Tone, Tom de chamada) - um tom de 1100 Hz ligado por meio segundo e depois desligado por 3 segundos. Esse sinal identifica o terminal de fax como um dispositivo de não fala. O sinal também indica que o terminal de fax iniciador aguarda o sinal DIS do terminal de fax terminal.
CRP (Command Repeat) - uma resposta que indica que o comando anterior foi recebido com erro e precisa ser repetido. (Opcional)
CSI (Called Subscriber Identification) - pode ser usado para fornecer a identidade específica do terminal de fax chamado através do seu número de telefone internacional. (Opcional)
DCN (Desconectar) - encerra a chamada de fax e não requer resposta.
DIS (Digital Identification Signal) - identifica os recursos do terminal de fax chamado.
DTC (Digital Transmit Command) - a resposta às capacidades identificadas pelo sinal DIS. Aqui é onde o terminal de fax de chamada corresponde aos recursos fornecidos na mensagem DIS do terminal de fax chamado.
EOM (fim da mensagem) - indica o fim de uma página completa de informações de fax.
EOP (End Of Procedure) - indica o fim de uma página completa de informações de fax e nenhuma outra página deve ser enviada. Vá para a fase de desconexão da chamada de fax.
FTT (Falha de Comboio) - utilizado para rejeitar um sinal de treino e solicitar um novo treino (as recomboios ocorrem normalmente a velocidades de modulação mais baixas).
MCF (Confirmação de Mensagem) - indica que uma mensagem foi recebida satisfatoriamente.
MPS (MultiPage Signal) - indica o fim de uma página completa de informações de fax e que o receptor está pronto para páginas adicionais.
NSF (Non-Standard Facilities) - podem ser usados para identificar capacidades ou requisitos específicos que não são cobertos pelas especificações da série T. (Opcional)
RTN (Retrain Negative) - indica que uma mensagem anterior não foi recebida satisfatoriamente. O novo treinamento é necessário para prosseguir (normalmente a uma velocidade de modulação mais baixa).
RTP (Retrain Positive) - indica que uma mensagem completa foi recebida e que mensagens adicionais podem ser seguidas após o novo treinamento.
TCF (Training Check) - enviado através do sistema de modulação T.4 de alta velocidade (em comparação com a modulação V.21 de 300 kbps usada para a sinalização T.30 anterior) para verificar o treinamento e indicar a aceitabilidade de páginas de fax enviadas a essa taxa de transmissão.
ETI (Transmitting Subscriber Identification) - indica a identificação do terminal de fax de transmissão (chamada). (Opcional)
Estes são comandos úteis de depuração do fax relay:
O comando debug for Cisco fax relay é ativado com o comando debug fax relay t30 all.
Comando debug fax relay t30 all |
---|
vnt-3660-23c#debug fax relay t30 all Debugging fax relay t30 |
Esta é uma cópia de uma depuração de uma sessão de fax relay com falha. Esta é uma depuração do gateway de fax de origem que executa o Cisco IOS Software Release 12.2(7a).
Saída do 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 |
Essa depuração mostra os eventos T.30 que ocorrem no DSP dentro do fax relay. É importante lembrar que as depurações que ocorrem da perspectiva do DSP interagem com o dispositivo de fax, de modo que qualquer mensagem "Fr-MSG-TX" ou de transmissão é transmitida do DSP para o dispositivo de fax conectado. Qualquer mensagem que o DSP diga que detecta, ou mensagem "fr-msg-det", é uma mensagem que ele recebeu do dispositivo de fax conectado. Este gráfico ilustra o fluxo direcional das mensagens de DSP quando o comando debug fax relay t30 all é emitido.
Na transação de fax com falha na depuração, você pode ver várias mensagens "crc inválido" seguidas por uma mensagem de falha no treinamento (FTT) do lado oposto. Nas depurações, parece que o problema envolve o sinal de treinamento. Os erros de crc inválidos e a mensagem FTT (Failure To Train) retornada do outro lado indicam que o sinal está corrompido ou é incompatível com o protocolo Cisco fax relay. Essa depuração foi retirada de um problema de fax relay que ocorre com um aparelho de fax Lexmark Optra. O Lexmark é compatível com V.34 e tenta se conectar a taxas V.34. O V.34 não é suportado no fax relay da Cisco e erros de treinamento ocorrem. Consulte o bug da Cisco ID CSCdv89496 (somente clientes registrados) para obter mais detalhes.
A página Exemplos de Depurações T.30 fornece mais informações sobre como ler essas depurações e um exemplo de um rastreamento bem-sucedido do analisador de fax do modo ECM e debug.
Há também outros comandos debug que podem ser úteis para solucionar problemas de fax relay. Essas depurações não serão tão fáceis de ler ou fornecerão tantas informações quanto as depurações T.30, mas ainda poderão ser úteis.
O VTSP (Voice Telephony Service Provider, Provedor de serviços de telefonia por voz) é uma arquitetura que define a interface entre o controle de chamadas do Cisco IOS e um terminal DSP conectado a equipamentos de telefonia padrão, como PBX, fax ou central por meio de interfaces analógicas ou digitais.
Para VoIP T.38 ou fax relay, debug vtsp all pode fornecer informações úteis sobre o estado do roteador. Conforme discutido na seção de solução de problemas, esse comando debug pode ser usado para determinar se o codec de fax foi baixado no DSP, como mostrado na página Debugging do Provedor de Serviços de Telefonia por Voz.
Outro comando de depuração de fax relay que é útil para fax com VoFR e VoATM é debug vtsp vofr subframe 3. Esse comando gera quadros FRF11 que têm um tipo de payload de fax relay do anexo D. Há uma quantidade significativa de saída desse comando, mesmo com apenas uma chamada de fax relay, e o hexadecimal deve ser decodificado (a especificação FRF11 é útil para decodificação hexadecimal).
Para depurar problemas de troca de recursos T.38, use o comando debug cch323 h245.
Para depurar trocas de mensagens DSP entre aplicativos e DSP, use estes comandos debug:
debug vtsp all
debug voip ccapi inout
debug hpi all (no Cisco 5300/2600/3600 e em todas as outras plataformas de voz que usam DSPs TI c54x)
debug nextport vsmgr detail (nas plataformas DSP NextPort (Cisco 5400, 5850))
Às vezes, é necessário ir além dos recursos de depuração dos gateways de voz da Cisco para resolver problemas de fax relay. Ferramentas como analisadores de protocolo e analisadores de fax são usadas para ver o que ocorre na operação de fax relay. Os analisadores de fax, como o Genoa ChannelProbe/FaxProbe by QualityLogic ou o HP Telegra, podem ser posicionados entre o dispositivo de fax e o gateway da Cisco para capturar o que ocorre. Os analisadores de protocolo, como o Sniffer e o Domino, podem ser úteis quando você precisa visualizar os pacotes de fax relay trocados entre os roteadores.
A capacidade de resolver um problema complexo às vezes exige uma combinação de equipamento—um analisador para capturar o tráfego de fax em cada aparelho de fax e um analisador de protocolo para capturar os pacotes de fax relay. Uma única chamada de fax é feita para reproduzir o problema e as informações são capturadas dos dispositivos conectados para análise. Este diagrama mostra onde na rede esse equipamento de teste é colocado.
A maioria dos analisadores de fax tem telas de ajuda e documentação adequadas para ajudá-lo a determinar o que acontece. A especificação T.30 também é muito útil. Para os analisadores de protocolo, a decodificação pode ser um pouco mais difícil, pois, às vezes, as codificações são proprietárias ou o software analisador não tem o decodificador específico necessário. Para o fax relay que usa VoFR e VoATM, os gateways Cisco usam o anexo D baseado em padrões da especificação FRF11. Se o analisador de protocolo não for capaz de decodificar o quadro, ele poderá ser manualmente decodificado com essa especificação. Com o fax relay e o VoIP, um formato proprietário da Cisco é usado para os pacotes de fax relay.
Com as informações do analisador de fax e do analisador de protocolo, você poderá resolver problemas de fax relay. Poucos problemas de fax relay chegam a esse ponto e, quando chegam, a escalação e os recursos DE devem estar envolvidos para obter assistência adicional.
Além disso, forneça todas as outras informações relevantes para o problema.
Se este documento não permitiu que você isolasse e resolvesse o problema, abra um caso no Cisco Technical Assistance Center (TAC) e forneça estas informações:
Descrição da topologia de rede (formato PDF, Visio ou Microsoft PowerPoint).
Os aparelhos de fax usados, que incluem informações sobre o fornecedor e o modelo.
A história do problema.
Informações úteis incluem se a implementação é nova ou uma rede estabelecida que funcionou bem e depois falhou. Se a rede foi estabelecida, o que mudou antes do problema ocorrer? O problema é intermitente? O problema pode ser reproduzido e, em caso afirmativo, quais são as etapas necessárias para reproduzir o problema?
Saída do comando show tech de ambos os gateways de fax e de todos os roteadores no caminho IP, e informações relevantes para o equipamento de rede ativo não Cisco.
Um par de rastreamentos de chamada com estes sinalizadores de depuração ativados:
debug voip ccapi inout
debug vtsp all
debug isdn q931 (se o ISDN ou Q.Sig estiver envolvido)
Um par das saídas show voice call e show voice dsp.
Um par de trilhas do analisador de fax conectadas no modo de monitor às máquinas de fax de origem e de terminação, se disponível.
Resultados da solução de problemas e das depurações realizadas, se disponíveis.