Reclamação antes do gráfico
O assinante reclama de lentidão e só depois alguém olha o enlace. A ampliação sempre chega tarde.
Backbone · Provedores
Quanto cada enlace precisa aguentar no horário de pico, hoje e daqui a um ano, e em que ordem ampliar antes que o assinante perceba.
Dimensionamento de capacidade de backbone é o cálculo de quanto cada enlace do provedor precisa transportar no horário de pico, agora e nos próximos meses, a partir do tráfego medido e do crescimento da base. É para o provedor que amplia enlaces só depois da reclamação ou que não sabe qual trecho vai saturar primeiro. O resultado é um mapa de ocupação, uma projeção por enlace e uma lista de ampliações com prazo para comprar.
É medir o pico de cada enlace, projetar o crescimento e comparar com a capacidade instalada, incluindo o cenário em que um caminho cai. Daí sai quando e onde ampliar.
No backbone, o tráfego cresce todo mês e dá saltos em jogos, lançamentos de séries e atualizações de games. Ampliar um enlace leva semanas entre compra, entrega e janela, e quem espera saturar passa esse tempo com clientes reclamando.
O cálculo considera também o que muda o caminho do tráfego: caches dentro da rede, novos POPs, migração para MPLS e a troca de rota quando um trecho rompe.
Quando a fibra não comporta mais enlaces, a resposta pode ser DWDM, e o dimensionamento diz quantos canais serão necessários. O trabalho tem quatro partes:
Percentil 95 de cada enlace no horário mais cheio, com coleta frequente o bastante para não esconder rajadas.
Tendência dos últimos meses somada às vendas previstas, à troca de planos e aos eventos que concentram tráfego.
Quanto cada enlace recebe quando um vizinho cai. Num anel, o lado que fica de pé carrega o tráfego dos dois.
Lista de enlaces a ampliar, com a data limite para comprar e a solução indicada: agregação, porta mais rápida, canal óptico ou rota nova.
Seis situações pedem o cálculo antes da próxima compra. Se uma delas é a sua, a ampliação está atrasada ou mal direcionada.
O assinante reclama de lentidão e só depois alguém olha o enlace. A ampliação sempre chega tarde.
Há dezenas de enlaces e nenhuma lista dizendo qual vai lotar no próximo trimestre.
O orçamento do ano vai prever switches, transceptores ou canais ópticos. É preciso saber quantos e onde.
Quando um trecho rompe, o outro lado lota e a rede fica lenta até o reparo, mesmo sem cair.
O provedor vai vender 1 Gbps ou mais. O tráfego por assinante muda e o backbone precisa acompanhar.
Um cache de conteúdo ou um POP novo muda por onde o tráfego passa. O desenho antigo deixa de valer.
São cinco etapas, todas sem mudança na rede. O trabalho só lê os dados e entrega o plano para você decidir.
Gráficos de tráfego, mapa dos enlaces, capacidade de cada porta, base de assinantes por região e planos vendidos.
Prazo: [PREENCHER]
Coleta mais frequente e contadores de 64 bits onde for preciso, para o gráfico mostrar o pico real.
Prazo: [PREENCHER]
Crescimento de cada enlace no horizonte combinado, com vendas previstas e cenário de falha de cada caminho.
Prazo: [PREENCHER]
Enlaces em ordem de urgência, com solução indicada, custo estimado e data limite para comprar.
Prazo: [PREENCHER]
Reunião para explicar o plano e, se você quiser, revisão periódica com os dados novos.
Periodicidade: [PREENCHER]
O dimensionamento cobre medição, projeção e plano de ampliação de todos os enlaces do backbone. A ampliação em si e a montagem do monitoramento ficam fora.
O preço depende do número de enlaces e de existir histórico de tráfego confiável. O valor sai por escrito depois de uma conversa sobre a rede.
| Fator | Como influencia | Exemplo |
|---|---|---|
| Número de enlaces | Cada enlace tem medição, projeção e cenário de falha | Quinze enlaces numa cidade ou oitenta numa região |
| Histórico de tráfego | Sem meses de dados, a projeção espera a coleta | Gráficos guardados só por uma semana |
| Qualidade da coleta | Coleta lenta ou contador curto pedem correção antes | Gráfico de 5 minutos em enlace de 10 Gbps |
| Horizonte do cálculo | Projetar mais longe pede mais cenários de venda | Doze meses ou três anos |
| Revisão única ou periódica | A revisão recorrente atualiza o plano com os dados novos | Plano anual ou revisão a cada trimestre |
Faixa de preço para um backbone com até trinta enlaces: [PREENCHER faixa aprovada pela Táquion Tech]. Se um enlace já está saturado agora, a ampliação emergencial vem antes do plano.
Confira os erros de medição que enganam o cálculo, as faixas de ocupação e os critérios de projeto. Use esta lista para avaliar qualquer fornecedor, inclusive a Táquion Tech.
Se a medição está errada, todo o plano está errado. Pergunte como o fornecedor confere cada ponto.
Num enlace de 10 Gbps cheio, o contador de 32 bits dá a volta em poucos segundos e o gráfico mostra quedas que não existem. O certo é o contador de 64 bits.
Rajadas de segundos lotam o buffer e geram perda, mas somem numa média de cinco minutos. Enlaces perto do limite pedem coleta de um minuto.
Num grupo de links, cada fluxo usa um link só. A soma pode estar em 60% com um dos links a 100% e perdendo pacote.
Provedor recebe muito mais do que envia. Dimensionar pelo total dos dois sentidos esconde o lado que vai saturar primeiro.
A ação depende de quanto o enlace usa no percentil 95 do horário mais cheio. As faixas abaixo são uma referência de mercado [CONFIRMAR critério adotado].
| Ocupação no pico | Situação | Ação |
|---|---|---|
| Até 50% | Folgado | Acompanhar na revisão |
| De 50% a 70% | Atenção | Planejar a ampliação e cotar |
| De 70% a 85% | No limite | Comprar e agendar a janela |
| Acima de 85% | Saturando | Ampliar ou desviar tráfego já |
Cada lado precisa aguentar o tráfego dos dois quando um rompe. Na prática, cada um fica perto de 50% no pico.
Os dois lados acima de 50% juntos. No próximo rompimento, a rede inteira fica lenta até o reparo.
Pode trabalhar mais cheio, mas o prazo de compra precisa caber antes de passar de 85%.
Crescimento mensal que leva o enlace ao limite antes de o equipamento novo chegar.
Pontos que um dimensionamento sério deixa claros. Peça ao fornecedor que explique cada um.
Descarta os 5% de amostras mais altas do período e mostra o nível que o enlace sustenta no dia a dia do pico.
Divide o pico de cada região pelos clientes ativos. Ajuda a prever o efeito de cada venda nova [PREENCHER referência da base da Táquion Tech].
O cache reduz o tráfego de trânsito, mas não o do backbone entre ele e as OLTs. A posição do cache muda quais enlaces crescem.
Porque o cálculo começa conferindo a medição e termina com datas de compra. Seis compromissos valem para todo dimensionamento.
Contadores, intervalo de coleta e agregações são revisados antes de qualquer projeção.
Revisão da coleta em todo projeto
Cada ampliação vem com a data em que a compra precisa sair para chegar antes da saturação.
Cronograma de compras no relatório
Cada enlace é avaliado também com o caminho vizinho fora do ar.
Cenário de rompimento por trecho
A ampliação indicada pode ser só configuração, e isso aparece no plano antes de qualquer compra.
Nenhuma marca indicada por comissão
Quem fez o cálculo apresenta o resultado ao dono e à equipe técnica.
[PREENCHER: anos de experiência da equipe com backbone]
Planos de ampliação entregues para provedores de tamanhos diferentes.
[PREENCHER: dimensionamentos entregues]
O dimensionamento é feito à distância para provedores de todo o Brasil. A visita, quando necessária, fica para o litoral de Santa Catarina.
Acesso de leitura aos gráficos e equipamentos, cálculo e apresentação do plano por vídeo, sem deslocamento.
Visita aos POPs para conferir portas, agregações e etiquetas quando o inventário não fecha com o gráfico. [CONFIRMAR área de atendimento]
As dúvidas mais comuns de quem quer ampliar antes da reclamação. Se a sua não estiver aqui, pergunte no WhatsApp.
Pelo percentil 95 do tráfego de cada enlace no pico, somado ao crescimento previsto e à folga para a queda de um caminho. O resultado é comparado com a capacidade instalada.
Depende do número de enlaces, do histórico disponível e do horizonte do cálculo. A faixa para até trinta enlaces é [PREENCHER], e o valor exato sai depois de uma conversa.
Com histórico de pelo menos três meses, o plano sai em [PREENCHER]. Sem histórico, é preciso coletar dados antes de projetar.
Uma referência comum é planejar a partir de 70% no pico e não passar de 85%. Em anel, cada lado precisa ficar perto de 50% para aguentar o outro [CONFIRMAR critério adotado].
Precisa de gráficos com histórico. Se não houver, o monitoramento de rede começa a coleta e o cálculo vem alguns meses depois.
Entra. Cada enlace é avaliado também com o vizinho fora do ar, porque é nessa hora que a falta de capacidade aparece.
Não. O trabalho usa acesso só de leitura. A única mudança sugerida antes do cálculo é ajustar a coleta, e ela é feita pela sua equipe ou com a sua aprovação.
Diminui o tráfego de trânsito, mas o backbone continua levando o conteúdo do cache até os clientes. A posição do cache decide quais enlaces aliviam.
Executar as ampliações na ordem indicada. Uplinks de 10 Gbps no limite costumam ir para o upgrade de uplinks para 100 Gbps.
Uma revisão por ano basta para redes estáveis. Provedores crescendo rápido ou lançando planos novos se beneficiam de revisões a cada trimestre.
Três serviços que transformam o plano em capacidade instalada. Cada um atua numa parte do backbone.
Troca dos uplinks de 10 Gbps no limite por portas de 100 Gbps.
Ver o upgrade de uplinks para 100 Gbps
Enlaces das OLTs e torres reforçados para o pico de cada região.
Ver o projeto de backhaul
Gráficos e alarmes de cada enlace, base de qualquer cálculo de capacidade.
Ver o monitoramento de redeTrês guias sobre lentidão, saturação e medição de tráfego.
Como achar o enlace que causa a lentidão do horário de pico.
O que fazer quando o gargalo está no link de trânsito, e não no backbone.
Como medir quem usa cada enlace, além de quanto ele transporta.
Orçamento
Conte quantos enlaces você tem e se existe histórico de tráfego. Um Especialista devolve escopo, prazo e valor por escrito.
Falar com o André Comercial, no WhatsApp