Блог

Сценарий касается скользящего окна на уровне TCP. Левая сторона изображения удалена — это буфер отправителя (заполненный пустыми и светло-синими областями), затем правая сторона — буфер получателя. Как мы знаем, данные, которые мы хотим передать, должны быть разделены на несколько пакетов, и они помечены в последовательности, готовой к передаче. Однако я сомневаюсь в следующих проблемах.

1. Почему в буфере отправителя такой порядок пакетов, расположены ли пакеты в порядке номера seq?

(Я имею в виду, что буфер отправителя пакетов должен упорядочиваться по отмеченному порядковому номеру? или не по порядку?)

2. Почему пакеты в буфере получателя не являются непрерывными, когда это могло произойти? Взорванная картинка — это буфер отправителя (слева) и буфер получателя (справа) tcp-соединения.

(Я имею в виду, что получатель пакетов получает и сохраняет в буфере в порядке порядкового номера пакетов? если да, означает ли это, что буфер облегчает повторную сборку пакетов?)

К сожалению, в вашем вопросе не так много контекста, и неясно, откуда взято это изображение. Но я предполагаю, что изображение относится к буферу отправки и приема сокетов в ядре.

Поскольку приложения непрерывно отправляют данные на сокет, а данные отправляются в заданном порядке одноранговому узлу ядром, все еще неотправленные данные в буфере отправки находятся в порядке. Обратите внимание, что это предполагает, что система не выполняет оптимизаций, если включена функция SACK.

В отличие от этого, ядро не контролирует, в каком порядке принимаются данные, и может случиться, что более поздние данные (с более высоким порядковым номером) будут получены раньше, чем предыдущие данные, поскольку предыдущие данные были потеряны или из-за изменения порядка при передаче. Таким образом, в принятых данных могут быть пробелы, которые, как мы надеемся, будут заполнены после получения оставшихся данных.