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.al...@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.al...@g1telecom.com.br > To: asteriskbrasil@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.al...@g1telecom.com.br* > > Suporte: *supo...@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.al...@g1telecom.com.br> <pedro.al...@g1telecom.com.br> Para: > asteriskbrasil@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-unsubscr...@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-unsubscr...@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-unsubscr...@listas.asteriskbrasil.org >
<<image/png>>
_______________________________________________ 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-unsubscr...@listas.asteriskbrasil.org