<p dir="ltr">Estava com um problena deste em alphavile e era na operadora, erro de frame, trocaram a tecnologia dos modens e resolveu.</p>
<div class="gmail_quote">Em 09/08/2013 12:06, "Hudson Cardoso" <<a href="mailto:hudsoncardoso@hotmail.com">hudsoncardoso@hotmail.com</a>> escreveu:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div dir="ltr"><font face="Arial" size="3" style="font-size:12pt"> Isso é característica de aterramento, tente melhorá-lho, ou entre em contato com </font><div><font face="Arial" size="3" style="font-size:12pt">a operadora, e tente convencê-los de que eles têm um problema.<br>
</font><br><br><pre style="line-height:17px;color:rgb(42,42,42);white-space:normal">Hudson <br><a href="tel:%28048%29%208413-7000" value="+554884137000" target="_blank">(048) 8413-7000</a><br>Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova precisa. </pre>
<br><br><div>> Date: Fri, 9 Aug 2013 12:03:04 -0300<br>> From: <a href="mailto:pedro.alves@g1telecom.com.br" target="_blank">pedro.alves@g1telecom.com.br</a><br>> To: <a href="mailto:asteriskbrasil@listas.asteriskbrasil.org" target="_blank">asteriskbrasil@listas.asteriskbrasil.org</a><br>
> Subject: [AsteriskBrasil] Invalid Multi Frequency Tone<br>> <br>> Bom dia Galera.<br>> <br>> Estou com um problema que começou há alguns dias e agora começou a <br>> generalizar.<br>> Tenho alguns servidores rodando em clientes com placas E1 da digium, <br>
> acontece que um servidor começou a apresentar a seguinte mensagem:<br>> <br>> Invalid Multi Frequency Tone, R2 State = Seize ACK Transmitted, MF state <br>> = DNIS Request Transmitted, MF Group = Backward Group A, CAS = 0x00<br>
> DNIS = <a href="tel:01938738438" value="+551938738438" target="_blank">01938738438</a>, ANI = , MF = 0x46<br>> [2013-08-09 11:50:13] ERROR[3205]: chan_dahdi.c:1789 <br>> dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 38: Invalid <br>
> Multi Frequency Tone<br>> <br>> Já me deparei com este problema antes em algumas ocasiões, mas <br>> geralmente resolvia com aterramento, mudança de tomada, ou então <br>> desfazendo conflito de IRQ, também fiz algumas variações no chan_dahdi, <br>
> para resolver em alguns clientes, sempre alcançando sucesso, mas desta <br>> vez não achei uma solução, o fato é que ao ligar o DDR direto na central <br>> telefonica, as ligações completam normalmente, com o passar dos dias <br>
> apareceu outro cliente com o mesmo problema e hoje um terceiro, o fato <br>> comum é que os DDR, são da Sercomtel, mas as centrais são de fabricantes <br>> diferentes(panasonic, intelbras, siemens).<br>> <br>
> Segue meu chan_dahdi:<br>> <br>> [channels]<br>> usecallerid=yes<br>> callwaiting=yes<br>> usecallingpres=yes<br>> callwaitingcallerid=yes<br>> threewaycalling=yes<br>> transfer=yes<br>> canpark=yes<br>
> cancallforward=yes<br>> callreturn=yes<br>> <br>> group=0<br>> callgroup=0<br>> pickupgroup=0<br>> signalling=mfcr2<br>> <br>> mfcr2_variant=br<br>> mfcr2_get_ani_first=no<br>> mfcr2_max_ani=20<br>
> mfcr2_max_dnis=4<br>> mfcr2_logdir=span1<br>> mfcr2_logging=all<br>> echocancel=yes<br>> echocancelwhenbridged=yes<br>> rxgain=0.0<br>> txgain=0.0<br>> <br>> context=contexto-entrada<br>> channel => 1-15<br>
> channel => 17-31<br>> <br>> <br>> group=1<br>> callgroup=1<br>> pickupgroup=1<br>> signalling=mfcr2<br>> <br>> mfcr2_variant=br<br>> mfcr2_get_ani_first=no<br>> mfcr2_max_ani=8<br>> mfcr2_max_dnis=15<br>
> mfcr2_logdir=span1<br>> mfcr2_logging=all<br>> ;mfcr2_metering_pulse_timeout=4000 EVITAR BLOQUEIO DE LIGACAO A COBRAR<br>> <br>> echocancel=yes<br>> echocancelwhenbridged=yes<br>> rxgain=-1.0<br>> txgain=0.0<br>
> <br>> context=contexto-pabx<br>> channel => 32-46<br>> channel => 48-62<br>> <br>> Agora o System.conf:<br>> <br>> span=1,1,0,cas,hdb3<br>> cas=1-15:1101<br>> dchan=16<br>> cas=17-31:1101<br>
> loadzone=br<br>> defaultzone=br<br>> <br>> span=2,0,0,cas,hdb3<br>> cas=32-46:1101<br>> dchan=47<br>> cas=48-62:1101<br>> loadzone=br<br>> defaultzone=br<br>> <br>> Agradeço desde já a ajuda galera.<br>
> <br>> <br>> _______________________________________________<br>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;<br>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;<br>> Intercomunicadores para acesso remoto via rede IP. Conheça em <a href="http://www.Khomp.com" target="_blank">www.Khomp.com</a>.<br>
> _______________________________________________<br>> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.<br>> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.<br>> Channel Bank – Appliance Asterisk - Acesse <a href="http://www.aligera.com.br" target="_blank">www.aligera.com.br</a>.<br>
> _______________________________________________<br>> Para remover seu email desta lista, basta enviar um email em branco para <a href="mailto:asteriskbrasil-unsubscribe@listas.asteriskbrasil.org" target="_blank">asteriskbrasil-unsubscribe@listas.asteriskbrasil.org</a><br>
</div></div> </div></div>
<br>_______________________________________________<br>
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;<br>
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;<br>
Intercomunicadores para acesso remoto via rede IP. Conheça em <a href="http://www.Khomp.com" target="_blank">www.Khomp.com</a>.<br>
_______________________________________________<br>
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.<br>
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.<br>
Channel Bank – Appliance Asterisk - Acesse <a href="http://www.aligera.com.br" target="_blank">www.aligera.com.br</a>.<br>
_______________________________________________<br>
Para remover seu email desta lista, basta enviar um email em branco para <a href="mailto:asteriskbrasil-unsubscribe@listas.asteriskbrasil.org">asteriskbrasil-unsubscribe@listas.asteriskbrasil.org</a><br></blockquote></div>