Planejar o controle de admissão de chamada no Skype for Business Server

Saiba mais sobre o controle de admissão de chamada, que pode impedir que chamadas ocorram se elas tiverem baixa qualidade de mídia, em Skype for Business Server Enterprise Voice.

Para aplicativos baseados em IP, como telefonia, vídeo e compartilhamento de aplicativos, a largura de banda disponível das redes empresariais geralmente não é considerada um fator limitante nos ambientes de LAN. Entretanto, nos links WAN que interconectam locais, a largura de banda de rede pode ser limitada.

Quando o tráfego de rede assina um link WAN, os mecanismos atuais, como enfileiramento, buffer e remoção de pacotes, são usados para resolve o congestionamento. O tráfego extra normalmente é atrasado até que o congestionamento da rede facilite ou, se necessário, o tráfego seja removido. Para o tráfego de dados convencional nessas situações, o cliente receptor pode se recuperar. No entanto, para o tráfego em tempo real, como comunicações unificadas, o congestionamento de rede não pode ser resolvido dessa maneira, porque o tráfego de comunicações unificadas é sensível à latência e à perda de pacotes. O congestionamento na WAN pode resultar em um QoE (qualidade de experiência) ruim para os usuários. Para tráfego em tempo real em condições congestionadas, na verdade, é melhor negar chamadas do que fornecer conexões com má qualidade.

O CAC (controle de admissão de chamada) determina se há largura de banda de rede suficiente para estabelecer uma sessão em tempo real de qualidade aceitável. Em Skype for Business Server, o CAC controla o tráfego em tempo real apenas para áudio e vídeo, mas não afeta o tráfego de dados. Se o caminho de WAN padrão não tiver a largura de banda necessária, o CAC poderá tentar rotear a chamada por meio de um caminho da Internet ou da PSTN (rede telefônica comutada pública).

Esta seção descreve a funcionalidade de controle de admissão de chamada e explica como planejar o CAC.

Nota

Skype for Business Server tem três recursos avançados de Enterprise Voice: cac (controle de admissão de chamada), serviços de emergência (E9-1-1) e bypass de mídia. Para obter uma visão geral das informações de planejamento comuns a todos esses três recursos, consulte Configurações de rede para os recursos avançados de Enterprise Voice em Skype for Business Server.

O design CAC no Skype for Business Server oferece quatro atributos main:

• É simples implantar e gerenciar sem exigir equipamentos adicionais, como roteadores especialmente configurados.

• Ele aborda casos críticos de uso de comunicações unificadas, como usuários roaming e vários pontos de presença. As políticas CAC são impostas de acordo com onde o ponto de extremidade está localizado, não onde o usuário está hospedado.

• Além das chamadas de voz, ela pode ser aplicada a outros tráfegos, como chamadas de vídeo e sessões de conferência de áudio/vídeo.

• Fornece a flexibilidade para habilitar a representação de vários tipos de topologias de rede.

Se uma nova sessão de voz ou vídeo exceder os limites de largura de banda definidos em um link wan, a sessão será bloqueada ou (somente para chamadas telefônicas) redirecionada para o PSTN.

O CAC controla o tráfego em tempo real somente para voz e vídeo. Ele não controla o tráfego de dados.

Os administradores definem políticas CAC, que são impostas pelo Serviço de Política de Largura de Banda instalado com todos os pools front-end. As configurações de CAC são propagadas automaticamente para todos os servidores front-end Skype for Business Server em sua rede.

Para chamadas que falham devido a políticas CAC, a ordem de precedência para redirecionar a chamada é a seguinte:

1. Internet

2. PSTN

3. Caixa postal

A CDR (gravação de detalhes de chamada) captura informações sobre chamadas que são redirecionadas para o PSTN ou para o correio de voz. A CDR não captura informações sobre chamadas redirecionadas para a Internet, pois a Internet é tratada como um caminho alternativo, em vez de uma opção secundária.

Nota

Os depósitos de correio de voz não serão negados devido a restrições de largura de banda.

O Serviço de Política de Largura de Banda gera dois tipos de arquivos de log no formato CSV (valores separados por vírgulas). O arquivo de log marcar falha captura informações quando solicitações de largura de banda são negadas. O arquivo de log de utilização de link captura um instantâneo da topologia de rede e da utilização da largura de banda do link WAN. Ambos os arquivos de log podem ajudá-lo a ajustar suas políticas de CAC com base na utilização.

Considerações sobre controle de admissão de chamada

O administrador seleciona para instalar o Serviço de Política de Largura de Banda no primeiro pool configurado no site central. Como há um único site central por região de rede, há apenas um Serviço de Política de Largura de Banda por região de rede, que gerencia a política de largura de banda para essa região, seus sites associados e os links para esses sites. O Serviço de Política de Largura de Banda é executado como parte dos Servidores front-end e, portanto, a alta disponibilidade é interna nesse pool. O Serviço de Política de Largura de Banda em execução em cada Servidor front-end sincroniza a cada 15 segundos. Se o pool front-end falhar, as políticas CAC não serão mais impostas para esse site até que o pool front-end e, consequentemente, o Serviço de Política de Largura de Banda volte a funcionar. Isso implica que todas as chamadas serão atendidas durante a duração em que o Serviço de Política de Largura de Banda estiver fora de serviço. Portanto, há a possibilidade de sobressubscrição de largura de banda de seus links durante esse período

O Serviço de Política de Largura de Banda fornece alta disponibilidade dentro de um pool de Front-End; no entanto, ele não fornece redundância em pools front-end. O Serviço de Política de Largura de Banda não pode fazer failover de um pool front-end para outro. Depois que o serviço para o pool front-end é restaurado, o Serviço de Política de Largura de Banda é retomado e pode impor verificações de política de largura de banda novamente.

Considerações de rede

Embora a restrição de largura de banda para áudio e vídeo seja imposta pelo Serviço de Política de Largura de Banda em Skype for Business Server, essa restrição não é imposta no roteador de rede (camada 2 e 3). O CAC não pode impedir que um aplicativo de dados, por exemplo, consuma toda a largura de banda de rede em um link wan, incluindo a largura de banda reservada para áudio e vídeo pela sua política CAC. Para proteger a largura de banda necessária em sua rede, você pode implantar um protocolo QoS (Qualidade de Serviço), como Serviços Diferenciados (DiffServ). Portanto, uma prática recomendada é coordenar as políticas de largura de banda CAC que você define com todas as configurações de QoS que você pode implantar.

Caminhos de mídia e sinalização por meio de VPN

Se sua empresa dá suporte à mídia por meio de VPN, verifique se tanto o fluxo de mídia quanto o fluxo de sinalização passam pela VPN ou ambos são roteado pela Internet. Por padrão, os fluxos de mídia e sinalização passam pelo túnel VPN.

Controle de admissão de chamadas de usuários externos

O controle de admissão de chamada não é imposto além dos limites da organização Skype for Business Server. O CAC não pode ser aplicado ao tráfego de mídia que atravessa a Internet, que não é gerenciado por Skype for Business Server. As verificações de CAC serão executadas na parte da chamada que flui pela rede corporativa se o ponto de extremidade chamado pertencer à organização e o Edge Server tiver sido adicionado à configuração de rede, conforme descrito na implantação do controle de admissão de chamada: lista de verificação final para Skype for Business Server. Se o ponto de extremidade chamado não pertencer à organização, como um usuário federado ou PIC, nenhuma verificação de política de largura de banda será executada e a chamada de saída ignorará quaisquer restrições cac.

Controle de admissão de chamada de conexões PSTN

O controle de admissão de chamada é exequível no Servidor de Mediação, independentemente de estar conectado a um IP/PBX, a um gateway PSTN ou a um tronco SIP. Como o Servidor de Mediação é um agente de usuário back-to-back (B2BUA), ele encerra a mídia. Ele tem dois lados de conexão: um lado conectado a Skype for Business Server e um lado do gateway, que está conectado a gateways PSTN, IP/PBXs ou troncos SIP. Para obter detalhes sobre conexões PSTN, consulte Planejar conectividade PSTN em Skype for Business Server.

O CAC pode ser imposto em ambos os lados do Servidor de Mediação, a menos que o bypass de mídia esteja habilitado. Se o bypass de mídia estiver habilitado, o tráfego de mídia não atravessará o Servidor de Mediação, mas flui diretamente entre o cliente Skype for Business e o gateway. Nesse caso, o CAC não é necessário. Para obter detalhes, consulte Planejar o bypass de mídia em Skype for Business.

A figura a seguir ilustra como o CAC é imposto em conexões PSTN com e sem bypass de mídia habilitado.

Chamar a aplicação do controle de admissão em conexões com o PSTN

Definindo seus requisitos para o controle de admissão de chamada

O planejamento do CAC (controle de admissão de chamada) requer informações detalhadas sobre sua topologia de rede corporativa. Para ajudar a planejar suas políticas de controle de admissão de chamada, siga estas etapas.

1. Identifique os hubs/backbones (chamados de regiões de rede) em sua rede corporativa.

2. Identifique os escritórios ou locais (chamados de sites de rede) em cada região de rede.

3. Determine a rota de rede entre cada par de regiões de rede.

4. Determine os limites de largura de banda para cada link wan.

   Nota

   Os limites de largura de banda referem-se a quanto da largura de banda em um link wan é alocada para Enterprise Voice e tráfego de áudio/vídeo. Quando um link wan é descrito como "restrito à largura de banda", o link wan tem um limite de largura de banda menor do que o tráfego de pico esperado sobre o link.

5. Identifique as sub-redes IP atribuídas a cada site de rede.

Para explicar esses conceitos, usaremos a topologia de rede de exemplo mostrada na figura a seguir.

Topologia de exemplo para controle de admissão de chamada

Nota

Todos os sites de rede estão associados a uma região de rede. Por exemplo, Portland, Reno e Albuquerque estão incluídos na região América do Norte. Nessa figura, apenas os links de WAN que têm políticas CAC aplicadas são mostrados, com limites de largura de banda. Os sites de rede de Chicago, Nova York e Detroit são mostrados dentro do oval da região América do Norte porque não são restritos à largura de banda e, portanto, não exigem políticas cac.

Os componentes desta topologia de exemplo são explicados nas seções a seguir. Para obter detalhes sobre como essa topologia foi planejada, incluindo os limites de largura de banda, consulte Exemplo: coleta de requisitos para controle de admissão de chamada em Skype for Business Server.

Identificar regiões de rede

Uma região de rede representa um backbone de rede ou um hub de rede.

Um backbone de rede ou hub faz parte da infraestrutura de rede de computador que interconecta diferentes partes da rede, fornecendo um caminho para a troca de informações entre lans ou sub-redes diferentes. Um backbone pode unir diversas redes de um pequeno local a uma ampla área geográfica. A capacidade do backbone normalmente é maior que a das redes que se conectam a ela.

Nosso exemplo de topologia têm três regiões de rede: América do Norte, EMEA e APAC. Uma região de rede contém uma coleção de sites de rede (consulte a definição de sites de rede posteriormente neste tópico). Trabalhe com sua equipe de operações de rede para identificar suas regiões de rede.

Associando um Site Central a cada Região de Rede

O CAC exige que um Skype for Business Server site central seja definido para cada região de rede. O site central é selecionado com a melhor conectividade de rede e maior largura de banda para todos os outros sites nessa região de rede. O exemplo anterior de topologia de rede mostra três regiões de rede, cada uma com um site central que gerencia decisões de CAC. No exemplo anterior, a associação apropriada é mostrada na tabela a seguir.

Nota

Sites centrais não correspondem necessariamente a sites de rede. Nos exemplos desta documentação, alguns sites centrais, Chicago, Londres e Pequim, compartilham o mesmo nome dos sites de rede. No entanto, mesmo que um site central e um site de rede compartilhem o mesmo nome, o site central é um elemento da topologia Skype for Business Server, enquanto o site de rede faz parte da rede geral na qual reside a topologia Skype for Business Server.

Regiões de rede, sites centrais e sites de rede

Região de rede	Central Site	Sites de rede
América do Norte	Chicago	Chicago Nova York Detroit Portland Reno Albuquerque
EMEA	Londres	Londres Colónia
APAC	Pequim	Pequim Manila

Identificar sites de rede

Um site de rede representa um local em que sua organização tem um local físico, por exemplo, escritórios, um conjunto de edifícios ou um campus. Um local físico com uma LAN e tem conectividade WAN com outros sites é considerado um site de rede. Comece fazendo o inventário de todos os escritórios da sua organização. Em nossa topologia de exemplo, a região de rede América do Norte consiste nos seguintes sites de rede: Nova York, Chicago, Detroit, Portland, Reno e Albuquerque.

Você deve associar cada site de rede a uma região de rede. Dependendo se o site de rede tem um link wan restrito, uma política de largura de banda está associada ao site de rede. Para obter detalhes sobre políticas CAC e a largura de banda que você aloca usando-as, consulte "Definir Políticas de Largura de Banda" mais adiante neste tópico. Para configurar o CAC, você associa sites de rede a regiões de rede e, em seguida, cria políticas de alocação de largura de banda para aplicar às conexões restritas à largura de banda entre um determinado site ou região e as conexões WAN entre os sites e as regiões.

Identificar links de rede

Os links de rede representam conexões com a WAN física que vincula diferentes regiões e sites. Em nossa topologia de exemplo, há dois links de rede regionais, cinco links de rede entre regiões e sites e um link de rede entre dois sites.

Os dois vínculos regionais são entre América do Norte e EMEA, representados como NA-EMEA-LINK e entre APAC e EMEA, representados como EMEA-APAC-LINK.

Os links do site são indicados pelas linhas que conectam Portland, Reno e Albuquerque à região América do Norte, Manila à região da APAC e Colônia à região do EMEA. A linha entre Reno e Albuquerque mostra uma ligação de rede direta entre esses dois sites.

Definir políticas de largura de banda

Trabalhe com sua equipe de operações de rede para determinar a quantidade de largura de banda wan disponível para tráfego de áudio e vídeo em tempo real nos links de WAN em sua organização. As políticas de largura de banda normalmente são aplicadas a links wan se o uso de largura de banda for restrito; ou seja, se espera-se que seja mais do que a largura de banda que pode ser alocada para as modalidades de áudio e vídeo.

As políticas de largura de banda CAC definem a largura de banda máxima que pode ser reservada para modalidades de áudio e vídeo em tempo real. Como o CAC não limita a largura de banda de outro tráfego, ele não pode impedir que outros tráfegos de dados, como uma grande transferência de arquivos, streaming de música, usem toda a largura de banda da rede.

As políticas de largura de banda CAC podem definir qualquer uma ou todas as seguintes políticas:

• Largura de banda total máxima alocada para áudio.

• Largura de banda total máxima alocada para vídeo.

• Largura de banda máxima alocada para uma única chamada de áudio (sessão).

• Largura de banda máxima alocada para uma única chamada de vídeo (sessão).

Nota

Todos os valores de largura de banda CAC representam os limites máximos de largura de banda unidirecional .

Nota

Os recursos Skype for Business Server Voice Policy fornecem a capacidade de substituir verificações de política de largura de banda para chamadas de entrada para o usuário (não para chamadas de saída que são colocadas pelo usuário). Depois que a sessão for estabelecida, o consumo de largura de banda será contabilizado com precisão. Esta configuração deve ser usada com moderação. Para obter detalhes, consulte Criar ou modificar uma política de voz e configurar registros de uso PSTN em Skype for Business ou modificar uma política de voz e configurar registros de uso PSTN na documentação de implantação.

Para otimizar a utilização da largura de banda por sessão, considere o tipo de codecs de áudio e vídeo que serão usados. Em particular, evite alocar largura de banda insuficiente para um codec que você espera que seja usado com frequência. Por outro lado, se você quiser impedir que a mídia use um codec que exija mais largura de banda, defina a largura de banda máxima por sessão baixa o suficiente para desencorajar esse uso. Para áudio, nem todos os codec estão disponíveis para todos os cenários. Por exemplo:

• Chamadas de áudio ponto a ponto entre Skype for Business pontos de extremidade usarão RTAudio (8kHz) ou RTAudio (16kHz) quando você considerar a largura de banda e a priorização dos codecs.

• As chamadas de conferência entre Skype for Business pontos de extremidade e o serviço de conferência A/V usarão g.722 ou Siren.

• As chamadas para a PSTN (rede telefônica comutada pública) para ou de Skype for Business pontos de extremidade usarão g.711 ou RTAudio (8kHz).

Use a tabela a seguir para ajudar a otimizar as configurações máximas de largura de banda por sessão.

Utilização de largura de banda por codecs

Codec	Requisito de largura de banda sem nenhuma correção de erro de encaminhamento (FEC)	Requisito de largura de banda com FEC (correção de erro de encaminhamento)
RTAudio (8kHz)	49,8 kbps	61,6 kbps
RTAudio (16kHz)	67 kbps	96 kbps
Siren	57,6 kbps	73,6 kbps
G.711	102 kbps	166 kbps
G.722	105,6 kbps	169,6 kbps
RTVideo (CIF 15 fps)	260 kbps	Não aplicável
RTVideo (VGA 30 fps)	610 kbps	Não aplicável

Nota

Os requisitos de largura de banda levam em conta a sobrecarga para os seguintes: Ethernet II, IP, UDP (Protocolo de Datagrama do Usuário), RTP (protocolo de transporte em tempo real) e SRTP (protocolo de transporte seguro em tempo real). Eles também incluem 10 kbps para sobrecarga RTCP.

Os codecs G.722.1 e Siren são semelhantes, mas oferecem taxas de bits diferentes.

G.722, o codec padrão para Skype for Business Server conferência, é completamente diferente dos codecs G.722.1 e Siren.

O codec siren é usado em Skype for Business Server nas seguintes situações:

• Se a política de largura de banda estiver definida muito baixa para g.722 a ser usada.

• Se um cliente do Communications Server 2007 ou do Communications Server 2007 R2 se conectar a um serviço de conferência Skype for Business Server (porque esses clientes não dão suporte ao codec G.722).

Utilização de largura de banda por cenário

Cenário	Requisito de largura de banda otimizado para quantidade (kbps)	Requisito de largura de banda para o modo Balanceado (kbps)	Requisito de largura de banda otimizado para qualidade (kbps)
Chamadas de áudio ponto a ponto	45 kbps	62 kbps	91 kbps
Teleconferências	53 kbps	101 kbps	165 kbps
Chamadas PSTN (entre Skype for Business e gateway PSTN, com bypass de mídia)	97 kbps	97 kbps	161 kbps
Chamadas PSTN (entre Skype for Business e o Servidor de Mediação, sem bypass de mídia)	45 kbps	97 kbps	161 kbps
Chamadas PSTN (entre o Servidor de Mediação e o gateway PSTN, sem bypass de mídia)	97 kbps	97 kbps	161 kbps
Skype for Business - Chamadas polycom	101 Kbps	101 Kbps	101 Kbps

Identifique as subredes IP

Para cada site de rede, você precisará trabalhar com o administrador de rede para determinar quais sub-redes IP são atribuídas a cada site de rede. Se seu administrador de rede já organizou as subredes IP em regiões de rede e sites de rede, seu trabalho fica muito mais simples.

Em nosso exemplo, o site de Nova York na região América do Norte recebe as seguintes sub-redes IP: 172.29.80.0/23, 157.57.216.0/25, 172.29.91.0/23, 172.29.81.0/24. Suponha que Bob, que normalmente trabalha em Detroit, viaja para o escritório de Nova York para treinamento. Quando ele ligar seu computador e se conectar à rede, seu computador receberá um endereço IP em um dos quatro intervalos reservados para Nova York, por exemplo, 172.29.80.103.

Cuidado

As sub-redes IP especificadas durante a configuração de rede no servidor devem corresponder ao formato fornecido pelos computadores cliente para serem usadas corretamente para bypass de mídia. Um cliente Skype for Business usa seu endereço IP local e mascara o endereço IP com a máscara de sub-rede associada. Ao determinar a ID de bypass associada a cada cliente, o Registrador comparará a lista de sub-redes IP associadas a cada site de rede com a sub-rede fornecida pelo cliente para uma correspondência exata. Por este motivo, é importante que as subredes inseridas durante a configuração de rede no servidor sejam subredes reais ao invés de subredes virtuais. (Se você implantar o controle de admissão de chamada, mas não o bypass de mídia, o controle de admissão de chamada funcionará corretamente mesmo se você configurar sub-redes virtuais.) Por exemplo, se um cliente entrar em um computador com um endereço IP de 172.29.81.57 com uma máscara de sub-rede IP de 255.255.255.0, Skype for Business solicitará a ID de bypass associada à sub-rede 172.29.81.0. Se a subrede for definida como 172.29.0.0/16, embora o cliente pertença à subrede virtual, o Registrador não irá considerar uma correspondência porque ele está procurando especificamente pela subrede 172.29.81.0. Portanto, é importante que o administrador insira sub-redes exatamente conforme fornecido por clientes Skype for Business (que são provisionados com sub-redes durante a configuração de rede estaticamente ou por DHCP.)

Práticas recomendadas para controle de admissão de chamada

Para aprimorar o desempenho e facilitar a implantação, aplique as seguintes práticas recomendadas ao implantar o controle de admissão de chamada:

• Verifique se as WANs estão adequadamente provisionadas para o tráfego de mídia atual e antecipado.

  Nota

  Recomendamos que você considere um buffer para seus limites de largura de banda. Há cenários como condições de corrida que afetam a largura de banda total usada e podem resultar em situações em que o limite de largura de banda é excedido. Por exemplo, se duas chamadas tentarem iniciar enquanto o tráfego de mídia estiver se aproximando de um limite de largura de banda, uma delas poderá ser negada porque a outra conseguiu iniciar primeiro.

• Monitore o uso de rede e os registros de detalhes de chamada para que você possa escolher as configurações de CAC ideais e atualizar as configurações de CAC à medida que o uso da rede for alterado.

• Use políticas de largura de banda CAC para complementar as configurações de QoS.

• Se você quiser redirecionar chamadas bloqueadas para o PSTN, verifique a funcionalidade e a capacidade do PSTN. Para obter detalhes, confira Planejamento de Roteamento de Chamadas de Saída.

  Nota

  A capacidade refere-se ao número de portas que você precisa abrir para dar suporte ao possível redirecionamento PSTN.