[AsteriskBrasil] * e ramais de pabx digital

Josué Conti josueconti em gmail.com
Quarta Agosto 23 01:21:28 BRT 2006


Olá Alexandre, deixa eu ver se entendi.
O E1 Embratel está diretamente ligado no asterisk (span1) e este está
integrado com o pabx(span2), certo?
O que está ocorrendo é que as ligações que estão sendo encaminhadas do
asterisk para o pabx estão sendo desconectadas? Não seria no pabx esta
desconexão?
Pode ser temporização do mfc/r2, tipo "bloqueio de chamadas à cobrar", já
verificou isso?
Quais versões de asterisk e bibliotecas mfc/r2 você está usando?
Abraço e boa sorte

Josué

Em 22/08/06, Itamar Reis Peixoto <itamar em ispbrasil.com.br> escreveu:
>
> não sei porque mas eu não gosto do centos, ele vem com kernel muito velho.
>
> eu tentaria um linux com kernel mais novo tipo o fedora 5
>
> a minha resposta não tem nada a ver com sua pergunta, foi apenas uma
> sugestão.
>
>
> Olá amigos,
> estou com um problema para tentar integrar o asterisk com uma central
> digital "Digistar xt200", usando uma placa Digium TE405P [ 00:10.0
> Communication controller: Digium, Inc. Wildcard TE405P (2nd Gen) (rev
> 02) ], num Linux CentOS kernel 2.6.9-34.ELsmp.
>
> Minha arquitetura é a seguinte:
> ( E1 -- Embratel R2) <---> TE405P_span2 ; TE405P_span1 <---> ( Pabx
> Digistar legado ).
>
> meu problema atual diz respeito às ligações entrantes para ramais
> conectados ao Digistar.
>
> Quando a ligação é atendida no ramal, o * recebe um Hangup da libunicall
> após décimos de segundo ( ouve-se, no máximo, a primeira sílaba de uma
> conversa ), e este é o output que vejo:
>
>
>
> -- UniCall/31-1 answered UniCall/43-1
>     -- Attempting native bridge of UniCall/43-1 and UniCall/31-1
> Aug 21 19:39:01 WARNING[25073]: chan_unicall.c:1668 unicall_bridge:
> unicall_bridge called
> Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:634 unicall_report:
> MFC/R2 UniCall/31      <- 1101  [1/CONNECTD/Answered      /Category     ]
> Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:634 unicall_report:
> MFC/R2 UniCall/31 Far end disconnected(cause=Normal Clearing [16]) -
> state 0x400
> Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:2694 handle_uc_event:
> Unicall/31 event Far end disconnected
> Aug 21 19:39:02 WARNING[25073]: chan_unicall.c:2955 handle_uc_event: CRN
> 32774 - far disconnected cause=Normal Clearing [16]
>     -- Channel 0 got hangup
>
>
>    -- UniCall/31-1 answered UniCall/42-1
>     -- Attempting native bridge of UniCall/42-1 and UniCall/31-1
> Aug 21 20:31:55 WARNING[25431]: chan_unicall.c:1668 unicall_bridge:
> unicall_bridge called
> Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:634 unicall_report:
> MFC/R2 UniCall/31      <- 1101  [1/CONNECTD/Answered      /Category     ]
> Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:634 unicall_report:
> MFC/R2 UniCall/31 Far end disconnected(cause=Normal Clearing [16]) -
> state 0x400
> Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:2694 handle_uc_event:
> Unicall/31 event Far end disconnected
> Aug 21 20:31:56 WARNING[25431]: chan_unicall.c:2955 handle_uc_event: CRN
> 32781 - far disconnected cause=Normal Clearing [16]
>     -- Channel 0 got hangup
>
>
> Pelo que posso entender deste log ( mas gostaria de possuir uma
> compreensão maior ) parece se tratar de algum problema da unicall_bridge
> ... mas me falta conhecimento para corrigi-lo.
>
>
> meu extensions.conf :
>
> [general]
> static=yes
> writeprotect=no
>
> [globals]
> ;UNI-E1 => Unicall/g1
>
> include => internal
>
>
> ;;---------------------------------------------------------------------------------------------------------------------
> [incoming]
>
> exten => 1400,1,Noop(entrando ligacao exten=${EXTEN})
> exten => 1400,2,Answer()
> exten => 1400,3,Dial(Unicall/g1/1461)
>
> exten => 1409,1,Noop(calil calil calil exten=${EXTEN})
> exten => 1409,2,Answer()
> exten => 1409,3,Dial(Unicall/g1/1409)
>
> exten => 1401,1,Noop(will exten=${EXTEN})
> exten => 1401,2,Answer()
> exten => 1401,3,Dial(Sip/301,20,tr)
>
>
> ;;---------------------------------------------------------------------------------------------------------------------
> [outgoing]
>
> exten => _X.,1,Answer()
> exten => _X.,2,Noop(exten=${EXTEN} dialedpeernumber=${DIALEDPEERNUMBER}
> dnid=${DNID} hangupcause=${HANGUPCAUSE} channel=${CHANNEL}
> invalidexten=${INVALID_EXTEN})
> exten => _X.,3,SetVar(PREFIX=${EXTEN:1})
> exten => _X.,4,SetVar(PREFIX2=${EXTEN:-4})
> exten => _X.,5,Dial(UniCall/g2/${EXTEN},20)
>
>
> ;;---------------------------------------------------------------------------------------------------------------------
> [internal]
> include => incoming
> include => outgoing
> exten => 301,1,Dial(Sip/301,20,tr)
> exten => 302,1,Dial(Sip/302,20,tr)
> exten => 303,1,Dial(Sip/303,20,tr)
> exten => 600,1,Dial(Sip/600,20,tr)
>
>
>
> Abandonar o Digistar *NÃO* é uma opção.
>
>
> Alguém já passou por problema semelhante ?
> Alguma sugestão ?
>
>
> muito grato.
>
>
> _______________________________________________
> LIsta de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>
> _______________________________________________
> Acesse o  wiki AsteriskBrasil.org:
> http://www.asteriskbrasil.org
>
>
>
>
> _______________________________________________
> LIsta de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>
> _______________________________________________
> Acesse o  wiki AsteriskBrasil.org:
> http://www.asteriskbrasil.org
>
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20060823/bc71c02f/attachment.html


Mais detalhes sobre a lista de discussão AsteriskBrasil