Rede de comunicação da empresa: 4 práticas para gerenciar voz, vídeo e colaboração
Autor: Pedro Tebaldi PM do KeepGreen
Revisão técnica: Ednilson Correa SREA reunião começa e alguém repete a frase de sempre: “está travando aqui”. O time de TI abre o painel do link, vê banda sobrando e responde que a conexão está normal. As duas afirmações costumam estar corretas ao mesmo tempo.
Isso acontece porque voz e vídeo não pedem volume. Eles pedem regularidade. Um link de 500 Mbps com fila mal gerenciada entrega chamada pior do que um link modesto com prioridade bem configurada.
Este artigo trata da rede de comunicação da empresa como ela funciona hoje: o caminho que carrega telefonia, videoconferência e colaboração. Você vê os limites numéricos de uma chamada aceitável, além de quatro práticas para gerenciar esse tráfego.
O que é a rede de comunicação de uma empresa?
A rede de comunicação de uma empresa é o caminho que transporta as conversas do negócio. Ela carrega telefonia IP, videoconferência, mensageria e ferramentas de colaboração em nuvem. Usa a mesma infraestrutura dos demais sistemas, com uma diferença decisiva: esse tráfego é sensível a atraso e a variação, não a volume.
Durante muito tempo, voz e dados viajaram separados. A telefonia tinha cabo próprio, central própria e operação própria. Essa separação acabou, o que trouxe economia e trouxe também um efeito colateral: agora a chamada disputa espaço com backup, atualização de sistema e download de arquivo grande.
Vale destacar quem participa dessa disputa hoje. Além do telefone IP, entram as reuniões em ferramentas de colaboração, os aplicativos de mensagem corporativa, o atendimento ao cliente por voz e, em muitas empresas, o próprio contact center.
Por que a chamada trava mesmo com banda sobrando
Um arquivo tolera atraso. Se um pacote chega 200 milissegundos depois do esperado, o download apenas demora um pouco mais e ninguém percebe. Uma conversa não tem essa folga, porque o áudio precisa ser reproduzido no instante em que chega.
Por isso, três grandezas explicam quase toda queixa de qualidade. A primeira é a latência, o tempo que o pacote leva para atravessar o caminho. A segunda é o jitter, a variação desse tempo entre pacotes seguidos. A terceira é a perda de pacotes, a fração que simplesmente não chega.
O jitter costuma ser o vilão menos compreendido. Ele não aparece em teste de velocidade, não aparece no gráfico de consumo do link e produz exatamente o sintoma que os usuários descrevem como “voz de robô”. Quando a variação supera o buffer do aplicativo, a fala sai picotada.
Vale entender esse buffer, porque ele explica muita coisa. O aplicativo segura os pacotes por alguns milissegundos antes de reproduzir, o que suaviza pequenas variações. A compensação tem preço: quanto maior o buffer, maior o atraso percebido na conversa. Por isso ele nunca é aumentado sem limite.
Repare que nenhuma dessas três grandezas melhora sozinha com mais banda contratada. Elas melhoram com fila bem gerenciada, com caminho mais curto e com prioridade correta. Comprar link maior é a resposta mais cara para o problema errado.
Os limites que separam uma chamada boa de uma chamada ruim
Existe referência normativa para isso, o que tira a conversa do terreno da opinião. A tabela abaixo reúne os limites publicados pela ITU-T e os limiares que a Microsoft usa para classificar um fluxo de áudio como ruim no seu painel de qualidade.
| Métrica | Limite de referência | O que o usuário sente |
|---|---|---|
| Atraso em um sentido | Até 150 ms a interatividade é praticamente transparente. De 150 a 400 ms ainda é aceitável com ressalva. Acima de 400 ms, inaceitável, segundo a recomendação G.114 da ITU-T. |
As pessoas atropelam a fala uma da outra e pedem desculpa o tempo todo. |
| Tempo de ida e volta | Acima de 500 ms o fluxo é classificado como ruim no painel de qualidade da Microsoft. |
Efeito walkie-talkie: cada resposta demora a chegar. |
| Jitter | Média acima de 30 ms marca o fluxo como ruim, conforme a documentação do Call Quality Dashboard. |
Voz metálica, robotizada, com sílabas fora de ritmo. |
| Perda de pacotes | Taxa média acima de 10% marca o fluxo como ruim no mesmo painel. Vale tratar esse valor como ponto de alarme, nunca como meta de projeto. | Palavras somem no meio da frase e o vídeo congela em blocos. |
| Banda por endpoint | Bem menor do que a maioria imagina: áudio recomendado em 58 kbps em cada sentido. |
Banda raramente é o gargalo. A fila é. |
Vale um alerta sobre a linha de perda de pacotes. O limiar do painel indica quando o fabricante considera o fluxo ruim, portanto não serve como objetivo de engenharia. Uma rede corporativa saudável opera com perda muito próxima de zero. Qualquer valor consistente acima disso merece investigação imediata.
Se quiser aprofundar cada grandeza isoladamente, o blog tem material dedicado sobre latência em redes e sobre como evitar perda de pacotes. Aqui, o foco fica no efeito combinado dos três sobre a conversa.
Quanta banda a comunicação realmente consome
A conta surpreende quem nunca a fez. Os números abaixo saem do guia oficial de preparação para o Teams e valem por endpoint, em cada sentido do tráfego.
| Modalidade | Mínimo | Recomendado |
|---|---|---|
| Áudio (chamada ou reunião) | 10 kbps | 58 kbps |
| Vídeo um para um | 150 kbps | 1.500 kbps |
| Vídeo em reunião | 150 kbps | 2.500 kbps |
| Compartilhamento de tela em reunião | 250 kbps | 2.500 kbps |
Faça a multiplicação pelo seu cenário. Cinquenta pessoas em áudio simultâneo consomem menos do que um único backup rodando no horário comercial. É por isso que o problema quase nunca é o tamanho do link: é a ausência de regra dizendo quem passa na frente.
Quatro práticas para gerenciar a rede de comunicação
As quatro frentes abaixo resolvem a maior parte das queixas de qualidade em ambiente corporativo. Elas funcionam melhor juntas, embora cada uma já entregue ganho isolado.
1. Separe o tráfego de tempo real do resto
Comece pela segregação. Colocar telefonia e vídeo em uma VLAN dedicada isola o tráfego sensível, simplifica a aplicação de regras e reduz o impacto de um problema de segurança em um segmento sobre o outro.
Em seguida, marque a prioridade. A marcação de pacotes permite que switches e roteadores saibam o que atender primeiro quando a fila enche. Sem ela, o pacote de voz espera na mesma fila do backup, mesmo com link folgado.
Vale destacar um detalhe que costuma passar batido: a marcação precisa valer em todo o caminho gerenciado. Marcar no cliente e não honrar a marcação no roteador de borda produz uma configuração que existe no papel e não existe na prática.
2. Trate o Wi-Fi como parte da rede de voz
A maioria das chamadas corporativas hoje sai de um notebook conectado sem fio. Ainda assim, muitos projetos de Wi-Fi consideram apenas cobertura e quantidade de usuários, nunca tráfego de tempo real.
Três decisões fazem diferença direta. Prefira a faixa de 5 GHz para voz, planeje canais que não se sobreponham entre pontos de acesso vizinhos e habilite priorização de mídia no controlador. Depois disso, meça a experiência por ponto de acesso.
Roaming é o outro ponto crítico. Quando a pessoa caminha entre andares durante a reunião, uma troca de ponto de acesso mal configurada derruba o áudio por alguns segundos. Esse comportamento aparece bem no monitoramento avançado de Wi-Fi.
3. Meça a chamada, não o link
Painel de consumo de link não diz nada sobre qualidade de conversa. Ele mostra volume, quando o problema é de fila. A medição útil olha para as três grandezas por trecho e por horário, com histórico suficiente para comparar.
Quebre a medição por segmento. Matriz, filial, Wi-Fi e cabo se comportam de formas diferentes, então um número médio da empresa inteira esconde exatamente o trecho que precisa de ação. Segmentar também acelera o diagnóstico da próxima queixa.
Combine duas fontes. A telemetria da própria ferramenta de colaboração entrega a percepção do usuário final, enquanto a análise do tráfego de rede mostra onde o congestionamento nasce. Uma fonte sozinha aponta o sintoma sem a causa.
Estabeleça também uma linha de base. Sem saber como a rede se comporta em um dia normal, a equipe não consegue afirmar que hoje está pior. Duas semanas de coleta contínua já entregam essa referência.
4. Dê dono e caminho para a queixa de qualidade
Queixa de chamada ruim costuma morrer no meio do caminho. O usuário reclama no corredor, o suporte pede para reiniciar o aplicativo e ninguém registra nada. Sem registro, o problema volta na semana seguinte.
Defina um fluxo simples: canal único para registrar a queixa, campo obrigatório de horário e local, responsável por correlacionar com a telemetria da rede. Três queixas do mesmo andar no mesmo horário deixam de ser reclamação avulsa e viram um caso com evidência.
O que muda quando a comunicação roda em SaaS
Com a plataforma de colaboração na nuvem, parte do caminho deixa de ser sua. Isso não elimina a responsabilidade da TI, apenas desloca o ponto de atenção para a saída da rede corporativa.
Três ajustes concentram o ganho. O primeiro é a saída local: forçar o tráfego de todas as filiais a sair pela matriz adiciona quilômetros desnecessários ao caminho. O segundo é a VPN, que raramente foi desenhada para mídia em tempo real.
Sobre a VPN, a recomendação do próprio fabricante é direta: crie um caminho alternativo para o tráfego de colaboração, fora do túnel. A camada extra de criptografia sobre mídia já criptografada só adiciona atraso, sem ganho de segurança relevante.
O terceiro ajuste é o transporte. Mídia em tempo real usa UDP, então bloquear esse protocolo no firewall empurra a comunicação para alternativas piores. Vale conferir se as portas necessárias estão liberadas antes de investigar qualquer outra hipótese.
Eventos internos com plateia grande merecem tratamento à parte. Uma transmissão ao vivo para centenas de pessoas no mesmo escritório multiplica o mesmo fluxo por cada espectador, o que satura o enlace com facilidade. Nesses casos, a distribuição precisa acontecer dentro da rede, não repetida a partir da nuvem.
Erros que derrubam a qualidade sem ninguém perceber
Alguns problemas aparecem repetidamente em diagnósticos de rede corporativa. Todos são baratos de corrigir depois de identificados, embora custem caro enquanto passam despercebidos.
Backup no horário comercial. A janela de cópia sobrepõe o pico de reuniões e satura o enlace exatamente quando a comunicação mais precisa dele.
Marcação de prioridade que se perde. A configuração existe no cliente, mas algum equipamento no caminho reescreve ou ignora a marcação, o que anula o esforço inteiro.
Ponto de acesso antigo em sala de reunião. O equipamento atende bem navegação e falha em tempo real, porque foi dimensionado para outro tipo de uso.
Otimizador de WAN sem exceção para mídia. O dispositivo tenta acelerar tráfego que não deve ser bufferizado e passa a criar o jitter que deveria evitar.
Ausência de histórico. Sem série temporal, cada incidente vira uma investigação do zero, sempre com as mesmas perguntas e as mesmas suposições.
Identificamos gargalos de rede antes que virem incidentes críticos.
Análise de tráfego com NetFlow, sFlow e SNMP para mapeamento completo de latência, perda de pacotes e capacidade de banda.
Conclusão
Gerenciar a rede de comunicação da empresa é gerenciar prioridade, não contratar volume. As três grandezas que decidem a qualidade da conversa são atraso, variação desse atraso e perda de pacotes. Nenhuma delas melhora automaticamente com um link maior.
O caminho prático cabe em quatro movimentos. Separe o tráfego de tempo real e marque sua prioridade, trate o Wi-Fi como parte da rede de voz, meça a chamada em vez do link e dê um dono para a queixa de qualidade. Some a isso os ajustes de saída local quando a colaboração roda em nuvem.
Vale lembrar que essa disciplina se apoia na gestão da rede como um todo. Se você quer ampliar o escopo para além da comunicação, vale acompanhar as práticas para gerenciar redes de forma mais eficiente, que tratam de alertas, criticidade e capacidade.
Quer entender onde a sua rede está criando fila e como isso afeta as reuniões do dia a dia? Fale com um especialista da OpServices e avalie o comportamento real do seu tráfego.
Perguntas Frequentes
O que é a rede de comunicação de uma empresa?
Por que a chamada de vídeo falha se a internet está rápida?
Quanta banda uma chamada de vídeo consome?
QoS resolve problema de qualidade de chamada?
Wi-Fi serve para voz sobre IP?
