Resumen

  • RFC 3988 calculaba la MTU de un LSP a partir del mínimo local y de los siguientes saltos realmente elegidos para la FEC, no de todos los vecinos LDP.
  • Una reducción debía propagarse de inmediato porque una cifra antigua y alta podía causar descartes; un aumento podía esperar porque una cifra antigua y baja seguía siendo segura.

RFC 3988, publicado como Experimental en febrero de 2005, llevó información de MTU a los mensajes Label Mapping de LDP. Su registro, sus erratas y su historial conservan el motivo: distribuir una etiqueta no informaba al router de entrada del tamaño que toleraba toda la ruta conmutada. Sin esa señal, una configuración estática demasiado grande podía enviar tráfico hacia un descarte silencioso interior.

El TLV no era un certificado emitido por una autoridad central. Cada LSR reunía límites distintos. Primero debía saber qué vecinos eran pares para una FEC y cuáles formaban el conjunto aguas abajo que la tabla de encaminamiento había seleccionado. Un par podía hablar LDP sin transportar esos paquetes. Incluirlo en el mínimo habría confundido conectividad de control con responsabilidad de reenvío.

También había que mantener separadas tres medidas. La MTU de enlace incluía cabecera IP, carga y pila de etiquetas, pero no cabeceras inferiores; un enlace podía ser una interfaz, un túnel o incluso otro LSP. La MTU de salto expresaba el límite entre un LSR ascendente y uno descendente, tomando el mínimo si había varios enlaces usados. La MTU del LSP cubría todos los caminos válidos hasta la salida.

La contabilidad de RFC 3032, su registro, sus erratas y su historial convertía cada etiqueta ordinaria en cuatro octetos de coste. Por eso el ejemplo de RFC 3988 reducía un enlace de 1500 a un salto útil de 1496. Si el LSP viajaba dentro de otro, podía bajar a 1492. El mismo puerto ofrecía límites diferentes según la encapsulación que recibía el paquete.

El algoritmo nacía en la salida con el centinela 65535. En cada LSR se comparaban, por cada descendente elegido, la MTU del salto y la MTU de LSP anunciada por ese descendente. Después se tomaba el mínimo de todos esos resultados. La ausencia del TLV se representaba con 65535, dejando que la restricción local conocida dominara. No era una observación de que el tramo desconocido aceptara ese tamaño.

La política podía rebajar una cifra calculada, pero nunca aumentarla. Esa prohibición definía un error seguro: quedarse corto desaprovechaba capacidad; pasarse de largo autorizaba paquetes que podían morir después. El número era una envolvente conservadora del plano de control, no una garantía de rendimiento ni de entrega.

Cuando cambiaba una cifra descendente o el propio conjunto de siguientes saltos, el nodo recalculaba. Si el mínimo nuevo era menor, debía anunciarlo inmediatamente. Si era mayor, podía retenerlo. Tras una ampliación, seguir usando el límite pequeño solo retrasaba el beneficio. Tras un estrechamiento, seguir usando el límite grande mantenía abierta una decisión insegura. RFC 3988 daba prioridad según el daño de la información obsoleta.

Un LSR que no entendía el TLV debía ignorarlo al procesar el Mapping y, sin embargo, reenviarlo. Los bits U y F preservaban el atributo a través de una isla sin soporte. El texto advertía que el cálculo podía resultar incorrecto. Así separó dos funciones que suelen confundirse: conservar una afirmación para otro nodo no significa comprenderla ni responder por su validez.

La regla procedía del LDP de RFC 3036, con su registro, sus erratas y su historial. RFC 5036, junto con su registro, sus erratas y su historial, sustituyó después la especificación base. Esa sucesión documenta las reglas del protocolo, no la implantación de la extensión experimental.

La cifra compuesta llegaba al borde y allí se convertía en una decisión de RFC 1191. Su registro, sus erratas y su historial distinguían un paquete IPv4 que podía fragmentarse de otro con DF que exigía descarte e ICMP. Aun así, decidir correctamente en la entrada no demostraba que un paquete de tamaño permitido cruzara la ruta o llegara a la aplicación.

RFC 3209, su registro, sus erratas y su historial aportaban el entorno RSVP-TE. Para RFC 3988, un túnel podía ser otro enlace, de modo que una cifra dependía de otra ruta, otra pila y otra selección. Una base operativa necesitaba guardar esos componentes y la edad de cada anuncio, no solo el último entero.

La enseñanza histórica fue que ampliar y reducir no son eventos espejo. Retrasar una mejora conserva una precaución revisable. Retrasar una restricción fabrica capacidad ficticia y puede borrar paquetes sin recibo. Incluso la noticia correcta solo describe el límite que el control pudo componer; la entrega sigue necesitando su propia evidencia.

Fuentes