[AsteriskBrasil] Digium TE220B E1 + R2 telefonica = Invalid CAS
Alexandre Cavalcante Alencar
alexandre.alencar em gmail.com
Sexta Fevereiro 8 18:17:54 BRST 2013
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 <thcassio em 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.alencar em 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 <giannicodemus em 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
>> giannicodemus em gmail.com
>>
>>
>> 2013/2/1 Cassio Simões <thcassio em 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-unsubscribe em 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-unsubscribe em 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-unsubscribe em 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-unsubscribe em listas.asteriskbrasil.org
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20130208/c28b63b0/attachment-0001.htm
Mais detalhes sobre a lista de discussão AsteriskBrasil