Olá, Compartilhamento de IRQ pode causar os mais diversos problemas.
*modinfo* *wct2xxp* para ver se tem algum parâmetro sobre IRQ. O Linux provê [1] meios para que o dispositivo pegue um IRQ/Soft IRQ dinamicamente e que ainda não esteja em uso. Não sei se no DAHDI isso já está previsto. [1] http://www.makelinux.net/books/ulk3/understandlk-CHP-4-SECT-6 Você pode tentar ver a afinidade SMP do módulo, tentar jogar as placas na segunda CPU... cat /proc/irq/75/smp_affinity cat /proc/irq/83/smp_affinity IRQ Affinity http://www.kernel.org/doc/Documentation/IRQ-affinity.txt 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/2/8 Cassio Simões <thcas...@gmail.com> > Alexandre, obrigado pela resposta, já ia colocar o 0… > > Eu descobri que está dando problema do IRQ, está junto com a placa de > rede, e vai ser um sacrifício trocar isso, esse lance de IRQ é um saco. > > dahdi_tool dá isso: > > Current Alarms: No alarms. │ │ > > │ │ Sync > Source: T2XXP (PCI) Card 0 Span 1 │ │ > > * │ │ IRQ > Misses: 11 │ ▒ │ > * > │ │ Bipolar > Viol: 0 │ ▒ │ > > │ │ Tx/Rx > Levels: 0/ 0 │ │ > > │ │ > Total/Conf/Act: 31/ 30/ 30 > > > cat /proc/interrupts > > CPU0 CPU1 > 0: 331141212 0 IO-APIC-edge timer > 1: 8 0 IO-APIC-edge i8042 > 8: 1 0 IO-APIC-edge rtc > 9: 0 0 IO-APIC-level acpi > 12: 108 0 IO-APIC-edge i8042 > 15: 2977144 0 IO-APIC-edge ide1 > 51: 1054514 0 IO-APIC-level ioc0 > 67: 0 0 PCI-MSI vmci > * 75: 364861289 0 IO-APIC-level eth1, wct2xxp* > 83: 331698099 0 IO-APIC-level wctdm24xxp0 > NMI: 0 0 > LOC: 331140936 331134875 > ERR: 0 > MIS: 0 > > > Certeza que é o IRQ né? > > Em Feb 2, 2013, às 9:55 AM, Alexandre Cavalcante Alencar < > alexandre.alen...@gmail.com> escreveu: > > Gian, > > É exatamente o oposto do que você falou. A configuração está correta, o > problema pode estar em cabos, balun, modem, etc. > > 1,2,3,4 significa que você recebe clock da outra ponta (operadora, outro > pbx). 1 é a fonte primária, 2 se a primária cair, essa atua, e assim por > diante. > > Quando você quer desprezar o clock remoto, usa-se 0, exemplo, quando você > conecta num banco de canais, e você é obrigatoriamente o clock. > > 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 > > > > On Fri, Feb 1, 2013 at 11:37 PM, Gian Nicodemus > <giannicode...@gmail.com>wrote: > >> >> Olá, >> >> Você fez a seguinte configuração no seu system.conf >> >> span=1,*1*,0,cas,hdb3 >> >> Com esse 1 marcado diz que você gera o clock de sincronia, em teoria, não >> seria a telefonica que te passa o clock? >> >> -- >> Gian Nicodemus >> Analista de sistemas >> giannicode...@gmail.com >> >> >> 2013/2/1 Cassio Simões <thcas...@gmail.com> >> >>> Olá povo, >>> >>> Estou penando pra configurar uma E1 com R2 da telefônica, recebo este >>> aviso: >>> >>> [Jan 28 19:01:21] DEBUG[4331] chan_dahdi.c: Chan 14 - CAS Tx >> [IDLE] >>> 0x08 >>> [Jan 28 19:01:21] ERROR[4332] chan_dahdi.c: MFC/R2 protocol error on >>> chan 28: Invalid CAS >>> [Jan 28 19:01:21] DEBUG[4331] chan_dahdi.c: Chan 14 - CAS Raw Tx >> 0x09 >>> [Jan 28 19:01:21] ERROR[4331] chan_dahdi.c: MFC/R2 protocol error on >>> chan 14: Invalid CAS >>> [Jan 28 19:01:21] DEBUG[4331] chan_dahdi.c: Chan 15 - Bits changed from >>> 0x0C to 0x04 >>> [Jan 28 19:01:21] DEBUG[4331] chan_dahdi.c: Chan 15 - CAS Rx << [0x04] >>> 0x04 >>> [Jan 28 19:01:21] ERROR[4331] chan_dahdi.c: Chan 15 - Protocol error. >>> Reason = Invalid CAS, R2 State = Idle, MF state = MF Engine Off, MF >>> Group = No Group,CAS = 0x04 >>> DNIS = , ANI = , MF = 0x20 >>> [Jan 28 19:01:21] DEBUG[4332] chan_dahdi.c: Chan 29 - Bits changed from >>> 0x0C to 0x04 >>> [Jan 28 19:01:21] DEBUG[4332] chan_dahdi.c: Chan 29 - CAS Rx << [0x04] >>> 0x04 >>> [Jan 28 19:01:21] DEBUG[4331] chan_dahdi.c: Chan 15 - CAS Tx >> [IDLE] >>> 0x08 >>> [Jan 28 19:01:21] ERROR[4332] chan_dahdi.c: Chan 29 - Protocol error. >>> Reason = Invalid CAS, R2 State = Idle, MF state = MF Engine Off, MF >>> Group = No Group,CAS = 0x04 >>> DNIS = , ANI = , MF = 0x20 >>> [Jan 28 19:01:21] DEBUG[4332] chan_dahdi.c: Chan 29 - CAS Tx >> [IDLE] >>> 0x08 >>> [Jan 28 19:01:21] DEBUG[4331] chan_dahdi.c: Chan 15 - CAS Raw Tx >> 0x09 >>> [Jan 28 19:01:21] ERROR[4331] chan_dahdi.c: MFC/R2 protocol error on >>> chan 15: Invalid CAS >>> [Jan 28 19:01:21] DEBUG[4332] chan_dahdi.c: Chan 29 - CAS Raw Tx >> 0x09 >>> [Jan 28 19:01:21] ERROR[4332] chan_dahdi.c: MFC/R2 protocol error on >>> chan 29: Invalid CAS >>> [Jan 28 19:01:21] DEBUG[4332] chan_dahdi.c: Chan 30 - Bits changed from >>> 0x0C to 0x04 >>> [Jan 28 19:01:21] DEBUG[4332] chan_dahdi.c: Chan 30 - CAS Rx << [0x04] >>> 0x04 >>> [Jan 28 19:01:21] ERROR[4332] chan_dahdi.c: Chan 30 - Protocol error. >>> Reason = Invalid CAS, R2 State = Idle, MF state = MF Engine Off, MF >>> Group = No Group,CAS = 0x04 >>> DNIS = , ANI = , MF = 0x20 >>> [Jan 28 19:01:21] DEBUG[4332] chan_dahdi.c: Chan 30 - CAS Tx > >>> >>> system.conf: >>> # Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" (MASTER) >>> span=1,1,0,cas,hdb3 >>> echocanceller=oslec,1-15,17-31 >>> #termtype: te >>> cas=1-15:1101 >>> #dchan=16 >>> cas=17-31:1101 >>> >>> # Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2" >>> # span=2,2,0,ccs,hdb3,crc4 >>> # echocanceller=oslec,32-46,48-62 >>> # termtype: te >>> # bchan=32-46,48-62 >>> # dchan=47 >>> >>> # Span 3: WCTDM/0 "Wildcard AEX800 Board 1" >>> fxsks=63 >>> echocanceller=oslec,63 >>> fxsks=64 >>> echocanceller=oslec,64 >>> fxsks=65 >>> echocanceller=oslec,65 >>> fxsks=66 >>> echocanceller=oslec,66 >>> fxoks=67 >>> echocanceller=oslec,67 >>> fxoks=68 >>> echocanceller=oslec,68 >>> fxoks=69 >>> echocanceller=oslec,69 >>> fxoks=70 >>> echocanceller=oslec,70 >>> >>> # Global data >>> >>> loadzone = br >>> defaultzone = br >>> >>> dahdi-channels.conf: >>> >>> ; Autogenerated by /usr/sbin/dahdi_genconf on Wed Mar 14 17:09:07 2012 >>> ; If you edit this file and execute /usr/sbin/dahdi_genconf again, >>> ; your manual changes will be LOST. >>> ; Dahdi Channels Configurations (chan_dahdi.conf) >>> ; >>> ; This is not intended to be a complete chan_dahdi.conf. Rather, it is >>> intended >>> ; to be #include-d by /etc/chan_dahdi.conf that will include the global >>> settings >>> ; >>> >>> ; Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" (MASTER) >>> group=0,11 >>> context=from-pstn >>> ; switchtype = euroisdn >>> signalling = mfcr2 >>> channel => 1-15,17-31 >>> context = default >>> group = 63 >>> >>> ; Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2" >>> ; group=0,12 >>> ; context=from-pstn >>> ; switchtype = euroisdn >>> ; signalling = pri_cpe >>> ; channel => 32-46,48-62 >>> ; context = default >>> ; group = 63 >>> >>> ; Span 3: WCTDM/0 "Wildcard AEX800 Board 1" >>> ;;; line="63 WCTDM/0/0 FXSKS" >>> signalling=fxs_ks >>> callerid=asreceived >>> group=0 >>> context=from-pstn >>> channel => 63 >>> callerid= >>> group= >>> context=default >>> >>> ;;; line="64 WCTDM/0/1 FXSKS" >>> signalling=fxs_ks >>> callerid=asreceived >>> group=0 >>> context=from-pstn >>> channel => 64 >>> callerid= >>> group= >>> context=default >>> >>> ;;; line="65 WCTDM/0/2 FXSKS" >>> signalling=fxs_ks >>> callerid=asreceived >>> group=0 >>> context=from-pstn >>> channel => 65 >>> callerid= >>> group= >>> context=default >>> >>> ;;; line="66 WCTDM/0/3 FXSKS" >>> signalling=fxs_ks >>> callerid=asreceived >>> group=0 >>> context=from-pstn >>> channel => 66 >>> callerid= >>> group= >>> context=default >>> >>> ;;; line="67 WCTDM/0/4 FXOKS" >>> signalling=fxo_ks >>> callerid="Channel 67" <4067> >>> mailbox=4067 >>> group=5 >>> context=from-internal >>> channel => 67 >>> callerid= >>> mailbox= >>> group= >>> context=default >>> >>> ;;; line="68 WCTDM/0/5 FXOKS" >>> signalling=fxo_ks >>> callerid="Channel 68" <4068> >>> mailbox=4068 >>> group=5 >>> context=from-internal >>> channel => 68 >>> callerid= >>> mailbox= >>> group= >>> context=default >>> >>> ;;; line="69 WCTDM/0/6 FXOKS" >>> signalling=fxo_ks >>> callerid="Channel 69" <4069> >>> mailbox=4069 >>> group=5 >>> context=from-internal >>> channel => 69 >>> callerid= >>> mailbox= >>> group= >>> context=default >>> >>> ;;; line="70 WCTDM/0/7 FXOKS" >>> signalling=fxo_ks >>> callerid="Channel 70" <4070> >>> mailbox=4070 >>> group=5 >>> context=from-internal >>> channel => 70 >>> callerid= >>> mailbox= >>> group= >>> context=default >>> >>> chan_dahdi.conf >>> >>> trunkgroups] >>> >>> [channels] >>> usecallerid=yes >>> callwaiting=yes >>> usecallingpres=yes >>> callwaitingcallerid=yes >>> threewaycalling=yes >>> transfer=yes >>> canpark=yes >>> tx=0.0 >>> rx=-1.0 >>> cancallforward=yes >>> callreturn=yes >>> echocancel=yes >>> echocancelwhenbridged=yes >>> signalling=mfcr2 >>> mfcr2_variant=br >>> mfcr2_get_ani_first=no >>> mfcr2_max_ani=20 >>> mfcr2_max_dnis=20 >>> mfcr2_category=national_subscriber >>> mfcr2_logdir=telefonica >>> mfcr2_allow_collect_calls=no >>> mfcr2_double_answer=no >>> mfcr2_charge_calls=yes >>> mfcr2_call_files=yes >>> mfcr2_logging=all >>> mfcr2_metering_pulse_timeout=3000 >>> mfcr2_forced_release=yes >>> immediate=no >>> language= pt_BR >>> #include dahdi-channels.conf >>> #include chan_dahdi_additional.conf >>> >>> Estou usando elastix e a versão do asterisk é 1.8.20.0 >>> >>> >>> Já tentei de tudo, trocar cabo, IRQ na BIOS, e nada.. >>> >>> Alguém já passou por isso e conseguiu resolver? >>> >>> Abraço a todos. >>> >>> >>> _______________________________________________ >>> EBS MODULAR: 3 slots para combinação entre E1, GSM, FXS ou FXO; >>> Linha de PORTEIROS IP, abrem até 2 dispositivos com acesso IP remoto; >>> Conheça esses e outros LANÇAMENTOS KHOMP em >>> www.Khomp.com<http://www.khomp.com/> >>> >>> _______________________________________________ >>> DIGIVOICE Fabricante de Placas de Voz e Channel Bank >>> 20 anos de experiência com E1(R2/ISDN), FXS, FXO e GSM >>> Centro Treinamento - Curso de PABX IP - Asterisk - Site >>> www.digivoice.com.br >>> _______________________________________________ >>> 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 >>> >> >> >> _______________________________________________ >> EBS MODULAR: 3 slots para combinação entre E1, GSM, FXS ou FXO; >> Linha de PORTEIROS IP, abrem até 2 dispositivos com acesso IP remoto; >> Conheça esses e outros LANÇAMENTOS KHOMP em >> www.Khomp.com<http://www.khomp.com/> >> >> _______________________________________________ >> DIGIVOICE Fabricante de Placas de Voz e Channel Bank >> 20 anos de experiência com E1(R2/ISDN), FXS, FXO e GSM >> Centro Treinamento - Curso de PABX IP - Asterisk - Site >> www.digivoice.com.br >> _______________________________________________ >> 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 >> > > _______________________________________________ > EBS MODULAR: 3 slots para combinação entre E1, GSM, FXS ou FXO; > Linha de PORTEIROS IP, abrem até 2 dispositivos com acesso IP remoto; > Conheça esses e outros LANÇAMENTOS KHOMP em www.Khomp.com > _______________________________________________ > DIGIVOICE Fabricante de Placas de Voz e Channel Bank > 20 anos de experiência com E1(R2/ISDN), FXS, FXO e GSM > Centro Treinamento - Curso de PABX IP - Asterisk - Site > www.digivoice.com.br > _______________________________________________ > 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 > > > > _______________________________________________ > EBS MODULAR: 3 slots para combinação entre E1, GSM, FXS ou FXO; > Linha de PORTEIROS IP, abrem até 2 dispositivos com acesso IP remoto; > Conheça esses e outros LANÇAMENTOS KHOMP em www.Khomp.com > _______________________________________________ > DIGIVOICE Fabricante de Placas de Voz e Channel Bank > 20 anos de experiência com E1(R2/ISDN), FXS, FXO e GSM > Centro Treinamento - Curso de PABX IP - Asterisk - Site > www.digivoice.com.br > _______________________________________________ > 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 >
_______________________________________________ EBS MODULAR: 3 slots para combinação entre E1, GSM, FXS ou FXO; Linha de PORTEIROS IP, abrem até 2 dispositivos com acesso IP remoto; Conheça esses e outros LANÇAMENTOS KHOMP em www.Khomp.com _______________________________________________ DIGIVOICE Fabricante de Placas de Voz e Channel Bank 20 anos de experiência com E1(R2/ISDN), FXS, FXO e GSM Centro Treinamento - Curso de PABX IP - Asterisk - Site www.digivoice.com.br _______________________________________________ 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