[5]В архитектуре DNA поддерживается ряд приложений OSI: ACSE, ROSE, MOTIS,
MHS, FTAM и VT. Все эти системы обсуждались в предыдущих главах. Другие
приложения OSI будут встроены в архитектуру DNA по мере разработки
соответствующих международных стандартов.
[КС 27-17]
[5]Система сетевого управления является еще одним важным приложением. Общая
архитектура управления сетью DEC определяется в документе EMA (Enterprise
Management Architecture). EMA представляет собой спецификацию общесетевого
управления, в соответствии с которой возможно обеспечение всеобъемлющего
контроля устройств, подключенных к сети, с помощью сетевой консоли, на
которой реализуется протокол управления сетью CMIP (Common Management
Information Protocol). Протокол CMIP является протоколом, разработанным в
рамках OSI.
Модель сетевого управления, применяемая в EMA, состоит из Элементов (entity)
и пультов (director). Пульты - это программные компоненты, реализующие
функции управления сетью. Пульты часто резидируются в вычислительных системах,
оснащенных дисплеем (консолью) для визуализации управляющей информации.
Пульты осуществляют взаимодействие с элементами в соответствии с протоколом
сетевого управления CMIP.
[ пользователь ]
[ пульт ]
[ консоль ]
[ сеть ]
[ агент ] [ агент ]
[ элемент ] [ элемент ]
[ Взаимосвязь по протоколу CMIP ]
[5] Рис. 27-6. Компоненты сетевого управления
[5]Каждый элемент (entity) содержит компонент Агент. Агенты осуществляют сбор
информации (атрибутов) об Элементе и поставляют ее на Пульт или по
соответствующему требованию, или по заранее согласованному сценарию.
Информация об элементе включает число активных виртуальных соединений, число
принятых и переданных пакетов за секунду, а также другие важные данные. Агенты
могут быть запрограммированы с пульта таким образом, чтобы передавать сигналы
предупреждения в случае превышения некоторых пороговых значений контролируемых
параметров.
В архитектуре DNA определен протокол MOP (Maintenance Operations Protocol) в
качестве средства для выполнения простейших операций по эксплуатации сети.
Например, с помощью протокола MOP может быть выполнена загрузка бездисковой
станции или же изменена конфигурация терминальных серверов.
[КС 27-18]
[5]Хотя протокол MOP принадлежит Прикладному уровню, он реализован как клиент
Канального уровня. При этом преследовалась цель достижения высокой скорости и
эффективности работы протокола. Помимо выполнения функций загрузки и
реконфигурации протокол MOP позволяет тестировать каналы передачи данных и
осуществлять дистанционное управление станциями сети.
[1]Итоги
[5]Архитектура DNA является логически законченной частной сетевой
архитектурой, разработанной, поддерживаемой и распростаняемой корпорацией
DEC. Ряд других производителей также поставляют DNA-совместимые продукты.
Последнее стало возможным в результате обеспечения корпорацией DEC доступа
к собственным спецификациям протоколов и интерфейсов.
Подобно SNA архитектура DNA в течение ряда лет претерпевала эволюционные
изменения, вбирая все новые технологии. Благодаря поддержке DEC архитектура
DNA без сомнения продолжает занимать лидирующие позиции среди существующих
сетевых архитектур.
[КС 27-19]
[1]Упражнение 27
[5]1. Сравните архитектуры DNA и SNA.
[5]2. Сравните DNA и набор межсетевых протоколов.
[КС 27-20]
//10.30.94
[ AppleTalk ]
[0]Раздел 28 [2] AppleTalk
[1]Цели
[5]В результате изучения данного раздела вы сможете:
1. Определять основные организации, которые распространяют протоколы
AppleTalk и/или являются их приверженцами;
2. Определять основные услуги, обеспечиваемые платформой AppleTalk;
3. Определять характеристики AppleTalk.
[1]Введение
[5]Архитектура AppleTalk является собственным программно-аппаратным решением,
разработанным в рамках фирмы Apple Computer, Incorporated. Проектирование
семейства протоколов AppleTalk было начато в 1983 году. Семейство AppleTalk
создавалось в качестве сетевой архитектуры для ЭВМ Apple Macintosh.
В настоящее время семейство протоколов AppleTalk используется для связи
различных вычислительных систем, включая персональные компьютеры фирмы IBM,
работающих под управлением MS DOS; мейнфреймы фирмы IBM; ЭВМ VAX корпорации
Digital Equipment; различныt UNIX-систкмы. В данном разделе описываются
наиболее важные протоколы семейства AppleTalk и их связь с Моделью OSI.
[1]Протоколы AppleTalk
[5]Протоколы AppleTalk были разработаны как гибкие расширяемые системы, но
они разрабатывались исключительно для одного типа компьютеров: Apple
Macintosh. Откровенно говоря, само окружение компьютеров Macintosh оказало
значительнок влияние на разработку AppleTalk. Поэтому понимание среды
Macintosh помогает понять существо архитектуры AppleTalk.
Концепция среды Macintosh может быть охарактеризована следующими атрибутами:
* Простота использования. Возможно это наиболее понимаемая характеристика ЭВМ
Macintosh. Macintosh был первым дешевым компьютером, в которой были
объединены метод управления с помощью устройства "мышь" и графический
пользовательский интерфейс. И если первоначально Macintosh была
разрекламирована как "машина для нашего отдыха", то, как следствие, об
AppleTalk можно было бы сказать: "это сеть для нашего отдыха". Архитектура
AppleTalk разработана таким образом, чтобы предоставить целостный интерфейс
с сетью при минимуме обязанностей системного администратора.
* Малые рабочие группы. Подобно большинству других сетей, предназначенных для
объединения настольных компьютеров, первоначальная разработка архитектуры
AppleTalk отражала тенденцию объединения компьютеров Macintosh в небольшие
рабочие группы. Фактически многие пользователи просто подсоединяются к одному
компьютеру с лазерным печатающим устройством.
[КС 28-1]
[5]* Низкая стоимость. Из-за того, что Macintosh является достаточно дешевой
машиной, политика фирмы Apple при создании AppleTalk не могла быть направлена
на построение сети, состоящей из дорогих компонентов. Фирма Apple выбрала
решение, предполагающее встраивание сетевых функций в основной функциональный
набор машины Macintosh. Поэтому все ЭВМ Macintosh обладают возможностью
сетевого взаимодействия без каких-либо дополнительных затрат со стороны
пользователя.
[5]Со стороны фирмы Apple было понимание исключительности сетевого окружения
для машин Macintosh, при этом фирма не препятствовала участию сторонних
организаций в развитии своей сетевой концепции. Поэтому существовала
уверенность в том, что архитектура Macintosh достаточно открыта для
интеграции разнообразных продуктов сторонних производителей. Поддерживалась
не только открытость всех интерфейсов с имеющимися протоколами архитектуры
AppleTalk, но и возможность добавления новых протоколов, Спустя годы на
рынке Macintosh появились сетевые продукты таких фирм, как Novell, Sitka,
Cayman Systems, Microsoft и Shiva. Фирма Apple продолжает политику поддержки
развития сетевой архитектуры сторонними организациями, была опубликована
книга (о построении AppleTalk), предназначенная разработчикам системы.
Концепция AppleTalk в настоящее время находится во второй фазе своего
развития, так называемой, AppleTalk Phase II. Архитектура Appletalk Phase II,
введенная в июне 1989 года, значительно расширила потенциальные размеры и
увеличила сложность сетей AppleTalk. Например, в ней сняты ограничения
AppleTalk Phase I, касающиеся размера сети: не более 254 узлов. В AppleTalk
Phase II поддержана в большой степени интерсетевая работа, что позволяет
более просто сочетать протоколы AppleTalk с протоколами интерсети. Все
последующее обсуждение, если особо не оговорено, касается возможностей
архитектуры AppleTalk Phase II.
[5]В AppleTalk Phase II поддерживаются протоколы доступа LocalTalk,
IEEE 802.3, IEEE 802.5. Отображение адресов Канального уровня в протокольные
адреса осуществляется протоколом AARP (AppleTalk Address Resolution Protocol).
На Сетевом уровне основным протоколом является DDP (Datadram Delivery
Protocol). С протоколом DDP связаны протокол поддержки таблиц маршрутизации
(RTMP - Routing Table Maintenance Protocol), протокол ZIP (Zone Information
Protocol) и протокол NBP (Name Binding Protocol). Протокол RTMP предназначен
для формирования таблиц маршрутизации AppleTalk. Протокол ZIP используется
для отображения номера сети AppleTalk в имя зоны. Протокол NBP соотносит
имена AppleTalk и сетевые адреса.
На Транспортном уровне поддерживаются два протокола. Протокол транзакций
(AppleTalk Transaction Protocol - ATP) обеспечивает надежность доставки
сообщений, используя технику транзакций. Протокол ADSP (AppleTalk Datastream
Protocol) также гарантирует надежность доставки сообщений, но работает с
с байтовым потоком, а не с транзакциями в отличие от первого протокола.
[КС 28-2]
[5]На Сеансовом уровне архитектура AppleTalk представлена протоколом PAP
(Printer Access Protocol), разработанным для обеспечения взаимодействия
между рабочими станциями и серверами любого типа. Протокол ASP (AppleTalk
Session Protocol) является классическим Сеансовым протоколом.
Протокол ASP предусматривает установление, поддержание и завершение сеансов.
Файловый протокол AppleTalk (AFP - AppleTalk Filing Protocol) обеспечивает
функцию удаленного вызова процедур. Протокол AFT осуществляет доступ к
удаленным файлам и защиту как файлов, так и каталогов.
Три основные приложения AppleTalk - это Файл-сервер (AppleShare File server),
Сервер печати (AppleShare Print Server) и AppleShare PC. Файл-сервер
использует услуги, обеспечиваемые протоколом AFP, для прозрачного доступа к
удаленным файлам. Сервер печати применяет протокол PAP для организации
очередей работ к печатающим устройствам, подключенным к сети. Система
AppleShare PC предназначается для обеспечения песональным компьютерам с
MS DOS доступа к Файл-серверам AppleTalk.
[КС 28-3]
[ AppleTalk и Модель OSI ]
[ Прикладной ]
[ Представительный ]
[ Сеансовый ]
[ Транспортный ]
[ Сетевой ]
[ Канальный ]
[ Физический ]
[ к рис. на стр. 28-4 (в поле рисунка)]