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

Последнее стало возможным в результате обеспечения корпорацией 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 (в поле рисунка)]

[1]Протоколы Физического и Канального уровней

[5]Подобно подходу фирмы Novell в подходе фирмы Apple стратегически важным

считается независимость канального уровня. Хотя фирма Apple и создала свою

сетевую спецификацию (LocalTalk), такие технологии как Ethernet и

Token ring вполне успешно интегрируются в архитектуре AppleTalk. Для того,

чтобы поддержать соглашения о нименовании, протоколы для работы в среде

Ethernet называются EtherTalk, а в среде Token ring - TokenTalk. Однако

только LocalTalk является сетевой технологией, которая поставляется в составе

системы Macintosh.

Протокол доступа к каналу передачи данных (LocalTalk Link Access Protocol),

иногда называемый LLAP, в данном разделе - LocalTalk, основывается на методе

CSMA/CA, применяемом для экранированной витой пары на скорости 230.4 кбит/сек.

В данном курсе обсуждение LocalTalk отделено от рассмотрения высокоуровневого

AppleTalk, что отвечает и стратегии фирмы Apple. Для того, чтобы получить

больше информации о LocalTalk, следует обратиться к разделу 21.

[КС 28-4]

[5]Как видим, протоколы EtherTalk и TokenTalk являются реализациями протоколов

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

данных. Преимущества этих методов передачи данных непосредственно переносятся

и в AppleTalk. Так Ethernet и Token Ring значительно более скоростные среды

передачи данных, чем LocalTalk. Интерфейсы Ethernet и Token Ring широко

доступны сегодня практически для всех компьютерных платформ. Кроме этого,

как уже обсуждалось в главах 18 и 19, обе технологии имеют различные сильные

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

не будут.

[5]Протокол AARP (AppleTalk Address Resolution Protocol)

[5]Из-за того, что концепция фирмы Apple предусматривает возможность

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

необходимость в преобразовании адресов с помощью соответствующих

средств. Таким средством является протокол AARP (AppleTalk Address Resolution

Protocol), позволяющий транслировать высокоуровневые протокольные адреса в

физические (канальные) адреса и обратно. Подобно протоколу ARP, обсуждаемому

в главе 23, протокол AARP обладает достаточно общими свойствами для

отображения адресов любых двух протокольных уровней. Протокол AARP

обуславливает возможность исполнения протоколов AppleTalk на любом наборе

протоколов Канального уровня.

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

различных формата протокольных сообщений AARP. Наиболее часто используемый

вариант применения AARP следующий. Протокол верхнего уровня располагает

информацией об адресах узла назначения, однако его адрес на Канальном уровне

(звеньевой адрес) неизвестен. В этом случае в соответствии с протоколом

AARP по сети передается широковещательное или групповое сообщение (это

зависит от типа канала). Данное сообщение, называемое AAPR-запрос

(AARP-request), содержит протокольный адрес и одновременно запрашивает

соответствующий адрес Канального уровня. Узел, имеющий указанный протокольный

адрес, формирует сообщение AARP-ответ (AARP-response), в которое

помещается звеньевой адрес узла.

       [ Узел А   ]              [ Узел B  ]

           [ Какой звеньевой адрес ]

           [ соответствует протокольному ]

           [ адресу Х? ]

       [ AARP-запрос ]         [ AARP-ответ ]

           [ Протокольному адресу Х ]

           [ соответствует звеньевой]

           [ адрес Y ]

       [ AARP-запрос ]   [ У кого адрес 15? ]

                                [ AARP-ответ ]

       [ (широковещание)]  [ У меня адрес 15! ]

            [5] Рис. 28-1. Сценарии протокола AARP.

[КС 28-5]

[5]После установления соответствия между протокольным и звеньевым адресами

(адресной ассоциации) информация сохраняется в таблице отображения адресов

АМТ (Address Maping Table). При этом прежде, чем передавать запрос адреса

Канального уровня, т.е. звеньевого адреса, узел просматривает свою таблицу

AMT. Этот метод позволяет сэкономить по-крайней мере пересылку двух сообщений,

если узел находит в таблице АМТ требуемую ассоциацию адресов. Элементы

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

устаревшие ассоциации.

Протокол AARP применяется для динамической адресной селекции (выборки). Для

этой цели применяется пакет AARP-зонд (AARP-probe). Пакет AARP-зонд

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

сообщение AARP-зонд используется результирующий адрес, а процесс зондирования

продолжается с другим протокольным адресом.

[КС 28-6]

        [ AppleTalk и Сетевой Уровень ]

      [к рис. на стр. 28-7 (в поле рисунка).

[1]Протоколы сетевого уровня

[5]Основным протоколом сетевого уровня в архитектуре AppleTalk является

протокол доставки дейтаграмм DDP (Datagram Delivery Protocol).

[5]Протокол доставки дейтаграмм (DDP)

[5]Протокол DDP предоставляет услуги передачи данных между двумя точками

взаимодействия (sockets) в дейтаграммном режиме. Точки взаимодействия

уникально идентифицируют соответствующие высокоуровневые процессы. Понятие

точки взаимодействия (socket - гнезда) в AppleTalk аналогично понятиям гнезда

или порта, вводимым в предыдущих разделах.

[5]Гнезда назначаются или статически, или динамически. Статически назначаемые

гнезда (SASs - Statically Assigned Sockets) нумеруются с 1 по 127,

динамически назначаемые гнезда (DASs - Dinamically Assigned Sockets)

имеют номера с 128 по 254. Точки SAS зарезервированы для специальных

низкоуровневых протоколов AppleTalk, точки DAS используются полностью в

интересах протокола DDP.

[КС 28-7]

[5]Как и все другие протоколы Cетевого уровня, протокол DDP решает одну из

основных задач - задачу адресации. Узлы AppleTalk уникально идентифицируются

шестнадцатибитовым полем, содержащим номер сети, и восьмибитовым полем,

содержащим идентификатор узла (ID). Для идентификации процесса применяется

дополнительное 8-ми битовое поле. Таким образом межсетевая система адресации

позволяет DDP идентифицировать процессы, что проиллюстрировано на рис. 28-2.

Ноль в поле номера сети указывает текущую сеть, идентификатор узла "FF"

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

           [ ID узла=15  ]

             [ ТВ 47  ]

           [ номер сети=23-25 ]

      [5]  [ Рис.28-2. Адресация в Appletalk.]

[5]В AppleTalk Phase II делается различие между нерасширяемыми и расширяемыми

сетями. Нерасширяемой сетью является сеть, в которой каждый идентификатор

узла AppleTalk уникален. LocalTalk - это пример нерасширяемой сети.

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

"номер сети/ID узла". EtherTalk и TokenTalk - примеры расширяемых сетей.

Каждой расширяемой сети выделяется диапазон сетевых номеров. Всем сегментам

внутри расширяемой сети дается один или более сетевых номеров из

соответствующего диапазона. Назначение более одного сетевого номера сегменту

ApplTalk позволяет объединить этим сегментом более 254 узлов.

Пакеты протокола DDP могут иметь короткий или расширенный формат. Короткий

формат используется в нерасширяемыx сетях, расширенный формат - в расширяемых

сетях. Значение поля Тип в пакете LocalTalk определяет формат пакета DDP

(см. Главу 21 для получения более детальной информации о формате кадра

LocalTalk).

Поскольку расширенный формат DDP используется для интерсетей, пакет DDP

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

В частности, в заголовке указываются номера сети узла источника и узла

назначения, счетчик переходов (для поддержки операций маршрутизации),

идентификаторы узлов источника и назначения. Кроме этого, пакет DDP может

содержать необязательное поле контрольной суммы.

[КС 28-8]

[5]Алгоритм маршрутизации AppleTalk был получен из протокола маршрутизации

RIP, описанного в разделе 23. Маршрутизация в AppleTalk выполняется

протоколом DDP с помощью RTMP - протокола поддержания таблиц маршрутизации

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