Resumen

  • En OLSR, WILL_NEVER impide que un vecino sea MPR y WILL_ALWAYS lo introduce en el conjunto inicial. Ese valor es una preferencia anunciada por el propio nodo, no una medición independiente de su aptitud para retransmitir control o datos.
  • La selección responsable debe conservar quién fijó la voluntad, qué vecindad y vigencia utilizó el cálculo, qué tráfico de control se propagó, qué ruta quedó activa y qué resultado observaron el paquete y la aplicación.

Una cifra voluntaria adquirió poder de encaminamiento

Un nodo anuncia en sus mensajes HELLO un valor entre no querer retransmitir y querer hacerlo siempre. El algoritmo de RFC 3626 consulta esa voluntad cuando construye el conjunto de relevos multipunto. Un vecino con WILL_NEVER no puede ser escogido. Uno con WILL_ALWAYS se incorpora desde el comienzo.

La idea es sensata. Un dispositivo con poca batería puede evitar trabajo ajeno; otro conectado a alimentación estable puede ofrecerse. El problema empieza cuando la etiqueta se interpreta como si fuera una medición. WILL_ALWAYS no significa capacidad infinita, radio estable, cola vacía o comportamiento correcto. Significa que el nodo declaró una preferencia que el protocolo acepta como entrada.

RFC 3626 se publicó en octubre de 2003 como protocolo Experimental para redes móviles ad hoc. No es un estándar de Internet. OLSR busca reducir el coste de un protocolo de estado de enlace proactivo. Para hacerlo, cada nodo elige vecinos simétricos de un salto capaces de cubrir todos sus vecinos estrictos y simétricos de dos saltos. Esos MPR retransmiten difusiones y sus relaciones alimentan anuncios de topología.

La voluntad, por tanto, no es decoración. Inclina una delegación de trabajo y, de forma indirecta, la visibilidad de enlaces que usarán otros nodos. Toda entrada con ese efecto necesita autor, motivo, duración y evidencia posterior.

HELLO registra una relación con fecha de caducidad

Los mensajes HELLO se difunden localmente y nunca se reenvían. Con ellos, un nodo detecta enlaces, mantiene vecinos de uno y dos saltos, aprende la voluntad ajena y anuncia a quién escogió como MPR.

Un enlace simétrico es una conclusión del estado de protocolo. Su tupla se conserva hasta una hora calculada con la validez anunciada. Ese margen permite soportar pérdidas ocasionales sin destruir la topología a cada silencio. También permite que el registro permanezca después de que el medio físico haya cambiado.

La selección MPR opera sobre esa vista. Debe cubrir cada vecino estricto de dos saltos mediante al menos un vecino elegido. Puede usar MPR_COVERAGE para buscar varias coberturas. Pero cobertura cuenta alternativas declaradas; no mide si son independientes, si comparten interferencia o si continúan disponibles cuando llega el tráfico.

El recibo mínimo del cálculo contiene interfaz, HELLO de origen, hora, validez, conjunto de uno y dos saltos, voluntad de cada candidato, criterio de desempate y resultado. Si solo se conserva el conjunto final, la organización sabe quién recibió autoridad pero no por qué.

Preferencia no es aptitud

El algoritmo favorece primero la voluntad y después considera alcance y grado cuando hay opciones. Eso significa que un parámetro configurado puede superar a una imagen más rica del comportamiento real. El protocolo no promete que la voluntad haya sido derivada de telemetría verificada.

Una implementación puede calcularla bien a partir de energía o recursos. Otra puede dejar el valor por defecto. Un nodo averiado o malicioso puede anunciar más disposición de la que tiene. En todos los casos, el campo tiene la misma forma en el HELLO.

La respuesta no es eliminar la preferencia. Es limitar su autoridad. La voluntad puede decidir quién es candidato a trabajo de control. No puede certificar que el trabajo se ejecutó. Conviene comparar declaración con retransmisiones observadas, pérdidas, colas, energía y estabilidad. Cuando la diferencia persiste, el sistema debe reducir confianza o retirar la delegación sin reescribir el pasado.

Heng Lu insiste en distinguir el registro de la realidad y la autoridad de la creencia. Aquí esa separación es literal: el campo registra lo que el nodo declara; la selección le otorga una función; solo el comportamiento muestra la realidad operativa.

Cubrir dos saltos no reserva un camino

La propiedad central del MPR es local. La unión de los vecindarios simétricos de los relevos elegidos debe contener el vecindario estricto de dos saltos. Es una condición sobre un grafo informado y temporal.

No reserva ancho de banda. No obliga a que la siguiente difusión sobreviva. No comprueba que los nodos más lejanos formen la misma topología. Y no dice nada directo sobre tráfico unicast. La propia sección de seguridad de RFC 3626 contempla un nodo que reenvía correctamente mensajes de control difundidos y, aun así, no reenvía datos unicast.

Ese ejemplo impide usar “MPR activo” como sinónimo de “ruta sana”. Un relevo puede cumplir una función y fallar otra. Incluso más cobertura puede multiplicar opciones sin crear diversidad real si todos los relevos comparten causa de fallo.

La prueba debe avanzar por etapas: selección; recepción del control; decisión de retransmitir; recepción aguas abajo; aceptación de topología; instalación de ruta; resolución del siguiente salto; observación del paquete; confirmación del servicio.

El conjunto de duplicados no es un voto colectivo

Para evitar retransmisiones repetidas, OLSR conserva un conjunto de duplicados basado en origen y secuencia. Encontrar una coincidencia significa que ese nodo ya registró esa identidad de mensaje durante el intervalo correspondiente.

No significa que la red entera la haya visto. Una rama puede recibir y otra perder. Un nodo puede procesar sin retransmitir según la relación MPR, la interfaz y el estado previo. Contar duplicados puede revelar solapamiento, pero no la frontera alcanzada por la difusión.

Una supervisión útil correlaciona recepción, estado de duplicado y retransmisión en puntos representativos. También conserva los silencios. “Sin duplicado” puede significar mensaje nuevo, pérdida o expiración del registro; necesita contexto.

La optimización retira copias previstas como innecesarias. La observabilidad debe demostrar que las copias restantes bastaron.

TC convierte delegaciones locales en topología compartida

Los nodos elegidos como MPR generan mensajes Topology Control. Deben anunciar al menos los vecinos que los seleccionaron. Los TC se difunden mediante MPR y cada receptor construye tuplas topológicas con una vigencia, después calcula su propia tabla de rutas.

El número ANSN permite ordenar cambios del conjunto anunciado, incluso al dar la vuelta el contador. Una versión más nueva gana frente a otra. Eso prueba orden protocolario, no verdad física actual.

Además, el conjunto puede dividirse entre varios mensajes por límites de tamaño. Un paquete aislado no siempre es el inventario completo. El recibo debe agrupar fragmentos dentro del intervalo, identificar origen, secuencia, validez y versión topológica resultante.

Cada transformación cambia el significado. HELLO registra vecindad local. El cálculo MPR delega retransmisión. TC publica parte de las relaciones. El algoritmo de ruta deriva una instrucción. Tratar cualquiera de esos pasos como fotografía completa del terreno oculta la incertidumbre añadida por los demás.

OLSR no reenvía el paquete de datos

RFC 3626 dice con claridad que OLSR mantiene la tabla del sistema operativo, pero no realiza el reenvío de paquetes. Esa frase separa el plano de control del plano de datos.

Una ruta puede calcularse y no instalarse. Puede instalarse y encontrar fallida la resolución del siguiente salto. El vecino puede aceptar HELLO y rechazar unicast. El destino puede recibir el paquete y no tener disponible la aplicación.

Por eso “ruta presente” es un recibo intermedio. Registre la versión topológica que la produjo, la transacción del núcleo, la entrada activa, la resolución de vecino, los contadores de interfaz y las sondas de datos. Mida pérdida, duplicación, orden y latencia. Termine con una respuesta de aplicación ajena al proceso de enrutamiento.

No se trata de desconfiar del protocolo. Se trata de no pedirle que testifique sobre hechos que no observa.

El tiempo puede conservar una verdad envejecida

La validez y los tiempos de conservación deben superar los intervalos de refresco. El diseño tolera pérdida ordinaria, pero crea una ventana en la que un registro vigente puede ir por detrás del medio.

Los números de secuencia eliminan información antigua y desordenada. Incluso resuelven el retorno al cero. Pero “más nuevo” compara dos registros; no significa “observado ahora”.

Un indicador honesto muestra edad, validez restante, refrescos perdidos y rutas dependientes. Si el objetivo corporativo es una topología estable, existe el incentivo a alargar tiempos y esconder movilidad. Si solo se mide la aplicación, se pierde la explicación causal. Ambos planos deben verse por separado.

HNA necesita una autorización que el mensaje no crea

Con HNA, una pasarela anuncia prefijos accesibles a través de interfaces externas a OLSR. Los receptores guardan pasarela, dirección, máscara y expiración, y pueden añadir rutas. La asociación desaparece al expirar; no usa la cancelación ANSN de TC.

Que el anuncio se propague no demuestra que la pasarela tenga derecho a originar el prefijo ni que el exterior sea alcanzable. Autenticar al emisor tampoco resuelve por sí solo la autorización. Hace falta un principal identificable, una política de importación, alcance y retirada.

Este límite es especialmente importante porque una preferencia local puede terminar influyendo sobre una ruta que cruza dominios. La voluntad de ayudar no es un mandato para hablar en nombre de una red externa.

Mensaje auténtico, afirmación todavía abierta

RFC 3626 no especifica medidas especiales de seguridad. Advierte de revelación de topología y de HELLO, TC o HNA inválidos, suplantados, alterados, omitidos o repetidos. Recomienda autenticar mensajes.

El texto también separa autenticidad del mensaje y autenticidad de cada enlace anunciado. Una firma válida atribuye los bytes; no verifica la existencia del vecino, la actualidad de la afirmación ni el derecho sobre un prefijo. Contra la repetición de información antes válida se necesita evidencia temporal.

RFC posteriores añadieron formatos, descubrimiento de vecinos, integridad y análisis de amenazas. OLSRv2 separó MPR de difusión y MPR de ruta. La enseñanza no es que RFC 3626 deba juzgarse con reglas retroactivas, sino que una función de control nunca debe apropiarse del resultado de otra.

La aptitud se demuestra después de la selección

OLSR convierte declaraciones y observaciones locales en una topología útil con menos tráfico. Su eficiencia depende de una delegación. Esa delegación debe conservar límites.

La voluntad puede orientar la elección. La cobertura puede confirmar que el grafo local tiene una opción. El duplicado puede recordar que un control llegó. El TC puede aportar un enlace al cálculo. La tabla puede ordenar un siguiente salto.

La aptitud real aparece después: el relevo ejecutó su función, el paquete cruzó y la aplicación respondió. Solo ese último recibo permite hablar de servicio.

Fuentes