Ramal SIP no Skype for Business Server
Saiba mais sobre o ramal SIP no Skype for Business Server Enterprise Voice
O SIP é usado para iniciar e gerenciar sessões de comunicações de VoIP para o serviço telefônico básico e para vários serviços de comunicação em tempo real adicionais, como sistema de mensagens instantâneas, conferência, detecção de presença e multimídia. Esta seção apresenta informações de planejamento para a implementação de troncos SIP, um tipo de conexão SIP que se estende além do limite da rede local.
O que é o tronco SIP?
Um tronco SIP é uma conexão do IP estabelece um vínculo de comunicações SIP entre sua organização e um provedor de serviços de telefonia de Internet (ITSP), além do firewall. Normalmente, é utilizado um ramal SIP para ligar o site central da sua organização a um ITSP. Em alguns casos, você também pode optar por usar um tronco SIP para conectar a filial a um ITSP.
Implementar o ramal SIP pode ser um grande passo para simplificar as telecomunicações da sua organização e preparar-se para melhorias atualizadas para comunicações em tempo real. Uma das principais vantagens do ramal SIP é o facto de poder consolidar as ligações da sua organização à rede telefónica pública comutado (RTPC) num local central, ao contrário do seu antecessor, o multiplexing de divisão de tempo (TDM), que normalmente requer um ramal separado de cada local de ramo.
Redução de custo
As reduções de custo associadas ao tronco SIP podem ser substanciais:
Geralmente, as chamadas de longa distância custam menos através de um tronco SIP.
Você pode cortar os custos de gerenciamento e reduzir a complexidade da implementação.
A interface de tarifa básica (BRI) e a interface de tarifa primária (PRI) podem ser eliminadas se você conectar um tronco SIP diretamente ao ITSP, por um custo significativamente inferior. Nos troncos TDM, os provedores de serviço cobram as chamadas por minuto. O custo do tronco SIP pode ser baseado no uso da largura de banda, e você pode comprar incrementos menores e mais econômicos. (O custo real depende do modelo de serviço do que você escolhe).
Tronco SIP vs. hospedagem de um gateway PSTN ou IP-PBX
Uma vez que os troncos SIP se conectam diretamente ao provedor de serviço, você pode eliminar os seus gateways PSTN e seu custo de gerenciamento e complexidade. O uso de um tronco SIP pode levar a cortes substanciais no custo, através da manutenção e administração reduzida.
Serviços de VoIP expandidos
Os recursos de voz são frequentemente a principal motivação para implantar o tronco SIP, mas o suporte de voz é apenas a primeira etapa. Com o ramal SIP, pode expandir as capacidades do VoIP e permitir que Skype for Business Server forneçam um conjunto de serviços mais avançado. Por exemplo:
A deteção de presença melhorada para dispositivos que não estão a ser executados Skype for Business Server pode proporcionar uma melhor integração com telemóveis, permitindo-lhe ver quando um utilizador está numa chamada para telemóvel.
As chamadas de emergência E9-1-1 permitem que as autoridades que atendem as chamadas para o 112 determinem a localização do autor da chamada a partir do seu número de telefone.
Nota
Consulte o ITSP para obter uma lista de serviços que eles suportam e podem habilitar para sua organização.
Troncos SIP vs. conexões SIP diretas
O termo tronco deriva da tecnologia de circuitos comutados. Ele se refere a uma linha física dedicada que conecta o equipamento de comutação telefônica. Tal como os seus antecessores, os ramais de multiplexing de divisão de tempo (TDM), os ramais SIP são ligações entre duas redes SIP separadas: a empresa Skype for Business Server e o ITSP. Diferentemente dos troncos em circuitos comutados, os troncos SIP são conexões virtuais que podem ser estabelecidas em qualquer tipo de conexão de tronco SIP compatível.
As conexões SIP diretas, por outro lado, são conexões SIP que não cruzam o limite de rede local (ou seja, elas se conectam a um gateway PSTN (Rede Telefônica Pública Comutada) ou PBX dentro de sua rede interna). Para obter detalhes sobre como pode utilizar ligações SIP diretas com Skype for Business Server, veja Ligações SIP Diretas no Skype for Business Server.
Como implemento o tronco SIP?
Para implementar o ramal SIP, tem de encaminhar a ligação através de um Servidor de Mediação, que funciona como um proxy para sessões de comunicações entre clientes Skype for Business Server e o fornecedor de serviços e transcodifica suportes de dados, quando necessário.
Cada Servidor de Mediação tem uma interface de rede interna e uma interface de rede externa. A interface interna liga-se aos Servidores front-end. Normalmente, a interface externa é denominada interface de gateway porque tem sido utilizada tradicionalmente para ligar o Servidor de Mediação a um gateway de rede telefónica pública comutado (RTPC) ou a um IP-PBX. Para implementar um ramal SIP, ligue a interface externa do Servidor de Mediação ao componente edge externo do ITSP. O componente de borda externa do ITSP pode ser um SBC (Controlador de Borda da Sessão), um roteador ou um gateway.
Para obter detalhes sobre os Servidores de Mediação, veja Componente do Servidor de Mediação no Skype for Business Server.
Tronco SIP centralizado versus distribuído
O ramal SIP centralizado encaminha todo o tráfego VoIP, incluindo o tráfego do local do ramo, através do site central. O modelo de implementação centralizado é simples, rentável e é geralmente a abordagem recomendada para implementar ramais SIP com Skype for Business Server.
O ramal SIP distribuído é um modelo de implementação no qual implementa ramais SIP locais em um ou mais locais de ramificação. Em seguida, o tráfego VoIP é encaminhado do site de ramo diretamente para um fornecedor de serviços sem passar pelo site central.
O tronco SIP distribuído é necessário somente nos seguintes casos:
O local do ramo requer conectividade telefónica sobrevivente (por exemplo, se a WAN ficar inativa). Este requisito deve ser analisado para cada site de ramo; alguns dos ramos podem exigir redundância e ativação pós-falha, enquanto outros não.
A resiliência é necessária entre dois locais centrais. Tem de se certificar de que um ramal SIP termina em cada local central. Por exemplo, se tiver sites centrais de Dublin e Tukwila e ambos utilizarem apenas o ramal SIP de um site, se o ramal ficar inativo, os utilizadores do outro site não poderão fazer chamadas RTPC.
O local de ramificação e o site central estão em diferentes países/regiões. Por motivos legais e de compatibilidade, você precisa de pelo menos um tronco SIP por país/região. Por exemplo, na União Europeia, as comunicações não podem deixar um país/região sem terminarem localmente em um ponto centralizado.
Dependendo da localização geográfica dos sites e da quantidade de tráfego que prevê na sua empresa, poderá não querer encaminhar todos os utilizadores através do ramal SIP central ou pode optar por encaminhar alguns utilizadores através de um ramal SIP no respetivo ramo. Para analisar suas necessidades, responda às seguintes perguntas:
Qual é o tamanho de cada site (ou seja, quantos utilizadores estão ativados para Enterprise Voice)?
Quais números DID (discagem direta interna) em cada local recebem a maioria das chamadas?
A decisão de implantar um tronco SIP centralizado ou distribuído exige uma análise de custo-benefício. Em alguns casos, pode ser vantajoso optar pelo modelo de implantação distribuído mesmo se ele não for necessário. Numa implementação completamente centralizada, todo o tráfego do site de ramo é encaminhado através de ligações WAN. Em vez de pagar pela largura de banda necessária ao link de WAN, convém usar o tronco SIP distribuído. Por exemplo, pode querer implementar um servidor do Standard Edition num site de ramo com federação no site central ou pode querer implementar uma Aplicação de Ramo Sobrevivente ou um Servidor de Ramo Sobrevivente com um pequeno gateway.
Nota
Para obter detalhes sobre o ramal SIP distribuído, veja Ramal SIP de site de ramo no Skype for Business Server.
Tipos de conexão de tronco SIP suportadas
Skype for Business Server suporta os seguintes tipos de ligação para ramal SIP:
O MPLS é uma rede privada que direciona e transporta dados de um nó de rede para o próximo. A largura de banda numa rede MPLS é partilhada com outros subscritores e é atribuída uma etiqueta a cada pacote de dados para distinguir os dados de um subscritor de outro. Esse tipo de conexão não exige VPN (rede virtual privada). Uma possível desvantagem é que o tráfego IP excessivo pode interferir na operação de VoIP, a menos que o tráfego VoIP tenha prioridade.
Uma conexão privada sem outro tráfego, por exemplo, uma conexão de fibra ótica concedida ou uma linha T1, é normalmente o tipo de conexão mais confiável e seguro. Esse tipo de conexão oferece a maior capacidade de realização de chamadas, mas é geralmente o mais caro. Não é necessário VPN. As conexões privadas são adequadas para organizações com alto volume de chamadas ou com requisitos de segurança e disponibilidade rígidos.
A Internet é o tipo de conexão menos caro, mas também o menos confiável. A ligação à Internet é a única Skype for Business Server tipo de ligação de ramal SIP que requer VPN.
Selecionando um tipo de conexão
O tipo de conexão de tronco SIP mais apropriado para sua empresa depende de suas necessidades e de seu orçamento.
Para uma empresa de médio ou grande porte, uma rede MPLS normalmente fornece o maior valor. Ela pode fornecer a largura de banda necessária por uma taxa mais barata do que uma rede privada especializada.
Empresas de grande porte podem exigir uma conexão de fibra ótica, T1, T3 ou superior privada (E1, E3 ou superior na União Europeia).
Para uma pequena empresa ou sucursal com baixo volume de chamadas, o ramal SIP através da Internet pode ser a melhor opção. Esse tipo de conexão não é recomendado para locais de médio ou grande porte.
Requisitos de largura de banda
A quantidade de largura de banda exigida pela sua implementação depende da capacidade da chamada (o número de chamadas simultâneas que você precisa suportar). A disponibilidade de largura de banda precisa ser levada em consideração para que você possa aproveitar ao máximo a capacidade de pico pela qual pagou. Use a fórmula a seguir para calcular o requisito de largura de banda de pico do tronco SIP:
Largura de banda de pico do tronco SIP = máximo de chamadas simultâneas x (64 kbps + tamanho do cabeçalho)
Nota
O tamanho do cabeçalho é de 20 bytes no máximo.
Suporte ao codec
Skype for Business Server suporta apenas os seguintes codecs:
G.711 a-law (usado principalmente fora da América do Norte)
G.711 µ-law (usado na América do Norte)
Provedor de Serviço de Telefonia pela Internet
O modo de implementação do lado do provedor de serviços de uma conexão de tronco SIP varia de um ITSP para outro. Para obter informações de implantação, contate seu provedor de serviços. Para obter uma lista de fornecedores de serviços de ramal SIP certificados, veja o site microsoft Unified Communications Open Interoperability Program.
Para obter detalhes sobre os provedores de tronco SIP certificado pela Microsoft, entre em contato com seu representante da Microsoft.
Importante
Você deve usar um provedor de serviço certificado pela Microsoft para garantir que seu ITSP suporte todas as funcionalidades que atravessam o tronco SIP (por exemplo, configurar e gerenciar sessões e suportar todos os serviços de VoIP estendido). O suporte técnico da Microsoft não estender as configurações que usam provedores não certificados. Se você atualmente usa um provedor de serviço Internet não certificado para tronco SIP, é possível optar por continuar usando este provedor como seu ISP e usar um provedor certificado pela Microsoft para tronco SIP.
Topologias e componentes do tronco SIP
A figura seguinte ilustra a topologia de ramal SIP em Skype for Business Server.
Topologia de troncos SIP
Conforme mostra o diagrama, uma VPN (rede virtual privada) IP é usada para a conectividade entre a rede corporativa e o provedor de serviços da rede de telefonia pública comutada (PSTN). O objetivo desta rede privada é fornecer conectividade IP, aprimorar a segurança e (opcionalmente) obter garantias de qualidade de serviços (QoS). Devido à natureza de uma VPN, não é necessário usar protocolo TLS para o tráfego de sinalização SIP ou SRTP para tráfego de mídia. As conexões entre a empresa e o provedor de serviços consistem, portanto, em conexões TCP básicas para SIP e RTP básico (via protocolo UDP) em mídia encapsulada através de uma VPN IP. Certifique-se de que todos os firewalls entre os roteadores VPN possuem portas abertas para permitir a comunicação e que os endereços IP nas bordas externas dos roteadores VPN sejam roteáveis publicamente.
Importante
Contate seu provedor de serviços para determinar se ele oferece suporte para alta disponibilidade, incluindo failover. Em caso positivo, você precisará determinar os procedimentos para configurá-lo. Por exemplo, precisa de configurar apenas um endereço IP e um ramal SIP em cada Servidor de Mediação ou tem de configurar vários ramais SIP em cada Servidor de Mediação? > Se tiver vários sites centrais, pergunte também se o fornecedor de serviços tem a capacidade de ativar ligações de e para outro site central.
Nota
Para o ramal SIP, recomendamos vivamente que implemente Servidores de Mediação autónomos. Para obter detalhes, consulte Deploying Mediation Servers and Defining Peers na documentação de implantação.
Como proteger o Servidor de Mediação para troncos SIP
Para fins de segurança, você deve configurar uma LAN virtual (VLAN) para cada conexão entre os dois roteadores VPN. O processo real para configurar uma VLAN varia de um fabricante de roteador para outro. Para detalhes, entre em contato com o fornecedor do seu roteador.
É recomendável seguir estas diretrizes:
Configure uma LAN virtual (VLAN) entre o Servidor de Mediação e o router de VPN na rede de perímetro (também conhecida como DMZ, zona desmilitarizada e sub-rede filtrada).
Não permita que pacotes de transmissão ou multicast sejam transferidos do roteador para a VLAN.
Bloqueie quaisquer regras de encaminhamento que encaminhem o tráfego do router para qualquer lugar exceto o Servidor de Mediação.
Se você usa um servidor VPN, é recomendável seguir as seguintes diretrizes:
Configure uma VLAN entre o servidor VPN e o Servidor de Mediação.
Não permita que pacotes de transmissão ou multicast sejam transferidos do servidor VPN para a VLAN.
Bloqueie qualquer regra de encaminhamento que encaminhe o tráfego do servidor VPN para qualquer lugar que não seja o Servidor de Mediação.
Criptografe dados na VPN usando GRE (encapsulamento de roteamento genérico).