[AsteriskBrasil] E1 Embratel e te122p com dahdi

Rafael Fonseca rafael em informaticaomni.com.br
Terça Dezembro 22 11:34:00 BRST 2009 

Olá

Segue os arquivos

Estou usando o asterisk 1.6 que jah tem suporte R2 mas mesmo compilando ele
não vai. Fica dando rede ocupada, ou seja as ligações não chegam

Com o r2test ele dá isso

[root em elastix ~]# r2test -c test.conf
found category = NATIONAL_SUBSCRIBER
found Log Level = all
found option callfiles=yes
found R2 variant = br
found MAX ANI= 20
found MAX DNIS= 4
found option Get ANI First = no
found option Use DAHDI MF = no
found option MF threshold = 0
found option MF backward timeout = -1
found option meteringpulsetimeout=-1
found option collectcalls=no
found option chargecalls=yes
found option doubleanswer=no
found option immediateaccept=no
found channel range = 1-15
found channel range = 17-31
found DNID = 1234
found CID = 0151997165751
channel 1, variant = BR
channel 7, variant = BR
[25:34:923][CAS TRACE] Channel 7 -- CAS Tx >> [IDLE] 0x08
[25:34:923][CAS TRACE] Channel 7 -- CAS Raw Tx >> 0x09
[25:34:923][DEBUG] Channel 7 -- Bits changed from 0x00 to 0x0C
[25:34:923][CAS TRACE] Channel 7 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 7
[25:34:923][CAS TRACE] Channel 1 -- CAS Tx >> [IDLE] 0x08
channel 3, variant = BR
[25:34:923][CAS TRACE] Channel 3 -- CAS Tx >> [IDLE] 0x08
[25:34:923][CAS TRACE] Channel 3 -- CAS Raw Tx >> 0x09
[25:34:923][DEBUG] Channel 3 -- Bits changed from 0x00 to 0x08
[25:34:923][CAS TRACE] Channel 3 -- CAS Rx << [IDLE] 0x08
USER: far end unblocked on chan 3
channel 2, variant = BR
[25:34:923][CAS TRACE] Channel 2 -- CAS Tx >> [IDLE] 0x08
[25:34:923][CAS TRACE] Channel 2 -- CAS Raw Tx >> 0x09
[25:34:923][DEBUG] Channel 2 -- Bits changed from 0x00 to 0x08
[25:34:923][CAS TRACE] Channel 2 -- CAS Rx << [IDLE] 0x08
USER: far end unblocked on chan 2
channel 8, variant = BR
channel 9, variant = BR
channel 12, variant = BR
channel 14, variant = BR
channel 17, variant = BR
[25:34:923][CAS TRACE] Channel 17 -- CAS Tx >> [IDLE] 0x08
[25:34:923][CAS TRACE] Channel 17 -- CAS Raw Tx >> 0x09
[25:34:923][DEBUG] Channel 17 -- Bits changed from 0x00 to 0x0C
[25:34:923][CAS TRACE] Channel 17 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 17
[25:34:923][CAS TRACE] Channel 8 -- CAS Tx >> [IDLE] 0x08
[25:34:923][CAS TRACE] Channel 8 -- CAS Raw Tx >> 0x09
[25:34:923][DEBUG] Channel 8 -- Bits changed from 0x00 to 0x0C
[25:34:923][CAS TRACE] Channel 8 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 8
[25:34:923][CAS TRACE] Channel 9 -- CAS Tx >> [IDLE] 0x08
[25:34:923][CAS TRACE] Channel 12 -- CAS Tx >> [IDLE] 0x08
[25:34:923][CAS TRACE] Channel 12 -- CAS Raw Tx >> 0x09
[25:34:923][DEBUG] Channel 12 -- Bits changed from 0x00 to 0x0C
[25:34:923][CAS TRACE] Channel 12 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 12
[25:34:923][CAS TRACE] Channel 9 -- CAS Raw Tx >> 0x09
[25:34:923][DEBUG] Channel 9 -- Bits changed from 0x00 to 0x0C
[25:34:923][CAS TRACE] Channel 9 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 9
[25:34:923][CAS TRACE] Channel 14 -- CAS Tx >> [IDLE] 0x08
[25:34:923][CAS TRACE] Channel 14 -- CAS Raw Tx >> 0x09
[25:34:923][DEBUG] Channel 14 -- Bits changed from 0x00 to 0x0C
[25:34:923][CAS TRACE] Channel 14 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 14
channel 19, variant = BR
[25:34:923][CAS TRACE] Channel 19 -- CAS Tx >> [IDLE] 0x08
[25:34:923][CAS TRACE] Channel 19 -- CAS Raw Tx >> 0x09
[25:34:923][DEBUG] Channel 19 -- Bits changed from 0x00 to 0x0C
[25:34:923][CAS TRACE] Channel 19 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 19
channel 6, variant = BR
[25:34:923][CAS TRACE] Channel 6 -- CAS Tx >> [IDLE] 0x08
[25:34:923][CAS TRACE] Channel 6 -- CAS Raw Tx >> 0x09
[25:34:923][DEBUG] Channel 6 -- Bits changed from 0x00 to 0x08
[25:34:923][CAS TRACE] Channel 6 -- CAS Rx << [IDLE] 0x08
USER: far end unblocked on chan 6
channel 5, variant = BR
[25:34:923][CAS TRACE] Channel 5 -- CAS Tx >> [IDLE] 0x08
[25:34:923][CAS TRACE] Channel 5 -- CAS Raw Tx >> 0x09
[25:34:923][DEBUG] Channel 5 -- Bits changed from 0x00 to 0x08
[25:34:923][CAS TRACE] Channel 5 -- CAS Rx << [IDLE] 0x08
USER: far end unblocked on chan 5
channel 4, variant = BR
[25:34:924][CAS TRACE] Channel 4 -- CAS Tx >> [IDLE] 0x08
[25:34:924][CAS TRACE] Channel 4 -- CAS Raw Tx >> 0x09
[25:34:924][DEBUG] Channel 4 -- Bits changed from 0x00 to 0x08
[25:34:924][CAS TRACE] Channel 4 -- CAS Rx << [IDLE] 0x08
USER: far end unblocked on chan 4
channel 13, variant = BR
[25:34:924][CAS TRACE] Channel 13 -- CAS Tx >> [IDLE] 0x08
[25:34:923][CAS TRACE] Channel 1 -- CAS Raw Tx >> 0x09
[25:34:924][DEBUG] Channel 1 -- Bits changed from 0x00 to 0x08
[25:34:924][CAS TRACE] Channel 1 -- CAS Rx << [IDLE] 0x08
USER: far end unblocked on chan 1
[25:34:924][CAS TRACE] Channel 13 -- CAS Raw Tx >> 0x09
channel 30, variant = BR
channel 18, variant = BR
channel 21, variant = BR
channel 22, variant = BR
channel 23, variant = BR
channel 24, variant = BR
channel 25, variant = BR
channel 26, variant = BR
channel 27, variant = BR
channel 28, variant = BR
[25:34:924][CAS TRACE] Channel 28 -- CAS Tx >> [IDLE] 0x08
[25:34:924][CAS TRACE] Channel 28 -- CAS Raw Tx >> 0x09
[25:34:924][DEBUG] Channel 28 -- Bits changed from 0x00 to 0x0C
[25:34:924][CAS TRACE] Channel 28 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 28
[25:34:924][CAS TRACE] Channel 23 -- CAS Tx >> [IDLE] 0x08
[25:34:924][CAS TRACE] Channel 23 -- CAS Raw Tx >> 0x09
[25:34:924][DEBUG] Channel 23 -- Bits changed from 0x00 to 0x0C
[25:34:924][CAS TRACE] Channel 23 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 23
channel 29, variant = BR
channel 15, variant = BR
[25:34:924][CAS TRACE] Channel 15 -- CAS Tx >> [IDLE] 0x08
[25:34:924][CAS TRACE] Channel 15 -- CAS Raw Tx >> 0x09
[25:34:924][DEBUG] Channel 15 -- Bits changed from 0x00 to 0x0C
[25:34:924][CAS TRACE] Channel 15 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 15
[25:34:924][CAS TRACE] Channel 21 -- CAS Tx >> [IDLE] 0x08
[25:34:924][CAS TRACE] Channel 21 -- CAS Raw Tx >> 0x09
[25:34:924][DEBUG] Channel 21 -- Bits changed from 0x00 to 0x0C
[25:34:924][CAS TRACE] Channel 21 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 21
channel 11, variant = BR
[25:34:924][CAS TRACE] Channel 29 -- [25:34:924][CAS TRACE] Channel 11 --
CAS Tx >> [IDLE] 0x08
[25:34:924][CAS TRACE] Channel 29 -- CAS Raw Tx >> 0x09
[25:34:924][DEBUG] Channel 29 -- Bits changed from 0x00 to 0x0C
[25:34:924][CAS TRACE] Channel 29 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 29
[25:34:924][CAS TRACE] Channel 24 -- CAS Tx >> [IDLE] 0x08
[25:34:924][CAS TRACE] Channel 24 -- CAS Raw Tx >> 0x09
[25:34:924][DEBUG] Channel 24 -- Bits changed from 0x00 to 0x0C
[25:34:924][CAS TRACE] Channel 24 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 24
Spawned 30 listener threads, waiting for them to be ready ...
[25:34:924][CAS TRACE] Channel 25 -- CAS Tx >> [IDLE] 0x08
[25:34:924][CAS TRACE] Channel 25 -- CAS Raw Tx >> 0x09
[25:34:924][DEBUG] Channel 25 -- Bits changed from 0x00 to 0x0C
[25:34:924][CAS TRACE] Channel 25 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 25
[25:34:924][CAS TRACE] Channel 30 -- CAS Tx >> [IDLE] 0x08
[25:34:924][CAS TRACE] Channel 30 -- CAS Raw Tx >> 0x09
[25:34:924][DEBUG] Channel 30 -- Bits changed from 0x00 to 0x0C
[25:34:924][CAS TRACE] Channel 30 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 30
[25:34:924][DEBUG] Channel 13 -- Bits changed from 0x00 to 0x0C
[25:34:924][CAS TRACE] Channel 13 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 13
channel 10, variant = BR
[25:34:924][CAS TRACE] Channel 10 -- CAS Tx >> [IDLE] 0x08
[25:34:924][CAS TRACE] Channel 10 -- CAS Raw Tx >> 0x09
[25:34:924][DEBUG] Channel 10 -- Bits changed from 0x00 to 0x0C
[25:34:924][CAS TRACE] Channel 10 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 10
channel 20, variant = BR
[25:34:924][CAS TRACE] Channel 18 -- [25:34:924][CAS TRACE] Channel 20 --
CAS Tx >> [IDLE] 0x08
CAS Tx >> [IDLE] 0x08
[25:34:924][CAS TRACE] Channel 26 -- CAS Tx >> [IDLE] 0x08
[25:34:924][CAS TRACE] Channel 26 -- CAS Raw Tx >> 0x09
[25:34:924][DEBUG] Channel 26 -- Bits changed from 0x00 to 0x0C
CAS Tx >> [IDLE] 0x08
[25:34:924][CAS TRACE] Channel 18 -- CAS Raw Tx >> 0x09
[25:34:924][DEBUG] Channel 18 -- Bits changed from 0x00 to 0x0C
[25:34:924][CAS TRACE] Channel 18 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 18
[25:34:924][CAS TRACE] Channel 26 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 26
channel 31, variant = BR
[25:34:924][CAS TRACE] Channel 27 -- [25:34:924][CAS TRACE] Channel 22 --
CAS Tx >> [IDLE] 0x08
[25:34:925][CAS TRACE] Channel 22 -- CAS Raw Tx >> 0x09
[25:34:925][DEBUG] Channel 22 -- Bits changed from 0x00 to 0x0C
[25:34:925][CAS TRACE] Channel 22 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 22
CAS Tx >> [IDLE] 0x08
[25:34:925][CAS TRACE] Channel 27 -- CAS Raw Tx >> 0x09
[25:34:925][DEBUG] Channel 27 -- Bits changed from 0x00 to 0x0C
[25:34:925][CAS TRACE] Channel 27 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 27
[25:34:925][CAS TRACE] Channel 31 -- CAS Tx >> [IDLE] 0x08
[25:34:925][CAS TRACE] Channel 31 -- CAS Raw Tx >> 0x09
[25:34:925][DEBUG] Channel 31 -- Bits changed from 0x00 to 0x0C
[25:34:925][CAS TRACE] Channel 31 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 31
[25:34:925][CAS TRACE] Channel 20 -- CAS Raw Tx >> 0x09
[25:34:925][DEBUG] Channel 20 -- Bits changed from 0x00 to 0x0C
[25:34:924][CAS TRACE] Channel 11 -- CAS Raw Tx >> 0x09
[25:34:925][CAS TRACE] Channel 20 -- [25:34:925][DEBUG] Channel 11 -- Bits
changed from 0x00 to 0x0C
[25:34:925][CAS TRACE] Channel 11 -- CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 11
CAS Rx << [BLOCK] 0x0C
USER: far end blocked on chan 20
Spawned 0 calling threads, waiting for all threads ...


Fica parado aí

dahdi_channels.conf :

; Span 1: WCT1/0 "Wildcard TE122 Card 0" (MASTER)
group=0,11
context=from-pstn
switchtype = euroisdn
signalling = mfcr2
channel => 1-15,17-31
context = default
group = 63

chan_dahdi.conf

trunkgroups]

[channels]

context=incomingr2
;context=from-pstn
signalling=mfcr2
rxwink=300              ; Atlas seems to use long (250ms) winks
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
faxdetect=incoming
echotraining=800
rxgain=0.0
mfcr2_variant=br
mfcr2_get_ani_first=no
mfcr2_max_ani=10
mfcr2_max_dnis=4
mfcr2_category=national_subscriber
mfcr2_logdir=span1
mfcr2_call_files=yes
mfcr2_logging=all
mfcr2_mfback_timeout=-1
mfcr2_metering_pulse_timeout=-1
mfcr2_allow_collect_calls=yes
mfcr2_double_answer=no
mfcr2_immediate_accept=no
mfcr2_forced_release=yes
mfcr2_charge_calls=yes

;Uncomment these lines if you have problems with the disconection of your
analog lines
;busydetect=yes

;busycount=3

immediate=no

#include dahdi-channels.conf
#include chan_dahdi_additional.conf

system.conf

# Span 1: WCT1/0 "Wildcard TE122 Card 0" (MASTER)
span=1,1,0,ccs,hdb3
# termtype: te
#;bchan=1-15,17-31:1101
dchan=16
cas=1-15:1101
cas=17-31:1101
echocanceller=oslec,1-15,17-31

Obrigado

Rafael R. Fonseca

2009/12/21 Vinícius Fontes <vinicius em canall.com.br>

> Em outras palavras: se você postar o seu dahdi/system.conf e
> asterisk/chan_dahdi.conf vai ficar muito mais fácil te ajudar.
>
>
>
>
> Vinícius Fontes
> www.asteriskforum.com.br - Informações e discussão sobre Asterisk e
> telefonia IP
>
>
>
>
>
> ----- "Sylvio Carlos Jollenbeck" <sylvio.sdr em gmail.com> escreveu:
>
> > Rafael,
> >
> > as placas da digivoice oferecem suporte nativo ao R2, mas a Digium
> > não! Logo você tem que emular a sinalização R2 via software....
> > Instale o OpenR2, aplique o path no asterisk que ira funcionar.
> >
> > Abs
> >
> >
> > 2009/12/21 Rafael Fonseca < rafael em informaticaomni.com.br >
> >
> >
> >
> > Olá a todos.
> >
> > Estou com um problma para configurar o E1 da embratel (R2) em
> > sorocaba.
> >
> > Já mudei a sinalização no system.conf e no chan_dahdi para R2 porém o
> > link não sinaliza. Com o meucci e placa da digivoice funciona sem
> > configurar nada.
> >
> > Alguém tem sabe algum lugar onde eu possa achar os arquivos chan_dahdi
> > e system.conf ou outro que possa me ajudar a resolver o problema?
> > Detalhe a placa está jumpeada para E1 e reconhece os canais no dahdi
> > tool e até no FREEPBX quando instalado.
> >
> > Quando alguem liga o asterisk nao reconhece a chegada da chamada
> >
> > Obrigado
> >
> > ATT
> >
> > Rafael R. Fonseca
> > _______________________________________________
> > A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> > - Valor similar ao de placas E1 PCI;
> > - Não há problemas de compatibilidade com barramento PCI;
> > - Possibilitam a construção de soluções de alta disponibilidade(dois
> > servidores compartilham o mesmo E1)
> > Conheça mais sobre este produto em www.red-fone.com
> > _______________________________________________
> > Lista de discussões AsteriskBrasil.org
> > AsteriskBrasil em listas.asteriskbrasil.org
> > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> >
> >
> >
> > --
> > Sylvio Carlos Jollenbeck Borin
> > http://sylviojollenbeck.wordpress.com/
> > msn: sylvio em sdrconsulting.com.br
> >
> > _______________________________________________
> > A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> > - Valor similar ao de placas E1 PCI;
> > - Não há problemas de compatibilidade com barramento PCI;
> > - Possibilitam a construção de soluções de alta disponibilidade(dois
> >
> > servidores compartilham o mesmo E1)
> > Conheça mais sobre este produto em www.red-fone.com
> > _______________________________________________
> > Lista de discussões AsteriskBrasil.org
> > AsteriskBrasil em listas.asteriskbrasil.org
> > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> _______________________________________________
> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> - Valor similar ao de placas E1 PCI;
> - Não há problemas de compatibilidade com barramento PCI;
> - Possibilitam a construção de soluções de alta disponibilidade(dois
> servidores compartilham o mesmo E1)
> Conheça mais sobre este produto em www.red-fone.com
> _______________________________________________
> Lista de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20091222/5e6f4c7e/attachment-0001.htm

Mais detalhes sobre a lista de discussão AsteriskBrasil