Реферат: Технологии создания сетей

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

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

затем транслируется во входную структуру данных удаленной HOST-системы.

Программное обеспечение VT, локализованное на удаленной HOST-системе, может

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

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

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

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

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

маркерного доступа становится излишним.

[КС 25-17]

[5]Концептуальная область связи может содержать до пяти частей:

* Концептуальное хранилище данных. Представляет собой трехмерный массив

символов, принадлежащих определенному символьному множеству. Символьное

множество выбирается в ходе фазы образования ассоциации с использованием ACSE.

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

второе - для указания номера строки, третье - для терминалов с

возможностью хранения множества страниц данных. С каждой символьной позицией

связывается множество атрибутов, которые определяют цвет, шрифт и т.д;

* Объект управления. Представляет собой группу символов для реализации

таких функций, как "звонок", перемещение "мыши" и т.д;

* Объект устройства. Этот объект управляет взаимодействием с реальным

устройством ввода-вывода (экраном терминала, клавиатурой и т.д.), выполняя

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

данных конкретного устройства;

* Объект контроля маркера. При использовании синхронного режима объект

реализует управление маркером;

* Объект параметров. Хранит все параметры, установленные и согласованные

устройством эмуляции терминала и удаленной HOST системой. Некоторые из

параметров определяют режим взаимодействия (синхронный, асинхронный),

разрешенные символьные наборы и шрифты и т.д.

[5]Общий Информационный Протокол Управления (CMIP, Common Management

Information Protocol).

[5]Последним, обсуждаемым здесь приложением OSI является Общий Информационный

Протокол Управления (CMIP). Протокол CMIP применяет услуги, называемые CMIS

(Common Management Information Service, Общие Информационные Услуги

Управления). Комбинация CMIP/CMIS (далее, если не оговорено особо, будем

применять сокращение CMIP) обеспечивает управление сетью OSI.

Управление OSI-сетью включает пять частей:

* Управление учетом (бюджетом). Осуществляет сбор и обработку информации об

использовании ресурсов, подготавливает соответствующие отчеты;

* Управление производительностью сети. Осуществляет анализ и контроль

производительности сети;

* Управление защитой. Управляет доступом к сетевым ресурсам;

* Управление сбойными ситуациями. Осуществляет обнаружение ситуаций

аномальной работы сети и управление такими ситуациями;

* Управление конфигурацией. Анализирует и управляет конфигурацией сети.

[КС 25-18]

                [ Менеджер ]      [ Дисплей ]

              [ Агент ]               [ Агент ]

      [5] Рис. 25-6. Модель CMIP.

[5]В соответствии с Моделью CMIP Агенты управления поддерживают связь с

Менеджером. В составе каждого сетевого устройства имеется Агент,

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

устройство может хранить информацию о числе активных в настоящий момент

соединений. Агенты передают соответствующую информацию Менеджерам или

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

или в результате возникновения некоторой критической ситуации. Менеджеры

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

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

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

пользователи через соответствующй интерфейс Менеджера могут получить точную

информацию о сети.

В протоколе CMIP предполагается поддержка большой базы данных, содержащей

информацию управления, и называемой MIB (Managerment Information Base). База

MIB подобна базе DIB, рассмотренной ранее. Доступ к MIB выполняется с помощью

серии команд. Команда "get" может быть использована для запроса у Менеджера

точной информации о соответствующем сетевом атрибуте. Команда "set" может быть

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

Агента. Например, пользователь может настроить определенного Агента на выдачу

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

соответствующем устройстве превысит 400.

[КС 25-19]

[1]Итоги

[5]Разработка протоколов OSI началась в 1970-х годах и до сих пор не

завершена. Это вовсе не является отражением технических достоинств или

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

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

В настоящее время некоторые производители (Retix и другие) выпустили ряд

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

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

транспортных протокольных стеков, не являющихся протоколами OSI. Это

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

OSI, и, кроме этого, из-за наличия общедоступного программного обеспечения

ISODE (ISO Development Environment), которое позволяет исполнять

прикладные системы OSI, опираясь на протоколы TCP/IP.

[КС 25-20]

[1]Упражнение 25

[5]1. Дайте определение приведенным ниже понятиям, и укажите уровни Модели

OSI, к которому они относятся

ACSE

CLNP

ASN.1

TP4

X.25 PLP.

[5]2. Персональной ЭВМ, работающей под управлением MS DOS, требуется передать

почтовое сообщение в большую IBM машину (mainfraim), передать файл в микро-ЭВМ

DEC, и обеспечить информацией сетевого управления (менеджмента) рабочую

станцию SUN. Какие высокоуровневые протоколы необходимы для выполнения

перечисленных задач?

[КС 25-21]

[КС 25-22]

//10.29.94

    

[ SNA ]

[0]Раздел 26        [2] SNA

[1]Цели

[5]В результате изучения данного раздела вы сможете:

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

SNA;

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

ЭВМ (HOST) в SNA, включающие: Адресуемые Сетевые Элементы (Network

Addressable Units) такие, как SSCP, PU и LU; основанную на использовании

мейнфреймов технологию построения сетевей; сеансы; управление сетью.

3. Сравнивать метод иерархического построения сетей SNA с построением

одноранговых (peer-to-peer) сетей SNA.

[1]Введение

[5]Сетевая Архитектура Систем (SNA - Systems Network Archtecture) является

собственной сетевой архитектурой фирмы IBM. Начиная с 1974 года,

SNA постепенно становится одной из наиболее сложных, логически законченных

и широкоиспользуемых архитектур. Архитектура SNA послужила основой разработки

Эталонной Модели OSI, принятой спустя почти целое десятиление.

Развитие SNA осуществлялось одновременно с развитием компьютерной индустрии.

На ранней стадии внедрения SNA, компьютеры представляли собой большие ЭВМ

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

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

Концептуальный базис архитектуры SNA отражает такую ориентацию в технологии

обработки данных. Сегодня вычислительные сети представляют собой достаточно

сложные и развитые окружения распределенной обработки. На протяжении всего

периода своего развития SNA постоянно адаптировалась к изменениям,

происходящим в технологии построения сетей ЭВМ.

[КС 26-1]

               [SNA и Модель OSI ]

     [Набор протоколов SNA]            [Модель OSI]

    [ Услуги Транзакций ]       [ Прикладной ]

    [ Услуги ]                  [ Представительный ]

    [ представления ]           [ Сеансовый ]

    [ Управление потоком данных ]     [Транспортный]

    [ Управление передачей]

    [ Управление маршрутами]    [ Сетевой ]

    [ Управление каналом]        [ Канальный ]

    [ Физический канал ]        [ Физический ]

        [ к рис. на стр. 26-2 (в поле рисунка)]

[1]SNA и Модель OSI

[5]В данном разделе приводится объяснение того, каким образом Справочная

Модель IBM и набор протоколов SNA соотносятся с Эталонной Моделью OSI.

Физический уровень SNA связан с электрическими, механическими и

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

доступа к физической среде. Он является непосредственным аналогом Физического

уровня Модели OSI. В архитектуре SNA не определятся каких-либо специальных

протоколов для этого уровня. Фирмой IBM предполагалось, что Физический

уровень будет реализовываться в соответствии с различными международными

стандартами.

Функции уровня Управления каналом передачи данных архитектуры SNA также

Страницы: 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