É para rir ou para chorar???

http://lists.digium.com/pipermail/asterisk-r2/2008-October/000062.html



2010/4/17 Matheus Cucoloto <matheuscucol...@gmail.com>:
> 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 <waga...@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...
>> waga...@yahoo.com
>>
>>
>>
>> ________________________________
>> From: Matheus Cucoloto <matheuscucol...@gmail.com>
>> To: asteriskbrasil <asteriskbrasil@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 [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
>>
>>
>> _______________________________________________
>> 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
>>
>
>
>
> --
> -----------------------------------------------
> Matheus Cucoloto
> Unix Expertise
> Voip Expertise
>
> WiTec - Wi Telecom
> Fix: +55 44 36194211
> Cel: +55 44 99216200
> Sip: sip://1...@sipwicne1.grupoirapida.com.br
>



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

WiTec - Wi Telecom
Fix: +55 44 36194211
Cel: +55 44 99216200
Sip: sip://1...@sipwicne1.grupoirapida.com.br
_______________________________________________
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

Responder a