[AsteriskBrasil] RES: Mensagens e Alarmes na Dahdi TE110P

Terça Fevereiro 3 12:12:04 BRST 2015

Maurício.

Uso GVT com essas confs MFCR2

### /etc/asterisk/chan_dahdi.conf

signalling=mfcr2

mfcr2_variant=br

mfcr2_get_ani_first=no

mfcr2_max_ani=20

mfcr2_max_dnis=4

mfcr2_category=national_subscriber

mfcr2_allow_collect_calls=no

mfcr2_double_answer=no

language=pt-br

### /etc/asterisk/unicall.conf

protocolvariant=br,20,20

Espero ter ajudado.

FGhisleni

(54) 8145-3800

De: asteriskbrasil-bounces em listas.asteriskbrasil.org [mailto:asteriskbrasil-bounces em listas.asteriskbrasil.org] Em nome de Mauricio Magalhães
Enviada em: terça-feira, 3 de fevereiro de 2015 10:19
Para: asteriskbrasil
Assunto: [AsteriskBrasil] Mensagens e Alarmes na Dahdi TE110P

Bom dia Lista,

Gostaria de uma ajuda a todos. sempre configurei centrais E1 com sinalização ISDN, mas peguei uma com R2 GVT com uma placa TE110p da digium com uma raizer (adaptador de pci para pci-e), pois a placa do servidor não tem pci normal

A todas as funções da E1 estão funcionando perfeitamente, porem ela me envia 3 tipos de informações na console de forma aleatória de tempo. uma delas é erro e cai a ligação, mas essa ultima é muito esporádica e acontece uma 3 vez em 24h e de tempos diversos. já li diversos posts, mas nenhum me deu uma solução ou um caminho que pudesse percorrer e já to esgotando minha possibilidades.

Primeirao tipo mensagem:

New MFC/R2 call detected on chan 31.

Chan 31 - Far end disconnected. Reason: Normal Clearing

MFC/R2 call disconnected on channel 31

A mensagem acima mostra que uma chamada entrou e depois foi desligada normalmente, pois a características são as mesmas de uma ligação entrante, mas neste caso não tem nenhuma ligação entrante. essas msg aparecem constantes (Em horario de expediente e fora deles) e não interferem das ligações.

Obs.: o chan é aleatório. aparece isso em qualquer canal.

Segundo Tipo de Mensagem:

...

[2015-02-03 08:09:54] NOTICE[26819] chan_dahdi.c: Alarm cleared on channel 22

[2015-02-03 08:09:54] NOTICE[26814] chan_dahdi.c: Alarm cleared on channel 17

[2015-02-03 08:09:54] NOTICE[26828] chan_dahdi.c: Alarm cleared on channel 31

...

A mensagem acima ele alerta a placa mas é muito rápido e menos constante que a primeira mensagem, assim como a primeira,  não a interferência nas ligações, portanto as ligações continuam estáveis caso aconteça no meio de uma ligação.

Obs: Acontece em todos os canais de uma vez. só coloquei um trecho pra não ficar muito grande no post.

Terceiro Tipo de Mensagem, (Erro)

[2015-02-02 14:56:34] ERROR[16852]: chan_dahdi.c:4575 dahdi_r2_write_log: Chan 28 - Protocol error. Reason = Invalid CAS, R2 State = Clear Forward Transmitted, MF state = MF Engine Off, MF Group = Forward Group II, CAS = 0x04

DNIS = 40025700, ANI = 4254, MF = 0x20

[2015-02-02 14:56:34] ERROR[16852]: chan_dahdi.c:4335 dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 28: Invalid CAS

Essa não é uma mensagem de alerta ou de informação e sim um erro no canal e a ligação que estiver conectada nesse canal é derrubada, ela  é muito esporádica e demora de acontecer, essa foi de uma ligação que o cliente fez e que demorou quase 50 min, ou seja, não cai em determinado tempo, como de alguns posts que li aqui no fórum.

Informações Adicionais:

cat /proc/interrupts

....

177:  234691280          0          0  456619919   IO-APIC-level  wcte11xp

185:         22          0          0          0   IO-APIC-level  ehci_hcd:usb1

225:         26          0          0          0   IO-APIC-level  ehci_hcd:usb2

NMI:      27553      11458      10538      27419

LOC:  691409032  691408961  691408886  691408813

ERR:         36

MIS:          0

Nos IRQS a placa está sozinha, percebam que tem dados em dois núcleos, isso significa que mudei pra testar e não funcionou. agora ela tá no núcleo 0

Tem 36 ERROS.

As tomadas de energia estão aterradas. 

Coloquei o loopback na placa e não esses problemas.

Alguém tem alguma sugestão

Segue Abaixo Confs.

Apesar de não achar que seja arquivos de conf. vou post-los

System.conf

=============

span = 1,1,0,cas,hdb3

cas = 1-15:1101

cas = 17-31:1101

echocanceller=oslec,1-15,17-31

loadzone = br

defaultzone = br

chan_dahdi.conf

==============

[trunkgroups]

[channels]

language=br

ccountcode=E1-GVT

signalling=mfcr2

mfcr2_variant=br

mfcr2_immediate_accept=no

mfcr2_get_ani_first=no

mfcr2_max_ani=20

mfcr2_max_dnis=4

mfcr2_category=national_subscriber

mfcr2_mfback_timeout=3000

mfcr2_allow_collect_calls=no

mfcr2_double_answer=no

mfcr2_call_files=yes

mfcr2_logdir=gvt_e1

mfcr2_logging=all

rxwink=300

callerid=asreceived

relaxdtmf=yes

faxdetect=incoming

usecallerid=yes

hidecallerid=no

callwaiting=yes

usecallingpres=yes

callwaitingcallerid=yes

transfertobusy=yes

threewaycalling=yes

canpark=yes

transfer=yes

cancallforward=yes

callreturn=yes

echocancel=yes

echocancelwhenbridged=no

transfertobusy=yes

echotraining=no

rxgain=0   

txgain=0   

group=1-3

callgroup=0

pickupgroup=0

channel=1-15,17-31     

busydetect=yes

busycount=6

dahdi-channels.conf

===============

group=0

context = from-pstn

switchtype = national

signalling = mfcr2

channel => 1-15,17-31

context = default

group =

Maurício Magalhães

-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20150203/802f8b9b/attachment.html>