Architecture for Voice, Video and Integrated Data

Cisco Unified Communications

Problemas com ligações de saida para a PSTN

Posted by loliveira em 07/03/2012


Saudações, recentemente enfrentei problemas relacionado a ligações para a PSTN que não completava e gostaria de compartilhar aqui no AVVID.

A principio, tentei detectar o problema pelo debug isdn q931 ou o debug voice ccapi inout e de fato eu observei umas causas de desconexão muito estranha … como a 101 ( The Message is Not Compatible with the Call State ) sendo que a causa de desconexão era originada pela operadora, achei melhor fazer uma conjunta com a própria operadora para tentar detectar o problema.

Segundo a operadora eles estavam recebendo um padrão de sinalização diferente do que eles determinam como “padrão” e solicitaram que eu verificasse no voice gateway se tinha alguma particularidade relacionado a sinalização ISDN.  Após minha análise detectei que o padrão ISDN estava configurado com o padrão europeu (NET5) e algumas operadora nacionais não trabalham com este protocolo, vejam na configuração da interface os diversos padrões suportados pela IOS:

GATEWAY(config-if)#isdn switch-type primary       ?
primary-4ess Lucent 4ESS switch type for the U.S.
primary-5ess Lucent 5ESS switch type for the U.S.
primary-dms100 Northern Telecom DMS-100 switch type for the U.S.
primary-dpnss DPNSS switch type for Europe
primary-net5 NET5 switch type for UK, Europe, Asia and Australia
primary-ni National ISDN Switch type for the U.S.
primary-ni2c The Cisco NAS-SC switchtype based on NI2C.
primary-ntt NTT switch type for Japan
primary-qsig QSIG switch type
primary-ts014 TS014 switch type for Australia (obsolete)

Para coincidir com o padrão da operadora tive que alterar o switch-type para qsig, deixando assim no padrão genérico. A operadora disse que tinha melhorado o status pois agora eles estavam recebendo quase todos os parametros corretos, exceto o Transfer Capability =   que estava sendo enviado sem restrição. Veja um exemplo:

*Mar 6 13:21:27.152: ISDN Se0/0/0:15 Q921: User TX -> INFO sapi=0 tei=0, ns=32 nr=52
*Mar 6 13:21:27.152: ISDN Se0/0/0:15 Q931: SETUP pd = 8 callref = 0x0D0C
Bearer Capability i = 0x8890
Standard = CCITT
Transfer Capability = Unrestricted Digital
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9838C
Exclusive, Channel 12
Calling Party Number i = 0x0081, ‘5486’
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, ‘0586186544334’

Com esta informação garimpei o site da Cisco e encontrei um documento mencionando este problema e como corrigi-lo:
https://supportforums.cisco.com/docs/DOC-2464

Acesse a voice port

Por Ex: voice-port x/y:z  e insira o comando bearer-cap 3100Hz

Pois as operadoras utilizam esta frequência no canal bearer para estabelecimento das chamadas.
Após esta alteração todas as chamadas passaram a funcionar adequadamente.

Segundo o documento da Cisco, isto acontece onde IP Phones que possui a funcionalidade de video envia informações adicionais no estabelecimento das chamadas, mas eu estava enfrentando este problema em modelos 7945, então ficou um pouco vago a explicação do Fabricante. Quando eu tiver uma nova oportunidade irei validar esta informação.

Anúncios

Deixe um comentário

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair / Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair / Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair / Alterar )

Foto do Google+

Você está comentando utilizando sua conta Google+. Sair / Alterar )

Conectando a %s

 
%d blogueiros gostam disto: