Qualidade dos Suportes de Dados e Desempenho de Conectividade de Rede no Microsoft Teams
Importante
Skype for Business Online operado pela 21Vianet na China será descontinuado a 1 de outubro de 2023. Se ainda não atualizou os seus utilizadores do Skype for Business Online, estes serão automaticamente agendados para uma atualização assistida. Se quiser atualizar a sua organização para o Teams, recomendamos vivamente que comece a planear o seu caminho de atualização hoje mesmo. Lembre-se de que uma atualização bem-sucedida alinha a preparação técnica e do utilizador, por isso, certifique-se de que tira partido da nossa documentação de orientação de atualização enquanto navega para o Teams.
Skype for Business Online, excluindo o serviço operado pela 21Vianet na China, foi descontinuado a 31 de julho de 2021.
Este artigo define o conjunto de requisitos de desempenho de rede para os serviços do Microsoft Teams e como pode optar por utilizar a Internet ou o ExpressRoute para conectividade entre a sua rede e o Microsoft Teams com base na sua avaliação da conectividade de rede. Se decidiu implementar o Azure ExpressRoute para conectividade dedicada ao Microsoft 365 ou Office 365, este documento também fornece orientações sobre como planear as suas ligações do ExpressRoute em diferentes cenários de implementação do Microsoft Teams.
A qualidade do suporte de dados Real-Time (áudio, vídeo e partilha de aplicações) através do IP é muito afetada pela qualidade da conectividade de rede ponto a ponto. Para uma qualidade de multimédia ideal do Microsoft Teams, é importante garantir que existe uma ligação de alta qualidade entre a rede da sua empresa e o Microsoft Teams. A melhor forma de o fazer é configurar a sua rede interna e a conectividade da cloud com base na capacidade da sua rede para acomodar o volume de tráfego máximo para o Microsoft Teams em todas as ligações.
O Azure ExpressRoute não é um requisito para o Microsoft 365 e serviços Office 365, incluindo o Microsoft Teams. No entanto, o Azure ExpressRoute é uma das opções de implementação disponíveis que ajudarão a garantir que a conectividade ao Microsoft 365 ou Office 365 cumpre os requisitos de desempenho de rede do Microsoft Teams e garante a experiência de qualidade de multimédia do Microsoft Teams mais adequada.
Sugestão
Embora este tópico lhe forneça orientações gerais sobre o desempenho da rede, a documentação de orientação completa para a avaliação da rede está fora do âmbito deste documento. Para encontrar uma lista de parceiros do Microsoft Teams que podem ajudá-lo com as medições de desempenho de rede como parte de uma avaliação completa e completa da rede, visite Skype for Business Partner Solutions.
Requisitos de conectividade de rede para o Microsoft Teams
Fatores que afetam a qualidade de multimédia do Microsoft Teams
Existem muitos fatores diferentes que contribuem para o Microsoft Teams Real-Time qualidade de multimédia (áudio, vídeo e partilha de aplicações) que inclui os dispositivos utilizados, o ambiente e a conectividade de rede.
Dispositivos
Numa sessão multimédia Real-Time, a captura de multimédia e a composição de dispositivos que são utilizados por todos os participantes, como auriculares e câmaras Web, têm um grande impacto na qualidade geral do áudio e do vídeo. Dispositivos ou dispositivos de qualidade inferior com controladores de dispositivo incorretos produzem uma qualidade de som geral mais baixa para áudio e uma qualidade de imagem mais baixa para vídeo. Dispositivos certificados ou dispositivos de boa qualidade ajudam com o cancelamento de eco, filtragem de ruído, resolução de vídeo e latência de redução.
Embora não sejam necessários dispositivos de multimédia de áudio e vídeo certificados, são altamente recomendados dispositivos certificados para o Microsoft Teams para a experiência de multimédia mais ideal. Para obter uma lista de todos os dispositivos certificados do Microsoft Teams, consulte Dispositivos Android certificados pelo Microsoft Teams. Pode utilizar o Dashboard de Qualidade de Chamadas do Microsoft Teams, localizado no centro de administração do Skype for Business, para verificar se os dispositivos em utilização estão a funcionar corretamente e monitorizar a qualidade dos suportes de dados de áudio e vídeo.
Sugestão
Um dispositivo certificado é necessário para a experiência de qualidade de multimédia mais ideal Skype for Business.
É importante lembrar que todos os dispositivos multimédia, clientes do Microsoft Teams e Servidores Skype for Business através dos quais Real-Time fluxos de multimédia introduzem alguma latência. A latência de processamento de dispositivos e software, juntamente com a latência de rede, tem um grande impacto e contribui para a latência global ponto a ponto e a experiência do utilizador final.
Ambiente.
O ambiente e a área circundante onde os utilizadores se encontram e utilizam dispositivos de áudio e vídeo é outro fator importante para a qualidade do áudio e do vídeo. Os utilizadores que ligarem a partir de um ambiente ruidoso terão ecoado, abafado e áudio pouco claro. Os usuários que estiverem em um ambiente escuro ou com pouca luz não obterão uma qualidade de imagem clara e viva. Numa definição de sala de conferência, a localização do microfone e do dispositivo de vídeo tem um impacto direto na qualidade do som e da imagem que os participantes recebem.
Para obter uma imagem mais clara da experiência de áudio e vídeo de um utilizador, utilize a aplicação Skype for Business Ferramentas Opções>>Dispositivo de Áudio ou Dispositivo de Vídeo para efetuar alterações ao dispositivo em utilização e personalizar as respetivas definições.
Rede
A qualidade do suporte de dados Real-Time através da rede IP é muito afetada pela qualidade da conectividade de rede, mas especialmente pela quantidade de:
Latência Este é o tempo que demora a obter um pacote IP do ponto A para o ponto B na rede. Este atraso de propagação de rede está associado à distância física entre os dois pontos e à velocidade da luz, incluindo sobrecarga adicional assumida pelos vários routers no meio. A latência é medida como tempo de ida ou de ida e volta (RTT).
Perda de Pacotes Isto é muitas vezes definido como uma percentagem de pacotes perdidos num determinado período de tempo. A perda de pacotes afeta diretamente a qualidade do áudio, desde pacotes pequenos e individuais perdidos que quase não têm impacto, até perdas de rajada consecutivas que causam o corte completo do áudio.
Interferência na chegada entre pacotes ou simplesmente nervosismo Esta é a alteração média no atraso entre pacotes sucessivos. O software VoIP mais moderno, incluindo o Microsoft Teams, pode adaptar-se a alguns níveis de nervosismo através da colocação em memória intermédia. Só quando o nervosismo excede a memória intermédia é que um participante repara nos efeitos do nervosismo.
Nota
A colocação em memória intermédia para nervosismo aumentará a latência ponto a ponto.
Com muitas sessões simultâneas do Microsoft Teams Real-Time multimédia e outro tráfego de rede gerado por outros serviços do Microsoft 365 ou Office 365 e outras aplicações empresariais, garantir que existe largura de banda suficiente em todo o caminho de rede que liga a sua rede ao serviço Microsoft Teams é fundamental para evitar o congestionamento da rede e garantir um suporte de dados excelente Real-Time multimédia (áudio, qualidade de vídeo e partilha de aplicações).
Implementar o Quality of Service (QoS) em redes congestionadas
Além disso, o congestionamento do tráfego numa rede afeta significativamente a qualidade dos suportes de dados. Para permitir que os pacotes de áudio e vídeo percorram a rede mais rapidamente e sejam priorizados relativamente a outro tráfego de rede numa rede congestionada, o Quality of Service (QoS) pode ser utilizado para ajudar a proporcionar uma experiência de utilizador final ideal para comunicações de áudio e vídeo.
A QoS fornece uma forma de atribuir prioridades mais elevadas a pacotes de rede que transportam dados de áudio ou vídeo. Ao atribuir uma prioridade mais elevada a estes pacotes, é provável que as comunicações de áudio e vídeo passem pela rede mais rapidamente e com menos interrupções do que as sessões de rede que envolvem itens como transferências de ficheiros, navegação na Web ou cópias de segurança de bases de dados. Isto deve-se ao facto de os pacotes de rede utilizados para transferências de ficheiros ou cópias de segurança de bases de dados por predefinição serem atribuídos como uma prioridade e o congestionamento da rede não terá um impacto tão grande. Se não atribuir uma prioridade mais elevada aos pacotes de multimédia (áudio, vídeo e partilha de aplicações) e os deixar também atribuídos como "melhor esforço", também serão processados juntamente com todo o outro tráfego de rede. Dependendo da quantidade de congestionamento da rede, isto acabará potencialmente numa experiência de qualidade geral de áudio e vídeo mais baixa para os seus utilizadores.
Recomenda-se vivamente que implemente o QoS na sua rede para garantir que o congestionamento da rede na sua rede não terá impacto. No entanto, para que isto tenha o máximo impacto, todos os pontos finais de rede têm de suportar QoS, o que significa que todos os pontos finais têm de respeitar a marcação QoS e a atribuição de prioridades de pacotes. Os serviços do Microsoft Teams honram a marcação QoS e a atribuição de prioridades na rede da Microsoft. No entanto, o tráfego que é encaminhado através de uma ligação pública, como a Internet, da rede da empresa para a rede da Microsoft, não preserva as marcações QoS e a atribuição de prioridades de pacotes. As ligações privadas da sua rede ao Microsoft 365 ou Office 365 através do Azure ExpressRoute oferecem uma solução de implementação que preserva as marcações QoS e a atribuição de prioridades de pacotes que, por sua vez, aumentará a qualidade geral do áudio e do vídeo para os seus utilizadores finais.
Requisitos de desempenho de rede para ligar ao Microsoft Teams
Skype for Business Real-Time multimédia percorre vários dispositivos diferentes, aplicações cliente, software de servidor e em diferentes redes. A latência ponto a ponto do suporte de dados Real-Time é a quantidade total de latência que é introduzida em todos os componentes e segmentos de rede. A qualidade da ligação de rede ponto a ponto é determinada pelo segmento de rede com a pior qualidade. Este segmento funciona como um estrangulamento para este tráfego de rede.
O diagrama seguinte ilustra o fluxo de áudio unidirecional numa conferência de um participante do Microsoft Teams para outro.
Neste cenário de conferências, o caminho de multimédia consiste nos seguintes segmentos de rede:
Ligação do Utilizador 1 à margem da rede Da Microsoft Normalmente, isto inclui uma ligação de rede, como Wi-Fi ou Ethernet, a ligação WAN do Utilizador 1 ao ponto de saída da Internet (o seu dispositivo Edge de rede) e a ligação à Internet da sua rede edge para o Microsoft Network Edge.
Ligação dentro da rede da Microsoft Isto é entre o centro de dados do Microsoft Edge para o Microsoft Teams, onde são utilizados os servidores de Conferências A/V.
Ligação no Microsoft Network Isto é entre o datacenter do Microsoft Teams e o Microsoft Network Edge.
Ligação do microsoft network edge ao Utilizador 2 Isto inclui a ligação à Internet da sua rede Edge para o Microsoft Network Edge, a ligação WAN do Utilizador 2 ao ponto de saída da Internet (a sua rede Edge) e a ligação de rede, como um Wi-Fi ou um Ethernet.
O diagrama seguinte mostra a discriminação dos componentes e segmentos de rede de uma chamada RTPC do Microsoft Teams:
Num cenário de chamada RTPC, o caminho de multimédia cruza os seguintes segmentos de rede:
Ligação de um Skype for Business autor da chamada do cliente à margem da Rede Microsoft Isto geralmente inclui uma ligação de rede, como Wi-Fi ou Ethernet, a ligação WAN do autor da chamada do cliente Skype for Business para o ponto de saída da Internet (o seu dispositivo Edge de rede) e a ligação à Internet da sua rede Edge para o Microsoft Network Edge.
Ligação dentro da rede da Microsoft Isto é entre o centro de dados do Microsoft Edge para o Microsoft Teams, onde é utilizado um Servidor de Mediação.
Ligação no Microsoft Network Isto é entre o datacenter do Microsoft Teams e o Microsoft Network Edge.
Ligação entre o Microsoft Network e os parceiros do fornecedor de serviços RTPC Esta é a ligação que existe para efetuar uma chamada RTPC a partir do cliente Skype for Business que está fora da rede da Microsoft.
Requisitos de Desempenho de Rede de um cliente Skype for Business para o Microsoft Network Edge
Para uma qualidade ideal Skype for Business multimédia, são necessários os seguintes destinos ou limiares de métricas de desempenho de rede para uma ligação da rede da sua empresa ao Microsoft Network Edge. Este segmento da rede inclui a sua rede interna, incluindo todas as ligações Wi-Fi e Ethernet, qualquer tráfego site a site da empresa através de uma ligação WAN, por exemplo, Comutação de Etiqueta Multiprotocol (MPLS) e ligações de parceiros da Internet ou do ExpressRoute ao Microsoft Network Edge.
Atenção
A conectividade entre um cliente Skype for Business na rede da sua empresa com o Microsoft 365 ou serviços Office 365 tem de cumprir estes requisitos e limiares de desempenho de rede seguintes.
| Indicador | Ideal | Pobre |
|---|---|---|
| Tempo de Ida e Volta (RFC 3550) | < 60 ms | > 500 ms |
| Perda Máxima de Pacotes (RFC 3550) | < 5% | > 25% |
| Perda Média de Pacotes (RFC 3550) | < 0.5% | > 10% |
| Nervosismo de Pacotes (RFC 3550) | < 3 ms | > 30 ms |
Outros requisitos de destino de desempenho:
A rede Microsoft tem mais de 160 localizações edge em todo o mundo. Trabalhamos com os principais Fornecedores de Serviços Internet (ISPs) em todo o mundo através desses sites edge. O destino da métrica de latência pressupõe que o site ou sites da empresa e os Microsoft Edges estão no mesmo continente.
O site ou sites da sua empresa para a ligação microsoft network Edge incluem acesso de rede de primeiro salto, que pode ser Wi-Fi ou outra tecnologia sem fios.
O destino de desempenho de rede assume a largura de banda adequada e/ou o planeamento de qualidade do serviço. Por outras palavras, isto aplica-se diretamente ao tráfego de multimédia Skype for Business Real-Time quando a ligação de rede está sob um pico de carga.
Medir o desempenho da rede
Para medir o desempenho real da rede, especialmente para a latência e a perda de pacotes, de qualquer site de rede da empresa para um Edge de rede, pode utilizar ferramentas como ping, testar um conjunto de serviços de reencaminhamento de multimédia Skype for Business em execução a partir do Microsoft Edge e sites do datacenter.
Nota
A medição do desempenho da rede através de ping (ICMP) não é eficaz. Por esse motivo, o IP anycast exposto abaixo deixará de responder aos pedidos ICMP a partir de janeiro de 2020. Para medir o desempenho da rede de forma eficaz, a Microsoft recomenda a Ferramenta de Assistência à Rede.
Para testar ligações à Internet à rede da Microsoft, recomenda-se que teste os seguintes VIPs dos reencaminhamentos de multimédia Skype for Business. O VIP Anycast resolve a um endereço IP de um Reencaminhamento de Multimédia num site microsoft network Edge mais próximo da localização de teste.
|
Endereço IP |
Tipo |
Local |
|---|---|---|
| 13.107.8.2 |
VIP |
World Wide Anycast IP |
Seguem-se algumas recomendações de alto nível a seguir para avaliar o desempenho da rede:
Deve avaliar a sua rede interna e as ligações ao Microsoft 365 ou Office 365.
Deve avaliar e recolher dados para todas as suas redes durante um longo período de tempo. Recomendamos que efetue os testes de desempenho da rede durante um mínimo de uma semana, para que possa ver padrões de utilização para todos os dias e horas úteis. Isto irá mostrar-lhe as horas de pico.
Deve utilizar vários exemplos de medições de desempenho de rede. Recomendamos que faça uma medição a cada 10 minutos a partir de um site da empresa durante todo o período de tempo em que estiver a recolher dados. Para comparar os requisitos de desempenho da rede do Microsoft Teams, escolha o valor de medição do percentil 90 deste conjunto de dados de exemplo.
Deve avaliar continuamente o desempenho da rede. A utilização da rede varia ao longo do tempo devido a alterações ao padrão de utilização, novas aplicações baseadas na empresa que utilizam uma grande quantidade de largura de banda e alterações às localizações da sua empresa física ou organizacional. É importante que monitorize continuamente o desempenho da rede em relação a estes requisitos e destinos/limiares de desempenho de rede e faça ajustes oportunos para garantir a qualidade de suporte de dados Real-Time mais ideal.
Medir o Desempenho da Rede com VMs do Azure
Em vez de testar os sites microsoft network Edge, existem soluções de avaliação de rede de Skype for Business clientes e parceiros que utilizam a configuração de teste para serviços na cloud do Microsoft Azure. Nessas soluções, as ferramentas de avaliação de rede testam a latência, a perda de pacotes e o nervosismo em relação aos pontos finais personalizados configurados como um serviço na cloud do Azure. Como resultado, o tráfego de rede de teste percorre um outro segmento de rede, que é a ligação dentro da rede da Microsoft entre os limites de rede e os datacenters do Azure que aloja o serviço de avaliação de rede.
Para essas soluções de avaliação de rede com base nos serviços de teste alojados do Azure. Recomendamos que efetue a avaliação da rede no país e/ou região. Por exemplo, para sites de clientes no leste dos E.U.A., a avaliação deve ser efetuada numa instância do serviço de teste alojada na região do datacenter dos E.U.A. Leste do Azure.
Seguem-se os destinos de latência (RTT) para a configuração da avaliação de rede baseada no serviço do Azure. Os destinos de latência unidirecional serão metade dos destinos RTT correspondentes. Os objetivos de perda de pacotes e nervosismo permanecem iguais aos definidos para testes baseados no Reencaminhamento de Multimédia do Skype.
|
Região do cliente |
Região do Azure |
A sua rede Edge – Tempo de Ida e Volta do Azure (RTT) |
O Seu Site – Tempo de Ida e Volta do Azure (RTT) |
|---|---|---|---|
| E.U.A. Central |
E.U.A. Central |
99 |
139 |
| E.U.A. Leste |
E.U.A. Leste |
86 |
126 |
| E.U.A. Centro-Norte |
E.U.A. Centro-Norte |
97 |
137 |
| E.U.A. Centro-Sul |
E.U.A. Centro-Sul |
94 |
134 |
| E.U.A. Oeste |
E.U.A. Oeste |
94 |
134 |
| E.U.A. havaiano |
E.U.A. Oeste |
116 |
156 |
| Canadá Central |
Canadá Central |
138 |
178 |
| Leste do Canadá |
Leste do Canadá |
131 |
171 |
| Europa do Norte |
Europa do Norte |
99 |
139 |
| Europa Ocidental |
Europa Ocidental |
95 |
135 |
| Ásia Oriental |
Ásia Oriental |
118 |
158 |
| Sudeste Asiático |
Sudeste Asiático |
97 |
137 |
| Leste do Japão |
Leste do Japão |
111 |
151 |
| Oeste do Japão |
Oeste do Japão |
118 |
158 |
| Sul do Brasil |
Sul do Brasil |
70 |
110 |
| Leste da Austrália |
Leste da Austrália |
124 |
164 |
| Austrália Sudeste |
Austrália Sudeste |
124 |
164 |
| Índia Central |
Índia Central |
103 |
143 |
| Sul da Índia |
Sul da Índia |
103 |
143 |
| Oeste da Índia |
Oeste da Índia |
103 |
143 |
| Leste da China |
Leste da China |
120 |
160 |
| Norte da China |
Norte da China |
120 |
160 |
Qualidade de multimédia e ExpressRoute
O Azure ExpressRoute para Microsoft 365 ou Office 365 é uma ligação de rede dedicada para ligar ao Microsoft 365 ou Office 365. Oferece aos clientes a capacidade de ter controlo sobre o caminho que o tráfego de rede toma. Já não têm de se preocupar com o encaminhamento imprevisível que ocorre na Internet, onde os dados são transportados por transportadoras, fornecedores e ISPs desconhecidos. O tráfego de rede enviado através do ExpressRoute é enviado diretamente através da rede do parceiro expressRoute para a rede da Microsoft. Isto permite que os clientes tratem o Microsoft 365 ou Office 365 como se estivesse localizado no seu próprio datacenter fora do local com uma ligação dedicada.
O Azure ExpressRoute está disponível para todas as ofertas de licenciamento do Microsoft 365 e Office 365. No entanto, o Suplemento Premium do Azure ExpressRoute é necessário para o Microsoft 365 e Office 365 para ativar o encaminhamento global. Os clientes com, pelo menos, 500 lugares que estão a implementar o ExpressRoute podem obter o Suplemento ExpressRoute Premium necessário sem custos adicionais.
O ExpressRoute é necessário para uma boa qualidade de multimédia?
O Azure ExpressRoute não é um requisito para obter a melhor qualidade de multimédia do Microsoft Teams. No entanto, é uma das opções de implementação que o ajuda a garantir que a conectividade da cloud cumpre os limiares ou destinos de desempenho da rede Skype for Business.
O Microsoft 365 e o Office 365 são serviços seguros e de elevado desempenho que utilizam a Internet. Continuamos a investir em novas capacidades de segurança e nós regionais do Edge para melhorar continuamente a segurança e o desempenho. O Azure ExpressRoute não é um requisito para serviços do Microsoft 365 ou Office 365, incluindo o Microsoft Teams. O Azure ExpressRoute é uma das opções de implementação disponíveis que ajudam a garantir que a conectividade ao Microsoft 365 ou Office 365 cumpre os requisitos de desempenho da rede Skype for Business e garante a experiência de qualidade de multimédia do Microsoft Teams mais adequada.
Para a qualidade de multimédia do Microsoft Teams, é importante que a ligação entre os sites da sua empresa e os Edges de rede da Microsoft cumpra os objetivos de desempenho nos requisitos de Desempenho de Rede de um cliente Skype for Business para o Microsoft Network Edge e que a ligação entre as margens de rede da sua rede e as margens de rede da Microsoft cumpra os objetivos de desempenho.
Também é importante que a conectividade de rede física da sua empresa, incluindo a rede interna e a capacidade de conectividade da cloud, acomodem o volume de tráfego de multimédia de pico. O Azure ExpressRoute é uma das muitas formas que ajudam os clientes a garantir que a conectividade da cloud do Microsoft Teams cumpre todos estes requisitos de desempenho.
O ExpressRoute é necessário para o SLA de qualidade de voz?
Não, o ExpressRoute não é necessário para o SLA de Qualidade de Voz do Microsoft Teams. O SLA de Qualidade de Voz do Microsoft Teams aplica-se a qualquer chamada elegível efetuada por qualquer utilizador do serviço de voz do Microsoft Teams na licença e subscrição corretas que permita a esse utilizador efetuar qualquer tipo de chamada VoIP ou RTPC. Um SLA de qualidade de voz deve incluir que todas as seguintes condições são abordadas:
Chamadas de Telefones IP certificados da Microsoft.
Ligações Ethernet com fios.
Problemas de qualidade de voz devido a problemas de Rede da Microsoft.
Nota
O SLA de qualidade de voz exclui as chamadas em que a baixa qualidade da chamada é causada por problemas em redes que não sejam da Microsoft, incluindo parceiros do ExpressRoute e outras redes.
Internet ou Azure ExpressRoute?
Antes de tomar uma decisão sobre as opções de conectividade de rede ao Microsoft Teams, os clientes têm de avaliar a rede e a conectividade à Internet atual com base nos requisitos de desempenho de rede descritos em Requisitos de desempenho de rede para se ligarem ao Microsoft Teams.
Se o desempenho da rede através da ligação à Internet atual estiver configurado para capacidade suficiente durante a hora de pico e cumprir os requisitos de desempenho da rede, desde sites a Microsoft Network Edges e da sua rede Edges até microsoft network Edges, pode continuar a utilizar a conectividade Internet existente para ligar ao Microsoft Teams.
Para sites da empresa onde os requisitos de desempenho de rede não estão a ser cumpridos, recomendamos vivamente que trabalhe primeiro com os seus fornecedores de serviços de rede existentes para melhorar o desempenho geral da rede. No entanto, se ainda não estiverem a ser cumpridos, a utilização do Azure ExpressRoute pode ajudar a garantir que a conectividade à cloud do Microsoft Teams pode ajudá-lo a cumprir os requisitos de desempenho da rede.
O Azure ExpressRoute oferece os seguintes benefícios adicionais:
Um contrato de nível de serviço (SLA) sobre a disponibilidade da ligação entre a rede e a rede da Microsoft. O ExpressRoute tem um SLA de Disponibilidade garantido de 99,9%.
Largura de banda planeada e garantida necessária para os serviços do Microsoft 365 e Office 365. Pode fazê-lo enviando apenas o Microsoft 365, Office 365 ou Skype for Business tráfego através do ExpressRoute e, em seguida, fazer com que todo o outro tráfego da Internet percorra outros pontos de saída/entrada da Internet para a sua rede.
O ExpressRoute foi concebido para preservar as marcas de QoS DSCP entre a sua rede e a Microsoft Network.
Para obter mais informações sobre o QoS do ExpressRoute e o planeamento de capacidade, veja ExpressRoute e QoS no Microsoft Teams.
Posso configurar o Azure ExpressRoute apenas para o Microsoft Teams?
Sim, pode configurar o Azure ExpressRoute para garantir uma excelente conectividade de rede da rede da sua empresa apenas com o Microsoft Teams. Isto proporcionará a qualidade de multimédia Real-Time mais ideal para os seus utilizadores, mas pode continuar a ligar a outros serviços do Microsoft 365 ou Office 365 através da Internet.
O Protocolo BGP (Border Gateway Protocol) é um protocolo de encaminhamento na Internet que é utilizado para encaminhar o tráfego de rede pela Internet. Foi concebido para trocar informações de encaminhamento entre sistemas autónomos (AS) encontrados na Internet. Os valores das comunidades BGP são etiquetas de atributos que podem ser aplicadas a rotas de entrada ou saída. As comunidades BGP são frequentemente utilizadas para sinalizar para o AS receção, que ligação de saída utilizar para alcançar um determinado destino com base em geografia, tipo de serviço ou outros critérios.
Com o suporte das comunidades BGP, a Microsoft irá etiquetar prefixos e rotas com valores de comunidade BGP adequados com base no serviço a que pertencem. A Microsoft irá etiquetar prefixos anunciados através do peering público e do peering da Microsoft com valores de comunidade BGP adequados que indicam a região onde os prefixos estão alojados. Pode contar com os valores da comunidade para tomar as decisões de encaminhamento adequadas para oferecer um encaminhamento ideal. Pode utilizar o valor da comunidade BGP do Microsoft Teams para configurar uma ligação do ExpressRoute apenas para o Microsoft Teams. Pode saber mais em Requisitos de encaminhamento do ExpressRoute.
Cenários de conectividade do ExpressRoute para o Microsoft Teams
Se decidiu que o ExpressRoute com base nas recomendações acima é para si, eis as recomendações sobre onde e quantas ligações do ExpressRoute deve obter.
Implementação apenas online - Site único
Se todos os seus utilizadores utilizarem o serviço Microsoft Teams e se os seus escritórios estiverem centrados numa única localização física e decidir implementar o Azure ExpressRoute, deve configurar uma única ligação do ExpressRoute entre o site da sua empresa e a localização de peering do ExpressRoute mais próxima.
O gráfico seguinte mostra um exemplo deste tipo de implementação. Para este exemplo, a Contoso é uma universidade localizada em Orlando, FL. A Contoso tem 10 000 membros do corpo docente e estudantes. Os testes da Internet a partir da respetiva localização para sites do Microsoft Edge mostraram uma perda de pacotes superior a 5% durante as horas de pico da classe. Decidiram obter uma ligação dedicada ao Microsoft 365 ou Office 365 através do ExpressRoute com largura de banda excessivamente aprovisionada para evitar o congestionamento da rede do Microsoft 365 ou Office 365 especialmente para o Microsoft Teams Real-Time tráfego. Ligam-se à cloud da Microsoft através do ExpressRoute no site MeetMe de Disponibilidade Geral de Atlanta.
Implementação apenas online – vários sites no mesmo continente
Se a sua empresa estiver a utilizar serviços do Microsoft Teams de vários escritórios na mesma região ou continente e optar por implementar o Azure ExpressRoute, recomenda-se que ligue o seu site main através do ExpressRoute e, em seguida, adicione opcionalmente peering do ExpressRoute adicional para outras localizações que não cumpram os destinos de desempenho de rede recomendados.
No exemplo seguinte, a Contoso é uma empresa de serviços de viagens norte-americana com sede em Nova Iorque, mas que tem outros escritórios em todo o Estados Unidos. Os seus escritórios estão interligados através de uma WAN que utiliza MPLS para ligar ao Microsoft 365 ou Office 365. Inicialmente, estabeleceram uma ligação do ExpressRoute a partir do router da Internet em Hoboken, Nova Jérsia, para o site New York MeetMe.
Com esta configuração, o tráfego de rede da maioria dos respetivos sites para o Microsoft Network (site do New York Edge) pode cumprir os Skype for Business destinos de desempenho da rede de ligação de cliente descritos em Requisitos de Desempenho de Rede de um cliente Skype for Business para o Microsoft Network Edge. No entanto, a latência entre os escritórios da Costa Oeste da Contoso para Nova Iorque está a ultrapassar os 50 ms. Além disso, o Honolulu é o segundo maior escritório da Contoso, a latência de Honolulu para Nova Iorque excede 80 ms unidirecionalmente. Para garantir uma boa qualidade de multimédia para os utilizadores nesses escritórios, a Contoso decidiu adicionar uma ligação expressRoute da costa oeste entre o site de San Jose e o site Do MeetMe do ExpressRoute de Silicon Valley.
Implementação apenas online – vários sites em continentes diferentes
Se todos os seus utilizadores estiverem a utilizar o serviço Microsoft Teams e se os seus escritórios estiverem em várias localizações físicas em vários continentes, se decidir implementar o Azure ExpressRoute, deve configurar pelo menos uma ligação do ExpressRoute para cada continente entre o site de main de cada continente para a localização de peering do ExpressRoute mais próxima. Consoante o custo vs. benefício, pode optar por implementar ligações adicionais do ExpressRoute a partir de sites onde os destinos de desempenho de rede não são cumpridos.
No exemplo seguinte, a Contoso é uma grande sociedade de advogados com escritórios em grandes cidades América do Norte e na Europa. Com base na respetiva ligação à Internet e na avaliação do desempenho da rede interna, a Contoso decidiu implementar duas ligações expressRoute no América do Norte e um único circuito expressRoute para todos os seus escritórios europeus.
Implementação híbrida
Se tiver uma implementação do Lync ou do Microsoft Teams no local e optar por implementar uma integração híbrida do Microsoft Teams, recomendamos que, se decidir implementar o Azure ExpressRoute, terá de ter, pelo menos, uma ligação expressRoute para cada site do Lync ou Microsoft Teams Edge no local e, pelo menos, uma ligação do ExpressRoute para cada continente com o offices. Dependendo do custo vs. benefício, para cada continente, pode optar por implementar ligações adicionais do ExpressRoute a partir de escritórios onde os destinos de desempenho de rede não estão a ser cumpridos.
Se tiver uma implementação do Microsoft Teams no local, tem de seguir o Guia de Planeamento e Implementação do Edge Server. Especificamente, os servidores Edge têm de estar acessíveis fora da sua rede. Normalmente, isto é conseguido ao atribuir um endereço IP público encaminhável ao servidor Edge ou através da tradução de endereços de rede (NAT).
No exemplo seguinte, a Contoso tem uma implementação de voz Microsoft Teams Enterprise no local existente. Querem migrar utilizadores no local para o Microsoft 365 ou Office 365 serviços online. Também decidiram utilizar uma implementação híbrida para que possam continuar a utilizar a infraestrutura RTPC existente para todos os utilizadores no local e online. O datacenter no local da Contoso e os Servidores Skype for Business Edge estão em Chicago. Para a implementação, a Contoso decidiu configurar uma ligação do ExpressRoute entre o datacenter de Chicago e o Chicago ExpressRoute. Também adicionaram uma ligação expressRoute da costa oeste para servir melhor o seu escritório do Honolulu.
Implementação online com o Cloud Connector Edition
Skype for Business Cloud Connector Edition é uma oferta híbrida que consiste num conjunto de Máquinas Virtuais empacotadas (VMs) que implementam a conectividade RTPC no local. Ao implementar uma topologia de Skype for Business Server mínima num ambiente virtualizado, poderá enviar e receber chamadas com telefones fixos e telemóveis através da infraestrutura de voz RTPC existente no local.
Se decidir implementar o Azure ExpressRoute e o Cloud Connector Edition, recomendamos que configure, pelo menos, uma ligação do Express Route para cada continente entre o site main de cada continente para a localização de peering do ExpressRoute mais próxima. Dependendo do custo vs. benefício, para cada continente, pode optar por implementar ligações adicionais do ExpressRoute a partir de sites onde os destinos de desempenho de rede não estão a ser cumpridos.
Se tiver uma implementação do Microsoft Teams no local, tem de seguir o Guia de Planeamento para Skype for Business Cloud Connector Edition. Especificamente, os serviços do Access Edge e do A/V Edge devem ser atribuídos endereços IP públicos e alcançar o Microsoft 365 ou Office 365 datacenters.
No exemplo seguinte, a Contoso é uma empresa de contabilidade europeia com presença em alguns dos principais países/regiões e cidades europeus. Quando se inscrevem no Microsoft Teams para todas as suas necessidades de colaboração, decidiram colocar um Cloud Connector para cada país/região onde têm uma localização física para continuar a utilizar a infraestrutura RTPC e os contratos de operadora que já existem. Com base nos seus testes a partir de todos os respetivos sites e microsoft network Edge, determinaram que uma única ligação do ExpressRoute em Londres ajudará a cumprir os objetivos de desempenho da rede de ligação de cliente do Microsoft Teams descritos em Requisitos de Desempenho de Rede de um cliente Skype for Business para o Microsoft Network Edge.
Segue-se outra opção de implementação para a Contoso. Neste caso, decidiram configurar uma ligação do ExpressRoute em cada site onde um Cloud Connector é implementado.
