14.6.6 Управление потоком tcp - максимальный размер сегмента (mss)
На рисунке источник передает 1460 байт данных в каждом сегменте. Обычно это максимальный размер сегмента (MSS), который может получить конечное устройство. MSS является частью поля параметров в заголовке TCP, который определяет наибольший объем данных в байтах, которые устройство может получить в одном сегменте TCP. Размер MSS не включает заголовок TCP. MSS обычно включается во время трехстороннего рукопожатия.
Обычный MSS составляет 1 460 байт при использовании IPv4. Узел определяет значение своего поля MSS путем вычитания размера заголовков IP и TCP из размера MTU для Ethernet. На интерфейсе Ethernet размер MTU по умолчанию равен 1500 байт. Если вычесть заголовок IPv4 размером 20 байт и заголовок TCP размером 20 байт, то размер MSS по умолчанию будет равен 1460 байт, как показано на рисунке.
14.6.7 Управление потоком tcp. Предотвращение перегрузок
В случае возникновения перегрузки в сети перегруженный маршрутизатор перестает обрабатывать пакеты. Когда пакеты с сегментами TCP не доходят до своего узла назначения, они не подтверждаются. Определив скорость передачи данных, при которой сегменты TCP отправляются, но не подтверждаются, узел источника может примерно определить уровень загруженности сети.
В случае перегрузки происходит повторная передача потерянных сегментов TCP с узла источника. При отсутствии должного контроля над повторной передачей подобная отправка потерянных сегментов TCP может только ухудшить ситуацию. Помимо отправки в сеть новых пакетов с сегментами TCP возникает эффект обратной связи, когда переданные повторно потерянные сегменты TCP еще больше перегружают сеть. Во избежание таких ситуаций и для предотвращения перегрузок сети в протоколе TCP предусмотрен ряд соответствующих механизмов, таймеров и алгоритмов.
Когда узел источника обнаруживает, что сегменты TCP не подтверждаются своевременно или не подтверждаются вовсе, он может сократить количество байтов, которые он отправляет, прежде чем получит подтверждение. Как показано на рисунке, ПК A чувствует, что существует перегрузка и, следовательно, уменьшает количество байтов, которые он отправляет перед получением подтверждения от ПК B.
Управление перегрузкой TCP
Подтверждения нумеруются по следующему полученному байту, а не по номеру сегмента. Номера сегментов упрощены в целях наглядности.
Следует отметить, что узел источника сокращает именно количество неподтвержденных байтов, которые он отправляет, а не размер окна, определенный узлом назначения.
Примечание: Подробные сведения о механизмах, таймерах и алгоритмах, используемых для предотвращения перегрузок, не включены в этот курс.
14.6.8 Проверьте свое понимание темы — надежность и управление потоком
Какое поле используется хостом назначения для повторной сборки сегментов в исходном порядке?
Управляющие биты
Порт назначения
Порядковый номер
Порт источника
Размер окна
Какое поле используется для управления потоком?
Управляющие биты
Порт назначения
Порядковый номер
Порт источника
Размер окна
Что происходит, когда отправляющий хост чувствует, что есть перегруженность?
Принимающий хост увеличивает количество байтов, которые он отправляет перед получением подтверждения от отправляющего хоста.
Принимающий хост уменьшает количество байтов, которые он отправляет перед получением подтверждения от отправляющего хоста.
Отправляющий узел увеличивает количество байтов, которые он отправляет перед получением подтверждения от хоста назначения.
Отправляющий узел уменьшает количество байтов, которые он отправляет перед получением подтверждения от хоста назначения.