1. Общие принципы организации и функционирования прикладного уровня (osi) 4



бет2/8
Дата29.04.2022
өлшемі153,5 Kb.
#141294
түріРеферат
1   2   3   4   5   6   7   8
Байланысты:
Протоколы прикладного уровня

ВВЕДЕНИЕ


Для человека, пользующегося Интернетом каждый день, просмотр веб-страниц или чтение почты не требуют огромных усилий или специального образования. Можно и не подозревать, что каждый щелчок мыши или нажатие кнопки порождает множество разнообразных процессов, связанных друг с другом, иногда конфликтующих и борющихся за ресурсы. От глаз пользователя все это хитрое взаимодействие скрыто, доступен лишь конечный результат. Чтобы понять, как на самом деле происходит то, что предстает перед нами в виде цепочки тривиальных действий, рассмотрим организацию прикладного уровня и его протоколов.
1. Общие принципы организации и функционирования прикладного уровня (OSI)
Прикладной уровень является наивысшим уровнем в эталонной модели OSI RM и единственным средством доступа прикладных процессов к функциональной среде OSIE. На рисунке 1 изображено взаимодействие прикладных процессов


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


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


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


Совокупность средств, с помощью которых выполняются все элементы взаимодействия процессов, называется прикладной ассоциацией (Application Association).

Примерами таких элементов взаимодействия являются:


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

- управление режимами взаимосвязи,


- прекращение взаимосвязи ...
Взаимодействие прикладных процессов (рис. 2) осуществляется посредством обмена прикладными протокольными блоками данных (Application Protocol Data Unit - APDU).


Протокольные блоки данных



Протокольные блоки данных

Протокольные блоки данных


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


Прикладной сервисный элемент (application-service-element - ASE): набор прикладных функций, обеспечивающих узкоспециализированную форму сетевого взаимодействия активаций прикладных сущностей; прикладной сервисный элемент является компонентой прикладных сервисный объектов и сущностей (функциональным модулем), реализующей конкретный протокол прикладного уровня. Различаются две категории прикладных сервисных элементов:
- общие;
- специальные.

Общие прикладные сервисные элементы (Common Application Service Elements - CASE) обеспечивают услуги общесистемного характера, которые обычно используются большинством прикладных процессов.


Специальные элементы прикладных услуг (Special Application Service Elements - SASE) ориентированы на удовлетворение требований узкоспециализированных применений.


Общие прикладные сервисные элементы


Сервисный элемент управления ассоциацией (Association control service element – ACSE) [X.217, X.227].


-Сервисный элемент надежной передачи (Reliable transfer service element – RTSE)


[X.218, X.228].

-Сервисный элемент удаленной операции (Remote operations service element – ROSE)


[X.219, X.229, X.881, X.882].

-Сервисный элемент фиксации, параллельности и восстановления


(Commitment, Concurrency and Recovery service element - CCRSE) [X.852].

Специальные элементы прикладных услуг


-Сервисный элемент передачи и управления файлами


(File Transfer, Access and Management – FTAM) [ISO/IEC 8571:1989].

-Сервисный элемент передачи и управления заданиями


(Job Transfer and Management – JTM) [ISO/IEC 8831].

-Сервисный элемент виртуального терминала


(Virtual Terminal Service, Basic Class) [ISO/IEC 9040].

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


(Remote Database Access - RDA) [ISO/IEC 9579-1, ISO/IEC 9579-2].

-Сервисный элемент распределенной обработки


(Distributed Transaction Processing - TP) [X.861].

-Сервисный элемент сетевого управления


(Common management information service) [X.710].
Для иллюстрации организации работы прикладного уровня рассмотрим простой пример, в котором для программы (program) пользователя (user) реализуется возможность доступа к сервису простой электронной почты, т.е. через свою программу пользователь может готовить и пересылать сообщения другому удаленному пользователю, используя специальный прикладной сервисный элемент системы обработки сообщений MHS (Message Handling System).
Организация вычислительного процесса для данного приложения показана на рис. 3.
Прикладной процесс (Application Process) программы пользователя в данном примере состоит из прикладной сущности (Application Entity), ответственной за реализацию функций взаимосвязи с другими пользователями, и из компоненты, реализующей взаимосвязь прикладного сервисного элемента с локальными ресурсами реальной открытой системы и называемой часто прикладным агентом (Application Agent).
После того, как программа пользователя сформирует сообщение, включающее собственно текст сообщения и адрес получателя, оно передается прикладным процессом посредством локального пользовательского интерфейса своему агенту. Далее через внутренний интерфейс сообщение передается от агента прикладному сервисному элементу почтовой службы, который в нашем случае состоит из единственного специального сервисного элемента MHS, реализующего одноименный протокол.
Далее сообщение, используя стек протоколов модели OSI с первого по шестой уровень (этот стек представлен на рисунке поставщиком представительного сервиса (presentation service provider)), передается в виде прикладного протокольного блока данных (APDU) конечной системе-адресату. При получении сообщения конечной системой оно через сервисный элемент MHS будет передано локальному агенту, который после анализа этого сообщения запишет его в локальную файловую систему (file storage), точнее в почтовый ящик (mail folder), и проинформирует программу пользователя-получателя о поступлении сообщения.


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


Достарыңызбен бөлісу:
1   2   3   4   5   6   7   8




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет