[AsteriskBrasil] Repassar busy para PSTN
Luciano Alves Barroso
lucianodigivoice em gmail.com
Quarta Abril 30 08:56:08 BRT 2014
Pelo que vc esta nos falando, não é um problema da operadora e sim de como
esta mandando a chamada para o SIP.
[ ]'s
2014-04-28 10:42 GMT-03:00 Deivison Moraes <moraesdeivison em gmail.com>:
> Realizei mais um teste. Com base nas discussões:
>
> Usei a função Busy() do asterisk para retornar no Servidor Suse
> primeiramente e depois no servidor Debian. O resultado foi que ao
> adicionar a função no Suse a operadora executa o hangup na linha e gera
> o tom de ocupado, como deve acontecer. Já quando faço o mesmo no
> asterisk da frente (debian) isto não acontece, fica mudo.
>
> Acho que com este teste eu elimino ser algo na operadora, certo?
>
> []'s
>
> Deivison Moraes
>
> Em 28-04-2014 08:46, Deivison Moraes escreveu:
> > Olhando por este lado, o melhor caminho seria eliminar este servidor
> > Suse e colocar a placa diretamente no outro, correto?
> >
> > []'s
> > Deivison Moraes
> >
> > Em 28-04-2014 11:42, Luciano Alves Barroso escreveu:
> >> Deivison, para habilitar os logs em placas DigiVoice digite:
> >>
> >> dgv r2 log on
> >> o log estara disponÃvel em /var/log/voicerlib/
> >>
> >> Vamos pensar um pouco em seu problema, quando a placa DigiVoice recebe
> >> uma chamada da operadora, a placa DigiVoice primeiro troca sinalização
> >> com a operadora, depois que descobrimos o MCDU você em seu dialplan
> >> efetua uma discagem para o outro servidor (SIP). Sendo assim nesta
> >> hora toda a sinalização com a operadora ja foi finalizada, onde não
> >> conseguimos notificar o Assinante A que a ponta B esta ocupada.
> >>
> >> Abraços.
> >>
> >>
> >>
> >> 2014-04-27 22:53 GMT-03:00 Guilherme Rezende
> >> <asterisk em guilherme.eti.br <mailto:asterisk em guilherme.eti.br>>:
> >>
> >> Não seria o caso de alterar o padrão de busy do seus ATA´s. Eu
> >> tive um problema desses em interfones.. O porteiro eletrônico não
> >> identificava tom de ocupado do ATA e a chamada ficava ativa. No
> >> meu PAP2T configurei a opção de busy da seguinte forma:
> >>
> >> Na ABA Regional:
> >> Busy Tone: 425 em -19;20(.25/.25/1+2)
> >>
> >> Esse é o padrão BR. Talvez.....
> >>
> >> Em 27/04/2014 11:53, Deivison Moraes escreveu:
> >>
> >> Pessoal, boa tarde.
> >>
> >> Tenho uma topologia um pouco complexa com asterisk e preciso
> >> chegar
> >> a uma decisão importante. Se possÃvel, queria a ajuda de vocês
> >> para tal.
> >>
> >> Itens: 1 E1 30 canais r2mfc
> >> 1 Placa E1 digivoice VB3030 01 E1
> >> 1 Serv. Asterisk 1.8.25.0 Debian wheezy 64bits
> >> 1 Serv. Asterisk 1.2.20 Opensuse 32bits.
> >>
> >> Topologia:
> >> 1º A placa E1 fica instalada e configurada no servidor Opensuse
> >> com o drive DGV na versão (Driver Version: 1.0.3).
> >>
> >> 2º O servidor opensuse repassa os MCDU's da psnt via SIP para o
> >> servidor Debian.
> >>
> >> 3º O Servidor Debian entrega os DID's para seus usuários SIP
> >> registrados. Isso via configuração no a2billing.
> >>
> >>
> >> Esta topologia está funcionando até o momento quase que sem
> >> problemas,
> >> repassando dtmf de um lado para o outro e sem problemas com voz.
> >>
> >> Acontece que quando o cliente que está registrado no Debian
> >> está com o
> >> telefone ocupado, o servidor Debian recebe BUSY do ata, depois
> ele
> >> encaminha o BUSY para o Opensuse que deveria passar ocupado
> >> para a PSTN.
> >>
> >>
> >> Porem o que acontece é que o Opensuse não repassa o BUSY para
> PSTN
> >> ficando apenas mudo para quem está ligando. Alterei a opção
> >> gen_busy no
> >> digivoice.conf, que pela descrição é o responsável por isto.
> Porem
> >> continua da mesma forma.
> >>
> >> Talvez possa ser por causa da versão antiga do digivoice.conf e
> o
> >> asterisk do opensuse.
> >>
> >> Meu primeiro pensamento foi atualiza-los, mas eu não sou do
> >> tipo que
> >> atualiza o que funciona bem durante 7 anos.
> >>
> >> Uma outra informação é que eu aumentei a pouco tempo o
> >> gen_dtmf e o
> >> relaxdtmf para resolver problemas com dtmf, não sei se
> >> influenciaria
> >> nessa passagem do BUSY. Ao meu ver não tem relação.
> >>
> >> Todavia, queria a opinião dos amigos que possuem inúmeros
> >> ambientes e
> >> talvez já tenham passado por isso.
> >>
> >> Grato desde já!
> >>
> >> []'s
> >>
> >> Deivison Moraes
> >>
> >> _______________________________________________
> >> WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu
> >> conhecimento na tecnologia e portfólio Khomp. Próxima edição
> >> em PORTO ALEGRE, 8 de maio. Inscrições GRATUITAS. Garanta a
> >> sua vaga e saiba mais em: www.workoffee.com.br
> >> <http://www.workoffee.com.br>
> >> _______________________________________________
> >> ALIGERA – Fabricante e desenvolvedor nacional de Soluções para
> >> telefonia IP .
> >> Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI
> >> Express.
> >> Banco de Canais Analógicos – Appliance Asterisk
> >> Acesse www.aligera.com.br <http://www.aligera.com.br>
> >> _______________________________________________
> >> Para remover seu email desta lista, basta enviar um email em
> >> branco para
> >> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
> >> <mailto:asteriskbrasil-unsubscribe em listas.asteriskbrasil.org>
> >>
> >>
> >>
> >> _______________________________________________
> >> WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu
> >> conhecimento na tecnologia e portfólio Khomp. Próxima edição
> >> em PORTO ALEGRE, 8 de maio. Inscrições GRATUITAS. Garanta a
> >> sua vaga e saiba mais em: www.workoffee.com.br
> >> <http://www.workoffee.com.br>
> >> _______________________________________________
> >> ALIGERA – Fabricante e desenvolvedor nacional de Soluções para
> >> telefonia IP .
> >> Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
> >> Banco de Canais Analógicos – Appliance Asterisk
> >> Acesse www.aligera.com.br <http://www.aligera.com.br>
> >> _______________________________________________
> >> Para remover seu email desta lista, basta enviar um email em
> >> branco para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
> >> <mailto:asteriskbrasil-unsubscribe em listas.asteriskbrasil.org>
> >>
> >>
> >>
> >>
> >> --
> >> Luciano Alves Barroso
> >> Equipe de Desenvolvimento DigiVoice Channel Driver & DigiVoice Meucci
> >> www.digivoice.com.br <http://www.digivoice.com.br>
> >> www.meucci.org <http://www.meucci.org>
> >>
> >>
> >> _______________________________________________
> >> WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu
> >> conhecimento na tecnologia e portfólio Khomp. Próxima edição
> >> em PORTO ALEGRE, 8 de maio. Inscrições GRATUITAS. Garanta a
> >> sua vaga e saiba mais em: www.workoffee.com.br
> >> _______________________________________________
> >> ALIGERA – Fabricante e desenvolvedor nacional de Soluções para
> telefonia IP .
> >> Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
> >> Banco de Canais Analógicos – Appliance Asterisk
> >> Acesse www.aligera.com.br
> >> _______________________________________________
> >> Para remover seu email desta lista, basta enviar um email em branco
> para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>
>
> _______________________________________________
> WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu
> conhecimento na tecnologia e portfólio Khomp. Próxima edição
> em PORTO ALEGRE, 8 de maio. Inscrições GRATUITAS. Garanta a
> sua vaga e saiba mais em: www.workoffee.com.br
> _______________________________________________
> ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia
> IP .
> Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
> Banco de Canais Analógicos – Appliance Asterisk
> Acesse www.aligera.com.br
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>
--
Luciano Alves Barroso
Equipe de Desenvolvimento DigiVoice Channel Driver & DigiVoice Meucci
www.digivoice.com.br
www.meucci.org
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20140430/dd291600/attachment.htm
Mais detalhes sobre a lista de discussão AsteriskBrasil