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 [9...@default:1] NoOp("DAHDI/1-1", "---> NOVA LIGACAO EXTERNA ENTRANDO <--") in new stack -- Executing [9...@default:2] NoOp("DAHDI/1-1", "---> DE 4399216100 PARA 9624 <--") in new stack -- Executing [9...@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: [r...@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 [r...@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 [r...@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 [r...@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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil