Эталонная модель BPM. Эталонная модель системы связи

Привет, посетитель сайта сайт! Продолжаем рубрику Сервера и протоколы. Сегодня мы поговорим о том, как происходит взаимодействие в сети Интернет, да вообще в любой компьютерной сети, разобравшись с тем, что такое модель OSI, для чего нужна семиуровневая модель OSI и кто и когда разработал эталонную модель сетевого взаимодействия OSI. Итак, данная статья посвящена семиуровневой модели взаимодействия OSI. Естественно, разбираться с принципами работы модели OSI мы будем на простых примерах, буквально на пальцах . А в тех местах, где будут сложные моменты, я буду стараться давать ссылки на материалы, в которых вы найдете простое объяснение этих моментов.

В данной публикации мы поговорим о том, что такое семиуровневая модель взаимодействия OSI что собой она представляет. Разберемся с тем для чего нужна эталонная сетевая модель OSI и кто и когда ее разработал. Рассмотрим архитектуру семиуровневой модели OSI и поговорим про каждый ее уровень в отдельности. Посмотрим на простые примеры, описывающие принципы работы модели OSI: один пример будет очень простым, а второй пример объясняет принцип работы модели OSI буквально на пальцах. И в завершении публикации мы погорим про недостатки эталонной модели OSI и узнаем почему протоколы модели OSI , в отличии от самой модели, не получили такого широкого распространения .

Что такое эталонная модель OSI?

Если вы так или иначе связаны с сетью Интернет или сферой телекоммуникаций, то наверняка вы неоднократно слышали фразу эталонная модель или модель OSI . Давайте разберемся с тем, что такое модель сетевого взаимодействия OSI простыми словами буквально на пальцах , так как понимание сути гораздо важнее умных и сложных терминов. Если вы разберётесь с тем, «как работает модель сетевого взаимодействия OSI», то вы поймете общие принципы работы любой компьютерной сети, включая и сеть Интернет.

Модель OSI не случайно называют моделью сетевого взаимодействия, а также ее не случайно называют эталонной моделью. Модель OSI описывает то как должны взаимодействовать машины в компьютерной сети. Если говорить в рамках определения, то OSI – это базовая или эталонная модель взаимодействия открытых систем. Как мы знаем, любое взаимодействие происходит по протоколу или определённому набору правил взаимодействия, например, взаимодействие между браузером и (например, ) происходит по .

Браузер посылает специальные , которые имеют свою особую структуру и формат и получили название такие сообщения – . HTTP сервер принимает эти сообщения, анализирует их и понимает, что хотел браузер по , которые есть в запросе. Проанализировав сообщение от браузера, сервер посылает свое собственное сообщение браузеру, которое получили название . Ответы сервера содержат , по которым браузер видит, как сервер понял его запрос.

Стоит заметить, что в основе взаимодействия по протоколу HTTP лежит (впрочем, как и в основе многих других протоколов). Которая нужна, чтобы разделить зону ответственности и производственные ресурсы между и . Обратите внимание: модель клиент-сервер не делит машины на строго клиентские или строго серверные, она лишь распределяет функции: клиент – это заказчик услуг, а сервер – это поставщик услуг. Однако серверные приложения и клиентские приложения могут работать вместе на одной машине (читайте про и ).

Мы немного отвлеклись, но заметим, что протокол HTTP находится на самом высоком – седьмом уровне модели OSI. Про уровни модели OSI и их назначение мы поговорим немного ниже. Сейчас нам нужно понять, что сетевая модель взаимодействия OSI – это довольно абстрактная вещь, которая описывает то, как должны взаимодействовать машины друг с другом в компьютерной сети.

Для чего нужна модель OSI и кто разработал данную модель?

Ответим на вторую часть вопроса данного раздела: кто разработал эталонную модель взаимодействия OSI ? Модель OSI разработала международная организация стандартизации ISO. Отчасти теперь становится понятно, почему модель OSI называют эталонной. Теперь поговорим о том, для чего нужна модель взаимодействия OSI.

Не секрет, что в отрасли IT довольно много различных направлений и даже не направлений, а, скажем так, слоев. Например, возьмем любого интернет провайдера. И посмотрим на общую структуру отделов, отвечающих за предоставление услуги передачи данных. Начнем с того, что в компании есть монтажники, которые прокладывают кабель от точки А до точки Б, среднестатистический монтажник хорошо знает свое дело и умеет работать руками и знает, как проложить кабель, а как прокладывать не нужно, то есть он знает физические свойства кабеля.

Более грамотный монтажник знает не только свойства материала, но и особенности передачи сигнала по тому или иному кабелю. Далее есть отдел, который отвечает за проектирование и строительство сети. В него могут входить инженеры-проектировщики, менеджеры проектов и прочие. Сейчас мы не вдаемся в юридические и бизнес тонкости, поэтому отметим, что эти люди должны разработать проект подключения.

Соответственно, они должны выбрать оборудование, которое будет установлено, определить точку, от которой будет подключено новое оборудование (выбрать ее на самом деле нужно оптимально) и определить маршрут, по которому будут проложены коммуникации. Другими словами – разработать проект. Мы видим уже, что эти люди должны обладать несколько другим и даже несколько более широким спектром знаний, нежели монтажники.

Также есть третий отдел – отдел сетевых администраторов, в задачи которого уже входит настройка и поддержание работоспособности оборудования. Этим людям необязательно знать о том, что при прокладке оптического кабеля следует выдерживать радиус изгиба, им не нужно знать, какой кабель следует использовать для прокладки в грунте, а какой используется для перекида между зданиями более 140 метров и прочее. Но они должны знать, как вообще работают сетевые устройства и как они взаимодействуют между собой, а также должны понимать сетевую архитектуру.

Мы лишь поверхностно коснулись структуры ШПД провайдера, но уже заметили, что есть три группы специалистов с разным набором знаний и разными функциями, теперь нам будет несколько проще разобраться с тем, для чего нужна модель сетевого взаимодействия OSI .

Итак, семиуровневая модель OSI делит процесс передачи данных на несколько уровней. Это деление обусловлено тем, что ни один человек в мире не может знать всего и сразу. Таким образом модель OSI делит зоны ответственности между людьми и, как ни странно, между сетевым оборудованием и приложениями. Например, заметим, что если у вас не работает какой-то сайт в Интернете, то в 99 случаях из 100 – это не повод звонить в тех. поддержку вашего провайдера. Провайдер не виноват в том, что какой-то сайт не работает, он лишь предоставляет вам доступ в общую компьютерную сеть Интернет, но не отвечает за работоспособность того или иного ресурса.

Подытожим наши рассуждения о том, для чего нужна модель OSI. Модель OSI нужна для того, чтобы разделить ответственность между людьми и оборудованием в процессе передачи данных по сети . Но это еще не все, для полного ответа на вопрос: для чего нужна модель сетевого взаимодействия OSI, нам следует обратиться к истории.

Для начала поговорим про мифологию, а именно – про Вавилонскую башню. Ее строительство закончилось плачевно, так как в один момент, неожиданно, люди перестали понимать друг друга и не смогли слаженно взаимодействовать, чтобы успешно завершить строительство. Примерно такая же ситуация произошла в 70-ых годах XX века: к этому моменту в мире накопилось очень много различных фирменных сетевых протоколов, и очень остро встал вопрос взаимодействия между машинами в сети.

Получилась такая ситуация, что машины одной очень крупной корпорации не могли нормально взаимодействовать с машинами другой корпорации, что очень мешало развитию бизнеса и технологий. Проблема сетевого взаимодействия, а точнее проблема заключалась именно в отсутствии сетевого взаимодействия из-за несовместимости различных протоколов, породила необходимость в создании единого принципа взаимодействия компьютеров в сети.

И, как вы уже догадались, в качестве выхода из сложившейся ситуации была разработка эталонной модели сетевого взаимодействия OSI . Естественно, модель OSI – это академический подход и ее разработка заняла около 7 лети. Заметим, что модель OSI лишь описывает принципы взаимодействия устройств в сети, но не говорит о том, как это должно быть реализовано физически.

Ранее мы уже упоминали о том, что HTTP протокол находится на самом верхнем (седьмом) уровне эталонной модели взаимодействия OSI, из чего можно сделать вывод о том, что всего насчитывается семь уровней модели OSI, поэтому иногда модель OSI называют семиуровневой моделью . Заметим, что самый нижний уровень модели взаимодействия OSI называется физический или, как его еще называют, первый уровень модели OSI, самый верхний уровень называют прикладной уровень модели OSI или седьмой уровень.

На рисунке выше вы можете увидеть архитектуру эталонной модели OSI . Давайте перечислим уровни снизу-вверх: физический, канальный, сетевой, транспортный, сеансовый, представления, прикладной. Про взаимодействие соседних уровней говорят так: сетевой уровень оказывает услугу транспортному или же канальный уровень оказывает услугу физическому. Также на каждом уровне модели OSI имеются свои собственные единицы измерения данных .

По задумке разработчиков модели OSI любое компьютерное приложение, взаимодействующее с конечным пользователем, должно обращаться за услугами только к прикладному уровню, а далее процесс идет по цепочки вниз, но это не совсем так, и это является одним из недостатков архитектуры модели OSI , о которых мы поговорим более подробно ниже.

Итак, мы разобрались с архитектурой модели OSI и выяснили, что данная модель состоит из семи уровней. Строгость и иерархичность модели OSI — это также недостаток данной модели, так как в природе нет ничего идеального и строго иерархичного.

Давайте несколько более подробно разберемся с каждым из уровней эталонной модели сетевого взаимодействия, начинать будем снизу и пойдем вверх, хотя это и нарушение классического способа подачи информации о уровнях модели OSI, так как обычно описание дается, начиная с прикладного уровня.

Первый уровень модели OSI. Физический уровень эталонной модели взаимодействия

Физический уровень модели OSI – это самый нижний уровень эталонной модели сетевого взаимодействия, который определяет способ передачи и представления информации между устройствами. Разработкой методов передачи данных в различных средах занимаются различные институты стандартизации и телекоммуникационные институты.

Нам важно понимать, что на физическом уровне определяется среда передачи данных, например, оптическое волокно, радиоэфир, электрический сигнал, который может предаваться по витой паре или, например, по коаксиальному кабелю. Помимо среды, по которой будет предаваться сигнал, на физическом уровне модели OSI определяются различные требования к передаче сигнала :

• оптимальный уровень сигнала (минимальный и максимальный);
• какой уровень сигнала считать нулем;
• какой уровень сигнала считать единицей;
• какую модуляцию сигнала использовать;
• и прочее.

Также нам стоит отметить, что единицей измерения на первом уровне модели OSI является бит. На физическом уровне модель OSI помимо самой среды передачи работают медиаконвертеры и SFP модули, преобразующие электрический сигнал в оптический и наоборот; концентраторы, повторители и усилители сигналов.

Как ни странно, но на физическом уровне уже происходит деление на клиент и сервер. Также на физическом уровне есть свои собственные протоколы: различные протоколы Wi-Fi, GSM, Bluetooth и другие.

Второй уровень модели OSI. Канальный уровень эталонной модели взаимодействия

Канальный уровень модели OSI является вторым по счету . На канальном уровне происходит две важных вещи:

1. Происходит физическая адресация сетевых устройств. Как вы знаете, у любого устройства есть уникальный (хотя это довольно спорно) mac-адрес, по которому можно однозначно идентифицировать устройство и его производителя в любой точке мира.
2. А также на втором уровне модели OSI происходит контроль и исключение ошибок передачи данных на физическом уровне модели OSI. Это достигается за счет того, что биты упаковываются в кадры, которые можно проверить на целостность и, если устройство видит, что кадр битый, оно его пытается восстановить, либо делает повторный запрос к передающему устройству.

Как мы уже видели, единицей измерения информации на втором уровне модели OSI является кадр, который состоит из нескольких бит полезной информации и служебной информации. Канальный уровень модели OSI делится на два подуровня:

1. Подуровень MAC. На этом подуровне определяется доступ к физической среде, за счет данного подуровня канальный уровень может взаимодействовать с несколькими физическими уровнями.
2. Подуровень LLC. Данный подуровень обеспечивает взаимодействие с сетевым уровнем модели OSI.

Самым широко распространённым устройством второго уровня модели OSI является коммутатор доступа , который устанавливается практически в каждом доме провайдером, именно к коммутатору подключаются роутеры, которые стоят в наших квартирах. Если говорить про наши компьютеры, то второй уровень модели OSI представлен в виде драйверов для сетевой платы.

В качестве примера протоколов канального уровня можно привести: wireless LAN, PPPoE, Ethernet.

Третий уровень модели OSI. Сетевой уровень эталонной модели взаимодействия

Сетевой уровень модели OSI является третьим по счету уровнем эталонной модели сетевого взаимодействия . На третьем уровне модели OSI происходит формирование маршрутов и путей передачи данных между устройствами, находящимися в сети. Естественно, маршрут определяется оптимально и при этом учитывается дальность маршрута и нагрузка на узлы сети.

Также на третьем уровне эталонной модели происходит преобразование логических сетевых адресов в физические и наоборот, этот процесс получил название – трансляция. Роутеры, установленные в ваших квартирах – это хороший пример устройств сетевого уровня модели OSI . Самым популярным протоколом третьего уровня модели OSI является протокол IP, на данный момент поддерживается две версии протокола IP: IPv4 и IPv6.

Четвертый уровень модели OSI. Транспортный уровень эталонной модели взаимодействия

Транспортный уровень модели OSI является четвертым по счету уровнем модели сетевого взаимодействия . Транспортный уровень определяет надежность передачи данных по сети, а также устанавливает непосредственную связь между конечными точками цепочки передачи данных.

Четвертый уровень модели OSI насчитывает множество различных протокол передачи данных: есть протоколы, которые только лишь обеспечивают транспортные функции, а есть протоколы, которые гарантируют правильную передачу данных по сети. В зависимости от потребностей и технических условий выбирается тот или иной протокол. Например, потоковое видео в Интернете никто не будет предавать по протоколу, гарантирующему 100% правильность передачи данных, в качестве примера такого протокола можно привести UPD.

Если же говорить о протоколе, который гарантирует правильность передачи данных то в качестве примера можно привести TCP. Протокол TCP является протоколом транспортного уровня модели OSI и гарантирует надёжность и правильность передачи данных по сети , также он исключает потерю данных в процессе их передачи и обеспечивает не нарушения порядка поступления данных, то есть данные по протоколу TCP придут на приемное устройство в том порядке, в котором они передавались.

Пятый уровень модели OSI. Сеансовый уровень эталонной модели взаимодействия

Пятый уровень модели взаимодействия OSI или сеансовый уровень предназначен для управления сеансом связи. Сеансовый уровень позволяет взаимодействовать сетевым приложениям длительное время. Пятый уровень модели сетевого взаимодействия OSI призван решать следующие проблемы:

• создавать сеанс связи;
• завершать сеанс связи;
• поддерживать обмен информацией между приложениями;
• осуществлять синхронизацию между приемным и передающим устройством;
• поддерживать сеанс связи, когда передача данных не ведется.

На самом деле, задачи сеансового уровня модели OSI несколько шире, чем описаны выше. В качестве примера протоколов сеансового уровня можно привести: ADSP, PPTP, H.245.

Шестой уровень модели OSI. Уровень представления эталонной модели взаимодействия

Уровень представления или представительский уровень модели OSI является шестым уровнем эталонной модели сетевого взаимодействия. Шестой уровень модели OSI определяет способы представления данных, а также способы шифрования передачи данных. Например, протокол HTTP никак не шифрует данные при передаче, поэтому эти функции на себя берут протоколы SSL и TLS, которые относятся к шестому уровню модели OSI.

В качестве представления данных можно привести в качестве примера протоколы ASCII и JPEG. В данном случае термин протокол будет более правильным, чем таблица перекодировки или формат изображения.

Но, помимо выше описанных функций, уровень представления выполняет функции преобразования протоколов и форматов из одного в другой (своеобразный переводчик). Условно мы можем разделить данные, которые передаются по сети и данные, которые видит клиент на экране. Именно на шестом уровне модели взаимодействия OSI происходит преобразование данных, которые понятны машине, в данные, которые понятны человеку и наоборот.

Любой архиватор на вашем компьютере работает на уровне представления. Также шестой уровень позволяет взаимодействовать компьютерам различных производителей между собой, преобразую данные их одного формата записи в другой. Шестой и седьмой уровень модели OSI представляют наибольший интерес для веб-разработчиков и веб-мастеров, а также для администраторов различных веб-серверов.

Седьмой уровень модели OSI. Прикладной уровень эталонной модели взаимодействия

Мы уже упоминали, что прикладной уровень модели OSI или седьмой уровень эталонной модели взаимодействия является наивысшим . Этот уровень позволяет обычному неподготовленному пользователю работать с машиной и передавать данные по сети. По задумке разработчиков эталонной модели OSI клиентские приложения при передаче данных должны взаимодействовать только с седьмым уровнем модели OSI, но это далеко не так.

В качестве примера рассмотрим , например, ( нам в данном случае не очень подходит), во-первых, указывая TCP порт, а как вы помните, протокол TCP работает на четвертом уровне модели взаимодействия, то есть мы можем сделать вывод, что в клиентской части MySQL есть механизмы, позволяющие взаимодействовать с четвертым уровнем модели OSI.

Эталонная модель OSI является определяющим документом для разработки открытых стандартов по организации соединений систем и сетей связи, имеющих отличающиеся друг от друга уровни сложности и использующих различные технологии. В связи с этим ее принято называть также архитектурой открытых систем или эталонной модели взаимодействия открытых систем (ВОС ).

Разработчики эталонной модели руководствовались следующими принципами.

· Число протокольных уровней не должно быть слишком большим, чтобы разработка сети и ее реализация не были чрезмерно сложными, и в тоже время оно не должно быть слишком малым, чтобы выполняемые на каждом уровне логические модули не были чересчур сложными.

· Уровни должны четко отличаться выполняемыми на них функциями (объектами) и логическими модулями.

· Функции и протоколы одного уровня могут быть изменены, если это не затрагивает другие уровни.

· Количество информации, передаваемой через интерфейсы между уровнями, должно быть минимальным.

· Допускается дальнейшее разбиение уровней на подуровни, если возникает необходимость локального выделения функций в пределах одного уровня. Разделение на подуровни целесообразно при необходимости разбиения трудоемкой задачи на отдельные, менее сложные.

Получившаяся в результате эталонная модель содержит семь уровней (рис. 4.24).

Высшим, седьмым, уровнем модели OSI является прикладной уровень (Application ), на котором осуществляется управление терминалами и прикладными процессами в оконечных системах, являющимися источниками и потребителями информации в информационной сети. Этот уровень представляет сервисы непосредственно пользовательским прикладным программам. Чтобы избежать несовместимости между пользовательскими программами, прикладной уровень определяет стандартные способы представления сервисов этого уровня. Это освобождает программистов от необходимости повторно прописывать одни и те же функции в каждой сетевой прикладной программе, которую они создают. Сами сервисы прикладного уровня приложениями не являются. Прикладной уровень предоставляет программистам набор открытых стандартных интерфейсов прикладного программирования (API – Application Programming Interface), которые можно использовать для выполнения таких функций сетевого приложения как передача файлов, удаленная регистрация и т.п. В результате модули прикладных программ получаются меньшими по размеру и требуют меньше памяти.

Прикладной уровень для пользователей является наиболее заметной частью модели OSI, поскольку он ведает запуском программ, их выполнением, вводом-выводом данных, административным управлением сетью. Протоколы взаимодействия объектов седьмого уровня получили название прикладных .

Уровень представления (Presentation ) выполняет интерпретацию и преобразование передаваемых в сети данных к виду, понятному для прикладных процессов. Обеспечивает представление данных в согласованных форматах и синтаксисе, трансляцию и интерпретацию программ с различных языков, шифрование и сжатие данных. Благодаря этому сеть не накладывает никаких ограничений на применение различных типов ЭВМ в качестве оконечных систем. На практике многие функции этого уровня группируются с функциями прикладного уровня, поэтому протоколы уровня представления не получили должного развития и во многих сетях не используются.

Сеансовый уровень (Session ) обеспечивает выполнение функций по управлению сеансом связи (сессией), ориентированным на сквозную передачу сообщений, таких, например, как: установление и завершение сессии; управление очередностью и режимом передачи данных (симплекс, полу дуплекс, дуплекс); синхронизация; управление активностью сессии; составление отчетов об исключительных ситуациях.

Рисунок 4 . Эталонная модель OSI

В сессиях с установлением логического соединения запросы установления и разрыва соединения, а также запросы передачи данных, пересылаются ниже стоящему транспортному уровню. Сеансовый же уровень при окончании сессии осуществляет постепенное, а не внезапное ее завершение, выполняет процедуру квитирования (отправки служебного сообщения о завершении сеанса связи), позволяющую предотвратить потерю данных в случае, когда одна из сторон хочет прервать диалог, а другая - нет. Сессии исключительно полезны в случаях, когда между клиентом и сервером в сети существует логическое соединение. Следует отметить, что без установления логического соединения сессия, как правило, не возможна. Однако из этого правила существует исключение и некоторые сети поддерживают передачу файлов без установления соединения. Даже в этом случае сеансовый уровень предусматривает выполнение некоторых полезных функций для управления диалогом. Сервисы сеансового уровня являются дополнительными и полезны лишь для определенных приложений, для многих приложений они приносят лишь ограниченную пользу. Часто функции этого уровня реализуются на транспортном уровне, поэтому протоколы сеансового уровня имеют ограниченное применение.

Транспортный уровень (Transport ) выполняет сегментирование сообщений и управление сквозной, свободной от ошибок транспортировкой данных от источника к потребителю. Сложность протоколов транспортного уровня обратно пропорциональна надежности сервисов нижерасположенных уровней (сетевого, канального и физического).

Функция сегментации состоит в разбиении длинных информационных сообщений на блоки данных транспортного уровня – сегменты. В случае небольшого сообщения сегмент ассоциируется с его размером. При управлении сквозной транспортировкой данных транспортный уровень поддерживает такие функции как: адресация, установка и разрыв соединения, управление потоком данных, назначение данным приоритетов, выявление и исправление ошибок, восстановление после сбоев, мультиплексирование. Протоколы транспортного уровня делятся на два вида: протоколы, ориентированные на установление соединения и протоколы, обеспечивающие для вышестоящих уровней надежный сервис без установления соединений. С ростом количества приложений, которые не требуют гарантированной доставки сообщений или не допускают повторной передачи сообщений в качестве метода контроля ошибок (приложения работающие в реальном масштабе времени, такие как потоковое видео или IP-телефония), протоколы транспортного уровня без гарантии доставки приобретают популярность.

Функция адресации на транспортном уровне, в отличие от адресации на сетевом и канальном уровнях, состоит в присоединении дополнительного уникального адреса, который идентифицирует прикладной процесс, выполняемый в оконечной системе. Большинство компьютеров способно выполнять одновременно несколько процессов, поддерживая работу одновременно нескольких приложений. Однако на сетевом уровне каждый из них, как привило, ассоциируется с одним адресом – это аппаратный адрес порта компьютера назначения. Когда пакет (блок данных сетевого уровня) достигает порта компьютера назначения, последний должен знать, для какого выполняемого процесса он предназначен. Именно эту информацию предоставляет уникальный адрес транспортного уровня.

Таким образом, адрес транспортного уровня является логическим (соответствует программному порту, связанному с конкретным приложением). Он единственный адресует процесс, а не машину (в отличие от адресов канального и сетевого уровней).

Функция установления и разрыва соединения по запросу сеансового уровня между равноправными объектами транспортного уровня реализуется посредством процедуры трехстороннего квитирования.

Эта процедура позволяет минимизировать вероятность случайного установления ошибочного соединения, требуя два подтверждения в ответ на один запрос соединения. Соединение устанавливается только тогда, когда все три события (запрос, подтверждение получения запроса, подтверждение получения подтверждения) происходят в заданный временной промежуток. Это позволяет судить о том, что оба объекта транспортного уровня готовы к сеансу связи. Если действия процедуры не укладываются в заданный промежуток времени, например, из-за задержек или повреждений служебных пакетов, она инициируется заново.

Разрыв соединения транспортного уровня также контролируется трехсторонним квитированием, что обеспечивает его корректность. Разрыв соединения происходит отдельно в прямом и обратном направлениях, что исключает возможность потери пользовательских данных в случае, когда дна из сторон завершила передачу данных, а другая еще остается активной.

Функция управления потоком данных состоит в согласовании параметров передачи во время процедуры трехстороннего квитирования. К таким параметрам относятся: максимальный размер сегмента данных для устанавливаемого соединения; размер свободного пространства буфера приемника, куда будут помещаться поступающие сегменты; размер группы сегментов, после получения которых приемник должен посылать передатчику подтверждение о приеме. Подтверждения служат не только как свидетельства правильно полученных данных, но и указывают какое очередное количество сегментов может быть принято с учетов текущей загрузки приемного буфера.

Функция назначения приоритетов данным является исключительной прерогативой транспортного уровня. Нижестоящий сетевой уровень не имеет представления о существовании приоритетного трафика и все пакеты (блоки данных сетевого уровня) воспринимает одинаковыми.

Многие протоколы транспортного уровня поддерживают два приоритета: обычные данные и срочные . Запрос на назначение приоритета поступает от сеансового уровня. Идентификатор назначенного приоритета помещается в поле служебной информации транспортного уровня, присоединяемом к сегменту.

Для каждого из приоритетов могут быть организованы раздельные буферные пулы. Алгоритмом транспортировки при этом предусматривается первоочередное обслуживание буфера срочных данных и только после его опустошения – буфера обычных данных.

Другим подходом является группировка сегментов срочных и обычных данных в один передаваемый блок с помещением в поле служебной информации граничного указателя их расположения.

Функция выявления и исправления ошибок выполняется многими протоколами канального уровня, однако транспортный уровень ее нисколько не дублирует. Отличие состоит в том, что канальный уровень выявляет и исправляет ошибки двоичных разрядов, возникающие на физическом уровне при передаче бит, а транспортный уровень ликвидирует ошибки, возникающие в результате неверной работы сетевого уровня (потеря пакетов, несвоевременная доставка пакетов и т.п.). Кроме того в сетях, где канальный уровень не отвечает за выявление и исправление ошибок в двоичных разрядах или этот уровень вовсе отсутствует, транспортный уровень берет на себя эти функции.

Функция транспортного уровня по выявлению ошибочных пакетов основывается на упорядочивании сегментов. Для этого каждому сегменту присевается порядковый номер и в момент отправки запускается собственный таймер. Таймер работает до тех пор, пока не будет получено подтверждение (положительное или отрицательное) приема пакета на приемном конце. В случае отрицательного подтверждения, передатчик повторяет передачу сегмента.

В некоторых более простых реализациях протоколов транспортного уровня положительное подтверждение получения последнего сегмента сообщения воспринимается как безошибочное получение всех его сегментов. Получение отрицательного подтверждения означает, что передатчик должен повторно передать сегменты от той точки (сегмента), где возникла ошибка (такой механизм называется передачей с возвратом к N). Если время, отсчитываемое таймером сегмента истекает, инициируется процедура обнаружения ошибки.

Функция восстановления после сбоев обеспечивает возможность восстановления потерянных данных при возникающих неисправностях в работе сети. К числу неисправностей относятся: выход из строя линии связи (и как следствие потеря виртуального соединения), выход из строя оборудования сетевого узла (и как следствие потеря пакетов в среде без установления соединения) и, наконец, вывода из строя компьютера, которому адресованы данные. Если выход из строя отдельных компонентов сети кратковременен и быстро удается установить новый виртуальный канал либо найти маршрут, обходящий неисправный узел, транспортный уровень, анализируя порядковые номера сегментов точно устанавливает, какие сегменты были уже получены и какие следует передать повторно. При долговременном повреждении сети транспортный уровень может организовать транспортное соединение в резервной сети (если таковая предусмотрена).

В случае выхода из строя передающего или принимающего компьютера, работа транспортного уровня приостанавливается, так как он функционирует под управлением инсталлированных в них операционных систем. После восстановления работоспособности машины, транспортный уровень начинает инициировать рассылку широковещательных сообщений всем компьютерам, работающим в сети, с целью установления того из них, который имел активное транспортное соединение с вышедшим из строя. Таким образом, восстановленному компьютеру удается восстановить прерванное соединение, полагаясь на информацию, сохранившуюся в исправных машинах.

Функция мультиплексирования позволяет в одном сетевом соединении организовать несколько соединений транспортного уровня. Адрес транспортного уровня, о котором говорилось раньше, позволяет транспортному уровню различать сегменты, адресованные разным прикладным процессам. Достоинством такого мультиплексирования является уменьшение себестоимости транспортировки данных в сети. Однако оно имеет смысл только при режиме работы сети, ориентированном на установление соединения (виртуального канала).

В заключении остановимся еще раз на особенностях работы транспортного уровня в режиме без установления соединения. Как уже отмечалось выше, он используется, когда гарантированная сквозная доставка данных не требуется. Это прежде всего процессы обменивающиеся данными в реальном масштабе времени (аудио- либо видеопроцессы), для которых доставка без задержки гораздо важнее достоверности, достигаемой за счет повторных передач сегментов. Кроме того, режим без установления соединения позволяет более эффективно использовать сеть, не занимая ее пропускную способность изрядным количеством служебной информации. Может возникнуть сомнение: «Нужен ли вообще транспортный уровень при работе приложений реального времени?». И здесь следует еще раз подчеркнуть актуальность функции адресации транспортного уровня, которая обеспечивает поддержку нескольких одновременно работающих прикладных процессов на одной машине, что не возможно без сервисов транспортного уровня.

Сетевой уровень (Network ) выполняет главную телекоммуникационную функцию – обеспечение связи между оконечными системами сети. Эта связь может быть реализована путем предоставления коммутированного из отдельных участков в соответствии с оптимально выбранным маршрутом сквозного канала, логического виртуального канала либо непосредственной маршрутизацией блока данных в процессе его доставки. При этом сетевой уровень освобождает вышестоящие уровни от знаний о том, через какие участки сети или через какие сети проходит маршрут передачи информации. Если вышестоящие уровни (прикладной, представительный, сеансовый и транспортный) обычно присутствуют в оконечных системах, взаимодействующих через сеть, три нижних уровня (сетевой, канальный и физический) являются обязательными также для всех промежуточных сетевых устройств, расположенных в транзитных пунктах маршрута передачи данных.

Основной функцией сетевого уровня является маршрутизация. Она заключается в принятии решения, через какие конкретно промежуточные пункты должен пройти маршрут передачи данных, направляемых из одной оконечной системы в другую и как должна выполняться коммутация между входами и выходами сетевых устройств, расположенных в промежуточных пунктах сети, соответствующая конкретному маршруту.

Блоки данных, с которыми оперирует сетевой уровень, называются пакетами . Пакет образуется путем добавления к сегменту, переданному с транспортного уровня, заголовка, включающего адрес сетевого уровня . Он состоит из двух частей и идентифицирует как адрес сети конечного пользователя, так и самого пользователя в ней.

Сети с различными сетевыми адресами соединяются между собой маршрутизаторами (см. раздел «физическая структура сети»). Для того чтобы передать пакет от отправителя, находящегося в одной сети, получателю, находящемуся в другой сети, необходимо совершить несколько транзитных «прыжков» - хопов (hops) между сетями, выбирая каждый раз наилучший (по времени прохождения или по надежности) маршрут. Сетевой уровень решает также задачи взаимодействия сетей с различными технологиями и создания защитных барьеров на пути нежелательного трафика между сетями.

На сетевом уровне используются два вида протоколов. Это собственно сетевые протоколы, которые обеспечивают продвижение пакетов через сеть. Именно их обычно ассоциируют с проколами сетевого уровня. Другой вид сетевых протоколов составляют протоколы маршрутизации, которые занимаются обменом маршрутной информацией. С помощью этих протоколов маршрутизаторы собирают информацию о топологии межсетевых соединений. Протоколы сетевого уровня выполняются модулями операционной системы, а также программными и аппаратными средствами маршрутизаторов.

На сетевом уровне могут также работать протоколы отображения адреса назначения сетевого уровня в адрес канального уровня сети, где находится конечный пользователь.

Канальный уровень (Data-link ) отвечает за качественную передачу данных между двумя пунктами, связанными физическим каналом с учетом особенностей предающей среды. Термин «передача данных » в отличие от термина «переноса информации » подчеркивает именно этот аспект деятельности канального уровня. Если соединение устанавливается между двумя оконечными системами, не связанными непосредственно, то оно будет включать насколько независимо функционирующих физических каналов передачи данных. При этом их физические среды передачи могут отличаться (медь, оптическое волокно). Несовместимыми могут оказаться и требования к формату представления данных в каждом канале, которое называется линейным кодированием . В этой ситуации канальный уровень берет на себя функции адаптации данных к типу физического канала связи, предоставляя вышерасположенным уровням «прозрачное соединение».

Блок данных на канальном уровне называется кадром или фреймом. Пакеты сетевого уровня, объединенные в кадр, обрамляются разделительными флагами (специальными последовательностями бит, помещаемыми в начале и конце блока пакетов). Кроме того, к кадру добавляется контрольная сумма, с использованием которой осуществляется проверка верности переданного по каналу кадра. В случае обнаружения неисправимой ошибки, приемник запрашивает у передатчика повторную передачу кадра. Теория передачи данных и теория кодирования достаточно хороши разработаны, что позволяет обеспечить высокую эффективность работы протоколов канального уровня. Необходимо отметить, что функция исправления битовых ошибок не всегда является обязательной для канального уровня, поэтому в некоторых протоколах канального уровня она отсутствует (Ethernet, Frame relay). Иногда в глобальных сетях функции канального уровня в чистом виде вообще выделить трудно, поскольку в одном и том же протоколе они объединяются с функциями сетевого уровня (АТМ, Frame relay).

К числу важных функций канального уровня относятся также: управление доступом к каналу связи, синхронизация кадров, управление потоком данных, адресация, установление соединения и разъединение его.

Управление доступом к каналу определяется типом физического канала, соединяющего станции, и количеством подключенных к нему станций. Тип канала определяется режимом его работы (дуплексный, полудуплексный) и конфигурацией (двухточечная – только две станции, многоточечная – более двух станций). Управление доступом актуально при полудуплексном режиме работы канала с многоточечной конфигурацией, когда станции должны ожидать момента начала своей передачи данных.

Синхронизацию кадров обеспечивает приемнику возможность точного определения начала и конца принимаемого кадра. Для передачи данных определены два метода: асинхронная передача, ориентированная на символы (обычно 8-битный символ), когда передача каждого символа упреждается стартовым битом и заканчивается стоповым битом, и синхронная передача, ориентированная на кадры, когда в качестве синхронизирующих последовательностей используются флаги начала и конца кадра.

Управление потоком данных заключается в предоставлении приемнику возможности сообщать передатчику о своей готовности или неготовности к приемке кадров. Эффект заключается в том, что предупреждается ситуация, когда передатчик заваливает приемник кадрами, которые тот не в состоянии обработать.

Адресация требуется в случае многоточечной конфигурации канала с более чем двумя станциями, чтобы идентифицировать получателя. Адреса канального уровня называются аппаратными. Поле адреса содержит адрес назначения и адрес источника.

Установление и разъединение соединения представляет собой процедуру активации и дезактивации соединения на канальном уровне, которая выполняется программным обеспечением. При этом передающая станция инициирует соединение отправкой адресату специальной команды «старт», а принимающая пересылает подтверждение соединения, после чего начинается передача данных. Эта процедура выполняется также после сбоев и перезапуска программного обеспечения канального уровня. Имеется также команда «стоп», которая останавливает работу программного обеспечения.

Физический уровень (Physical ) отвечает за помещение бит информации в физическую среду. На физическом уровне могут использоваться следующие типы сред: кабель «витая пара», коаксиальный кабель, оптоволоконный кабель, территориальный цифровой канал и эфир. Основными характеристиками физических сред передачи являются такие параметры как полоса пропускания, помехозащищенность, волновое сопротивление и т.п. Здесь реализуются физические интерфейсы устройств с передающей средой и между устройствами, между которыми выполняется передача битов.

Основные характеристики физического уровня можно объединить в следующие группы.

Механические. Это характеристики, которые относятся к физическим свойствам интерфейса с передающей средой, т.е. разъемов, обеспечивающих соединение устройства с одним или несколькими проводниками. Типы разъемов и назначение каждого контакта обычно стандартизуются.

Электрические . Определяют требования к представлению битов, передаваемых в физическую среду, например, уровни тока или напряжения передаваемых сигналов, крутизна фронтов импульсов, типы линейных кодов, скорость передачи сигналов.

Функциональные . Определяют функции отдельных каналов физических интерфейсов устройств, взаимодействующих через передающую среду. Основными схемами взаимодействия устройств на физическом уровне являются: симплексная связь (односторонняя), полудуплексная связь (поочередная) и дуплексная связь (двусторонняя, одновременная), иногда называемая полнодуплексной. При этом могут быть реализованы два варианта организации связи: «точка-точка » и «точка-много точек ». В первом варианте два устройства разделяют одну связь, которая, в свою очередь, может быть симплексной, полудуплексной или дуплексной. Во втором варианте предполагается, что данные, передаваемые одним устройством, принимаются многими устройствами. Как правило, такие связи являются симплексными (кабельное телевидение) либо полудуплексными (локальная сеть на базе стандарта Ethernet). В отдельных случаях могут использоваться и дуплексные связи (сеть на базе технологии SONET). Могут быть использованы и другие топологии физического уровня, такие как шина, звезда, кольцо , однако все они являются вариациями вариантов связи «точка-точка» и «точка - много точек». Так топология шина является типичным вариантом «точка - много точек», топология звезда – набором связей «точка-точка», кольцо – набор кругообразных связей «точка-точка».

Процедурные. Задают правила, посредством которых происходит обмен потоками битов через физическую среду. Это схемы работы последовательного и параллельного интерфейсов. В первом случае между взаимодействующими устройствами существует только один канал связи, по которому биты передаются один за другим. Это приводит к ограничению скорости передачи и, следовательно, медленной работе интерфейса. Во втором случае несколько биты передаются между взаимодействующими устройствами одновременно по нескольким каналам. Скорость передачи при этом возрастает.

Одной из важных функций физического уровня является мультиплексирование, обеспечивающее объединение множества узкополосных (низкоскоростных) каналов в один широкополосный (высокоскоростной) канал. Как известно, по технологическому принципу различают частотное мультиплексирование (Frequency Division Multiplexing, FDM) и мультиплексирование с разделением времени (Time Division Multiplexing, TDM). Технологии FDM и TDM могут быть объединены таким образом, что подканал в системе с частотным мультиплексированием разбивается на несколько каналов, путем мультиплексирования с разделением времени. Этот прием используется в работе цифровых сотовых сетей.

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Эталонная модель OSI

В 1984 году с целью упорядочения описания принципов взаимодействия устройств в сетях Международная организация по стандартизации(ISO) предложила семиуровневую эталонную модель «Взаимодействие Открытых Систем». Модель OSI является основой для разработки стандартов на взаимодействие систем. Существует 7 основных уровней модели OSI:

Модель OSI послужила основой для стандартизации всей сетевой индустрии, так же является хорошей методологической основой для изучения сетевых технологий.

Передача информации в сети соответствует строго определенному уровню модели OSI. Хотя в реальной жизни некоторые аппаратные и программные средства отвечают сразу за несколько уровней. Как допустим, два первых уровня реализуются, как аппаратно, так и программно, а остальные 5,в основном, программные.

Эталонная модель определяет назначение каждого уровня и правила взаимодействия уровней (таблица ниже)

Модель OSI описывает путь информации через сетевую среду от одной прикладной программы на одном ПК до другой программы на другом ПК. При этом пересылаемая информация проходит вниз через все уровни системы. Уровни на разных системах не могут общаться между собой напрямую. Это имеет только физический уровень. По мере прохождения информации вниз внутри системы она преобразуется в вид, удобный для передачи по физическим каналам связи. Для указания адресата к этой преобразованной информации добавляется заголовок с адресом. После получения адресатом этой информации, она проходит через все уровни вверх. По мере прохождения информация преобразуется в первоначальный вид. Каждый уровень системы должен полагаться на услуги, предоставляемые ему смежными уровнями.

Основная идея модели OSI в том, что одни и те же уровни на разных системах, не имея возможности связываться непосредственно, должны работать абсолютно одинаково. Одинаковым должен быть и сервис между соответствующими уровнями различных систем. Нарушения этого принципа может привести к тому, что информация, посланная от одной системы к другой, после всех преобразований будет не похожа на исходную.

Проходящие через уровни данные имеют определённый формат. Сообщение, как правило, делиться на заголовок и информационную часть. Конкретный формат зависит от функционального назначения, на котором информация находится в данное время. Но некоторые уровни не нуждаются в присоединении заголовков, они просто могут выполнять преобразование получаемых физических данных к формату, подходящему для смежных уровней.

ПРОЦЕСС ПРЕОБРАЗОВАНИЯ ИНФОРМАЦИИ:

Протоколы и интерфейсы

При передаче сообщений оба участника сетевого обмена должны следовать множеству соглашений. Соглашения должны быть едиными для всех уровней, от самого низкого передачи битов до самого высокого уровня, определяющего интерпретацию информации. Такие формализованные правила, определяющие последовательность и формат сообщений на одном уровне, называются протоколами. Иерархически организованная совокупность протоколов называются стеком коммуникационных протоколов.

Протоколы соседних уровней на одном узле взаимодействуют друг с другом также в соответствии с четко определенными правилами, описывающими формат сообщений. Эти правила принято называть интерфейсом. Он определяет набор услуг, которые нижележащий уровень предоставляет вышележащему.

Приложение может использовать системные средства взаимодействия не только для организации диалога с другим приложением, но и для получения услуг того или иного сетевого сервиса.

В модели OSI различается два основных типа протоколов. В протоколах с установлением соединения (Connectionless- Oriented Network Service, CONS) перед обменом данными отправитель и получатель должны сначала установить соединение и, возможно, выбрать протокол, который они будут использовать. После завершения диалога они должны разорвать соединение.

Протоколы без предварительного установления соединения (Connectionless Network Service, CLNS) или диаграммные протоколы. Отправитель просто передает сообщения, когда оно готово.

Уровни модели OSI

Физический уровень

На этом уровне выполняются электрические, механические, функциональные и иные параметры реализации физической связи. Описывает процесс прохождения сигналов через среду передачи между сетевыми устройствами. Ею может быть медный кабель, коаксиальный и т.д. Поэтому к физическому уровню относятся характеристики сред передачи: полосы пропускания, помехозащищенность, волновое сопротивление и др., а так же фронты импульсов, уровни напряжения, тока передаваемого сигнала, типы кодирования, скорости передачи сигналов. Стандартизуются типы разъемов, и опр. назначение каждого контакта.

Единственным типом оборудования, которое работает только на физическом уровне, являются повторители.

Fast Ethernet- является эволюционным развитием Ethernet. Данная таблица показывает, что основные отличия Fast Ethernet от Ethernet сосредоточены на физическом уровне.

Более сложная структура объясняется тем, что в ней используется три среды передачи: оптоволоконный кабель, неэкранированная витая пара категории 5(задействуются две пары) и неэкранированная витая пара категории 3 (задействуются четыре пары), причем по сравнению с вариантами физической реализации Ethernet здесь отличия каждого варианта от других глубже.

Для технологии Fast Ethernet разработаны различные варианты физического уровня. Физический уровень состоит из трех подуровней: согласования, интерфейса, MII(Media Independent Interface-интерфейса, независящего от среды) и физического уровня. Физ.уровень обеспечивает кодирование данных, поступающих от подуровня МАС, для передачи их по физической среде определенного типа, синхронизацию передаваемых данных, а так же их прием и декодирование. Интерфейс MII поддерживает независимый от используемой физической среды способ обмена данными между подуровнем MAC и подуровнем PHY.Подуровень согласования нужен для того, чтобы согласовать работу подуровня MAC с интерфейсом MII.

Дальнейшее развитием стало Gigabit Ethernet, который обеспечивает взаимодействие между уровнем МАС и физическим уровнем. Этот интерфейс является расширением интерфейса MII и может поддерживать скорости передачи 10,100 и 1000 Мбит/c

Физический уровень разделен на 2 подуровня: независящий от среды(PHY) и зависящий от среды (PMD). Работу всех уровней контролирует протокол управления станцией STM (Station Management). Подуровень PMD обеспечивает передачу данных от одной станции к другой по конкретной физической среде, а подуровень PHY выполняет кодирование и декодирование данных, циркулирующих между подуровнем МАС и подуровнем PMD, а также обеспечивает тактирование информационных сигналов.

Физический уровень делиться на два подуровня: подуровень согласования с системой передачи (Transmission Convergence,TC) и подуровень физической среды (Physical Medium- PM). Подуровень ТС выполняет упаковку ячеек, поступающих с верхнего уровня модели АТМ, в передаваемые транспортные кадры. Подуровень физической среды регламентирует скорость передачи данных и отвечает за синхронизацию между передачей и приемом.

Существуют 3 организации, определяющие физический уровень технологии АТМ: ANSI, ITU/CCITT и форум АТМ.

Канальный уровень

Обеспечивает надежную передачу данных через физический канал. Канальный уровень оперирует блоками данных, называемыми кадрами(frame) Основным назначением является прием кадра из сети и отправка его в сеть. При выполнении этой задачи канальный уровень осуществляет:

1. физическую адресацию передаваемых сообщений

2. соблюдение правил использования физического канала

3. выявление неисправностей

4. управление потоками информации.

Вместо прямой адресации по мере прохождения ячеек с информацией через коммутаторы АТМ в заголовках ячеек происходит преобразование индетификаторов виртуальных путей и каналов. Добавляется также новая функция: мультиплексирование и демультиплексирование ячеек.

Для доступа к среде в локальных сетях используются два метода:

1.метод случайного доступа

2. метод маркерного доступа

1.Любая станция сети пытается получить доступ к каналу передачи в необходимый для нее момент времени. Если канал занят, станция повторяет попытки доступа до его освобождения(Ethernet)

2. Применяется в сетях Token Ring, ArcNet, FDDI и 100VG-AnyLan.Основан на передаче от одной станции к другой маркера доступа. При получении маркера станция имеет право передать свою информацию.

Особенность в том, что все станции участвуют в передаче на равных основаниях.

Канальный уровень обеспечивает правильность передачи каждого кадра, добавляя к кадру его контрольную сумму. Получатель кадра проверяет достоверность полученных данных путем сравнения вычисленной и переданной с кадром контрольных сумм.

Функции канального уровня реализуются установленными в кс адаптерами и соответствующими драйверами, а так же различным коммуникационным оборудованием: мостами, коммутаторами, маршрутизаторами.

Эти устройства должны: формировать кадры, а анализировать и обрабатывать кадры, принимать кадры из сети и отправлять кадры в сеть.

IEE(Institute of Electrical and Electronics Engineers) предложил другой вариант,где канальный уровень подразделяется на 2 подуровня:

1.уровень управления логическим каналом (LLC)

2. уровень доступа к среде (МАС)

1.Отвечает за достоверную передачу кадров между станциями сети и взаимодействие с сетевым уровнем. МАС уровень лежит ниже LLC-уровня и обеспечивает доступ к каналу передачи данных. Уровень LLC дает более высоким уровням возможность управлять качеством услуг. LLC обеспечивает сервис трех типов:

1. Сервис без подтверждения доставки и установления соединения

2. Сервис с установлением соединения

3. Сервис без установления соединения с подтверждением доставки

Главной функцией МАС-уровня является обеспечение доступа к каналу. На этом уровне формируется физический адрес устройства, подсоединенного к каналу. (МАС-адрес) Каждое устройство сети идентифицируется этим уникальным адресом, который присваивается всем сетевым интерфейсам устройства. МАС-адрес позволяет выполнять точечную адресацию кадров, групповую широковещательную. При передачи данных в сети отправитель указывает МАС-адрес получателя в передаваемом кадре.

МАС-уровень должен согласовывать дуплексный режим работы уровня LLC с физическим уровнем. Для этого он буферезует кадры для передачи их по назначению в момент получения доступа к среде.

Функции протоколов канального уровня различаются в зависимости от того, предназначен ли данный протокол для передачи информации в локальных или глобальных сетях. Протоколы канального уровня в локальных сетях ориентируются на использование разделяемой между компьютерами среды передачи данных. Поэтому в протоколах имеется подуровень доступа к разделяемой среде. Хотя канальный уровень локальной сети и обеспечивает доставку кадра между любыми двумя узлами локальной сети, он делает это только в сети с совершенно определенной топологией связей, а именно с той топологией для которой он был разработан.

Особенность канального уровня локальных сетей является широкое использование дейтаграмного метода доставки данных.

Примерами протоколов канального уровня для локальных сетей являются Token Ring, Ethernet, Fast Ethernet, 100-VG-AnyLan,FDDI

В глобальных сетях, которые редко обладают регулярной топологией, канальный уровень обеспечивает обмен сообщениями между двумя соседними ПК. К таким протоколам типа «точка-точка» относятся PPP,SLIP, LAP-B,LAP-D.

Сетевой уровень

Занимает в модели промежуточное положение. Его услугами пользуется более высокие уровни, а для выполнения своих функций он использует канальный уровень. Сетевой уровень служит для работы в произвольных сетевых топологиях с сохранением простоты передачи пакета базовых топологий.

При объединении сетей в кадры канального уровня добавляется заголовок сетевого уровня. Этот заголовок позволяет находить адресата в сети с любой топологией.

Заголовок пакета сетевого уровня имеет унифицированный формат, не зависящий от форматов кадров канального уровня сетей, входящих в объединенную сеть. Основное место в заголовке сетевого уровня отводится адресату получателя. При этом используется МАС-адрес. Такая адресация позволяет протоколам сетевого уровня составлять точную схему связи и выбирать оптимальные маршруты при любой топологии. Помимо адреса, заголовок сетевого уровня может содержать дополнительную информацию.

Логическое соединение на сетевом уровне обеспечивает механизм доставки пакетов от отправителя к получателю в масштабе времени, определяемом используемым сетевым протоколом. При этом ращличные сетевые протоколы могут вносить различные технологические задержки в передачу данных.

Ряд преимуществ при коммутации передачи маленьких блоков, а не файлов:

1) она напрямую отображается в базовое сетевое оборудование

2) она разделяет процессы передачи данных от прикладных программ

3) она делает систему гибкой

4)она позволяет администраторам сетей вводить новые сетевые технологии

2 метода назначения сетевого адреса:

1)в первом методе сетевой и канальный адреса не совпадают, что обеспечивает гибкость за счет независимости от формата адреса канального уровня

2)во втором методе используется адрес канального уровня. Это избавляет администратора от присваивания адресов вручную и установления соответствия между сетевыми адресами одного и того же абонента в сети.

Сетевой уровень предоставляет средства:

1)доставки пакетов в сетях с произвольной топологией

2) структуризации сети методом локализации широковещательного трафика

3) согласования канальных уровней

Маршрутизатор- это устройство, которое собирает информацию о топологии межсетевых соединений и на ее основании пересылает пакеты сетевого уровня в сеть назначения.

Маршрутизация- она и является главной задачей сетевого уровня.

На сетевом уровне действуют 2 вида протоколов:

1) относится к определению правил передачи пакетов от конечных узлов к маршрутизаторами и между маршрутизаторами

2) протоколы обмена информацией о маршрутах

Протоколы сетевого уровня реализуются драйверами операционной системы, а так же программными и аппаратными средствами маршрутизаторов.

Уровень адаптации состоит из 2 подуровней: подуровень схождения (CS) и подуровня сегментации и сборки (SAR).

Рассмотренные 3 уровня модели OSI являются обязательными, именно на этих уровнях формируются информационные потоки, происходит коммутация и маршрутизация по сетям и осуществляется доставка данных получателю.

Транспортный уровень

сеть интерфейс локализация пакет

Предназначен для оптимизации передачи данных от отправителя к получателю, управления потоком данных и реализации запрошенного сеансовым уровнем качества обслуживания. Определяется требуемый размер пакета. Транспортный уровень гарантирует, что данные получены в правильном порядке, он же проверяет дубликаты и пересылает потерянные пакеты. Транспортный уровень обеспечивает передачу данных с той степенью надежности, которая требуется приложениям. Модель OSI определяет 5 классов сервиса транспортного уровня.

Выбор класса сервиса определяется умением приложения проверять данные и надежностью всей системы транспортировки в сети.

пример транспортного протокола: TCP и UDP стека TCP/IP и протокол SPX Novell

Сеансовый уровень

Управляет диалогом между двумя устройствами. Устанавливаются правила начала и завершения взаимодействия и поддерживаются функции восстановления после обнаружения ошибок информирования о них верхних уровней. На этом уровне определяется, какая из сторон является активной в данный момент, а так же предоставляет средства синхронизации.

Уровень представления

Выполняет преобразование данных между устройствами с различными форматами данных (ANCII в EBCDIC).Кроме того он может осуществлять шифрование и дешифровку данных. В режиме передачи уровень представления передает информацию от прикладного уровня сеансовому уровню после того, как он сам выполнит подходящую модификацию или конвертирование данных. В режиме приема этот уровень передает инф-ия. наверх сеансового уровня к прикладному. Уровень представления гарантирует, что инф-ия, передаваемая прикладным уровнем одной системы, будет понятна прикладному уровню другой системы.(пример протокол Secure Socket Layer)

Прикладной уровень

Служит пользовательским интерфейсом с сетью. Этот уровень непосредственно взаимодействует с пользовательским прикладными программами, предоставляя им доступ в сеть. Находятся сетевые приложения: электронная почта, передача файлов в сети, совместная подготовка документов и тп. В качестве протокола прикладного уровня можно отнести: Novell NetWare, NFS,FTP,TFTP

Размещено на Allbest.ru

Подобные документы

Взаимодействие уровней в процессе связи, его эталонная модель для открытых систем. Функции уровней модели OSI. Сетезависимые протоколы, а также протоколы, ориентированные на приложениях, их сравнительное описание и использование в современных сетях.

реферат , добавлен 16.04.2015


Беспроводные стандарты IEEE 802.х; модель взаимодействия открытых систем. Методы локализации абонентских устройств в стандарте IEEE 802.11 (Wlan): технология "снятия радиоотпечатков"; локализация на базе радиочастотной идентификации RFID в сетях Wi-Fi.

курсовая работа , добавлен 04.06.2014


Эталонная модель взаимодействия открытых систем как главный принцип взаимодействия в сетях. Анализ особенностей взаимодействия разнотипных приложений в условиях различных стратегий передачи данных. Назначение уровней приложения, представления и сеанса.

контрольная работа , добавлен 10.04.2013


Требования, предъявляемые к техническому обеспечению систем автоматизированного проектирования. Вычислительные сети; эталонная модель взаимосвязи открытых систем. Сетевое оборудование рабочих мест в САПР. Методы доступа в локальных вычислительных сетях.

презентация , добавлен 26.12.2013


Активные и пассивные устройства физического уровня. Основные схемы взаимодействия устройств. Архитектура физического уровня. Базовая эталонная модель взаимодействия открытых систем. Параметры сред передачи данных. Характеристики сетевых концентраторов.

курсовая работа , добавлен 02.02.2014


Основные концепции объединения вычислительных сетей. Базовая эталонная модель взаимодействия открытых систем. Обработка сообщений по уровням модели OSI: иерархическая связь; форматы информации; проблемы совместимости. Методы доступа в ЛВС; протоколы.

презентация , добавлен 13.08.2013


Официальные международные организации, выполняющие работы по стандартизации информационных сетей, протоколы IP, ARP, RARP, семиуровневая модель OSI. TCP/IP, распределение протоколов по уровням ISO в локальных и в глобальных сетях, разделение IP-сетей.

шпаргалка , добавлен 24.06.2010


Теоретические основы организации локальных сетей. Общие сведения о сетях. Топология сетей. Основные протоколы обмена в компьютерных сетях. Обзор программных средств. Аутентификация и авторизация. Система Kerberos. Установка и настройка протоколов сети.

курсовая работа , добавлен 15.05.2007


Определение эффективности методов RSS и TOA, их сравнение в позиционировании абонентских станций внутри помещений и на открытых пространствах. Принципы локализации абонентов в стандарте IEEE 802.11. Использование систем локализации объектов в сетях Wi-Fi.

курсовая работа , добавлен 07.12.2013


Распространенные сетевые протоколы и стандарты, применяемые в современных компьютерных сетях. Классификация сетей по определенным признакам. Модели сетевого взаимодействия, технологии и протоколы передачи данных. Вопросы технической реализации сети.

Эталонная модель OSI

Для наглядности процесс работы сети в эталонной модели OSI разде­лен на семь уровней. Эта теоретическая конструкция облегчает изу­чение и понимание довольно сложных концепций. В верхней части модели OSI располагается приложение, которому нужен доступ к ре­сурсам сети, в нижней - сама сетевая среда. По мере того как дан­ные продвигаются от уровня к уровню вниз, действующие на этих уровнях протоколы постепенно подготавливают их для передачи по сети. Добравшись до целевой системы, данные продвигаются по уров­ням вверх, причем те же протоколы выполняют те же действия, толь­ко в обратном порядке. В 1983 г. Международная организация по стандартизации (Interna­tional Organization for Standardization, ISO) и Сектор стандартизации телекоммуникаций Международного телекоммуникационного союза (Te­lecommunication Standardization Sector of International Telecommu­nication Union, ITU-T) опубликовали документ «The Basic Reference Model for Open Systems Interconnection», где была описана модель распределения сетевых функций между 7 различными уровнями (рис. 1.7). Предполагалось, что эта семиуровневая структура станет основой для нового стека протоколов, но в коммерческой форме он так и не был реализован. Вместо этого модель OSI используется с су­ществующими стеками протоколов в качестве обучающего и справоч­ного пособия. Большая часть популярных в наши дни протоколов появилась до разработки модели OSI, поэтому в точности с ее семиуровневой струк­ турой они не согласуются. Зачастую в одном протоколе совмещены функции двух или даже нескольких уровней модели, да и границы протоколов часто не соответствуют границам уровней OSI. Тем не менее модель OSI остается отличным наглядным пособием для ис­следования сетевых процессов, и профессионалы часто связывают функции и протоколы с определенными уровнями.

Инкапсуляция данных

По сути, взаимодействие протоколов, работающих на разных уров­нях модели OSI, проявляется в том, что каждый протокол добавляет заголовок (header) или (в одном случае) трейлер (footer) к информа­ции, которую он получил от уровня, расположенного выше. Напри­мер, приложение генерирует запрос к сетевому ресурсу. Этот запрос продвигается по стеку протоколов вниз. Когда он достигает транспорт­ного уровня, протоколы этого уровня добавляют к запросу собствен­ный заголовок, состоящий из полей с информацией, специфической для функций данного протокола. Сам исходный запрос становится для протокола транспортного уровня полем данных (полезной нагрузкой). Добавив свой заголовок, протокол транспортного уровня переда­ет запрос сетевому уровню. Протокол сетевого уровня добавляет к заголовку протокола транспортного уровня свой собственный заго­ловок. Таким образом, для протокола сетевого уровня полезной на­грузкой становятся исходный запрос и заголовок протокола тран­спортного уровня. Вся эта конструкция становится полезной нагруз­кой для протокола канального уровня, который добавляет к ней заго­ловок и трейлер. Итогом этой деятельности является пакет (packet), готовый для передачи по сети. Когда пакет достигает места назначения, процесс повторяется в обратном порядке. Протокол каждого следующего уровня стека (теперь снизу вверх) обрабатывает и удаля­ет заголовок эквивалентного протокола передающей системы. Когда процесс завершен, исходный запрос достигает приложения которо­му он предназначен, в том же виде, в каком он был сгенерирован. Процесс добавления заголовков к запросу (рис. 1.8), сгенериро­ ванному приложением, называется инкапсуляцией данных (data encap­sulation). По сути эта процедура напоминает процесс подготовки письма для отправки по почте. Запрос - это само письмо, а добавле­ние заголовков аналогично вкладыванию письма в конверт, написа­нию адреса, штемпелеванию и собственно отправке.

Физический уровень

На самом нижнем уровне модели OSI - физическом (physical) - оп­ределяются характеристики элементов оборудования сети - сетевая среда, способ установки, тип сигналов, используемых для передачи по сети двоичных данных. Кроме того, на физическом уровне опре­деляется, какой тип сетевого адаптера нужно установить на каждом компьютере и какой использовать концентратор (если это нужно). На физическом уровне мы имеем дело с медным или оптоволоконным кабелем или с каким-либо беспроводным соединением. В ЛВС спецификации физического уровня напрямую связаны с используюемым в сети протоколом канального уровня. Выбрав протокол канального уровня, Вы должны использовать одну из спецификаций физического уровня, поддерживаемую этим протоколом. Например, протокол канального уровня Ethernet поддерживает несколько различных вариантов физического уровня - один из двух типов коаксиального кабеля, любой кабель типа «витая пара», оптоволоконный кабель. Параметры каждого из этих вариантов формируются из многочисленных сведений о требованиях физического уровня, например, к типу кабеля и разъемов, допустимой длине кабелей, числу концентраторов и др. Соблюдение этих требований необходимо для нормальной работы протоколов. Например, в чересчур длинном кабеле система Ethernet может не заметить коллизию пакетов, а если система не в состоянии обнаружить ошибки, она не может и исправить их, результат - потеря данных. Стандартом протокола канального уровня определяются не все аспекты физического уровня. Некоторые из них определяются отдельно. Одна из наиболее часто используемых спецификаций физического уровня описана в документе «Commercial Building Telecommunications Cabling Standard», известном как EIA/TIA 568A. Он опубликован совместно Американским национальным институтом стан дартов (American National Standards Institute, ANSI), Ассоциации от раслей электронной промышленности (Electronics Industry Association, EIA) и Ассоциацией промышленности средств связи (Telecommunications Industry Association, TIA). В этот документ включено подробное описание кабелей для сетей передачи данных в промышленных условиях, в том числе минимальное расстояние от источников электромагнитных помех и другие правила прокладки кабеля. Сегодня кладку кабеля в больших сетях чаще всего поручают специализированным фирмам. Нанятый подрядчик должен быть хорошо знаком с EIA/TIA 568A и другими подобными документами, а также с правилами эксплуатации зданий в городе. Другой коммуникационный элемент, определяемый на физическом уровне, - тип сигнала для передачи данных по сетевой среде. Для кабелей с медной основой таким сигналом является электрический заряд, для оптоволоконного кабеля - световой импульс. В сетевых средах других типов могут использоваться радиоволны, инфракрасные импульсы и другие сигналы. Помимо природы сигналов, на физическом уровне устанавливается схема их передачи, т. е. комбинация электрических зарядов или световых импульсов, используемая для кодирования двоичной информации, которая сгенерирована вы­шестоящими уровнями. В системах Ethernet применяется схема пе­редачи сигналов, известная как манчестерская кодировка (Manchester encoding), а в системах Token Ring используется дифференциальная манчестерская (Differential Manchester) схема.

Канальный уровень

Протокол канального (data-link) уровня обеспечивает обмен инфор­мацией между аппаратной частью включенного в сеть компьютера и сетевым ПО. Он подготавливает для отправки в сеть данные, пере­данные ему протоколом сетевого уровня, и передает на сетевой уро­вень данные, полученные системой из сети. При проектировании и создании ЛВС используемый протокол ка­нального уровня - самый важный фактор для выбора оборудования и способа его установки. Для реализации протокола канального уровня необходимо следующее аппаратное и программное обеспечение: адаптеры сетевого интерфейса (если адаптер представляет собой отдельное устройство, подключаемое к шине, его называют пла­той сетевого интерфейса или просто сетевой платой); драйверы сетевого адаптера; сетевые кабели (или другая сетевая среда) и вспомогательное со­ единительное оборудование; сетевые концентраторы (в некоторых случаях). Как сетевые адаптеры, так и концентраторы разрабатываются для определенных протоколов канального уровня. Некоторые сетевые кабели также приспособлены для конкретных протоколов, но есть и кабели, подходящие для разных протоколов. Безусловно, сегодня (как и всегда) самый популярный протокол канального уровня - Ethernet. Далеко отстал от него Token Ring, за которым следуют другие протоколы, например, FDDI (Fiber Dist­ributed Data Interface). В спецификацию протокола канального уров­ня обычно включаются три основных элемента: формат кадра (т. е. заголовок и трейлер, добавляемые к данным сетевого уровня перед передачей в сеть); механизм контроля доступа к сетевой среде; одна или несколько спецификаций физического уровня, приме­няемые с данным протоколом.

Формат кадра

Протокол канального уровня добавляет к данным, полученным от протокола сетевого уровня, заголовок и трейлер, превращая их в кадр (frame) (рис. 1.9). Если снова прибегнуть к аналогии с почтой, заголовок и трейлер - это конверт для отправки письма. В них содержатся адреса системы-отправителя и системы-получателя пакета. Для протоколов ЛВС, подобных Ethernet и Token Ring, эти адреса представляют собой 6-байтные шестнадцатеричные строки, присвоенные сетевым адаптерам на заводе-изготовителе. Они, в отличие от адресов, используемых на других уровнях модели OSI, называются аппа ратными адресами (hardware address) или МАС-адресами (см. ниже).

Примечание Протоколы различных уровней модели OSI по-разному называют структуры, создаваемые ими путем добавления заголовка к данным, пришедшим от вышестоящего протокола. Например, то, что протокол канального уровня называет кадром, для сетевого уровня бу­дет дейтаграммой. Более общим названием для структурной единицы данных на любом уровне является пакет.

Важно понимать, что протоколы канального уровня обеспечива­ют связь только между компьютерами одной и той же ЛВС. Аппарат­ный адрес в заголовке всегда принадлежит компьютеру в той же ЛВС, даже если целевая система находится в другой сети. Другие важные функции кадра канального уровня - идентифика­ция протокола сетевого уровня, сгенерировавшего данные в пакете, и информация для обнаружения ошибок. На сетевом уровне могут использоваться различные протоколы, и потому в кадр протокола канального уровня обычно включается код, с помощью которого можно установить, какой именно протокол сетевого уровня сгенери­ровал данные в этом пакете. Руководствуясь этим кодом, протокол канального уровня компьютера-получателя пересылает данные соот­ветствующему протоколу своего сетевого уровня. Для выявления ошибок передающая система вычисляет цикличес­ кий избыточный код (cyclical redundancy check, CRC) полезной нагруз­ки и записывает его в трейлер кадра. Получив пакет, целевой компью­тер выполняет те же вычисления и сравнивает результат с содержи­мым трейлера. Если результаты совпадают, информация передана без ошибок. В противном случае получатель предполагает, что пакет ис­ порчен, и не принимает его.

Управление доступом к среде

Компьютеры в ЛВС обычно используют общую полудуплексную се­тевую среду. При этом вполне возможно, что передавать данные нач­нут одновременно два компьютера. В таких случаях происходит свое­го рода столкновение пакетов, коллизия (collision), при котором дан­ ные в обоих пакетах теряются. Одна из главных функций протокола канального уровня - управление доступом к сетевой среде (media access control, MAC), т. е. контроль за передачей данных каждым из компьютеров и сведение к минимуму случаев столкновения пакетов. Механизм управления доступом к среде - одна из важнейших ха­ рактеристик протокола канального уровня. В Ethernet для управле­ния доступом к среде используется механизм с контролем несущей и обнаружением коллизий (Carrier Sense Multiple Access with Collision Detection, CSMA/CD). В некоторых других протоколах, например, в Token Ring, используется передача маркера (token passing).

Спецификации физического уровня

Протоколы канального уровня, используемые в ЛВС, часто поддер­живают более одной сетевой среды, и в стандарт протокола включе­ны одна или несколько спецификаций физического уровня. Каналь­ный и физический уровни тесно связаны, т. к. свойства сетевой сре­ды существенно влияют на то, как протокол управляет доступом к среде. Поэтому можно сказать, что в локальных сетях протоколы ка­нального уровня осуществляют также функции физического уровня. В глобальных сетях используются протоколы канального уровня, в которые информация физического уровня не включается, например, SLIP (Serial Line Internet Protocol) и РРР (Point-to-Point Protocol).

Сетевой уровень

На первый взгляд может показаться, что сетевой (network) уровень дублирует некоторые функции канального уровня. Но это не так: про­токолы сетевого уровня «отвечают» за сквозные (end-to-end) связи, тогда как протоколы канального уровня функционируют только в пределах ЛВС. Иными словами, протоколы сетевого уровня полнос­тью обеспечивают передачу пакета от исходной до целевой системы. В зависимости от типа сети, отправитель и получатель могут нахо­диться в одной ЛВС, в различных ЛВС в пределах одного здания или в ЛВС, разделенных тысячами километров. Например, когда Вы свя­зываетесь с сервером в Интернете, на пути к нему пакеты, созданные Вашим компьютером, проходят через десятки сетей. Подстраиваясь под эти сети, протокол канального уровня неоднократно изменится, но протокол сетевого уровня на всем пути останется тем же самым. Краеугольным камнем набора протоколов TCP/IP (Transmission Control Protocol/Internet Protocol) и наиболее часто используемым протоколом сетевого уровня является протокол IP (Internet Protocol). У Novell NetWare есть собственный сетевой протокол IPX (Inter­network Packet Exchange), а в небольших сетях Microsoft Windows обычно используется протокол NetBEUI (NetBIOS Enhanced User Interface). Большинство функций, приписываемых сетевому уровню, определяются возможностями протокола IP. Подобно протоколу канального уровня, протокол сетевого уровня добавляет заголовок к данным, которые он получил от вышестояще­го уровня (рис. 1.10). Элемент данных, созданный протоколом сете­вого уровня, состоит из данных транспортного уровня и заголовка сетевого уровня и называется дейтаграммой (datagram).

Адресация

Заголовок протокола сетевого уровня, как и заголовок протокола ка­нального уровня, содержит поля с адресами исходной и целевой сис­тем. Однако в данном случае адрес целевой системы принадлежит конечному назначению пакета и может отличаться от адреса получа­теля в заголовке протокола канального уровня. Например, когда Вы вводите в адресной строке браузера адрес Web-узла, в пакете, сгене­рированном Вашим компьютером, в качестве адреса целевой систе­мы сетевого уровня указан адрес Web-сервера, тогда как на канальном уровне на целевую систему указывает адрес маршрутизатора в Вашей ЛВС, обеспечивающего выход в Интернет. В IP используется собственная система адресации, которая совер­шенно не зависит от адресов канального уровня. Каждому компьюте­ру в сети с протоколом IP вручную или автоматически назначается 32-битовый IP- адрес, идентифицирующий как сам компьютер, так и сеть, в которой он находится. В IPX же для идентификации самого компьютера используется аппаратный адрес, кроме того, специаль­ный адрес используется для идентификации сети, в которой находит­ся компьютер. В NetBEUI компьютеры различаются по NetBIOS-именам, присваиваемым каждой системе во время ее установки.

Фрагментация

Дейтаграммам сетевого уровня на пути к месту назначения приходит­ся проходить через множество сетей, сталкиваясь при этом со специ­ фическими свойствами и ограничениями различных протоколов ка­нального уровня. Одно из таких ограничений - максимальный раз­мер пакета, разрешенный протоколом. Например, размер кадра Token Ring может достигать 4500 байт, тогда как размер кадров Ethernet не может превышать 1500 байтов. Когда большая дейтаграмма, сформи­рованная в сети Token Ring, передается в сеть Ethernet, протокол се­тевого уровня должен разбить ее на несколько фрагментов размером не более 1500 байт. Этот процесс называется фрагментацией (frag­ mentation). В процессе фрагментации протокол сетевого уровня разбивает дейтаграмму на фрагменты, размер которых соответствует возможно­стям используемого протокола канального уровня. Каждый фрагмент становится самостоятельным пакетом и продолжает путь к целевой системе сетевого уровня. Исходная дейтаграмма формируется лишь после того, как места назначения достигнут все фрагменты. Иногда на пути к целевой системе фрагменты, на которые разбита дейта­грамма, приходится фрагментировать повторно.

Маршрутизация

Маршрутизацией (routing) называется процесс выбора в интерсети самого эффективного маршрута для передачи дейтаграмм от систе­мы-отправителя к системе-получателю. В сложных интерсетях, на­пример, в Интернете или больших корпоративных сетях, часто от од­ного компьютера к другому можно добраться несколькими путями. Проектировщики сетей специально создают избыточные связи, что­бы трафик нашел дорогу к месту назначения даже в случае сбоя одно­ го из маршрутизаторов. С помощью маршрутизаторов соединяют отдельные ЛВС, входя­щие в интерсеть. Назначение маршрутизатора - принимать входя­щий трафик от одной сети и передавать его конкретной системе в другой. В интерсетях различают системы двух видов: оконечные (end systems) и промежуточные (intermediate systems). Оконечные системы являются отправителями и получателями пакетов. Маршрутизатор - промежуточная система. В оконечных системах используются все семь уровней модели OSI, тогда как пакеты, поступающие в проме­жуточные системы, не поднимаются выше сетевого уровня. Там мар­шрутизатор обрабатывает пакет и отправляет его вниз по стеку для передачи следующей целевой системе (рис. 1.11).

Чтобы верно направить пакет к цели, маршрутизаторы хранят в памяти таблицы с информацией о сети. Эта информация может быть внесена администратором вручную или собрана автоматически с дру­гих маршрутизаторов с помощью специализированных протоколов. В состав типичного элемента таблицы маршрутизации входят адрес другой сети и адрес маршрутизатора, через который пакеты должны добираться до этой сети. Кроме того, в элементе таблицы маршрути­зации содержится метрика маршрута - условная оценка его эффективности. Если к некой системе имеется несколько маршрутов, мар­шрутизатор выбирает из них самый эффективный и отправляет дей­таграмму на канальный уровень для передачи маршрутизатору, ука­занному в элементе таблицы с наилучшей метрикой. В больших сетях маршрутизация может быть необычайно сложным процессом, но чаще всего она осуществляется автоматически и незаметно для пользователя.

Идентификация протокола транспортного уровня

Так же, как в заголовке канального уровня указан протокол сетевого уровня, сгенерировавший и передавший данные, в заголовке сетево­го уровня содержится информация о протоколе транспортного уров­ня, от которого эти данные были получены. В соответствии с этой информацией система-получатель передает входящие дейтаграммы соответствующему протоколу транспортного уровня.

Транспортный уровень

Функции, выполняемые протоколами транспортного (transport) уров­ня, дополняют функции протоколов сетевого уровня. Часто протоко­лы этих уровней, используемые для передачи данных, образуют взаи­ мосвязанную пару, что видно на примере TCP/IP: протокол TCP функционирует на транспортном уровне, IP - на сетевом. В боль­шинстве наборов протоколов имеется два или несколько протоколов транспортного уровня, выполняющих разные функции. Альтернати­вой TCP является протокол UDP (User Datagram Protocol). В набор протоколов IPX также включено несколько протоколов транспортно­го уровня, в том числе NCP (NetWare Core Protocol) и SPX (Sequenced Packet Exchange). Разница между протоколами транспортного уровня из определен­ного набора заключается в том, что некоторые из них ориентированы на соединение, а другие - нет. Системы, использующие протокол, ориентированный на соединение (connection-oriented), перед передачей данных обмениваются сообщениями, чтобы установить связь друг с другом. Это гарантирует, что системы включены и готовы к работе. Протокол TCP, например, ориентирован на соединение. Когда Вы с помощью браузера подключаетесь к серверу Интернета, браузер и сервер для установления связи сначала выполняют так называемое трехшаговое рукопожатие (three-way handshake). Лишь после этого браузер передает серверу адрес нужной Web-страницы. Когда переда­ча данных завершена, системы выполняют такое же рукопожатие для прекращения связи. Кроме того, протоколы, ориентированные на соединение, выпол­няют дополнительные действия, например, отправляют сигнал подтверждения приема пакета, сегментируют данные, управляют пото­ком, а также обнаруживают и исправляют ошибки. Как правило, про­токолы этого типа используются для передачи больших объемов ин­формации, в которых не должно содержаться ни единого ошибочно­го бита, например, файлов данных или программ. Дополнительные функции протоколов с ориентацией на соединение гарантируют корректную передачу данных. Вот почему эти протоколы часто называ­ют надежными (reliable). Надежность в данном случае является техни­ческим термином и означает, что каждый передаваемый пакет проверяется на наличие ошибок, кроме того, система-отправитель уведом­ляется о доставке каждого пакета. Недостаток протоколов этого типа состоит в значительном объеме управляющих данных, которыми об­мениваются две системы. Во-первых, дополнительные сообщения передаются при установлении и завершении связи. Во-вторых, заго­ловок, добавляемый к пакету протоколом с ориентацией на соедине­ние, существенно превосходит по размеру заголовок протокола, не ориентированного на соединение. Например, заголовок протокола TCP/IP занимает 20 байтов, а заголовок UDP - 8 байтов. Протокол, не ориентированный на соединение (connectionless), не устанавливает соединение между двумя системами до передачи дан­ных. Отправитель просто передает информацию целевой системе, не беспокоясь о том, готова ли она принять данные и существует ли эта система вообще. Обычно системы прибегают к протоколам, не ориентированным на соединение, например, к UDP, для коротких транзакций, состоящих только из запросов и ответных сигналов. Ответный сигнал от получателя неявно выполняет функцию сигнала подтверждения о передаче.

Примечание Ориентированные и не ориентированные на соединение протоколы есть не только на транспортном уровне. Например, прото­колы сетевого уровня обычно не ориентированы на соединение, по­ скольку обеспечение надежности связи они возлагают на транспортный уровень.

Протоколы транспортного уровня (как и сетевого и канального уровней) обычно содержат информацию с вышестоящих уровней. Например, в заголовки TCP и UDP включаются номера портов, иден­тифицирующие приложение, породившее пакет, и приложение, ко­торому он предназначен. На сеансовом (session) уровне начинается существенное расхождение между реально применяемыми протоколами и моделью OSI. В отли­чие от нижестоящих уровней, выделенных протоколов сеансового уровня не существует. Функции этого уровня интегрированы в про­токолы, которые выполняют также функции представительского и прикладного уровней. Транспортный, сетевой, канальный и физичес­кий уровни занимаются собственно передачей данных по сети. Про­токолы сеансового и вышестоящих уровней к процессу связи отно­шения не имеют. К сеансовому уровню относятся 22 службы, многие из которых задают способы обмена информацией между системами, включенными в сеть. Наиболее важны службы управления диалогом и разделения диалога. Обмен информацией между двумя системами в сети называется диалогом (dialog). Управление диалогом (dialog control) заключается в выборе режима, в котором системы будут обмениваться сообщения­ми. Таких режимов два: полудуплексный (two-way alternate, TWA) и дуплексный (two-way simultaneous, TWS). В полудуплексном режиме две системы вместе с данными передают также маркеры. Передавать информацию можно только компьютеру, у которого в данный момент находится маркер. Так удается избежать столкновения сообщений в пути. Дуплексная модель сложнее. Маркеров в ней нет; обе системы могут передавать данные в любой момент, даже одновременно. Разделение диалога (dialog separation) состоит во включении в по­ток данных контрольных точек (checkpoints), позволяющих синхро­низировать работу двух систем. Степень сложности разделения диа­лога зависит от того, в каком режиме он осуществляется. В полудуп­ лексном режиме системы выполняют малую синхронизацию, заклю­чающуюся в обмене сообщениями о контрольных точках. В дуплекс­ном режиме системы выполняют полную синхронизацию с помощью главного/активного маркера.

Представительский уровень

На представительском (presentation) уровне выполняется единствен­ная функция: трансляция синтаксиса между различными системами. Иногда компьютеры в сети применяют разные синтаксисы. Предста­вительский уровень позволяет им «договориться» об общем синтак­сисе для обмена данными. Устанавливая соединение на представи­тельском уровне, системы обмениваются сообщениями с информа­ цией о том, какие синтаксисы в них имеются, и выбирают тот, кото­рый они будут использовать во время сеанса. У обеих систем, участвующих в соединении, есть абстрактный синтаксис (abstract syntax) - их «родная» форма связи. Абстрактные синтаксисы различных компьютерных платформ могут отличаться. В процессе согласования системы выбирают общий синтаксис передачи данных (transfer syntax). Передающая система преобразует свой абст­рактный синтаксис в синтаксис передачи данных, а система-получа­тель по завершению передачи - наоборот. При необходимости сис­тема может выбрать синтаксис передачи данных с дополнительными функциями, например, сжатием или шифрованием данных.

Прикладной уровень

Прикладной уровень - это точка входа, через которую программы получают доступ к модели OSI и сетевым ресурсам. Большинство про­ токолов прикладного уровня предоставляет службы доступа к сети. Например, протоколом SMTP (Simple Mail Transfer Protocol) боль­шинство программ электронной почты пользуется для отправки со­общений. Другие протоколы прикладного уровня, например, FTP (File Transfer Protocol), сами являются программами. В протоколы прикладного уровня часто включают функции сеан­сового и представительского уровня. В результате типичный стек про­токолов содержит четыре отдельных протокола, которые работают на прикладном, транспортном, сетевом и канальном уровнях.