[AsteriskBrasil] Instalação Asterisk puro

2013-05-22 Thread Otavio Asterisk 
Lista, bom dia.
Estou fazendo alguns testes e instalando asterisk 11 puro num debian.
Ao tentar instalar e compilar o asterisk, qnd executo o make menuselect, em
channel drivers, a opção chan_sip não está habilitada para selecionar
(aparece XXX), primeiramente tentei instalar o asterisk.11.4 e agora com o
asterisk.11.3 e o erro persiste.
Depois de instalado, tentei fazer a gambiarra de pegar o chan_sip.so de
outro asterisk já em produção, jogar em /usr/lib/asterisk/modules mas claro
q não funcionou.
Se alguém puder me ajudar, agradeço

-- 
Otávio
___
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

Re: [AsteriskBrasil] Instalação Asterisk puro

2013-05-22 Thread Jerson Luiz de Paula Júnior 
   - ncurses
   - libncurses5-dev
   - openssl
   - libssl-dev
   - gcc
   - libc6-dev
   - make
   - bison



Em 22 de maio de 2013 09:23, Otavio Asterisk escreveu:

> Lista, bom dia.
> Estou fazendo alguns testes e instalando asterisk 11 puro num debian.
> Ao tentar instalar e compilar o asterisk, qnd executo o make menuselect,
> em channel drivers, a opção chan_sip não está habilitada para selecionar
> (aparece XXX), primeiramente tentei instalar o asterisk.11.4 e agora com o
> asterisk.11.3 e o erro persiste.
> Depois de instalado, tentei fazer a gambiarra de pegar o chan_sip.so de
> outro asterisk já em produção, jogar em /usr/lib/asterisk/modules mas claro
> q não funcionou.
> Se alguém puder me ajudar, agradeço
>
> --
> Otávio
>
> ___
> 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

Re: [AsteriskBrasil] Instalação Asterisk puro

2013-05-22 Thread Rafael dos Santos Saraiva 
Deve estar faltando alguma dependência. Faz assim, antes de começar a
instalar vai no fonte do Asterisk, tem um script para instalação das
dependências (contrib/scripts/install_prereq). Executa ele e tenta
novamente.


Att,
*Rafael dos Santos Saraiva*
Tel: (51) 8174-7956 | (51) 3205-1504
*Digium Certified Asterisk Administrator (dCCA)*
http://www.astdocs.com | 


Em 22 de maio de 2013 09:23, Otavio Asterisk escreveu:

> Lista, bom dia.
> Estou fazendo alguns testes e instalando asterisk 11 puro num debian.
> Ao tentar instalar e compilar o asterisk, qnd executo o make menuselect,
> em channel drivers, a opção chan_sip não está habilitada para selecionar
> (aparece XXX), primeiramente tentei instalar o asterisk.11.4 e agora com o
> asterisk.11.3 e o erro persiste.
> Depois de instalado, tentei fazer a gambiarra de pegar o chan_sip.so de
> outro asterisk já em produção, jogar em /usr/lib/asterisk/modules mas claro
> q não funcionou.
> Se alguém puder me ajudar, agradeço
>
> --
> Otávio
>
> ___
> 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

Re: [AsteriskBrasil] Instalação Asterisk puro

2013-05-22 Thread Otavio Asterisk 
Obrigado a todos.
Faltava instalar o libssl-dev (apt-get install libssl-dev).
De qq forma executei o script de pré-requisitos pra garantir!
Abraço e valeu


Em 22 de maio de 2013 09:29, Rafael dos Santos Saraiva  escreveu:

> Deve estar faltando alguma dependência. Faz assim, antes de começar a
> instalar vai no fonte do Asterisk, tem um script para instalação das
> dependências (contrib/scripts/install_prereq). Executa ele e tenta
> novamente.
>
>
> Att,
> *Rafael dos Santos Saraiva*
> Tel: (51) 8174-7956 | (51) 3205-1504
> *Digium Certified Asterisk Administrator (dCCA)*
> http://www.astdocs.com | 
> 
>
>
> Em 22 de maio de 2013 09:23, Otavio Asterisk 
> escreveu:
>
>> Lista, bom dia.
>>
>> Estou fazendo alguns testes e instalando asterisk 11 puro num debian.
>> Ao tentar instalar e compilar o asterisk, qnd executo o make menuselect,
>> em channel drivers, a opção chan_sip não está habilitada para selecionar
>> (aparece XXX), primeiramente tentei instalar o asterisk.11.4 e agora com o
>> asterisk.11.3 e o erro persiste.
>> Depois de instalado, tentei fazer a gambiarra de pegar o chan_sip.so de
>> outro asterisk já em produção, jogar em /usr/lib/asterisk/modules mas claro
>> q não funcionou.
>> Se alguém puder me ajudar, agradeço
>>
>> --
>> Otávio
>>
>> ___
>> 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
>



-- 
Otávio
___
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

[AsteriskBrasil] RES: Instalação Asterisk puro

2013-05-22 Thread Fernando - NextBilling IP Solutions 
Só para caráter informativo: Quando você seleciona algum módulo na tela do
menuselect, na tela em baixo, do lado esquerdo, ele te fala as depências
daquele módulo.

 

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 Otavio
Asterisk
Enviada em: quarta-feira, 22 de maio de 2013 09:35
Para: asteriskbrasil@listas.asteriskbrasil.org
Assunto: Re: [AsteriskBrasil] Instalação Asterisk puro

 

Obrigado a todos.

Faltava instalar o libssl-dev (apt-get install libssl-dev).

De qq forma executei o script de pré-requisitos pra garantir!

Abraço e valeu

 

Em 22 de maio de 2013 09:29, Rafael dos Santos Saraiva mailto:rafaels...@gmail.com> > escreveu:

Deve estar faltando alguma dependência. Faz assim, antes de começar a
instalar vai no fonte do Asterisk, tem um script para instalação das
dependências (contrib/scripts/install_prereq). Executa ele e tenta
novamente.




 

Att,

Rafael dos Santos Saraiva

Tel: (51) 8174-7956 | (51) 3205-1504  

Digium Certified Asterisk Administrator (dCCA)

http://www.astdocs.com |
 

   

  Em 22 de maio de
2013 09:23, Otavio Asterisk  escreveu:

  Lista, bom dia.

  
Estou fazendo alguns testes e instalando asterisk 11 puro num debian.

  Ao tentar instalar e
compilar o asterisk, qnd executo o make menuselect, em channel drivers, a
opção chan_sip não está habilitada para selecionar (aparece XXX),
primeiramente tentei instalar o asterisk.11.4 e agora com o asterisk.11.3 e
o erro persiste.
Depois de instalado, tentei fazer a gambiarra de pegar o chan_sip.so de
outro asterisk já em produção, jogar em /usr/lib/asterisk/modules mas claro
q não funcionou.

  Se alguém puder me
ajudar, agradeço


  
-- 
Otávio 

   

 
___
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

  


-- 
Otávio 

___
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

Re: [AsteriskBrasil] [Possivel Spam] Re: [Possivel Spam] Re: Portabilidade

2013-05-22 Thread Manecão 
Neste link voce pode fazer portabilidade
http://www.gtgi.net/portabilidade-numerica

Veja ai e depois poste a experiencia.


Em 21 de maio de 2013 17:17, Felipe Gomes Madeiros <
felipemadei...@hotmail.com> escreveu:

> Verifique se a CTBC (Algar Telecom) atende na sua região. Ele oferecem
> VOIP.
>
> Felipe Madeiros
>
> *De:* Marcos Celso
> *Enviado:* terça-feira, 21 de maio de 2013 17:13
> *Para:* asteriskbrasil@listas.asteriskbrasil.org
>
> Nova Friburgo
>
> Atenciosamente,
>
>
>
> Marcos Celso
>
> Frinet - Provedor de Internet LTDA ME
>
> 22 2519-8500 | 22 8124-8281
>
> www.frinet.com.br
>
> --
> -Mensagem Original-
> De: "Gian Nicodemus" 
> Para: asteriskbrasil@listas.asteriskbrasil.org
> Data: 21/05/2013 16:45
> Assunto: [Possivel Spam] Re: [AsteriskBrasil] [Possivel Spam] Re:
> Portabilidade
>
> mas qual a localidade?
>
>
> --
> Gian Nicodemus
> Analista de sistemas
> giannicode...@gmail.com
>
>
> Em 21 de maio de 2013 16:41, Marcos Celso 
> escreveu:
>
>> Roger, não é bem o que queria.
>>
>> Eu quero transferir meu número da Oi para uma outra operadora,
>> mas que seja operadora Voip.
>> Esse site que me mandou parece fazer uma consulta para saída de chamadas,
>> e não entrada.
>>
>> Atenciosamente,
>>
>>
>>
>> Marcos Celso
>>
>> Frinet - Provedor de Internet LTDA ME
>>
>> 22 2519-8500 | 22 8124-8281
>>
>> www.frinet..com.br 
>>
>> --
>> -Mensagem Original-
>> De: "Rogger Faioli" 
>> Para: asteriskbrasil@listas.asteriskbrasil.org
>> Data: 21/05/2013 16:37
>> Assunto: [Possivel Spam] Re: [AsteriskBrasil] Portabilidade
>>
>>
>> www.avcorp.com.br
>>
>> Enviado via iPhone
>>
>> Em 21/05/2013, às 16:35, "Marcos Celso" 
>> escreveu:
>>
>>
>>
>>
>> Boa tarde pessoal...
>>
>>
>> Eu gostaria de fazer portabilidade da Oi para uma empresa VoIP.
>> Alguém sabe para qual operadora eu posso fazer essa portabilidade ?
>>
>> Atenciosamente,
>>
>>
>>
>> Marcos Celso
>>
>>
>>
>>
>>  ___
>>
>> 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

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

2013-05-22 Thread Ronaldo Toledo 
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-0436]: 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-0436]: 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  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, IS

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

2013-05-22 Thread Mike Tesliuk 
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-0436]: 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-0436]: 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 > 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
mailto: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,

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

2013-05-22 Thread Ronaldo Toledo 
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  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-0436]: 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-0436]: 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  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

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

2013-05-22 Thread Fernando - NextBilling IP Solutions 
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-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-0436]: 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-0436]: 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 mailto: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
mailto: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 Mo

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

2013-05-22 Thread Ronaldo Toledo 
Eis o call file

Channel: SIP/tronco/numtel
Context: testeamd
extension: s
priority: 1
waittime: 30
Set:LINHACSV=xxx*#*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
>
> *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 *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-0436]: 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-0436]: 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  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.

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

2013-05-22 Thread Ronaldo Toledo 
Mike, há uma coisa estranha acontecendo. Eu havia ligado o debug geral (sip
set debug on) e só vinha mensagens de debug referentes à chamada fantasma
que é feito pelo call file. Não aparecia nada referente ao comando Dial
executado no dialplan. Uma baita surpresa: o sip debug é sempre muito
eloquente.


Em 22 de maio de 2013 12:32, Mike Tesliuk  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=xxx*#*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]

Re: [AsteriskBrasil] Portabilidade

2013-05-22 Thread Everaldo Rodrigues de Oliveira 
Vi alguma coisa da transitbrasil.com.br tem que ver se atende sua região.

Att
Everaldo Oliveira


Em 21 de maio de 2013 16:35, Marcos Celso escreveu:

> Boa tarde pessoal...
>
> Eu gostaria de fazer portabilidade da Oi para uma empresa VoIP.
> Alguém sabe para qual operadora eu posso fazer essa portabilidade ?
>
> Atenciosamente,
>
>
>
> Marcos Celso
>
> ___
> 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
>



-- 
Everaldo Rodrigues de Oliveira
Analista de Suporte/Telecomunicações
Mobile: 55 (41) 9620 0524
MSN: everaldo_casca...@hotmail.com
Skype: everaldo_cvel
___
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

[AsteriskBrasil] Suporte Asterisk

2013-05-22 Thread Ricardo Zanlorenzi 
Pessoal, estamos precisando de um suporte em Asterisk para trabalhar em
Curitiba, as atividades serão:

   - Atendimento ao cliente;
   - Implantações;
   - Treinamento ao usuário;
   - Conhecimento em Linux;

Podem mandar CV para esse e-mail mesmo.

Obrigado.

-- 
Ricardo Zanlorenzi
Diretor Técnico / Comercial
www.nexcore.com.br
41 3322-1336
41 4063-7665
41 9910-5918
___
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

Re: [AsteriskBrasil] Suporte Asterisk

2013-05-22 Thread Hudson Cardoso 
Pagando bem, perigo nao tem...Qual a faixa de salario ?

Hudson 
(048) 8413-7000
Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova 
precisa. 

Date: Wed, 22 May 2013 17:26:17 -0300
From: rica...@nexcore.com.br
To: asteriskbrasil@listas.asteriskbrasil.org
Subject: [AsteriskBrasil] Suporte Asterisk

Pessoal, estamos precisando de um suporte em Asterisk para trabalhar em 
Curitiba, as atividades serão:
Atendimento ao cliente;Implantações;Treinamento ao usuário;Conhecimento em 
Linux;
Podem mandar CV para esse e-mail mesmo.
Obrigado.


-- 
Ricardo Zanlorenzi
Diretor Técnico / Comercial
www.nexcore.com.br
41 3322-1336

41 4063-7665
41 9910-5918




___
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

Re: [AsteriskBrasil] Suporte Asterisk

2013-05-22 Thread Raphael Rodrigues 
Gostaria de saber tbm..


Em 22 de maio de 2013 17:35, Hudson Cardoso escreveu:

>
> Pagando bem, perigo nao tem...
> Qual a faixa de salario ?
>
>
> Hudson
> (048) 8413-7000
> Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova 
> precisa.
>
>
>
> --
> Date: Wed, 22 May 2013 17:26:17 -0300
> From: rica...@nexcore.com.br
> To: asteriskbrasil@listas.asteriskbrasil.org
> Subject: [AsteriskBrasil] Suporte Asterisk
>
>
> Pessoal, estamos precisando de um suporte em Asterisk para trabalhar em
> Curitiba, as atividades serão:
>
>- Atendimento ao cliente;
>- Implantações;
>- Treinamento ao usuário;
>- Conhecimento em Linux;
>
> Podem mandar CV para esse e-mail mesmo.
> Obrigado.
>
>
> --
> Ricardo Zanlorenzi
> Diretor Técnico / Comercial
> www.nexcore.com.br
> 41 3322-1336
> 41 4063-7665
> 41 9910-5918
>
>
> ___ 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
>



-- 
-- 
Raphael Rodrigues
Analista de Redes - Pd's Informática ltda
Linux user number 510457
LPI000275344
CISCO ID: CSCO12223327
http://www.softwarelivre-campos.org/
http://www.pdsnet.com.br/

"Felizes aqueles cujo conhecimento é livre de ilusões e superstições",
Sidarta Gautama, o Buda.
___
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

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

2013-05-22 Thread Ronaldo Toledo 
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  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=xxx*#*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 exec

Re: [AsteriskBrasil] problemas com MeetMe em realtime

2013-05-22 Thread Mike Tesliuk 

Que versão do asterisk voce esta usando ?

Tente usar o confBridge invez do meetme

Em 22/05/13 15:18, Jeferson de Araujo Damasceno escreveu:

Boa tarde pessoal,

Estou com o seguinte problema em um sistema que estou desenvolvendo, 
ele cria a sala de conferencia, mas, quando o ramal disca o número da 
sala aparece o seguinte problema:


 Executing [5001@ramais:1] Answer("SIP/8910-", "")
[May 22 16:15:19] NOTICE[12266]: pbx_realtime.c:371 realtime_exec: No 
such application 'MeetMe' for extension '5001' in context 'ramais'



--
Jeferson de A. Damasceno
Tel: 071-8860-9666 / 071-9643-0657
MSN: jefer...@conexaoelite.com 
URL: www.conexaoelite.com.br 

Serviços:
Desenvolvimento de sistemas Web;
Desenvolvimento de sites gerenciáveis;
Administração de rede;
PABX IP Asterisk


___
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

[AsteriskBrasil] CallBack

2013-05-22 Thread Hudson Cardoso 
   Olá pessoal
Gostaria de prover uma ligação para dois números externos, mas como proceder no 
outgoing 
?channel:sip/gsm/04884137000codecs:g729Callerid:04884137000MaxRetries:3Retrytime:30context:ddiextension:sip/gsm/04884137000Alwaysdelete:yes
isso acima funciona, mas cai no contexto default, e não quero usar o default 
por motivos de segurança.existe alguma outra forma ?
Grato.
Hudson 
(048) 8413-7000
Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova 
precisa. ___
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

Re: [AsteriskBrasil] CallBack

2013-05-22 Thread Neimar Ávila 
Seu extension devera ser apenas 04884...
Está indo para o default porque ele nao esta achando sip/gsm/04884... No 
contexto ddi

O contexto usado nao influencia na segurança e sim como o mesmo é feito.

Enviado via iPad

Em May 23, 2013, às 1:10 AM, Hudson Cardoso  
escreveu:

>Olá pessoal
> 
> Gostaria de prover uma ligação para dois números externos, mas como proceder 
> no outgoing ?
> 
> channel:sip/gsm/04884137000
> codecs:g729
> Callerid:04884137000
> MaxRetries:3
> Retrytime:30
> context:ddi
> extension:sip/gsm/04884137000
> Alwaysdelete:yes
> 
> isso acima funciona, mas cai no contexto default, e não quero usar o default 
> por motivos de segurança.
> existe alguma outra forma ?
> 
> Grato.
> 
> Hudson 
> (048) 8413-7000
> Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova 
> precisa. 
> ___
> 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

Re: [AsteriskBrasil] CallBack (Resolvido)

2013-05-22 Thread Hudson Cardoso 
   Valeu, garoto   Era isso mesmo...

Hudson 
(048) 8413-7000
Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova 
precisa. 

CC: asteriskbrasil@listas.asteriskbrasil.org
From: nei...@virtualsistemas.com.br
Date: Thu, 23 May 2013 02:11:37 -0300
To: asteriskbrasil@listas.asteriskbrasil.org
Subject: Re: [AsteriskBrasil] CallBack

Seu extension devera ser apenas 04884...Está indo para o default porque ele nao 
esta achando sip/gsm/04884... No contexto ddi
O contexto usado nao influencia na segurança e sim como o mesmo é feito.

Enviado via iPad
Em May 23, 2013, às 1:10 AM, Hudson Cardoso  
escreveu:




   Olá pessoal
Gostaria de prover uma ligação para dois números externos, mas como proceder no 
outgoing 
?channel:sip/gsm/04884137000codecs:g729Callerid:04884137000MaxRetries:3Retrytime:30context:ddiextension:sip/gsm/04884137000Alwaysdelete:yes
isso acima funciona, mas cai no contexto default, e não quero usar o default 
por motivos de segurança.existe alguma outra forma ?
Grato.
Hudson 
(048) 8413-7000
Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova 
precisa. 
___
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