Реферат: Технологии создания сетей
- Система совместного использования печатающих устройств (Printer sharing);
- Шлюз в SNA;
- Электронная почта;
- Обеспечение программной совместимости с IBM PC LAN;
- Применение альтернативных стеков транспортных протоколов;
- Коммуникационные услуги;
- Сервис баз данных.
[5]Протокол оповещения о наличии услуг SAP (Service Advertisement Protocol)
[5]Серверы Netware применяют протокол SAP для информирования о
своих услугах. Протокол SAP использует в ходе своей работы услуги IPX.
Каждый сервер, исполняющий протокол SAP, раз в минуту широковещательно
передает пакет SIP (Service Identification Packet), в котором представляется
информация о сервере и его услугах. Для пользователей протокол SAP также
исполняется, но в этом случае ведется опрос сети на наличие соответствующего
сервера и соответствующих услуг. Для этой цели служит пакет SQP (Service
Query Packet).
[1]Итоги
[5]Сегодня ОС Netware является наиболее популярной и доступной распределенной
файловой системой. С момента выхода на рынок в начале 80-х годов Netware
завоевала широкую известность благодаря своим высоким скоростным
характеристикам и прозрачности исполнения файловых операций. ОС Netware
характеризуется значительной технической гибкостью, выражающейся в том, что ОС
Netware обеспечивает прозрачный доступ к удаленным ресурсам для большинства
наиболее популярных сегодня компьютерных платформ, операционных систем,
транспортных стеков и сред передачи данных.
[КС 24-12]
[1]Упражнение 24
[5]1. Сравните SPX/IPX и TCP/IP.
[КС 24-13]
[КС 24-14]
[ OSI ]
[0]Раздел 25 [2] OSI
[1]Цели
[5]В результате изучения данного раздела вы сможете:
1. Определять основные организации, которые распространяют и поддерживают
протоколы OSI и соответствующие им окружения;
2. Определять основные услуги, обеспечиваемые OSI;
3. Определять характеристики OSI.
[1]Введение
[5]Международная организация по стандартизации (MOC, ISO) внесла значительный
вклад в развитие технологии создания сетей ЭВМ. Наиболее известным
результатом работы МОС в этом направлении является Эталонная Модель OSI. В
довершении к архитектурной Модели в рамках МОС, часто работающей совместно с
МККТТ, были сертифицированы спецификации протоколов и наборов услуг,
представляющих собой реализации функций семи уровней. Эти протоколы и
наборы услуг (сервисов), обычно называемые "протоколами OSI" или просто "OSI",
и являются предметом изучения в данном разделе.
Спецификации OSI представляют собой необычный конгламерат протоколов,
включающий как протоколы, имеющие сугубо теоретические значение, так и
протоколы, прошедшие апробацию в индустриальных условиях. Например, в пакет
протоколов OSI входят существующие
протоколы Физического и Канального уровней. В то же время большинство из
обсуждаемых в данном разделе протоколов, относящихся к уровням выше Канального,
были разработаны только в теоретическом плане.
Разработка протоколов OSI преследовала цель создания стандартной международной
системы протоколов, отвечающей всем возможным сферам применения сетей ЭВМ. При
этом процедура достижения соглашений между национальными комитетами -
основными участниками процесса стандартизации, занимала слишком много времени.
В результате некоторые протоколы OSI до сих пор находятся в стадии разработки.
Хотя протоколы OSI все еще широко не реализованы, сторонники концепции OSI
предполагают ее широкое внедрение в практику построения сетей ЭВМ в 90-х
годах. Эта уверенность основывается на фактах придания стандартам OSI статуса
государственных законов. Наиболее известным является GOSIP (Government Open
System Interconnection Profile). GOSIP предписывает обязательную реализацию
протоколов OSI всеми государственными организациями США.
[КС 25-1]
[5]Процесс стандартизации протоколов OSI является слишком долгим. Во-первых,
предложение (называемое Рабочим Документом, Working Document, WD) передается
на рассмотрение национальным комитетом по стандартизации. После чего
создается компетентный в этом вопросе подкомитет, выполняющий формализацию
рабочего документа. Завершение работы над формализацией связывается с
приданием документу статуса проекта предложения (DP - Draft Proposal).
Начиная с этого момента вводится период голосования (обычно шесть месяцев)
за прием проекта предложения. В течение этого периода документ широко
обсуждается и комментируется. Если проект предложение принимается, то
документ приобретает статус проекта междунарожного стандарта (DIS - Draft
International Standard).
DIS с технической точки зрения рассматривается в качестве достаточно
стабильного стандарта, на основе которого большинство производителей могут
вкладывать ресурсы на его воплощение. После дополнительного обсуждения и
некоторого периода, необходимого для оценки правильности проекта стандарта,
проводится еще одно голосование. Если в результате голосования проект
стандарта принимается, то он приобретает статус международного стандарта
(IS - International Standard). Если же документ не принимается либо на фазе
DP-DIS, либо на фазе DIS-IS, то проект направляется
на доработку. При неудаче повторного голосования по проекту дается заключение
о его непригодности для использования и выполняется возврат документа на два
этапа назад.
[КС 25-2]
[Пакет протоколов OSI ]
[ Прикладной]
[ Представительный] [ Представительный уровень OSI ]
[ Сеансовый ] [ Сеансовый уровень OSI ]
[Транспортный]
[Сетевой]
[Канальный]
[Физический]
[ к рис. на стр. 25-3 (в поле рисунка)]
[1]Протоколы OSI
[5]Подобно другим протоколам протоколы OSI представляют собой описания
процедур, с помощью которых реализуются определенные функции. Наборы услуг
(сервисов) делают эти процедуры доступными для протокола более высокого
уровня. Например, Представительный уровень OSI получает доступ к протоколу
Сеансового уровня OSI посредством соответствующих сервисных примитивов.
Услуги предоставляются в, так называемых, сервисных точках доступа (SAPs -
Service Access Points). SAP'ы существуют между всеми уровнями OSI.
Протоколы OSI некоторого конкретного уровня являются или ориентированными на
соединение, или дейтаграммными. Эти термины красной нитью проходят через весь
курс. Услуги, ориентированные не соединение, предполагают наличие
виртуальной связи (цепи) между передатчиком и приемником, дейтаграммные услуги
- нет. Большинство уровней содержат как дейтаграммные, так и ориентированные
на соединения протоколы. В данном курсе описываются Транспортный и Сетевой
уровени, для которых это наиболее характерно.
В терминологии OSI оконечная система (end-system, ES) - это или система-
источник информации, или система назначения - потребитель информации. Обычно
в этих системах реализуются все семь уровней Модели OSI. Промежуточная
система (IS - intermediate system) обычно представляет собой Маршрутизатор
(иногда называемый IWU - Intermediate Working Unit в терминах OSI). В таких
системах обычно реализуются три нижних уровня Модели OSI.
[КС 25-3]
[ Маршрутизация OSI ]
[ Оконечная Система ] [ Промежуточная ]
[ (ES) ] [ система ]
[ (IS) ]
[ Промежуточная ]
[ система ]
[ (IS) ]
[ Оконечная Система ] [ Промежуточная ]
[ (ES) ] [ система ]
[ (IS) ]
[ к рис. на стр. 25-6 (в поле рисунка)]
[1]Протоколы маршрутизации
[5]Ожидается, что два протокола маршрутизации также получат широкую поддержку.
Таковыми протоколами являются ES-IS (End System-to-Intermediate System) и
IS-IS (Intermediate System-to-Intermediate System). Как следует из названий,
протокол ES-IS предназначен для передачи данных между оконечной и
промежуточной системами, а протокол IS-IS - для передачи данных между
промежуточными системами. На рисунке дана иллюстрация сказанному.
Различия между ES и IS обуславливают различия протоколов маршрутизации, в
соответствии с которыми системы функционируют. В рамках ES решается только
одна задача, принадлежит ли ES начначения той же подсети. Если это так, то
информация доставляется непосредственно адресату без участия посредников. В
противном случае информация передается выбранной по определенному критерию
промежуточной системе IS. В рамках IS решается более сложная задача
маршрутизации, здесь учитываются изменяющиеся во времени состояния сети.
[КС 25-6]
[1]Протоколы Транспортного уровня OSI
[5]Аналогично протоколам Сетевого уровня протоколы Транспортного уровня OSI
являются или ориентированными на работу по соединению, или дейтаграммными.
Однако нужно отметить, что все же особое внимание в OSI уделено транспортным
протоколам, ориентированным на соединение. Поэтому в данном курсе обсуждаются
исключительно протоколы, ориентированные на соединение.
Существует пять транспортных протоколов OSI, ориентированных на соединение.
Они называются TP0, TP1, TP2, TP3 и TP4. все, кроме TP4, используют на
сетевом уровне исключительно сервис CONS. Протокол TP4 может использовать как
набор услуг CLNS, так и CONS. В действительности определение того, в
соответствии с каким протоколом будет обслуживаться транспортное соединение,
осуществляется на фазе установления этого соединения.
Протокол TP0 является наиболее простым. Спецификация протокола TP0
предполагает выполнение лишь операций фрагментации и сборки сообщений. Иными
словами, в том случае, когда Сетевой уровень не способен принять транспортные
протокольные элементы данных TPDU (Transport Protocol Data Units), которые
предположительно будут передаваться транспортному соединению, в рамках
протокола TP0 выполняется деление исходных TPDU на более мелкие фрагменты.
Восстановление TPDU из фрагментов (сборка TPDU) выполняется на приемной
стороне транспортного соединения. TP0 применим, когда нижележащий уровень
может всегда обнаружить потерю данных (т.е. функция определения потери
данных в протоколе TP0 обеспечивается соответствующей функцией Сетевого
уровня).
Протокол TP1 является более интеллектуальным. В его рамках реализуется
основная функция защиты от ошибок. Все передаваемые TPDU нумеруются, и их
прием подтверждается. Если же подтверждение не выполняется (потеря данных),
транспортное соединение может быть переустановлено (установлено заново), и
осуществлена повторная передача неподтвержденных TPDU.
Протокол TP2 предусматривает исполнение функций мультиплексирования и
демультиплексирования соединения. Другими словами, потоки данных могут быть
переданы в рамках одной и той же виртуальной цепи Сетевого уровня.
Предусматривается также управление потоком данных в рамках виртуальной цепи.
Свойство мультиплексирования потоков делает протокол TP2 особенно интересным и
полезным при работе в сетях коммутации пакетов коллективного пользования
(PDN - Public Data Network), в которых пользователи должны оплачивать
использование виртуальных соединений.
В протоколе TP3 осуществляется объединение основных функций протоколов TP1 и
TP2, т.e. функции дополнительного контроля ошибок, управления потоком данных и
мультиплексирования.
[КС 25-7]
[5]Протокол TP4 обеспечивает наибольшую надежность передачи данных; является
полнодуплексным, ориентированным на соединение, похожим на протокол TCP.
Протокол разработан для работы в ненадежных (без виртуальных цепей)
дейтаграммных сетях пакетной коммутации. В протоколе TP4 предполагается
наличие механизмов адаптации к изменяющимся условиям передачи данных на сети, к
которые прежде всего влияют на задержки доставки пакетов удаленными станциями.
Протокол TP4 является лучшим транспортным протоколом OSI.
[ Характеристики Транспортных протоколов OSI ]
[ Характеристики ] TP0 TP1 TP2 TP3 TP4
[ Фрагментация & ] x x x x x
[ Сборка ]
[ Защита ] x x x
[ от ошибок ]
[ Мультиплексирование, ] x x x
[ демультиплексирование ]
[ соединений ]
[ Управление потоком ] x x x
[ Надежность обслуживания ] x
[5] Рис.25-1. Характеристики транспортных протоколов OSI.
[КС 25-8]
[ Сеансы и Активности ]
[ Сеанс 1 ] [ Активность ] [ Активность ] [ Активность ]
[ Сеанс 2 ] [ Активность ] [ Активность ]
[ Сеанс 3 ] [ Активность ] [ Активность ] [ Активность ] [ Активность ]
[ к рис. на стр. 25-9 (в поле рисунка)]
[1]Протокол Сеансового уровня OSI.
[5]Протокол Сеансового уровня OSI обеспечивает дополнительные механизмы
управления потоком данных, который формируется четырьмя нижними уровнями.
Протокол преобразует поток данных в сеанс (сессию), параметры и профиль
которой согласуются в ходе ее установления. Ошибки, фиксируемые на Сеансовом
уровне, относятся к проблемам, возникающим в рамках сеанса, в отличие от
ошибок, которые связаны с потерей данных на нижних уровнях. Примером ошибки,
контролируемой на Сеансовом уровне, является ситуация отсутствия бумаги в
печатающем устройстве.
[5]Управление сеансом.
[5]Основной функцией протокола Сеансового уровня OSI является управление
сеансами или диалогами. Диалоги могут быть полнодуплексными или
полудуплексными (симплексный диалог - монолог, чрезвычайно редкое явление
для сетей ЭВМ). Несмотря на то, что нижние уровни обеспечивают возможность
проведения полнодуплексных операций, большинство диалогов в действительности
являются полудуплексными. В этом смысле диалоги машин во многом подобны
беседе людей. Хотя собеседники могут, в принципе, говорить одновременно, но
все же часто (n+1)-ая фраза одного собеседника зависит от n-ой фразы другого.
Иными словами прежде, чем сказать очередную фразу собеседникам нужно выслушать
то, что скажет партнер.
[КС 25-9]
[5]Управление диалогом
[5]В протоколе сеансового уровня OSI для управления диалогом применяется
концепция маркера. Как и в низкоуровневых протоколах передачи маркера,
обладание маркером обеспечивает возможность передавать информацию
("говорить"). В сеансовом протоколе OSI также предусмотрен метод запроса
маркера, усовершенствованный некоторой приоритетной схемой. При этом
достигается тот же результат, что и в случае приоритетного механизма
маркерного кольца.
Концепция сеанса (сессии) включает в себя понятие Активности. Активность
ассоциируется с некоторым событием, обладающим самостоятельной значимостью.
Примерами активности являются банковская транзакция, передача длинного файла
из одной ЭВМ в другую. В идеале желательно, чтобы активности, подобные
указанным, либо полностью завершались, либо не выполнялись вовсе. Частичное
же исполнение активности зачастую влечет большие проблемы. В рамках
Сеансового уровня помощь в построении неделимых активностей обеспечивается
механизмами управления диалогом.
Механизмы управления диалогом предусматривают обработку ошибок, которые
возникают на верхних уровнях. Несмотря на то, что транспортные протоколы
обеспечивают набор услуг по надежной передаче данных, производительность
Страницы: 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
