Автоматическое назначение адресов в Cisco LANE

Каждый компонент LANE, именуемый LECS, LES, BUS и LEC, требует адрес ATM для обеспечения возможности уникальной идентификации его конечной станцией. Так как широко применяется автоматическое назначение адресов, важно понимание этого процесса. Структура адреса ATM показана на Рисунок 14.

B получает этот распространенный

B получает этот распространенный IP ARP, распознает в нем свой собственный IP- адрес и отправляет его к A в виде однонаправленного пакета. LEC на B, которому надо передать этот пакет, понимает, что ему надо установить прямое соединение Data_Direct VCC с A, но ему необходимо знать для этого ATM-адрес A. Для получения этого адреса B выполняет запрос LE_ARP_REQUEST к LES по Control_Direct VCC. LE_ARP_REQUEST содержит MAC-адрес A. LES пересылает этот запрос по Control_Distribute VCC, чтобы все LEC-станции могли его услышать. Одновременно с этим однонаправленный пакет (IP ARP-ответ) отправляется к BUS для того, чтобы быть разосланным всем конечным станциям. Такая "лавинообразная маршрутизация", не являющаяся оптимальным путем для распространения однонаправленного трафика, используется только в период выполнения процедуры LE-ARP.

В рамках ограничения такого "неправильного" использования пути передачи применяется ограничение скорости, установленное в 10 пакетов в секунду (для LANE). Однонаправленные пакеты используют BUS до тех пор, пока не завершится LE_ARP.

A получает LE_ARP_REQUEST и распознает свой собственный MAC-адрес в запросе. Затем формирует ответ LE_ARP_RESPONSE и отправляет его к LES, который пересылает его по Control_Distribute VCC для того, чтобы все LEC смогли узнать новую привязку адресов "MAC к ATM". LEC на станции B, соответственно, узнает об этом тоже. Теперь B может использовать UNI для обращения к ATM-адресу A по сигнальному PVC 0,5. Во время ожидания завершения работы LE_ARP и установки Data_Direct VCC, LEC пересылает "нераспознанные" однонаправленные пакеты по пути BUS. Когда соединение Data_Direct VCC становится доступным, если LEC немедленно переключается на новый маршрут, возникает риск получения неупорядоченных пакетов. Такая вероятность велика из-за того, что путь BUS медленнее, чем новый ?оптимальный? путь. Пакеты, отправленные по пути BUS, до пункта назначения доберутся позже, чем отправленные по оптимальному пути. Стандарт LANE для защиты от таких ситуаций предоставляет протокол, известный под названием ?flush protocol?. Под управлением этого протокола происходит следующее. После того, как становится доступным соединение Data_Direct VCC, LEC генерирует ?flush?-пакет и отправляет его к BUS по Multicast_Send. LEC пункта назначения (A) получает этот запрос и отвечает, отправляя этот пакет обратно по Control Path (LES). Когда отправляющий LEC (B) получает свой собственный пакет ?flush? по Control_Distribute VCC, он узнает, что все предварительно отправленные однонаправленные пакеты должны быть уже пересланными. И теперь можно без риска начать использовать Data_Direct VCC. Большинство однонаправленного трафика в сети LANE передается по этим Data_Direct VCC.

Для конфигурирования SSRP с учетом возможности разделения сети следует соблюдать следующие правила

Для конфигурирования SSRP с учетом возможности разделения сети следует соблюдать следующие правила:

1. Конфигурировать каждую часть со своими собственными службами LANE, которые могут стать активными во время разделения сети. Например, если две кампусных сети должны взаимодействовать через общегородскую сеть (Metropolitan-area Network (MAN)) и в обеих сетях предполагается иметь одинаковые ELAN, каждый кампус следует конфигурировать со своими собственными службами LANE.

2. Особенно внимательно следует относиться к маршрутизации при разделении сети в том случае, если ELAN организована по сети уровня 3 (например, IP-подсеть, IPX-сеть и т.д.) и имеется два маршрута к одной и той же подсети (предполагаем, что в сети есть резервные маршрутизаторы). Если нет резервных маршрутизаторов, одна из этих частей эффективно изолирована от остальной сети; внутренний трафик ELAN продолжает вести себя должным образом.

Для служб LANE необходимо минимум

Для служб LANE необходимо минимум 22 SVC. Каждому пограничному устройству (LEC) необходимо 4 SVC для того, чтобы быть частью ELAN. В наихудшем случае в сети ATM должно быть 67 SVC. Если этот пример модифицировать до 10 ELAN, требования к количеству SVC возрастут в десять раз, и, таким образом, для функционирования всей ATM-сети в худшем случае понадобится 670 SVC.

Расчет количества SVC в сети производиться следующим образом:

Исходные данные:

Примем m за общее количество ELAN в сети. Примем n за общее количество пограничных устройств в сети. Кроме того, примем за данность, что службы LANE расположены на отдельных пограничных устройствах и что на этих устройствах нет LEC. Также примем, что все пограничные устройства обслуживают все ELAN. Тогда количество SVC, необходимое для каждого пограничного устройства, рассчитывается по формуле: 4m + m*(n-1) Количество SVC, необходимое для служб LANE, рассчитывается по формуле: m*(2n+2) Общее количество однонаправленных (unicast) SVC, необходимых в сети ATM, рассчитывается по формуле: m* n*(n-1)/2 + m*2n = m*n*(n+3)/2 Общее количество мультивещательных (multicast) SVC, необходимых в сети ATM, равно 2m

Количественные данные о необходимых в ATM-сети SVC дают представление о том, сколько SVC необходимо для всей сети с несколькими ATM-коммутаторами. Кроме того, этот пример следует рассматривать c точки зрения определения минимального, а не максимального количества SVC. Другими словами, этот пример может служить руководством для понимания того, какое количество SVC необходимо для управления LANE и какое количество доступно для Data_Direct SVC.

Эти формулы не применимы для линии Catalyst 3000 из-за различий в способах, по которым модули ATM в этих коммутаторах назначают SVC.

Для того чтобы LEC мог получить

Для того чтобы LEC мог получить доступ к данной ELAN, он должен сначала найти LECS. В частности, должен быть известен ATM-адрес LES, обслуживающего требуемую ELAN. Обнаружить ATM-адрес LECS можно тремя способами:

Запросить коммутатор ATM через ILMI. Сетевой администратор отвечает за конфигурирование коммутатора ATM, содержащего базу данных с адресами LECS. LEC может контактировать с LECS по UNI. Искать фиксированные или общепризнанные ATM-адреса LECS, которые определены Форумом ATM, обращаясь к ним напрямую. Доступ по PVC 0/17, ?общепризнанный PVC?. Эта опция используется редко и не включена в качестве опции в LEC Cisco.

ELAN обеспечивает коммуникации

ELAN обеспечивает коммуникации уровня 2 между всеми пользователями этой сети. В одной и той же ATM-сети может работать одна или несколько ELAN. Тем не менее каждая ELAN независима от других, и пользователи отдельных ELAN не могут взаимодействовать друг с другом напрямую.

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

Так как ELAN предоставляет коммуникации уровня 2, она может быть выделена в область распространения широковещательного трафика или широковещательный домен. VLAN тоже могут рассматриваться как широковещательные домены, что делает возможным отображение ELAN в VLAN на коммутаторах уровня 2 с различными технологиями мультиплексирования, такими как ISL или 802.10.

ELAN управляется одной парой LES/BUS. ELAN состоят из нескольких однотипных LEC типа Ethernet или AppleTalk, но не обоих типов одновременно.

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

Фактор MPOA ? разрешение вопроса о размещении сервера

В текущих сетевых архитектурах коммутируемых VLAN маршрутизация выполняется традиционным путем, по которому весь внутренний трафик VLAN проходит процесс маршрутизации (обычно маршрутизатором). Единственное отличие от не-VLAN архитектуры состоит в том, что маршрутизатор понимает такие VLAN-мультиплексирующие технологии, как ISL и LANE, и несколько VLAN могут пользоваться одним физическим интерфейсом. Из-за ограниченной полосы пропускания, доступной традиционным маршрутизаторам, стандартная рекомендация при проектировании сети - это правило 80:20. То есть, 80 процентов отдается локальному трафику и 20 процентов - маршрутизатору для внутреннего трафика VLAN. В применении к приложениям клиент/сервер это означает, что для оптимальной производительности сервер должен находиться на том же сегменте, что и клиент. До появления концепции VLAN требовалось размещать серверы там же, где располагались клиенты. VLAN позволили физически централизовать серверы, исключив необходимость промежуточных маршрутов благодаря присутствию серверов и клиентов в одной и той же VLAN. Несмотря на то что такое распределение открывает возможности централизованного управления серверами, оно не решает вопроса масштабируемости. Другими словами, VLAN продолжают быть ограниченными в размерах и для серверов, доступ к которым необходим большим группам приложений (как, например, Web, электронная почта и т.д.).

Можно организовать множественный доступ (multihoming) к серверам для различных VLAN, но и это не решит проблемы масштабируемости для крупных сетей. Поэтому пока рекомендации по проектированию состоят в расположении серверов с одним промежуточным маршрутом от клиентов, до тех пор пока такое решение минимизирует сложность конфигурации сервера и предоставляет равные права доступа для всех пользователей в сети.

ATM Forum работает над новым стандартом, известным как Multiprotocol Over ATM (MPOA), который обеспечит возможность коммутировать внутренний трафик VLAN по магистрали ATM, не задействуя при этом маршрутизатор. Такая техника так называемая сквозная маршрутизация обеспечивает более высокую производительность по сравнению с традиционной маршрутизацией и является подходящей технологией для серверов Web и других услуг, доступ к которым требуется большим группам пользователей.

MPOA продолжит использование LANE в качестве стандарта для внутренних VLAN. Поэтому реализация сетей LANE является предпосылкой к MPOA; и LANE вместе с маршрутизаторами ATM будет использоваться для обеспечения маршрутизации до тех пор, пока MPOA станет стандартизованным и достаточно устойчивым для применения его в реальных сетях.

Функционирование ELAN

HSRP по LANE

HSRP является протоколом, предназначенным для защиты сети от сбоев маршрутизаторов. Протокол работает между двумя маршрутизаторами, один из которых назначается в качестве основного интерфейса (или подинтерфейса) для данной подсети, в то время как второй функционирует в режиме "горячей" замены.

Два маршрутизатора, обменивающиеся протоколом HSRP, разделяют и считают общими IP- и MAC-адреса, принятые по умолчанию. Эти IP-адреса используются в качестве шлюза всеми IP-станциями для обеспечения взаимодействия между конечными станциями, находящимися за пределами их непосредственной подсети. Таким образом, когда происходит сбой основного маршрутизатора, резервный принимает на себя как адреса шлюза, так и MAC-адреса, что позволяет конечным станциям подсети продолжать взаимодействовать с конечными станциями, находящимися за пределами их подсети.

Так как HSRP представляет собой механизм уровня 2 и нуждается в сети, построенной на MAC адресах, имеется возможность выполнять восстановления в стиле HSRP по LANE. При этом используются такие же механизмы, как и для любого интерфейса Ethernet, которые могут быть сконфигурированы на уровне подинтерфейса.

На Рисунок 20 конечная IP-станция в данной подсети (которая размечена в ELAN) сконфигурирована с адресом по умолчанию маршрутизатора, который является тем же самым, что и "разделяемый" адрес HSRP. Каждый из маршрутизаторов имеет свой собственный адрес IP, который используется для обмена "приветственными" сообщениями с другими маршрутизаторами. Каждый маршрутизатор ? это LEC в данной ELAN. Между маршрутизаторами A и B устанавливается прямое SVC-соединение для обмена приветственными сообщениями.

Если основной маршрутизатор (A) "падает", резервный маршрутизатор (B) выжидает время, отведенное для трех "приветственных" сообщений, перед тем как взять на себя функцию нового владельца HSRP IP- и MAC-адресов. Когда MAC-адрес переходит к маршрутизатору B, все LEC должны выполнить повторное распределение MAC/ATM-адресов и обновить их кэши LE-ARP.

Идентификацию оборудования на

Идентификацию оборудования, на котором будет работать LECS, и получение его автоматического адреса путем использования show lane default. Идентификацию оборудования и подинтерфейсов, на которых будут работать пары LES/BUS для различных ELAN. Основываясь на номерах подинтерфейсов, необходимо получить ATM-адреса каждого LES, используя show lane default. Шестнадцатеричное значение номера подинтерфейса становится байтом селектора. Подинтерфейс 1 представляет селектор 01, подинтерфейс 2 - 02, и подинтерфейс 010 - 0A. Конфигурацию коммутатора (коммутаторов) с ATM-адресом LECS. Конфигурацию базы данных LECS с наименованиями ELAN и назначение ATM-адресов их LES. Запуск LECS. Запуск пары LES/BUS на различных подинтерфейсах. Запуск LEC на всех пограничных устройствах и создание ассоциаций ELAN/VLAN там, где это необходимо. Решение об использовании Virtual Trunking Protocol (VTP) принимается на этом же этапе.

В этом примере все службы LANE сконфигурированы на одном Catalyst 5000.

Используемая литература ATM Internetworking?White

Используемая литература ATM Internetworking?White Paper?Anthony Alles. The Next-Generation ATM Switch: From Testbeds to Production Networks?White Paper?Anthony Alles http://wwwin.cisco.com/Mkt/cmc/cc/cisco/mkt/switch/ls1010/ngatm_wp.htm

3. Designing ATM networks using the Catalyst 3000 ATM module?Implementation Guide?Marcus Phipps? http://wbu-pme/mphipps/3katm-ig.htm.

4. VLAN Technologies Handbook?Design Guide?Merwyn Andrade.

Эти функции определены на физических

Эти функции определены на физических ATM-интерфейсах и подинтерфейсах. Подинтерфейсы, которые могут быть определены как логические, являются частью физического интерфейса, такого как OC-3. Интерфейсы ATM на маршрутизаторах Cisco и модули ATM на Catalyst 5000 могут быть логически поделены на 255 подинтерфейсов. Несмотря на использование той же операционной системы (Cisco IOS) в Catalyst 3000, концепция подинтерфейсов не применяется.

Как видно из рисунка платформа

Как видно из рисунка, платформа Catalyst 5000 обеспечивает лучшую производительность BUS с одновременным минимальным использованием CPU. Все другие устройства, за исключением Catalyst 3000, сильно загружают CPU. Происходит это потому, что модуль LANE для Catalyst 5000 и 3000 оптимизирован для BUS, и все пакеты, предназначенные для BUS, обрабатываются на аппаратном уровне. Все другие платформы для трафика BUS используют CPU. Поэтому, реализуя BUS на данных платформах, следует иметь в виду степень загруженности CPU.

Как правило, возникает вопрос о преимуществах варианта реализации BUS (или служб LANE) на коммутаторе ATM в противовес пограничному устройству, такому, как Catalyst 5000 или маршрутизатор. Оборудование само по себе (то есть коммутатор ATM или пограничное устройство) не имеет прямого отношения к этому обсуждению, важно только, оптимизировано ли это оборудование для реализации на нем служб LANE. Большинство коммутаторов ATM, включая LightStream 1010, не имеет специализированного оборудования для служб LANE. Следовательно, реализация служб LANE на этих коммутаторах означает излишнюю нагрузку на CPU не только для PNNI, передачи служебной информации, Interim Local Management Interface (ILMI), и т.д., но также и для служб LANE. Поэтому реализация служб LANE на любых платформах, которые не поддерживают их аппаратно, ставит сеть в зависимость от таких процессов, как широковещательные "штормы" и т.п. Чтобы избежать такого рода проблем, Cisco рекомендует в качестве платформы для реализации служб LANE использовать Catalyst 5000.

Какие существуют проблемы?

Как уже обсуждалось в части 7.3.1, 13-байтный префикс адреса ATM для компонентов LANE на Catalyst 5000 получается от коммутатора ATM по ILMI. В конфигурации с одним используемым восходящим каналом проблем нет, так как имеет место только один префикс адреса ATM. В случае же с двойной PHY LANE-картой имеют место два восходящих канала, и Catalyst 5000 дважды и в одинаковой степени может использоваться различными LS1010, как показано на Рисунок 22. Каждый LS1010 имеет свой префикс ATM-адреса и, следовательно, Catalyst 5000 получит определенный 13-байтный префикс в зависимости от того, какой канал (PHY-A или PHY-B) активен. Пример приведен в табл. 11.

Каким образом здесь применяются VLAN?

Плоская сеть имеет превосходные мобильные характеристики до тех пор, пока каждый пользователь принадлежит к одному домену (области распространения широковещательного трафика). До тех пор пока порт, к которому подключен пользователь, принадлежит данному домену, доступ к рабочей группе остается таким же, вне зависимости от физического расположения пользователя. Проблема возникает при необходимости расширения широковещательного домена к новому месту пользователя. Установка нового коммутатора для удовлетворения потребностей единственного пользователя является экономически необоснованной. Наиболее оптимальным вариантом можно считать использование архитектуры коммутируемой VLAN с мультиплексирующей технологией.

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

Кампусная архитектура основанная на маршрутизаторах

Кампусная архитектура, основанная на маршрутизаторах

По правилам этой архитектуры рабочие группы в кампусной сети разделены маршрутизаторами логически и физически. Серверы имеют множественный доступ для соответствующих подсетей рабочей группы и могут быть либо централизованными, либо распределенными. Такая архитектура очень похожа на ранние сети с разделяемой технологией. Ключевое отличие состоит в резком увеличении ширины полосы пропускания, предоставляемой при использовании коммутации LAN и ATM.
Такая сеть проиллюстрирована на Рисунок 7.
Несмотря на то что на рисунке приведен только один коммутатор ATM для каждой рабочей группы, их может быть несколько. Главное же в том, что эти маршрутизаторы не соединены друг с другом. Поэтому и сама сеть состоит из нескольких коммутируемых областей, логически и физически отделенных друг от друга.

Карта dual PHY ATM для Catalyst

Карта dual PHY ATM для Catalyst 5000

С точки зрения физической топологии сети имеет место другой аспект для обеспечения резервирования. Хорошим решением является добавление двойного PHY-порта для обеспечения резервирования на модуле LANE коммутатора Catalyst 5000. Двойное PHY-резервирование представляет собой только аппаратный уровень и применяется в случаях, когда происходит отказ основного канала к коммутатору ATM.

Если карта используется только для LANE-клиента (или клиентов), нет отличий в конфигурации по сравнению с одним PHY. Однако в случае использования модуля для предоставления служб LANE (LECS, LES/BUS) необходимо принять во внимание некоторые основные правила.

Когда LEC реализуется на конечной

Когда LEC реализуется на конечной станции, он должен представить только один MAC-адрес в ELAN. Он будет отвечать на любой запрос LE_ARP_REQUESTS, отправленный по этому MAC адресу. Однако в случае реализации LEC на коммутаторе/мосте такое устройство должно представлять (или быть proxy) несколько MAC-адресов, так как к нему подключено несколько конечных Ethernet-станций; то есть устройство должно отвечать на многочисленные запросы LE_ARP_REQUESTS. Такие LEC называются proxy LEC, и реализуются на коммутаторах уровня 2, например Catalyst 5000, 3000 и т.д. На маршрутизаторах реализуются простые LEC, за исключением случаев, когда на подинтерфейсе маршрутизатора конфигурируется бриджинг.

Компоненты LANE

Компоненты LANE включают следующее:

LAN Emulation Client (LEC) ? рабочие станции и серверы, коммутаторы Catalyst или маршрутизаторы Cisco, которые поддерживают LANE. LEC эмулирует интерфейс для существующих сетей к протоколам высокого уровня. Выполняет пересылку данных, разрешение адресов, регистрацию MAC-адресов в LES и взаимодействие с другими LEC через ATM VCC. LAN Emulation Configuration Server (LECS). LECS содержит базу данных всех эмулируемых ELAN и ATM-адреса LES, которые управляют этими ELAN. Он принимает запросы от LEC и отправляет ему список всех эмулируемых сетей и их параметров, включая информацию об ATM-адресах LES, обслуживающих соответствующие ELAN/VLAN. База данных определяется и управляется сетевым администратором.

Конфигурация Catalyst 5000 (службы

Конфигурация Catalyst 5000 (службы LANE) Конфигурация LECS. База данных LECS идентифицирует два сервера LANE, финансовый и маркетинговый, и их ATM-адреса. ATM-адреса для этих LES снова получаются в результате использования команды show lane default на Catalyst 5000. 19-байтный адрес для LES добавляется к номеру подинтерфейса (в шестнадцатеричном виде) и этот 20-байтный адрес используется для определения наименования ELAN и соответствия ей ATM-адреса LES. В нашем примере подинтерфейсы 1 и 2 используются для ELAN финансов и маркетинга соответственно. Эти LES-адреса являются теми адресами, которые LECS дает клиентам, пытающимся присоединиться к данной ELAN.

После того как определена база данных LECS, на Catalyst 5000 необходимо сконфигурировать основной (primary) интерфейс для исполнения LECS. Этот шаг выполняется командой lane config example, где example - база данных. Команда lane config auto-config-atm-address запускает LECS на Catalyst 5000.

Дополнительные детали конфигурации базы данных LECS:

Конфигурация имен ELAN на LEC. В этой конфигурации все LEC должны быть сконфигурированы с наименованием ELAN, которое может быть включено в их запрос Configure_Requests. Самая простая форма базы данных LECS должна содержать только список наименований ELAN и соответствующие им ATM адреса. В такой конфигурации все LEC, запрашивающие присоединение к данной ELAN, возвращаются к соответствующему ATM-адресу LES. Этот процесс показан на Рисунок 25. LEC, который не знает, к какой ELAN присоединиться, будет подключен к ELAN по умолчанию, если таковая сконфигурирована в базе данных LECS. Конфигурация принадлежности LEC к ELAN в базе данных LECS. В нашей конфигурации вся информация централизована в базе данных LECS. Сами по себе LEC могут просто обратиться к LECS для выяснения вопроса о том, к какой ELAN они предполагают присоединиться. И хотя такая конфигурация немного сложнее, она обеспечивает лучший контроль над всеми ELAN и удобна в тех случаях, когда важен вопрос защиты. LEC идентифицируются своими собственными адресами ATM или MAC. Дополнительно имеется возможность использовать шаблоны префиксов адресов ATM, что очень удобно при создании отношений LEC и ELAN. Конфигурация показана в табл. 4. Смешанная конфигурация. Возможна также конфигурация с использованием комбинации этих методов.

Конфигурация Cisco LANE

Конфигурация Cisco LANE с применением ATMадресов назначаемых пользователем

Конфигурация Cisco LANE с применением ATM-адресов, назначаемых пользователем

Назначение ATM-адресов пользователем требует определенного планирования и осторожного администрирования, но имеет некоторые преимущества. Единожды назначенные различным компонентам LANE, они оказываются защищенными при замене плат, супервизора или RSP.

Вопросы реального администрирования ATM-адресов лежат за рамками этого документа. Всю информацию можно получить из документации Форума ATM.

Пример конфигурации приведен в табл. 7.

Конфигурация клиента LANE Конфигурация

Конфигурация клиента LANE Конфигурация LEC на маршрутизаторе. Подинтерфейсы маршрутизатора, действующие как LEC, управляют маршрутизацией между VLAN. Для каждого нуждающегося в маршрутизации подинтерфейса должен быть сконфигурирован LEC. Командой lane client ethernet <elan name> запускается клиентское программное обеспечение. Если не указывать наименование ELAN, LECS либо обнаружит наименование в своей базе данных, либо назначит ELAN по умолчанию. Конфигурация LEC на Catalyst 5000. С этого момента ISL VLAN-домен на Catalyst 5000 соответствует ATM ELAN-домену, и должен существовать некий путь, который осуществит отображение VLAN в ELAN. Решение следующее:

Команда lane client ethernet имеет дополнительное поле, позволяющее администратору назначить определенный VLAN для ATM ELAN. Такое присваивание должно быть выполнено для каждой VLAN в Catalyst 5000, которой требуется взаимодействие с ATM-доменом LANE. Таким путем осуществляется бриджинг через VLAN и ELAN.

Конфигурация LEC на Catalyst 5000 с VTP. Протокол VTP был создан для разрешения административных сложностей при создании соответствий ISL VLAN и 802.10 VLAN LANE-базирующимся ELAN. Используя VTP, можно создать для VLAN единственный идентификатор, и коммутатор автоматически установит соответствие номеров различных VLAN их наименованиям. ISL и 802.10 имеют числовую схему для идентификации VLAN, следовательно, VTP создаст таблицу соответствия номеров VLAN их наименованиям. С другой стороны, LANE уже использует наименования ELAN для идентификации VLAN, следовательно, наименование VLAN продолжает быть наименованием ELAN. Пример такого соответствия приведен в таблице 6.

Каждый LEC для получения LECS

Конфигурация LightStream 1010

Каждый LEC для получения LECS ATM адреса запрашивает коммутатор ATM через интерфейс ILMI. Для обеспечения получения положительного ответа от коммутатора на нем должен быть сконфигурирован ATM-адрес LECS. Пример команды, назначающей адрес ATM для LECS на LightStream 1010:

Следует обратить внимание на то, что используемый адрес получен по команде show lane default от Catalyst 5000, исполняющего LECS. С этого момента коммутатор способен предоставлять клиентам адрес LECS, указывающий на Catalyst 5000.

Конфигурирование клиентов LANE на карте DualPHY LANE

Конфигурирование клиентов LANE на карте Dual-PHY LANE

ATM-адреса клиентов LANE обычно никогда не конфигурируются в базе данных LANE, и, следовательно, LECS не интересуется ATM-адресами присоединившихся LEC. Тем не менее при необходимости в защите информации и вытекающей отсюда потребности конфигурировать ATM-адреса LEC для обеспечения возможности присоединиться к определенной ELAN становится важным сконфигурировать в базе данных LANE оба ATM-адреса, ассоциирующихся с LEC на Catalyst 5000.

Конфигурирование служб LANE на карте dual PHY LANE

Использование адресации по умолчанию: ATM-адреса LECS и LES используются для конфигурирования таблицы LECS на LS1010 и базы данных LANE соответственно. В связи с тем что для карты dual PHY LANE существует несколько адресов, порядок, в котором они отображаются в таблице LECS и базе данных LANE, становится очень важным.

В примере, показанном на Рисунок 22, ATM-адреса LECS для C5000-1 - A.1 и B.1; они же для C5000-2 - A.2 и B2. Эти адреса должны быть помещены в адресную таблицу LECS LS1010. Ниже приведено два варианта того, как это можно сделать:

LECS-последовательность ? A.1, A.2, B.1, B.2: (РЕКОМЕНДУЕТСЯ) Такая последовательность определяет, что после "падения" основного LECS (A.1), резервным LECS, который примет на себя функционирование в качестве основного, станет A.2. Другими словами, основной переместится с C5000-1 на C5000-2. Так как C5000-2 уже работает, весь процесс занимает минимум времени. Такой последовательностью обеспечивается также минимальное количество переключений "основной/резервный" между LECS. В следующем примере показано, каким образом это количество может быть увеличено из-за применения нерекомендуемой последовательности LECS. LECS последовательность ? A.1, B.1, A.2, B.2. Такая последовательность определяет, что резервным LECS является резервный PHY на том же самом Catalyst 5000, то есть B.1. После сбоя основного LECS (A.1) следующим доступным LECS для принятия на себя функций основного станет A.2. Это произойдет из-за запаздывания по времени "поднятия" второго резервного порта (B.1) по сравнению с A.2. Однако, как только B.1. "поднимется" и станет активным, он возьмет на себя функции основного от A.2. Клиентам LANE, которые уже начали использовать A.2, придется инициализироваться повторно, так как статус сети изменился. Ясно, что появляется один дополнительный и совершенно не нужный шаг в сценарии восстановления по сравнению с приведенной выше схемой назначения последовательности. Одновременно с увеличением количества переключений "основной/резервный" между LECS увеличивается и время на восстановление после сбоя. Таким образом, эта схема не рекомендуется.

Пример конфигурации приведен ниже.

Контактирование с LECS

LEC создает служебный пакет с ATM-адресом LECS. Устанавливает прямое соединение Configure_Direct VCC и выполняет запрос LE_CONFIGURE_REQUEST. LEC либо знает, к какой ELAN он желает присоединиться, и включает эту информацию в свой запрос, либо просто запрашивает LECS о ELAN, содержащихся в базе данных LECS. LEC также включает в свой запрос такую информацию, как свой собственный MAC-адрес, тип ELAN (Ethernet или Token Ring) и т.д.

Если удовлетворяющие LEC варианты будут обнаружены, он получит ответ LE_CONFIGURE_RESPONSE, содержащий ATM-адрес LES, обслуживающего требуемую ELAN.

Логическая модель кампусной сети

Маршрутизация взаимодействующих подсетей

Исходя из того что для реализации сети рабочей группы необходимо использовать несколько подсетей, важно спроектировать достаточное значение производительности маршрутизации для согласования требований к полосе пропускания для трафика между подсетями. Как упоминалось ранее, в этом случае трафик клиент/сервер может быть оптимизирован предоставлением локального доступа к серверам (назначением их имеющими множественный доступ для нескольких ELAN), в то время как трафик клиент/клиент будет проходить через маршрутизатор. Значение трафика клиент/клиент переменно и зависит от количества применяемых в рабочей группе равноправных приложений (peer/peer). Значение производительности маршрутизации может быть определено при сравнении различных маршрутизаторов, представленных в соответствующей таблице.

Масштабирование ELAN проблемы протокола Spanning Tree

Масштабирование ELAN: проблемы протокола Spanning Tree

Протокол Spanning Tree реализован в коммутаторах/мостах уровня 2 (например, Catalyst 5000) для того, чтобы препятствовать образованию временных петель маршрутизации в сетях с резервными каналами, поэтому он часто используется как механизм для обеспечения резервирования. Поскольку LEC, по существу, бриджует трафик Ethernet/Token Ring по магистрали ATM, блоки данных протокола Spanning Tree bridge (BPDU) передаются по всей ELAN. Для процесса Spanning Tree на пограничных коммутаторах уровня 2 сеть ATM выглядит как разделяемая сеть Ethernet/Token Ring. На Рисунок 10 это показано в сравнении с коммутируемой сетью, полностью построенной на коммутации пакетов.

Как видно из рисунка, топология Spanning Tree (STP) сети, основанной на LANE, в значительной степени проще, чем топология чисто коммутируемой сети, применяющей STP. Как бы то ни было, время сходимости, которое может быть главной проблемой в крупных коммутируемых пакетных сетях, продолжает являться проблемой и в сетях LANE. Несмотря на это, преимущество использования LANE с PNNI состоит в том, что сама по себе масштабируемость области Уровня 2 предпочтительнее, чем масштабируемость ELAN.

Экспериментальным путем установлено, что время сходимости лежит в интервале от 35 до 40 секунд (установки таймера приняты по умолчанию). Следует обратить внимание на то, что Spanning Tree требует повторного выполнения процесса сходимости в случае сбоев на пограничных коммутаторах или внутри сети ATM.

Масштабирование кампусной сети

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

Сеть LANE, как показано на Рисунок 1, состоит не только из LAN Emulation Clients (LEC) и LANE-услуг, но также из коммутаторов ATM, возможно использующих PNNI, пограничных устройств, выполняющих Spanning Tree Protocol и т.д. Отсюда следует, что расширение LANE-сети должно быть всесторонне исследовано в совокупности с другими компонентами, которые являются частью сети LANE, но не подчиняются стандарту LANE.

Масштабирование полосы пропускания PNNI в противовес Spanning Tree

Масштабирование полосы пропускания - PNNI в противовес Spanning Tree

Основным отличием между сетями VLAN, построенными на базе ISL и 802.10, и сетями LANE является ядро или магистраль.

В то время как технология мультиплексирования пакетов использует в ядре сети пакетные коммутаторы, LANE использует коммутаторы ATM. Масштабируемость сетей на базе пакетных коммутаторов ограничена протоколом Spanning Tree Protocol (STP). Ядро ATM базируется на протоколе PNNI, который является протоколом маршрутизации и передачи сигнализации и в контексте семиуровневой модели OSI может рассматриваться как протокол маршрутизации уровня 2. Протокол PNNI походит на протокол Open Shortest Path First (OSPF), за исключением того, что PNNI поддерживает возможности, предоставляемые QoS. Другими словами, он может формировать топологии для различных классов трафика (постоянная скорость передачи [CBR], переменная скорость передачи [VBR] и т.д.) и маршрутов соединений [VC] в сетях, построенных на базе классов трафика.

Использование PNNI в ядре сети позволяет установить VC по нескольким маршрутам и соединениям, что влечет за собой повышение надежности и распределение нагрузки в магистрали. Время восстановления такой сети после сбоев намного меньше, чем в случае традиционной сети, построенной на базе протокола Spanning Tree. Детали обсуждаются в части, посвященной масштабированию кампусных сетей.

В сетях LANE в качестве пограничных устройств присутствуют пакетные коммутаторы, и проблему масштабируемости протокола Spanning Tree все равно необходимо учитывать. Однако здесь ограничение больше относится к масштабируемости VLAN, чем к магистрали.

Масштабирование сети рабочей группыПроблемы

Масштабирование сети рабочей группы

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

Масштабируемость такой магистрали

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

В архитектуре, о которой мы говорим, обычно применяются пограничные устройства и коммутация ATM в ядре системы. Ядро ATM использует PNNI как протокол маршрутизации уровня 2, предоставляющий больше возможностей для масштабирования сети, чем использование магистрали с коммутацией пакетов, чья масштабируемость ограничена протоколом Spanning Tree.

В последующих частях детально обсуждаются преимущества использования протокола PNNI в качестве протокола маршрутизации уровня 2.

Обеспечение класса услуг в кампусных сетях

При обсуждении преимуществ ATM часто возникает вопрос о возможности поддержки классов сервиса (CoS). Текущее положение дел с ограниченными возможностями конечных станций и некоторыми ограничениями в существующих на сегодняшний день стандартах не позволяет реализовать такую возможность в кампусной сети. В качестве примера можно привести стандарт LANE 1.0, который поддерживает только неопределенную скорость передачи (UBR) и, следовательно, не может воспользоваться теми возможностями поддержки CoS, которые предоставляются ATM коммутаторами и PNNI-протоколом.

Однако несмотря на это потребители все-таки желают иметь возможность реализовать гарантии CoS, не обновляя при этом программное обеспечение на их конечных станциях или серверах. Cisco решает эту проблему путем включения специализированных схем моделирования трафика в коммутаторах ATM. Теперь конечные станции могут продолжать существовать на текущей технологии LANE и пользоваться преимуществами гарантий CoS.

Обнаружение BUS

Обнаружение LECS

Ограничения в адресации практические вопросы

Ограничения в адресации: практические вопросы

Большинство IP-сетей представляют собой либо сети класса B с маской подсети класса C (восьмибитовой), либо несколько сетей класса С. Из этого следует ограничение в 254 конечные станции на одну подсеть. Затем подсеть размечается в домен широковещательного трафика, и маска подсети становится ограничением для расширения домена. Несмотря на то что возможны конфигурации, в которых несколько подсетей реализованы в одном домене, для эффективной работы такой конфигурации администратор сети должен добавлять маршруты к другим сетям в домене для каждой конечной станции. Очевидно, что это чрезвычайно трудоемкий процесс для администратора сети. Наиболее гибкое решение - использование одной подсети на домен и применение маршрутизации для обеспечения взаимодействия подсетей.

Например, смещение границы маски подсети на два бита влево даст в результате 1024 конечные станции, но значительно уменьшит количество подсетей (до 64). Более того, не все рабочие группы должны быть одинакового размера и 1024 станции на одну подсеть - это слишком много для большинства рабочих групп. Конечно, для варьирования размеров рабочих групп можно применить стратегию маски подсети переменной длины (VLSM), но такой вариант будет слишком трудоемким для администратора и, кроме того, потребует смены протоколов маршрутизации Routing Information Protocol (RIP) или Interior Gateway Routing Protocol (IGRP) на Enhanced IGRP или OSPF. Такие преобразования выглядят все-таки чрезмерными для простой возможности увеличения количества пользователей в одном домене, особенно если есть иные варианты решения. Практическая же сторона проблемы заключается в том, что любые изменения в стратегии организации адресного пространства затрагивают все конечные станции, маска подсети которых подвергается изменениям. Это задача, которую проще изложить, чем разрешить.

Для сетей Internetwork Packet Exchange (IPX) и AppleTalk вопросы ограничения адресного пространства не так актуальны, поскольку в них используется преимущество динамической адресации. Тем не менее сети IPX и AppleTalk имеют более интенсивный широковещательный трафик, представляющий намного более серьезную проблему в масштабировании области его распространения.

Основные принципы использования SSRP

Переход к коммутации

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

Увеличение сетевой полосы пропускания. Основным фактором, побуждающим увеличивать полосу пропускания в кампусных сетях, является рост числа пользователей и приложений. Новые приложения требуют более мощных серверов и настольных компьютеров, что, в свою очередь, вызывает необходимость увеличения пропускной способности сети. Более того, разделение информации и ее быстрая передача в нужных направлениях становится настоятельной потребностью в корпорациях. Эти требования выдвигают технологии и приложения Intranet, которые все чаще используются в корпоративных сетях. Таким образом, возрастает и необходимость увеличения сетевой полосы пропускания. Расположение сервера. Несмотря на то что распределенная архитектура, предполагающая размещение серверов в максимальной близости к группам пользователей, была очень популярной концепцией, высокая стоимость накладных расходов побудила проектировщиков сетей пересмотреть этот вопрос и использовать централизованное расположение серверов. Это означает, что практически весь трафик клиент/сервер проходит по транкам или магистрали, что, в свою очередь, является существенным преимуществом при построении масштабируемой сети и имеет большое влияние при ее проектировании. Добавления, перемещения и изменения. Группы пользователей растут и реорганизуются. Одно из основных и наиболее важных требований потребителей - с наименьшими накладными расходами произвести возможные добавления, изменения или перемещения. С точки зрения функционирования сети эти требования затрагивают сетевые адреса и вопросы управления, поэтому необходимо спроектировать сетевую архитектуру таким образом, чтобы эти изменения проводились максимально легко. Защита. Несмотря на то, что необходимость защищенности кампусной сети значительно ниже, чем территориально-распределенной сети (WAN), потребность в защите определенного типа данных (информации о паролях, например) от неавторизованных пользователей все же существует. Другим примером может служить настоятельная необходимость в формировании группы пользователей, имеющей доступ к секретной информации.

Для удовлетворения этих требований существует много различных решений - от ATM с LANE до простой коммутацией пакетов в таких технологиях, как коммутируемый Ethernet, Fast Ethernet и FDDI. В последующих частях обсуждается решение ATM с LANE и PNNI в контексте модели кампусной сети. Там, где это возможно, решение сравнивается с решениями на основе коммутации пакетов.

Первым шагом для LEC является

Первым шагом для LEC является регистрация его ESI на ATM-коммутаторе, к которому он присоединен, и получение от него 13-байтного префикса ATM-адреса. Эта процедура известна под названием "address registration" и обеспечивается интерфейсом ILMI. После завершения фазы регистрации адреса LEC "узнает" свой полный ATM-адрес, который впоследствии используется под названием "Calling Party address" в служебных запросах. Коммутатору ATM тоже известен ATM-адрес LEC, что позволяет ему корректно доставлять сообщения, предназначенные для LEC.

Планирование количества SVC

При масштабировании сети АТМ ключевой является проблема емкости SVC. Сеть ATM, состоящая из n пограничных устройств, для обеспечения полного взаимодействия требует общее количество SVC, вычисляемое по формуле: n*(n-1)/2. Это крайний случай, имеющий место только тогда, когда каждое устройство обменивается информацией с другим устройством одновременно. К счастью, в реальных сетях такие случаи происходят редко, взаимодействия разграничены во времени и SVC устанавливаются и разрываются по требованию. Тем не менее сетям LANE для корректного функционирования требуется минимальное количество SVC, а вычисление этого количества дает представление о том, сколько SVC имеется в распоряжении для установки по требованию Data_Direct SVC.

При вычислении количества SVC важно учитывать и суммировать не только SVC, необходимые сети, но и SVC, требующиеся каждому пограничному устройству. Например, на Рисунок 12 показано десять пограничных устройств, присоединенных к коммутатору ATM, и все они взаимодействуют на одной ELAN.

Плоская коммутируемая сеть

Простейший подход к реализации сети рабочей группы состоит в использовании для всей рабочей группы одной области распространения широковещательных сообщений или VLAN. Такая сеть состоит из нескольких коммутаторов, разделяемых одним Spanning Tree доменом, как показано на Рисунок 3.

PNNI управление шириной полосы

PNNI: управление шириной полосы пропускания, распределение трафика и резервирование путей для сетей LANE

PNNI - это протокол маршрутизации ATM, служащий для маршрутизации соединений и реализуемый в коммутаторах ATM. Большинство сетей LANE состоит из нескольких коммутаторов ATM и обычно применяет протокол PNNI. Несмотря на то что PNNI является очень "продвинутым" протоколом и поддерживает маршрутизацию, основанную на QoS, этот исключительный аспект PNNI здесь не обсуждается. Однако хотелось отметить, что для масштабирования сетей LANE могут быть использованы ннекоторые полезные свойства LightStreame 1010, связанные с PNNI. Эта часть рассматривает вопрос о субъектах PNNI, связанных с LANE, но не затрагивает сложности и проблемы маршрутизации PNNI.

Применение PNNI на LightStream 1010 предоставляет следующие возможности:

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

Полоса пропускания BUS

В любой ELAN BUS занимается пересылкой всего широковещательного, мультивещательного и нераспознанного однонаправленного трафика. Следовательно, потенциальные возможности обработки пакетов BUS должны обеспечивать обслуживание всего трафика в ELAN. Кроме того, должно быть предусмотрено поведение BUS в случае широковещательных "штормов", во время которых могут быть существенно уменьшены возможности оборудования/программного обеспечения, реализующего функции BUS.

Так как в сети может быть несколько ELAN, производительность и скорость обработки у BUS должны быть выше, чем объем совокупного широковещательного сетевого трафика.

На Рисунок 11 показана производительность BUS на каждом устройстве Cisco, реализующем функции BUS.

После обнаружения ATMадреса BUS

После обнаружения ATM-адреса BUS следующими действиями LEC будет создание служебного пакета с эти адресом и установка Multicast_Send VCC. Затем BUS добавляет LEC к мультивещательному соединению Multicast_ Forward VCC.

С этого момента LEC является членом ELAN. Полностью процесс показан на Рисунок 26.

После того как LEC обнаружит ATMадрес

После того как LEC обнаружит ATM-адрес требуемого LES, он разрывает соединение с LECS, создает служебный пакет с ATM-адресом LES и устанавливает прямое виртуальное соединение Control_Direct VCC. После успешной установки этого соединения LEC отправляет LE_JOIN_REQUEST. Этот запрос содержит как ATM-адрес LEC, так и MAC-адрес, которые требуется зарегистрировать в ELAN.

Эта информация контролируется таким образом, что регистрация двух LEC с одинаковыми адресами ATM или MAC невозможна.

После принятия запроса LE_JOIN_REQUEST Cisco LES по своему собственному открытому соединению с LECS проверяет его, таким образом подтверждая принадлежность клиента к группе. После успешной проверки LES добавляет LEC к своему мультивещательному соединению ?один-к-многим? Control_Distribute VCC. И, наконец, LES отправляет для LEC благоприятный ответ LE_JOIN_RESPONSE, содержащий идентификатор клиента LANE (LECID), являющийся уникальным для каждого нового клиента. Этот идентификатор используется LEC для отделения собственного широковещательного трафика, поступающего от BUS.

Построение кампусных ATM сетей Введение

Построение кампусных ATM сетей

Введение

Возможность коммутируемого взаимодействия сетей становится важным элементом в кампусных сетях. В этой области лидирующее положение занимают продукты и технологии Cisco Systems. Cisco предлагает технологии построения как коммутируемых LAN, так и ATM с соответствующими решениями по виртуальным сетям (VLAN), возможными для каждой технологии. Решения VLAN включают такие методы мультиплексирования, как LAN Emulation (LANE) в сетях ATM, Inter-Switch Link (ISL) в сетях Fast Ethernet, и 802.10 в сетях Fiber Distributed Data Interface (FDDI). При разработке архитектуры кампусной сети, базирующейся на VLAN, возникает необходимость выбора между ISL в Fast Ethernet и LANE в ATM. Сделать этот выбор часто бывает затруднительно, особенно при отсутствии у потребителя представления о том, какое решение лучше и полнее удовлетворит все его требования. Настоящий документ предназначен для понимания сетевых решений на основе ATM.

Масштабируемая полоса пропускания, гарантии качества сервиса (QoS) и управление трафиком - все это ключевые факторы, указывающие на необходимость применения технологии АТМ для удовлетворения потребностей сегодняшних развивающихся корпоративных сетей. Для того чтобы успешно выполнить проектирование АТМ-сети и обеспечить ее работоспособность, требуется глубокое понимание того, как работают ее основные компоненты.

LANE - ключевая технология, обеспечивающая плавный перенос наследия существующей сети к АТМ, успешно применяется в рабочих группах и кампусных сетях. Используя технологию LANE, потребители могут выполнять существующие приложения, разработанные для локальных сетей, а также применять широковещательные LAN-протоколы в сети ATM. PNNI очень важен для масштабирования ATM-сети и его реализация от Cisco позволяет успешно строить сети, состоящие из более чем 90 ATM-коммутаторов.

Настоящий документ по проектированию и внедрению ATM-сетей содержит полезную информацию для построения масштабируемых сетей LANE. Детально обсуждается оборудование Cisco и реализация в нем упомянутых выше стандартов, а также принципы, по которым следует использовать это оборудование при построении сети. Там, где это возможно, разъясняется конфигурация, и приводятся примеры. В частях 2-6 исследуются вопросы проектирования и масштабирования для LANE в рабочих группах и кампусных сетях. В части 7 обсуждаются некоторые детали конфигураций при построении сетей LANE с использованием оборудования Cisco. Часть 8 посвящена обсуждению схем надежности LANE с применением протоколов Simple Server Redundancy Protocol (SSRP) и Hot Standby Routing Protocol (HSRP).

Содержание

Переход к коммутации

Преимущества LANE с PNNI:

Решение VLAN ? мобильность, широковещательное управление и защита

Масштабирование полосы пропускания - PNNI в противовес Spanning Tree

Фактор MPOA ? разрешение вопроса о размещении сервера

Обеспечение класса услуг в кампусных сетях

Логическая модель кампусной сети

Проектирование сети рабочей группы

Плоская коммутируемая сеть

Каким образом здесь применяются VLAN?

Ограничения в адресации: практические вопросы

Распространение широковещательного трафика

Масштабирование сети рабочей группы

Расположение сервера - множественный доступ

Маршрутизация взаимодействующих подсетей

Масштабирование кампусной сети

Кампусная архитектура, основанная на маршрутизаторах

Распределенная кампусная магистраль уровня 2

PNNI: управление шириной полосы пропускания, распределение трафика и
резервирование путей для сетей LANE

Масштабирование ELAN: проблемы протокола Spanning-Tree

Полоса пропускания BUS

Расположение служб LANE

Планирование количества SVC

Конфигурация Cisco LANE

Сети Cisco LANE

Реализация LANE от Cisco

Пример конфигурации сети LANE

Автоматическое назначение адресов в Cisco LANE

Конфигурация LightStream 1010

Конфигурация Catalyst 5000 (службы LANE)

Конфигурация клиента LANE

Конфигурация Cisco LANE с применением ATM-адресов, назначаемых пользователем

Резервирование LANE

Проблемы в сети LANE 1.0

Способность к быстрому восстановлению в сетях LANE 1.0

Резервирование LECS

Резервирование LES/BUS

Основные принципы использования SSRP

Типы проектов

Правила конфигурации

Замечания по взаимодействию

Работа SSRP с общепризнанными адресами LECS

Работа SSRP в разделенной сети

HSRP по LANE

Пример конфигурации HSRP и SSRP

Карта dual PHY ATM для Catalyst 5000

Какие существуют проблемы?

Конфигурирование клиентов LANE на карте dual PHY LANE

Конфигурирование служб LANE на карте dual PHY LANE

Заключение

Приложение 1. Функционирование сети LANE

Компоненты LANE

Функционирование ELAN

Регистрация ATM-адреса

Обнаружение LECS

Контактирование с LECS

Присоединение к LES

Обнаружение BUS

Присоединение BUS

Взаимодействие LEC-to-LEC

Proxy LEC

Используемая литература

Правила конфигурации

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

1.Каждый LECS должен содержать одинаковую базу данных ELAN. Поэтому сетевой администратор обязан обеспечивать это соответствие.

2. Адреса LECS в адресной таблице LECS должны быть сконфигурированы в одном и том же порядке на каждом коммутаторе ATM в сети.

3. При условии применения SSRP с общепризнанными адресами НЕ следует располагать два LECS на одном и том же коммутаторе ATM. Работать такая конфигурация не будет, так как только один LECS может зарегистрировать общепризнанный адрес на коммутаторе (через ILMI), зато вызовет проблемы во время инициализации.

Преимущества LANE c PNNI

LANE версии 1.0 определяет стандарты для межсетевого взаимодействия сетей Ethernet и Token Ring с устройствами ATM. Такими устройствами могут быть конечные станции (например, серверы ATM), пограничные устройства, являющиеся мостами от существующих LAN к магистрали ATM (например, коммутаторы Catalyst 5000) и маршрутизаторы ATM для маршрутизации между эмулируемыми LAN (ELAN).

LANE определяется как инкапсуляция Media Access Control (MAC), обеспечивающая поддержку большого количества протоколов уровня 3. Конечным результатом является то, что все устройства, присоединенные к ELAN, оказываются на одном сегменте. Таким образом, IP, IPX, Apple Talk и другие протоколы будут иметь похожие характеристики производительности по сравнению с традиционной средой.

Рисунок 1 иллюстрирует сеть LANE и показывает необходимые компоненты для применения в такой сети.

Функционирование сети LANE

Приложение 1. Функционирование сети LANE

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

Пример конфигурации HSRP и SSRP

В этой части представлен пример конфигурации сети LANE, которая включает SSRP и HSRP (Рисунок 21).

Два коммутатора Catalyst 5000 (1 и 2) работают как основной и резервный для служб LANE. Для координации основного и резервного используется протокол SSRP. Маршрутизаторы 7507-1 и 7507-2 используют HSRP. 7507-1 является основным для 1-й и 2-й ELAN и резервным для 3-й и 4-й. 7507-2 является основным для 3-й и 4-й ELAN и резервным для 1-й и 2-й ELAN.