Реферат: Технологии создания сетей
сети все же может деградировать по целому ряду причин. В некоторый момент
Транспортный уровень может прекратить повторную передачу данных и доверить
обработку ситуации Сеансовому уровню. Наличие знаний об активностях и
возможности средств управления позволяют Сеансовому уровню обработать
данную ситуацию.
Сеансовый уровень может обрабатывать такого рода ситуации с помощью
отката (rolling back) активности к некоторой известной точке, называемой
контрольной точкой (checkpoint). В каждой контрольной точке на обеих сторонах сеансового
соединения фиксируется состояние активности. Это состояние может быть затем
восстановлено при возникновении сбойных ситуаций.
В качестве примера использования контрольной точки рассмотрим банковскую
транзакцию. Пользователь желает перевести $ 1000.00 с одного счета на
другой. Запрос передается по глобальной сети в центральную ЭВМ, где хранятся
все пользовательские записи. Предположим, что центральная ЭВМ дебетует счет
пользователя, однако подтверждение операции теряется, о чем становится
известно пользователю. в этом случае инициируется процедура возврата к
последней контрольной точке (т.е. к началу транзакции). Для этого в
центральную ЭВМ передается соответствующее сообщение, идентифицирующее
ситуацию. Центральная ЭВМ кредитует счет, и подтверждает завершение процедуры
возврата. В результате пользователю предлагается повторно выполнить банковскую
операцию.
В ходе исполнения операции может быть сформировано целое множество контрольных
точек. Чем больше контрольных точек, тем больше шансов восстановить корректное
исполнение операции в случае сбоя. В протоколе Сеансового уровня OSI
предусмотрена иерархия контрольных точек. Существуют "большие" (major) точки
синхронизации, между которыми может фиксироваться множество "малых" (minor)
контрольных точек. При этом серьезные ошибки могут устраняться путем возврата
к большим точкам синхронизации, При менее серьезныз ошибках возможно
восстановление исполнения операции, начиная с определенных малых точек
синхронизации.
[КС 25-10]
[1]Протоколы Представительного уровня OSI.
[5]На Представительном уровне OSI также, как и на Сеансовом уровне имеется
один основной протокол. Он имеет незатейливое название Протокол
Представительного уровня аналогично Сеансовому потоколу OSI. Данный протокол
Представительного уровня обычно осуществляет простую передачу информации
между смежными уровнями. Процедуры Представительного уровня обеспечивают
установление соединения, передачу данных, управление диалогом и
синхронизацию активностей.
Первая Нотация Абстрактного Синтаксиса (ASN.1 - Abstract Syntax Notation ONE)
отделена от протокола Представительного уровня. Нотация основывается, и по
существу представляет собой то же, что и спецификация МККТТ Х.409 (1984 год).
В ASN.1 структуры данных представлены в машино-независимом формате, который
позволяет осуществлять прозрачную коммуникацию между прикладными системами
разнородных ЭВМ. Нотация ASN.1 в действительности не ограничена рамками
Представительного уровня. Она пронизывает все протоколы OSI,
расположенные выше Сеансового уровня, включая приложения пользователей.
Подобно другим языкам абстракного синтаксиса нотация ASN.1 определяет
множество формальных правил для представления типов данных и структур. Эти
правила достаточно универсальны и позволяют описать практически все типы
данных. Кроме этого, в нотации ASN.1 предусмотрены средства расширения
грамматики языка. Новые правила и конструкции, создаваемые с помощью этих
средств, обеспечивают программистам еще большую гибкость.
Хотя определение абстрактного синтаксиса с помощью ASN.1 обеспечивается
всеобъемлющими средствами для представления структур и типов данных,
язык не определяет каким образом могут быть переданы однозначно через сеть
конкретные значения данных. Часть спецификации ASN.1, в которой это все же
определяется, называется Основные Правила Кодирования (BER - Basic Encoding
Rules). Правила BER специфицируют метод представления произвольных данных
в виде битового потока.
[КС 25-11]
В соответствии с правилами BER типы ANS.1 представляются в виде трех полей:
тег, длина, значение. Поле тега идентифицирует ASN.1 тип (например, целое,
реальное, битовая строка и т.п.). Поле длины содержит величину, указывающую
размер поля значения в байтах. В поле значения содержится собственно
представление ASN.1-значения.
-----------------------------------------
| Тег | Длина | Значение |
-----------------------------------------
Переменное Переменное Переменное
Например
---------
Тег=2 (целое)
Длина=1
Значение=00010001 (17)
[5] Рис.25-2. Кодирование типов ASN.1
[5]Нотация ASN.1 в совокупности с правилами BER представляет собой довольно
сложную концепцию, для полного понимания которой требуются основательные
знания в области программирования. Дальнейшее же обсуждение нотации выходит
за рамки данного учебного курса.
[КС 25-12]
[1]Протоколы Прикладного Уровня OSI
[5]На Прикладном уровне OSI определена концепция Прикладных Сервисных
Элементов (ASE - Application Service Elements), которые представляют собой
строительные блоки, поддерживающие связь прикладных пользовательских систем
с нижними уровнями. Наиболее важные Прикладные Сервисные Элементы (их 3) - это
Сервисный Элемент Управления Ассоциацией (ACSE - Association Control Service
Element), Сервисный Элемент Удаленных Операций (ROSE - Remote Operations
Service Element), сервисный Элемент Надежной Передачи (RTSE - Reliable
Transfer Service Element). Каждый из перечисленных сервисных элементов
обсуждается ниже, и затем следует рассмотрение пяти основных приложений OSI.
[5]Сервисный Элемент Управления Ассоциацией (ACSE).
[5]Сервисный Элемент Управления Ассоциацией (ACSE) обеспечивает управление
ассоциациями между элементами прикладных систем. Всякий раз, когда
компонентам прикладной системы, расположенным в различных ЭВМ, необходимо
осуществить связь, их имена (titles) должны быть взаимно согласованы. В
результате все прикладные системы OSI содержат элемент ACSE. В настоящее
время понятие ассоциации подразумевает не многим более, чем простое
именование приложений, неимеющее отношения к адресации.
[5]Сервисный Элемент Надежной Передачи (RTSE).
[5]В соответствии со своим названием Сервисный Элемент Надежной Передачи
(RTSE) обеспечивает надежную передачу информации,
облегчая использование таких сеансовых конструкций, как контрольный точки и
активности. В случае безуспешной попытки передать данные RTSE оповещает об
этом соответствующую прикладную систему. Он также обеспечивает уведомление
об успешной доставке данных.
[5]Сервисный Элемент Удаленных Операций (ROSE).
[5]Сервисный Элемент Удаленных операций (ROSE) управляет исполнением
удаленных операций, применяя механизм запросов-ответов. В основе своей
механизм ROSE подобен механизму RPC (удаленного вызова процедур),
рассмотренному в разделе 23. Для работы
распределенных прикладных систем требуется прозрачность удаленных операций.
Сервисный элемент ROSE обеспечивает это прикладным объектам. ROSE является
нечто более общим по сравнению с большинством RPC-систем, прежде всего тем,
что ROSE позволяет каждой из взаимодейсвующих сторон или обеим одновременно
функционировать в качестве Сервера (в терминологии OSI Сервер называется
Исполнитель - Performer).
[КС 25-13]
[5]Системы Обработки Сообщений (MHS - Message Handling Systems)
[5]Системы обработки сообщений обеспечивают основной механизм транспортировки
сообщений систем электронной почты или других информационных систем,
разрабатываемых на принципе промежуточного хранения (store-and-forward).
Система MHS построена на базе Рекомендаций MKKTT 1984 года для Систем
Обработки Сообщений (Х.400). В рамках ISO определена серия сиандартов MHS под
названием MOTIS (Message Oriented Text Interchange Systems, Системы Обмена
Текстовой информацией, ориентированные на сообщения).
Пользователями MHS могут быть либо люди, либо программы. Часть MHS, с которой
взаимодействуют пользователи, называется агентом пользователя (UA, User
agent). Для передачи и приема сообщений UA, в свою очередь, взаимодействует
с Системой Передачи Сообщений (MTS, Message Transfer System). Система передачи
сообщений состоит из одного или более Агентов Передачи Сообщений (MTA,
Message Transfer Agents). Агенты передачи сообщений взаимодействуют между
собой для транспортировки сообщений в пределах MTS.
[ Агент ]
[ пользователя ]
[ хранилище ]
[ сообщений ]
[ MTA ]
[ MTA ]
[ MTA ]
[ Хранилище ] [ MTS ]
[ сообщений ] [ MTS - Система Передачи сообщений ]
[ Агент ]
[ пользователя ] [ MTA - Агент Передачи Сообщений ]
[5] Рис. 25-3. Элементы MHS.
[5]С целью упрощения управления MHS разделяется на административные области.
Каждая область (домен) контролируется авторитетным органом. Так, домены
административного управления (ADMD) контролируются организацией РТТ (Post,
Telephone and Telegraph), в то время, как частные домены (PRMD) - другими
организациями.
[КС 25-14]
[5]Доступ, управление и передача файлов (FTAM, File Transfer, Access and
Management).
[5]Система FTAM является еще одним важным приложением OSI. Как следует из
названия системы, с ее помощью осуществляется транспортировка файлов, и
предоставляется ряд других услуг. Система сочетает свойства прозрачного
доступа к файлам (как в случае Netware или NFS) с традиционной (т.е. FTP-
стиль) пересылки файлов. Система FTAM работает с разнообразными типами файлов,
обеспечивает доступ к удаленным базам данных, является наиболее общим и
мощным приложением.
Работа системы FTAM зависит от некоторой структуры известной под названием
виртуальное файлохранилище. Виртуальное файлохранилище образует каноническую
(в самом широком смысле) файловую систему. Файлы самых разных файловых
систем могут быть ассоциированы с определенными форматами виртуального
файлохранилища. Это облегчает решение или же полностью устраняет проблемы,
связанные с пересылкой файлов из одной файловой системы в другую. Передаваемые
файлы при этом транслируются в виртуальное представление в соответствии с
форматом файлохранилища, передаются, а затем на приемном конце ретранслируются
в форматы файла целевой системы.
Файлы в виртуальном файлохранилище FTAM обладают большим и разнообразным
набором характеристик. Например, существуют сугубо индивидуальные атрибуты
файла (per-file) и атрибуты, определяющие доступ к файлу (per-access). К
индивидуальным атрибутам относятся: имя файла, список разрешенных операций с
файлом, владелец файла, время последнего доступа к файлу и т.д. Атрибуты
доступа определяют: множество операций с файлом (запись, чтение и т.д.);
идентификатор (пропуск) прикладного процесса, работающего с файлом;
ограничение параллельного доступа (т.е. возможность разделения доступа к
файлу) и т.д.
Система FTAM обеспечивает формализованный доступ к файлу. Все начинается
тогда, когда процесс-инициатор образует ассоциацию (используя услуги ACSE)
с целевым процессом. Процесс формирования ассоциации включает согласование
всех параметров доступа к файлу. Затем выполняется селекция (выбор) требуемого
файла, после чего файл открывается для пересылки или выполнения операции
доступа. Завершение операции пересылки или операции доступа сопровождается
закрытием файла, выполнением деселекции файла, расторжением ассоциации. При
этом возможны варианты указанного метода доступа к файлу, например,
множественное открытие файлов или множественный доступ к файлам.
[КС 25-15]
[5]Справочная служба (Directory Services - DS)
[5]Справочная служба или сервис справочника OSI (DS) основывается на
спецификации MKKTT X.500. Данное приложение предоставляет возможности
распределенной базы данных. Элементы базы данных называются объектами.
Служба DS обеспечивает набор механизмов для связывания информации с объектами
базы данных, к которым осуществляется доступ. Прикладная система DS
используется в интересах служб электронной почты, управления сетью и других
приложений, требующих просмотра справочной информации.
[ Пользователь ]
[ Справочная ]
[ система ]
[5] Рис. 25-4. Структура DS.
[5]Пользователями системы DS могут быть либо люди, либо процессы. Вся
информация, относящаяся к системе DS, сохраняется в Информационной Базе
Справочника (DIB, Directory Information Base). Доступ пользователей к DIB
осуществляется с помощью Агента Пользователя Справочника (DUA, Directory User
Agent), который взаимодействует с одним или несколькими Системными Агентами
Справочника (DSA, Directory System Agent). Системные Агенты выполняют поиск
информации в интересах DUA, которые, в свою очередь, сообщают результат
пользователю. Если DSA не имеет непосредственного доступа к требуемой
информации, то Агент может запросить ее у других Системных Агентов или же
вернуть запрос пользователю.
Справочное дерево, полученное в результе отображения иерархической структуры
информационной базы DIB, разделяется на части, называемые доменами. Домены
соотносятся с одним или несколькими DSA, которые способны действительно
содержать соответствующие порции информационной базы (DIB). Некоторые домены
административно управляются службами PTT (Post, Telegraph and Telephone),
другие - иными административными образованиями.
Система DS также обеспечивает полный спектр услуг зашиты. При этом
возможен различный уровень защиты: сильный, слабый и "без защиты". Сильная
защита обычно основывается на методе ключевого шифрования. Слабая защита - на
простой схеме паролей.
[КС 25-16]
[5]Виртуальный Терминал (VT, Virtual Terminal)
[5]Приложение VT (Виртуальный Терминал) обеспечивает функцию эмуляции
терминала. Система VT очень похожа на TELNET, хотя конструктивно они
совершенно различны.
Система VT основывается на концепции структуры разделяемых данных, называемой
концептуальной связной областью. Концептуальное представление образа экрана
дисплея поддерживается как в устройстве эмуляции терминала, так и в рамках
удаленной HOST-системы . Причем между ними осуществляется передача только
модификации образа экрана.
[ Устройство эмуляции терминала ] [ Удаленный HOST ]
[ Дисплей ]
[ Клавиатура ]
[ Синхронное VT взаимодействие ]
[ Дисплей ]
[ Вход ] [ Выход ]
[ Выход ] [ Вход ]
[ Клавиатура ]
[ Асинхронное VT взаимодействие ]
[=Структура данных ] [=VT Программное обеспечение]
[5] Рис. 25-5. Синхронное и асинхронное VT взаимодействие
[5]Связь между устройством эмуляции терминала и удаленной
HOST-системой может быть синхронной или асинхронной. В случае синхронной
связи на обеих сторонах поддерживается единственная копия структуры
разделяемых данных; для синхронизации применяется маркерный метод,
позволяющий предотвратить одновременный доступ к структуре, и организовать
процесс ее последовательной модификации. При асинхронном взаимодействии обе
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42
