[AsteriskBrasil] Fwd: Invalid Multi Frequency Tone

[Alexandre Cavalcante Alencar]

Pedro,

A causa pode ser um monte de coisa, inclusive IRQs...

cat /proc/interrupts

Muito provavelmente está tudo abarrotando a CPU0... defina uma afinidade
para os IRQs das placas de telefonia diferente das interfaces de rede e usb
ou qualquer outra coisa...

A máscara é definida em /proc/irq/<irq em questão>/smp_affinity

No geral, recomendo o uso do IRQ Balance
https://code.google.com/p/irqbalance/ docs em
http://linux.die.net/man/1/irqbalance

Este deamon, após iniciado, monitora o sistema de forma a dividir melhor as
IRQs dentre as várias CPUs, setando automaticamente as máscaras de
afinidade por IRQs.

Sds

Alexandre Alencar
Twitter @alexandreitpro
http://blog.alexandrealencar.net/
http://www.alexandrealencar.net/
http://www.alexandrealencar.com
http://www.servicosdeti.com.br/
COBIT, ITIL, CSM, LPI, MCP-I



2013/8/15 Pedro Alves <pedro.alves em g1telecom.com.br>

>  Hudson,
>
> Ao que me parece algo causou um problema com as entradas PCI, pois tentei
> usar o servidor retirado em outro DDR, pra ver no que dava e não funcionou
> também, o erro que aparecia era o mesmo, mas estranho que eu coloco placas
> de rede nestes Slots PCI e funcionm normalmente.
> Acho que vai continuar sendo um mistério, sei lá.
>
> Em 8/15/2013 4:37 PM, Hudson Cardoso escreveu:
>
>    Conseguiu identificar o problema ? ou ao menos o que o provocava?
>
>
>
> Hudson (048) 8413-7000
> Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova precisa.
>
>
>
>  ------------------------------
> Date: Thu, 15 Aug 2013 16:33:54 -0300
> From: pedro.alves em g1telecom.com.br
> To: asteriskbrasil em listas.asteriskbrasil.org
> Subject: [AsteriskBrasil] Fwd: Invalid Multi Frequency Tone
>
> 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.*
>
> [image: 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*
>
> Suporte:  *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> <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.
>
>
>
>
>
>
> _______________________________________________ KHOMP: completa linha de
> placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP
> com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP.
> Conhe�a em www.Khomp.com. _______________________________________________
> ALIGERA � Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank �
> Appliance Asterisk - Acesse www.aligera.com.br.
> _______________________________________________ Para remover seu email
> desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>
>
> _______________________________________________
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
> Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com.
> _______________________________________________
> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
> Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>
>
>
> _______________________________________________
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
> Intercomunicadores para acesso remoto via rede IP. Conheça em
> www.Khomp.com.
> _______________________________________________
> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
> Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20130816/f893a389/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/20130816/f893a389/attachment-0001.png