Mauricio
Acredito que o problema seja no banco de dados interno do Asterisk. No
debian, o arquivo fica em: /var/lib/asterisk/astdb
Se voce parar o asterisk, remover o arquivo e depois iniciar ele novamente,
o arquivo será gerado do zero e o problema não deve ocorrer mais. Já tive
problemas do ban
Obrigado por compartilhar a solução
conosco. Certamente vai ser de grande valia um dia, pois
particularmente, eu nunca havia me deparado com essa situação de
"peer fantasma" rsrs.
Valeu.
Atenciosamente,
Cláudio Éden - dCAA |
Boa noite.
Depois de diversas perguntas ao Google encontrei essa página [1], que
descreve uma situação semelhante à minha.
Fiz o mesmo procedimento que está no segundo comentário e o problema
foi resolvido. Isso estava nos impedindo de efetuar chamadas por esse
peer.
Abraços e obrigado aos que t
Não é o MCDU, nem chega perto disso.
O contexto from-trunk é uma série de includes, isso é num server
rodando FreePBX.
--
Mauricio Bonani
mbon...@gmail.com
Em 10 de outubro de 2014 15:54, Claudio Eden GMAIL
escreveu:
> Como está no EXTENSIONS.CONF o contexto
>
> context=from-trunk?
>
> Possive
O mais interessante é que outro tronco no mesmo gateway não apresenta
essa discrepância.
# asterisk -rx "sip show peers"
Name/username HostDyn
Forcerport ComediaACL Port Status Description
cell/cell 10.0.0.21
Como está no EXTENSIONS.CONF o contexto
context=from-trunk?
Possivelmente é o MCDU.
Atenciosamente,
Cláudio Éden - dCAA | MCDST | ITIL
(85) 8972-1842
claudio.e...@gmail.com
http://www.eden.com.br
Boa tarde,
Alguém sabe me dizer de onde o asterisk tira esse username '9001'?
# asterisk -rx "sip show peers"
Name/username HostDyn
Forcerport ComediaACL Port Status Description
fixo/9001 10.0.0.21
7 matches
Mail list logo