Э. Таненбаум - Компьютерные сети. (4-е издание) (DJVU) (1130092), страница 165
Текст из файла (страница 165)
616 Глава 6. Транспортный уровень Начальное значение порядкового номера соединения не равно нулю по обсуждавшимся выше причинам. Используется схема, основанная на таймере, изменяющем свое состояние каждые 4 мкс. Для большей надежности хосту после сбоя запрещается перезагружаться ранее чем по прошествии максимального времени жизни пакета. Это позволяет гарантировать, что ни один пакет от прежних соединений не бродит где-нибудь в Интернете. Разрыв соединения ТСР Хотя ТСР-соединения являются полнодуплексными, чтобы понять, как происходит их разъединение, лучше считать их парами симплексных соединений. Каждое симплексное соединение разрывается независимо от своего напарника. Чтобы разорвать соединение, любая из сторон может послать ТСР-сегмент с установленным в единицу битом ЛМ, что означает, что у него болыпе нет данных для передачи.
Когда этот ТСР-сегмент получает подтверждение, это направление передачи закрывается. Тем не менее, данные могут продолжать передаваться неопределенно долго в противоположном направлении. Соединение разрывается, когда оба направления закрываются. Обычно для разрыва соединения требуются четыре ТСР-сегмента: по одному с битом Р1йт и по одному с битом А СК в каждом направлении.
Первый бит А СК и второй бит Р1М могут также содержаться в одном ТСР- сегменте, что уменьшит количество сегментов до трех. Как при телефонном разговоре, когда оба участника могут одновременно попрощаться и повесить трубки, оба конца ТСР-соединения могут послать Р1Л1-сегменты в одно и то же время. Они оба получают обычные подтверждения, и соединение закрывается. По сути, между одновременным и последовательным разъединениями нет никакой разницы.
Чтобы избежать проблемы двух армий, используются таймеры. Гели ответ на посланньш Р1М-сегмент не приходит в течение двух максимальных интервалов времени жизни пакета, отправитель Р1Ж-сегмента разрывает соединение. Другая сторона в конце концов заметит, что ей никто не отвечает, и также разорвет соединение. Хотя такое решение и не идеально, но, учитывая недостижимость идеала, приходится пользоваться тем, что есть. На практике проблемы возникают довольно редко. Модель управления ТСР-соединением Этапы, необходимые для установки и разрыва соединения, могут быть представлены в виде модели конечного автомата, 11 состояний которого перечислены в табл.
6.6. В каждом из этих состояний могут происходить разрешенные и запрещенные события. В ответ на какое-либо разрешенное событие может осуществляться определенное действие. При возникновении запрещенных событий сообщается об ошибке. Каждое соединение начинается в состоянии СЕ05ЕР (закрытое). Оно может выйти из этого состояния, предпринимая либо активную (СОНяьСТ), либо пассивную (С15ТСН) попытку открыть соединение. Если противоположная сторона осущест- Транспортные протоколы Интернета: ТОР 617 вляет противополоткные действия, соединение устанавливается и переходит в со- стояние ЕЕТАВЕ!БНЕР. Инициатором разрыва соединения может выступить лю- бая сторона. По завершении процесса разъединения соединение возвратцается в состояние СЕ05ЕР.
Таблица 6.6. Состояния конечного автомата, управляющего ТСР-соединением Состояние Описание Закрыто. Соединение не является активным н не находится в процессе установки Ожидание. Сервер о:кидает входящего запроса Прибыл запрос соединения. Ожидание подтверждения Запрос соединения послан. Приложение начало открывать соединение Установлена.
Нормальное состояние передачи данных Приложение сообщило, что ему больше нечего передавать Другая сторона согласна разорвать соединение Ожидание, пока в сети не исчезнут все пакеты Обе стороны попытались одновременно закрыть соединение Другая сторона инициировала разъединение Ожидание, пока в сети не исчезнут все пакеты ССОЗЕО ЬЫЗТЕМ ЗУМ ПСЧО ЗУМ ЗЕМТ ЕЗТАВЫЗНЕО Р!М УУА!Т 1 Р!М УУЯ!Т 2 Т!МЕО УУА!Т ССОЗ!МО С!.ОЗЕ ЬУЯ1Т !ЯЗТ АСК Конечный автомат показан на рис.
6.26. Типичный случай клиента, активно соединяющегося с пассивным сервером, показан жирными линиями — сплошными для клиента и пунктирными для сервера. Тонкие линии обозначают необычные последовательности событий. Каждая линия на рис. 6.26 маркирована парой событие,гдейсглвие. Событие может представлять собой либо обращение пользователя к системной процедуре (СО!!!!ЕСТ, С!5ТЕК, 5ЕйО или СС05Е), либо прибытие сегмента (5удг, ЕТАг, АСК или НЕТ), либо, в одном случае, окончание периода ожидания, равного двойному времени жизни пакетов. Действие может состоять в отправке управляющего сегмента (ЯХ, ЛФ или ЛЕТ). Впрочем, может не предприниматься никакого действия, что обозначается прочерком.
В скобках приводятся комментарии. Диаграмму легче всего понять, если сначала проследовать по пути клиента (сплошная жирная линия), а затем — по пути сервера (жирный пунктир). Когда приложение на машине клиента вызывает примитив СО!тнЕСТ, локальная ТСР- сущность создает запись соединения, помечает его состояние как БуИЕЕМТ н посылает 5удг-сегмент. Примечательно, что несколько приложений одновременно могут открыть несколько соединений, поэтому свое состояние, хранящееся в записи соединения, имеется у каждого отдельного соединения.
Когда прибывает сегмент Еудг+ АСК, ТСР-сущность посылает последний АСК-сегмент «тройного Рукопожатия» и переключается в состояние Е5ТАВЕТЕНЕР. В этом состоянии можно пересылать и получать данные. Когда у приложения заканчиваются данные для передачи, оно выполняет примитив ССО5Е, заставляющий локальную ТСР-сущность послать РТУ-сегмент и ждать ответного АСК-сегмента (пунктирный прямоугольник с пометкой «активное 618 Глава 6. Транспортный уровень разъединение»). Когда прибывает подтверждение, происходит переход в состояние Яд/ %А1Т 2, и одно направление соединения закрывается. Когда приходит встречный Г1/т'-сегмент, в ответ на него также высылается подтверждение, и второе направление соединения также закрывается.
Теперь обе стороны соединения закрыты, но ТСР-сущность выжидает в течение времени, равного максимальному времени жизни пакета, чтобы можно было гарантировать, что все пакеты этого соединения больше не перемещаются по сети даже в том случае, если подтверждение было потеряно. Когда этот период ожидания истекает, ТСР-сущность удаляет запись о соединении.
(Старт) СОММЕСТ/ЗУМ СьОЗЕ0 С1.ОЗЕ/- 1.1ЗТЕМ/" 1 С1.ОЗЕ/- ЭУМ/ЭУМ + АСК ЫЗТЕМ ЙЗТ/- ЗЕМО/ЗУМ ЗУМ ЗУМ/ЗУМ + АСК (одновременное ЗЕЙТ гпкрытив) (Передача данных) ЗУМ НСЧ0 АСК/- ЕЗТАВЫЗНЕ0 ЗУМ + АСК/АСК (3-й этап «тройного рукопожатия») С1.ОЗЕ/Р1М СьОЗЕ/Е1М 1 (Активное разъединение) » 1й/АСК (Пассивное )разъединение) Р1М/АСК 01.081МС Нй ЧЧА(Т 1 Е/г1М1' АСК/- Р(й + АСК/АСК Т1МЕ0 Р1М/АСК АСК/- Е)й УУА1Т 2 1 1 1 АСК/- (Тайм-аут/) СьОЗЕ0 (Назад на старт) рис. 6.26. Конечный автомат ТСР-соединвния. Жирная сплошная линия показывает нормальный путь клиента. Пунктиром показан нормальный путь сервера. Тонкими линиями обозначены нвобычныв события Рассмотрим теперь управление соединением с точки зрения сервера. Сервер выполняет примитив (.15Тсй и переходит в режим ожидания запросов соедине- Транспортные протоколы Интернета: ТСР 619 ния, Когда приходит Я'Ж-сегмент, в ответ на него высылается подтверждение, после чего сервер переходит в состояние Я'Ф ВС'т2) (запрос соединения получен).
Когда в ответ на ЕУН-подтверждение сервера от клиента приходит АСК- сегмент, процедура етройного рукопожатияь завершается и сервер переходит в состояние ЕЕТАВЕ15НЕ1). Теперь можно пересылать данные. По окончании выполнения своей задачи клиент запускает примитив С~08~, в результате чего на сервер прибывает Е1Ф-сегмент (пунктирный прямоугольник, обозначенный как пассивное разъединение). Теперь сервер выполняет примитив СЮЬГ, а Г1Ж-сегмент посылается клиенту. Когда от клиента прибывает подтверждение, сервер разрывает соединение и удаляет запись о нем.
Управление передачей в ТСР Как уже было сказано ранее, управление окном в ТСР не привязано напрямую к подтверждениям, как это сделано в большинстве протоколов передачи данных, Например, предположим, что у получателя есть 4096-байтовый буфер, как показано на рис. 6.27. Если отправитель передает 2048-байтовый сегмент, который успешно принимается получателем, то получатель подтверждает его получение.
Однако при этом у получателя остается всего лишь 2048 байт свободного буферного пространства (пока приложение не заберет сколько-нибудь данных из буфера), о чем он и сообщает отправителю, указывая соответствующий размер окна (2048) и номер следующего ожидаемого байта. После этого отправитель посылает еще 2048 байт, получение которых подтверждается, но размер окна объявляется равным О. Отправитель должен прекратить передачу до тех пор, пока получающий хост не освободит место в буфере и не увеличит размер окна. При нулевом размере окна отправитель не может посылать сегменты, за исключением двух случаев. Во-первых, разрешается посылать срочные данные, например, чтобы пользователь мог уничтожить процесс, выполняющийся на удаленной машине.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
