Базовая эталонная модель взаимодействия открытых систем

Архитектура открытых систем

Термин «архитектура связи» подразумевает, что отдельные подзадачи сети выполняются различными архитектурными элементами, между которыми устанавливаются пути передачи информации (каналы связи и интерфейсы). Способ, с помощью которого сообщение обрабатывается структурными элементами и передаются по сети, называется сетевым протоколом. Проблемы совмещения и стыковки различных элементов ВС привели Международную организацию стандартизации (ISO — International Organization for Standards) к созданию модели архитектуры вычислительной сети, которая называется моделью взаимодействия открытых систем 1977 г. (ВОС/OSI).

Базовая эталонная модель взаимодействия открытых систем

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

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

Услуги каждого уровня ВОС определяют в абстрактном виде интерфейс между двумя смежными уровнями, не задавая при этом способа его реанимации. Услуги уровня определяют его функциональные возможности. Запрос услуг и оповещение о результатах их выполнения происходит путем обмена примитивами — элементарными абстрактными единицами взаимодействия между П. и исполнителем (И) услуг. Определено 4 типа примитивов:

Запрос — выдается П. для инициации услуги;

Индикация — выдается И. Для указания на то, что удаленный П. инициировал выполнение услуги;

Ответ — выдается П. как реакция на примитив индикация;

Подтверждение — выдается И. Для сообщения о результатах выполнения услуги.

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

Модель OSI — это набор протоколов для определения и стандартизации всего процесса передачи данных, разработанного Международной организацией стандартизации (ISO).

Процесс передачи данных делится на 7 уровней, в пределах которых устанавливаются стандартные протоколы, разработанные ISO и некоторыми фирмами, причем количество этих протоколов велико.

Модель OSI не является единственным описанием процесса передачи данных, а говорит, что

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

2) любой последовательный уровень модели OSI взаимодействует с предыдущим.

3) любой уровень обладает свойством модульности: замена одного протокола другим в рамках уровня не влияет на работу протоколов верхнего или нижнего уровня.

Взаимосвязь между узлами сети:

уровни	Оконечная система 1	Протоколы уровней	Оконечная система 2	Основные функции уровней
	Прикладной процесс		Прикладной процесс
Прикладной (SMTP, FTP, TELM)				Службы пользователей, сетевые службы и т.д.
Представительный				Преобразование структурированных данных и манипулирование ими.
Сеансовый (BIOS)				Установление соединений, координация и синхронизация диалога.
Транспортный (TCP/IP)				Обеспечение независящего от передающей среды транспортного сервиса между оконечными системами.
Сетевой (X.25)				Коммутация и маршрутизация в сети.
Канальный (HDLC, SDLC, X.25)				Управление передачей данных по каналу. Контроль ошибок, возникающий из-за физической среды передачи.
Физический (IEEE 802.3, 802.4, 802.5)				Предоставление средств для управления физическими соединениями в канале.
Физическая среда для соединения систем

Уровни OSI реализуют следующие сетевые функции:

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

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

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

Используется 2 основных типа кадров: пакеты и управляющие кадры.

Пакеты — кадры данных, которые содержат сообщения верхних уровней.

Управляющие кадры — маркеры, подтверждения.

Методы обнаружения и коррекции ошибок обеспечивают безошибочное прохождение пакетов от узлов источников к узлам назначения.

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

1. Сетевой уровень. Отвечает за буферизацию и маршрутизацию в сети.

Реализует функции связи между 2-мя отдельными сетями. Преобразование логических адресов в физические.

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

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

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

7. Прикладной уровень. Является границей между процессами сети OSI и прикладными (пользовательскими) процессами. Непосредственно поддерживает обмен информацией между пользователями, прикладными программами или устройствами. На этом уровне требуется несколько типов протоколов:

1) для конкретных специфичных приложений (передачи файлов, электронная почта)

2) общие протоколы для поддержки пользователей и сети (например, для вычислений, управления доступом, проверки полномочий пользователей)

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

Отдельные уровни могут быть совмещены или отсутствовать.

Реальная связь: физический уровень физический уровень

Информация проходит от прикладного уровня к физическому в узле источника и от физического к прикладному в узле назначения.

Между процессами на одинаковых уровнях существуют виртуальные связи

Необходимо еще пояснить некоторые понятия, относящиеся к эталонной модели OSI:

· упаковка

· фрагментация

Структура сообщений

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

Схема модификации сообщений

Упаковка

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

1. указатели типа сообщений

2. адреса отправителя, получателя, канала, порта

3. код обнаружения ошибок

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

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

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

(транспортый уровень — разбивка/сборка пакетов)

Использование небольших пакетов данных упрощает разработку протоколов нижних уровней.

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

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

Более высокие уровни обычно реализуцется как процессы, принадлежащие ОС или активизируемые ОС.

(см. рис.)

Прикладной процесс в системе А (ур. 7) формирует сообщение прикладному процессу в системе В в соответствии с логикой взаимодействия этих двух прикладных процессов (но без учета организациии сети). Физически сообщения, формируемые процессом А, проходят последовательно через уровни 6,5,…,1, подвергаясь процедурам последовательного обрамления, предаются по каналу связи и затем через уровни 1,2,…,6, на которых с сообщений снимаются обрамления, поступают к процессу В. каждый уровень работает со своим заголовком и концевиком. Все, что между ними — рассматривается соответствующим уровнем как данные.

В заголовки помещаются команды для вызова функций в соответствующих уровнях другого узла связи:

Уровень N+1 вызывает функцию для формирования в передающем узле поле контроля последовательности.

Уровень N+1 принимающего узла производит проверку наличия ошибок при передаче на основе сравнения контрольного поля со значением счетчика приема.

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

На уровне N-1 производится сжатие данных. В принимающем узле эта функция (заголовок) используется как команда преобразования к исходнуму виду.

Заголовок — это управляющая информация протокола.

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

При описании протокола принято выделять его логическую и процедурную характеристики.

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

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

Заключение

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

Многие же протоколы высоких уровней находятся в различных стадиях разработки (хотя некоторые уже утверждены).

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

 

Поделиться:

Воспользуйтесь поиском по сайту: