Plan network requirements for Skype for Business
Resumo: Reveja as considerações dos componentes de rede abaixo antes de implementar o Skype para Empresas Server.
As informações nestes artigos também são abordadas no documento técnico Planeamento, Monitorização e Resolução de Problemas de Rede com o Lync Server com mais detalhes e profundidade. Embora o conteúdo se refira explicitamente ao Lync 2010 e ao Lync 2013, as considerações para o Skype para Empresas Server permanecem inalteradas.
Da mesma forma, se a sua rede envolver wi-fi, bem como acesso com fios, o documento técnico Entregar o Lync 2013 Real-Time Communications através de Wi-Fi é uma boa referência e é igualmente aplicável ao Skype para Empresas Server.
Hardware de servidor
A placa de rede de cada servidor na topologia do Skype para Empresas Server tem de suportar, pelo menos, 1 gigabit por segundo (Gbps). Em geral, deve ligar todas as funções de servidor na topologia do Skype para Empresas Server através de uma rede local (LAN) de baixa latência e largura de banda elevada. O tamanho da LAN depende do tamanho da topologia:
Nas topologias da Edição Standard, os servidores devem estar numa rede que suporte 1 Gbps Ethernet ou equivalente.
Nas topologias do Enterprise Edition, a maioria dos servidores deve estar numa rede que suporte mais de 1 Gbps, especialmente quando suporta conferências de áudio/vídeo (A/V) e partilha de aplicações.
Para a integração com Rede Telefônica Pública Comutada (PSTN), você pode usar linhas T1/E1 ou tronco SIP.
Requisitos de rede para áudio/vídeo
Os requisitos de rede para áudio/vídeo (A/V) numa implementação do Skype para Empresas Server incluem o seguinte:
Se estiver a implementar um único Servidor Edge ou um conjunto do Edge com o balanceamento de carga DNS, pode configurar a firewall externa para efetuar a tradução de endereços de rede (NAT). Não é possível configurar o firewall internal para executar NAT. Para obter detalhes, veja Planeamento de portas e firewalls.
Importante
Se tiver um conjunto do Edge e estiver a utilizar um balanceador de carga de hardware, tem de utilizar endereços IP públicos nos Servidores Edge e não pode utilizar o NAT para os servidores ou o conjunto no seu dispositivo compatível com NAT (por exemplo, uma aplicação de firewall ou um comutador LAN. Para obter detalhes, consulte Cenários do Edge Server no Skype para Empresas Server.
Se a sua organização usa uma infraestrutura de QoS (Qualidade de Serviço), o subsistema de mídia é projetado para funcionar com essa infraestrutura existente.
Caso você utilize o protocolo IPsec, é recomendável desabilitá-lo nos intervalos de portas usados para o tráfego de A/V. Para obter detalhes, veja Exceções IPsec.
Para melhor qualidade da mídia, siga este procedimento:
Aprovisione as ligações de rede para suportar o débito de 65 quilobits por segundo (Kbps) por fluxo de áudio e 500 Kbps por fluxo de vídeo, se estiverem ativados, durante períodos de pico de utilização. Uma sessão de áudio ou vídeo bidirecional utiliza dois fluxos, pelo que uma ligação de áudio/telefone simples requer 130 Kbps para cobrir cada transmissão em fluxo. O vídeo também utilizará um total de 1000 Kbps para transportar uma ligação a montante e a jusante.
Para lidar com picos inesperados no tráfego e aumento da utilização ao longo do tempo, os pontos finais de multimédia do Skype para Empresas Server podem adaptar-se a diferentes condições de rede e suportar três vezes o débito de áudio e vídeo, mantendo a qualidade aceitável. Não suponha que esta adaptabilidade mascarará o problema quando uma rede estiver subprovisionada. Numa rede subprovisionada, a capacidade dos pontos finais de multimédia do Skype para Empresas Server para lidar dinamicamente com diferentes condições de rede (por exemplo, perda temporária elevada de pacotes) é reduzida.
Para ligações de rede em que o aprovisionamento é dispendioso e difícil, poderá ter de considerar o aprovisionamento para um menor volume de tráfego. Neste cenário, permita que a elasticidade dos pontos finais de multimédia do Skype para Empresas Server absorva a diferença entre o volume de tráfego e o nível de tráfego máximo, ao custo de alguma redução na qualidade da voz. Além disso, haverá uma diminuição na reserva dinâmica que, de outra forma, estaria disponível para absorver picos súbitos de tráfego.
Para ligações que não podem ser aprovisionadas corretamente a curto prazo (por exemplo, um site que utiliza ligações WAN fracas), considere desativar o vídeo para determinados utilizadores.
Provisione a rede para assegurar um atraso máximo de ponta a ponta (latência) de 150 ms (milissegundos) sob carga máxima. A latência é a única deficiência de rede que os componentes de multimédia do Skype para Empresas Server não conseguem reduzir e é importante localizar e eliminar os pontos fracos.
Para servidores com software antivírus, inclua todos os servidores que executem o Skype para Empresas Server na lista de exceções para proporcionar um desempenho e qualidade de áudio ideais.
Exceções IPsec
Para redes empresariais em que a segurança do Protocolo Internet (IPsec) (consulte IETF RFC 4301-4309) foi implementada, o IPsec tem de ser desativado ao longo do intervalo de portas utilizadas para a entrega de áudio, vídeo e vídeo panorama. Essa recomendação existe porque é necessário evitar atrasos na alocação das portas de mídia por causa da negociação IPsec.
A tabela a seguir explica as configurações de exceções recomendadas do IPsec.
Exceções recomendadas do IPsec
| Nome da regra | IP de origem | IP de destino | Protocolo | Porta de origem | Porta de destino | Requisito de autenticação |
|---|---|---|---|---|---|---|
| Entrada interna do Servidor de Borda A/V | Qualquer um | Interno do Servidor de Borda A/V | UDP e TCP | Qualquer um | Qualquer um | Não autenticar |
| Entrada externa do Servidor de Borda A/V | Qualquer um | Externo do Servidor de Borda A/V | UDP e TCP | Qualquer um | Qualquer um | Não autenticar |
| Saída interna do Servidor de Borda A/V | Interno do Servidor de Borda A/V | Externo do Servidor de Borda A/V | UDP e TCP | Qualquer um | Qualquer um | Não autenticar |
| Saída externa do Servidor de Borda A/V | Externo do Servidor de Borda A/V | Qualquer um | UDP e TCP | Qualquer um | Qualquer um | Não autenticar |
| Entrada do Servidor de Mediação | Qualquer um | Servidores de Mediação | UDP e TCP | Qualquer um | Qualquer um | Não autenticar |
| Saída do Servidor de Mediação | Servidores de Mediação | Qualquer um | UDP e TCP | Qualquer um | Qualquer um | Não autenticar |
| Entrada do Atendedor de Conferência | Qualquer um | Servidor Front-End executando o Atendedor de Conferência | UDP e TCP | Qualquer um | Qualquer um | Não autenticar |
| Saída do Atendedor de Conferência | Servidor Front-End executando o Atendedor de Conferência | Qualquer um | UDP e TCP | Qualquer um | Qualquer um | Não autenticar |
| Entrada de Conferência A/V | Qualquer um | Servidores Front-End | UDP e TCP | Qualquer um | Qualquer um | Não autenticar |
| Saída de Conferência A/V | Servidores Front-End | Qualquer um | UDP e TCP | Qualquer um | Qualquer um | Não autenticar |
| Entrada do Exchange | Qualquer um | Unificação de Mensagens do Exchange | UDP e TCP | Qualquer um | Qualquer um | Não autenticar |
| Entrada dos Servidores de Compartilhamento de Aplicativo | Qualquer um | Servidores de Compartilhamento de Aplicativos | UDP e TCP | Qualquer um | Qualquer um | Não autenticar |
| Saída do Servidor de Compartilhamento de Aplicativos | Servidores de Compartilhamento de Aplicativos | Qualquer um | UDP e TCP | Qualquer um | Qualquer um | Não autenticar |
| Saída do Exchange | Unificação de Mensagens do Exchange | Qualquer um | UDP e TCP | Qualquer um | Qualquer um | Não autenticar |
| Clientes | Qualquer um | Qualquer um | UDP e TCP | Qualquer um | Qualquer um | Não autenticar |
Requisitos da rede de conferência
A largura de banda utilizada para transferir conteúdos de conferências do servidor dos Serviços de Informação Internet (IIS) depende do tamanho do conteúdo. Você pode optar por monitorar o uso real e ajustar a largura de banda conforme for necessário.
Requisitos de largura de banda de rede para tráfego de mídia
Uma parte importante do planeamento da rede é garantir que a sua rede consegue lidar com o tráfego de multimédia gerado pelo Skype para Empresas Server. Esta seção ajuda a você a se planejar para esse tráfego.
Uso da rede de tráfego de mídia
O cálculo do uso da largura de banda do tráfego de mídia pode ser desafiador devido às diferentes variáveis, como o uso de codec, resolução e níveis de atividade. A utilização da largura de banda é uma função do codec que é utilizada e a atividade do fluxo, que pode variar entre cenários. A tabela seguinte lista os codecs de áudio normalmente utilizados em cenários do Skype para Empresas Server.
Largura de banda do codec de áudio
| Codec de áudio | Cenário | Taxa de bits da carga de áudio (KBPS) | Apenas carga de áudio da largura de banda e cabeçalho IP (Kbps) | Carga de áudio da largura de banda, cabeçalho IP, UDP, RTP e SRTP (Kbps) | Carga de áudio da largura de banda, cabeçalho IP, UDP, RTP, SRTP e correção de erro de encaminhamento (Kbps) |
|---|---|---|---|---|---|
| Banda ampla RTAudio |
Ponto a ponto |
29,0 |
45,0 |
57,0 |
86,0 |
| Banda estreita RTAudio |
PSTN ponto a ponto |
11,8 |
27,8 |
39,8 |
51,6 |
| G.722 |
Conferência |
64,0 |
80,0 |
95,6 |
159,6 |
| Estéreo G.722 |
Conferência ponto a ponto |
128,0 |
144,0 |
159,6 |
223,6 |
| G.711 |
Conferência PSTN |
64,0 |
80,0 |
92,0 |
156,0 |
| Siren |
Conferência |
16,0 |
32,0 |
47,6 |
63,6 |
| Banda larga SILK |
Ponto a ponto |
36,0 |
52,0 |
64,0 |
100,0 |
| Banda larga SILK |
Ponto a ponto |
26,0 |
42,0 |
54,0 |
80,0 |
| Banda larga SILK |
Ponto a ponto |
20,0 |
36,0 |
48,0 |
68,0 |
| Banda larga/banda estreita DE SEDA |
Ponto a ponto |
13,0 |
29,0 |
41,0 |
54,0 |
Nota
Normalmente, as chamadas RTPC do cliente do Skype para Empresas utilizam o codec G.711, que requer uma largura de banda elevada. Se não estiver disponível largura de banda suficiente para esse codec, as chamadas podem falhar com um erro semelhante ao seguinte nos Registos de multimédia: pelo menos um codec tem de estar ativado, h: c0042004. Os registos de multimédia (ficheiros .blog) são encriptados e só podem ser descodificados pelo pessoal de suporte da Microsoft.
Os números de largura de banda na tabela anterior baseiam-se na criação de pacotes de 20 ms (50 pacotes por segundo) e para os codecs Siren e G.722 incluem a outra sobrecarga segura do protocolo de transporte em tempo real (SRTP) dos cenários de conferências e partem do princípio de que o fluxo está 100% ativo. A Correção de Erros de Reencaminhamento (FEC) é utilizada dinamicamente quando existe perda de pacotes na ligação para ajudar a manter a qualidade do fluxo de áudio.
A versão estéreo do codec G.722 é usada pelos sistemas baseados no Lync Room System, que usa um único microfone estéreo ou um par de microfones mono para permitir que os ouvintes possam distinguir melhor várias pessoas falando na sala de reunião.
Largura de banda da resolução do vídeo
| Codec de vídeo | Resolução e taxa de proporção | Taxa de bits máxima de carga de vídeo (Kbps) | Taxa de bits mínima de carga de vídeo (Kbps) |
|---|---|---|---|
| H.264 |
320 x 180 (16:9) 212 x 160 (4:3) |
250 |
15 |
| H.264/RTVideo |
424x240 (16:9) 320x240 (4:3) |
350 |
100 |
| H.264 |
480 x 270 (16:9) 424 x 320 (4:3) |
450 |
200 |
| H.264/RTVideo |
640 x 360 (16:9) 640 x 480 (4:3) |
800 |
300 |
| H.264 |
848 x 480 (16:9) |
1500 |
400 |
| H.264 |
960 x 540 (16:9) |
2000 |
500 |
| H.264/RTVideo |
1280 x 720 (16:9) |
2500 |
700 |
| H.264 |
1920 x1080 (16:9) |
4000 |
1500 |
| H.264/RTVideo |
960 x 144 (20:3) |
500 |
15 |
| H.264 |
1280 x 192 (20:3) |
1000 |
250 |
| H.264 |
1920 x 288 (20:3) |
2000 |
500 |
O codec predefinido para vídeo é o padrão H.264 /MPEG-4 Part 10 Advanced Video Coding, juntamente com as extensões de codificação de vídeo dimensionáveis para escalabilidade temporal. Para manter a interoperabilidade com clientes legados, o codec RTVideo ainda é utilizado para chamadas ponto a ponto entre o Skype para Empresas Server e clientes legados. Em sessões de conferência com o Skype para Empresas Server e clientes legados, o ponto final do Skype para Empresas Server pode codificar o vídeo através de codecs de vídeo e enviar o bitstream H.264 para os clientes do Skype para Empresas Server e o bitstream RTVideo para clientes legados.
A largura de banda exigida depende da resolução, qualidade, taxa de quadros e quantidade de movimento ou alteração na imagem. Para cada resolução, há duas taxas de bits pertinentes:
Taxa máxima de bits de payload Esta é a taxa de bits que um ponto final utilizará para resolução à taxa de fotogramas máxima. Esse é o valor que permitirá a mais alta qualidade de som e vídeo.
Taxa mínima de bits de payload Esta é a taxa de bits abaixo da qual um ponto final do Skype para Empresas Server mudará para a resolução inferior seguinte. Para garantir um nível mínimo de resolução, a taxa de bits da carga do vídeo disponível não deve ser inferior a esta taxa de bits mínima para a resolução em questão. Este valor ajuda-o a compreender o valor mais baixo possível se a taxa máxima de bits não estiver disponível ou prática. Para alguns usuários, vídeos com taxas de bits tão baixas proporcionar uma experiência inaceitável, portanto, tenha cuidado ao estabelecer a taxa de bits mínima para carga do vídeo. Para cenas de vídeo estáticas e inalteradas, a taxa de bits real pode ficar temporariamente abaixo da taxa mínima de bits.
O Skype para Empresas Server suporta muitas resoluções. Isto permite que o Skype para Empresas Server se ajuste a largura de banda de rede diferente e receba capacidades de cliente. A proporção predefinida do Skype para Empresas Server é 16:9. A proporção legada 4:3 ainda é suportada para câmaras Web, que não permitem a captura na proporção 16:9.
A FEC de Vídeo é sempre incluída na taxa de bits de payload de vídeo quando é utilizada para que não existam valores separados para com a FEC de vídeo e sem FEC de vídeo.
Os pontos finais não transmitem pacotes de áudio ou vídeo continuamente. Consoante o cenário, existem diferentes níveis de atividade de fluxo, que indicam a frequência com que os pacotes são enviados para um fluxo. A atividade de um fluxo depende do suporte de dados e do cenário e não depende do codec que está a ser utilizado. Em um cenário ponto a ponto:
Os pontos de extremidade enviam fluxos de áudio apenas quando os usuários falam.
Ambos os participantes recebem fluxos de áudio.
Se o vídeo for usado, ambos pontos de extremidade enviam e recebem fluxos de vídeo durante a chamada.
Para cenas de vídeo estáticas, a taxa de bits real pode ser temporariamente muito baixa, uma vez que o codec de vídeo irá ignorar as regiões de codificação do vídeo sem uma alteração desde o exemplo anterior.
Em um cenário de conferência:
Os pontos de extremidade enviam fluxos de áudio apenas quando os usuários falam.
Todos os participantes recebem fluxos de áudio.
Se o vídeo for usado, todos os participantes podem receber até cinco fluxos de vídeo e um fluxo de vídeo panorâmico (por exemplo, taxa de proporção 20:3). Por padrão, os cinco fluxos de vídeo têm base no histórico do orador ativo, mas os usuários também podem selecionar manualmente os participantes de quem eles desejam receber fluxo de vídeo. Se a opção múltiplos vídeos for habilitada, o requisito de resolução e largura de banda para fluxo de vídeo será mais baixo.
Cada participante que ativa a transmissão de vídeo de envio do utilizador enviará uma ou mais transmissões de vídeo. O Skype para Empresas Server tem a capacidade de enviar até cinco fluxos de vídeo para otimizar a qualidade do vídeo para todos os clientes recetores. A quantidade real de fluxos de vídeo enviados é determinada pelo remetente com base na capacidade da CPU, na largura de banda uplink disponível e na quantidade de clientes receptores que tenham selecionado um determinado fluxo de vídeo. O caso mais comum é que um fluxo de vídeo H.264 e um RTVideo estão a ser enviados caso um cliente legado participe na conferência. Outro cenário comum é o envio de diversos fluxos de vídeo H.264 (por exemplo, com a mesma resolução de vídeo) para acomodação de diferentes solicitações do receptor.
Além da largura de banda necessária para o tráfego do protocolo de transporte em tempo real (RTP) para mídia em áudio e vídeo, a largura de banda é necessária também para o protocolo de controle de transporte em tempo real (RTCP). O RTCP é usado para obter estatísticas e controle fora da banda para o fluxo RTP. Para fins de planejamento, use os números de largura de banda da tabela a seguir para verificar o tráfego RTCP. Esses valores representam a largura de banda máxima usada para RTCP e são diferentes nos fluxos de áudio e vídeo devido às diferenças nos dados de controle
Largura de banda de RTCP
| Mídia | Largura de banda máxima de RTCP (Kbps) |
|---|---|
| Áudio |
5 |
| Vídeo (somente H.264 ou RTVideo enviado/recebido) |
10 |
| Vídeo (somente H.264 ou RTVideo enviado/recebido) |
15 |
Para planejamento da capacidade, as duas larguras de banda mencionadas a seguir são:
Largura de banda máxima sem FEC A largura de banda máxima que um fluxo irá consumir. Isso inclui a atividade típica do fluxo e o codec típico usado em cenário sem FEC. Esta é a largura de banda quando o fluxo está a 100% de atividade e não há perda de pacotes que desencadeie a utilização da FEC. É útil para a computação saber quanta largura de banda deve ser alocada para que o codec possa ser usado em um determinado cenário. Não se espera que a FEC seja um requisito numa rede gerida.
Largura de banda máxima com FEC A largura de banda máxima que um fluxo consome. Isso inclui a atividade típica do fluxo e o codec típico usado em cenário com FEC. Esta é a largura de banda quando o fluxo está a 100% de atividade e há perda de pacotes que aciona a utilização da FEC para melhorar a qualidade. É útil para a computação saber quanta largura de banda deve ser alocada para que o codec possa ser usado em um determinado cenário e permitir ouso de FEC para preservar as condições de qualidade em caso de perda de pacotes.
As tabelas seguintes também listam outro valor de largura de banda, Largura de banda típica. Trata-se da largura de banda consumida pelo fluxo. Isso inclui a atividade típica do fluxo e o codec típico usado no cenário. Esta largura de banda pode ser utilizada para aproximar a quantidade de largura de banda que está a ser consumida pelo tráfego de multimédia num momento específico, mas não deve ser utilizada para o planeamento da capacidade, uma vez que as chamadas individuais excederão este valor quando o nível de atividade for superior à média. A largura debanda típica para o fluxo de vídeo indicada nas tabelas abaixo baseia-se em diferentes resoluções de vídeo, conforme observado em dados medidos de clientes. Por exemplo, em sessões ponto a ponto, a maioria dos utilizadores utilizaria a janela de composição de vídeo predefinida, ao passo que alguma percentagem de utilizadores aumentaria ou maximizaria a aplicação Skype para Empresas Server para permitir melhores resoluções de vídeo.
As tabelas abaixo fornecem valores de largura de banda para diversos cenários.
Planejamento da capacidade de áudio/vídeo em sessões ponto a ponto
| Mídia | Codec | Largura de banda de fluxo típico (Kbps) | Largura de banda de fluxo máximo sem FEC | Largura de banda de fluxo máximo com FEC |
|---|---|---|---|---|
| Áudio |
Banda ampla RTAudio |
39,8 |
62 |
91 |
| Áudio |
Banda estreita RTAudio |
29,3 |
44,8 |
56,6 |
| Áudio |
Banda larga SILK |
44,3 |
69 |
105 |
| Vídeo principal ao chamar pontos finais do Skype para Empresas Server |
H.264 |
460 |
4010 (para resolução máxima de 1920 x 1080) |
Já incluído |
| Vídeo principal ao chamar pontos finais do Lync 2010 ou do Office Communicator 2007 R2 |
RTVideo |
460 |
2510 (para resolução máxima de 1280 x 720) |
Já incluído |
| Vídeo panorâmico ao chamar pontos finais do Skype para Empresas Server |
H.264 |
190 |
2010 (para resolução máxima de 1920 x 288) |
Já incluído |
| Vídeo panorâmico ao chamar pontos finais do Lync 2010 |
RTVideo |
190 |
510 (para resolução máxima de 960 x 144) |
Já incluído |
Planejamento de capacidade de áudio/vídeo para conferências
| Mídia | Codec típico | Largura de banda de fluxo típico (Kbps) | Largura de banda de fluxo máximo sem FEC | Largura de banda de fluxo máximo com FEC |
|---|---|---|---|---|
| Áudio |
G.722 |
46,1 |
100,6 |
164,6 |
| Áudio |
Siren |
25,5 |
52,6 |
68,6 |
| Recepção de vídeo principal |
H.264 e RTVideo¹ |
260 |
8015 |
Não aplicável |
| Envio de vídeo principal |
H.264 e RTVideo |
270 |
8015 |
Não aplicável |
| Recepção de vídeo panorâmico |
H.264 e RTVideo |
190 |
2010 (para resolução máxima de 1920 x 288) |
Não aplicável |
| Envio de vídeo panorâmico |
H.264 e RTVideo |
190 |
2515 ² |
Não aplicável |
O VÍDEO RT é enviado para além do H.264 quando os clientes do Lync 2010 estão ligados à conferência.
Se existirem vários fluxos, partilham dinamicamente a largura de banda alocada.
Para o vídeo principal, a largura de banda típica é a largura de banda agregada sobre todos os fluxos de vídeo recebidos, e o fluxo máximo é a largura de banda sobre todos os fluxos enviados. Mesmo com diversos fluxos de vídeo, a largura de banda típica de vídeo é inferior do que em cenários ponto a ponto porque muitas conferências de vídeo estão usando o compartilhamento de conteúdo, que usa janelas muito menores e, consequentemente, resoluções de vídeos menores. A largura de banda de payload de vídeo agregada máxima suportada é de 8000 Kbps para ambos, enviar e receber fluxos, que seriam utilizados (por exemplo, se existirem dois fluxos de vídeo de entrada 1920x1080p). Os valores máximos são raramente vistos em implementações reais.
Ao criar uma conferência multipartidária que utiliza a funcionalidade de vista de galeria, a utilização da largura de banda aumenta inicialmente à medida que os participantes entram e, em seguida, diminui à medida que as resoluções são removidas para se ajustarem ao máximo.
| 2 Participantes | 3 Participantes | 4 Participantes | 5 Participantes | 6 Participantes | |
|---|---|---|---|---|---|
| Resoluções máximas recebidas |
1920x1080 |
1280x720 |
640x360 |
640x360 320x240 |
640x360 320x240 |
| Total da taxa média de bits |
2128 |
4050 |
1304 |
1224 |
1565 |
| Total da taxa máxima de bits |
4063 |
5890 |
2860 |
2699 |
3017 |
A largura de banda típica do fluxo de vídeo panorâmico é baseada em dispositivos que conseguem transmitir vídeo panorâmico de 960x144, no máximo. A largura de banda típica do fluxo costuma aumentar quando são usados dispositivos com vídeo panorâmico de 1920x288.
Planejamento de capacidade de áudio para PSTN
| Mídia | Codec típico | Largura de banda de fluxo típico (Kbps) | Largura de banda de fluxo máximo sem FEC | Largura de banda de fluxo máximo com FEC |
|---|---|---|---|---|
| Áudio |
G.711 (isto inclui participantes rtPC em conferências) |
64,8 |
97 |
161 |
| Áudio |
Banda estreita RTAudio |
30,9 |
44,8 |
56,6 |
Os números de largura de banda da rede dessas tabelas representam apenas o tráfego de uma via e incluem 5 Kbps de sobrecarga de tráfego RTCP para cada fluxo.
Gerenciando a Qualidade de Serviço
A Qualidade de Serviço (QoS) é uma tecnologia de rede que é usada em algumas organizações para ajudar a fornecer a melhor experiência ao usuário final para comunicações de áudio e vídeo. A Qualidade de Serviço é usada mais frequentemente em redes com largura de banda limitada: com uma grande número de pacotes de rede para uma quantidade relativamente pequena de largura de banda disponível, a QoS permite que os administradores atribuam prioridades mais altas a pacotes que carregam dados de áudio e vídeo. Ao conceder uma prioridade mais alta a esses pacotes, as comunicações de áudio e vídeo têm uma probabilidade maior de serem concluídas mais rapidamente e com menos interrupções do que as sessões de rede envolvendo itens como transferências de arquivos, navegação na Web ou backups de bancos de dados. Isso ocorre porque os pacotes de rede usados para transferências de arquivos ou backups de bancos de dados recebem uma atribuição de prioridade de "melhor esforço".
Nota
Como regra, a QoS se aplica somente a sessões de comunicação na sua rede interna. Ao implementar a QoS, você configura seus servidores e roteadores para suportarem a marcação de pacotes de determinada maneira que pode não ser suportada na Internet ou em outras redes. Mesmo que a Qualidade do Serviço seja suportada noutras redes, não há garantias de que o QoS será configurado exatamente da mesma forma que configurou o serviço. Se estiver usando MPLS, você terá que trabalhar com seu provedor de MPLS.
O Skype para Empresas Server não requer QoS, mas é recomendado. Se tiver problemas de perda de pacotes na rede, as soluções disponíveis serão adicionar mais largura de banda ou implementar qoS. Se não for possível adicionar mais largura de banda, a implementação do QoS poderá ser a sua única portagem para resolver o problema.
O Skype para Empresas Server oferece suporte total para QoS: isto significa que as organizações que já estão a utilizar a QoS podem integrar facilmente o Skype para Empresas Server na infraestrutura de rede existente. Para fazer isso, você precisa executar as seguintes etapa:
Ativar a QoS no Skype para Empresas Server para dispositivos que não são baseados no Windows. Por padrão, a QoS é desativada em computadores e outros dispositivos (como iPhones) que executam outros sistemas operacionais. Embora possa utilizar o Skype para Empresas Server para ativar e desativar a Qualidade do Serviço para dispositivos, normalmente não pode utilizar o produto para modificar os códigos DSCP utilizados por estes dispositivos.
Configurar intervalos de portas e uma política de Qualidade de Serviço para os servidores de Conferências, Aplicação e Mediação. É necessário reservar um conjunto exclusivo de portas para tipos de pacotes diferentes, como áudio e vídeo. Ao utilizar o Skype para Empresas Server, não ativa ou desativa o QoS ao definir um valor de propriedade como Verdadeiro ou Falso. Em vez disso, você ativa a QoS configurando intervalos de porta e, em seguida, criando e aplicando a Política de Grupo. Se mais tarde decidir não utilizar qoS, pode "desativar" a QoS ao remover os objetos de Política de Grupo adequados.
Configurar intervalos de portas e uma política de Qualidade de Serviço para os seus Servidores Edge. Embora não seja necessário, você pode configurar seus servidores de borda para usar os mesmos intervalos de porta que os outros servidores. A configuração de uma política QoS só é feita para o lado interno dos servidores Edge. Isso ocorre pois a QoS foi projetada para uso em sua rede interna, e não na Internet.
Configurar intervalos de portas e uma política de Qualidade de Serviço para os seus clientes no Skype para Empresas Server. Esses intervalos de porta se aplicam somente a computadores cliente e, normalmente, são diferentes dos intervalos de porta configurados em seus servidores. O Skype para Empresas Server não suporta QoS para sistemas operativos Windows que não o Windows 10.
Nota
Se estiver a utilizar o Windows Server 2012 ou o Windows Server 2012 R2, poderá estar interessado no novo conjunto de cmdlets do Windows PowerShell disponíveis para gerir qoS nessa plataforma. Para obter mais informações, veja Cmdlets do Windows PowerShell para Redes.
A QoS também é abordada no documento técnico Planeamento, Monitorização e Resolução de Problemas de Rede com o Lync Server com mais detalhes e profundidade. Embora o conteúdo se refira explicitamente ao Lync 2010 e ao Lync 2013, as considerações para o Skype para Empresas Server permanecem inalteradas.
Confira também
Planejamento para IPv6 no Skype for Business
Requisitos de balanceamento de carga para o Skype for Business