Resumen

  • TREB 01 permite que cada nodo BPv7 participante anote el siguiente nodo elegido, tiempos locales y datos del enlace, y que esos registros regresen dentro de informes de estado.
  • El registro acredita una decisión de encolado, no una transmisión o recepción; los nodos pueden abstenerse, ocultar valores, sustituir una anotación previa o no emitir el informe solicitado.
  • Como la traza se modifica durante el trayecto, su protección es salto a salto; el propio borrador prohíbe usar los registros para decisiones de encaminamiento o control de acceso.

Una bitácora que viaja con el bundle

Este diseño no imita el traceroute de IP. En una red DTN, un bundle puede aguardar una ventana de contacto, cruzar un enlace intermitente y recibir respuesta mucho después. Por eso draft-koo-dtn-traceroute-eb-01 lleva una bitácora dentro del propio bundle.

El origen asigna un identificador. Cuando un nodo decide participar, escribe su identidad, el siguiente nodo seleccionado, la hora local de encolado, la hora prevista de transmisión y una descripción del enlace: tipo físico, velocidad nominal, distancia estimada, capa de convergencia y presión de cola frente al volumen del próximo contacto. La entrega o eliminación añade un registro de giro. El informe que regresa puede anotar además su propio camino.

La ventaja es concreta. Un único informe de entrega puede devolver el tramo de ida y el de vuelta sin exigir que cada intermediario envíe un informe completo. La cadena también distingue, al menos en parte, dónde hubo participantes y dónde aparecen huecos.

La cautela empieza por el estado del documento. La revisión 01 se publicó el 28 de septiembre de 2026, vence el 1 de abril de 2027 y es un Internet-Draft individual con intención experimental. Solicita un tipo de bloque a IANA, pero solicitar no es obtener. Tampoco enumera implementaciones ni mediciones verificadas.

Elegir un enlace no prueba haberlo cruzado

El nodo escribe cuando ha seleccionado el siguiente salto y coloca el bundle en la cola. Esa acción no acredita que el transmisor se activó, que se abrió el contacto, que el vecino recibió los bytes o que la aplicación de destino los procesó. Si falla un intento y cambia el siguiente salto, el nodo sustituye la anotación anterior. La copia que sale no conserva todos los intentos frustrados.

Los tiempos son igualmente locales. event-time marca el encolado; radiate-time es una previsión que no se actualiza con la salida real. Comparar marcas de nodos distintos requiere relojes sincronizados, algo que BPv7 no impone. Además, el intervalo entre transmisión prevista y registro posterior mezcla propagación y transmisión.

Un cero no significa necesariamente ausencia física. Puede significar dato desconocido, no aplicable o retenido. La regla afecta tiempos, velocidad, distancia, capa y congestión. El mapa resultante incorpora decisiones de divulgación, no sólo fenómenos de red.

Los huecos no explican su propia causa

Participar es opcional. Un nodo puede desconfiar del origen, reservar su topología o proteger recursos. En ese caso reenvía TREB sin tocarlo. Si el siguiente nodo declarado no coincide con el autor del registro posterior, sabemos que existe al menos un tramo transparente; no sabemos cuántos nodos contiene.

El Hop Count Block ofrece una comprobación adicional cuando todos lo actualizan bien. Su diferencia con los registros visibles puede contar los saltos transparentes. record-limit, en cambio, sólo limita el crecimiento de la traza. No evita bucles y no autoriza a borrar el bundle. Los registros posteriores pueden reaparecer como desbordamiento sin posición exacta.

Los informes de estado añaden una segunda incertidumbre. La bandera de solicitud no obliga al agente BPv7 a contestar. Un informe ausente pudo perderse, no generarse o ser omitido por política. Cuando vence el plazo local, el origen cierra la reconstrucción con lo que recibió y descarta informes tardíos, aunque el bundle siga circulando.

El silencio sólo prueba que no llegó una nueva pieza antes del plazo. No identifica al nodo que perdió el tráfico.

El retorno es otra ruta

Los registros anteriores al giro describen el viaje del bundle trazado. Los posteriores describen el informe de entrega o eliminación durante su regreso. Esos caminos pueden ser asimétricos. Los nodos transparentes y el límite de registros pueden truncar cualquiera de los dos.

Un informe de reenvío es distinto: lleva únicamente el registro del emisor y una posición; luego permanece inmutable. El origen reúne las piezas mediante el identificador, el bundle sujeto, la posición y el encadenamiento entre siguiente nodo y autor. Si hubo replicación, una posición puede abrir varias ramas.

El orden seduce. Una lista bien encadenada parece una observación objetiva. Sin embargo, cada fila es una declaración del nodo descrito y el origen decide cómo ensamblarla. Una secuencia coherente no crea un observador independiente.

La integridad cambia de manos en cada salto

La traza expone información sensible sobre identidades, topología, tiempos, capacidad y congestión. A la vez, el bloque de ida y la copia de entrega o eliminación se modifican en cada participante. No pueden mantener integridad o confidencialidad de extremo a extremo sobre esos bytes cambiantes. BIB y BCB sólo pueden proteger el tramo entre el nodo que modifica y su vecino.

Un informe de reenvío, que no cambia después de su creación, puede protegerse desde el nodo informante. Esa garantía respalda una declaración concreta, no todas las anteriores. Por eso el borrador clasifica los hop-records como datos diagnósticos sin autenticación extremo a extremo y ordena que no alimenten decisiones de ruta ni de acceso.

El destino de los informes también puede ser abusado. Un origen falsificado podría dirigir respuestas ampliadas a un tercero. Los límites de longitud, las tasas, la autorización de fuentes y la posibilidad de omitir la copia reducen el riesgo, pero no convierten el campo de retorno en identidad probada.