Ligações SIP diretas no Skype for Business Server

APLICA-SE A: 2015 2019 Subscription Edition

As ligações SIP diretas são suportadas entre Skype for Business Server e gateways PSTN e IP-PBX no Enterprise Voice.

Pode utilizar ligações SIP diretas para ligar Skype for Business Server a uma das seguintes opções:

• Um IP-PBX

• Um gateway RTPC

Para implementar uma ligação SIP direta, siga essencialmente os mesmos passos de implementação que iria implementar um ramal SIP. Em ambos os casos, implementa a ligação através da interface externa de um Servidor de Mediação. A única diferença é que liga ramais SIP a uma entidade externa, como um gateway ITSP, e liga ligações SIP diretas a uma entidade interna na sua rede local, como um IP-PBX ou um gateway de rede telefónica pública comutado (RTPC).

Opções de implantação de SIP Direto

Skype for Business Server Stand-Alone

Se a sua organização utilizar uma das implementações descritas nesta secção, pode utilizar Skype for Business Server como a única solução de telefonia para parte ou para toda a organização. Esta secção descreve as seguintes implementações em detalhe:

• Implementação incremental: Esta opção pressupõe que tem uma infraestrutura de troca de sucursais privadas (PBX) existente e que pretende introduzir Enterprise Voice de forma incremental a grupos ou equipas mais pequenos na sua organização.

• Implementação apenas voIP: esta opção pressupõe que está a considerar implementar Enterprise Voice num site que não tem uma infraestrutura de telefonia tradicional.

Implementação Incremental

Na implementação incremental, Skype for Business Server é a única solução de telefonia para equipas ou departamentos individuais, enquanto os restantes utilizadores numa organização continuam a utilizar um PBX. Esta estratégia de implementação incremental fornece uma forma de introduzir telefonia IP na sua empresa através de programas piloto controlados. Os grupos de trabalho cujas necessidades de comunicação são melhor servidas pela Microsoft Unified Communications são movidos para Enterprise Voice, enquanto outros utilizadores permanecem no PBX existente. Os grupos de trabalho adicionais podem ser migrados para Enterprise Voice, conforme necessário.

A opção incremental é recomendada se tiver grupos de utilizadores claramente definidos que têm requisitos de comunicação em comum e que se prestam à gestão centralizada. Esta opção também é eficaz se tiver equipas ou departamentos distribuídos por áreas geográficas alargadas, onde as poupanças nos custos de longa distância podem ser significativas. Na verdade, esta opção é útil para criar equipas virtuais cujos membros possam estar dispersos por todo o mundo. Pode criar, modificar ou dissolver essas equipas em resposta rápida à mudança de requisitos empresariais.

A figura seguinte mostra a topologia genérica para implementação de Enterprise Voice por trás de um PBX. Esta é a topologia recomendada para implementação incremental.

Opção de implementação incremental

Nota

Se estiver a ligar a implementação Skype for Business Server a um parceiro SIP Direto certificado, não é necessário um gateway de rede telefónica pública comutado (RTPC) entre o Servidor de Mediação e o PBX. Para obter uma lista de parceiros SIP Direto certificados, consulte o Programa De Interoperabilidade Do Microsoft Unified Communications Open.

Nota

O caminho do suporte de dados mostrado nesta figura tem o bypass multimédia ativado (a configuração recomendada). Se optar por desativar a desativação do suporte de dados, o caminho do suporte de dados é encaminhado através do Servidor de Mediação.

Nesta topologia, os departamentos ou grupos de trabalho selecionados estão ativados para Enterprise Voice. Um gateway RTPC liga o grupo de trabalho ativado por Voice over Internet Protocol (VoIP) ao PBX. Os utilizadores que estão ativados para Enterprise Voice, incluindo os trabalhadores remotos, comunicam através da rede IP. As chamadas por Enterprise Voice utilizadores para a RTPC e para os colegas que não estão ativados para Enterprise Voice são encaminhadas para o gateway RTPC adequado. As chamadas de colegas que ainda se encontrem no sistema PBX ou de autores de chamadas na RTPC são encaminhadas para o gateway RTPC, que reencaminha as chamadas para Skype for Business Server para encaminhamento.

Existem duas configurações recomendadas para ligar Enterprise Voice a uma infraestrutura PBX existente para interoperabilidade: Enterprise Voice por trás do PBX e Enterprise Voice à frente do PBX.

Enterprise Voice atrás do PBX

Quando Enterprise Voice é implementado por trás do PBX, todas as chamadas da RTPC chegam ao PBX, que encaminha chamadas para Enterprise Voice utilizadores para um gateway RTPC e chamadas para utilizadores PBX para o PBX.

Enterprise Voice à frente do PBX

Quando Enterprise Voice é implementado em frente ao PBX, todas as chamadas chegam ao gateway RTPC, que encaminha os pedidos para Enterprise Voice utilizadores Skype for Business Server e chama utilizadores PBX para o PBX. As chamadas para a RTPC de utilizadores de Enterprise Voice e PBX são encaminhadas através da rede IP para o gateway RTPC mais económico. A tabela seguinte mostra as vantagens e desvantagens desta configuração.

Vantagens e Desvantagens da Implementação de Enterprise Voice à Frente do PBX

Vantagens	Desvantagens
O PBX ainda serve os utilizadores que não estão ativados para Enterprise Voice.	Os gateways existentes podem não suportar as funcionalidades ou a capacidade pretendidas.
O PBX processa todos os dispositivos anteriores.	Requer um ramal do gateway para o PBX e do gateway para o Servidor de Mediação. Poderá precisar de mais ramais do fornecedor de serviços.
Enterprise Voice utilizadores mantêm os mesmos números de telefone.

Implementação do VoIP-Only

Enterprise Voice fornece novas empresas e também novos sites de escritório para empresas existentes, com a oportunidade de implementar uma solução VoIP completa sem ter de se preocupar com a integração PBX ou incorrer nos custos substanciais de implementação e manutenção de uma infraestrutura IP-PBX. Esta solução suporta trabalhadores no local e remotos.

Nesta implementação, todas as chamadas são encaminhadas através da rede IP. As chamadas para a RTPC são encaminhadas para o gateway RTPC adequado. Skype for Business ou Lync Phone Edition serve como um softphone. O controlo de chamadas remotas não está disponível e é desnecessário porque não existem telemóveis PBX para os utilizadores controlarem. O voice mail e os serviços de atendedor automático estão disponíveis através da implementação opcional do Exchange Unified Messaging (UM).

Nota

Além da infraestrutura de rede necessária para suportar Skype for Business Server, uma implementação apenas VoIP pode utilizar um gateway pequeno e qualificado para suportar máquinas de fax e dispositivos analógicos.

A figura seguinte mostra uma topologia típica para uma implementação apenas voIP.

Opção de implementação apenas VoIP

Nota

O caminho do suporte de dados mostrado nesta figura tem o bypass multimédia ativado (a configuração recomendada). Se optar por desativar a desativação do suporte de dados, o caminho do suporte de dados é encaminhado através do Servidor de Mediação.

Opções de implementação do Gateway RTPC

Gateways RTPC

Os gateways de rede telefónica pública comutado (RTPC) são componentes de hardware de terceiros que traduzem sinalização e suporte de dados entre a infraestrutura de Enterprise Voice e a RTPC, diretamente ou através da ligação a ramais SIP. Em qualquer topologia, o gateway termina a RTPC. O gateway está isolado na sua própria sub-rede e está ligado à rede empresarial através do Servidor de Mediação.

Normalmente, uma empresa com vários sites implementaria um ou mais gateways em cada site. Os sites de ramo podem ligar-se à RTPC através de um gateway ou através de uma Aplicação de Ramo Sobrevivente, que combina gateway e servidores numa única caixa. Se os sites de ramo utilizarem um gateway, tanto uma Entidade de Registo como um Servidor de Mediação são necessários no site, a menos que a ligação WAN seja resiliente. Um ou mais Servidores de Mediação, que são agrupados em Servidores front-end, podem encaminhar chamadas para um ou mais gateways em cada site. Recomendamos que a Entidade de Registo, o Servidor de Mediação e o gateway necessários no local sejam implementados como uma Aplicação de Ramo Sobrevivente.

Determinar o número, o tamanho e a localização dos gateways RTPC é talvez a decisão mais importante e dispendiosa que tem de tomar ao planear a sua infraestrutura de Enterprise Voice.

Eis as main questões a ter em conta. Tenha em atenção que as respostas a estas perguntas são interdependentes

• Quantos gateways RTPC são necessários? A resposta depende do número de utilizadores, do número antecipado de chamadas simultâneas (carga de tráfego) e do número de sites (cada site precisa de um).

• Qual deve ser o tamanho dos gateways? A resposta depende do número de utilizadores no site e da carga de tráfego.

• Onde devem estar localizados os gateways? A resposta depende, em parte, da topologia e, em parte, da distribuição geográfica da sua organização.

  Também deve considerar as opções de topologia do gateway (para obter detalhes, veja Topologias de Gateway mais adiante neste tópico).

Suporte de Tronco M:N

Os Servidores de Mediação podem encaminhar chamadas através de vários gateways, controladores de limite de sessão (SBCs) fornecidos por fornecedores de serviços de telefonia internet ou uma combinação dos dois. Além disso, vários Servidores de Mediação no conjunto podem interagir com vários gateways. A rota lógica definida entre um Servidor de Mediação e um gateway é denominada ramal. Quando um utilizador interno efetua uma chamada RTPC, a lógica de encaminhamento de saída no conjunto de Front-End escolhe o ramal a encaminhar para fora de todas as combinações possíveis que podem estar disponíveis para encaminhar essa chamada específica. Com o balanceamento de carga DNS, se uma chamada não conseguir aceder a um gateway devido a um problema com um Servidor de Mediação específico no conjunto, a chamada será repetida para um Servidor de Mediação alternativo no conjunto.

Para obter detalhes sobre o planeamento de vários gateways, veja Ramal M:N no Skype for Business Server.

Para obter detalhes sobre outros melhoramentos de encaminhamento de saída, veja Rotas de Chamadas.

Topologias de Gateway

Quando considerar as questões fundamentais da implementação do gateway, siga estes passos:

1. Conte os sites nos quais pretende fornecer conectividade RTPC com Enterprise Voice.

2. Calcule o tráfego em cada site (número de utilizadores e número médio de chamadas por hora por utilizador).

3. Implemente um ou mais gateways em cada site para processar o tráfego previsto.

Com esta topologia, as chamadas entre trabalhadores em cada site e entre sites são todas encaminhadas através da sua intranet. As chamadas para a RTPC são encaminhadas através da rede IP da empresa para os gateways mais próximos da localização dos números de destino. Mas e se a sua organização suportar dezenas ou centenas ou mesmo milhares de sites distribuídos por um ou mais continentes, como fazem muitas instituições financeiras e outras grandes empresas? Nestes casos, a implementação de um gateway separado em cada site não é prática.

Para resolver este problema, muitas grandes empresas preferem implementar um ou alguns sites centrais de telefonia de grandes dimensões.

Nesta topologia, são implementados vários gateways grandes suficientes para acomodar a carga de utilizador prevista em cada site central. Todas as chamadas para os utilizadores na empresa são reencaminhadas pelo fornecedor de serviços telefónicos da empresa para um site central. A lógica de encaminhamento no site central determina se a chamada deve ser encaminhada através da intranet ou para a RTPC.

Localização do Gateway

A localização do gateway também pode determinar os tipos de gateways que escolher e como são configurados. Existem dezenas de protocolos RTPC, nenhum dos quais é um padrão mundial. Se todos os gateways estiverem localizados num único país/região, este não é um problema, mas se localizar gateways em vários países/regiões, cada um tem de ser configurado de acordo com as normas RTPC desse país/região. Além disso, os gateways certificados para operação no, por exemplo, no Canadá, não podem ser certificados na Índia, no Brasil ou na União Europeia.

Tamanho e Número do Gateway

Os gateways RTPC que a maioria das organizações considerará implementar variam entre 2 e 960 portas. (Existem gateways ainda maiores, mas estes são utilizados principalmente por fornecedores de serviços telefónicos.) Ao estimar o número de portas necessárias para a sua organização, utilize as seguintes diretrizes:

• As organizações com utilização de telefonia leve (uma chamada RTPC por utilizador por hora) devem alocar uma porta para cada 15 utilizadores. Por exemplo, se tiver 20 utilizadores, precisará de um gateway com duas portas.

• As organizações com utilização moderada de telefonia (duas chamadas RTPC por utilizador por hora) devem alocar uma porta para cada 10 utilizadores. Por exemplo, se tiver 100 utilizadores, precisará de um total de 10 portas alocadas entre um ou mais gateways.

• As organizações com utilização pesada de telefonia (três ou mais chamadas RTPC por utilizador por hora) devem alocar uma porta a cada cinco utilizadores. Por exemplo, se tiver 47 000 utilizadores, precisará de um total de 9400 portas alocadas entre, pelo menos, 10 gateways grandes.

• Podem ser adquiridas portas adicionais à medida que o número de utilizadores ou a quantidade de tráfego na sua organização aumenta.

Para qualquer número de utilizadores que tenha de suportar, pode optar por implementar menos gateways maiores ou mais pequenos. Por regra, recomenda-se um mínimo de dois gateways para uma organização para manter a disponibilidade se um gateway falhar.

Cada gateway RTPC que implementar tem de ter, pelo menos, um Servidor de Mediação correspondente.