Реферат: Технологии создания сетей
[ Сеанс 3 ] [ Активность ] [ Активность ] [ Активность ] [ Активность ]
[ к рис. на стр. 25-9 (в поле рисунка)]
[1]Протокол Сеансового уровня OSI.
[5]Протокол Сеансового уровня OSI обеспечивает дополнительные механизмы
управления потоком данных, который формируется четырьмя нижними уровнями.
Протокол преобразует поток данных в сеанс (сессию), параметры и профиль
которой согласуются в ходе ее установления. Ошибки, фиксируемые на Сеансовом
уровне, относятся к проблемам, возникающим в рамках сеанса, в отличие от
ошибок, которые связаны с потерей данных на нижних уровнях. Примером ошибки,
контролируемой на Сеансовом уровне, является ситуация отсутствия бумаги в
печатающем устройстве.
[5]Управление сеансом.
[5]Основной функцией протокола Сеансового уровня OSI является управление
сеансами или диалогами. Диалоги могут быть полнодуплексными или
полудуплексными (симплексный диалог - монолог, чрезвычайно редкое явление
для сетей ЭВМ). Несмотря на то, что нижние уровни обеспечивают возможность
проведения полнодуплексных операций, большинство диалогов в действительности
являются полудуплексными. В этом смысле диалоги машин во многом подобны
беседе людей. Хотя собеседники могут, в принципе, говорить одновременно, но
все же часто (n+1)-ая фраза одного собеседника зависит от n-ой фразы другого.
Иными словами прежде, чем сказать очередную фразу собеседникам нужно выслушать
то, что скажет партнер.
[КС 25-9]
[5]Управление диалогом
[5]В протоколе сеансового уровня OSI для управления диалогом применяется
концепция маркера. Как и в низкоуровневых протоколах передачи маркера,
обладание маркером обеспечивает возможность передавать информацию
("говорить"). В сеансовом протоколе OSI также предусмотрен метод запроса
маркера, усовершенствованный некоторой приоритетной схемой. При этом
достигается тот же результат, что и в случае приоритетного механизма
маркерного кольца.
Концепция сеанса (сессии) включает в себя понятие Активности. Активность
ассоциируется с некоторым событием, обладающим самостоятельной значимостью.
Примерами активности являются банковская транзакция, передача длинного файла
из одной ЭВМ в другую. В идеале желательно, чтобы активности, подобные
указанным, либо полностью завершались, либо не выполнялись вовсе. Частичное
же исполнение активности зачастую влечет большие проблемы. В рамках
Сеансового уровня помощь в построении неделимых активностей обеспечивается
механизмами управления диалогом.
Механизмы управления диалогом предусматривают обработку ошибок, которые
возникают на верхних уровнях. Несмотря на то, что транспортные протоколы
обеспечивают набор услуг по надежной передаче данных, производительность
сети все же может деградировать по целому ряду причин. В некоторый момент
Транспортный уровень может прекратить повторную передачу данных и доверить
обработку ситуации Сеансовому уровню. Наличие знаний об активностях и
возможности средств управления позволяют Сеансовому уровню обработать
данную ситуацию.
Сеансовый уровень может обрабатывать такого рода ситуации с помощью
отката (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. В настоящее
время понятие ассоциации подразумевает не многим более, чем простое
именование приложений, неимеющее отношения к адресации.
Страницы: 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, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72
