Р.Л. Смелянский - Компьютерные сети. Том 2. Сети в ЭВМ, страница 4
Описание файла
PDF-файл из архива "Р.Л. Смелянский - Компьютерные сети. Том 2. Сети в ЭВМ", который расположен в категории "". Всё это находится в предмете "компьютерные сети" из 6 семестр, которые можно найти в файловом архиве МГУ им. Ломоносова. Не смотря на прямую связь этого архива с МГУ им. Ломоносова, его также можно найти и в других разделах. .
Просмотр PDF-файла онлайн
Текст 4 страницы из PDF
Критерии оптимизации марвтрута могут быть самые разные: например, самый короткий маршрут или самый быстрый, или самый дешевый, или такой, который не проходит через определенные сети, расположенные на недружественных территориях, и т.д. Это как раз то, за что отвечает сетевой уровень в ОЯ!-модели. Под межсетевым уровнем в ТСРу'1Р-модели авеликая пустотаа. Эта Модель никак не регламентирует организацию и функционирование СПД, равно как и связь с ней.
Она также ничего не говорит о том, что в СПД происходит, кроме того, что хост-машина* (в данном случае А-машина или тт-машина) должна быть связана с сетью через некоторый протокол. Никаких ограничений на этот протокол, а также рекомендаций в этой модели нет. Транспортный уровень Над межсетевым уровнем в модели ТСРт!Р расположен транспортный уровень. Как и в ОВ1-модели, задача этого уровня — обеспечить связь типа точка — точка между двумя равнозначными активностями. В рамках молели ТСР/! Р было разработано два транспортных протокола.
Первый протокол — ТСР (Тгапяпгвяоп Сов!го! Ргогосо1), т. е. надежный протокол с соединением, который получает : -, поток байтов, фрагментирует его на отдельные сообщения и передает их на межсетевой уровень. На машине-получателе равнозначная :: активность ТСР-протокола собирает эти сообщения в поток байтов. :"':, ТСР-протокол также обеспечивает управление потоком. Второй протокол — БРР (Ызег Рагаягаш Ргогосо!), т.е. ненадеж:: ' ный протокол без соединения для тех приложений, которые исполь.
зуют свои механизмы фрагментации и управления потоком. Этот протокол часто используется для передачи коротких сообщений в клиент-серверных приложениях, а также там, где скорость передачи важнее ее аккуратности. Напомним, что ненадежным называется протокол без уведомления о получении кадра, фрейма, пакета, - :. сообщения и т.п. Уровень приложений В модели ТСР!!Р нет уровней сессии и представления, поскольку ;., необходимость в них была неочевидна для ее создателей.
В настоящее Хостом обычно называют маазнну в сети, у которой есть 1Р-адрес 15 тсрдр Не присутствуил в мбдели Уровни модели Рис. 1.5. Соответствие эталонных моделей 051 и ТСР/1Р время разработчик сложного приложения берет реализацию функций этих уровней на себя. Уровень приложений располагается сразу над транспортным. Этот уровень сначала включал в себя следующие приложения: передача файлов — Г1'Р, электронная почта — 5МТР. Позднее к ним добавились служба имен домена — Р)х)Я (Роша)п Хаше Яегтчсе), отображающая логические имена А-машин на их сетевые адреса, протокол для работы с гипертекстовыми документами во Всемирной паутине — НТТР и некоторые другие.
На рис. 1.5 показано соответствие уровней двух рассмотренных эталонных моделей. г. 1.4. Выбор модели Теперь необходимо выбрать модель, которую мы будем использовать для дальнейшего изучения сетей ЭВМ. Сразу оговоримся, что разнообразие моделей сетей не исчерпывается уже рассмотренными. Например, имеется модель 5МА (Буа1еш )х(егвеог1г АгсИгесгцге) от компании 1ВМ и модель Р)х(А (Р)я11а1 Ме1тиог)с Агс(т)гесгцге) от компании РЕС.
Все указанные модели имеют много общего. Например, модель Я)хА была положена в основу модели 0$1. Однако наиболее популярны модели 051 и ТСР/1Р. Модели ТСРг1 Р и Оэ1 имеют много общего. Обе эти модели имеют уровневую организацию и поддерживают понятие стека протоколов. Назначение их уровней примерно одинаковое. Все уровни этих моделей от транспортного и ниже используют протоколы для поддержки взаимодействия типа точка — точка, нс зависящего от организации СПД, а все уровни выше транспортного ориентированы на приложения. Наибольшее значение модели ОЗ! методологическое; в ней явно определены и четко выделены понятия сервиса, интерфейса, протокола, уровня. Это разделение строго проведено сверху донизу. Сервис определяет, что делает уровень, но ничего не говорит о том, как он это делает.
Интерфейс уровня определяет для вышерасположенного уровня доступ к сервису. Г!ротокол определяет реализацию сервиса. Здесь можно провести аналогию с объектно-ориентированным программированием. У каждого объекта имеется набор методов— сервис, который определяет те операции, которые этот объект может выполнять. Иными словами, сервис — это семантика методов. Каждый метод имеет интерфейс: набор параметров, имя и т.и. Реализация методов скрыта в объекте (протоколе) и невидима пользователю. В модели ТСР/1Р нет столь же четкого выделения этих понятий.
В ней понятие протокола оторвано от остальных частей, и в ней нет единой, хорошо продуманной, концепции построения. Этот факт является следствием того, как создавались эти модели. Модель ТСР/!Р создавалась ров! Гасгшп, т.е. после реализации основных протоколов„а модель ОЯ вЂ” до начала их реализации, поэтому понятие протокола в ней абсолютно не зависит от остальных частей модели. Например, изначально протоколы канального уровня в модели ОЗ! создавались для соединений типа точка — точка. Позднее, когда появились каналы с множественным доступом, на этот уровень были добавлены соответствующие протоколы. Никаких других изменений не последовало. Модель ТСР/1Р была создана, когда стек ТСР/1Р уже существовал, поэтому: ° в этой модели нет четкого разграничения понятий сервиса, интерфейса и протокола; ° эта модель годится только для описания стека ТСР/1Р; ° уровень хост †се в ней по сугдеству уровнем не является, это больше интерфейс, ° в этой модели отсутствуют уровни, соответствующие СПД.
Модели ОЯ и ТСР/1 Р имеют разное число уровней. Обе они имеют уровень приложений, транспортный уровень и сетевой уровень. Все остальные уровни в них разные, Модель 05! поддерживает на сетевом уровне и сервис с соединением, и сервис без соединения. На транспортном уровне этой модели поддерживается сервис только с соединением. В модели ТСР/1Р наоборот: сетевой уровень обеспечивает сервис без соединения, а транспортный — и с соединением, и без соединения. По существу модель Оо! доказала свою эффективность как методологический инструмент и стала популярной, чего нельзя сказать о ее протоколах, а с ТСР/1Р все наоборот: модели по существу нет, а протоколы получили широкое распространение.
В данном курсе мы будем использовать понятия и организацию модели ОЯ, а изучать протоколы сетевого, транспортного и при- 17 Прикладной Прнклалной уровень уровень Транспортный Транспортный уровень уровень Транспортная среда Рис. !.б, Структура и организация гибридной модели„выбранной для лаль- нейшего изучения сетей ЭВМ хладного уровней, следуя модели ТСР/1Р. Протоколы физического и канального уровней уже рассматривались в т. 1 данного учебника. Гибридная модель, выбранная для дальнейшего изучения сети ЭВМ, представлена на рис. !.6. Эта модель состоит из следующих пяти уровней: физического, канала данных, сетевого, транспортного и приклалного. При изучении будем использовать понятия уровня, сервиса, интерфейса, протокола, следуя модели 051, откуда мы возьмем распределение сервисов и функций между уровнями, а набор протоколов и типовых приложений возьмем из модели ТСРг1Р. 1.2.
Стандартизация а сети Интернет В т. 1 данного учебника была подробно рассмотрена организация международной стандартизации. Поскольку одним из основных компонентов выбранной нами модели сети является ТСРу'1Р, на которой основывается Интернет, то необходимо рассмотреть, кто есть кто в мире стандартизации Интернета.
Процесс стандартизации для сети Интернет с самого ее зарождения был хорошо организован. Этот процесс начался в 1969 г. с момента начала стандартизации протоколов сети АКРАо1ЕТ и всегда имел значительную финансовую поддержку как по линии государственного бюджета США, так и благодаря спонсированию этой деятельности промышленностью и бизнесом. В частности, такие компании как, например, АР!к!!С, АК!1ь1, Спасо Кузтешз, !ВМ, М1сгозорн К!ре )ЧСС ежегодно выделяют по 100 тыс.
долл. для поддержки раз. вития системы стандартов сети Интернет. За процесс стандартизации информационных технологий в Интернете отвечают организации !АТОС, 1АВ, 1ЕТГ, |КТГ, !ЕЯО [18), которые структурно взаимосвязаны следующим образом: на верхнем уровне иерархии в рассматриваемой организационной структуре располагается 1ВОС, а ниже расположены 1АВ„!ЕТГ, 1КТГ и 1ЕВО, отвечающие за отдельные направления работ. 1ЯОС (1пгегпег Вос1егу — интернет-сообщество, чччч.|вос. огя) — ассоциация экспертов, отвечающая за разработку стандартов технологий сети Интернет, В рассматриваемой организапионной структуре 1ЯОС располагается на верхнем уровне иерархии.
Это некоммерческая неправительственная международная профессиональная организация, членами которой являются 175 организаций и около 9000 физических лиц из более чем 170 стран мира. Работа 1ЯОС сосредоточена на решении следующих основных задач: ° организация процесса стандартизации технологий сети Интернет; ° формирование внешней политики интернет-сообщества; ° поддержка инфраструктуры (организационно-административное управление деятельностью, управление финансами, защита прав интеллектуальной собственности и др.); ° образование и обучение, в том числе организация ежегодных 'семинаров по обучению интернет-технологиям (Мегтчог)г Тга(п!пя ,;.:: - .
'ттогЫюрз — ХТ%), организация системы учебных центров (Визга(паЫе 1пгегпеГ Тга(п)пд Сепгегз — ЯТСз) и др.; ° поддержка членства в! КОС как для организаций, так и для пер' сональных членов. ч: 1АВ (1пгегпес Агс|й!ес!пге Воагд — Совет по архитектуре сети Интернет) — группа технических советников в составе 1ВОС, отвечающая 'ь:" за развитие архитектуры сети Интернет, управление разработкой и сопровождение стандартов протоколов и сервисов в Интернете и, .::.„. прежде всего, спецификаций стека протоколов ТСР!! Р. Данный совет несет ответственность за управление редактированием и публикацией спецификаций КГС (Кег)цез! (ог Сопппеп!з), осуществляемое издательским органом КГС Егйгог ()гпр:Чтччзт.
г(с-ег)(гог, огя), а также за управление присваиванием номеров спецификациям КГС. Результаты стандартизации в сети Интернет публикуются в виде КГС-документов. Эти документы являются доступными на файловых серверах Интернета для всех специалистов, что обеспечивает открытость процессу стандартизации. Каждой вновь разработанной спецификации или редакции уже существующего КГС-документа присваивается очередной свободный номер КГС-документа. Предыдущие версии пересмотренного документа остаются в каталогах системы стандартов с прежними номерами, но помечаются как изменявшиеся. !АВ выполняет представительские функции! КОС при взаимодействии с другими организациями. Деятельность !АВ поддерживается !9 напрямую и косвенно как правительством США, так и промышленностью.