Resumo

  • A RFC 3006 preservou o TSpec original e acrescentou uma dica de compressibilidade; apenas o roteador cujo enlace executava o compressor podia converter a dica em menor alocação local.
  • Ao usar a economia para admitir o fluxo, o roteador passava a fiscalizá-lo segundo o TSpec comprimido, impedindo que uma previsão otimista consumisse recursos prometidos a terceiros.

Antes que um byte fosse comprimido, a reserva já podia diminuir. A RFC 3006 mostrou um fluxo de 48 kbit/s com pacotes de 120 bytes. Num enlace capaz de reduzir quarenta bytes de cabeçalhos IP/UDP/RTP a quatro, cada pacote ocupava 84 bytes. A alocação local podia cair a 33,6 kbit/s. A economia era plausível, mas ainda era uma previsão.

O emissor não podia anunciar apenas 33,6: parte do caminho talvez não comprimisse. O roteador não deveria reservar cegamente 48: seu próprio enlace poderia transportar o fluxo com menos. A RFC manteve o Sender TSpec inalterado, como em RFC 2210, e anexou uma dica de tipo e fator. O objeto comum não impunha um futuro a todos os saltos; cada controle de tráfego decidia localmente.

A arquitetura de RFC 2205 explica por quê. O emissor conhece a semântica provável. O roteador conhece o compressor, o estado e a capacidade da interface. RSVP entrega a informação, mas admissão e alocação pertencem ao elemento que controla o recurso. A dica era uma proposta para o código em execução, não um certificado de capacidade economizada.

Os parâmetros exigiam cálculos diferentes. r=48 tornava-se 33,6; b=120 e M=120 tornavam-se 84. Já m=64 perdia 36 bytes fixos e virava 28. Em geral, uma remoção fixa N permitia multiplicar taxa e rajada por f/100, conservar o pico e subtrair N dos tamanhos. Outros algoritmos não obedeciam ao modelo, e checksum UDP, timestamps RTP e tamanho dos pacotes alteravam o ganho.

Por isso o fator zero deixava o cálculo ao roteador e 100 indicava ausência de economia. A interface podia preferir o pior caso. O fato de o emissor saber o conteúdo não o autorizava a decidir quanto uma implementação remota conseguiria remover.

Com vários emissores, cada TSpec era reduzido antes da soma. No serviço garantido de RFC 2212, o fator médio era ponderado pelo tamanho das rajadas. O salto também inflava seu termo C para que a redução de R não aumentasse silenciosamente a parcela C/R do atraso. Eficiência sem preservação da promessa temporal seria outra forma de inadimplência.

O teste decisivo era o que acontecia depois da admissão. Se a saída usasse 35 kbit/s, embora 33,6 tivessem sido reservados, os 1,4 adicionais eram excesso. Se o emissor tivesse exagerado deliberadamente, o efeito seria o mesmo: recursos insuficientes e risco para outros fluxos. A RFC 3006 não socializou essa diferença.

Todo roteador que utilizasse a dica deveria fiscalizar o fluxo como se fosse uma borda de rede. A borda real podia confirmar que o emissor ficou abaixo dos 48 kbit/s originais; não podia provar que uma interface posterior produziu apenas 33,6 após compressão. Quem transformava a alegação em desconto adquiria o dever de verificar o desconto.

Para serviços que fiscalizavam M, continuava valendo o máximo não comprimido. Alguns pacotes poderiam não encolher. A arquitetura preservava simultaneamente a expectativa média de economia e o limite individual necessário para proteção.

Compatibilidade também significava não inventar autoridade. Um nó antigo deveria ignorar a dica, preservá-la ao encaminhar e operar com o TSpec cheio. Se rejeitasse o PATH, enviaria PathErr e o emissor poderia tentar novamente sem o parâmetro. O caminho recuava para uma reserva mais cara e conhecida, em vez de conceder uma economia não entendida.

RFC 2508 define a compressão; RFC 2688 contabiliza o custo efetivo de PPP; RFC 2689 reúne a arquitetura de baixo débito. A contribuição própria da RFC 3006 é o circuito entre declaração, decisão local, desconto e consequência operacional. RFC 3241 reutilizou depois o espaço de dicas para ROHC sobre PPP, sem por isso provar adoção universal.

Pela lente de Lu Heng, a regra obrigatória é fina: transportar uma descrição compatível. A decisão futura é localizada: cada roteador adota ou recusa. A estabilidade depende do resultado observável, não do nome da reserva. Um fluxo não ganha autoridade sobre capacidade só porque preencheu um campo; ganha tratamento quando o salto pode executar, medir e responsabilizar o desvio.

Fontes