Mike, o meu problema é, na verdade, pegar o código que o meu tronco sip me repassa ao ligar para os tais números. Quando uso o call file, ele me repassa aquele REASON 8, CONGESTION(se não estou enganado), o código guarda-chuva que se aplica a uma série de erros. O HANGUPCAUSE seria a variável que eu imaginei me servir, mas, até onde li, ele só seria aplicável ao Dial, o que me levou a alterar a lógica para que o Asterisk executasse um certo contexto e ali dentro eu faria o Dial e teria o código de erro em HANGUPCAUSE. O inesperado é que a mesma conexão, que acontece com o call file, não acontece com o Dial devido ao erro que citei e que vc recomendou ligar o debug para tentar diagnosticar. Eu fiz isto, mas o debug só mostrou os eventos relacionados a chamada do call file e não reportou os eventos do Dial(talvez porque ele nem chegou a iniciar a conversa com o tronco)
O Fernando, que também participa desta thread, disse que é possível, sim, usar o HANGUPCAUSE para Call Files e me pediu que eu postasse o call file e o contexto do dialplan, mas ele ainda não retornou. Em 22 de maio de 2013 12:32, Mike Tesliuk <m...@tesliuk.com> escreveu: > Tudo bem que voce nao alterou, porém veja o seguinte, ele reclamou que > nao conseguiu estabelecer um codec, então habilite o debug e veja oque voce > ta fazendo, talvez voce esteja pegando uma rota que o cara esteja te > jogando 729 e voce nao tenha, enfim, veja esta questão. > > Em 22/05/13 11:23, Ronaldo Toledo escreveu: > > Eis o call file > > Channel: SIP/tronco/numtel > Context: testeamd > extension: s > priority: 1 > waittime: 30 > Set:LINHACSV=xxxxxxxxxxxxxxxxxxx*#*55*#*31*#*numtel > > O contexto testeamd no dialplan > > [testeamd] > exten => s,1,Set(marca=0) > exten => s,n,Noop(Telefone chamado ${EXTEN}) > exten => s,n,Playback(/usr/local/projetoamd/teste) > exten => s,n,AMD > exten => s,n,GotoIf($[${AMDSTATUS}=HUMAN]?humano) > exten => s,n,GotoIf($[${AMDSTATUS}=MACHINE]?maquina) > exten => s,n,GotoIf($[${AMDSTATUS}=NOTSURE]?duvida) > exten => s,n,GotoIf($[${AMDSTATUS}=HANGUP]?desligou) > exten => s,n(maquina),WaitForSilence(2500) > exten => s,n,System(/usr/local/projetoamd/registrar.pl "${LINHACSV}" > "Maquina") > exten => s,n,Set(marca=1) > exten => s,n,Hangup > exten => s,n(humano),WaitForSilence(500) > exten => s,n,System(/usr/local/projetoamd/registrar.pl "${LINHACSV}" > "Humano") > exten => s,n,Set(marca=1) > exten => s,n,Hangup > exten => s,n(duvida),WaitForSilence(500) > exten => s,n,System(/usr/local/projetoamd/registrar.pl "${LINHACSV}" > "Duvida") > exten => s,n,Set(marca=1) > exten => s,n,Hangup > > exten => h,1,GotoIf($["${marca}" = "1"]?getout) > exten => h,n,System(/usr/local/projetoamd/registrar.pl "${LINHACSV}" > "Desligou") > exten => h,n(getout),Hangup() > > exten => failed,1,Set(marca=1) > exten => failed,n,Noop(${REASON}) > exten => failed,n,Verbose(hangupcause = ${HANGUPCAUSE}) > exten => failed,n,GotoIf($["${REASON}" != "8"]?ocupado) > exten => failed,n,System(/usr/local/projetoamd/registrar.pl "${LINHACSV}" > "Maquina") > exten => failed,n,Hangup() > exten => failed,n(ocupado),GotoIf($["${REASON}" != "5"]?naoatendeu) > exten => failed,n,System(/usr/local/projetoamd/registrar.pl "${LINHACSV}" > "Ocupado") > exten => failed,n,Hangup() > exten => > failed,n(naoatendeu),System(/usr/local/projetoamd/registrar.pl"${LINHACSV}" > "Cliente nao atendeu") > exten => failed,n,Hangup() > > Obrigado. > > > > > > > > > Em 22 de maio de 2013 12:09, Fernando - NextBilling IP Solutions < > ferna...@nextbilling.com.br> escreveu: > >> Posta a parte principal que realiza a chamada pra gente ver como você >> ta gerando ela. >> >> >> >> Posta também o seu callfile, pois deveria funcionar o hangupcause mesmo >> através de callfile, já o fiz aqui, se você montar a lógica entre o >> callfile e para onde ele envia a chamada depois de conectada tem que >> funcionar. >> >> 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 *Mike >> Tesliuk >> *Enviada em:* quarta-feira, 22 de maio de 2013 12:01 >> *Para:* asteriskbrasil@listas.asteriskbrasil.org >> *Assunto:* Re: [AsteriskBrasil] RES: Asterisk não detecta atendimento >> pela operadora >> >> >> >> 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 > > > > _______________________________________________ > 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