<note tip>Para este documento, leia-se Peer SIP qualquer dispositivo que atenda os requisitos de integração ao SRL na instituição, como por exemplo: PABX IP Legado, MediaGateway ou qualquer outro dispositivo SIP.</note>
Na integração do fone@RNP com o Peer SIP, o SRL será um tronco SIP para o dispositivo. Funcionando de forma redundante através do SRL1 e SRL2, o SRL é o Proxy de sinalização (SIP) e mídia (RTP) de contato do equipamento com o fone@RNP. O Peer SIP será um peer do SRL e terá função de trânsito, caso seja possível, entre o fone@RNP e a operadora local.
No sentido do Peer SIP acessando o fone@RNP, o Peer SIP será configurado para que toda a rota associada a Local-Fixo e DDD-Fixo deverá preferencialmente encaminhar a chamada ao SRL, o SRL consultará a acessibilidade do destino no fone@RNP e caso encontre um destino a mesma será encaminhada.
O SRL consta com a funcionalidade de roteamento redundante entre todas instituições possíveis para completar o destino requisitado. Contudo, caso o destino não seja localizado ou haja uma falha de comunicação com todos os destinos possíveis, o equipamento retornará falha na comunicação ao Peer SIP.
O Peer SIP deverá identificar o não sucesso ao completar a chamada pelo tronco do SRL e encaminhar ao tronco da operadora, caso possua. Todos os outros destinos do PBX IP, como, Local-móvel, DDD-Móvel, DDI, Serviços (0800, 0300, …) e emergência deverão ser encaminhados diretamente ao tronco da operadora, caso possua, evitando atraso no estabelecimento da chamada.
Em contrapartida ao fone@RNP, o Peer SIP deverá possuir regras de acesso do tronco SRL aos ramais da instituição (DDR e Virtual) e regras de acesso a destinos local-fixo da Rede de Telefonia Fixa Comutada (RTFC) local. Com a criação de rotas locais no SRL associadas ao Peer SIP e o encaminhamento no Peer SIP para o SRL de chamadas do tipo Local – Fixo cria um cenário de loop no estabelecimento destas chamadas.
É importante encaminhar chamadas Local Fixo ao SRL pois, chamadas a instituições localizadas na mesma cidade ou na mesma região Conurbada . Caso não haja instituições participantes do fone@RNP em sua região, sugerimos não encaminhar chamadas Local – Fixo para o SRL. Caso contrário, a chamada será encaminhada ao SRL que identificará se o número em questão está associado ao PABX (DDR) de uma instituição de sua região. Caso a resposta seja positiva, a chamada será encaminhada a instituição via o fone@RNP – permitindo a economia da chamada local em sua unidade. Contudo, caso a chamada não possa ser estabelecida pelo Fone@RNP ou o número destino não seja de uma instituição do fone@RNP, o SRL identificará que existe uma rota apontando ao Peer SIP (gerando o loop).
Para evitar o loop entre o Peer SIP e o SRL, duas regras de discagem são criadas no Peer SIP. A primeira regra deverá combinar (match) com chamadas locais fixo com número de origem de ramal do PABX Legado, esta regra não encaminhará a chamada a algum tronco e deverá bloquear toda. A segunda regra apenas combina (match) com o número de destino local fixo e deverá permitir chamadas utilizando o tronco da operadora convencional do PABX Legado.
<note important>Informo que esta habilitação deve ser feita apenas para os endereços IPs do SRL1 e SRL2. Ficando a instituição responsável por qualquer falha de segurança no acesso ao Peer SIP.</note>
| Peer SIP | SRL1 | SRL2 | |
|---|---|---|---|
| Descrição | VM Opensips | VM Opensips | |
| Endereço IP | « SRL1 » | « SRL2 » | |
| Porta | UDP 5060 | UDP 5060 | |
| Criptografia | Não | Não | |
| Codec | G.711 ulaw e alaw | G.711 ulaw e alaw | |
| Autenticação | IP + Porta | IP + Porta |
<note>; Exemplo de configuração com Asterisk
[SRLTronco1]
host=<IP_SRL1>
type=friend
port=5060
canreinvite=no
directmedia=no
qualify=yes
context=from-foneatrnp ; caso seja elastix: from-internal
disallow=all
allow=ulaw
allow=alaw
</note>