К. Закер - Компьютерные сети. Модернизация и поиск неисправностей (953092), страница 92
Текст из файла (страница 92)
Этот метод, описанный в документе КРС 1191, позволяет системам определять дязмеры пвкетО», допугжземьге промежутачньлки сетями, так "как лаже если обе системы входят в сети 'Еглеглег с 1500- байтными МТ11, они могут зафиксировать промежуточное соединение, поддерживюощее только МТ(1 в 576 байтов. Квк талыго определен МББ конкретного соединения, системы могут начинать упаковку данных лля передачи. В случае НТТР-транзакция клиент (ЖеЬ- бр»у»ар) посылает серверу желаемый 1Ж1.
в отдельном пакете (рнс 1124) Следует обратить внимание, что порядковый номер этого пщюта (119841004) точно такой же, что и у предылушега пакета, отправленного в жачествв подтверждения БУХ-сообщения сервера. Указанное равенства связано с тем, чта пскггверждаюпгие пакеты не привалят к увеличению счетчика порядковых номеров. Номер подтверждения также сояпндает с аналагнчпьгн номером из предыдущего пакета, тзк как клиент еще не получил следующее сообщение от сервера. Поыимо этою важно заматнть; Чта выставлен'бит РЗН, демонстрирующий, что сервер должен передать всю информацию пакета приложению немедленно, После получсйия сообщения клиент», сервер отправляет ему подтверждение, как показано на рис. 11.25, в котором использует порядковый' номер, ожидаемый клиентом (11627Ц, и номер подтверждения 119041363.
Разница между зтнм чйслом и порядковым номером ранее посланного клиентского сообщения составляет 359, н зто правильно,'поскольку лейт»грамма, полученн»л сервером ат клиента, имела данну в 399 байтов. Вычитание 40 байтов на 1Р- и ТСР-заголовки оставляет 359 байтов "гга собственно данные клиента. Когда каждая из систем передает д»нные'друпзй системе, аня увеличивает порядковый номер сообщения на число передайных байтов.
Следующим шагом процесса будет ответ сервера на запрос клиента путем отправки ему требуемого НТМ1;фвйлж Опнпаясь.на значение МББ,.сервер создает сегменты достаточно малого размера,"' способные бмтв перецравленными через сеть, и передает первый из ннх'в сонбпгенин; как пак»зало на рис. 11.26. порядковый номер опять же согшадаат с запомненным из преды- Глава 11. Тз'РЛР пущего сообщения сервера, поскольку БтО ПРедыдущее сообхяение содержало только подтверждение. Подтверлоэающий номер тоже не меняется, так как ожилается, что сервер пошлет второе сообщение, беэ какия бы то ни было напоминаний со стороны клиента.
Щ- ЕТЭЕЕ-ХХ> 00-10-БД-09-81-ББ -> ОО-20-ДР-37-ВВ-12 Й>6 ХР> 192.168 2.3->192.168-2.1О.ХВ 38369 йЩ Вссь ЕТТР 271 6 ~32-Ьзз в ЕЭ :«3$ЕВБ: 00.. - и а .3 ОЕС: ..О.... Отввьз Ра1ьзвт 1в 1ьвв116 дСМ: . 1 ..., = дсхскв1вс>Вввеьс Рзв1Е зв Ча16Е РБЕ:, . 1.. РаЬ Вес>с>ассад Э>от> ... О:. Иа тем>с Саььвсззоь БТИс ....О Иа втьсЬтсвзвв Бвцивпсв Иьвьвг — Щ ЕХИ> ......О Ис>те ВаТа отав Бсооет Озьсдзт; 8236 Сьвсквьвс Вк1199 Втвеез Раза>ет: отоПОО И>Е>ЕЕТТР: ХЕИВ 1 Ь 6 Э.К 4 з ". Бв зтет В З Р 46 -'ЕВ> Ск1сь1есв СЕС: Окс61еос96 рыо 11.24 Первый пакет данных, отправленный зюсле установление соединение, содв~икит Элсс, запрашиваемый эдгеь-Броузерам Б ВТЕЕЕ-ХХс ПΠ— 20-62 Э7 ВВ-12 > ОО-10-БД-0921-ЕО Е>к 1Р: 192.1Б8.2.10->192.160,2.3.10"22629 н ф ттеьввзвезсь саьзта1 Рзозасаг Рсь'З ВатЫ В>сдв Ввь ВТТР— > 1966 Бвцьсосе Иьвьет: 116271 Дс>озав1воо~сеьд >ывьев> 119841ЭБЭ левает Хвз>ВФЫМБВ 4 ЬззвЭ> 5 (Эг-Ьзз котс>1 ЕеквтзвдПЯВ 4 Ъзсв] 0 Й- С Эе: Ох10 ИХБ: ОО...., " Ввввттвс> Оис: ..о.
.... - О В с Ра з зв 1 1з>а ДСК: ...1 ... " Дсдьов1е>ьэвввьс Рзвва зв тв1>а РБЕ> .... 0.. Иа Фщь Ивоззввсье ИБТс ...О.. Ио твввк Саььеасзоь БЭИ> .....0. Ео втвсдсчзьзкв Бвеввьсв Ииььет Р1И>......О Мате Ваде Ртаь Бськдзт И>воок> ВЭ77 Сдвсдвов> Ох9218 Взевьс Разьдсзг". Око000 Втвве Рв>ЬЭ*ьд, (Б нксг) 14ЭИ Се1аь1всв СВС Отадв231а Е>ис.
11ЛВ. Сервер подтверждает получение от клиента всех посланных Числа йй Сетевые: ' пжолы рис. т з.йц. В ответ на запрос клиента сервер начинает передачу яуеЬ-страницы после предларительнсгс разбиения ее на инокестес сетиентсе Кроме сервиса подтверждения прибытия пакетов, который быя описан выше, поля ТСР-зшодовка способны обеспечить два доэинитальйых сервисш О коррекция ошибок; С$ управление потоком. Следующие разделы описывают функции упомянутьш сервисов более подробно.
Коррекция оцаабок Как стало ясно из предьшущнх разлелов, система-получатель применяет номер подтверждения в своем АСК-сообщении с той' целью, чтобы проинформировать отправителя, что данные пслучены правильно. Система также исцользует этот механизм для фиксирования возможных ошибок и неправильно полученных данных. ТСР/ТР-системы эксплуатируют принцип ' твялсзянлных лодшверясдемий Иелзуед асйиЖЫ4еаелц), который означает„что подтвержления не должны посылаться ддя каждого полученного пакета Способ определения времени отправки подтверждений возлагается на индивидуальные реализации протокола ТСР, но'факт подтверждения всегда свидетелвотвует о том.,что:информация до некой определенной точки ланной последовательности получена успешно. Это так называемые лсзитиелые ясдтеерзядемия фазйче асклаи~ Йа~ешелвЛ поскольку они признают, что пшсеты получены правильно. Негалгивлые лойнедрзкделил ~лерий е асЬюитефетлеяпу нлн же енбсвсчлые ясд- г вв га тп'лр лгвврждвлив (звгесгЬе асЬгоггlедйеглели), сигнализирующие, что данные не корректны, в протоколе ТСР невозможны.
Что же произойдат, если, например, в ходе одного соединения сервер передал пять сегментов определенной последовательности клиенту и третий из них должен быль отброшен вз-за ошибки контролыюй суммы? Скатами-получатель должна после этого послать соответствующее гюобщение, гвв бугют указано, что все сегменты по второй включительно успешно получены. Если лаже при этом четвертый и пятый сепиенты также были обработаны, и повреждений не бь|ло на1щено, все равно третий содержал ошибку Поддержка принципа позитивного подтверждения говорит о том, что и четвертый и пя-.
тый сегменты должны быть переданы повторно в дополнение к третьему. Механизм, используевгый протоколом ТСР„лазываеглсв лооививяыи ладомьрлсдвлаеи с ловокрлой лервдачвй фогглвг асЬкедег4елгелг вчдг геагвьвягзпои), так как система-источник автоматически провгщнт повторную передачу всех неподтвержденных сегментов ~юрез опрелвленный интервал времени. Функционирование этого механизма предполагает, что система-отправитель организует очередь„включаюпбло все сегменты, которые уже были отправлены. По мере прибытия подтверждений от получателя отправитель удаляет доставленные без ошибок сегменты из очереди.
По истечении некоторого времени передающая система' инициирует повторную отправку всех сегментов, которые еще остались в очереди, то есть их успешное прибытие к месту назначения не было оформлено получателем. Стороны задействуют алгоритм, описанный в документе КГС П22, при вычислении времени озншаннл для соединения, базируясь на времени, которое требуется гюобшению для путешествия от одной системы к другой и обратно, оно носит название периода круговою обрашенил ~пнциг-втр погвг.
Управление потоком Управление потоком представляет собой важный элемент протокола ТСР, разработанный для передачи больших массивов данных. Система-получатель имеет буфер, где она хранит входящие сегменты, ожидающие подтверждения. Если система-источник передает слишком много сегментов и слишком быстро, буфер может переполниться, и любые сегменты„прибывающие после этого в систему назначения, будут отклоняться автоматически, пока не освободится место в ее буфере. Протокол ТСР использует механизм под названием сколшвавв окло ~вдгйоХ иФИог4 длл управления потоком, который по сути представляет собой способ, позволяющий системе-получателю информировать отправителя о том, какое количество пространства доступно для размещения данных в ее буфере. Каждое подтверждающее сообщение, создаваемое системой, получившей ТСР-данные, содержит информацию о размере буферного пространства в псле окна (Жшдоа'), Когда пакеты прибывают в систему назначения, они Ф Часть й Свтваиа ожилают дальнейшей обработки в буфер~ до того момента„пока система- получатель сформулирует уведомление о получении.
Дяя того чтобы вычислить обьем.данных, ко~орый она может послать, систвма~зтправитель извлекает значение'нз поля окна последнего подтверлщщощего сообщения, принятого ей,.и отнимает число байтов, которое оиа отправила со времени получения мого сообщения.
Если резульмг.вычйекений равен, нулю, система цриостанавливает передачу, пока не прилет псЗггиержаение получения уже переданных пакетов. Завервениеаеединенин Когда обмен данными между двумя снстемамн закончен, онн завершают ТСР-соединенне. Так как в процесс вовлечены на свмом деле два соединения, по одному'в каждом направлении„то н прекр4хиаться онн, должны так же индивидуально, Процесс начинается, коптя одна:.из взаимодействующих сторон посьцщет сообщение, в котором установлен.вдинрольный бит РПЧ. Это означает, что данная система желает прекратить соединение, выделенное ей лла 'передачи инФормации. То, какая нз. систем инициирует процесс завершения, еоединения, зависит от прилсскения, генернровавшего график. В случае ЩМ;транзакции сервер может включить бит Г1Х в сообщение, содержащее информацию последнего сегмента паслсдавательности, илн зто может быть ощельный пакет.
Клиент, получающий-ИМ-сообщение от сервера, отправлявт подтверждение, которое свилетсльствуег, о признании разрыва соединения сервером, а затем посылает свес собственное Н1ч'-сосбщение. Важно замвгьть, что в, отличие. от працелуры трехстороннего установления со~динения, его завещаение требует четырех сообщений, так как клиент выставляет биты АСК н ЯМ по отдельности, в изолированных пакетах. Когда сервер подтверждает прием Р!И-сообщения клиента, соединение действительно разрывается. Глава 12 Протоколы ИейЧаге Впервые ОС Хотей Хег%ие была представлена в те времена, котла мпатснтованные сетевые продукты были не редкость. Как следствие, для обеспечения транспортных услуг для операционной системы Хужей Хе~%ше, фирмой Хочей был создан свой собственный стек протоколов, получивший общее название по наименованию" протокола Сетевого уровня — 1РХ (1пгегпххвчхк Раскат Ехсйипйе, межсегевой обмен пакетами).
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
