Resumo
- SYN e FIN recebem uma posição implícita para que sejam confirmados e retransmitidos sem que uma cópia repetida vire um novo evento.
- SYN vem antes do primeiro octeto de dados; FIN vem depois do último octeto de dados do segmento.
- São posições lógicas, não bytes da aplicação. ACK, PSH e RST não acrescentam uma posição por si mesmos.
Quando um evento entra na contagem
A solução de RFC 793 foi ampliar a contabilidade do fluxo para certos controles. RFC 9293 preserva a mesma justificativa: a posição permite confirmar e retransmitir SYN e FIN sem ambiguidade. Nada é inserido fisicamente na área de dados.
Com SYN, SEG.SEQ identifica o ISN e o primeiro dado começa em ISN+1. Um segmento com N octetos de dados e SYN ocupa, portanto, N+1 posições. FIN ocupa a posição imediatamente posterior aos dados. Como o reconhecimento indica o próximo número esperado, confirmar um SYN ou FIN avança a fronteira mesmo quando não há carga útil.
SEG.LEN conta os octetos de dados e também SYN e FIN. A retransmissão reutiliza a posição original. Cada direção possui seu próprio espaço de sequência; FIN indica que seu remetente não tem mais dados, mas não encerra a direção oposta. RST ocupa espaço zero, e ACK e PSH não aumentam a contagem.
Fontes
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
