Resumen

  • La RFC 9171 distingue recepción, reenvío, entrega local, eliminación e informes; cada informe expresa el estado que afirma el nodo que lo genera.
  • BPv7 no asegura por sí solo la entrega de extremo a extremo y la transferencia de custodia dejó de ser un estado del protocolo base. Una recepción no prueba custodia, tratamiento, autoridad ni resultado externo.

Las redes con contacto intermitente exigen una contabilidad precisa de los verbos. El enlace puede desaparecer, el retraso puede ser largo y el siguiente vecino puede no estar disponible cuando el emisor actúa. Bundle Protocol Version 7 transporta datos de una aplicación junto con información que podría hacerlos utilizables al llegar. En ese entorno, llamar a una secuencia «enviada y terminada» no describe una cadena de evidencia.

La RFC 9171 propone una cadena más exacta. La transmisión es un intento del Bundle Protocol Agent, el BPA, de que copias lleguen a nodos de un endpoint. El reenvío es la utilización sostenida de uno o más adaptadores de capa de convergencia para que una copia sea recibida por otro nodo. La entrega tiene un sentido local: la carga útil y los metadatos pertinentes se presentan al agente de aplicación de un nodo conforme a un registro local. La eliminación, el descarte y las restricciones de retención son estados diferentes.

No son distinciones de estilo. Son el alcance de cada prueba. Un bundle reenviado no es necesariamente recibido. Uno recibido no es necesariamente entregable en el nodo local. Una carga presentada a una aplicación no ha sido necesariamente procesada por ella. Y un informe sobre cualquiera de esas fases puede no haber llegado al destinatario que debía responder. El rótulo único «entregado» simplifica la pantalla a costa de borrar quién hizo qué y qué falta todavía.

La recepción deja ver el límite desde su primer paso. Al recibir un bundle de otro nodo, el BPA añade la restricción de retención «Dispatch pending». Si se solicitó informar la recepción y los informes están habilitados, debería generar un informe de recepción dirigido al endpoint report-to. Eso permite afirmar algo acotado: el nodo inició el procesamiento que la especificación establece para un bundle recibido.

La misma secuencia puede terminar sin conservar el bundle. Se comprueban los CRC adjuntos; si la estructura es inválida o un CRC no coincide, el BPA debe eliminarlo y omitir los pasos restantes. Un bloque de extensión no compatible puede generar asimismo un informe y luego conducir a la eliminación o al retiro del bloque según sus controles. Por tanto, un informe de recepción no se puede convertir sin más en prueba de que el objeto era conforme, permaneció retenido, fue reenviado o llegó a la aplicación.

El reenvío tiene una frontera distinta. El BPA selecciona nodos y adaptadores, e invoca su servicio de envío. Que las operaciones de envío hayan culminado en un reenvío satisfactorio es una determinación específica de la implementación; ante un resultado negativo puede haber nuevos intentos según la configuración local. Un informe de reenvío habla de ese estado. No es un recibo del nodo siguiente, ni una garantía de continuidad de ruta, ni evidencia de llegada al endpoint final.

En el destino, la norma es todavía más explícita. La entrega local depende del registro correspondiente al endpoint de destino. Los fragmentos pueden requerir reensamblaje; un registro pasivo o un fallo propio de la implementación puede diferir o abandonar la entrega. Incluso cuando se produce un informe de entrega, la RFC aclara que solamente afirma que la carga fue entregada al agente de aplicación, no que dicho agente la haya procesado.

Para un flujo automatizado, esa reserva es decisiva. La aplicación puede validar, encolar, rechazar, posponer, transformar o ignorar los datos bajo reglas propias. El estado de BP no revela cuál ocurrió. Tampoco identifica al responsable de una decisión, demuestra la revisión por una persona autorizada ni prueba que una instrucción irreversible se ejecutó. Esas son afirmaciones que deben nacer y conservarse en la aplicación y en el sistema de decisión correspondiente.

Los informes de estado ayudan, pero no forman un registro total del universo. La RFC exige que su generación esté deshabilitada por defecto porque muchas solicitudes pueden producir tráfico excesivo. Aun habilitada, la decisión de emitir un informe solicitado queda a discreción del BPA. Si se incluye una hora, procede del reloj local del nodo y es una cuestión de implementación. El informe es entonces una afirmación localizada, transportada como otro bundle hacia report-to; no es una cronología global ni prueba de que el lector previsto la haya recibido.

La comparación histórica con custody es importante. La RFC 5050 experimental definía aceptación de custodia y señales de custodia. La tabla de la RFC 9171 conserva las banderas correspondientes como valores de versión 6, y su apéndice A señala que la transferencia de custodia migró a Bundle-in-Bundle Encapsulation. BPv7 base conserva estados útiles de retención, reenvío, entrega y extensión, pero no convierte una recepción en asunción de custodia. Quien necesite un compromiso de conservación debe identificar el mecanismo y sus condiciones; no puede extraerlo de una marca de recepción.

La mayor reserva aparece sin ambigüedad: Bundle Protocol por sí mismo no asegura la entrega al destino. Protocolos confiables de la capa de convergencia pueden reducir pérdida entre vecinos; para asegurar la entrega de extremo a extremo hacen falta extensiones BP y/o mecanismos de la capa de aplicación. Es una asignación honesta de responsabilidades. El protocolo describe lo que hizo un BPA en un punto determinado; no se adjudica las decisiones posteriores de una aplicación, una persona o una institución.

Para una organización, la tarea no es desconfiar de toda recepción sino describir con precisión qué sabe cada registro. Conviene separar recepción, reenvío, entrega local, procesamiento, acuse, aprobación y ejecución externa. Cada uno debe nombrar al emisor de la afirmación, la regla que la habilita, su destinatario, la fuente temporal y el modo de fallo. Los hechos estrechos pero verdaderos pueden combinarse; un único verde que pretende demostrarlo todo no puede volverse auditable por repetición.

La distinción de Lu Heng entre representación, decisión local y realidad en funcionamiento sirve aquí como disciplina editorial. Un informe BP representa un estado técnico delimitado. Debe ser creído por ese estado, no elevado a prueba de autoridad o éxito. Los sistemas operativos ganan resiliencia cuando distinguen lo que observaron de la consecuencia que otro actor aún debe elegir y realizar.

Fuentes