Definindo seus requisitos de controle de admissão de chamadas no Lync Server 2013

 

Tópico última modificação: 28-10-2013

O planejamento do CAC (controle de admissão de chamadas) requer informações detalhadas sobre sua topologia de rede corporativa. Para ajudar a planejar suas políticas de controle de admissão de chamadas, 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 à quantidade de largura de banda em um link wan é alocado Enterprise Voice tráfego de áudio/vídeo. Quando um link WAN é descrito como "com restrição de largura de banda", o link wan tem um limite de largura de banda menor do que o tráfego de pico esperado no 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 chamadas

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 América do Norte região. Nesta figura, somente os links WAN que têm políticas de 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 da oval da região América do Norte porque não têm restrição de largura de banda e, portanto, não exigem políticas de 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 Example: Gathering your requirements for call admission control in Lync Server 2013.

Identificar regiões de rede

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

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

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 site central do Lync Server seja definido para cada região de rede. O site central é selecionado com a melhor conectividade de rede e largura de banda mais alta para todos os outros sites dentro dessa 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 as decisões do CAC. No exemplo anterior, a associação apropriada é mostrada na tabela a seguir.

Nota

Os 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 que os 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 do Lync Server, enquanto o site de rede faz parte da rede geral na qual reside a topologia do Lync Server.

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

Região de rede	Local central	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 onde 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 que tenha conectividade WAN com outros sites é considerado um site de rede. Comece inventariando todos os escritórios da sua organização. Em nossa topologia de exemplo, a América do Norte de rede 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 tiver um link WAN restrito, uma política de largura de banda será associada ao site da rede. Para obter detalhes sobre as políticas de CAC e a largura de banda alocada 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 com restrição de largura de banda entre um determinado site ou região e as conexões WAN entre os sites e 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 links regionais estã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 APAC e Colônia à região EMEA. A linha entre Reno e Albuquerque mostra um link de rede direto 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 entre os links wan em sua organização. As políticas de largura de banda normalmente são aplicadas a links WAN se o uso da largura de banda for restrito; ou seja, se espera-se que seja maior que a largura de banda que pode ser alocada para as modalidades de áudio e vídeo.

As políticas de largura de banda do CAC definem a largura de banda máxima que pode ser reservada para as 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 outro tráfego de dados, como uma transferência de arquivos grande, streaming de música, use toda a largura de banda da rede.

As políticas de largura de banda do CAC podem definir qualquer uma das seguintes opções:

• 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 do CAC representam os limites máximos de largura de banda unidirecional.

Nota

Os recursos da Política de Voz do Lync Server 2013 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 feitas pelo usuário). Depois que a sessão for estabelecida, o consumo de largura de banda será contada com precisão. Esta configuração deve ser usada com moderação. Para obter detalhes, consulte Criar uma política de voz e configurar registros de uso PSTN no Lync Server 2013 ou Modificar uma política de voz e configurar registros de uso PSTN no Lync Server 2013 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 todo codec está disponível para todos os cenários. Por exemplo:

• Chamadas de áudio ponto a ponto entre pontos de extremidade do Lync usarão RTAudio (8kHz) ou RTAudio (16kHz) quando você fatorar a largura de banda e a priorização de codecs.

• Chamadas de conferência entre pontos de extremidade do Lync e o serviço de Conferência A/V usarão G.722 ou Siren.

• As chamadas para a PSTN (rede telefônica pública comunada) de ou para pontos de extremidade do Lync 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 correção de erro de encaminhamento (FEC)	Requisito de largura de banda com correção de erro de encaminhamento (FEC)
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 o seguinte: Ethernet II, IP, UDP (User Datagram Protocol), RTP (protocolo de transporte em tempo real) e SRTP (protocolo de transporte em tempo real seguro). 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 conferência do Lync Server, é completamente diferente dos codecs G.722.1 e Siren.

O codec do Siren é usado no Lync Server nas seguintes situações:

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

• Se um cliente do Communications Server 2007 ou Communications Server 2007 R2 se conectar a um serviço de conferência do Lync 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 o Lync 2013 e o gateway PSTN, com bypass de mídia)	97 kbps	97 kbps	161 kbps
Chamadas PSTN (entre o Lync 2013 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
Chamadas do Lync – 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 o 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.

Aviso

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 do Lync 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á mesmo se você configurar as subredes virtuais.)
Por exemplo, se um cliente entrar em um computador com um endereço IP 172.29.81.57 com uma máscara de sub-rede IP de 255.255.255.0, o Lync 2013 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 como fornecido pelos clientes do Lync (que são provisionadas com sub-redes durante a configuração de rede estaticamente ou por DHCP).)