Projetando o tronco SIP para E9-1-1

 

Tópico modificado em: 2012-06-11

O Microsoft Lync Server 2010 usa troncos SIP para conectar uma chamada de emergência ao provedor de serviços E9-1-1. Você pode configurar os troncos SIP do serviço de emergência para E9-1-1 em um local central, em vários locais centrais ou em cada filial. No entanto, se o link da WAN entre o local do chamador e o local que hospeda o tronco SIP do serviço de emergência não estiver disponível, uma chamada feita por um usuário no site desconectado precisará de um registro de uso de telefone especial na política de voz do usuário que roteará a chamada ao ECRC por meio do gateway PSTN local. O mesmo é verdadeiro se os limites de chamadas simultâneas do serviço de controle de admissão chamada estiverem em vigor.

Observação:

Existem duas maneiras de implementar um tronco SIP em um ambiente do Lync Server 2010: Use Servidor de Mediação de hospedagem múltipla que use as interfaces roteadas publicamente direcionadas para o exterior para se comunicar com o provedor do tronco SIP. Use um SBC (Controlador de Borda de Sessão) no local para fornecer um ponto de demarcação seguro entre o Servidor de Mediação e os serviços do provedor de tronco SIP. Se você escolher o último método, verifique se a marca e o modelo do SBC escolhidos oferecem suporte à transmissão de dados de localização do objeto local de formato de dados de informação de presença (PIDF-LO) como parte de seu SIP INVITE. Caso contrário, as chamadas chegarão no provedor de serviços de emergência separadas das suas informações de localização. Os provedores de serviços E9-1-1 fornecem acesso a um par de SBCs para redundância. Você deve tomar várias decisões sobre a configuração de topologia e roteamento de chamada do Servidor de Mediação. Você tratará os SBCs como pares iguais e use o roteamento de rodízio de chamadas entre eles ou designará um como primário e outro secundário?

Para obter detalhes sobre como implantar um tronco SIP no Lync Server 2010, consulte Como implementar o tronco SIP?. As perguntas a seguir ajudarão você a decidir como implantar troncos SIP para E9-1-1.

• Você deve implantar o tronco SIP em uma conexão de concessão dedicada ou uma conexão compartilhada com a Internet?
  É importante que as chamadas de emergência sejam sempre conectadas. Uma linha dedicada fornece uma conexão que não será garantida por outro tráfego na rede e permite que você implemente o Qualidade de Serviço (QoS). Lembre-se de que, se você estiver se conectando a provedores de serviços de emergência por meio da Internet pública, será preciso garantir a confidencialidade das chamadas de emergência, a criptografia IPSec será necessária.

• Sua implantação de E9-1-1 foi projetada ser tolerante a desastres?
  Como esta é uma solução de emergência, a resiliência é importante. Implante a Servidor de Mediação primária e secundária e os troncos SIP em locais tolerantes a desastres. É uma boa ideia implantar a Servidor de Mediação primária mais próximo aos usuários aceitos e rotear as chamadas de failover por meio da Servidor de Mediação secundário (localizada em um local geográfico diferente).

• Você deve implantar um tronco SIP separado para cada filial?
  O Lync Server fornece diversas estratégias para manipular a resiliência de voz em filiais incluindo: ter redes de dados resistentes, implantar um tronco SIP em cada filial ou enviar por push chamadas para o gateway local durante interrupções do serviço. Para obter detalhes, consulte Troncos SIP de locais de filial.

• O CAC (serviço de controle de admissão de chamada) está habilitado?
  O Lync Server não manipula as chamadas de emergência de forma diferente de uma chamada comum. Por essa razão, o gerenciamento de largura de banda ou o CAC (serviço de controle de admissão de chamada) pode ter um impacto negativo em uma configuração de E9-1-1. As chamadas de emergência serão bloqueadas ou roteadas para o gateway PSTN local se um CAC estiver habilitado e for excedido o limite configurado em um link no qual as chamadas de emergência estiverem sendo roteadas. Como indicado anteriormente neste tópico, tais chamadas não terão dados de localização e devem ser direcionadas manualmente para o ECRC.