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

значительнок влияние на разработку 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? ]

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