<p dir="ltr">Boa tarde,</p>
<p dir="ltr">E na troca de sinalização r2 o que ocorre? Se você, servidor suse, estiver mando o B2 o problema está na tele que não desligou a chamada. Já tive esse problema. A tele não interpretar o B2.</p>
<p dir="ltr">Atenciosamente,</p>
<p dir="ltr">Ivan Paes José<br>
Oi: +55 48 84291055<br>
</p>
<div class="gmail_quote">Em 27/04/2014 14:55, "Deivison Moraes" <<a href="mailto:moraesdeivison@gmail.com">moraesdeivison@gmail.com</a>> escreveu:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Pessoal, boa tarde.<br>
<br>
Tenho uma topologia um pouco complexa com asterisk e preciso chegar<br>
a uma decisão importante. Se possível, queria a ajuda de vocês para tal.<br>
<br>
Itens: 1 E1 30 canais r2mfc<br>
1 Placa E1 digivoice VB3030 01 E1<br>
1 Serv. Asterisk 1.8.25.0 Debian wheezy 64bits<br>
1 Serv. Asterisk 1.2.20 Opensuse 32bits.<br>
<br>
Topologia:<br>
1º A placa E1 fica instalada e configurada no servidor Opensuse<br>
com o drive DGV na versão (Driver Version: 1.0.3).<br>
<br>
2º O servidor opensuse repassa os MCDU's da psnt via SIP para o<br>
servidor Debian.<br>
<br>
3º O Servidor Debian entrega os DID's para seus usuários SIP<br>
registrados. Isso via configuração no a2billing.<br>
<br>
<br>
Esta topologia está funcionando até o momento quase que sem problemas,<br>
repassando dtmf de um lado para o outro e sem problemas com voz.<br>
<br>
Acontece que quando o cliente que está registrado no Debian está com o<br>
telefone ocupado, o servidor Debian recebe BUSY do ata, depois ele<br>
encaminha o BUSY para o Opensuse que deveria passar ocupado para a PSTN.<br>
<br>
<br>
Porem o que acontece é que o Opensuse não repassa o BUSY para PSTN<br>
ficando apenas mudo para quem está ligando. Alterei a opção gen_busy no<br>
digivoice.conf, que pela descrição é o responsável por isto. Porem<br>
continua da mesma forma.<br>
<br>
Talvez possa ser por causa da versão antiga do digivoice.conf e o<br>
asterisk do opensuse.<br>
<br>
Meu primeiro pensamento foi atualiza-los, mas eu não sou do tipo que<br>
atualiza o que funciona bem durante 7 anos.<br>
<br>
Uma outra informação é que eu aumentei a pouco tempo o gen_dtmf e o<br>
relaxdtmf para resolver problemas com dtmf, não sei se influenciaria<br>
nessa passagem do BUSY. Ao meu ver não tem relação.<br>
<br>
Todavia, queria a opinião dos amigos que possuem inúmeros ambientes e<br>
talvez já tenham passado por isso.<br>
<br>
Grato desde já!<br>
<br>
[]'s<br>
<br>
Deivison Moraes<br>
<br>
_______________________________________________<br>
WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu<br>
conhecimento na tecnologia e portfólio Khomp. Próxima edição<br>
em PORTO ALEGRE, 8 de maio. Inscrições GRATUITAS. Garanta a<br>
sua vaga e saiba mais em: <a href="http://www.workoffee.com.br" target="_blank">www.workoffee.com.br</a><br>
_______________________________________________<br>
ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia IP .<br>
Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.<br>
Banco de Canais Analógicos – Appliance Asterisk<br>
Acesse <a href="http://www.aligera.com.br" target="_blank">www.aligera.com.br</a><br>
_______________________________________________<br>
Para remover seu email desta lista, basta enviar um email em branco para <a href="mailto:asteriskbrasil-unsubscribe@listas.asteriskbrasil.org">asteriskbrasil-unsubscribe@listas.asteriskbrasil.org</a><br>
</blockquote></div>