Resumo

  • O RFC 3337 deu a classes de preempção de uma sessão PPP CIDs AAL2 separados. SSSAR quebrava pacotes em fragmentos de 64 bytes, permitindo colocar voz entre fragmentos de um pacote de dados grande.
  • O identificador não selecionava o escalonador nem criava capacidade. Classificação, mapeamento CID, fila, contrato do circuito, remontagem e resultado da aplicação eram recibos separados; os exemplos de 100 ms e espera justa tinham condições específicas.

O atraso começava no tamanho não interrompível

Um pacote de 1.500 bytes em um circuito ATM de 128 kbit/s ocupava a transmissão por cerca de 100 ms. Se a voz chegasse depois do início, nenhum rótulo podia retirar bits já enviados. Ela aguardava o pacote inteiro.

O RFC 3337 reutilizou SSSAR para reduzir a unidade de preempção. Todos os pacotes eram divididos em fragmentos de 64 bytes. Na fronteira seguinte, o escalonador poderia escolher um fragmento de outra classe.

Os 100 ms pertenciam àquele tamanho e taxa, não a toda rede. O exemplo revelava que prioridade só age onde existe um ponto de decisão. Sem fragmentação, a classe chega tarde demais para interromper a serialização.

CIDs separados criavam escolhas reais

Fragmentos de classes diferentes precisavam usar CIDs diferentes. A sessão PPP deveria ter pelo menos tantos CIDs quanto classes preemptíveis. Ao classificar o pacote, a implementação escolhia instância SSSAR e fila CID.

Agora o CPS via filas distintas e podia intercalar a carga curta. Sem essa separação, havia uma ordem única. Porém, classificação correta e mapeamento correto continuavam fatos diferentes. Uma falha de configuração podia manter o rótulo e juntar as filas.

Um recibo confiável registra saída do classificador, CID efetivo e configuração ativa. Deduzir um a partir do outro esconde o ponto onde a intenção se perdeu.

O padrão deixou o método de classificação aberto

Muitas técnicas eram possíveis. O exemplo de voz usava tamanho: pequenos pacotes eram tempo real, grandes pacotes eram dados. O limiar dependia da aplicação e da taxa do circuito.

Tamanho é um atalho, não significado. Um controle pequeno pode não ter prazo; um objeto de mídia maior pode ser urgente. Uma regra antiga pode funcionar exatamente e classificar contra a intenção atual.

Por isso é preciso guardar inputs, versão, limiar, regra, classe e autoridade de aprovação. O RFC transportava classes, mas não definia sozinho o produto que elas representavam.

O escalonador transformava o nome em tempo

AAL2 CPS não impunha algoritmo entre CIDs. O RFC citava prioridade, justiça e justiça ponderada conforme a necessidade. Cada um distribui atraso, vazão e risco de inanição de maneira distinta.

No exemplo de duas classes com escalonamento justo, um fragmento de voz esperava no máximo um fragmento de dados. Essa cota dependia de fragmentos de 64 bytes, dois CIDs e justiça aplicada nessa granularidade.

Não significava atraso zero nem garantia ponta a ponta. Prioridade estrita podia reduzir voz e matar dados. Quantum, pesos ou novas classes mudavam a conta. O algoritmo e seus parâmetros eram parte da evidência.

Provisionamento continuava sendo outra porta

O exemplo exigia que o circuito ATM tivesse classe de tráfego em tempo real adequada, como VBRnrt ou VBRrt, para garantir baixa latência e perda. CIDs organizavam serviço existente; não fabricavam banda.

Sob sobrecarga, o escalonador escolhe quem sofrerá. Admissão, contrato, shaping, policing e filas seguintes determinam se há recurso. Sair rápido da fila local não impede espera no próximo ponto.

Classe exprime tratamento, scheduler escolhe o próximo fragmento e provisionamento oferece capacidade. Um painel que mostra só a primeira camada transforma configuração em falsa prova de desempenho.

A aplicação ainda precisava receber a tempo

O fragmento transmitido atravessava células e era remontado por SSSAR com estado UUI do RFC 3336. A saída da fila não provava chegada completa, CRC, aceitação PPP nem cumprimento do prazo de playout.

Guardar classificação, CID, sequência UUI, tempos de fila, decisão, contrato, perdas, remontagem, CRC, LCP e evento da aplicação preserva cada fronteira. Voz acrescenta jitter buffer, codec e ocultação de perda.

Uma cota local de serialização pode ser necessária e insuficiente. O resultado útil pertence ao receptor, não ao primeiro rótulo.

Documentos vizinhos não são prova de ativação

O RFC 3336 define a base PPP/AAL2. O RFC 2689 trata serviços integrados em enlaces lentos. O RFC 2686 define Multi-Class Multi-Link PPP e o RFC 1990 sua base. O RFC 2508 cobre compressão IP/UDP/RTP.

RFC 2474 e RFC 3246 oferecem contexto de DiffServ e Expedited Forwarding. Uma marca DS não prova o mapeamento CID ou o scheduler de RFC 3337. RFC 2119 explica palavras normativas, não implantação.

Para afirmar uso real são necessários versão, regra, CID, algoritmo, contrato, tráfego e medição. A norma mostra mecanismo; a operação exige recibos.

Uma garantia precisa nomear quem executa

Separar CIDs foi uma inovação concreta. O scheduler ganhou filas distinguíveis e SSSAR criou oportunidades frequentes de escolha. Tratamento diferenciado tornou-se possível.

Ainda assim, “classe de voz” era substantivo. Classificar, mapear, fragmentar, escalonar, admitir, transmitir, remontar e reproduzir eram verbos sob donos diferentes.

O legado do RFC 3337 é buscar o executor. O identificador carrega intenção; o mecanismo altera o tempo; o receptor prova se a alteração serviu.

Fontes