Planejamento para controle de admissão de chamada no Lync Server 2013

Tópico última modificação: 21-09-2012

Para aplicativos de UC (comunicações unificadas) baseados em IP, como telefonia, vídeo e compartilhamento de aplicativos, a largura de banda disponível de redes corporativas geralmente não é considerada um fator limitante em ambientes lan. Entretanto, nos links WAN que interconectam locais, a largura de banda de rede pode ser limitada. Quando um fluxo de tráfego de rede sobrescreve um link WAN, os mecanismos atuais, como enfileiramento, buffer e descarte de pacotes, são usados para resolver o congestionamento. O tráfego extra normalmente é atrasado até que o congestionamento de rede seja facilitado ou, se necessário, o tráfego é descartado. Para o tráfego de dados convencional nessas situações, o cliente receptor pode se recuperar. Para 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 uma QoE (qualidade de experiência) ruim para os usuários. Para o tráfego em tempo real em condições congestionadas, é melhor negar chamadas do que fornecer conexões com baixa qualidade.

O CAC (controle de admissão de chamadas) determina se há largura de banda de rede suficiente para estabelecer uma sessão em tempo real de qualidade aceitável. No Lync Server 2013, 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 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 pública comuada). O CAC está disponível somente no Lync Server.

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