<p dir="ltr">Oi Matheus, </p>
<p dir="ltr">Em 28 de maio de 2014 11:05, Matheus Cucoloto <<a href="mailto:matheuscucoloto@gmail.com">matheuscucoloto@gmail.com</a>> escreveu:<br>
><br>
> Pessoal.<br>
><br>
> Tenho varios register sip, obviamente com contas > diferentes para um mesmo servidor.</p>
<p dir="ltr">Até onde sei, este comportamento parece ser da arquitetura do Asterisk, considerando que a autenticação está sendo feito por IP e porta (peer).</p>
<p dir="ltr">Na época que pesquisei sobre isso não encontrei solução a não ser separar no dialplan mesmo ...</p>
<p dir="ltr">Att.</p>
<p dir="ltr">Referências:</p>
<p dir="ltr"><a href="http://www.mail-archive.com/asterisk-users@lists.digium.com/msg234066.html">http://www.mail-archive.com/asterisk-users@lists.digium.com/msg234066.html</a></p>
<p dir="ltr">;------------------------------------------------------------------------------<br>
; DEVICE CONFIGURATION<br>
;<br>
; SIP entities have a 'type' which determines their roles within Asterisk.<br>
; * For entities with 'type=peer':<br>
; Peers handle both inbound and outbound calls and are matched by ip/port, so for<br>
; The case of incoming calls from the peer, the IP address must match in order for<br>
; The invitation to work. This means calls made from either direction won't work if<br>
; The peer is unregistered while host=dynamic or if the host is otherise not set to<br>
; the correct IP of the sender.<br>
; * For entities with 'type=user':<br>
; Asterisk users handle inbound calls only (meaning they call Asterisk, Asterisk can't<br>
; call them) and are matched by their authorization information (authname and secret).<br>
; Asterisk doesn't rely on their IP and will accept calls regardless of the host setting<br>
; as long as the incoming SIP invite authorizes successfully.<br>
; * For entities with 'type=friend':<br>
; Asterisk will create the entity as both a friend and a peer. Asterisk will accept<br>
; calls from friends like it would for users, requiring only that the authorization<br>
; matches rather than the IP address. Since it is also a peer, a friend entity can<br>
; be called as long as its IP is known to Asterisk. In the case of host=dynamic,<br>
; this means it is necessary for the entity to register before Asterisk can call it.<br>
;</p>
<p dir="ltr">> O Asterisk de forma padrão registra no peer de destino todas as contas com porta de origem 5060.<br>
><br>
> O problema é que quando eu recebo ligação de uma dessas contas registradas o meu Asterisk seleciona o Peer SIP aleatoriamente.<br>
><br>
> Exemplo:<br>
><br>
> Peer-1 DID 1000<br>
> Peer-2 DID 1001<br>
><br>
> Quando recebo ligação do 1001 o Asterisk seleciona o contexto do Peer-1.<br>
><br>
> Eu acredito que isso é um comportamento normal, mas existe alguma solução para isso?<br>
><br>
> O problema não esta em receber a ligação, sei que posso colocar tudo em um mesmo contexto e criar exten separados, não é essa a questão.<br>
><br>
> O que preciso é que o Asterisk de match no Peer certo.<br>
><br>
> -- <br>
> -----------------------------------------------<br>
> Matheus Cucoloto<br>
><br>
><br>
> _______________________________________________<br>
><br>
> WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu<br>
> conhecimento na tecnologia e portfólio Khomp. Próxima edição<br>
> em BELO HORIZONTE, 26 de junho. Inscrições GRATUITAS.<br>
> Garanta a sua vaga e saiba mais em: <a href="http://www.workoffee.com.br">www.workoffee.com.br</a><br>
> _______________________________________________<br>
> ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia IP .<br>
> Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.<br>
> Banco de Canais Analógicos – Appliance Asterisk<br>
> Acesse <a href="http://www.aligera.com.br">www.aligera.com.br</a><br>
> _______________________________________________<br>
> Para remover seu email desta lista, basta enviar um email em branco para <a href="mailto:asteriskbrasil-unsubscribe@listas.asteriskbrasil.org">asteriskbrasil-unsubscribe@listas.asteriskbrasil.org</a><br></p>