Resumen

  • RFC 3337 asignó clases de preemption de una misma sesión PPP a CID AAL2 distintos. SSSAR dividía paquetes en fragmentos de 64 bytes, de modo que el planificador podía servir voz entre partes de un paquete de datos grande.
  • La norma no fijó el clasificador, el algoritmo entre CID ni la capacidad del circuito. Clase correcta, CID correcto, servicio de cola, provisión, reensamblado y resultado de aplicación fueron pruebas separadas; los ejemplos de 100 ms y planificación justa dependían de su configuración.

Clasificar era una decisión sobre significado

Antes de que un paquete pudiera adelantar a otro, alguien debía decidir qué era urgente. RFC 3337 aceptó varias técnicas de clasificación y remitió a la arquitectura de servicios sobre enlaces lentos. En su ejemplo simple, el tamaño separaba voz de datos: paquetes pequeños recibían la clase de tiempo real y los grandes la clase ordinaria.

El umbral variaba según aplicación y velocidad. Esa advertencia mostraba que “pequeño” no era una identidad protocolaria universal. Un paquete pequeño podía no tener plazo; uno mayor podía contener información urgente. El clasificador ejecutaba una política local.

Por eso una auditoría no debe empezar en el CID. Debe conservar los campos observados, la versión de regla, el umbral, el resultado y quién aprobó la política. Una clasificación reproducible puede seguir siendo semánticamente equivocada.

El paquete grande imponía un bloqueo de serialización

La motivación cuantitativa del documento era un paquete de 1.500 bytes en un circuito ATM de 128 kbit/s. Transmitirlo ocupaba aproximadamente 100 ms. Una carga de voz que llegara después no podía desplazar bits ya enviados y debía esperar hasta el final.

La solución requería fragmentar. SSSAR, ya utilizado por PPP sobre AAL2, cortaba todos los paquetes en fragmentos de 64 bytes. En lugar de esperar 1.500 bytes, una clase urgente podía competir en la siguiente frontera de fragmento.

Los 100 ms eran una cuenta condicional, no una métrica de todas las redes. Cambiar tamaño o velocidad cambia el resultado. La idea duradera era localizar la unidad no interrumpible: un identificador de clase solo importa si el transmisor puede actuar antes de terminar una unidad demasiado grande.

Un CID distinto convertía la clase en una fila elegible

RFC 3337 hizo que cada clase de preemption usara un CID distinto. Una sesión debía disponer al menos de tantos CID como clases preemptibles. El resultado del clasificador guiaba el paquete hacia una instancia SSSAR y una cola CID.

La separación permitía que CPS eligiera entre colas. Sin ella, los fragmentos conservaban un orden único y el planificador no veía la diferencia. Con ella, una carga de voz podía aparecer entre fragmentos de datos.

Pero había dos fronteras de verdad: clase asignada y CID realmente usado. Un error de mapping, una configuración parcial o la fusión de colas podía conservar la etiqueta y perder el comportamiento. Ambas decisiones necesitan recibos independientes.

El planificador decidía si la etiqueta tenía consecuencias

AAL2 CPS no especificaba un método para ordenar CID. RFC 3337 señaló que una aplicación podía requerir prioridad, otra equidad y otra equidad ponderada. La implementación debía satisfacer el servicio elegido, pero el formato no impuso un único algoritmo.

El ejemplo de voz empleaba dos clases y planificación justa. En ese escenario, el fragmento de tiempo real esperaba a lo sumo un fragmento de datos. Era una cota local derivada de fragmentos de 64 bytes, dos CID y un turno justo.

No era latencia cero. Tampoco cubría colas anteriores o posteriores. Prioridad estricta podía bajar la espera de voz y causar inanición. Un quantum mayor, más clases o pesos distintos producían otra cota. El nombre de clase sin algoritmo y parámetros no permitía reconstruir el tiempo.

La provisión era una autoridad distinta

Para garantizar baja latencia y pérdida en el ejemplo, el circuito virtual debía usar una clase de tráfico de tiempo real apropiada, como VBRnrt o VBRrt. La norma reconocía así que ordenar bien una escasez no crea recursos.

Un circuito sobrecargado obliga al planificador a escoger quién sufre. Admisión, contrato, shaping, policing y contención aguas abajo determinan si existe capacidad para la promesa. Un fragmento puede ganar su cola local y detenerse en otra.

Clase describe intención; scheduler ejecuta orden; provisión aporta servicio. Si se registra solo el primer plano, la configuración puede parecer una medición de rendimiento que nunca ocurrió.

La reconstrucción y la aplicación completaban la historia

El fragmento servido aún debía cruzar celdas, reunirse mediante SSSAR y superar la comprobación correspondiente. UUI diferenciaba fragmentos intermedios y finales bajo el mapping base de RFC 3336. LCP podía seguir Up mientras una aplicación incumplía su plazo.

Una cadena completa conserva clasificación, mapping CID, secuencia UUI, entrada y salida de cola, elección del planificador, contrato del circuito, pérdida, reensamblado, CRC, estado PPP y recepción de aplicación. Cada recibo responde una pregunta distinta.

La voz añade jitter buffer, codec, playout y ocultación de pérdida. Un límite de serialización puede ser esencial y a la vez insuficiente. La experiencia final no se deduce de la etiqueta inicial.

Los estándares cercanos no prueban que una red los activó

RFC 3336 define la base PPP/AAL2. RFC 2689 describe servicios integrados sobre enlaces de bajo bitrate. RFC 2686 es la extensión multiclase de Multilink PPP y RFC 1990 su base. RFC 2508 comprime encabezados IP/UDP/RTP.

RFC 2474 y RFC 3246 explican el campo DiffServ y el comportamiento Expedited Forwarding. Un marcado DS no demuestra el mapping CID de RFC 3337 ni la ejecución de su scheduler. RFC 2119 define el lenguaje normativo, no la configuración existente.

Afirmar despliegue requiere equipo, versión, reglas, CID, algoritmo, capacidad, tráfico y medición. La especificación demuestra posibilidad y obligación condicional; no una prestación histórica concreta.

La prueba debía seguir al verbo, no al sustantivo

RFC 3337 volvió las clases visibles para un punto capaz de decidir. Fue un paso real: múltiples CID daban al scheduler colas distinguibles y SSSAR creaba fronteras pequeñas donde interrumpir.

Sin embargo, “clase de voz” era solo un sustantivo. Los verbos eran clasificar, mapear, fragmentar, planificar, admitir, transmitir, reensamblar y reproducir. Distintos actores controlaban cada uno.

La lección histórica es exigir evidencia en cada verbo. El identificador no promete tiempo. Solo permite que un mecanismo posterior ejerza una preferencia cuyo resultado todavía debe medirse.

Fuentes