Конфигурирование маршрутизаторов Cisco - Аллан Леинванд, Брюс Пински

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

приятия. Поскольку многие одинаковые характеристики свойственны сетевым сегментам AppleTalk фазы 1 и нерасширенным сетевым сегментам фазы 2, можно считать, что сетевой сегмент с адресацией по методу AppleTalk фазы 1 представляет собой

нерасширенный сетевой сегмент с адресацией по методу фазы 2.

Маршрутизаторы компании Cisco никогда не поддерживали протокол LocalTalk, хотя

сегменты глобальной сети могут адресоваться в стиле AppleTalk фазы 1 Однако ради достижения совместимости, ясности и гибкости рекомендуется при конфигурировании устройств компании Cisco использовать исключительно адресацию по методу фазы 2.

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

за переговоры по согласованию адресов узлов для устройств в сегменте сети является протокол AARP Динамическое назначение адреса выполняется с применением очень простого алгоритма. Каждый раз, когда устройство, на котором исполняется протокол AppleTalk, перезагружается и пытается подсоединиться к сети, оно проверяет, остался ли еще тот сетевой адрес, который был ему назначен ранее. Если это так, то устройство посылает AARP-пакет, чтобы удостовериться, что адрес еще корректен и не был заявлен другим узлом сегмента сети. Если адрес доступен, он используется, и узел начинает нормальную работу в сети Если адрес был заявлен, то узел отсылает ряд дополнительных AARP-пакетов, предлагая новый адрес узла до тех пор, пока не будет найден корректный адрес. На рис. 5.2 иллюстрируется процесс переговоров по согласованию адреса.

Для того чтобы улучшить взаимодействие между пользователем и сетью AppleTalk, компания Apple избавила пользователей от изучения специфики адресации сетей и узлов. Вместо информации о том, что рабочая станция 5 в сети 10 хочет связаться с сервером 8 в сети 20, пользователю достаточно узнать имена устройств. Компания Apple создала схему именования,

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

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

например, это могут быть ее производственные операции, подразделения или территориальное место расположения. Например, компания может создать маркетинговую, торговую и техническую зону, каждая из которых территориально будет находиться в нескольких местах. Или компания может иметь нью-йоркскую зону, которая обладает всеми функциями организации на заданной территории. Выбор и именование зон находятся полностью на усмотрении администратора сети. Чтобы учесть возможность логического группирования устройств, находящихся в нескольких физических сегментах локальной или глобальной сети, администратор может отнести к одной зоне несколько сетей. Кроме того, сегменту сети может быть назначено несколько имен зон, учитывая то, что логические группы могут иметь сетевые ресурсы, находящиеся в этом сегменте.

191

В отличие от имен зон, которые задаются администратором сети, имена отдельных

рабочих станций и серверов задаются пользователем или администратором этого устройства. Человек может дать рабочей станции имя, например, "компьютер Макинтош Джона" или "Годзилла", тогда как администратор может назвать сервер по его функции, например, "Финансы" или "Публикации". Эти имена вместе с зоной, к которой они относятся, регистрируются в сети с помощью протокола NBP сразу после запуска устройства.

Протокол NBP связывает имена и атрибуты устройств с адресами. Фактически он дирижирует процессом привязки имен, включающим регистрацию имени, его подтверждение, удаление и поиск. После того как имена будут зарегистрированы в протоколе NBP, приведенный ранее пример с рабочей станцией 10.5, желающей связаться с сервером 20. 8, может быть описан следующим образом: компьютер "Макинтош Джона" из нью-йоркской зоны хочет связаться с сервером "Финансы" из зоны "Бухгалтерия". Протокол NBP позволяет пользователям обращаться к сетевым ресурсам по именам, что во многом похоже на то, что делает служба имен домена (DNS) протокола TCP/IP.

Примечание

Чтобы зарегистрироваться в протоколе NBP, работающие под управлением ОС IOS устройства используют имена, назначаемые глобальной командой hostname. Мар- шрутизатор компании Cisco регистрируется в рамках протокола NBP как устройство типа

192

ciscoRouter. Привязки, сделанные протоколом NBP, можно увидеть, воспользовавшись

командой ОС IOS режима EXEC show appietalk nbp. Эта команда будет рассмотрена в разделе "Верификация взаимодействия в сети с протоколом AppleTalk и устранение неполадок".

Хотя назначение имени зоны не является частью сетевого адреса, это — неотъемлемая часть правильной работы сети AppleTalk. Конфигурирование протокола AppleTalk на

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

В табл. 5.1 приведены различия между сетями и требованиями к нумерации узлов.

Таблица 5.1. Технические характеристики протоколов AppleTalk фазы 1 и фазы 2

•Номера узлов 1 и 255 — резервные.

** Номера узлов 0, 254 и 255 — резервные.

Конфигурирование адресов для протокола AppleTalk

В этом разделе исследуется конфигурирование адресов для протокола AppleTalk на интерфейсах локальных и глобальных сетей. Перед тем как приступать к назначению адресов, необходимо разработать разумную общую схему адресации сети. Адресация подчиняется нескольким правилам.

• Каждый сегмент локальной или глобальной сети должен иметь один единственный номер сети.

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

•Кабельный диапазон с одним сетевым номером должен назначаться интерфейсам глобальных сетей.

•Рекомендуется следовать правилу добавления в кабельном диапазоне одного сетевого номера на каждые 50 узлов сегмента сети.

•Использование схемы адресации логических сетей может упростить устранение неполадок в

193

будущем.

Последняя рекомендация может показаться очевидной, но давайте рассмотрим этот момент немного подробнее на примере схемы назначения адресов для сети компании ZIP, находящейся в Сан-Франциско. В табл. 5.2 показано присвоение адресов в сети AppleTalk компании ZIP, расположенной в Сан-Франциско.

В сети компании ZIP для определенных рабочих площадок были зарезервированы диапазоны сетевых адресов. В данном случае вся адресация сети в Сан-Франциско лежит в диапазоне номеров сети 1—1000. В процессе устранения неисправностей сетевые администраторы компании ZIP, основываясь на сетевом адресе устройства, могут быстро определить, что оно находится в Сан- Франциско. Аналогично, диапазон 1~ 1000 был разбит на более мелкие части. Диапазон 1-10 был закреплен за серверным магистральным каналом данных, а диапазон 11—900 резервировался за этажами здания, на которых находятся пользовательские рабочие станции и принтеры. Наконец, диапазон 901—1000 был назначен для адресации каналов глобальных сетей.

Таблица 5.2. Назначение адресов в сети AppleTalk компании ZIP, расположенной в Сан-Франциско

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

Конфигурирование интерфейсов локальных сетей

Все маршрутизаторы компании Cisco, которые осуществляют маршрутизацию с использованием протокола AppleTalk, имеют уникальный адрес сеть.узел для каждого подключенного к ним сегмента локальной сети. Адрес сеть.узел определяется динамически на основе либо номера сети системы адресации фазы 1, либо присвоенного интерфейсу кабельного диапазона системы адресации фазы 2. Назначение уникальных адресов каждому интерфейсу позволяет маршрутизатору определять, какие сети подключены к какому интерфейсу и куда следует посылать пакеты, предназначенные для этих сетей.

Аналогично протоколу TCP/IP каждый из пяти типов локальных сетей (Ethernet/IEEE 802.3, Fast Ethernet, Gigabit Ethernet, Token Ring/IEEE 802.5 и FDDI), описанных в главе 3, "Основы интерфейсов устройств Cisco", поддерживает концепцию динамического отображения МАС-адреса адаптера локальной сети на AppleTalk-адрес, назначенный интерфейсу. Этот процесс преобразования адресов поддерживается протоколом AARP, который участвует и в процедуре динамического назначения адреса узлу. Когда станция, работающая по протоколу AppleTalk, хочет вступить в контакт с другой AppleTalk-станцией, находящейся в той же логической сети, но не знает адреса канального уровня этой станции, она посылает широковещательный запрос на

предоставление

канального адреса для нужного AppleTalk-адреса. Каждая станция, находящаяся в этой логической сети, проверяет запрос и, если МАС-адрес станции соответствует запрашиваемому AppleTalk- адресу, отвечает своим МАС-адресом.

Аналогично протоколу разрешения адреса (ARP — Address Resolution Protocol) в протоколе

194

TCP/IP протокол AARP исключает необходимость знать МАС-адреса, принадлежащие логической сети станции, чтобы связываться с другими рабочими станциями или серверами.

Однако многие протоколы глобальных сетей не поддерживают динамическое отображение адресов канального уровня на AppleTalk-адреса. Поэтому, чтобы обеспечить обмен данными с другими станциями через интерфейс глобальной сети, конфигурирование глобальной сети требует дополнительного конфигурирования AppleTaik-адреса.

Примечание

Протокол AppleTalk работает хорошо с каждым из описанных в главе 3 интерфейсов

локальных сетей. Хотя протокол канального уровня в протоколе AppleTalk одинаков для всех типов локальной сети (IEEE 802.2 SNAP LLC), компания Apple называет свою

реализацию протокола AppleTalk для каждой среды различными именами. Протокол AppleTalk для локальной сети Ethernet она называет EtherTalk, для локальной сети Token Ring — TokenTalk и для локальной сети FDDI — FDDITalk.

Компанией Apple также были присвоены имена каждому из протоколов канального уровня, поддерживающих протокол AppleTalk в этих средах. Эти протоколы включают протокол

доступа к каналу протокола EtherTalk (EtherTalk Link Access Protocol — ELAP), протокол доступа к каналу протокола TokenTalk (TokenTalk Link Access Protocol — TLAP) и протокол доступа к каналу протокола FDDITalk (FDDITalk Link Access Protocol — FLAP).

Основное различие между этими типами протоколов канального уровня заключается в том, как в них реализована SNAP-инкапсуляция. На интерфейсах Ethernet, FDDI и Token Ring SNAP-инкапсуляция включает заголовки, соответственно, в стандарте IEEE 802.3, в

стандарте IEEE 802.5 или FDDI и заголовок протокола IEEE 802.2 SNAP LLC. Присваивание

имен протоколам канального уровня упрощает обсуждение реализации протокола AppleTalk в таких средах и ссылку на драйвер, который необходим операционной системе компании Apple, чтобы поддерживать протокол AppleTalk.

Назначение номеров сетей AppleTalk фазы 1 на интерфейсах как локальных, так и глобальных сетей выполняется с помощью интерфейсной субкоманды ОС IOS appletalk address. Эта команда имеет параметром номер сети и узла в формате сеть.узел. Указываемый номер сети должен согласовываться с номером сети других активных маршрутизаторов, уже присутствующих в конфигурируемом сегменте локальной или глобальной сети. Этот номер является предлагаемым. Он может меняться в процессе динамических переговоров, который описывался ранее. Хотя компания ZIP предпочла исключительно адресацию по методу фазы 2, ниже приведен пример конфигурирования маршрутизатора SF-1 на работу неиспользуемого интерфейса ethtrnet 1 с адресом по методу протокола AppleTalk фазы 1:

SF-1#configure

Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CTRL+Z.

SF-1(config)#interface ethernet 1

SF-1(config-if)#appletalk address 201.1

SF-1(config-if)#^Z

В соответствии с методом адресации по протоколу AppleTalk фазы 2 кабельные диапазоны

для интерфейсов локальных и глобальных сетей назначаются с помощью интерфейсной субкоманды ОС IOS appletalk cable-range. В качестве параметра эта команда воспринимает диапазон номеров в формате начало-конец, который указывает начальный и конечный номера адресов сети, подлежащих включению в кабельный диапазон. Указываемое значение

кабельного диапазона должно согласовываться с аналогичными значениями других активных маршрутизаторов, входящих в конфигурируемый сегмент локальной или глобальной сети. В

качестве необязательного параметра команды можно указать начальный адрес в формате сеть.узел, который будет использоваться во время динамических переговоров по согласованию адреса. В примере ниже показано конфигурирование для всех трех интерфейсов локальной сети маршрутизатора SF-2 кабельного диапазона AppleTalk фазы 2:

195

S F - 2 # c o n fig u r e

Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CTRL+Z.

SF-2 (config)#interface ethernet 0

SF-2 (config-if)#appletalk cable-range 151-200

SF-2 (config-if)#interface ethernet 1

SF-2 (config-if)#appletalk cable-range 101-150

SF-2 {config-if)#interface fddi 0

SF-2 (config-if)#appletalk cable-range 1-10

SF-2 (config-if)#^Z

После конфигурирования адресов для успешной установки адресации протокола AppleTalk

следует сконфигурировать на интерфейсах имена зон с помощью интерфейсной субкоманды ОС IOS appletalk zone. Параметром этой команды является цепочка символов, которая и представляет собой имя зоны. Имя зоны может содержать буквенные, цифровые и специальные символы, а также символы из специального набора символов компьютеров семейства Macintosh. Имена зон зависят от регистра символов.

Путем многократного повторения команды appletalk zone на заданном интерфейсе можно определить несколько имен зон. Имя первой заданной зоны считается первичным для этого интерфейса. Конфигурация зоны интерфейса должна точно совпадать по имени и по количеству зон с зонами, которые уже были сконфигурированы на активных и работающих с протоколом AppleTalk маршрутизаторах, расположенных в этом же сегменте сети. В примере, приведенном ниже, каждый из интерфейсов маршрутизатора SF-2 конфигурируется на одно имя зоны:

S F - 2 # co nfigure

Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CTRL+Z.

SF-2 (config)#interface ethernet 0

SF-2 (config-if)#appletalk zone Marketing

SF-2 (config-if)#interface ethernet 1

SF-2 (config-if)#appletalk zone Sales

SF-2 (config-if)#interface fddi 0

SF-2 (config-if)#appletalk zone SF Zone

SF-2 (config-if)#^Z

Протоколы AppleTalk и ОС IOS компании Cisco поддерживают концепцию динамического конфигурирования сетевого адреса и имени (имен) зоны на интерфейсах локальной сети. Основой для этого служит информация, доступная из активных маршрутизаторов, которые уже присутствуют в сегменте сети. Динамическое конфигурирование выполняется путем перевода интерфейса в режим поиска. Режим поиска -используется, если в сегменте сети уже есть маршрутизатор, в котором его сетевой адрес и имя (имена) зоны были заданы вручную с помощью команд конфигурирования (это могут быть команды, которые воспринимаются маршрутизаторами, работающими под управлением ОС IOS, либо команды, воспринимаемые маршрутизаторами других типов). Новые маршрутизаторы, добавляемые в этот сегмент сети, просто получают конфигурацию из такого сконфигурированного маршрутизатора.

Режим обнаружения также позволяет легко переконфигурировать все маршрутизаторы, находящиеся в сегменте сети, так как только один конфигурируемый вручную маршрутизатор, так называемый маршрутизатор посева, требует ручного конфигурирования. Остальные

работающие в режиме поиска маршрутизаторы этого сегмента сети просто перестраиваются на новую конфигурацию от реконфигурированного маршрутизатора посева.

Для нормальной работы режима поиска необходимо, чтобы в сегменте сети присутствовал, по крайней мере один, маршрутизатор посева. Если в сегменте сети все маршрутизаторы переводятся в режим поиска, то ни один из них не сможет установить конфигурацию протокола AppleTalk и начать передавать трафик в рамках этого протокола.

Конфигурирование режима поиска протокола AppleTalk осуществляется с помощью

196

интерфейсной субкоманды ОС IOS appletalk discovery. Обычно эта команда используется вместо команд appletalk address и appletalk cable-range. Как вариант, режим поиска можно включить, задав адрес сеть.узел 0.0 в качестве параметра команды appletalk address или appletalk cable-range. Вне зависимости от команды, включающей режим поиска, команда appletalk zone не используется. Хотя в сети компании ZIP режим поиска не применяется, ниже показан пример конфигурирования протокола AppleTalk на интерфейсе tokenring О/О маршрутизатора, расположенного в Сан-Хосе:

San-Jose#configure

Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CTRL+Z.

San-Jose(config)#interface tokenring 0/0

San-Jose(config-if)#appletalk discovery

San-Jose(config-if)^Z

Конфигурирование интерфейсов глобальных сетей

Адресация глобальных сетей в протоколе AppleTalk аналогична адресации локальных сетей, т.е. адреса конфигурируются с помощью субкоманд конфигурирования интерфейса appletalk address и appletalk cable-range и команды aplletalk zone. Однако режим поиска протокола AppleTalk не поддерживается ни одним из интерфейсов глобальной сети. В данном разделе рассматриваются назначения AppleTalk-номеров сети двухточечным и многоточечным интерфейсам глобальных сетей. Заметим, что для работы интерфейса глобальной сети требуется специальный метод инкапсуляции (например, Х.25 или Frame Relay), используемый протоколом AppleTalk. Все интерфейсы глобальной сети требуют наличия уникальных AppleTalk-адресов узла, но конкретные интерфейсы в одной глобальной сети коллективно используют значение кабельного диапазона и имя зоны.

Адресация двухточечного интерфейса глобальной сети

Как отмечалось в главе 4 при обсуждении протокола IP, двухточечный интерфейс глобальной сети соединяет два устройства. Чтобы два маршрутизатора могли направлять AppleTalk-пакеты на двухточечный интерфейс, они оба должны иметь на подключенных к сети интерфейсах одинаковые значения номера сети или кабельного диапазона. Как и в локальной сети, каждое устройство, подключенное к интерфейсу глобальной сети, обладает динамически заданным и уникальным AppleTalk-номером узла.

Конфигурирование AppleTalk-номеров сети на двухточечных интерфейсах глобальной сети выполняется с помощью интерфейсной субкоманды ОС IOS aplletalk address для адресов по методу фазы 1 или интерфейсной субкоманды ОС IOS appletalk cable-range для адресов по методу фазы 2. Каждому отдельному двухточечному соединению глобальной сети (или двухточечному подынтерфейсу) должен назначаться отдельный AppleTalk-номер сети или кабельный диапазон. Имена AppleTalk-зон также могут присваиваться двухточечным интерфейсам глобальной сети с помощью интерфейсной субкоманды ОС IOS appletalk zone. В примере, приве- денном ниже, маршрутизатор Seoul-1 конфигурируется значениями кабельных диапазонов и именами зон для каждого из его двухточечных интерфейсов (два подинтерфейса Frame Relay и один интерфейс высокоуровневого протокола управления каналом передачи данных (High-Level Data Link Control — HDLC)):

Seoul-1#configure

Configuring from terminal, memory, or network [terminal]?

Enter configuration commands, one per line. End with CTRL+Z.

Seoul-1 (config)#interface serial 0.16 point-to-point

Seoul-1 (config-if)#appletalk cable-range 2901-2901

Seoul-1 (config-if)#appletalk zone WAN Zone

Seoul-1 (config-if)#interface serial 0.17 point-to-point

Seoul-1 (config-if)#appletalk cable-range 2902-2902

Seoul-1 (config-if)#appletalk zone WAN Zone

Seoul-1 (config-if)#interface serial 1

197

Seoul-1 (config-if)#appletalk cable-range 1901-1901

Seoul-1 (config-if}#appletalk zone WAN Zone

Seoul-1 (config-if)#^Z

Адресация многоточечного интерфейса глобальной сети

Общие моменты, связанные с конфигурированием адресов сетевого протокола на многоточечных интерфейсах глобальной сети обсуждались в главе 4 на примере протокола IP. Как и протокол IP, протокол AppIeTalk может использоваться с различными интерфейсами глобальной сети, включая Frame Relay, X.25, ISDN и ATM. Каждый из этих интерфейсов конфигурируется на маршрутизацию AppleTalk-пакетов с помощью интерфейсных субкоманд ОС IOS appletalk address или appletalk cable-range. Как и для ранее рассмотренных интерфейсов, правильная работа протокола AppIeTalk на многоточечных интерфейсах требует субкоманды ЭС IOS appletalk zone.

Протоколу AppIeTalk также необходимо отображение конкретного адреса канального уровня на конкретный адрес формата сеть.узел протокола AppIeTalk. Такое отображение конфигурируется по разному для каждого протокола глобальной сети. Команды, используемые для выполнения таких отображений, требуют наличия конкретного адреса сеть.узел. Чтобы обеспечить администратору сети точное представление о том, каким маршрутизаторам многоточечной глобальной сети какие адреса узлов назначены, рекомендуется указывать адреса сеть.узел в качестве параметров команд appletalk address и appletalk cable-range.

При работе с многоточечными интерфейсами Frame Relay маршрутизатор нуждается в отображении идентификационных номеров соединений канального уровня (DLCI- идентификаторов) на многоточечном интерфейсе Frame Relay на номер сеть.узел протокола AppleTalk. Динамическое отображение DLCI-идентификатора на номер сети и узла протокола AppleTalk может выполнять функция обратного разрешения адресов Frame Relay Inverse ARP. Для статического отображения DLCI-адреса, связанного с сетью и номером узла протокола AppleTalk, которые достижимы через многоточечный интерфейс глобальной сети, можно также воспользоваться субкомандой конфигурирования интерфейса frame-relay map appletalk.

Адресация многоточечных интерфейсов глобальной сети Х.25 похожа на адресацию интерфейсов Frame Relay тем, что в обоих случаях статическое отображение реализуется через субкоманды конфигурирования интерфейса. Интерфейсы Х.25 должны иметь отображения своих адресов сеть.узел протокола AppleTalk на адреса протокола X. 121, используемые для настройки виртуальных каналов между системами. Каждый виртуальный канал идентифицируется адресом протокола Х.121, используемым для соединения. Чтобы выполнить

на многоточечном интерфейсе глобальной сети статическое отображение между адресом протокола AppleTalk и адресом протокола Х.121, используется субкоманда конфигурирования интерфейса х25 map appletalk.

Адресация многоточечных интерфейсов ISDN также требует команд статического отображения. Однако для протокола AppleTalk, в отличие от протокола IP, ISDN-команды отображения требуются для каждого устройства, которое хочет обмениваться данными с другим устройством через ISDN-соединение. Для отображения адресов сеть.узел протокола AppleTalk на имена систем и телефонные номера, используемые для соединения в ISDN-сети, применяется субкоманда конфигурирования интерфейса ОС IOS dialer map appletalk.

Отображение адресов канального уровня протокола ATM в виде идентификаторов виртуального пути/идентификаторов виртуального канала на номер сеть.узел протокола AppleTalk на многоточечном интерфейсе ATM зависит от используемых типов ATM- протоколов и виртуальных каналов. При работе с протоколом AppleTalk как для постоянных виртуальных каналов, так и для коммутируемых виртуальных каналов ATM-сети можно использовать инкапсуляцию протокола логического управления связью/протокола управления доступом к сети (LLC/SNAP). В режиме работы с постоянными виртуальными каналами в ATM- сети организуется постоянный виртуальный канал, и пакеты идентифицируются как направленные на AppleTalk-адрес на другом конце конкретного виртуального канала. В режиме работы с коммутируемыми виртуальными каналами AppleTalk-пакеты идентифицируются как направленные на конкретный статически заданный ATM-адрес канального уровня. ATM-

198

коммутатор устанавливает виртуальный канал по требованию, когда маршрутизатор запрашивает соединение с ATM-адресом для конкретного AppleTalk-адреса сеть.узел.

Процесс LLC/SNAP-инкапсуляции в постоянных виртуальных каналах использует субкоманду конфигурирования интерфейса ОС IOS map-group и команду глобального конфигурирования ОС IOS map-list для отображения AppleTalk-адресов сеть.узел на конкретные постоянные виртуальные каналы. Процесс LLC/SNAP-инкапсуляции в

коммутируемых виртуальных каналах использует субкоманду конфигурирования интерфейса ОС IOS map-group и команду глобального конфигурирования ОС IOS map-list для отображения AppleTalk-адресов на адреса точек доступа к сетевой службе (Network Service Access Point — NSAP), применяемых для идентификации удаленных устройств в ATM-сети.

Проверка конфигурации AppleTalk-адресов

Верификация AppleTalk-адресов и других атрибутов протокола AppleTalk, которые были присвоены интерфейсам, может выполняться с помощью команды режима :ХЕС show appletalk interface. Эта команда дает полное представление о пара-1етрах, связанных с конфигурацией протокола AppleTalk на всех интерфейсах. Если в качестве параметра команды указывается конкретный интерфейс, на экран выводится только та информация, которая относится к этому интерфейсу. Ниже приведен результат исполнения команды show appletalk interface ethernet 0 на маршрутизаторе компании ZIP SF-2:

F-2#show appletalk interface ethernet 0

EthernetO is up, line protocol is up AppleTalk cable range is 151-200 AppleTalk address is 198.72, Valid

AppleTalk zone is "Marketing " AppleTalk address gleaning is disabled AppleTalk route cache is enabled

Впервой строке выводимых данных показан административный и рабочий статус интерфейса. При подтверждении конфигурации протокола AppleTalk на этом интерфейсе другими активными маршрутизаторами, принадлежащими сегменту сети, информация о статусе выводится выше или в этой строке. Во второй строке приводится значение кабельного диапазона сетевого адреса AppleTalk-сети. третьей строке стоит адрес сеть.узел и указывается, конфликтует ли этот адрес с каким-либо другим адресом на этом интерфейсе.

Вчетвертой строке показывает имя зоны, которой этот интерфейс принадлежит. Результат может содержать и дополнительные строки, если активны какие-либо другие функции протокола AppleTalk, например, фильтры пакетов. Подобная ситуация будет рассмотрена в этой главе в разделе "Конфигурирование фильтрации в протоколе AppleTalk с применением списков доступа".

Команда ОС IOS режима EXEC show appletalk interface имеет дополнительную форму, которая позволяет увидеть краткую сводную информацию об AppleTalk-адресах и статусах всех имеющихся в устройстве интерфейсов. Такая суммирующая версия данных может быть получена с помощью команды show a p p l eta l k in t e rf a c e br i e f.

Ниже показан результат исполнения команды show appletalk interface brief на маршрутизаторе компании ZIP SF-2:

Кроме проверки конфигурации протокола AppleTalk на самом маршрутизаторе, можно просматривать как статические, так и динамические отображения AppleTalk-адресов сеть.узел на адреса канального уровня для различных сред многоточечных глобальных сетей. Для этого следует воспользоваться командами ОС IOS режима EXEC show frame-relay map, show atm map и show

199

dialer map, что уже демонстрировалось в предыдущих главах.

Конфигурирование маршрутизации по протоколу

AppleTalk

Назначение AppleTalk-номеров сетей и имен зон работающим под управлением ОС IOS устройствам и интерфейсам — необходимое, но не достаточное условие для того, чтобы устройства могли обмениваться друг с другом информацией по протоколу AppleTalk. Для двусторонней передачи данных рабочие станции и серверы в сети AppleTalk должны также знать пути, по которым они могут связаться друг с другом. AppleTalk-маршрутизаторы создают и постоянно обращаются к таблицам номеров сетей, известным под названием таблиц маршрутизации. Таблицы маршрутизации протокола AppleTalk работают во многом так же, как таблицы маршрутизации протокола IP, обеспечивая информацию о сетевом пути, что позволяет

маршрутизатору доставлять данные непосредственно в пункт конечного назначения или следующему маршрутизатору, стоящему по пути к пункту назначения. Для определения места нахождения AppleTalk-сетей и совместного использования этой информации маршрутизаторы применяют алгоритмы маршрутизации, также известные под названием протоколов маршрутизации.

В рамках протокола AppleTalk протоколы маршрутизации могут иметь либо статическую, либо динамическую природу. В статических протоколах таблица AppleTalk-маршрутизации конфигурируется информацией о сетевых путях вручную. Динамические протоколы маршрутизации полагаются на сами маршрутизаторы, которые объявляют друг другу информацию о различных AppleTalk-сетях, к которым они подсоединены. Протокол AppleTalk использует два различных протокола динамической маршрутизации, которые будут рассматриваться в этой главе в разделе "Конфигурирование протоколов динамической маршрутизации, работающих с протоколом

AppleTalk".

Команды конфигурирования маршрутизации по протоколу

AppleTalk

До того как маршрутизатор сможет конфигурироваться информацией протокола AppleTalk и начнет пропускать AppleTalk-трафик, функция маршрутизации по протоколу AppleTalk должна быть активирована. Работающие под управлением ОС IOS устройства не разрешают автоматически выполнять маршрутизацию по протоколу AppleTalk.

Чтобы разрешить маршрутизацию по протоколу AppleTalk, используется команда глобального конфигурирования ОС IOS appletalk routing. В примере ниже выполняется разрешение маршрутизации по протоколу AppleTalk на маршрутизаторе компании ZIP SF-2:

После того как маршрутизация по протоколу AppleTalk разрешена, маршрутизатор строит таблицу маршрутизации, которая используется для коммутации пакетов. По умолчанию, когда интерфейс локальной или глобальной сети конфигурируется AppleTalk-адресом или значением кабельного диапазона, и этот интерфейс переводится в рабочее состояние, информация о AppleTalk-сети этого интерфейса помешается в таблицу маршрутизации. В таблицу маршрутизации заносится информация всех интерфейсов, подключенных к маршрутизатору. Если в сети находится только один маршрутизатор, то он обладает информацией обо всех подключенных к нему AppleTalk-сетях. Записи таблицы динамической маршрутизации создаются только тогда, когда в сети присутствует несколько маршрутизаторов. Для записей

таблицы динамической маршрутизации используется протокол управления таблицей маршрутизации (Routing Table Maintenance Protocol — RTMP).

200