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
- ncurses
- libncurses5-dev
- openssl
- libssl-dev
- gcc
- libc6-dev
- make
- bison
Em 22 de maio de 2013 09:23, Otavio Asterisk otavioaster...@gmail.comescreveu:
Lista, bom dia.
Estou fazendo alguns testes e instalando asterisk 11 puro num debian.
Ao tentar instalar
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
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 rafaels...@gmail.com
escreveu:
Deve estar faltando alguma dependência. Faz assim,
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
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.
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).
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
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
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
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 =
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
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 marcos_ce...@frinet.com.brescreveu:
Boa tarde pessoal...
Eu gostaria de fazer portabilidade da Oi para uma empresa VoIP.
Alguém sabe para qual operadora
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
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:
Gostaria de saber tbm..
Em 22 de maio de 2013 17:35, Hudson Cardoso hudsoncard...@hotmail.comescreveu:
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.
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 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
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
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 hudsoncard...@hotmail.com
Alex Neuman é do Panamá e foi recentemente contratado para gerenciar a
comunidade de usuários e profissionais do Elastix, cuja presença se
manifesta nas redes sociais, principalmente no Twitter e Facebook, bem como
no suporte as listas de discussão do Elastix.
Alex tem mais de 25 anos de
21 matches
Mail list logo