[AsteriskBrasil] Digium TE220B E1 + R2 telefonica = Invalid CAS
Cassio Simões
thcassio em gmail.com
Sexta Fevereiro 8 17:44:39 BRST 2013
É isso então?
Vou tentar trocar e ver o que dá..
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
> _______________________________________________
> 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/88e573fe/attachment-0001.htm
Mais detalhes sobre a lista de discussão AsteriskBrasil