[AsteriskBrasil] Repassar busy para PSTN

2014-04-27 Thread Deivison Moraes 
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
___
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-unsubscr...@listas.asteriskbrasil.org

[AsteriskBrasil] Repassar busy para PSTN

2014-04-27 Thread Deivison Moraes 
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
___
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-unsubscr...@listas.asteriskbrasil.org

Re: [AsteriskBrasil] Repassar busy para PSTN

2014-04-27 Thread Ivan Paes José 
Boa tarde,

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.

Atenciosamente,

Ivan Paes José
Oi: +55 48 84291055
 Em 27/04/2014 14:55, "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
> ___
> 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-unsubscr...@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-unsubscr...@listas.asteriskbrasil.org

Re: [AsteriskBrasil] Repassar busy para PSTN

2014-04-27 Thread Deivison Moraes 
Acompanhei apenas a sinalização SIP, confesso que não sei como
acompanhar a sinalização R2. Como você procedeu?

[]'s

Deivison Moraes

Em 27-04-2014 18:31, Ivan Paes José escreveu:
>
> Boa tarde,
>
> 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.
>
> Atenciosamente,
>
> Ivan Paes José
> Oi: +55 48 84291055
>
> Em 27/04/2014 14:55, "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
> 
> ___
> 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-unsubscr...@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-unsubscr...@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-unsubscr...@listas.asteriskbrasil.org

Re: [AsteriskBrasil] Repassar busy para PSTN

2014-04-27 Thread Ivan Paes José 
Bem, eu utilizo openr2 e ativo os logs assim:

Habilitar log E1.

CLI> mfcr2 call files on
CLI> mfcr2 set debug all

Desativar.

CLI> mfcr2 call files off

Onde é gravado: /var/log/asterisk/mfcr2/spanx

Se for unicall teria que ver onde habilitar. Fiz uma pesquisa rápida e me
parece ser assim: No arquivo unicall.conf setar loglevel=255.

Com os logs em mãos analisar e se a situação que falei confirmar entrar em
contato com a operadora e abrir um chamado explicando que você identificou.
Foi isso que fiz.
___
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-unsubscr...@listas.asteriskbrasil.org

Re: [AsteriskBrasil] Repassar busy para PSTN

2014-04-27 Thread Deivison Moraes 
Obrigado Ivan, irei verificar e reporto novamente.

[]'s

Deivison Moraes

Em 27-04-2014 19:42, Ivan Paes José escreveu:
> Bem, eu utilizo openr2 e ativo os logs assim:
>
> Habilitar log E1.
>
> CLI> mfcr2 call files on
> CLI> mfcr2 set debug all
>
> Desativar.
>
> CLI> mfcr2 call files off
>
> Onde é gravado: /var/log/asterisk/mfcr2/spanx
>
> Se for unicall teria que ver onde habilitar. Fiz uma pesquisa rápida e
> me parece ser assim: No arquivo unicall.conf setar loglevel=255.
>
> Com os logs em mãos analisar e sea situação que faleiconfirmar entrar
> em contato com a operadora e abrir um chamado explicandoque você
> identificou. Foi isso que fiz.
>
>
> ___
> 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-unsubscr...@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-unsubscr...@listas.asteriskbrasil.org

Re: [AsteriskBrasil] Repassar busy para PSTN

2014-04-27 Thread Guilherme Rezende 
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@-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
___
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-unsubscr...@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-unsubscr...@listas.asteriskbrasil.org

Re: [AsteriskBrasil] Repassar busy para PSTN

2014-04-28 Thread Luciano Alves Barroso 
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 :

> 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@-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
>> ___
>> 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-unsubscr...@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-unsubscr...@listas.asteriskbrasil.org
>



-- 
Luciano Alves Barroso
Equipe de Desenvolvimento DigiVoice Channel Driver & DigiVoice Meucci
www.digivoice.com.br
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 par

Re: [AsteriskBrasil] Repassar busy para PSTN

2014-04-28 Thread Deivison Moraes 
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
> mailto:aster...@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@-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
> 
> ___
> 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-unsubscr...@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

Re: [AsteriskBrasil] Repassar busy para PSTN

2014-04-28 Thread Deivison Moraes 
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
>> mailto:aster...@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@-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
>> 
>> ___
>> 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 e

Re: [AsteriskBrasil] Repassar busy para PSTN

2014-04-30 Thread Luciano Alves Barroso 
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 :

> 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
> >> mailto:aster...@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@-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
> >> 
> >> ___
> >>

Re: [AsteriskBrasil] Repassar busy para PSTN

2014-04-30 Thread Deivison Moraes 
Olá Luciano,

Eu encaminho o SIP com a configuração por IP:

[hostdst]
host = hostdst
port = 5060
dtmfmode=rfc2833
type=friend
context= from-did-all
disallow = all
allow = ulaw
;allow = alaw
qualify = yes
nat = no


No outro servidor a configuração inversa.

Em 30-04-2014 11:56, Luciano Alves Barroso escreveu:
> 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  >:
>
> 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
> >> mailto:aster...@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@-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
>

Re: [AsteriskBrasil] Repassar busy para PSTN [RESOLVIDO]

2014-05-30 Thread Deivison Moraes 
Pessoal, venho informar que resolvi o problema. Como já era
desconfiado, o problema estava entre os 2 servidores SIPs, como o que
ficava a placa estava sendo sub utilizado eu migrei a placa no ultimo
fim de semana para o servidor debian e busy foi repassado perfeitamente.

Obrigado a todos Novamente;

[]'s

Forte Abraço

Deivison Moraes


Em 30-04-2014 08:56, Luciano Alves Barroso escreveu:
> 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  >:
>
> 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
> >> mailto:aster...@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@-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