Re: [AsteriskBrasil] RES: Asterisk não detecta atendimento pela operadora

2013-05-22 Por tôpico Ronaldo Toledo
Amigos, com as respostas recebidas imaginei que fosse uma questão de ir
atrás de uma variável que, usada no dialplan, contivesse o código de erro
sip. Tentei o HANGUPCAUSE (a versão do meu asterisk é 11.3.0) mas ela
estava vazia durante a execução da extension failed,1 (estou usando call
files).
Tentei usar o ${HASH(SIP_CAUSE,${CDR(dstchannel)})} e também não funcionou.
Depois de muito pesquisar descobri que elas se aplicam ao Hangup que se
segue a um  Dial. Tive que mudar minha estratégia.
Minha aplicação previa o envio de uma série de call files ao Asterisk.
Prossegui com os call files para que fosse feita uma conexão fantasma  só
para que o Asterisk, ao executar a extensão failed do contexto
especificado, fosse desviado para um outro contexto onde seria feita a
ligação através de Dial  para o número passado via variável no call file.
Bem, aí veio o problema maior. Ao executar o
Dial(SIP/troncomeuprovedor/numero), invariavelmente recebo as mensagens
[May 22 05:21:35] NOTICE[16975][C-0436]: chan_sip.c:29464
sip_request_call: Asked to get a channel of unsupported format (nothing)
while capability is (gsm|ulaw|alaw|h263|testlaw)
[May 22 05:21:35] WARNING[16975][C-0436]: app_dial.c:2437
dial_exec_full: Unable to create channel of type 'SIP' (cause 58 - Bearer
capability not available)

Não consigo passar deste ponto

Continuo pesquisando via Google o que está errado  mas se alguém já passou
por isso ou sabe a razão, por favor, jogue uma luz no assunto.







Em 21 de maio de 2013 21:59, Ronaldo Toledo rtmor...@gmail.com escreveu:

 Fernando e Rafael, muito obrigado pelas respostas.
 Liguei o debug(deveria ter feito isto antes, né?) e voilá: o tronco
 responde 503 (Service Unavailable).
 Mais uma vez, muito obrigado.
 Ronaldo Toledo.




 Em 21 de maio de 2013 21:51, Fernando - NextBilling IP Solutions 
 ferna...@nextbilling.com.br escreveu:

 Ronaldo.

 ** **

 Nesses casos, geralmente o retorno é feito pelo seu tronco SIP, ou seja,
 o Asterisk vai agir de acordo com o retorno que seu tronco SIP informar.*
 ***

 ** **

 Já vi casos em que troncos SIP retornam SIP Reason 503 para números
 inválidos, e já vi casos em que o tronco SIP retorna SIP 404 para para
 números inválidos.

 ** **

 Eu sugiro a você analisar o siptrace do retorno do seu Tronco quando
 ligar para esses números, pode ser um bom ponto de partida para analisar o
 que ele realmente retorna.

 ** **

 Crusando essa informação com o ISDN Code de cada retorno, seria mais
 fácil para você ter um ponto de partida.

 ** **

 Sip set debug peer NAME_DO_PEER ou sip set debug IP IP_DO_PEER

 ** **

 Atenciosamente,

 ** **

 *Fernando da Silva Santos*

 *CEO* – Chief Executive Officer

 *NextBilling IP Solutions*

 * *

 *SP: *+55 (11) 3522-9200

 *RJ: *+55 (21) 4063-8854

 *Tollfree:* 0800 580-9200

 http://www.nextbilling.com.br

 ** **

 *De:* asteriskbrasil-boun...@listas.asteriskbrasil.org [mailto:
 asteriskbrasil-boun...@listas.asteriskbrasil.org] *Em nome de *Ronaldo
 Toledo
 *Enviada em:* terça-feira, 21 de maio de 2013 20:20
 *Para:* Alexandre Keller
 *Assunto:* [AsteriskBrasil] Asterisk não detecta atendimento pela
 operadora

 ** **

 Olá.

 Estou com um problema que já pesquisei aqui e ali: Tento ligar via tronco
 SIP para uma série de números de telefones e a coisa vai bem até que
 encontro pela frente números de telefones como (51)32216470 E
 (51)32254067.  O asterisk assume um comportamento errático para eles,
 ora dá como ocupado(reason 8), ora dá que não atendeu(reason 3). Se faço a
 ligação por meio de tel fixo ou celular, o atendimento é feito pela
 operadora que sugere que o número não é válido.

 Por que o Asterisk não identifica o atendimento pela operadora? Alguém já
 passou por este problema usando SIP?

 Existe ocorrências reportando problemas de atendimento com placas digium,
 digivoice etc. mas não com SIP.

 

 Ronaldo Toledo Morais.

 ** **

 ___
 KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
 Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
 Intercomunicadores para acesso remoto via rede IP. Conheça em
 www.Khomp.com.
 ___
 ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
 Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
 Channel Bank – 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



___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, 

Re: [AsteriskBrasil] RES: Asterisk não detecta atendimento pela operadora

2013-05-22 Por tôpico Mike Tesliuk
parece erro de codec, veja os formatos que voce ta mandando e os que 
eles aceitam, voce pode ver isso no debug


Em 22/05/13 10:41, Ronaldo Toledo escreveu:
Amigos, com as respostas recebidas imaginei que fosse uma questão de 
ir atrás de uma variável que, usada no dialplan, contivesse o código 
de erro sip. Tentei o HANGUPCAUSE (a versão do meu asterisk é 11.3.0) 
mas ela  estava vazia durante a execução da extension failed,1 (estou 
usando call files).
Tentei usar o ${HASH(SIP_CAUSE,${CDR(dstchannel)})} e também não 
funcionou. Depois de muito pesquisar descobri que elas se aplicam ao 
Hangup que se segue a um  Dial. Tive que mudar minha estratégia.
Minha aplicação previa o envio de uma série de call files ao 
Asterisk.  Prossegui com os call files para que fosse feita uma 
conexão fantasma  só para que o Asterisk, ao executar a extensão 
failed do contexto especificado, fosse desviado para um outro contexto 
onde seria feita a  ligação através de Dial para o número passado via 
variável no call file.
Bem, aí veio o problema maior. Ao executar o 
Dial(SIP/troncomeuprovedor/numero), invariavelmente recebo as mensagens
[May 22 05:21:35] NOTICE[16975][C-0436]: chan_sip.c:29464 
sip_request_call: Asked to get a channel of unsupported format 
(nothing) while capability is (gsm|ulaw|alaw|h263|testlaw)
[May 22 05:21:35] WARNING[16975][C-0436]: app_dial.c:2437 
dial_exec_full: Unable to create channel of type 'SIP' (cause 58 - 
Bearer capability not available)


Não consigo passar deste ponto

Continuo pesquisando via Google o que está errado  mas se alguém já 
passou por isso ou sabe a razão, por favor, jogue uma luz no assunto.








Em 21 de maio de 2013 21:59, Ronaldo Toledo rtmor...@gmail.com 
mailto:rtmor...@gmail.com escreveu:


Fernando e Rafael, muito obrigado pelas respostas.
Liguei o debug(deveria ter feito isto antes, né?) e voilá: o
tronco responde 503 (Service Unavailable).
Mais uma vez, muito obrigado.
Ronaldo Toledo.




Em 21 de maio de 2013 21:51, Fernando - NextBilling IP Solutions
ferna...@nextbilling.com.br mailto:ferna...@nextbilling.com.br
escreveu:

Ronaldo.

Nesses casos, geralmente o retorno é feito pelo seu tronco
SIP, ou seja, o Asterisk vai agir de acordo com o retorno que
seu tronco SIP informar.

Já vi casos em que troncos SIP retornam SIP Reason 503 para
números inválidos, e já vi casos em que o tronco SIP retorna
SIP 404 para para números inválidos.

Eu sugiro a você analisar o siptrace do retorno do seu Tronco
quando ligar para esses números, pode ser um bom ponto de
partida para analisar o que ele realmente retorna.

Crusando essa informação com o ISDN Code de cada retorno,
seria mais fácil para você ter um ponto de partida.

Sip set debug peer NAME_DO_PEER ou sip set debug IP IP_DO_PEER

Atenciosamente,

*Fernando da Silva Santos*

*CEO*-- Chief Executive Officer

*NextBilling IP Solutions*

**

*SP: *+55 (11) 3522-9200 tel:%2B55%20%2811%29%203522-9200

*RJ: *+55 (21) 4063-8854 tel:%2B55%20%2821%29%204063-8854

*Tollfree:*0800 580-9200

http://www.nextbilling.com.br http://www.nextbilling.com.br/

*De:*asteriskbrasil-boun...@listas.asteriskbrasil.org
mailto:asteriskbrasil-boun...@listas.asteriskbrasil.org
[mailto:asteriskbrasil-boun...@listas.asteriskbrasil.org
mailto:asteriskbrasil-boun...@listas.asteriskbrasil.org] *Em
nome de *Ronaldo Toledo
*Enviada em:* terça-feira, 21 de maio de 2013 20:20
*Para:* Alexandre Keller
*Assunto:* [AsteriskBrasil] Asterisk não detecta atendimento
pela operadora

Olá.

Estou com um problema que já pesquisei aqui e ali: Tento ligar
via tronco SIP para uma série de números de telefones e a
coisa vai bem até que encontro pela frente números de
telefones como (51)32216470 tel:%2851%2932216470 E
(51)32254067 tel:%2851%2932254067. O asterisk assume um
comportamento errático para eles, ora dá como ocupado(reason
8), ora dá que não atendeu(reason 3). Se faço a ligação por
meio de tel fixo ou celular, o atendimento é feito pela
operadora que sugere que o número não é válido.

Por que o Asterisk não identifica o atendimento pela
operadora? Alguém já passou por este problema usando SIP?

Existe ocorrências reportando problemas de atendimento com
placas digium, digivoice etc. mas não com SIP.

Ronaldo Toledo Morais.


___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em
www.Khomp.com http://www.Khomp.com.

Re: [AsteriskBrasil] RES: Asterisk não detecta atendimento pela operadora

2013-05-22 Por tôpico Ronaldo Toledo
Mike, a definição do usuário do tronco sip não foi alterada(aceita dois
codecs) e a ligação via call file funcionava corretamente usando sempre o
mesmo tronco. A causa 58 do app_dial.c realmente se dá por falta de acordo
entre as partes sobre o codec, mas o que mudou foi apenas a forma de fazer
a ligação. Antes, o Asterisk a fazia através do call file, agora é feita
pelo comando Dial, ambos usando os mesmos argumentos.
Obrigado pela resposta.


Em 22 de maio de 2013 12:01, Mike Tesliuk m...@tesliuk.com escreveu:

  parece erro de codec, veja os formatos que voce ta mandando e os que
 eles aceitam, voce pode ver isso no debug

 Em 22/05/13 10:41, Ronaldo Toledo escreveu:

  Amigos, com as respostas recebidas imaginei que fosse uma questão de ir
 atrás de uma variável que, usada no dialplan, contivesse o código de erro
 sip. Tentei o HANGUPCAUSE (a versão do meu asterisk é 11.3.0) mas ela
 estava vazia durante a execução da extension failed,1 (estou usando call
 files).
  Tentei usar o ${HASH(SIP_CAUSE,${CDR(dstchannel)})} e também não
 funcionou. Depois de muito pesquisar descobri que elas se aplicam ao Hangup
 que se segue a um  Dial. Tive que mudar minha estratégia.
  Minha aplicação previa o envio de uma série de call files ao Asterisk.
 Prossegui com os call files para que fosse feita uma conexão fantasma  só
 para que o Asterisk, ao executar a extensão failed do contexto
 especificado, fosse desviado para um outro contexto onde seria feita a
 ligação através de Dial  para o número passado via variável no call file.
  Bem, aí veio o problema maior. Ao executar o
 Dial(SIP/troncomeuprovedor/numero), invariavelmente recebo as mensagens
 [May 22 05:21:35] NOTICE[16975][C-0436]: chan_sip.c:29464
 sip_request_call: Asked to get a channel of unsupported format (nothing)
 while capability is (gsm|ulaw|alaw|h263|testlaw)
 [May 22 05:21:35] WARNING[16975][C-0436]: app_dial.c:2437
 dial_exec_full: Unable to create channel of type 'SIP' (cause 58 - Bearer
 capability not available)

  Não consigo passar deste ponto

  Continuo pesquisando via Google o que está errado  mas se alguém já
 passou por isso ou sabe a razão, por favor, jogue uma luz no assunto.







 Em 21 de maio de 2013 21:59, Ronaldo Toledo rtmor...@gmail.com escreveu:

  Fernando e Rafael, muito obrigado pelas respostas.
  Liguei o debug(deveria ter feito isto antes, né?) e voilá: o tronco
 responde 503 (Service Unavailable).
  Mais uma vez, muito obrigado.
  Ronaldo Toledo.




 Em 21 de maio de 2013 21:51, Fernando - NextBilling IP Solutions 
 ferna...@nextbilling.com.br escreveu:

   Ronaldo.



 Nesses casos, geralmente o retorno é feito pelo seu tronco SIP, ou seja,
 o Asterisk vai agir de acordo com o retorno que seu tronco SIP informar.



 Já vi casos em que troncos SIP retornam SIP Reason 503 para números
 inválidos, e já vi casos em que o tronco SIP retorna SIP 404 para para
 números inválidos.



 Eu sugiro a você analisar o siptrace do retorno do seu Tronco quando
 ligar para esses números, pode ser um bom ponto de partida para analisar o
 que ele realmente retorna.



 Crusando essa informação com o ISDN Code de cada retorno, seria mais
 fácil para você ter um ponto de partida.



 Sip set debug peer NAME_DO_PEER ou sip set debug IP IP_DO_PEER



 Atenciosamente,



 *Fernando da Silva Santos*

 *CEO* – Chief Executive Officer

 *NextBilling IP Solutions*

 * *

 *SP: *+55 (11) 3522-9200 %2B55%20%2811%29%203522-9200

 *RJ: *+55 (21) 4063-8854 %2B55%20%2821%29%204063-8854

 *Tollfree:* 0800 580-9200

 http://www.nextbilling.com.br



 *De:* asteriskbrasil-boun...@listas.asteriskbrasil.org [mailto:
 asteriskbrasil-boun...@listas.asteriskbrasil.org] *Em nome de *Ronaldo
 Toledo
 *Enviada em:* terça-feira, 21 de maio de 2013 20:20
 *Para:* Alexandre Keller
 *Assunto:* [AsteriskBrasil] Asterisk não detecta atendimento pela
 operadora



 Olá.

 Estou com um problema que já pesquisei aqui e ali: Tento ligar via
 tronco SIP para uma série de números de telefones e a coisa vai bem até que
 encontro pela frente números de telefones como (51)32216470 E
 (51)32254067.  O asterisk assume um comportamento errático para eles,
 ora dá como ocupado(reason 8), ora dá que não atendeu(reason 3). Se faço a
 ligação por meio de tel fixo ou celular, o atendimento é feito pela
 operadora que sugere que o número não é válido.

 Por que o Asterisk não identifica o atendimento pela operadora? Alguém
 já passou por este problema usando SIP?

 Existe ocorrências reportando problemas de atendimento com placas
 digium, digivoice etc. mas não com SIP.

   Ronaldo Toledo Morais.



  ___
 KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
 Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
 Intercomunicadores para acesso remoto via rede IP. Conheça em
 www.Khomp.com.
 ___
 ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
 Placas 

[AsteriskBrasil] RES: Asterisk não detecta atendimento pela operadora

2013-05-21 Por tôpico Fernando - NextBilling IP Solutions
Ronaldo.

 

Nesses casos, geralmente o retorno é feito pelo seu tronco SIP, ou seja, o
Asterisk vai agir de acordo com o retorno que seu tronco SIP informar.

 

Já vi casos em que troncos SIP retornam SIP Reason 503 para números
inválidos, e já vi casos em que o tronco SIP retorna SIP 404 para para
números inválidos.

 

Eu sugiro a você analisar o siptrace do retorno do seu Tronco quando ligar
para esses números, pode ser um bom ponto de partida para analisar o que ele
realmente retorna.

 

Crusando essa informação com o ISDN Code de cada retorno, seria mais fácil
para você ter um ponto de partida.

 

Sip set debug peer NAME_DO_PEER ou sip set debug IP IP_DO_PEER

 

Atenciosamente,

 

Fernando da Silva Santos

CEO – Chief Executive Officer

NextBilling IP Solutions

 

SP: +55 (11) 3522-9200

RJ: +55 (21) 4063-8854

Tollfree: 0800 580-9200

 http://www.nextbilling.com.br/ http://www.nextbilling.com.br

 

De: asteriskbrasil-boun...@listas.asteriskbrasil.org
[mailto:asteriskbrasil-boun...@listas.asteriskbrasil.org] Em nome de Ronaldo
Toledo
Enviada em: terça-feira, 21 de maio de 2013 20:20
Para: Alexandre Keller
Assunto: [AsteriskBrasil] Asterisk não detecta atendimento pela operadora

 

Olá.

Estou com um problema que já pesquisei aqui e ali: Tento ligar via tronco
SIP para uma série de números de telefones e a coisa vai bem até que
encontro pela frente números de telefones como (51)32216470 E (51)32254067.
O asterisk assume um comportamento errático para eles, ora dá como
ocupado(reason 8), ora dá que não atendeu(reason 3). Se faço a ligação por
meio de tel fixo ou celular, o atendimento é feito pela operadora que sugere
que o número não é válido.

Por que o Asterisk não identifica o atendimento pela operadora? Alguém já
passou por este problema usando SIP?

Existe ocorrências reportando problemas de atendimento com placas digium,
digivoice etc. mas não com SIP.



Ronaldo Toledo Morais.

 

___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – 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] RES: Asterisk não detecta atendimento pela operadora

2013-05-21 Por tôpico Rafael Tavares | Ibinetwork Informática
Boa noite,

 

Até onde eu sei as operadoras voip não enviam a mensagem de que não foi
possível completar a chamada para que voce possa usar outra rota para tentar
completar a ligação, como assim? Se voce ligar para um numero que a
operadora não conseguir terminar e apenas executar a mensagem que a chamada
não pode ser completada, o asterisk vai entender como a chamada foi
completada e encerrada, agora enviando qualquer código de falha o asterisk
vai registrar a falha e se houver outra rota configurada na saída, ele vai
tentar completar por outra rota, até que não tenha mais rota de saída, ou
até que seja completada. 

 

Espero ter ajudado.

 

Atenciosamente,

 

Rafael Tavares

Ibinetwork Informática
* +55 (11) 3042-1234

* +55 (11) 99236-0037
*  mailto:raf...@ibinetwork.com.br raf...@ibinetwork.com.br
*   http://www.ibinetwork.com.br/ www.ibinetwork.com.br

 

  

 Tecnologia da Informação | Infraestrutura | Telefonia IP

 

Q  ** Antes de imprimir, pense em sua responsabilidade e compromisso com o
MEIO AMBIENTE **

 

De: asteriskbrasil-boun...@listas.asteriskbrasil.org
[mailto:asteriskbrasil-boun...@listas.asteriskbrasil.org] Em nome de Ronaldo
Toledo
Enviada em: terça-feira, 21 de maio de 2013 20:20
Para: Alexandre Keller
Assunto: [AsteriskBrasil] Asterisk não detecta atendimento pela operadora

 

Olá.

Estou com um problema que já pesquisei aqui e ali: Tento ligar via tronco
SIP para uma série de números de telefones e a coisa vai bem até que
encontro pela frente números de telefones como (51)32216470 E (51)32254067.
O asterisk assume um comportamento errático para eles, ora dá como
ocupado(reason 8), ora dá que não atendeu(reason 3). Se faço a ligação por
meio de tel fixo ou celular, o atendimento é feito pela operadora que sugere
que o número não é válido.

Por que o Asterisk não identifica o atendimento pela operadora? Alguém já
passou por este problema usando SIP?

Existe ocorrências reportando problemas de atendimento com placas digium,
digivoice etc. mas não com SIP.



Ronaldo Toledo Morais.

 

image001.png___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – 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] RES: Asterisk não detecta atendimento pela operadora

2013-05-21 Por tôpico Ronaldo Toledo
Fernando e Rafael, muito obrigado pelas respostas.
Liguei o debug(deveria ter feito isto antes, né?) e voilá: o tronco
responde 503 (Service Unavailable).
Mais uma vez, muito obrigado.
Ronaldo Toledo.




Em 21 de maio de 2013 21:51, Fernando - NextBilling IP Solutions 
ferna...@nextbilling.com.br escreveu:

 Ronaldo.

 ** **

 Nesses casos, geralmente o retorno é feito pelo seu tronco SIP, ou seja, o
 Asterisk vai agir de acordo com o retorno que seu tronco SIP informar.

 ** **

 Já vi casos em que troncos SIP retornam SIP Reason 503 para números
 inválidos, e já vi casos em que o tronco SIP retorna SIP 404 para para
 números inválidos.

 ** **

 Eu sugiro a você analisar o siptrace do retorno do seu Tronco quando ligar
 para esses números, pode ser um bom ponto de partida para analisar o que
 ele realmente retorna.

 ** **

 Crusando essa informação com o ISDN Code de cada retorno, seria mais fácil
 para você ter um ponto de partida.

 ** **

 Sip set debug peer NAME_DO_PEER ou sip set debug IP IP_DO_PEER

 ** **

 Atenciosamente,

 ** **

 *Fernando da Silva Santos*

 *CEO* – Chief Executive Officer

 *NextBilling IP Solutions*

 * *

 *SP: *+55 (11) 3522-9200

 *RJ: *+55 (21) 4063-8854

 *Tollfree:* 0800 580-9200

 http://www.nextbilling.com.br

 ** **

 *De:* asteriskbrasil-boun...@listas.asteriskbrasil.org [mailto:
 asteriskbrasil-boun...@listas.asteriskbrasil.org] *Em nome de *Ronaldo
 Toledo
 *Enviada em:* terça-feira, 21 de maio de 2013 20:20
 *Para:* Alexandre Keller
 *Assunto:* [AsteriskBrasil] Asterisk não detecta atendimento pela
 operadora

 ** **

 Olá.

 Estou com um problema que já pesquisei aqui e ali: Tento ligar via tronco
 SIP para uma série de números de telefones e a coisa vai bem até que
 encontro pela frente números de telefones como (51)32216470 E (51)32254067.
 O asterisk assume um comportamento errático para eles, ora dá como
 ocupado(reason 8), ora dá que não atendeu(reason 3). Se faço a ligação por
 meio de tel fixo ou celular, o atendimento é feito pela operadora que
 sugere que o número não é válido.

 Por que o Asterisk não identifica o atendimento pela operadora? Alguém já
 passou por este problema usando SIP?

 Existe ocorrências reportando problemas de atendimento com placas digium,
 digivoice etc. mas não com SIP.

 

 Ronaldo Toledo Morais.

 ** **

 ___
 KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
 Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
 Intercomunicadores para acesso remoto via rede IP. Conheça em
 www.Khomp.com.
 ___
 ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
 Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
 Channel Bank – 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

___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – 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