Р.Л. Смелянский - Компьютерные сети. Том 2. Сети в ЭВМ (1130083), страница 24
Текст из файла (страница 24)
2.38). Предположим, что выбран унорядо; —::::,.~ !пенный режим распределения меток ЕБР со спонтанным распространением сведений о привязке. На стадии А каждое из устройств сети ,,'..' 'МРЕБ строит топологию сети, задействуя любой из современных протоколов маршрутизации (здесь это ОБРЕ). На стадии В маршру:..! тизаторы ЕБК применяют процедуру нахождения соседних ЕБК и устанавливают с ними сеансы протокола ЕРР На стадии С маршрутизатор ЕБК 2 на основе анализа собственных таблиц маршрутизации обнаруживает, что он является выходным ЕБК для пути, ведущего к 1Р-сети 193.233А8.0. Тогда ЕБК 2 ассоциирует класс ГЕС с пакетами, адрес получателя которых соответствует префиксу данной сети, и присваивает этому классу случайное значение ":-:,.
метки (в нашем случае 18). Получив привязку, протокол ЕРР уведом- 103 Клиент !93.233.4КО!24 Рис. 2.38 Построение коммутируемого пути по протоколу Е13Р ляет верхний маршрутизатор ЬБК (ЬБК 1) о том, что потоку, адресованному сети с префиксом 193.233.48, присвоена метка 18, и ЕЯК 1 помещает это значение в поле выходной метки своей таблицы. На стадии О устройство ЕБВ 1, которому известно значение метки для потока, адресованного префиксу 193.233.48, присваивает собственное значение метки данному ГЕС и уведомляет верхнего соседа (узел ЕБК 0) об этой привязке. Теперь ЕБВ 0 записывает полученную информацию в свою таблицу. После завершения данного процесса все готово для передачи пакетов из сети клиента в сеть с адресом 193.233.48.0, т.е.
по выбранному пути ЕБР. Спецификация класса ГЕС может содержать несколько компонентов, каждый из которых определяет набор пакетов, соответствующих данному классу. На сегодняшний день определены два компонента ГЕС: адрес узла (Ьозг ай1гезз) и адресный префикс (агЫгезз ргейх). Пакет классифицируется как принадлежащий к данному классу ГЕС, если адрес получателя точно совпадает с компонентом адреса узла либо имеет максимальное совпадение с адресным префиксом. В нашем примере узел ЕЯВ 0 выполняет в процессе передачи классификацию пакетов, поступающих к нему нз сети клиента, и (если адрес получателя в них совпадает с префиксом 193.233.48), присвоив пакету метку 33, отправляет его через интерфейс 2.
Более полную информацию о МР) 5-сетях можно найти в 16). Глава 3 ТРАНСПОРТНЫЙ УРОВЕНЬ 3.1. Сервис 3. 1. 1. Сервис длв верхних уровней Рассмотрим теперь, какие виды сервиса транспортный уровень : ' Предоставляет приктадному уровню, как характеризуется качество .~;:,'„: предоставляемого сервиса, как обеспечивается доступ к сервису ".';"" транспортного уровня из приклалного уровня и каковы интерфейсы ;;:. ;транспортного уровня со смежными уровнями Основная цель транспортного уровня — обеспечить эффективный, ;"-"надежный и дешевый сервис для пользователей на прикладном уровне. Достижение этой цели является и задачей сервиса, предоставляе'-,-'" ° мого сетевым уровнем. Работу транспортного уровня выполняет .,~:::.?пранслортный агент, который может располагаться в ядре опера! ционной системы, в отдельном процессе пользователя, в библиотеке ,',", сетевого приложения или на карте сетевого интерфейса В некоторых случаях компания оператор сети, или, как еще гово:;,;~:.:-'рят, сервис-провайдер, может предоставлять надежный транспортный ,.",! сервис, при котором транспортный агент располагается на спе'::зциальной интерфейсной машине на границе транспортной среды, :=-:-':;:к которой подключены абонентские машины.
Подобно сетевому ; "",::,уровню, транспортный уровень может поддерживать два вида сервиса -;;;;с. соединениями и без соединений. Транспортный сервис, ориенти'::!!-': рованный на соединение, имеет много общего с аналогичным сетевым ; ~., сервисом. Например, на обоих уровнях аналогичны задачи адресации .-,",'-' и управления потоком Возникает вопрос: если сервис сетевого уровня аналогичен сер,.';:; -лису транспортного, то зачем выделять два разных уровня? Причина '- - состоит в том, что сетевой уровень — это часть транспортной среды, Которой управляет сервис-провайдер. Что же булет, если сетевой ~:=,,".
'уровень предоставит ненадежный сервис, ориентированный на соеди„"'.,Нения? Предположим, что на этом уровне часто пропадают пакеты Что делать, если маршрутизатор время от времени отказывает? у пользователя такой транспортной среды отсутствуют средства для решения ;. Возникающих проблем, поэтому поверх сетевого необходимо орта'; Низовать еще один уровень„который позволит повысить качество :;,',:: ' сервиса сетевого уровня.
Если транспортному уровню придет сообще- !05 ние, что соединение на сетевом уровне неожиданно было разорвано,::.! то он должен иметь возможность установить новое сетевое соедине-', ~ ние и с его помощью вьгяснить, что произошло, какие данные были:.:;",' переданы, а какие не переданы, после чего предпринять необходимые."...,' действия.
Задача транспортного уровня заключается в том, чтобы сервис,,!;;, используемый прикладным уровнем, сделать более надежным, чем,;, сервис сетевого уровня для транспортного. Также важным свойством '.-"., транспортного уровня является то, что прикладная программа, опи- Ь раясь на транспортный сервис, становится независимой от транс-.
э портной среды и может работать в сети с любым сетевым сервисом. ~ И, наконец, с транспортным сервисом работает прикладная про-::- грамма, а с сетевым — транспортный уровень, поэтому интерфейс с .,'; транспортным уровнем должен быть дружественным, удобным и !' эффективным. В силу приведенных доводов первые четыре уровня в модели ОЯ:!: (см. подразд. 1.1.2) называют поставщиками транспортного сервиса..:.' а уровни выше четвертого — пользователями транспортного серви- . са.
3. 1.2. Качество серввгса Мы уже встречались с понятием качества сервиса при рассмотре-':: нии сетевого уровня и рассматривали набор параметров, характери-::. зуюших это понятие. Транспортный уровень позволяет приложению„'"-; в момент установления соединения определить желаемые, допустимые,-'-,'." н минимальные значения для параметров, характеризующих качество::,,:. сервиса. Далее на транспортном уровне решается задача: можно ли с:,' помощью сетевого сервиса удовлетворить эти запросы и до какой1: степени. Приведем основные параметры качества сервиса и заметим, что':; лишь немногие сети поддерживают все эти параметры: ° Соппес11оп ев1яЫ1вЬтеп1 пе1ау — задержка на установку сое;:' динения, определяюШая время между запросом на установку соедие'':-; нения и подтверждением его установки; ° Соппес11оп ев1аЬйа1нпеп1 га11пге ргоЬаЬПЫу — вероятность того,,::.;.
что соединение не будет установлено за время, равное задержке на':. установку соединения; ° ТЬгопяЬрп1 — пропускная способность транспортного соеди-,:."., нения, определяющая число байтов пользователя, передаваемое зв;-::; одну секунду; Тгапв11 йе!ау — задержка при передаче, определяющая время от:.," момента, когда сообгцение ушло с машины-отправителя, до момен-:!„,, та, когда оно получено машиной-получателем; ° Кев1диа1 еггог га11оп — доля ошибок при передаче. Этот пара-,~ метр определяет отношение числа сообшений, при передаче которве';.
106 были ошибки, включая потерянные сообщения, к общему числу пе- .«~:: Реданных сообщений. Теоретически этот параметр должен быть ра- :~)",;, вен нулю, если транспортный уровень надежно передает сообщение, ::;;.' однако на практике это не так, Рго1ес1!оп — параметр, позволяющий определить уровень за;-~;,':,„щиты передаваемых данных от несанкционированного доступа тре:"' тьей стороной. Косвенно он определяет, на какие затраты готов пой,:.-','-";,ти пользователь лля защиты своих данных от перехвата при переда';:: че на транспортном уровне, ° РпогИу — приоритет, позволяющий пользователю указать сте,;~;; пень важности для него данного соединения среди остальных соеди.,::;:":;"':,пений, ° Кеяйепсе — устойчивость, определяющая вероятность разРыва .:~,.',::.:;.транспортным уровнем соединения в силу своих внутренних про;-,.~;":. блем или перегрузки Желаемое и минимальное значения параметров, характеризующих г«:"":.:качество сервиса, определяет приложение — отправитель данных в "а'::..момент установления транспортного соединения.