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

Quarta Maio 22 12:08:50 BRT 2013

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 <mike em 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-00000436]: 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-00000436]: 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 <rtmorais em 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 <
>> fernando em 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-bounces em listas.asteriskbrasil.org [mailto:
>>> asteriskbrasil-bounces em 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-unsubscribe em 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-unsubscribe em 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-unsubscribe em listas.asteriskbrasil.org
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20130522/3053ed15/attachment-0001.htm 