Compartilhar via


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
  1. O VÍDEO RT é enviado para além do H.264 quando os clientes do Lync 2010 estão ligados à conferência.

  2. 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:

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

Requisitos de DNS para o Skype para Empresas Server