Resumo

  • RFC 5136 exige que capacidade seja vinculada à camada, população de pacotes, origem, destino, início e duração.
  • NomCap(L) é o máximo físico teórico e funciona como limite superior, não como disponibilidade para uma aplicação.
  • A capacidade IP conta bits de pacotes recebidos corretamente no destino e não comprova dados úteis completos.
  • Type P identifica o tráfego medido porque marcações, filas, ACLs, políticas e balanceamento mudam o tratamento.
  • Uso é o tráfego realmente recebido; utilização é esse uso dividido por uma capacidade igualmente qualificada.
  • Capacidade disponível é a parcela não usada no intervalo, e a do caminho é o menor valor entre os links.
  • O narrow link tem a menor capacidade; o tight link tem a menor capacidade disponível. Eles podem ser diferentes.
  • Uma medição sem T e I não pode sustentar comparação segura nem uma afirmação sobre o presente.
  • Amostragem periódica pode sincronizar com uma carga periódica e repetir um viés com aparência de estabilidade.
  • Duplicatas, cabeçalhos e retransmissões consomem rede sem necessariamente aumentar dados únicos para o usuário.
  • Bulk Transfer Capacity observa dados únicos de transporte sensível à congestão e não equivale às quantidades IP.
  • A liderança deve separar capacidade física, observação IP, margem atual, direito contratual e resultado da aplicação.

A diferença entre o teto e o espaço livre

Um porto de 10 Gbit/s pode continuar negociado a 10 Gbit/s durante todo o dia. Isso não significa que um fluxo tenha 10 Gbit/s disponíveis durante todo o dia. O teto físico pode ser constante enquanto outras fontes ocupam o caminho, políticas mudam a fila e o roteamento escolhe outro conjunto de links.

RFC 5136 chama o teto físico de NomCap(L). Trata-se do máximo teórico suportado pelo link. Seu papel é distinguir a camada física das quantidades IP e oferecer um limite superior. O valor não determina automaticamente a capacidade IP, muito menos a margem disponível.

Codificação, enquadramento, erros de camada inferior, tamanho de pacotes e processamento do equipamento ficam entre a etiqueta e a recepção IP. O inventário pode estar correto, mas ainda não respondeu à pergunta operacional. Uma possibilidade instalada não é uma reserva, e uma reserva não é uma entrega.

O erro surge quando a organização usa o mesmo campo para ativos, congestionamento, contrato e experiência. Cada transformação acrescenta uma afirmação que o número inicial não observou. A disciplina de RFC 5136 é preservar os limites em vez de escolher um número para governar todos.

O que significa receber bits IP corretamente

Os bits IP são oito vezes os octetos dos pacotes corretamente recebidos em D, do primeiro octeto do cabeçalho IP ao último da carga, entre T e T+I. Origem, destino, começo e intervalo pertencem à identidade do resultado.

Dados corrompidos abaixo de IP e incapazes de chegar ao processamento IP não contam. Cabeçalhos IP inválidos também não. Mas a validade da camada de transporte ou da aplicação não é exigida. Fragmentos processáveis contam porque consumiram recursos, mesmo quando o objeto completo não pode ser remontado.

Esse limite produz duas verdades diferentes. A rede pode ter transportado trabalho IP real; a aplicação pode não ter recebido informação utilizável. Cabeçalhos, retransmissões, fragmentos órfãos e cópias repetidas ocupam o caminho. Nenhum deles comprova, isoladamente, conclusão ou integridade.

Se a fronteira temporal corta um pacote, a parte parcial fica fora. Em uma janela longa o efeito pode ser pequeno; em uma janela curta ou esparsa pode enviesar a taxa. Remover T e I do relatório remove a possibilidade de auditar esse efeito.

Type P impede que a sonda fale por tráfego diferente

Pacotes entre os mesmos pontos podem receber tratamento diferente. Uma marcação escolhe fila, uma ACL bloqueia protocolo, uma política altera rota, um balanceador distribui fluxos. Type P descreve a população que a métrica pretende representar.

Um provedor pode escolher um agregado amplo. Um usuário pode escolher pacotes semelhantes aos da aplicação. Os dois enfoques são legítimos se forem declarados. Uma sonda favorecida não representa automaticamente o tráfego comum. Um resultado estreito também não caracteriza toda a capacidade do provedor.

O tráfego concorrente integra o contexto. Um teste realizado quando a fila prioritária está vazia não revela uma propriedade eterna. Mudanças na mistura, na política ou na rota mudam o objeto operacional mesmo que a velocidade nominal permaneça.

Tamanho de pacote e compressão reforçam o ponto. Pacotes pequenos têm mais sobrecarga inferior. Cabeçalhos comprimidos enviam menos bits físicos, embora RFC 5136 conte o tamanho IP expandido. Comparar camadas exige uma transformação documentada.

Quatro quantidades que não devem compartilhar um rótulo

C(L,T,I) é o máximo de bits IP Type P enviados por S e recebidos corretamente por D no link durante o intervalo, dividido por I. A capacidade do caminho é o mínimo das capacidades de seus links. O link desse mínimo é chamado narrow link.

Used(L,T,I) é o tráfego IP efetivamente recebido, de qualquer origem. Não é máximo. A utilização é Used/C. Um percentual perde sentido quando o denominador, a camada ou a janela são omitidos.

A capacidade disponível do link é C*(1-Util). No caminho, vale o menor espaço disponível entre os links. Esse é o tight link. Um link lento e vazio pode não limitar a margem; um link mais rápido e muito ocupado pode ser o verdadeiro gargalo do momento.

Logo, ampliar o narrow link pode não aliviar o tight link. Redistribuir tráfego pode aumentar a margem sem trocar a interface. Dizer apenas “a capacidade aumentou” apaga qual mecanismo mudou e impede avaliar o investimento.

A série de medições também pode mentir

Disponibilidade varia com o uso. RFC 5136 exige tempo e intervalo e sugere uma sequência de medições. Mas uma sequência só melhora a inferência quando o desenho de amostragem é defensável.

Uma frequência múltipla de uma condição periódica pode sempre encontrar a fase calma ou a fase ocupada. Cem amostras sincronizadas repetem o mesmo viés. É preciso guardar agenda, variação, falhas, relógios, eventos de manutenção e mudanças de rota.

Atualidade é decisão separada. A medição de ontem pode ser excelente evidência sobre ontem e inadequada depois de alteração de fila, caminho, população ou software. O fato de ser o último número do painel não a torna presente.

Quando mais bits significam menos valor

Na definição geral, duplicatas de hardware corretamente recebidas podem contar duas vezes. Para consumo bruto, isso é coerente: duas cópias usaram recurso. Para dados únicos, a segunda cópia não acrescenta valor. Uma restrição Type P ou métrica adicional precisa registrar a unicidade.

Uma taxa maior pode, portanto, representar desperdício. Manter consumo bruto e entrega única permite encontrar a duplicação. Conservar apenas o total transforma a anomalia em desempenho aparente.

A Bulk Transfer Capacity de RFC 3148 mede dados únicos em uma conexão de transporte sensível à congestão. Exclui cabeçalhos e retransmissões úteis, reage a perda, atraso, reordenação e algoritmo de recuperação. Não corresponde às quantidades IP de RFC 5136.

RFC 9097 acrescenta métodos e estatísticas para capacidade IP unidirecional; RFC 9946 define um teste UDP controlado. Esses documentos tornam a observação mais reproduzível. Não criam reserva, direito do assinante, veredito de SLA ou conclusão da aplicação.

O encadeamento mínimo de evidências

O primeiro recibo contém meio, modo, negociação e NomCap(L). O segundo registra origem, destino, caminho e links. O terceiro define camada, Type P, tamanhos, marcas, recepção correta, erros, fragmentos e duplicatas. O quarto fixa T, I, relógio e plano de amostragem.

Só então capacidade por link, mínimo do caminho, uso, denominador de utilização, margem e tight link podem ser interpretados. Rotas, filas e balanceamento precisam acompanhar o resultado. Um teste ativo deve registrar carga oferecida e limites para não criar a condição que mede.

O contrato oferece outro recibo: taxa comprometida, burst, percentil, exceções e autoridade de decisão. A aplicação oferece bytes únicos, tentativas, integridade, prazo e resultado. Nenhuma definição de RFC 5136 preenche esses campos por inferência.

Quando os recibos divergem, a divergência diagnostica. Física saudável pode coexistir com Type P limitado. Alta capacidade pode coexistir com baixa margem. Boa margem pode coexistir com controle de transporte ineficiente. Transferência concluída pode chegar tarde demais.

Coordenação fina, prova local espessa

RFC 5136 fornece uma linguagem comum sem reivindicar poderes que não possui. Define quantidades para comparação; não instala nem reserva recursos, não seleciona caminho, não autoriza tráfego de teste e não interpreta contratos.

A camada comum preserva o invariante mínimo. Implementação, política, medição e consequência continuam locais e auditáveis. Cada passagem da possibilidade física para observação, margem, transporte e resultado exige nova evidência.

A liderança deve impedir que o dono de um contador julgue o serviço inteiro. Ativos respondem pela possibilidade nominal. Engenharia responde pela observação IP qualificada. Operações respondem pela atualidade. A autoridade comercial responde pelo compromisso. A aplicação responde pelo desfecho.

O valor do porto pode estar certo. O erro seria obrigá-lo a falar por todas as camadas que não mediu.

Fontes

  1. RFC 5136, HTML
  2. RFC 5136, texto
  3. Registro RFC Editor
  4. Registro IETF Datatracker
  5. Histórico do documento
  6. Pesquisa de errata
  7. RFC 1812
  8. RFC 2330
  9. RFC 2544
  10. RFC 3148
  11. RFC 4656
  12. RFC 6349
  13. RFC 6703
  14. RFC 7312
  15. RFC 8337
  16. RFC 9097
  17. RFC 9473
  18. RFC 9946
  19. Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
  20. On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile
  21. Running-Code Primary