Resumo
- Para a API de Serviços de Transporte,
Sentsignifica que os dados derivados da mensagem passaram para baixo ou através da pilha subjacente e já não são responsabilidade da API. - A disposição seguinte pode ser transmissão, buffer de interface, buffer de kernel ou outra situação definida pela implementação; portanto o mesmo evento não produz uma prova universal de entrega.
Muitas cadeias de auditoria ficam curtas demais no verbo. Um serviço registra “enviado”, outro serviço trata o registro como sucesso e, horas depois, ninguém consegue dizer se o evento descrevia uma chamada local, uma fila, uma placa de rede ou a ação do destinatário. A precisão perdida não é decorativa: ela decide onde investigar e quem ainda podia evitar uma falha.
Na RFC 9622, Colin Perkins e seus coautores não escondem a borda. A API abstrata serve de interface local entre aplicação e sistema de transporte. Depois de Send, Sent ocorre quando a mensagem já passou da responsabilidade dessa API. O texto deliberadamente não fixa o que a máquina fez depois. Pode já haver transmissão; pode haver apenas uma cópia em um buffer do kernel ou da interface. Uma implementação pode desenhar a passagem de outra maneira.
A arquitetura da RFC 9621 ajuda a não carregar o evento com poder indevido. A aplicação declara propriedades de seleção, conexão e mensagem. Algumas são requisitos, outras proibições ou preferências. Porém rotas e pilhas candidatas também são escolhidas sob política e heurísticas locais. Até prioridade é uma expressão relativa: a RFC 9622 admite ordenação puramente no emissor e não promete como o sistema realizará a preferência.
Outros retornos mantêm o mapa honesto. Expired informa que a mensagem não foi enviada antes de vencer seu Lifetime; SendError aponta uma falha local, como tamanho excessivo, falha na pilha ou propriedades incompatíveis. O Lifetime é uma indicação, não a garantia de que nada será enviado depois do prazo. Esses fatos são muito úteis para depuração, mas não substituem uma confirmação de que o destino leu ou aplicou a mensagem.
O recibo certo depende da pergunta. Para dizer que saiu, é preciso observar a saída. Para dizer que chegou, é preciso uma evidência do receptor. Para dizer que teve efeito, é preciso o registro do sistema que toma a decisão. Sent responde a uma pergunta anterior e deve continuar fazendo apenas isso.
Sources
- RFC 9622 — API abstrata para Serviços de Transporte
- RFC 9621 — Arquitetura e requisitos de Serviços de Transporte
- RFC 8922 — Protocolos de segurança e Serviços de Transporte
- RFC 8085 — Diretrizes de uso de UDP
- IETF Datatracker — Colin Perkins
- IETF — retrato público de Colin Perkins
- Heng Lu — Especificação inicial mínima
- Heng Lu — Primazia do código em execução
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance
