Resumen

  • El contrato de Sent termina en la pila de transporte local: allí deja de ser responsabilidad de la API.
  • Si el estado posterior puede ser un búfer del núcleo, una interfaz o una transmisión efectiva según la implementación, el evento no demuestra una misma realidad en todas las máquinas.

Hay una diferencia política escondida en los verbos de los paneles. “Enviado” puede absolver a un servicio de reintentar, cerrar una incidencia o activar un cobro. Cuando esa palabra se usa para varias capas, una decisión interna adquiere la autoridad de una respuesta externa sin haberla obtenido.

RFC 9622 ofrece una disciplina más severa. El estándar de 2025 enumera a Colin Perkins entre sus autores y define una API abstracta entre una aplicación y un sistema de servicios de transporte. Su evento Sent se produce cuando los datos derivados del mensaje han pasado hacia abajo o a través de la pila subyacente y ya no son responsabilidad de la API. Pero el documento no dicta qué ocurrió físicamente: pueden haber sido transmitidos, colocados en un búfer de interfaz, movidos a un búfer del núcleo o tratados de otra forma específica de la implementación.

Esa reserva no es un tecnicismo. RFC 9621 separa las propiedades de selección, conexión y mensaje. La aplicación puede expresar requisitos, prohibiciones y preferencias, mientras que el sistema combina esos datos con sus políticas y heurísticas para escoger rutas y protocolos. Incluso una prioridad puede quedar solo en el planificador del emisor; RFC 9622 no garantiza cómo se realizará su expresión.

Los eventos de error muestran por qué conviene conservar el mapa. Expired significa que el mensaje no se envió antes de que venciera su Lifetime; SendError cubre una condición local de error. El Lifetime es una señal para el sistema, no una garantía de que nunca habrá un envío tardío. Nada de ello responde si un servicio remoto leyó, validó o aplicó el contenido.

La evidencia adecuada cambia con la afirmación. La API puede probar que soltó la responsabilidad; una captura o registro de interfaz puede sustentar una salida; el receptor debe probar la llegada; el sistema de negocio debe probar el efecto. No hay atajo honesto que convierta el primer recibo en los tres restantes.

Sources