К. Закер - Компьютерные сети. Модернизация и поиск неисправностей (953092), страница 14
Текст из файла (страница 14)
Управление аотокам данных Улраагеиие'лМяяяя данных Щов солгго!) — это адна из функций, обычно предоставляемая протоиоламн Транспортного уровня е установлением соединения. Она представляет собой механизм, согласно которому система, принимающая.:цапиые,,может сообщить цгпрагняздВЮ:-р-:том, чтяг ХВГ,.ЧВВПКЕН снизить скорость передачи данных, илн об опасности перегрузи системы- получателя и потери данных. Заголовок ТСР, например, вййочает в себя поле %Ы%~М„"' йри помощи которого получатель устанавлнпает количество байт, которое он может принять от отправителя'в адйннцу времени.
Если Глава 2. Эталонная сетевая модель 08~ это значение в пакетах, успевших дойти, уменьшается, то,отправитель знает, что он должен уменьшить скорость передачи. Когда значение начинает оно ва расти, отправитель может увеличить скорость пересылки. Обнаружение ошибок и восстановление инфоралации Эталонная модель Оз1 определяет две формы исправления ошибок, которые могут быть реализованы протоколамн Транспортнопт уровня с установавнаем соединения. Одна из них — это реакция на ошибки, обнаруженные другими протоколами стека. Данный механизм не предусматривает поиска ошибок передачи самим протоколом Трайспортного уровня. Вместо эгого„ протокол Транспортного уровня получает извешение от протоколов Сетевого или Канального уровня о том, что возникла ошибка и определенный пакет был потерян или поврежлен.
Ему остается только послать' сообщение, содержащее перечень пакетов и запрос на их повторную пересылку обратно системс-отправителю. Друтая, и наиболее широко применяемая форма исправления ошибок на Транспортном уровне представляет собой законченный процесс, начинающийся с обнаружения ошибок и заканчивающийся их коррекцией. Этот процесс охватывает и ошибки, которые еше не были обнаружены каким- либо другим способом.
Несмотря на то, что большинспю протокгаой Канального уровня имеют свои собственные механизмы выявления и,'коррекции ошибок, они функционируют только при промежуточных' пересылках между двумя системами. Механизм выявления ошибок Транспортного' уровня обеспечивает контроль ошибок на всем участке между' двумя'койечными системами и включает в себя возможносп исправления ошибок; ххтторая осуществляется путем запроса у отправителя повторной передачи определенных пакетов.
Для осутцеатвления этого в заголовок протокола Транспортного уровня включена контрольная сумма, значение которой получено из полей, не меняющихся в ходе всего путешествия ло места назначения. Периодически изменяющиеся поля, такие как индикатор Типе-ят-Х,твв, значение которого увеличивает кажлый маршрутизатор, обрабатывающий пакет, исключены из вычисления контрольной суммы. Сеансовый уровень Начиная с Сеансового уровня, границы между уровнями и их 'функциями становятся более расплывчатыми.
Нельзя выделить отдельный' протокол, который функционировал бы исключительно на Сеансовом уровне. Вовсе того, функциональные возможности Сеансового уровня поллержаны другими протоколами, в том числе функции, попадающие в сферу деятельности протоколов Представительского и Прикладного уровней. ИегВ!ОЗ (Ыепяогх Вамс 1прш/Ощрот Букетц, сетевая базовая система вволагвыводаг:,и ХегВЕШ (иетВ103 БхтепгМ6' Цзег 1пгег1асе, расширенный пцльзовягелъский интерфейс МегВ103) — показательные примеры таких протоколов. Нижняя граница Сеансового уровня является чертой, аа которой остакпся все аспекты, связанные с передачей данных межщдвр~я системами. Вопросы, касающиеся обнаружения ошибок, подтверждения 'приема пакетов и управления потоком данных, осгаются позади этой границы,'так как все, что требуется для реализации зтнх функций, ужв делается протоколами Транспортного уровня и уровней„лежащих ниже.
Сеансовый уровейь также не имеет особо~> значения для обеспечения безопасности и процессов регистрации в сети, квк это может показаться, глядя на его название. БОлее того, основные функции этого урЬвня сщпаны с обменом сообщенийми между двумя конечнымн системами Этот' обмен'называстсл дшиоиьв фьйй). Помимо указанной, Сеанспшяй уровень обеспечивает множество:друтзгх функций, являясь поистине ьгногоцелевым "инструментарием" для разработчиков программного обеспечения.
Сервисы, обеспечиваемые Сеансовым уровнем, очень широко трактуются, и даже во время разработки модели 031 существовал ряд вопросов относительно того, к какому уровню их отнести. двалдать 'два различных сервиса, предоставляемые Сеансовым уровнем, собраны в подгруппы, такйе как бык Функчий л4ра Реглер Гипсаоп йигА пайлпавзялмв аовмиик двлппвий Фале Асигйу увозами и, пЫинозяество основной сингрвпязагвги дуяяс уупсйлщЬийя ,зийм4. Болылийсгво этих сервисов интересны толькго'разработчикам, а некоторые даже,дублирулггся в результате компроьйга' а, принятого комитетами во время елиянйя двух станлартов прн создания модели 031. йзаямоавйсьзие меклу уровнями моделя 031 упрошаетсв:за счет применения приьпняиввв свузябы звпрасов гмгнсе гВРьзя !ийийЬе4„представляющих собой отдельные арелства, инструментария разработчика. Каждый уроврнь предоставляет услуги урсиню, рзаположенному непосрелагвенно над ним.
Процесс использования уровнем услуг, оказываемых нижялежшцим уровнем, осуществляется путем выполнения команд, предлагаемых соотлезвтвующям-прнмитявом службы запросов, с углзанием значений допалиителвных требуемых параметров. Тжнм,образом, процесс Приклклного уровня осуществляет запрос сетевого ресурса, используя примитив, преллсженный Представительским уровнем. Коиа запрос передается вниз через уровни, каждый нз иих задействует соответствующий примитив нижележащего урпазпь Этот процесс выполняется до тех пор, яока сообщение не будет готово для,передачи по сети. Как только паквг достигнет своего места назначения.
ои преобразуется в указвтельные пряюавдивм Яийсшюп улплп~т4, которые перелиогся вверх через уровни стека цроцлссу приложения-получателя, Управление диалогом н разделение диалогов —. два наиболее важных сервиса„относящихся к Сеансовому уровню., Яйллмвние'Й~аьгехя,бййщ евляэД— зто средстве, которое позваллет двум системам начать-диалог,. обменяться Глава 2 Эгалояяяэ сетевал медеяь СИ ' сообщениями, а после закончить лналог с уверенностью, что каждая система получила предназначенные лля нее сообщения. Это может показаться простой задачей, но примем во внимание тот факт, что сисгенв может передать сообщение другой системе и получить назад сообщение без 'уверенности в том, что зто ответ.
Было ли принятое сообщение ответной посылкой или оно было передано раньше? Такой тип коллизии может вызвать серьезные проблемы, особенно когда одна из систем пытается завершить диалог или создать -контрольную точку. Раздглелие диалога ф!айщ.щкипйке» вЂ” зто процесс вставки указателей в поток данных, доставляемых между двумя системами. Эти указатели называются лючхами хеилдюлк ~сйесйроЭмг», они размещаются таким образом, что в один и тот же момент времени'мсикет быть получена информация о состоянии обеих систем. Управление диалогом Когда две системы вступакзг в диалог Сеансового уровня, онн выби1жют саин нз двух режимов управления обменом сообщениями на все время сеанса* либо полудуплексный обмен, либо дуплексный.
Каждое сеансовое соединение имеет уникальный идентификатор размером 196 байт, соспзящий из четырех злементов: П указатель %-СВЕК инициатора; П указатель 33-1БЕК ответчика; гз общий указатель; П дополнительный указатель. Однажды выбранный режим обмена не подлежит изменению. Для того чтобы переюпочиться на другой режим, необходимо разорвать соединение и установить его заново. При лсщдулггксвон Резлиие в любой из моментов времени только одна.нз систем может передавать сообщения. Право передачи определяется поср~- ством маркера даялых фаге ггкел». Каждая система по завершении переда ~и отправляет маркер другой системе, используя примитив Я-ТОКщч4МФ.
Только получив маркер, другая система мсскет начать передачу своего сообщениж Также существует примитив з-ТОКЕХ-Р1.ЕАЗЕ, который система может использовать для того, чтобы запросить маркер. Исполыование дуплексного режима значительно усложняет процесс обмена. Как свидетельствует название режима, при дуллгхсвои обмене маркер не используется и обе системы могут передавать 'сообщения одновременно. йежно понимать. что маркер и соединение на сааисоаем:-уровне ив имеют.яичето общего с одкенмемными зпемеитами нивеяежащих пранаюлов.- Маркер Сеансового уровня не яеяявнж зкаиаалеиюм маркера, асеаъзуамсао ерото- „Чйгиь.г4$йййеивв Ф аагеазиг тевнаФщиг ииЮМ ТахаФгНпй, как н саеднненне Свансавагвгуровня нв зханаалентно:са.- д Е Щ ар я р ТОР ДВ . аяукраЗЕВВВЗЬ саадвненаЧ.Щансаваго,уровня, а то время как соединение Транспортного уровня будет агарь~то для дальнейшего обмена. Испояьзованйе"'зййдгера предотвращает 'вазникиаяенне проблем, связанных с перекрестньвй" соабщениямн, н обеспечивает механизм улорядочеилаго зиоергиелия фймяй меггииилои) соединения мехап' системами.
Согласно порядку працедупы завершения соединения, одна' из" систем сигнализирует о своем намередгли 1зазорвать соединение и передает маркер. другая система, получив марйе~т', пвгресьижт все данные, аставшиезг в ее буферах, и использует примитив'Б-КЕБАБЕ, чтобы подтвердить прием 'запроса разъедине-' ния. Приняв примитив Б-КЕЕЕАЗЕ, первая система знает, что она получила ат лругай системы все данные, ожидавшие отправки. Теперь она может использовать примитив Я-01$СОХ1чЕСТ для разрмвйсйедййения. ' В управлении-:диалогам предусмотрен меланизм амласоиилиога,риззедияелил ~иадойигед гвйзп4, Он дает возможность одной, системе атквзать другой системе в разъединении.
Эта возможность используется в случае появления коллизии„кйгаряя мажет возникнуть, если Фбе аистфмы одновременна слег лают запрос на разьедннение. Также существует маркер риззедивеяия ГгИеам гийома, который в первую очередь служит лля предотвращения возникновения подобных коллизий. Он позволяет одевать запрос на разъедийение только одной из систем. Все зтн механизмы являются "инструментами" из набора срадФтв, который Сеансовый уровень предоставляет разработчикам приложений„' ани не являются автоматически выполняющимися фоновыми процессами. Когда создается прийажаиие, разработчик должен"сам принять решение о'соответствии нспщп',чуемых примитивов поставленной задйче.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
