[AsteriskBrasil] RES: Digivoice - Prendendo Portas (VB3030 eVB6060)

[Fabiano Carlos Heringer]

Olá, também tenho esse problemas, mas nao está acontecendo com a 
digivoice...aparentemente parece ser com os meus canais da TDM2400, 
algumas vezes o canal fica em RSVD no state, quando dou um core show 
channels, pra eu voltar o canal so dando um kill...

Coloquei essa opcao g no meu dialplan...vou ficar de olho hoje pra ver o 
que acontece!


Sidnei -Telecom escreveu:
> Olá Marcelo.
> Também estou com esse problema, além de alguns outros, mas a opcçao "g" não 
> resolveu para mim.
>
>
> ----- Original Message ----- 
> From: "Marcelo/Porks" <marcelorossi em gmail.com>
> To: <asteriskbrasil em listas.asteriskbrasil.org>
> Sent: Friday, May 16, 2008 11:12 AM
> Subject: Re: [AsteriskBrasil] RES: Digivoice - Prendendo Portas (VB3030 
> eVB6060)
>
>
> Pessoal, hoje o problema aconteceu novamente e entrei em contato com o
> pessoal da Digivoice.
> O Email que segue é longo, mas temos algumas conclusões, então creio
> que vale a pena ler.
>
> O que reparamos foi o seguinte:
>
> Houve uma Bridge entre o SIP/1105 e a DGV/2, no log full do asterisk
> não havia registro de HangUp desta ligação.
> Quando eu digitava
> mg*CLI> core show channels
> Channel              Location             State   Application(Data)
> DGV/2                (None)               Up      Bridged 
> Call(SIP/1105-085885a0
> SIP/1105-085885a0    034531227 em salutar_in Up      Dial(DGV/g1/34531227||tT)
> 2 active channels
> 1 active calls
>
> Dá para ver que os canais estão presos (pois a ligação já havia terminado)
>
> Quando eu tentava dar um
> mg*CLI> soft hangup SIP/1105-085885a0
> mg*CLI> soft hangup DGV/2
>
> Nada acontecia.
>
> Ou seja, deu a entender que os canais estavam lá.. mas o asterisk
> simplesmente não entendia que eles estavam lá. A porta DGV/2 estava
> livre para minha operadora, pois quando alguém ligava para o meu
> asterisk.. a ligação chegava pela Porta 2, entretanto o asterisk não
> conseguia atender (acredito que por causa dos canais presos), e então
> ficava aparecendo no CLI:
>     -- Ringing on port 2 - callstate=9
>     -- Ringing on port 2 - callstate=9
>     -- Ringing on port 2 - callstate=9
>     -- Ringing on port 2 - callstate=9
>
> Abaixo segue o email que eu enviei para o Felipe da Digivoice:
> -------------------------
> Felipe, creio que tenho uma pequena 'luz' sobre o problema que
> tratamos (com o Luciano também) esta manhã da porta estar presa.
> O que conversei com o Luciano foi
>
> Houve uma ligação do SIP/1105 saindo pela DGV/2 e não houve registro
> de um HangUp nesta ligação.
>
> Então eu andei conversando com o pessoal do #asterisk-br na
> irc.freenode.net e acabei caindo no seguinte:
>
> Ligação g: When the called party hangs up, exit to execute more
> commands in the current context. (
> http://www.voip-info.org/wiki-Asterisk+cmd+Dial )
>
> O que concluímos é o seguinte:
> Suponha o seguinte DialPlan:
>
> exten => _., 1, Dial(DGV/g1/${EXTEN})
> exten => _., 2, HangUp(0)
>
> Se eu ligo para você, a gente conversa, e **EU** desligo a ligação,
> então a segunda linha do meu dialplan (Hangup(0)) será executada
> Se eu ligo para você, a gente conversa, e **VOCE** desliga a ligação,
> então a segunda linha do meu dialplan **NAO** será executada
>
> A menos que eu coloque a opção 'g' no meu comando 'Dial'.
>
> Então para garantir que o HangUp sempre seja executado eu teria que
> modificar meu DialPlan para o seguinte:
> exten => _., 1, Dial(DGV/g1/${EXTEN},,g)
> exten => _., 2, HangUp(0)
>
> Se o problema realmente foi gerado porque não aconteceu um HangUp
> creio que este parametro 'g' na app 'Dial' resolveria.
>
> Fica ai a 'dica' para vocês pediram para seus clientes testarem
>
>