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