[AsteriskBrasil] * e ramais de pabx digital
Alexandre Barros
alexandre em vectorx.com.br
Terça Setembro 26 13:33:10 BRT 2006
Olá amigos,
preciso de um auxílio sobre o bloqueio de ligações à cobrar entrantes.
Tentei a solução abaixo do Diógenes, sugerida pelo Luiz ( utilizando
os valores de "500" e "1000" ) com o bloqueio de ligações ativo no PABX,
e não funcionou... quero dizer, ao invés de "décimos de segundo", as
chamadas entrantes duraram uns poucos segundos antes de serem desconectadas.
Também tentei desativar o bloqueio no PABX e, no dialplan do * usar
um "Answer ; Hangup; Answer", que, é claro, não funcionou uma vez que no
Hangup o * não continua o dialplan; e até o uso do comando Flash(), que
reclama "não ser um canal Zap" ( estou usando unicall para r2 embratel ).
Após muito tempo no Google eu esgotei os meus recursos, e gostaria
de saber como/se alguém faz para bloquear chamadas à cobrar no * via
canal unicall...
muito grato.
Luiz Henrique Gomes wrote:
> Este problema ocorre por causa do bloqueio de chamadas à cobrar feito pelo
> PABX. A forma mais simples de resolver isto é retirando o bloqueio, mas você
> também pode tentar uma solução enviada aqui na lista pelo Diógenes Makibara:
>
>> Tenta efetuar uma alteração no código mfcr2.c. Encontre a linha:
>> mfcr2->clear_back_persistence_check = 0;
>> E altere para:
>> mfcr2->clear_back_persistence_check = 500;
>>
>>> 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:
>
/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.
/
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20060926/86bbd6d6/attachment.html
Mais detalhes sobre a lista de discussão AsteriskBrasil