Общие сведения о модели OSI и стеке протоколов OSI. Стеки протоколов

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

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

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

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

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

Схема взаимодействия двух узлов

Каждый уровень поддерживает интерфейсы двух типов:

1 – интерфейсы услуг с выше- и нижележащими уровнями ;

2 – интерфейсы со средствами взаимодействия другой стороны (протокол ) .

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

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

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

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

Модель OSI

Назначение модели OSI состоит в обобщенном представлении средств сетевого взаимодействия. Она определяет:

– уровни взаимодействия систем в сетях с коммутацией пакетов;

– стандартные названия уровней;

– функции, которые должен выполнять каждый уровень.

В модели OSI средство взаимодействия делится на 7 уровней:

1 – прикладной;

2 - представления;

3 – сеансовый;

4 – транспортный;

5 – сетевой;

6 – канальный;

7 – физический.

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

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

Канальный уровень выполняет функции:

Установление логического соединения между логическими узлами;

Согласование скоростей передатчика и приемника информации;

Обеспечение надежной передачи обнаружения и коррекции ошибок.

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

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

В сетях, построенных на основе разделяемой среды, канальный уровень проверяет доступность разделяемой среды.

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

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

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

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

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

Технологии доступа

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

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

Локальные сети, являясь пакетными сетями, используют принцип временного мультиплексирования, т.е. разделяют передающую среду во времени.

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

Технология Ethernet

Основная среда – коаксиальный кабель .

На уровне MAC, который обеспечивает доступ к среде и передачу кадра, для идентификации сетевых интерфейсов узлов сети используются регламентированные уникальные шестибайтовые адреса – MAC-адреса (каждый сетевой адаптер имеет, по крайней мере, один MAC-адрес). Обычно он записывается в виде шести пар шестнадцатеричных цифр, разделенных тире или двоеточием, например: 11-AO-17-3D-BC-01.

Помимо отдельных интерфейсов MAC-адрес может определять группу интерфейсов или даже все интерфейсы сети. Первый бит старшего байта адреса назначения – признак того, является адрес индивидуальным или групповым. Если этот бит = 0, то адрес индивидуальный, т.е. идентифицирует один сетевой интерфейс. Если =1 – групповым. Групповой адрес связан только с интерфейсами, сконфигурируемым как члены группы, номер которой указан в групповом адресе. Если сетевой интерфейс включен в группу, то наряду с уникальным MAC-адресом ассоциируется также групповой адрес. Второй бит старшего байта определяет способ назначения адреса. Если бит=0, то централизованный, если = 1 – локальный. В три старших байта адреса производитель помещает выданный идентификатор. За уникальность младших трех байтов адреса отвечает производитель оборудования.

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

Формат кадра

Доступ к среде и передача данных в технологии Ethernet

Метод доступа в сетях Ethernet на разделяемой проводной среде носит название CSMA/CD .

Все компьютеры в сети на разделяемой среде имеют возможность немедленно получить данные, которые любой из компьютеров начал передавать в общую среду В таком случае говорят, что среда, к которой подключены все станции, работают в режиме коллективного доступа. Чтобы получить возможность передавать кадр, интерфейс отправитель должен убедиться, что разделяемая среда свободна. Это достигается прослушиванием основной гармоники сигналов или несущей частоты . Признаком «незанятости» среды является отсутствие на ней несущей частоты. Если среда свободна, то узел готов к передаче данных. Все станции, подключенные к кабелю, начинают записывать байты передаваемого кадра в свои встроенные буферы. Та станция, которая узнает свой адрес в заголовке кадра, продолжает записывать в его содержимое свой буфер. А остальные станции прием кадра прекращает. Станция назначения обрабатывает полученные данные и передает их вверх по своему стеку. Кадр Ethernet содержит не только адрес назначения, но и адрес источника, поэтому станция получатель знает, кому нужно послать ответ. После окончания передачи кадра все узлы сети обязаны выдержать технологическую паузу, которая занимает 9,6 мкс и которая нужна для приведения сетевых адаптеров в исходное состояние, а также для предотвращения монопольного захвата среды одной из станций. После окончания паузы узлы имеют право начать передачу своего кадра, т.к. среда свободна.

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

Token Ring и FDDI

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

В технологии FDDI применяется двойное кольцо с целью обеспечения отказоустойчивости.

Технология ATM

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

Основой являются коммутируемые сети с трансляцией ячеек и установлением соединений.

ATM разбивает весь трафик на 5 классов: A, B, C, D и X. Первые четыре – трафик типовых приложений, которые отличаются устойчивым набором требований к задержкам и потерям пакетов, а также тем, генерируют они трафик с постоянной или переменной битовой скоростью. Класс X зарезервирован для уникальных приложений, набор характеристик и требований которых не относится ни к одному из первых четырех классов.

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

Чтобы уменьшить время ожидания передачи ячейки, её размер должен быть мал. Однако маленький размер ячейки увеличивает накладные расходы на передачу из-за наличия большого количества интервалов между передачами ячеек. Размер ячейки ATM составляет 53 байта, из которых 48 байт отводится на данные, а 5 - на заголовок ячейки блока информации.

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

Виртуальный канал – соединение между двумя конечными станциями ATM, которое устанавливается на время их взаимодействия. Он является двунаправленным, поэтому после установления соединения каждая конечная станция может, как посылать пакеты другой станции, так и получать от неё по этому каналу. Существует 3 типа виртуальных каналов:

1 – постоянные виртуальные каналы (PVC) – постоянное соединение между двумя конечными станциями, которое устанавливается вручную в процессе конфигурирования сети. Он проходит через все коммутаторы, расположенные между конечными станциями. После установки, для него резервируется определенная часть полосы пропускания и двум конечным станциям не требуется устанавливать или сбрасывать соединения;

2 – коммутируемые виртуальные каналы (SVC) – устанавливается динамически, когда две конечные станции обмениваются данными друг с другом. По окончании обмена через некоторый промежуток времени канал сбрасывается. Соединение устанавливается только в том случае, если сеть в состоянии поддерживать данное соединение;

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

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

По одному и тому же виртуальному пути может передаваться одновременно трафик множества виртуальных каналов.

Стек протокола TCP/IP

Стек TCP/IP широко используется как в локальных, так и в глобальных сетях. Он имеет структуру, состоящую из четырех уровней:

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

К службам прикладного уровня относят:

- протокол передачи файлов FTP ;

- протокол передачи почты SMTP ;

- протокол передачи гипертекста HTTP и т.д.

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

Транспортный уровень может предоставлять вышележащему уровню два типа сервиса:

1 – гарантированную доставку обеспечивает протокол управления передачей TCP ;

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

Для того чтобы обеспечить надёжную доставку данных, протокол TCP предусматривает установление логического соединения, что позволяет ему нумеровать пакеты, подтверждать их прием квитанциями, в случае потери организовывать повторные передачи, распознавать и уничтожать дубликаты и доставлять прикладному уровню пакеты в том порядке, в котором они были отправлены. Благодаря этому протоколу объекты на узле отправителя и узле получателя могут поддерживать обмен данными в дуплексном режиме.

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

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

Сетевой уровень [уровень интернета] обеспечивает перемещение пакетов в пределах составной сети, образованной соединением нескольких подсетей. Основной протокол – межсетевой протокол IP . В его задачу входит: продвижение пакетов между сетями от одного маршрутизатора к другому до тех пор, пока пакет не попадет в сеть назначения. Он развертывается не только на хостах, но и на всех маршрутизаторах.

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

К сетевому уровню также относят протоколы, выполняющие вспомогательные функции:

Протоколы маршрутизации RIP и OSPF предназначены для изучения топологии сети, определения маршрутов и составления таблиц маршрутизации;

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

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

Задачу организации интерфейса между технологиями TCP/IP и любой другой промежуточной технологией сети можно свести к двум задачам:

1 – упаковка IP пакета в единицу передаваемых данных промежуточной сети;

2 – преобразование сетевых адресов в адреса технологий данной промежуточной сети.

Система DNS

См. Олифера (стр. 583)

Похожая информация.

Следует четко различать модель OSI и стек OSI. В то время как модель OSI является концептуальной схемой взаимодействия открытых систем, стек OSI представляет собой набор вполне конкретных спецификаций протоколов. В отличие от других стеков протоколов стек OSI полностью соответствует модели OSI, он включает спецификации протоколов для всех семи уровней взаимодействия, определенных в этой модели. На нижних уровнях стек OSI поддерживает Ethernet, Token Ring, FDDI, протоколы глобальных сетей, Х.25 и ISDN, - то есть использует разработанные вне стека протоколы нижних уровней, как и все другие стеки. Протоколы сетевого, транспортного и сеансового уровней стека OSI специфицированы и реализованы различными производителями, но распространены пока мало. Наиболее популярными протоколами стека OSI являются прикладные протоколы. К ним относятся: протокол передачи файлов РТАМ, протокол эмуляции терминала VTP, протоколы справочной службы Х.500, электронной почты Х.400 и ряд других.

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

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

Стек OSI - международный, независимый от производителей стандарт. Его поддерживает правительство США в своей программе GOSIP, в соответствии с которой все компьютерные сети,

устанавливаемые в правительственных учреждениях США после 1990 года, должны или непосредственно поддерживать стек OSI, или обеспечивать средства для перехода на этот стек в будущем. Одним из крупнейших производителей, поддерживающих OSI, является компания AT&T, ее сеть Stargroup полностью базируется на этом стеке.

Стек TCP/IP был разработан по инициативе Министерства обороны США более 20 лет назад. Большой вклад в развитие стека TCP/IP, который получил свое название по популярным протоколам IP и TCP, внес университет Беркли, реализовав протоколы стека в своей версии ОС UNIX. Популярность этой операционной системы привела к широкому распространению протоколов TCP, IP и других протоколов стека. Сегодня этот стек используется для связи компьютеров всемирной информационной сети Internet, а также в огромном числе корпоративных сетей.

Стек TCP/IP на нижнем уровне поддерживает все популярные стандарты физического и канального уровней: для локальных сетей - это Ethernet, Token Ring, FDDI, для глобальных - протоколы работы на аналоговых коммутируемых и выделенных линиях SLIP, РРР, протоколы территориальных сетей Х.25 и ISDN.

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

За долгие годы использования в сетях различных стран и организаций стек TCP/IP вобрал в себя большое количество протоколов прикладного уровня. К ним относятся такие популярные протоколы, как протокол пересылки файлов FTP, протокол эмуляции терминала telnet, почтовый протокол SMTP, используемый в электронной почте сети Internet, гипертекстовые сервисы службы WWW и многие другие.

Сегодня стек TCP/IP представляет собой один из самых распространенных стеков транспортных протоколов вычислительных сетей. Только в сети Internet объединено около 10 миллионов компьютеров по всему миру, которые взаимодействуют друг с другом с помощью стека протоколов TCP/IP.

Стремительный рост популярности Internet привел и к изменениям в расстановке сил в мире коммуникационных протоколов - протоколы TCP/IP, на которых построен Internet, стали быстро теснить бесспорного лидера прошлых лет - стек IPX/SPX компании Novell. Сейчас любая промышленная операционная система обязательно включает программную реализацию этого стека в своем комплекте поставки.

Хотя протоколы TCP/IP неразрывно связаны с Internet и каждый из многомиллионной армады компьютеров Internet работает на основе этого стека, существует большое количество локальных, корпоративных и территориальных сетей, непосредственно не являющихся частями Internet, в которых также используют протоколы TCP/IP. Чтобы отличать их от Internet, эти сети называют сетями TCP/IP или просто IP-сетями.

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

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

В стеке TCP/IP очень экономно используются возможности широковещательных рассылок. Это свойство совершенно необходимо при работе на медленных каналах связи, характерных для территориальных сетей.

Однако, как и всегда, за получаемые преимущества надо платить, и платой здесь оказываются высокие требования к ресурсам и сложность администрирования IP-сетей. Мощные функциональные возможности протоколов стека TCP/IP требуют для своей реализации высоких вычислительных затрат. Гибкая система адресации и отказ от широковещательных рассылок приводят к наличию в IP-сети различных централизованных служб типа DNS, DHCP и т. п. Каждая из этих служб направлена на облегчение администрирования сети, в том числе и на облегчение конфигурирования оборудования, но в то же время сама требует пристального внимания со стороны администраторов.

Сетевой уровень сетевые протоколы (routed protocols) - реализуют продвижение пакетов через сеть протоколами маршрутизации (routing protocols). С помощью этих протоколов маршрутизаторы собирают информацию о топологии межсетевых соединений протоколами разрешения адресов - Address Resolution Protocol, ARP - отвечают за отображение адреса узла, используемого на сетевом уровне, в локальный адрес сети

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

Прикладной уровень X это семейство рекомендаций Международного консультативного комитета по телеграфии и телефонии (CCITT), в которых описываются системы пересылки электронных сообщений. X.500 – семейство рекомендаций, описывающих стандарты глобальной справочной службы.

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

Список используемой литературы Олифер В. Г., Олифер Н. А. Компьютерные сети. Принципы, технологии, протоколы, СПб: Питер, 2006 г., 672 с. Куроуз Д.Ф., Росс К.В. Компьютерные сети, СПб: Питер, 2004 г., 764 с. В. толлингс «Компьютерные системы передачи данных», шестое издание, Издательский дом «Вильямс», Москва – С. Петербург – Киев, 2002 г

Стандартные стеки коммуникационных протоколов

Важнейшим направлением стандартизации в области вычислительных сетей является стандартизация коммуникационных протоколов. В настоящее время в сетях используется большое количество стеков коммуникационных протоколов. Наиболее популярными являются стеки: TCP/IP, IPX/SPX, NetBIOS/SMB и OSI. Все эти стеки на нижних уровнях - физическом и канальном, - используют одни и те же хорошо стандартизованные протоколы Ethernet, Token Ring, FDDI и некоторые другие, которые позволяют использовать во всех сетях одну и ту же аппаратуру. Зато на верхних уровнях все стеки работают по своим собственным протоколам.

	Список сокращений
1.	Введение
2.	Стек протоколов OSI
2.1.	Общие сведения о модели OSI и стеке OSI
2.2.	Физический уровень
2.3.	Канальный уровень
2.4.	Сетевой уровень
2.4.1.	Услуги без установления соединения (CLNP/CLNS)
2.4.2.	Услуги с установлением соединения (CONS/CMNP)
2.4.3.	Адресация
2.5.	Транспортный уровень
2.6.	Сеансовый уровень
2.7.	Представительный уровень
2.8.	Прикладной уровень
3.	Заключение
4.	Список использованных источников

Список сокращений

ACSE (Association Control Service Element) – элемент услуг управления ассоциацией

AFI (authority and format identifier) – идентификатор формата и полномочий

ASE (Application Service Elements) – элементы услуг прикладного уровня

CASEs (Common-Application Service Elements) – общие услуги прикладного уровня

CLNP (Connectionless Network Protocol) – протокол без установления соединения

CLNS (Connectionless Network Service) - услуги без установки соединения

CMIP (Common Management Information Protocol) – протокол общей информации управления

CMNP (Connection-Mode Network Protocol) – протокол с установлением соединения

CONS (Connection-Oriented Network Service) – услуга с установлением логического соединения

DS (Directory Services) – услуги каталогов

DSP (domain specific part) – специфичная часть домена

ID (Identifier) – идентификатор

IDI (initial domain identifier) – идентификатор исходного домена

IDP (initial domain part) – исходная часть домена

IONL (Internal organization of the network level) – внутренняя организация сетевых уровней

ISO (International Standardization Organization) - Международная организация по стандартам

FTAM (File Transfer Access, and Management) – передача, доступ и управление файлами

GOSIP (Government Open Systems Interconnection Profile) – правительственный стандарт взаимодействия открытых систем

MHS (Message Handling Systems) – системы обработки сообщений

NET (network entity title) – адрес сети

NSAP (network service access point) – точка доступа к услугам сети

OSI (Open Systems Interconnections) - Взаимодействие открытых систем

PDU (protocol data unit) – протокольная информационная единица

PSAP (Presentation Access Point) – точка доступа к представлению

ROSE (Remote Operations Service Element) – элемент услуг получения доступа к операция отдаленного устройства

RTSE (Reliable Transfer Service Element) – элемент услуг надежной передачи

SASEs (Specific-Application service elements) – специальные услуги прикладного уровня

SSAP (Session-Service Access Point) – сервисная точка доступа к сеансу

VTP (Virtual Terminal Protocol) – протокол виртуальных терминалов

Введение

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

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

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

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

Следует различать стек протоколов OSI и модель OSI. В то время, как модель OSI концептуально определяет процедуру взаимодействия открытых систем, разделяя задачу на 7 уровней, стандартизирует назначение каждого уровня и вводит стандартные названия уровней, стек OSI - это набор вполне конкретных спецификаций протоколов, образующих согласованный стек протоколов. Этот стек протоколов поддерживает правительство США в своей программе GOSIP. Все компьютерные сети, устанавливаемые в правительственных учреждениях после 1990 года, должны либо непосредственно поддерживать стек OSI, либо обеспечивать средства для перехода на этот стек в будущем. Тем не менее, стек OSI более популярен в Европе, а не в США, так как в Европе меньше установлено старых сетей, использующих свои собственные протоколы. В Европе также ощущается большая потребность в общем стеке, так как здесь имеется большое количество разных стран.

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

Стек протоколов OSI

Общие сведения о модели OSI и стеке протоколов OSI

Модель OSI имеет семь уровней. Появление именно такой структуры было обусловлено следующими соображениями.

· Уровень должен создаваться по мере необходимости отдельного уровня абстракции.

· Каждый уровень должен выполнять строго определенную функцию.

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

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

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

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

Интерфейс определяет совокупный сервис, предоставляемый данным уровнем выше лежащему уровню.

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

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

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

рис.1. Взаимодействие между узлами сети

Набор протоколов OSI состоит из многочисленных стандартных протоколов, основанных на модели OSI (рис.2 Протоколы OSI всех уровней модели OSI).

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

рис.2. Протоколы OSI всех уровней модели OSI

©2015-2019 сайт
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2016-08-20