Раздел: Документация
0 ... 7 8 9 10 11 12 13 ... 30 Ю:.Жироаг *,ая 1 С кИЦ-комушгкалил 31 передает эти данные объекту уровня приложений. к тгим данным добавляется заголовок ail содержащий информацию, необходимую протоколу того же уровня („происходит инкапсуляция!. Исходные данные «месте с заголовком передаются в виде единого блока на уровень 6, Объект уровня представления рассматривает весь этот блок как данные и присоединяет к нему собственный заголовок ри {происходит вторая инкапсуляция). Этот процесс продолжается, тюка данные ке спустятся до уровня 2, на котором к ним добавляются заголовок lh и трейлер LH. После этого блок уровня 2 передается физическим уровнем через среду передачи. Когда он получается системой-адресатом, происходит обратный процесс. По мере восхождения данных каждый уровень отделяет самый крайний заголовок, действует согласно содержащейся в ием информации и передает оставшийся блок на следующий уровень. На каждом этапе процесса уровень может, согласно своих? требованиям, сегментировать модуль данных, получаемый с верхнего уровня, на несколько частей. Основной причиной разработки модели ВОС было желание создать основу для стандартизации. Поскольку модель лишь в обшем определяет функции, выполнение которых требуется па конкретном уровне, то в рамках этой модели для каждого уровня можно разработать один или несколько стандартов протоколов. Можно указать, две особенности модели ВОС. делаюших ее благоприятной основой для выработки стандартов. Поскольку функции каждого уровня четко определены, стандарты могут разрабатываться одновременно и независимо для. каждого уровня, что ускоряет процесс стандартизации. Из-за четкого определения границ между уровнями изменения стандартов одного уровня не затрагивают программное обеспечение, существующее на других уровнях, что облегчает введение новых стандартов. Рис. 2.13 иллюстрирует иснользованне модели ВОС в качестве основы для стандартизации [\\. Общие функции связи разбиваются на семь уровней, в соответствии с вышеперечисленными принципами. При этом, общие функции разбиваются на несколько модулей, что максимально упрощает сопряжение между модулями. Помимо >того, используются структурные принципы сокрытия информации: нижние уровни имеют дело е большим объемом деталей, в то время как верхние уровни от этих деталей не зависят. Каждый уровень подученной структуры предоставляет услуги для вышестоящего уровня и протокол для равного по иерархии уровня других систем. Последовательность взаимодействия двух смежных уровней (межуров-невый интерфейс) содержит правила логического и электрического cos .засевания либо детальное описание форматов сообщений. Эталонная модель ВОС не стандартизует протоколы и интерфейсы, структуру и характеристики физических, средств соединения. Она определяет требования к ним и дает описание характеристик области взаимодействия енкрытых систем, в рамках которых могут бкгть разработаны протоколы, интерфейсы н физические средства. В одной и той же эталонной" модели тля различных применений может быть описано множество наборов услуг, каждый из которых удовлетворяет требованиям ВОС. Последней ступенью детализации является разра- ботка набора протоколов в рамках определенных услуг. Для каждого набора услуг могут быть разработаны свои протоколы. Таким образом, стандарт ВОС должен определять не только эталонную модель и конкретный набор услуг, удовлетворяющих этой модели, но и набор протоколов, обеспечивающих предоставление этих услуг. Система является открытой лишь тогда, когда она соответствует эталонной модели ВОС, стандартному набору услуг и стандартным протоколам. Для стандартизации ключевыми являются три элемента. У а. / ] k AC,, , J :. Oft,. V,X,». Я Л*- * ;>СГ;¥ГЙ llfii ei 3cc ;V. I.ii AfocHw. #XT ww основа для i Спецификация протокола, Поскольку в процессе задействованы две различные открытые системы, то протокол должен быть точно определен. Это касается формата обмениваемых сообщений PDU. семантика всех полей и допустимой последовательности PDU, Необходимость предоставления для открытых систем точной спецификации протокола очевидна. Определение службы. Стандарты требуются не только для протоколов, оперирующих на данном уровне, во н для служб, которыми каждый уровень снабжает вышестоящий уровень. Определение служб, равносильно функциональному описанию, определяющему, какие услуги предоставляются, но не определяющему, как они будут предоставляться. Интерфейсы между уровнями называю гея точками доступа к службам (Service ams* points, SAP), Причины использования в качестве определения службы функционального описания следующие, Во-первых, взаимодействие между двумя соседними уровнями ограничивается одной открытой системой н не затрагивает других. Следовательно, пока равные уровни различных систем предоставляют одинаковые услуги для вышестоящих уровней, подробности того, как эти услуги предоставляются, могут отличаться в различных системах, при этом не утрачивается возможность кзанмодейетвня -«тих систем. Во-вторых, смежные Г;И)й>рОЖК,4Я f С ЙТЦ0ШуЫ£К.2№:И уровни часто реализуются на одном процессоре. В атом случае полезно позволить программисту использовать аппаратное обеспечение и операционную систем.} для создания максимально эффективного интерфейса Адресация, Существенным компонентом любой системы в сети является определение местонахождения адресата, выполняемое с использованием адреса. Адрес - это информация, однозначно определяющая какой-либо объект: оконечную систему, местонахождение в памяти компьютера или пакет данных, проходящих через сеть. Каждый уровень предоставляетуслуги объектам вышестоящего уровня, обращаясь к ним через точку доступа к службе S.4P. Сетевая точка доступа к службе NSAP указывает иа транспортный объект, являющийся пользователем службы сетевого уровня. Используемый протокол можно изменять при условии, что сама служба, с точки зрения ее пользователя, не изменяется. Таким образом, служба и протокол всегда разделяются. Использование на каждом уровне механизма адресации, реализованного в виде SAP. позволяет уровню уплотнять многочисленных пользователей вышестоящего уровня. Уплотнение на каждом уровне может и не происходить, но модель это позволяет. 2.4.2 Описание уровней модели ВОС Уровни модели ВОС нумеруются снизу вверх от 1 до 7 и их можно разделить на три категории. Протоколы четырех верхних уровней выполняют функций организации и представления данных способом, который имеет смысл только для конечного пользователя. Протоколы этих уровней должны быть согласованными для пар связывающихся приложений конечных пользователей. Уровень 3 занимается маршрутизацией сообщений между приложениями через промежуточные узлы. Протоколы этого уровня должны быть согласованы для всей сети. Два нижних уровня занимаются физической передачей сообщений между смежными уздами. Функции отдельных уровней модели ВОС иллюстрирует рис, 6,14 предтт!!й;:5нм - Проверка оы/.Ь уровень: С 0»t в» 1 х ШК *Ч*Р Шв, Ф»адч§ек«6 уршвкь:ТЫ.i j.uU ! о * Верхний седьмой уровень модели ВОС является основным, ради которого существ) ват все остальные уровни. Он называется прикладным {Аруахи- 0 ... 7 8 9 10 11 12 13 ... 30
|
