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

Quarta Maio 22 12:23:55 BRT 2013

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 <
fernando em 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****
>
> *RJ: *+55 (21) 4063-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 *Mike
> Tesliuk
> *Enviada em:* quarta-feira, 22 de maio de 2013 12:01
> *Para:* asteriskbrasil em 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 <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****
>
> *RJ: *+55 (21) 4063-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/0119077a/attachment-0001.htm 