[AsteriskBrasil] OpenR2+Asterisk+Nec

Matheus Cucoloto matheuscucoloto em gmail.com
Sábado Abril 17 11:28:58 BRT 2010


Valeu pessoal.

Ja acionei o tecnico do PABX para verificar isso, hoje a tarde vamos
ter atividade, vou reportar vocês as alterações.

2010/4/17 Wagner Oliveira <wagaobr em yahoo.com>:
> 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
>
>
> _______________________________________________
> 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
>



-- 
-----------------------------------------------
Matheus Cucoloto
Unix Expertise
Voip Expertise

WiTec - Wi Telecom
Fix: +55 44 36194211
Cel: +55 44 99216200
Sip: sip://1000@sipwicne1.grupoirapida.com.br


Mais detalhes sobre a lista de discussão AsteriskBrasil