Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Службы LANE — мост в XXI век?

Аллен Роубел

Спецификация LAN Emulation (LANE) over ATM 1.0 Форума ATM определяет механизмы, позволяющие связывать многопротокольные сегменты ЛВС через сеть ATM и обеспечивать взаимодействие между этими сегментами и подключенными к ATM серверами и рабочими станциями. Мы рассмотрим проблемы, возникающие при оценке продуктов LANE, уделив особое внимание тем из них, в которых реализованы службы LANE. Работу этих служб обеспечивают серверы LAN Emulation Configuration Server (LECS), LAN Emulation Server (LES) и Broadcast and Unknown Server (BUS) (рис. 1).

Совместимость

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

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

Учтите, коммутаторы ATM абсолютно "не подозревают" о LANE, но их работа существенно влияет на общую производительность сети с LANE (см. врезку). Не забывайте также, что стратегия, которой придерживается выбранный вами производитель, не должна расходиться с вашей собственной. Например, если вы собираетесь внедрить технологию LANE в сети масштаба предприятия, то, затем, чтобы воспользоваться преимуществами сквозной маршрутизации и гарантированного качества обслуживания (Quality of Service — QoS), вам, вероятно, потребуется перейти к технологии Multi-Protocol Over ATM (MPOA). Если для вашей сети важно резервирование, основанное на стандартах, желательно, чтобы выбранный производитель в будущем обеспечил поддержку спецификации LANE версия 2.0, в которой предусмотрено резервирование серверов LANE. Если же резервирование служб LANE нужно вам прямо сейчас, имейте в виду, что на рынке уже есть соответствующие решения. Для их использования необходима лишь реализация на клиенте эмуляции (LAN Emulation Client — LEC) некоторых опционных частей спецификации LANE версия 1.0. В частности, резервирование служб LANE может быть обеспечено с помощью протокола SSRP (Simple Server Redundancy Protocol) фирмы Cisco Systems. И наконец, следует помнить, что спецификации User-to-Network Interface 4.0 и Available Bit Rate Форума ATM позволяют оптимизировать использование ресурсов за счет механизмов управления потоком данных и сигнализации для предоставления гарантированного качества обслуживания.

Под контролем

Форум ATM проявил определенную мудрость, отделив обработку служебных сообщений LANE (сервис LECS и LES) от собственно пересылки данных (клиент LEC и сервер BUS). Некоторые производители воспользовались этим и оптимизировали свои аппаратные средства соответствующим образом: для обработки служебного трафика, как правило, используется мощный процессор общего назначения, а для пересылки данных — специализированные интегральные микросхемы (ASIC).

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

Клиент LEC должен находить сервер LECS независимо от его размещения. Для этого стандартом LANE 1.0 определены три обязательных способа, которые должны быть испробованы один за другим. В дополнении (addendum) к стандарту клиенту разрешается использовать локально сконфигурированный адрес. Однако применение этого способа вместо первого из трех обязательных — определения адреса LECS с помощью интерфейса ILMI (Interim Local Management Interface) — далеко не лучшее решение. Если вы планируете установить несколько серверов LECS (для расширения сети или создания нескольких административных доменов), настаивайте, чтобы производитель реализовал механизм обнаружения LECS с помощью ILMI (он предоставляет самую высокую степень масштабируемости) на клиентах эмуляции и обеспечил его поддержку на коммутаторах ATM.

Безопасность

Почти на каждом предприятии требуется определенная степень защиты данных. В стандарте LANE 1.0 механизм защиты данных сводится к следующему: на основании ATM-адреса запрашивающей стороны сервер LECS может определять, обслуживать или нет конфигурационный запрос. Однако это не обеспечивает высокую степень безопасности, поскольку клиент эмуляции способен обойти фазу конфигурации и обратиться непосредственно к серверу LES. В этом случае могут применяться фирменные механизмы защиты (рис. 2).

Некоторые фирмы, включая и Cisco, реализовали средства защиты на уровне LES, "прозрачные" для сервера LECS и клиента эмуляции и не нарушающие спецификации LANE 1.0. Если ваши требования к безопасности выходят за пределы механизма, заложенного в LANE 1.0, попросите производителя разъяснить предлагаемые им способы защиты.

Спешите и ждите

Серверы LECS и LES должны обеспечивать очень высокое быстродействие в первую минуту после начала работы эмулированной ЛВС (ELAN), поскольку именно в этот момент все ее клиенты потребуют доступа к службам LANE. После такого первоначального "взрыва" активности в дальнейшем эти серверы будут обрабатывать лишь отдельные случайные запросы, например при подключении клиентов к ELAN или инициации запросов LANE Address Resolution Protocol (LE-ARP). Следует обратить внимание на способности серверов LECS и LES быстро устанавливать/разрывать виртуальные соединения и своевременно обрабатывать поступающие к ним запросы, а также на наличие достаточного объема памяти для поддержания работы нескольких сетей ELAN и клиентов LEC.

В отличие от серверов LECS и LES сервер BUS обеспечивает передачу данных и не участвует в управлении трафиком, поэтому его "лошадиные силы" используются практически равномерно в течение периода активного состояния ELAN. Значит, есть определенный смысл в том, чтобы разместить его в устройстве, оптимизированном для пересылки данных. Некоторые производители выделяют высокопроизводительные аппаратные средства для работы служб LANE. Это делается для удовлетворения требований, предъявляемых к BUS.

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

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

LANE добавляет еще один уровень сложности к и без того достаточно сложной технологии АТМ. Даже в небольшой сети могут быть активны сотни виртуальных соединений, а физическая топология сети редко совпадает с логической. И практически никому не по силам управлять сетью крупного предприятия без помощи мощного графического инструментария. Такой инструментарий, как минимум, должен позволять сетевому администратору ориентироваться в физической и логической топологиях сети и получать статистику трафика для обеих. Также желательно, чтобы с помощью графических средств управления можно было определять состав ELAN вручную — путем "перетаскивания" с помощью мыши соответствующих портов традиционных ЛВС ("drag-and-drop") — или автоматически — на основании MAC-адреса или адреса сетевого уровня.

Собираясь использовать службы LANE совместно с механизмом Classical IP over ATM или, скажем, со множеством виртуальных соединений, сконфигурированных вручную, поинтересуйтесь у производителя относительно возможностей интегрированного управления соответствующими средами. Форум ATM принял спецификацию LANE Servers Management Spec версия 1.0, позволяющую управлять службами LANE с помощью протокола SNMP (Simple Network Management Protocol). Однако ей предстоит пройти еще долгий путь, чтобы в конце концов стать тем средством, которое обеспечит сетевых администраторов ценной информацией о состоянии служб LANE





  
12 '1997
СОДЕРЖАНИЕ

колонка редактора

• Старая песня о главном

локальные сети

• Средства кластеризации серверов Windows NT

• Главный недостаток Windows NT в России, или Почему я за архитектуру клиент—сервер

• Серверы NetWare в зеркальном отражении

• ЭМС и Европейская Директива

• Оценка эффективности работы персонала

• Novell Education: кузница сетевых инженеров

корпоративные сети

• Службы LANE — мост в XXI век?

• Новейшая история транзакционных технологий

• Внезапные потери связи

• Новейшие Интернет-технологии от Novell

услуги сетей связи

• Телефонные станции для быстро растущих и крупных предприятий

• CDMA — россиянам

• О пригодности телефонных каналов для передачи данных

• Тарификационные системы для учрежденческих АТС

• Маршрутизаторы ISDN со встроенными концентраторами

интернет и интрасети

• Распределение нагрузки Web-сервера

• Естественная эволюция индустрии Интернет

• Игры в Интернет

защита данных

• Управление ИБП

новые продукты

• Network Exchange 2550 фирмы Netrix

только на сервере

• Технология Dynamic HTML: "раздвоение личности"

• Тестируем АТМ-адаптеры



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх