Resumen

  • El SLA anterior solo se cumplió en el 42,5 % de los trimestres medidos desde 2016 y mezcló estados que podían cargar al RPC una respuesta ajena o dejar sin nombre la espera de asignación.
  • La propuesta usa un año móvil, percentiles ajustados al tamaño y límites aplicables al tiempo controlado por el RPC. Es una frontera justa para el proveedor, no una medida completa del servicio.
  • Un RFC típico de 30 a 50 páginas tarda hoy unos 245 días naturales desde la recepción hasta la publicación. Conviene mostrar por separado el tiempo RPC, el de otros actores y el total de extremo a extremo.
  • Con recursos y alcance sin cambios, el modelo reduce la acumulación cerca de un 20 % en tres años y la elimina en siete a doce. Esa trayectoria sigue en consulta y depende de supuestos que deben medirse.

El problema no era solo incumplir el número viejo

Desde 2016, el SLA vigente alcanzó su objetivo en apenas el 42,5 % de los trimestres observados. Una alarma que suena casi siempre deja de distinguir una avería. Tampoco ayuda a saber si el problema está en la capacidad editorial, el volumen de llegadas, el contenido de la tarea o una definición de tiempo que ya no corresponde al trabajo.

La consulta identifica fallos de atribución. Antes del cambio de medición del segundo trimestre de 2025, un documento podía figurar en el reloj del RPC aunque el centro esperara una contestación del autor. El sistema carecía de un estado propio para «a la espera de asignación a un editor». Algunas partes de AUTH48 en las que el RPC sí actuaba podían, a su vez, quedar fuera del tiempo contabilizado. Era posible castigar y omitir al mismo actor en distintos puntos del recorrido.

Restringir el nuevo SLA a lo que el RPC controla corrige esa injusticia. Si un autor debe responder, el IESG resolver una cuestión o IANA completar una acción, el centro de producción no debe incumplir por carecer de la facultad decisoria. La responsabilidad funciona cuando acompaña al poder para desbloquear el paso.

Esa regla no convierte el resto del calendario en irrelevante. El autor no recibe dos experiencias, una contractual y otra externa. Recibe un documento aceptado y espera hasta poder citar el RFC definitivo. El responsable de un flujo necesita saber dónde se detuvo; quien implementa una especificación necesita saber cuándo existe texto estable. La frontera del contrato responde quién debe rendir cuentas por un tramo, no cuánto duró el resultado colectivo.

Tres cifras que no se deben sumar

La estimación para un RFC ordinario de 30 a 50 páginas es de unos 245 días naturales entre recepción y publicación. La acumulación existente añade cerca de 115 días a la condición actual; sin ella, el modelo sitúa el viaje alrededor de 130. El tiempo que escapa al control del RPC —autores, IESG, IANA y otros— promedia unos 97 días y apenas varía con la extensión.

No son tres bloques consecutivos. Sumar 245, 115 y 97 produciría una cifra inventada porque el total observado y las explicaciones modeladas se solapan. Lo que sí demuestran es que la experiencia es prolongada, que la cola pesa mucho y que existe una porción amplia cuyo comportamiento no se explica por las páginas que debe editar el RPC.

Para la parte editorial, una página adicional supone en promedio unos 0,34 días más bajo control del centro. Un único umbral confundiría una cartera de documentos breves con mejor productividad y una oleada de textos largos con peor servicio. Dividir por tamaño evita esa distorsión, aunque no cuenta por qué un expediente concreto permaneció inmóvil.

El punto de partida exige que el 75 % quede dentro de 130 días RPC para hasta 15 páginas, 170 días para 16 a 40 y 190 para más de 40. La evaluación abarca un año móvil y combina producción, máximo de acumulación activa y percentiles ajustados por tamaño, de modo que un trimestre atípico no determine por sí solo el diagnóstico.

Después operan dos trinquetes. La cuota cubierta sube un punto porcentual por trimestre hasta el 85 %. Tras el primer año, los máximos bajan un 5 % anual. La organización debe llevar más documentos dentro de un límite que también se vuelve más estrecho. Es una mejora frente a una aspiración inmóvil que acaba sobreviviendo mediante excepciones.

Siete a doce años no son un hecho natural

La proyección de acumulación mantiene iguales los recursos de edición y el alcance del servicio. Bajo esa condición, la cola sería aproximadamente un 20 % menor tras tres años y llegaría a cero en siete a doce. El intervalo expresa una política incremental con la capacidad actual. No demuestra que esa sea la única velocidad posible ni la socialmente preferida.

Cambia si aumenta la entrada, si los documentos son más complejos, si se pierde personal, si un flujo concentra demanda o si se añaden controles de calidad. La trayectoria debe publicarse junto con esas entradas y revisarse cuando varíen. Defenderla moviendo la definición de «acumulación activa» destruiría precisamente la comparabilidad que ofrece un SLA.

La consulta abre las decisiones difíciles: invertir a corto plazo para vaciar la cola, diferenciar flujos, medir satisfacción, conservar calidad o hacer menos trabajo. Vaciar una acumulación una vez no corrige una llegada crónicamente superior a la capacidad. Reducir tareas acelera la cifra, pero puede trasladar el coste a voluntarios o debilitar el archivo técnico. Una puntuación de satisfacción puede premiar una revisión cómoda que evita preguntas editoriales necesarias.

La velocidad debe convivir con datos de calidad: retrabajo sustantivo, correcciones relevantes tras publicar, desacuerdos sobre cambios y consistencia editorial. La serie RFC existe como registro técnico duradero, no como una fábrica de cierres. Terminar antes mediante una revisión menor no es el mismo producto.

Un libro de relevos para acompañar al contrato

RFC 9280 distingue política, aprobación y producción; RFC 8711 establece la estructura administrativa correspondiente. La guía para autores, la explicación pública de la cola y el material para presidentes de grupos detallan pasos con responsables distintos: comprobaciones, asignación, edición, preguntas, referencias, coordinación con IANA, AUTH48 y publicación.

AUTH48 enseña por qué atribuir es mejor que borrar. El texto está cerca del final, pero autores y revisores designados deben aceptar la edición. Si tardan, no corresponde suspender al RPC. Aun así, los días existen, hay una próxima acción y puede haber una ruta de escalado. Registrarlos con su responsable preserva tanto la equidad contractual como la verdad del viaje.

Lo mismo ocurre antes de asignar editor. Que nadie esté editando activamente no significa que la espera carezca de propietario institucional. Nombrar el estado permite medir su antigüedad, comparar capacidad y aplicar una regla de escalado. Excluir la sala de espera haría parecer pequeño el trabajo simplemente porque aún no llegó al escritorio.

Cada cambio de estado debería guardar entrada, salida, rol responsable, próximo actor, base del reloj, causa, escalado y rectificación posterior. La publicación puede agregar estos campos sin revelar conversaciones editoriales. Con el mismo historial se obtienen tres totales legítimos: tiempo RPC, tiempo atribuible a otras partes y calendario de extremo a extremo.

Las rectificaciones deben conservar valor anterior, nuevo valor, fecha, motivo y autoridad. Si el pasado puede reclasificarse en silencio, una serie mejora sin que ningún documento avance antes. Una huella de auditoría permite corregir errores y, al mismo tiempo, impide presentar la corrección como ganancia operativa.

Visibilidad sin fabricar un mandato

RFC 9280 atribuye al RSWG la elaboración de la política de la serie y al RSAB su función de aprobación, mientras el RPC ejecuta la producción. RFC 8711 asigna a IETF Administration LLC responsabilidades administrativas, operativas y financieras, pero no le entrega autoridad sobre las normas del IETF. Son potestades separadas, no eslabones de una sola jerarquía.

El libro de relevos no cambiaría ese reparto. Solo probaría cuándo un documento entra o sale del tramo de cada institución, quién debe actuar después y qué rectificaciones se hicieron. La evidencia puede cruzar una frontera institucional sin que el administrador, el RPC o la métrica adquieran la autoridad que permanece al otro lado.

Las respuestas individuales de Mirja Kühlewind y Acee Lindem interrogan la utilidad de los límites y las expectativas de velocidad desde posiciones distintas. No expresan consenso del IETF. Sirven para comprobar supuestos antes de que una métrica se vuelva el idioma compartido de contratos, informes y presupuestos.

La decisión previa al 6 de septiembre no necesita elegir entre justicia para el RPC y visibilidad para el autor. Puede adoptar un SLA limitado y exigente para el tramo controlable, más un registro no punitivo del recorrido entero. El primero disciplina al proveedor. El segundo permite que el IETF gobierne el servicio que emerge de todos sus relevos.

Fuentes

  1. Consulta sobre un SLA para editar y publicar RFC
  2. Anuncio de la consulta por IETF Administration LLC
  3. RFC 9280: modelo del RFC Editor, versión 3
  4. RFC 8711: estructura de apoyo administrativo del IETF
  5. Proceso de publicación para autores
  6. Funcionamiento de la cola del RFC Editor
  7. Información del RPC para presidentes de grupos de trabajo
  8. Debate sobre tiempo y estados de publicación
  9. Respuesta individual de Mirja Kühlewind
  10. Respuesta individual de Acee Lindem