invalid CAS várias vezes ao dia

[Andre Penha]

Pessoal, bom dia.

Tenho um link E1 pela GVT que opera em MFC/R2. Abaixo no e-mail envio as configs.

O problema que tenho é que muitas vezes por dia os telefonemas caem (todos os canais juntos) e o sistema registra no log 'invalid CAS'. Assim:

[2014-01-30 09:36:27] ERROR[17284] chan_dahdi.c: Chan 39 - Protocol error. Reason = Invalid CAS, R2 State = Idle, MF state = MF Engine Off, MF Group = No Group, CAS = 0x04 DNIS = , ANI = , MF = 0x20

Segundo o que já estudei até agora, me parece que o clock tá 'dessincronizando'. Falei com a GVT e eles estão medindo minha linha, mas não parece ter nada errado. Fechei um loop no modem deles e eles mediram por horas. Acho que o problema é por aqui. Algumas vezes passamos horas sem este problema, outras o problema dá 3-4 vezes em 10 minutos. 

Uma percepção minha é de que há uma redundância entre os arquivos de configuração que listo abaixo, mas não acho que seja esse o problema. Já experimentei eliminá-la e aí o driver da interface nem sobe.

Obs: eu tenho 3 placas. Duas em DAHDI (uma Digium analógica TDM800 e essa do E1, que é uma TE110P). E a terceira placa é uma Khomp GSM.

Eis o que tenho configurado para a placa que tá dando pau:

em /etc/dahdi/system.conf

# Span 2: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0" HDB3/ YELLOW

span=2,1,0,cas,hdb3

# termtype: te

cas=9-23,25-39:1101

dchan=24

#echocanceller=hwec,9-23,25-39

# Global data

loadzone        = br

defaultzone     = br

em /etc/asterisk/dahdi-channels.conf

; Span 2: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0" HDB3/ YELLOW

group=0,12

context=from-pstn

callerid=asreceived

signalling = mfcr2

mfcr2_logdir = span2

mfcr2_variant=br

mfcr2_get_ani_first=no

mfcr2_max_ani=20

mfcr2_max_dnis=4

mfcr2_category=national_subscriber

channel => 9-23,25-39

context = default

group = 63

em /etc/asterisk/chan_dahdi.conf

[general]

#include chan_dahdi_general.conf

#include chan_dahdi_general_custom.conf

[channels]

context=incomingr2

signalling=mfcr2

mfcr2_variant=br

mfcr2_allow_collect_calls=no

mfcr2_forced_release=yes

group=2

channel=>9-23,25-39

#include chan_dahdi_channels_custom.conf

#include chan_dahdi_groups.conf

#include chan_dahdi_additional.conf

Muito obrigado pela força, moçada!

[Alclicio Vieira]

Existe a possibilidade de mudar para ISDN?

--
 
---
Você está recebendo esta mensagem porque se inscreveu no grupo "ElastixBrasil" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para elastixbrasi...@googlegroups.com.
Para postar neste grupo, envie um e-mail para elasti...@googlegroups.com.
Visite este grupo em http://groups.google.com/group/elastixbrasil.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.

--

ALCLICIO VIEIRA,

Phone:55 (61) 3205-3778 (Fixo Direto)

Phone:55 (61) 9527-7330 (Claro)

Phone:55 (61) 9633-2010 (Vivo) 

Phone:55 (61) 8454-3665 (Oi) 

 

[Andre Penha]

Oi Alclicio.

Obrigado pela prontíssima resposta.

Mudar para ISDN muda o padrão de sinalização, né? Quais seriam os impactos? Posso tentar pedir à GVT, mas acho que vou ter que sair fazendo aditivos no contrato e isso vai demorar. Mas se for resolver vale a pena. Qual é a sua hipótese neste caso?

André G. Penha

Diretor de operações

QuintoAndar.com.br

fone: 4007-1686

2014-01-30 Alclicio Vieira <alcl...@gmail.com>

--
 
---
Você recebeu esta mensagem porque está inscrito em um tópico do grupo "ElastixBrasil" dos Grupos do Google.
Para cancelar a inscrição neste tópico, acesse https://groups.google.com/d/topic/elastixbrasil/OOXXEjoKOg0/unsubscribe.
Para cancelar a inscrição neste grupo e todos os seus tópicos, envie um e-mail para elastixbrasi...@googlegroups.com.

[Roger Pitigliani]

André,

Já tentaste trocar os cabos do E1?

Ele chega a desalinhar / alarmar na placa?

Veja no comando abaixo, e veja se não esta incrementando IRQ..
asterisk -rx "dahdi show status"

Att,

--
Roger Pitigliani
roger...@gmail.com
Skype: roger.pitigliani

[Nicolas Tanski]

Estou enfrentando os mesmos problemas só que na sinalização ISDN.

Todas as linhas caem e na CLI apresenta Yellow Alarm, voltando a funcionar logo em seguida.

Vou realizar mais alguns testes e se tiver sucesso posto aqui.

_____________________

Att,

Nicolas Tanski Pavão

skype: nicolastanski

[Andre Penha]

Oi Roger,

Obrigado pela dica. Já troquei os cabos. Aliás, a própria GVT sugeriu isso e me deu cabos novos. Nada.

Ele alarma a placa sim, mas não tem conflito de IRQ. No log, sempre que cai, todos os canais ganham alarme amarelo e voltam logo depois, como no caso do Nicolas Tanski.

Minha hipótese atual é ruído no aterramento - vou experimentar aterrar em outra rede, o que vai me dar um trabalho razoável, e ver se cai. 

André G. Penha

Diretor de operações

QuintoAndar.com.br

fone: 4007-1686

2014-01-30 Roger Pitigliani <roger...@gmail.com>

[NTECH SOLUÇÕES EM TELECOM]

No elastix nunca peguei este problema, mas nas centrais proprietárias (intelbras, digistar), já peguei este erro e sempre voltava a funcionar logo em seguida. 

Nestes casos eu faço um teste simples, geralmente no modem da operadora onde fica ligado o cabo coaxial tem um conector e neste tem uma chave, o que eu faço é passar esta chave para o meio, neste caso o terra do modem e da central ficam separados, se for alguma fuga pelo terra o defeito vai parar de ocorrer e deverá será ser revisado o aterramento. Lembrando que qualquer fuga (corrente entre os terras) irá ocasionar a queda do link.

Outro teste que pode ser feito, é pegar um multimetro colocar em escala de tensão ac desconectar os cabos da placa de e1 e colocar uma ponteira do multimetro no conector bnc na parte do terra e a outra no bnc do modem na parte do terra, não deverá aparecer tensão entre estes pontos, se isso ocorrer, refaça o aterramento.

Atenciosamente,

Neimar Bueno

---

From: nicolas...@gmail.com
Date: Thu, 30 Jan 2014 12:52:34 -0200
Subject: Re: [ElastixBrasil] invalid CAS várias vezes ao dia
To: elasti...@googlegroups.com

[Andre Penha]

Boa, Neimar Bueno. Farei isso e te dou o retorno do que houve. Obrigado!

André G. Penha

Diretor de operações

QuintoAndar.com.br

fone: 4007-1686

2014-01-30 NTECH SOLUÇÕES EM TELECOM <nt...@hotmail.com.br>

[Luciano Moreira]

Em 30 de janeiro de 2014 11:52, Nicolas Tanski <nicolas...@gmail.com> escreveu:

Estou enfrentando os mesmos problemas só que na sinalização ISDN.

Todas as linhas caem e na CLI apresenta Yellow Alarm, voltando a funcionar logo em seguida.

Vou realizar mais alguns testes e se tiver sucesso posto aqui.

Caros,

Passei pelo mesmo problema. Após ativação com sucesso de um novo link em um cliente antigo, observamos que os canais eram fechados e reabertos no mesmo instante, porém o link permanecia alinhado, resultando em queda de todas as chamadas em curso. Trabalhei de perto com a equipe da Embratel para encontrar o motivo.

Observamos que os eventos se repetiam em intervalos relativamente constates a cada 50min. A equipe da operadora identificou que havia no circuito um modem gerando clock, quando deveria estar setado como 'clock regenerado'. Depois de configurar corretamente este modem, os intervalos dos eventos passaram para 12h(+/-). Mais uma investigação da operadora mostrou que outro modem também precisava ser reconfigurado no circuito.

Mitigar este tipo de problema precisa ter certeza que já tenha checado tudo do seu lado e ter segurança para abrir uma boa interlocução com a operadora. É preciso ter a confiança do cliente, pois até o último momento a operadora continuava dizendo: "o problema não é do nosso lado, está no PaBX".

Após consertar estes dois pontos, não houve mais eventos do mesmo tipo.

__
Luciano Moreira

Logic Telecom LTDa
Fortaleza, CE

+55 (85) 4008-7799

+55 (85) 9732-1313 (TIM)
+55 (85) 8511-0083 (OI)

+1 206-424-6813 (WA, USA)

+1 631-760-6173 (NY, USA)

[Rafael Zardo - Mhnet Telecom]

Olá,

    Cara esse parece ser sintoma de diferença de potêncial... Verifica o aterramento de ambos equipamentos...

[Nicolas Tanski]

Conforme relatório técnico meu problema foi resolvido com a troca de um aparelho no armário da GVT.

Meu problema começou de uma hora para outra sem ter realizado nenhuma alteração no ambiente, por isso inicialmente desconfiei ser operadora.

Mas faça as dicas que o pessoal passou e boa sorte!

_____________________

Att,

Nicolas Tanski Pavão

skype: nicolastanski