[AsteriskBrasil] OpenR2+Asterisk+Nec
Wagner Oliveira
wagaobr em yahoo.com
Sábado Abril 17 10:21:11 BRT 2010
Matheus,
Olha aqui:
Chan 32 - Far end disconnected. Reason: Normal Clearing
MFC/R2 call disconnected on channel 32
O NEC atende e manda desconectar em modo normal instantaneamente.
Vc esta com problema de tempo no NEC. Veja os CIC no NEC se estão alinhados com o asterisk se sim, veja pq o NEC esta mandando desconectar logo após o atendimento.
Wagner de Oliveira
Gateway - The gateway to the Brazil West Center Zone
GSM, PDH, SDH, WDM, DWDM, SWITCH and much more...
wagaobr em yahoo.com
________________________________
From: Matheus Cucoloto <matheuscucoloto em gmail.com>
To: asteriskbrasil <asteriskbrasil em listas.asteriskbrasil.org>
Sent: Sat, April 17, 2010 9:37:09 AM
Subject: [AsteriskBrasil] OpenR2+Asterisk+Nec
Bom dia galéra.
Fiquei a semana inteira tentando entender aonde esta a falha mas não
encontrei, chegou a hora de perguntar.
Verifiquei ja aterramento e parametros de clock porem ainda não
encontrei a solução.
Em um ambiente tenho E1 da GVT R2 ligado ao asterisk, e o asterisk
ligado a um PABX NEC também em R2.
Estou usando placa da sangoma com 2 E1 (primeira vez que estou usando
essa marca).
O que acontece é que a ligação recebida entra no asterisk pela GVT e é
encaminhada para o PABX, quando a ligação é atendida da 1 segundo e a
ligação cai.
Se eu pego a ligação e ao invez de jogar para o PABX eu jogo para um
ramal SIP a ligação acontece sem nenhum problema.
Se alguem tiver alguma ideia...
Veja os logs do console:
New MFC/R2 call detected on chan 1.
MFC/R2 call offered on chan 1. ANI = 4399216100, DNIS = 9624, Category
= National Subscriber
MFC/R2 call has been accepted on backward channel 1
-- Executing [9624 em default:1] NoOp("DAHDI/1-1", "---> NOVA LIGACAO
EXTERNA ENTRANDO <--") in new stack
-- Executing [9624 em default:2] NoOp("DAHDI/1-1", "---> DE 4399216100
PARA 9624 <--") in new stack
-- Executing [9624 em default:3] Dial("DAHDI/1-1",
"DAHDI/g1/9624,40,TtWwRr") in new stack
-- Called g1/9624
voip*CLI>
MFC/R2 call has been accepted on forward channel 32
-- DAHDI/32-1 is ringing
MFC/R2 call has been answered on channel 32
-- DAHDI/32-1 answered DAHDI/1-1
Chan 32 - Far end disconnected. Reason: Normal Clearing
MFC/R2 call disconnected on channel 32
-- Hungup 'DAHDI/32-1'
== Spawn extension (default, 9624, 3) exited non-zero on 'DAHDI/1-1'
-- Hungup 'DAHDI/1-1'
Veja minhas conf:
[root em voip ~]# cat /etc/dahdi/system.conf
loadzone=br
defaultzone=br
#Sangoma A102 port 1 [slot:0 bus:48 span:1] <wanpipe1>
span=1,0,1,cas,hdb3
cas=1-15:1101
cas=17-31:1101
#Sangoma A102 port 2 [slot:0 bus:48 span:2] <wanpipe2>
span=2,0,1,cas,hdb3
cas=32-46:1101
cas=48-62:1101
[root em voip~]# cat /etc/wanpipe/wanpipe1.conf | grep -v "^#"
[devices]
wanpipe1 = WAN_AFT_TE1, Comment
[interfaces]
w1g1 = wanpipe1, , TDM_VOICE, Comment
[wanpipe1]
CARD_TYPE = AFT
S514CPU = A
CommPort = PRI
AUTO_PCISLOT = NO
PCISLOT = 0
PCIBUS = 48
FE_MEDIA = E1
FE_LCODE = HDB3
FE_FRAME = NCRC4
FE_LINE = 1
TE_CLOCK = NORMAL
TE_REF_CLOCK = 0
TE_SIG_MODE = CAS
TE_HIGHIMPEDANCE = NO
LBO = 120OH
FE_TXTRISTATE = NO
MTU = 1500
UDPPORT = 9000
TTL = 255
IGNORE_FRONT_END = NO
TDMV_SPAN = 1
TDMV_DCHAN = 0
TDMV_HW_DTMF = NO
TDMV_HW_FAX_DETECT = NO
[w1g1]
ACTIVE_CH = ALL
TDMV_HWEC = YES
[root em voip ~]# cat /etc/wanpipe/wanpipe2.conf | grep -v "^#"
[devices]
wanpipe2 = WAN_AFT_TE1, Comment
[interfaces]
w2g1 = wanpipe2, , TDM_VOICE, Comment
[wanpipe2]
CARD_TYPE = AFT
S514CPU = A
CommPort = PRI
AUTO_PCISLOT = NO
PCISLOT = 0
PCIBUS = 48
FE_MEDIA = E1
FE_LCODE = HDB3
FE_FRAME = NCRC4
FE_LINE = 2
TE_CLOCK = MASTER
TE_REF_CLOCK = 0
TE_SIG_MODE = CAS
TE_HIGHIMPEDANCE = NO
LBO = 120OH
FE_TXTRISTATE = NO
MTU = 1500
UDPPORT = 9000
TTL = 255
IGNORE_FRONT_END = NO
TDMV_SPAN = 2
TDMV_DCHAN = 0
TDMV_HW_DTMF = NO
TDMV_HW_FAX_DETECT = NO
[w2g1]
ACTIVE_CH = ALL
TDMV_HWEC = YES
[root em voip ~]# cat /etc/asterisk/chan_dahdi.conf | grep -v "^#"
[channels]
;Sangoma A102 port 1 [slot:0 bus:48 span:1] <wanpipe1> GVT
group=0
callgroup=0
pickupgroup=0
rxgain=0.0
txgain=0.0
;Configuracao para MFC/R2
signalling=mfcr2
mfcr2_variant=br
mfcr2_get_ani_first=no
mfcr2_max_ani=20
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=no
mfcr2_double_answer=yes
mfcr2_immediate_accept=no
mfcr2_forced_release=no
mfcr2_charge_calls=yes
;mfcr2_advanced_protocol_file=/etc/r2proto.conf
context=contexto-pstn
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
faxdetect=incoming
channel => 1-15
channel => 17-31
;Sangoma A102 port 2 [slot:0 bus:48 span:2] <wanpipe2> PABX
group=1
callgroup=1
pickupgroup=1
rxgain=0.0
txgain=0.0
;Configuracao para MFC/R2
signalling=mfcr2
mfcr2_variant=br
mfcr2_get_ani_first=no
mfcr2_max_ani=20
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=no
mfcr2_double_answer=yes
mfcr2_immediate_accept=no
mfcr2_forced_release=no
mfcr2_charge_calls=yes
;mfcr2_advanced_protocol_file=/etc/r2proto.conf
context=contexto-pabx
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
faxdetect=incoming
channel => 32-46
channel => 48-62
--
-----------------------------------------------
Matheus Cucoloto
Unix Expertise
Voip Expertise
_______________________________________________
KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
- Hardware com alta disponibilidade de recursos e qualidade KHOMP
- Suporte técnico local qualificado e gratuito
Conheça a linha completa de produtos KHOMP em www.khomp.com.br
_______________________________________________
A Redfone é líder no fornecimento de bridges TDMoE -> 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/20100417/e7b292ea/attachment-0001.htm
Mais detalhes sobre a lista de discussão AsteriskBrasil