Eu fiz algo semelhante, mas na verdade eu só tenho dois techprefix,
sugiro que você faça de uma forma diferente que explico logo mais...
no meu caso, eu criei todas as rotas duas vezes, uma é _1#55. e a outra
é _2#55. na questão é apenas uma definição de rota premium e rota
default, o
Ola, mike. Entao, como expliquei antes, o problema nao esta sendo o
procedimento em si, e na verdade onde. Vou colocar o cenário hoje do meu
a2billing.
Recebo um tronco SIP com login, senha e IP. Assim esta funcioando
normalmente.
;INICIO DE CADASTRO DE TRONCOS SIP/IAX
register =
o tronco de saida não importa aqui, o tronco de entrada é apenas por
onde o usuário irá se comunicar, o techprefix é algo que o usuário irá
discar, então é tudo em dialplan e não no sip.conf.
se você não quer que seus usuários não utilizem senha e nenhum tipo de
configuração, então é só
Estou començando a entender mike, mas, se puder vamos por parte. Gostaria
inicialmente receber um tronco sip com techprefix, pq hoje ja envio por
login e senha, e acho q vai ficar assim um bom tempo, entao minha
prioridade seria receber por techprefix, por enviar techprefix seria para
outra
o techprefix não é o tronco, é o numero
você cria um tronco com o seu usuário.
[fulano]
type=peer
host=IP
permit=IP/255.255.255.255
deny=0.0.0.0/0.0.0.0
context=entrada
canreinvite=no
Se eu não esqueci de nada, com isso o usuário ja fecha conexão com tigo
dentro do contexto [entrada] voce
5 matches
Mail list logo
