[AsteriskBrasil] Fwd: Invalid Multi Frequency Tone

[Pedro Alves]

Boa tarde galera.

Depois de me bater pra caramba aqui, e conversar com todos os 
engenheiros, e técnicos, e afins sem encontrar uma solução para me 
problema, resolvi preparar outro servidor(hardware), mas mantendo o hd 
com as configurações antigas (anteriores ao problema), e sem aterramento 
novo ou troca do modem DDR, tudo voltou a funcionar perfeitamente, mais 
que depressa fiz a mesma coisa nos outros dois clientes e voilá tudo 
resolvido.
Sei que matei uma formiga com um tiro de canhão, mas estava a ponto de 
perder os clientes.
De qualquer forma obrigado a galera que me ajudou aqui.

*att*

**

*Pedro Alves da Costa***

/Departamento Técnico /

*GRUPO G1 TELECOMUNICAÇÕES LTDA.*

Descrição: logo.gif**

Rua: Ponta Grossa, n°587 -- Jardim Dom Bosco

CEP: 86060-450 - Londrina - PR

(Fone/Fax: +55 43 3028-1120 / +55 43 3028-1170

E-mail: _pedro.alves em g1telecom.com.br <mailto:pedro.alves em g1telecom.com.br>_

Suporte:_suporte em g1telecom.com.br <mailto:suporte em g1telecom.com.br>___

Site: _<http://www/>www <http://www.g1telecom.com.br>__.g1telecom.com.br_



-------- Mensagem original --------
Assunto: 	Invalid Multi Frequency Tone
Data: 	Fri, 09 Aug 2013 12:03:04 -0300
De: 	Pedro Alves <pedro.alves em g1telecom.com.br>
Para: 	asteriskbrasil em listas.asteriskbrasil.org



Bom dia Galera.

Estou com um problema que começou há alguns dias e agora começou a
generalizar.
Tenho alguns servidores rodando em clientes com placas E1 da digium,
acontece que um servidor começou a apresentar a seguinte mensagem:

Invalid Multi Frequency Tone, R2 State = Seize ACK Transmitted, MF state
= DNIS Request Transmitted, MF Group = Backward Group A, CAS = 0x00
DNIS = 01938738438, ANI = , MF = 0x46
[2013-08-09 11:50:13] ERROR[3205]: chan_dahdi.c:1789
dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 38: Invalid
Multi Frequency Tone

Já me deparei com este problema antes em algumas ocasiões, mas
geralmente resolvia com aterramento, mudança de tomada, ou então
desfazendo conflito de IRQ, também fiz algumas variações no chan_dahdi,
para resolver em alguns clientes, sempre alcançando sucesso, mas desta
vez não achei uma solução, o fato é que ao ligar o DDR direto na central
telefonica, as ligações completam normalmente, com o passar dos dias
apareceu outro cliente com o mesmo problema e hoje um terceiro, o fato
comum é que os DDR, são da Sercomtel, mas as centrais são de fabricantes
diferentes(panasonic, intelbras, siemens).

Segue meu chan_dahdi:

[channels]
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes

group=0
callgroup=0
pickupgroup=0
signalling=mfcr2

mfcr2_variant=br
mfcr2_get_ani_first=no
mfcr2_max_ani=20
mfcr2_max_dnis=4
mfcr2_logdir=span1
mfcr2_logging=all
echocancel=yes
echocancelwhenbridged=yes
rxgain=0.0
txgain=0.0

context=contexto-entrada
channel => 1-15
channel => 17-31


group=1
callgroup=1
pickupgroup=1
signalling=mfcr2

mfcr2_variant=br
mfcr2_get_ani_first=no
mfcr2_max_ani=8
mfcr2_max_dnis=15
mfcr2_logdir=span1
mfcr2_logging=all
;mfcr2_metering_pulse_timeout=4000 EVITAR BLOQUEIO DE LIGACAO A COBRAR

echocancel=yes
echocancelwhenbridged=yes
rxgain=-1.0
txgain=0.0

context=contexto-pabx
channel => 32-46
channel => 48-62

Agora o System.conf:

span=1,1,0,cas,hdb3
cas=1-15:1101
dchan=16
cas=17-31:1101
loadzone=br
defaultzone=br

span=2,0,0,cas,hdb3
cas=32-46:1101
dchan=47
cas=48-62:1101
loadzone=br
defaultzone=br

Agradeço desde já a ajuda galera.




-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20130815/2b9c6aec/attachment-0001.htm 
-------------- Próxima Parte ----------
Um anexo não texto foi limpo...
Nome  : não disponível
Tipo  : image/png
Tam   : 8231 bytes
Descr.: não disponível
Url   : http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20130815/2b9c6aec/attachment-0001.png