Протокол доставки дейтаграмм (DDP)
Основным протоколом сетевого уровня AppleTalk является протокол DDP.
DDP обеспечивает обслуживание без установления соединения между
сетевыми гнездами. Гнезда могут назначаться либо статистически, либо
динамически.
Адреса AppleTalk, назначаемые DDP, состоят из 2 компонентов:
16-битового номера сети (network number) и 8-битового номера узла
(node number). Эти два компонента обычно записываются в виде
десятичных номеров, разделенных точкой (например, 10.1 означает
сеть 10, узел 1). Если номер сети и номер узла дополнены
8-битовым гнездом (socket), обозначающим какой-нибудь особый процесс,
то это означает, что в сети задан какой-нибудь уникальный процесс.
AppleTalk Phase II делает различие между нерасширенными (nоnextended)
и расширенными (extended) сетями. В нерасширенных сетях, таких как
LocalTalk, номер каждого узла AppleTalk уникален. Нерасширенные сети
были единственным типом сети, определенным в AppleTalk Phase I. В
расширенных сетях, таких как EtherTalk и TokenTalk, уникальной
является комбинация номер каждой сети/номер узла.
Зоны определяются управляющим сети AppleTalk в процессе конфигурации
роутера. Каждый узел AppleTalk принадлежит к отдельной
конкретной зоне. Расширенные сети могут иметь несколько зон, которые
ассоциируются с ними. Узлы в расширенных сетях могут принадлежать к
любой отдельной зоне, которая ассоциируется с этой расширенной сетью.
Протокол поддепжки маршрутной таблицы (RTMP)
Протокол, который организует и поддерживает маршрутные таблицы
AppleTalk, называется Протоколом поддержки маршрутной таблицы (RTMP).
Маршрутные таблицы RTMP содержат данные о каждой сети, до которой
может дойти дейтаграмма. В эти данные входит порт роутера,
который ведет к сети пункта назначения, ID узла следующего
роутера, который принимает данный пакет, расстояние до сети
назначения, выраженное числом пересылок, и текущее состояние этих
данных (хорошее, подозрительное или плохое). Периодический обмен
маршрутными таблицами позволяет роутерам об'единенных сетей
гарантировать обеспечение непротиворечивой текущей информацией.
На Рис. 16- 4 представлен образец таблицы RTMP и соответствующая
архитектура сети.
Протокол привязки по именам AppleTalk (Name Binding Protocol - NBP)
устанавливает связь имен AppleTalk (которые выражаются как
об'екты, видимые для сети - network-visible entities, или NVE) с
адресами. NVE является адресуемой сетью AppleTalk услугой, такой как
гнездо. NVE ассоциируются с более, чем одним именем об'ектов и
перечнем атрибутов. Имена об'ектов представляют собой
последовательность символов, например такую: printer@net1,
в то время как перечень атрибутов определяет характеристики NVE.
Связь между NVE с присвоенными именами и сетевыми адресами
устанавливается через процесс привязки имени. Привязка имени может
быть произведена в момент запуска узла или динамично, непосредственно
перед первым использованием. NBP управляет процессом привязки имени,
в который входят регистрация имени, подтверждение имени, стирание
имени и поиск имени.
Зоны позволяют проводить поиск имени в группе логически связанных
узлов. Чтобы произвести поиск имен в пределах какой-нибудь зоны,
отправляется запрос о поиске в местный роутер, который
рассылает широковещательный запрос во все сети, которые имеют узлы,
принадлежащие заданной зоне. Протокол информации зоны (Zone
Information Protocol - ZIP) координирует эти действия.
ZIP поддерживает соответствие номер сети/номер зоны в информационных
таблицах зоны (zone information tables-ZIT). ZIT хранятся в
роутерах, которые являются основными пользователями ZIP, однако
конечные узлы используют ZIP в процессе запуска для выбора своих зон
и получения межсетевой информации о зонах. ZIP использует
маршрутные таблицы RTMP для отслеживания изменений в топологии сети.
Если ZIP находит данные о маршрутной таблице, которох нет в данной
ZIT, она образует запись данных о новой ZIT. На Рис. 16-5 представлен
образец ZIT.
| 1 | My |
| 2 | Your |
| 3 | Marketing |
| 4 | Documentation |
| 5-5 | Sales |
