cancelar
Mostrar resultados para 
Pesquisar em vez de 
Queria dizer: 
cancel
1138
Apresentações
88
Útil
13
Respostas

Chamada de entrada desconectando portas FXO

MARCIO.GALVAO
Level 1
Level 1

Pessoal

Estou com um problema e um no GW do site remoto, onde as chamadas de entrada nas portas FXO estão desconectanto após 5 segundos

O Site central em um CUCM versão 6.1.4

Já tentei varios alternativas sem sucesso

Coletei um trace no Gateway

Mar 27 15:53:33.962:
Hex representation of the RELEASE COMPLETE TPKT to send.: 080200185A080280A97E0022052580060008914A000411001100E961D2D3B51711E38153F7058D108A6910800100
 --More--         h225TerminateRequest: Q.931 RELEASE COMPLETE sent from fd=3. Call state changed to [Null].
000339: *Mar 27 15:53:33.962: //268/E961D2D38151/CCAPI/cc_api_call_disconnected:
   Cause Value=41, Interface=0x662A4500, Call Id=268
000340: *Mar 27 15:53:33.962: //268/E961D2D38151/CCAPI/cc_api_call_disconnected:
   Call Entry(Responsed=TRUE, Cause Value=41, Retry Count=0)
000341: *Mar 27 15:53:33.966: //267/E961D2D38151/CCAPI/ccConferenceDestroy:

 

Alguém já enfrentou esse problema e tem alguma dica

Desde já agradeço o apoio

13 RESPOSTAS 13

dsobrinho
Level 9
Level 9

Ola Marcio,

 

Pelo log acima indica que a chamada não esta sendo direcionada para seu destino, Call state changed to [Null].

"Cause No. 41 - temporary failure.
This cause indicates that the network is not functioning correctly and that the condition is no likely to last a long period of time; e.g., the user may wish to try another call attempt almost immediately."

 

Segue a lista do que vc precisa revisar:

1 - veja se a rede de voz esta declarada no trusted List *

      voice service voip
        ip address trusted list
        ipv4 10.0.10.0 255.255.255.0

2 - se o seu GWY for H323 veja se configurou a interface corretamente em vermelho:

interface GigabitEthernet1/0
 description *** H323-CUCM ***
 ip address 10.0.10.254  255.255.255.0
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 ip nat inside
 ip virtual-reassembly in
 zone-member security INSIDE
 ip tcp adjust-mss 1368
 load-interval 30
 no mop enabled
 h323-gateway voip interface
 h323-gateway voip bind srcaddr 10.0.10.254

 3 - Se o acesso a sua PSTN for via E1, veja nas configurações do CUCM>Device>Gateway, se precisa de um restart. As vezes ativamos um site novo e esquecemos do restart no entroncamento.

4 - Revise o seu dial-peer de entrada e  o voip.

 

* o asterisk indica o caso mais comum

 

Attn

Daniel

 

 

Daniel Sobrinho

Olá Daniel

Obrigado pela análise, eu já havia verificado esse pontos que você mencionou, porém o problema persiste

As chamadas de entrada estão desconectando após 5 segundos.

Em anexo um arquivo com a config do GW remoto que está resgitrado em um CUCM central

Bom dia Marcio,


Não encontrei nada de errado na sua configuração.

Entretanto veja se há algum erro na DSPs:

Utilize o comando: <show voice dsp error> e me mande.

---------------------------------------------------------------------------------
Acrescente esta configuração na sua FXOs:

Config term

!

voice-port xx/xx/xx 

supervisory disconnect dualtone mid-call
 cptone BR
 timeouts call-disconnect 1
 timeouts wait-release 3

---------------------------------------------------------------------------------

 

Attn

Daniel Sobrinho

 

Daniel Sobrinho

Boa Tarde Daniel

Bom já efetuei essas modificações, porém continua com o mesmo problema estou colocando um arquivo com as modificações no Gateway e os comandos mencionados:

sh voice trace 0/3/2
sh voice dsp group all
show voice dsp error

 

No CUCM

Ola Marcio,

O erro que o debug inicial mostrou faz referência a problema de conectividade de rede. Antes de pedir para você executar mais alguns debugs do seu GWY e Voice-Port. Veja se conseguimos descartar todas as possibilidades de haver falha de rede, roteamento, ou ate mesmo no switch, se não há nenhum elemento de rede que possa estar comprometendo a sinalização entre o GWY e o CUCM (Firewall) [se realmente passar pelo firewall]. Ou se pode ser algum serviço de Team_Group criado no CUCM (Interface LAN0 e LAN1) para utilizar duas interfaces de Switch (e ter HA - High Availabilty - Alta disponibilidade).

"Cause 41 - Typical scenarios include: Network failure.
Indicates that the network is not functioning correctly and that the condition is likely to be resolved quickly.
"

Abaixo segue alguns comandos para debugar   VMP (Voice Module Processor) Interface:
Ele vai ajudar a coletar os eventos de troca de sinalização nas interfaces.

  • debug vpm signal —This command is used to collect debug information for signaling events and can be useful in resolving problems with signaling to a PBX.
  • debug vpm spi —This command traces how the voice port module service provider interface (SPI) interfaces with the call control API. This debug command displays information about how each network indication and application request is handled.
  • debug vpm dsp —This command displays messages from the DSP on the VPM to the router and can be useful if you suspect the VPM is not functional. It is a simple way to check if the VPM responds to off-hook indications and to evaluate timing for signaling messages from the interface.
  • debug vpm all —This EXEC command enables all of the debug vpm commands: debug vpm spi, debug vpm signal, and debug vpm dsp.

  • debug vpm port —Use this command to limit the debug output to a particular port. For example, this output shows debug vpm dsp messages only for port 1/0/0: 
     

debug vpm dsp 
debug vpm port 1/0/0 

Attn,
Daniel Sobrinho

Daniel Sobrinho

Marcio,

Uma coisa que notei, há algum motivo especial para usar o connection plar OPX (off-premise extension)?

Daniel Sobrinho

Olá galera, 

Bacana a discussão, 

 

Outro dia tive um problema parecido, era o Codec entre as localidades.

Sei que pode ser meio banal, mas o codec entre os dispositivos não "batia" e a chamada era desconectada.

 

Boa sorte aí

Edson

Obrigado pela dica, já verifiquei o region também

Por favor verificar também no firewall se a porta 1720 e 2000 (H323 e SCCP) esta mapeada para trafego entre CUCM e GWY (Bidirecional).

Daniel Sobrinho

Olá Daniel

Como referência ao seus comentários

Há um firewall entre as localidades, a conexão do site Central eo site remoto, é através de uma VPN, porém a regra está liberada para o endereço do CUCM e o range de IP que inclui o GW e IP Phones nos dois sentidos

Interface LAN é unica.

Sobre o connection plar OPX é para direcionar as chamadas para um ramal especifico no caso o 6500

Mais uma vez obrigado pelos comentários.

Vou coletar os Debugs e anexo nos comentários

 

Daniel

Coletei uns traces com os comandos mencionados, por favor veja se encontra algo diferente:

Outra coisa que percebi, é que não está identificando os números externos, quem está ligando da PSTN

debug vpm signal

debug vpm spi

debug vpm dsp

debug vpm all

debug vpm port

Mude de connection plar OPX 6500 apenas para connection plar 6500

Daniel Sobrinho

Olá Marcio,

Você conseguiu solucionar o problema?

Eu já presenciei a mesma falha com o fabricante Cisco e outros fabricantes. A solução foi verificar e corrigir o aterramento que estava irregular.

Envie-nos seu feedback!

Primeiros Passos

Encontre respostas, faça perguntas e conecte-se com nossa comunidade de especialistas da Cisco de todo o mundo.

Estamos felizes por você estar aqui! Participe da conversa, encontre respostas, faça perguntas e conecte-se com sua comunidade.