Resumo

  • A RFC 3116 exigia timestamps correlacionáveis de transmissão e recepção, referência comum de pelo menos 100 MHz e registro de largura, precisão e valor de rollover do contador.
  • A distribuição mudava com VCCs, bearer class, taxa e rajadas. O número caracterizava um ensaio controlado, não uma garantia de aplicação ou produção.

A conta simples dependia de uma máquina complexa

A RFC 2761 definiu Cell Transfer Delay como o intervalo entre a saída de uma célula no primeiro ponto de medição e a entrada da célula correspondente no segundo. A RFC 3116, publicada em junho de 2001 como Informational, explicou como tornar os dois eventos comparáveis.

Transmissor e receptor deveriam receber um mesmo sinal de clock, com pelo menos 100 MHz ou resolução de 10 ns. A célula de teste carregava um timestamp de transmissão que pudesse ser correlacionado com o registro de chegada. A preferência era por uma célula O.191 em pacote IP válido; uma célula alternativa precisava ser descrita.

O contador tinha tamanho finito. Depois do máximo, voltava a zero. Uma célula enviada antes e recebida depois desse giro podia parecer viajar para trás no tempo. Por isso o valor máximo do timestamp precisava ser gravado. O relatório também deveria informar número de bits, valor de rollover e precisão em nanossegundos.

O resultado começava no instrumento, não na porta do switch. Fonte temporal, posição de captura, época do contador e regra de associação entre eventos eram parte da prova. O SUT não controlava o cronômetro usado para julgá-lo.

Um clock comum não certificava toda a cadeia

Compartilhar frequência reduz drift relativo, mas não prova fase, cabeamento, calibração ou instante físico da captura. O timestamp de saída pode anteceder a saída real; o de entrada pode vir depois do ingresso. Dois contadores precisos podem permanecer precisamente desalinhados.

A RFC 2679 tratou o mesmo risco no atraso IP de mão única ao separar sincronização, exatidão, resolução e skew, além de distinguir host time de wire time. A RFC 2330 forneceu o framework IPPM; a RFC 7679 substituiu a RFC 2679 sem transformar timestamp em verdade autossuficiente.

IPPM e benchmark ATM não são a mesma medição. A primeira observa pacotes num caminho; a segunda, células numa bancada. A convergência histórica é metodológica: o instrumento não poderia desaparecer atrás do valor.

Assim, 100 MHz não significava 10 ns de exatidão ponta a ponta. Era requisito da referência. Circuito de captura, fase e localização do evento continuavam separados.

A fila também escrevia o gráfico

Mesmo com tempo confiável, atraso depende de trabalho. Switches ATM multiplexavam VCCs, escalonavam classes e absorviam rajadas. A RFC 2761 definiu Cell Delay Variation junto com carga, orientação, distribuição e período de integração.

A RFC 3116 repetia testes com um VCC, doze e o máximo suportado; distinguia tráfego constante, UBR em rajadas, VBR e mistura. O resultado indicava tamanho e taxa dos pacotes, classe, VPI/VCI, PCR, SCR e MBS. Fora de um teste de throughput, a taxa não deveria ultrapassar 90% da linha.

Antes de cronometrar, o testador comparava contagens para confirmar conectividade e carga. Se não coincidissem, reduzia a taxa. Isso impedia que uma experiência já dominada por perda ou sobrecarga continuasse rotulada apenas como atraso.

Texto, gráfico e histograma preservavam dimensões diferentes. Média oculta cauda; máximo oculta frequência. As RFCs 3393 e 5481 mostraram depois que fórmulas de delay variation não são equivalentes só porque usam segundos.

Preparação e recuperação pertenciam ao trial

O trial podia começar com atualização PNNI e espera por estabilidade. Em seguida vinha ATMARP conforme a RFC 2225, aplicação da carga, espera por PDUs residuais e pelo menos cinco segundos de restabilização.

Resolver o endereço permitia começar; não era resultado de atraso. Esperar o routing diminuía transientes; não provava que todo estado de controle estava final. Isolar pacotes tardios evitava contaminar o próximo trial; não os convertia em serviço entregue.

A estimulação deveria durar ao menos 60 segundos e, com alta variância, 300. A janela maior não garantia representatividade. Reconhecia que uma amostra curta podia fabricar estabilidade.

As RFCs 1242 e 2544 já separavam terminologia de metodologia. A RFC 2761 nomeou métricas ATM; a RFC 3116 governou coleta e apresentação. Um nome estável não resgata um procedimento invisível.

O total não identificava o culpado

Vários equipamentos podiam ser tratados como um único sistema. A visão ponta a ponta era útil, mas enfraquecia a atribuição. A RFC 3116 alertou que o agregado podia ocultar assimetrias e latência de aparelhos intermediários.

Um par de timestamps mede a fronteira declarada. Não localiza sozinho queue, scheduler ou componente defeituoso. Para isso são necessários novos pontos de observação; para produção, também caminho, configuração e carga reais.

O documento não contém ranking de fornecedores nem medições comerciais. Transformar método em vencedor acrescentaria fatos inexistentes.

O número tinha cadeia de custódia

O gerador escolhia estímulo; o clock fornecia referência; o hardware registrava eventos; o contador guardava época; o SUT encaminhava em configuração precisa; o relatório reconstruía rollover e agregava; o leitor decidia se havia denominador comum.

Se um elo some, o número ainda parece válido. Tick de 10 ns não é exatidão de 10 ns. Histograma não é SLA. Atraso de célula não é experiência da aplicação. RFC publicada não prova adesão.

A contribuição da RFC 3116 foi manter o aparelho ligado ao dado. O ponto no eixo vertical carregava o relógio, o contador e o tráfego que o produziram.

Fontes

  1. https://www.rfc-editor.org/rfc/rfc3116.txt
  2. https://www.rfc-editor.org/info/rfc3116
  3. https://datatracker.ietf.org/doc/rfc3116/
  4. https://www.rfc-editor.org/rfc/rfc2761.txt
  5. https://www.rfc-editor.org/rfc/rfc2544.txt
  6. https://www.rfc-editor.org/rfc/rfc1242.txt
  7. https://www.rfc-editor.org/rfc/rfc2679.txt
  8. https://www.rfc-editor.org/rfc/rfc7679.txt
  9. https://www.rfc-editor.org/rfc/rfc2330.txt
  10. https://www.rfc-editor.org/rfc/rfc3393.txt
  11. https://www.rfc-editor.org/rfc/rfc5481.txt
  12. https://www.rfc-editor.org/rfc/rfc2225.txt