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-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 <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 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 > > > > _______________________________________________ > 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