Принципы уровневой организации ЛВС (на основе модели OSI)

     Абстрактный синтаксис  данных определяется      как  аспекты

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

мых  между открытыми системами данных ,  которые     не зависят от

применяемых методов их кодирования .

     Множество    значений  представительных  данных называется

                      - 45 -

абстрактным  синтаксисом ,  а однозначно идентифицирующее это

множество имя -   именем абстрактного синтаксиса .

     Пользователи представительной службы согласовывают    между

собой допустимое множество абстрактных синтаксисов и сообщают

его представительным объектам .    В процессе передачи они могут

решить изменить   согласованное множество абстрактных синтакси-

сов .

     Для заданного множества абстрактных синтаксисов предста-

вительные объекты выбирают взаимоприемлемые синтаксисы     пере-

дачи .

     Синтаксис передачи определяется как те аспекты правил ,

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

открытыми системами данных ; а имя , задающее однозначное ( в

рамках заданного имени абстрактного синтасиса )      представление

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

- именеи синтаксиса передачи .

     Соответствие между именем абстрактного синтаксиса и име-

нем синтаксиса передачи называется  представительным контекс-

том .

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

     - согласование синтаксиса передачи  , выполняемое  предс-

       тавительным протоколом ;

     - преобразование между абстрактным  синтаксисом и синтак-

       сисом передачи , выполняемое в  рамках  представитель-

       ного объекта и , поэтому     не влияющее на представитель-

       ный протокол .

     Отметим , что  если согласованное между пользователями и

поставщиком  представительной службы множество представитель-

                      - 46 -

ных контекстов    ( называемое множеством определенных контекс-

тов ) пусто , то используется контекст по умолчанию .

     Контекстом   по умолчанию называется представительный кон-

текст ,     который     всегда известен   поставщику и двум пользовате-

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

ется всегда при   передаче срочных данных . Контекст по умолча-

нию может быть либо  определен с использованием      услуги      уста-

новления  представительного соединения ( но не может быть из-

менен при использовании других     услуг )     , либо     установлен по

предварительному соглашению .

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

     Прикладной   уровень  определяет сетевые прикладные  прог-

раммы  , которые  обслуживают файлы . Многие сетевые програм-

мы-утилиты являются частью прикладного уровня .

     Прикладной   уровень  характеризует аспекты  прикладного

процесса , относящиеся к  OSI  . Элемент  прикладной службы -

часть прикладного объекта , обеспечивающая услуги среды    OSI с

использованием    нижележащих  служб .  Элемент  пользователя -

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

прикладной службы , необходимые    для выполнения процесса пере-

дачи информации   , присущего данному прикладному    процессу .

     Будучи самым верхним уровнем  OSI   , прикладной  уровень

обеспечивает доступ в среду OSI    для прикладных процессов .

     Прикладные   процессы обмениваются информацией посредством

                      - 47 -

прикладных объектов ,  прикладных протоколов  и      службы предс-

тавлений .

     Прикладной   объект содержит   один  элемент  пользователя и

набор элементов   прикладной  службы  , которые могут вызывать

друг друга и ( или ) элементы службы представлений для выпол-

нения необходимых функций .

     Элементы пользователей в различных  системах взаимодейст-

вуют друг с другом с помощью обмена блоками данных прикладной

службы , порождаемыми элементами прикладной службы .

     Кроме передачи данных прикладная служба может предостав-

лять следующие услуги :

     - идентификация партнеров ,  предполагающих взаимодейст-

       вовать (например, с помощью имен, адресов, описаний) ;

     - определение текущей готовности партнеров      , предполага-

       ющих взаимодействовать ;

     - установление полномочий для передачи ;

     - согласование механизма секретности ;

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

       вовать ;

     - определение методологии назначения цен ,      достаточности

       ресурсов, приемлемого качества обслуживания (например,

       времени ответа , подходящего уровня ошибок ) ;

     - синхронизация взаимодействующих приложений ;

     - выбор дисциплины диалога     , включающей процедуры иници-

       ализации   и завершения ;

     - согласование  ответственности за  обнаружение  ошибок и

       процедур   управления целостностью данных ;

     - идентификация ограничений по синтаксису данных (    мно-

                      - 48 -

       жество символов , структуры данных ) .

     Прикладной   уровень     содержит все функции  , отсутствующие

на более  низких уровнях ,  но необходимые для взаимодействия

открытых систем   .  Когда предполагается взаимодействие   конк-

ретных      экземпляров прикладных процессов  , процесс-инициатор

вызывает   экземпляр   прикладного   объекта  своей  открытой

системы     .  Затем   устанавливается   ответственность  этого

экземпляра  прикладного объекта за установление соединения с

экземпляром прикладного объекта открытой системы-получателя.

Этот процесс осуществляется путем вызова экземпляров объектов

на  нижних  уровнях .  После  установления  соединения     между

прикладными объектами прикладные процессы могут      взаимодейст-

вовать .

     Прикладной   объект     состоит  из элемента  пользователя и

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

прикладной службы  : общие элементы и специальные  элементы .

Общие элементы предоставляют возможности  , необходимые    мно-

жеству приложений , специальные    - возможности ,   требуемые для

обеспечения  дополнительных  услуг  конкретным приложениям (

например , передача  файлов , банковские операции и т. д. ) .

     В      эталонной модели OSI совместное    функционирование  ре-

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

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

     Прикладной   процесс     - это  элемент реальной открытой сис-

темы , который принимает участие в выполнении одного или нес-

кольких     заданий     по обработке информации .

     Для  выполнения  задания по распределенной      обработке ин-

формации  требуется  совместное    функционирование  нескольких

                      - 49 -

прикладных процессов . Множество вовлекаемых в выполнение не-

которого задания прикладных процессов может изменятся .    Прик-

ладной прцесс  может одновременно или последовательно  прини-

мать участие в выполнении одного или нескольких      различных и ,

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

процессов может   быть двусторонним или многосторонним ,  синх-

ронным или асинхронным , они могут быть  связаны     в иерархичес-

кую , сетевую и   другие структуры при обработке некоторого за-

дания .     При поддержке одного  или нескольких заданий приклад-

ным процессам может потребоваться разделение  своего  взаимо-

действия на ряд   логически независимых частей .

     Деятельность данного  прикладного   процесса по поддержке

конкретного задания  по обработке  информации поддерживается

вызовом     прикладного процесса .

     Прикладной   процесс  может   в некоторый момент времени не

иметь ни одного   вызова     или  иметь их несколько . Совместная

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

динамически меняющимся набором вызовов прикладных процессов ,

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

существенное  значение для  описания этой деятельности     имеет

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

обеспечивающие их механизмы  (     например , механизмы передачи

данных ) .

     В среде OSI конкретный случай совместного функционирова-

ния прикладных процессов представляется  некоторой конфигура-

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

- соответствующей конфигурацией    вызовов     прикладных  объектов

( рис.7     ) .

                      - 50 -

            ┌────────────────────────────┐

            │ Вызов     прикладного процесса │

            │                      │

            │   ┌────────────────────┐   │

            │   │ вызов прикладного │   │

            │   │    объекта  │   │

            │   └─────────┬──────────┘   │

            └─────────────┼──────────────┘

┌─────────────────────────────┼────────────────────────────┐

│ Вызов     прикладного ┌─────────┴─────────┐           │

│      процесса       │ Вызов прикладного │              │

│               │    объекта  │              │

│               └───────────────────┘             │

│    ┌─────────────────────┐    ┌─────────────────────┐ │

1	2	3	4	5	6	7	8	9	10