Resumen

  • RFC 1455 reservó el valor TOS 15 para pedir que el encaminamiento redujera la posibilidad de observación clandestina desde fuera de la red, sin fijar un nivel mínimo garantizado.
  • El operador debía asignar costes relativos a líneas y routers. La misma marca podía expresar una intención común y producir decisiones distintas bajo políticas locales distintas.
  • El resultado no cabía en cuatro bits: reconocer la petición, calcular una ruta, reenviar por ella, proteger instalaciones, cifrar contenidos y negar información al adversario eran hechos sucesivos con custodios diferentes.

El rodeo podía ser la decisión correcta

La ruta habitual premia pocos saltos, poco retardo o un coste administrativo reducido. RFC 1455 añadió otro objetivo: preferir los soportes físicos que parecieran menos expuestos a una escucha exterior. Eso permitía que un itinerario largo por enlaces protegidos venciera a un atajo compuesto por medios de difusión fáciles de observar.

La comparación era relativa. El documento no decía que el camino largo fuera seguro en sentido absoluto. Tampoco medía al adversario, verificaba los edificios ni demostraba el reenvío real. Mostraba que una métrica representa una pregunta concreta; cambiar la pregunta puede cambiar la ruta ganadora.

El error empieza cuando el resultado del optimizador hereda un nombre demasiado grande. “Ganó la ruta de seguridad” no significa “el mensaje permaneció secreto”.

Lo que seguía a la vista

Los routers necesitaban leer las direcciones de origen y destino. Aunque un protocolo superior cifrara todo lo que seguía a la cabecera IP, un observador podía estudiar quién hablaba con quién, cuándo y con qué volumen. RFC 1455 quería dificultar ese análisis escogiendo enlaces físicamente menos observables.

Su adversario declarado estaba fuera de la red. Un operador interno, un router comprometido o un extremo hostil quedaban fuera del alcance. La marca no autenticaba identidades, no concedía permisos y no ocultaba las cabeceras necesarias para encaminar.

Una fibra podía ser más difícil de pinchar que un cable metálico. Una línea punto a punto exponía menos que Ethernet o FDDI compartidos. Un conducto vigilado, presurizado y con alarmas superaba a otro accesible. El espectro ensanchado podía ofrecer menor probabilidad de interceptación que una emisión convencional. El cifrado de enlace podía hacer inútil una captura. Cada rasgo, sin embargo, necesitaba existir y estar vigente en el salto concreto.

El código más alejado

La propuesta utilizó el número decimal 15, F hexadecimal, 1111 en el campo TOS de cuatro bits. Se eligió por estar a la máxima distancia de Hamming de los otros valores definidos. La separación ayudaba a distinguir códigos; no era una escala de fortaleza criptográfica.

RFC 1349 había redefinido el campo como un valor enumerado completo. Ya no era correcto combinar bits como interruptores. El patrón 1111 designaba una petición única, no la suma de minimizar demora, maximizar caudal, maximizar fiabilidad y minimizar coste.

Así aparece la primera frontera probatoria. Los bits pueden llegar intactos y aun carecer de significado si el equipo usa otra gramática. Cuando el significado sí se reconoce, todavía falta observar la acción.

La tabla que pertenecía al dominio

RFC 1455 propuso que los sistemas de encaminamiento sensibles a TOS asignaran costes especiales. Decidirlos era una función de política local.

Su ejemplo daba coste 1 al cifrado fuerte de enlace con distribución segura de claves; 2 a una línea punto a punto físicamente protegida; 6 a una línea ordinaria punto a punto; 8 a un medio local multipunto; 12 a uno metropolitano; 24 a radio local y 32 a satélite.

La columna no contenía probabilidades absolutas. Expresaba una hipótesis de proporciones. Bajo aquella política ficticia, el satélite se trataba como treinta y dos veces más susceptible de interceptación que el enlace cifrado de referencia. Faltaban mediciones, intervalos, fecha y capacidad del atacante.

Otra red podía puntuar de manera diferente porque disponía de otros edificios, claves, geografías y enlaces. La interoperabilidad del valor no daba interoperabilidad al modelo.

El router también era parte del enlace

Una secuencia de líneas difíciles de intervenir podía atravesar salas mal protegidas. Cuantos más saltos, más equipos, configuraciones y personas entraban en el recorrido. Por eso RFC 1455 advertía que la seguridad del router debía valorarse junto a la del medio.

La corrección revela cómo se desplazan los cuellos de botella. Mejorar la fibra puede convertir el armario en el punto débil. Cifrar el radioenlace puede desplazar el riesgo a la distribución de claves. Evitar una antena abierta puede añadir tantos routers que el riesgo físico reaparece en sus emplazamientos.

No existe una propiedad “segura” transferible desde una pieza al conjunto sin registrar las uniones.

Sumas para una pregunta de productos

Los protocolos de encaminamiento solían sumar métricas. El texto observó que, para la transmisión segura, sería más apropiado multiplicar probabilidades. Aun así aceptó la suma como aproximación suficiente para muchos usos, en paralelo con la fiabilidad de RFC 1349.

Esta confesión limita el resultado. La ruta era la mejor bajo una representación simplificada de comparaciones locales. No era una estimación estadística del fracaso del adversario.

Las aproximaciones son inevitables en operación. Lo peligroso es borrar su procedencia. Sin la versión de la tabla y el significado de sus números, un coste histórico no puede reconstruir la decisión.

Entregar antes que castigar

RFC 1349 explicó que “minimizar” no prometía un retardo que el usuario considerara bajo. La red intentaba elegir lo mejor disponible con información a menudo imperfecta. También adoptó el TOS débil: si no había ruta de la clase solicitada, podía emplearse la ruta por defecto.

El criterio favorecía disponibilidad durante una implantación desigual. Una petición novedosa no convertía al paquete en imposible de entregar. Al mismo tiempo, el receptor no podía deducir del éxito que todos los routers hubieran aplicado el trato solicitado.

RFC 1455 admitía que no había perspectiva realista de adopción por todo Internet en un futuro cercano. La continuidad del paquete y la continuidad de su semántica eran cosas distintas.

Clasificar datos no era preferir un cable

RFC 1108 definía una opción básica con nivel de clasificación y banderas de autoridad de protección. Los sistemas podían comprobar si el datagrama estaba dentro de los límites admitidos por un puerto, una fuente, un destino y una ruta; el encaminamiento necesitaba información de etiquetas.

La petición de RFC 1455 no portaba esa autoridad. No identificaba quién podía leer, qué nivel debía mantenerse o qué política de clasificación regía. Ordenaba candidatos físicos según un criterio local.

Un dato correctamente etiquetado podía viajar mal protegido. Un camino físicamente discreto podía transportar texto sin cifrar hacia un proceso no autorizado. Juntar ambas frases no produce una garantía: exige evidencia para cada control.

El mismo octeto, otro contrato

RFC 2474 dejó obsoletas las definiciones antiguas y convirtió el octeto en el campo de Servicios Diferenciados. El DSCP seleccionaría un comportamiento por salto; clasificadores, medidores, marcadores, conformadores y política de dominio construirían servicios.

El cambio demuestra que la posición de un campo puede durar más que su interpretación. Una captura con bits visibles no se explica sola. Fecha, dominio, frontera y tabla semántica son parte del dato.

La sucesión documental tampoco prueba que RFC 1455 se desplegara. Un RFC posterior puede retirar una gramática sin certificar la vida operativa de la anterior.

La ruta de la prueba

preferencia emitida → código reconocido → política local vigente → ruta calculada → saltos reales → estado físico de líneas y routers → cifrado y claves → autorización final → resultado observado

El emisor controla el primer registro. El operador guarda configuración y cálculo. La telemetría muestra el reenvío. Instalaciones y sistemas de claves prueban otras capas. Solo una observación delimitada puede decir qué obtuvo un adversario concreto.

RFC 1455 no resolvió esa cadena. Su valor histórico está en haber colocado una petición honesta al principio sin fingir que ya era el final.

Fuentes y límites

La ficha de RFC 1455 establece fecha, estado experimental y obsolescencia. RFC 1455 contiene la amenaza, el código, la tabla y sus límites. RFC 1349 define la gramática enumerada, el TOS débil y la ausencia de garantía. RFC 1108 documenta la etiqueta de clasificación separada. La ficha de RFC 2474 confirma el reemplazo posterior.

Las fuentes no demuestran adopción, tablas reales, probabilidades de interceptación, rutas protegidas observadas, vigencia jurídica, confidencialidad lograda ni práctica actual.