Концепция lane
На рис. 16.22 показано соответствие между различными уровнями моделей OSI, ATM и LANE. Как видно из рис. 16.22, основные функции эмуляции локальных сетей выполняются на уровне LAN Emulation. По своим функциональным возможностям этот уровень соответствует канальному уровню эталонной модели OSI. В модели ATM этот уровень занимает промежуточное место между уровнем адаптации ATM AAL5 и верхними уровнями модели ATM. Уровень адаптации AAL5 выбран в связи с его наибольшей эффективностью при передаче данных и простотой реализации. На уровне LAN Emulation реализуются функции серверов LES, LECS и BUS.
Анализируя модели ATM и OSI более детально, давайте посмотрим, как описанное выше разделение на уровни отражается в сетевых устройствах: устройствах ATM, устройствах, соединяющих сеть ATM и локальные сети, и устройствах локальной сети. Технология эмуляции локальной сети как бы создает некий транслирующий уровень между устройствами ATM и устройствами традиционной локальной сети (рис. 16.23).
Рассмотрим различия между уровнями конечной станции в сети ATM и конечной станциии в локальной сети. Напомним, что уровень ATM управляет заголовком ячейки — он принимает единицы данных с верхних уровней, добавляет к ним заголовки и помещает сформированные ячейки на физический уровень. При обратном процессе ячейки ATM поступают с физического уровня, у них удаляется заголовок, а оставшиеся 48 байт передаются протоколам верхнего уровня. Уровень адаптации ATM (AAL5 на рис. 16.23) расположен выше уровня ATM и отвечает за сегментацию пользовательских данных на блоки по 48 байт. После того как ячейки достигают получателя, данные собираются из отдельных фрагментов и передаются верхним уровням.
Из рис. 16.23 видно, что уровень LAN Emulation располагается выше уровня адаптации AAL5 в иерархии протоколов. Это позволяет скрыть все процессы установления виртуальных соединений от протоколов верхних уровней и приложений и спроектировать МАС-адресацию на виртуальные соединения. В результате протоколы выше уровня LAN Emulation считают, что они работают в традиционных локальных сетях.
При организации связи сети ATM и локальной сети важное место занимает преобразователь ATM/LAN. В общем случае в качестве него выступает обычный коммутатор локальной сети, имеющий порты ATM и поддерживающий технологию эмуляции локальной сети. Для более глубокого понимания процессов, происходящих в этом устройстве, приведенный выше рис. 16.23 можно представить в несколько ином виде (рис. 16.24). Идентификатор клиента LECID будет рассмотрен ниже.
Можно еще более детализировать процесс преобразования информации на участке между блоками Ethernet LANE и AAL SAR (следуя обозначениям на рис. 16.24). На рис. 16.25 показано преобразование и размещение информации из кадров Ethernet в ячейки.
На рис. 16.26 показан пример сети, в которой реализована технология LANE. Так как сеть ATM «замаскирована» под классическую локальную сеть, коммутатор ATM/LAN с поддержкой LANE может применять стандартные технологии коммутации прозрачно для протоколов верхних уровней. При этом не требуются изменение конфигурации или настройка персональных компьютеров, подключенных к сети. А для повышения производительности сервера могут подключаться к сети ATM напрямую. В такой сети эмуляция локальной сети должна быть реализована на сетевых адаптерах серверов и граничном коммутаторе (коммутатор ATM/LAN с поддержкой LANE на рис. 16.26).
Как уже упоминалось, технология LANE базируется на архитектуре клиент-сервер. При этом локальная сеть, образованная в процессе эмуляции, рассматривается как состоящая из набора услуг (сервисов) LANE и клиентов, взаимодействующих с помощью интерфейса LUNI (рис. 16.27).
Клиент в технологии LANE реализуется комбинацией программных и аппаратных агентов, встроенных в сетевые устройства, и предназначается для передачи данных, разрешения адресов и выполнения ряда контрольных функций. Каждое сетевое устройство может поддерживать несколько функциональных образов клиента, тем самым допускается существование нескольких эмулированных локальных сетей в одной физической сети. Например, поддерживающий технологию ATM маршрутизатор, который управляет трафиком между двумя эмулированными локальными сетями (возможно, виртуальными), должен для этого поддерживать как минимум два образа клиента LANE.
В то время как для традиционных локальных сетей поддержка широковещания не является существенной проблемой, технология ATM поддерживает только два типа соединения: точка-точка (единичный трафик) и точка-группа (групповой или широковещательный трафик). Для решения этой проблемы сервера LES и BUS работают совместно для передачи единичного и широковещательного трафика.
Сервер LES управляет механизмом разрешения адресов и обрабатывает контрольную информацию. Его основная задача заключается в регистрации и определении соответствия между MAC- и АТМ-адресами устройств. Сервер BUS разработан для передачи широковещательного трафика, например, формируемого запросами протокола ARP стека TCP/IP или протоколом SAP в сетях Novell NetWare. Кроме того, этот сервер обрабатывает весь групповой трафик.
Обычно, функции серверов LES и BUS объединяются в одном устройстве, хотя такая конфигурация и выходит за рамки первой версии спецификации LANE.
Сервер LECS отвечает за динамическое присоединение различных клиентов LANE к отдельным эмулированным локальным сетям. Присоединение может выполняться либо с учетом физического расположения клиента, либо логически. Один сервер LECS может управлять всей конфигурационной информацией даже для очень больших сетей ATM. Это связано с тем, что он используется только в начальный период работы клиентов в эмулированной локальной сети.
Клиенты LANE взаимодействуют с набором сервисов LANE при помощи двух различных типов виртуальных соединений (VCC): контрольных соединений и соединений данных. Первые передают административные сообщения, например, запросы на начальную конфигурацию и адреса других клиентов. Соединения данных служат для обработки всех остальных видов взаимодействия. В основном, они связывают клиентов друг с другом для прямой передачи данных, а также соединяют клиентов с сервером BUS для передачи широковещательных и групповых сообщений.
Оба типа виртуальных соединений могут работать как через динамически устанавливаемые коммутируемые виртуальные соединения, так и через постоянные виртуальные соединения. Кроме того, могут одновременно использоваться и те, и другие соединения.
Чтобы обрисовать общую схему совместной работы компонентов LANE, рассмотрим последовательность событий, происходящих с момента первоначального подключения клиента к сети ATM для обмена данными с другими клиентами. Обычно, процесс начинается с того, что клиент инициирует взаимодействие с сервером конфигурации LECS и сообщает о своем желании подключиться к эмулированной локальной сети. Затем клиент должен получить конфигурационную информацию от сервера LECS для подключения к эмулированной сети. Спецификация LANE предлагает различные варианты обнаружения сервера LECS (рис. 16.28):
Клиент может использовать так называемые «широко известные адреса». Теоретически, такой подход является очень элегантным и простым в реализации. Он предназначается для управления конфигурацией множества клиентов. Однако такие адреса и их форматы были определены для использования в будущих спецификациях сигнальных сообщений технологии ATM, и в настоящее время (для первой версии LANE) их применение вызывает некоторые трудности. Ожидается, что этот подход будет, в полной мере реализован в последующих версиях;
Клиент может послать запрос протокола ILMI коммутатору ATM, к которому он подключен. Такой подход требует, чтобы сетевой администратор указал адрес сервера LECS на каждом коммутаторе. В настоящее время это наиболее подходящий метод обнаружения сервера, так как он требует настройки только коммутаторов ATM, а не конечных станций, мостов, маршрутизаторов и других устройств, реализующих функции клиента LANE в сети;
Клиент может использовать заранее предопределенное виртуальное соединение. Такой подход требует предварительной настройки соединения к серверу LECS для каждого интерфейса ATM в сети. При этом требуется поддержание большого количества виртуальных соединений, значительная часть из которых может простаивать;
Клиент может вообще не пользоваться услугами сервера LECS, если ему напрямую указан АТМ-адрес сервера LES;
После того как клиент обнаружил сервер LECS, он устанавливает с ним виртуальное соединение и передает некоторую информацию, а именно: свои ATM- и МАС-адреса, тип локальной сети, в которой он работает, и максимальный размер кадра. После получения этих данных сервер LECS отвечает информацией, в которой указывает текущий тип локальной сети, текущий максимальный размер кадра и АТМ-адрес сервера LES.
Следует отметить, что первая версия спецификации LANE не указывает, как сервер LECS должен управлять своей базой данных. Этот вопрос остается «на совести» конкретных реализаций технологии LANE и администраторов, внедряющих их в жизнь.
После того как клиент получает АТМ-адрес сервера LES, он устанавливает с ним виртуальное соединение. После получения сервером LES запроса на установление соединения от клиента, он определяет его адрес ATM из служебной части сообщения-запроса. Обычно, сервер LES добавляет очередной клиент в качестве листа при схеме соединения точка-группа, в котором он сам является корнем (рис. 16.29).
После этого клиент регистрирует свои ATM- и МАС-адреса, и сервер LES выделяет ему идентификатор (LECID). С этого момента клиент может устанавливать соответствие между MAC- и АТМ-адресами других устройств в сети. Первый адрес, который ему нужен, — это адрес сервера широковещания BUS. Клиент посылает запрос LE ARP (LAN Emulation Address Resolution Protocol) серверу LES об АТМ-адресе соответствующему МАС-адресу, все биты которого установлены в единицу (то есть широковещательный адрес в локальной сети). Сервер LES отвечает АТМ-адресом сервера BUS. Вопросы получения сервером LES адреса сервера широковещания выходят за рамки спецификации LANE, но они, очевидно, не возникают в том случае, когда функции этих серверов совмещены в одном устройстве.
Существует два типа клиентов LANE: клиент-посредник (прокси-клиент) и простой клиент. Первый предоставляет МАС-адрес устройства, отличного от себя самого. Иными словами, он работает как мост. Второй тип клиента — это устройство, которое имеет собственный МАС-адрес. Спецификация LANE 1.0 позволяет серверам различать типы клиентов для повышения эффективности процесса разрешения адресов. В этом случае сервер управляет двумя соединениями точка-группа, одно из которых предназначено для клиентов-посредников, а второе — для обычных клиентов (рис. 16.30). Клиент во время подключения к эмулированной локальной сети может идентифицировать себя как посредник.
Когда поступает сообщение LE ARP, сервер LES проверяет свою адресную таблицу и отвечает с указанием соответствующего АТМ-адреса, если он присутствует в таблице. Если поиск не дал результата, сервер может предположить, что полученный МАС-адрес ассоциируется с посредником, и передать запрос LE ARP ему.
После того как клиент узнал адрес сервера BUS, он устанавливает с ним виртуальное соединение. Как и сервер LES, сервер широковещания обычно добавляет клиент в качестве листа в соединение точка-группа. Сервер широковещания BUS участвует в передаче как единичных, так и широковещательных или групповых сообщений. Клиент может использовать свою связь с сервером BUS для широковещательной передачи отдельных кадров всем станциям в эмулированной локальной сети. Но это может произойти только после того, как сервер LES обнаружит неизвестные АТМ-адреса получателей и выполнит процедуры, необходимые для установления прямых соединений.
После того как клиент получит кадр канального уровня для передачи его по сети, он может узнать тип кадра по первому биту МАС-адреса получателя в этом кадре. Кадр может иметь единичную (первый бит равен нулю) или широковещательную/групповую адресацию (первый бит равен единице).
На рис. 16.31 показан поток сообщений в сети ATM при широковещательной передаче данных. Схему ее работы можно представить пошагово. Клиент передает широковещательный или групповой кадр серверу BUS через установленное виртуальное соединение (шаг 1). Затем сервер BUS передает кадр всем листьям данного соединения типа точка-группа, то есть все клиенты в эмулированной локальной сети получат этот кадр (шаг 2).
Если сервер BUS получает два широковещательных/групповых кадра одновременно, он помещает один из них в свой буфер на время отправки другого. Такой подход делает невозможным смешивание ячеек, принадлежащих различным кадрам данных, что недопустимо, так как уровень адаптации AAL5 может собирать из ячеек только один кадр в определенный момент времени.
Протокольная информация в заголовке каждого кадра однозначно идентифицирует клиент, который был инициатором широковещания. Эта информация является идентификатором клиента (LECID), присвоенным сервером LES. Для ускорения обработки широковещательных кадров клиент проверяет идентификатор каждого входящего кадра и, если кадр предназначается ему, приступает к работе с этим кадром немедленно. Иначе, он просматривает адрес получателя. Обычные клиенты сохраняют только те кадры, чей МАС-адрес получателя совпадает с их собственным адресом, а клиенты-посредники сохраняют все групповые кадры.
Сервера BUS разработаны для обработки небольшого объема широковещательного трафика, например трафика, генерируемого протоколами ARP или SAP. Однако с большим объемом широковещательного трафика сервер BUS может не справиться. Например, предположим, что клиенту необходимо передавать по эмулированной сети видеоинформацию в реальном времени пяти абонентам из ста. Используя распределенную схему взаимодействия, которая применяется в настоящее время, 95 клиентов будут отбрасывать кадры после их получения. Такая схема, в которой 95 % задействованной полосы пропускания тратится впустую, может стать непосильной «ношей» даже для сети ATM. Вторая версия спецификации LANE предоставляет более эффективные механизмы обработки широковещательного трафика большого объема.
Когда клиенту необходимо передать кадр по единичному адресу, он сначала проверяет свою локальную таблицу на предмет наличия АТМ-адреса, ассоциирующегося с этим МАС-адресом. Если таких данных у клиента нет, он не может сразу установить прямое соединение с получателем. Для установления этого соединения у клиента есть несколько возможностей:
клиент может приостановить отсылку кадра до получения АТМ-адреса получателя;
передать кадр серверу BUS. Сервер BUS ответит в соответствии со своей обычной схемой — то есть передаст данный кадр каждому своему клиенту (см. выше).
Одновременно с этим клиент посылает запрос протокола LE ARP серверу LES для нахождения неизвестного МАС-адреса получателя. Это сообщение включает в свой состав АТМ-адрес отправителя. В большинстве случаев сервер LES просто передаст это сообщение всем клиентам, действуя примерно так же, как сервер широковещания (рис 9.32).
Получив сообщение LE ARP, клиент, которому требуется передавать данные, определяет, что в сообщении ищется его МАС-адрес, и посылает ответ серверу LES. В ответе указывается собственный АТМ-адрес и адрес клиента, пославшего запрос. Сервер LES передает это ответное сообщение с искомым АТМ-адресом всем клиентам по широковещательной схеме. Этот цикл заканчивается тогда, когда клиент-инициатор этого процесса получит в ответе искомый АТМ-адрес. С этого момента, зная адрес ATM, соответствующий искомому МАС-адресу, он может установить прямое соединение с получателем. Когда отравителю нужно передавать кадры по уже определенному МАС-адресу получателя, он может немедленно послать их через установленное соединение. Каждый клиент строит свою собственную таблицу MAC- и АТМ-адресов, увязывая их с виртуальными соединениями. Если определенный МАС-адрес не был востребован за определенный промежуток времени, клиент может удалить его из своей таблицы. На рис. 16.33 показана общая схема взаимодействия клиентов до начала обмена данными.
Время, требуемое для создания нового соединения LANE, минимально (в масштабе времен, характерных для традиционных локальных сетей). В качестве примера на рис. 16.34 показаны все этапы передачи файла с помощью стека протоколов TCP/IP от подключенной к сети Ethernet конечной станции к серверу в сети ATM.
В общем случае этот сложный многоуровневый процесс можно разделить на 14 этапов:
Сначала программное обеспечение на конечной станции должно обнаружить сервер. Для определения МАС-адреса сервера конечная станция рассылает широковещательный запрос протокола ARP, содержащий в себе IP-адрес сервера. Напомним, что это стандартная процедура в любой IP-сети.
Данный запрос принимается коммутатором локальной сети, который является клиентом LANE (точнее, клиентом-посредником). Этот клиент перешлет широковещательный запрос серверу BUS.
Сервер BUS отправит полученный запрос протокола ARP всем членам эмулированной локальной сети через виртуальное соединение точка-группа.
Сервер, которому требуется передать файл, получит запрос протокола ARP и найдет в нем свой собственный IP-адрес. После этого он поместит свой МАС-адрес в ответ на запрос протокола ARP и направит ответ по МАС-адресу конечной станции. В данный момент еще не существует прямого виртуального соединения с коммутатором локальной сети, и сервер (который также является клиентом LANE) пошлет ответ протокола ARP серверу BUS. В это же время он начнет устанавливать прямое виртуальное соединение с коммутатором локальной сети (см. шаг 7 ниже).
Сервер BUS передаст ответ протокола ARP коммутатору локальной сети, который, в свою очередь, ретранслирует его конечной станции.
Конечная станция с этого момента знает МАС-адрес сервера и начинает процесс передачи файла.
Тем временем сервер устанавливает прямое виртуальное соединение с коммутатором локальной сети. Данный процесс начинается с посылки запроса LE ARP серверу LES. В этом сообщении LE ARP запрашивается АТМ-адрес, который соответствует МАС-адресу конечной станции. Напомним, что этот адрес получен из запроса протокола ARP на шаге 4.
Сервер LES не найдет в своей таблице МАС-адреса конечной станции, так как последняя «спрятана» за коммутатором локальной сети, и разошлет запрос LE ARP всем клиентам эмулированной локальной сети.
Клиент LANE, установленный на коммутаторе локальной сети, получает запрос LE ARP и видит в нем МАС-адрес конечной станции, подключенной к нему.
Коммутатор помещает свой собственный АТМ-адрес в ответ LE ARP, который посылается обратно серверу LES.
Сервер LES передает ответ LE ARP всем клиентам в эмулированной локальной сети.
Клиент LEC получает ответ LE ARP, извлекает из него АТМ-адрес коммутатора локальной сети и сигнализирует о необходимости установления прямого виртуального соединения с коммутатором.
Магистральные коммутаторы ATM устанавливают прямое виртуальное соединение между сервером и коммутатором локальной сети.
Конечная станция начинает передавать файл, который будет следовать до коммутатора, а затем по виртуальному соединению до сервера.
Если рассмотреть накладные расходы на передачу, реализуемую технологией LANE, то даже в сетях, содержащих более трех переходов между конечной станцией и сервером (как в рассматриваемом примере), накладные расходы будут минимальны (в масштабе затрат, характерных для передачи файла с использованием традиционных технологий). Так, для АТМ-коммутаторов CELLplex 7000 фирмы 3Com транзакции с серверами LES и BUS будут занимать менее 1 мс, а установление виртуального соединения потребует менее 10 мс обработки на каждом коммутаторе. Итого, в нашем примере потребуется менее 40 мс для установления прямого виртуального соединения.
Наиболее медленным при передаче файла будет канал от рабочей станции до коммутатора локальной сети. Если не принимать в расчет накладные расходы, вносимые приложением, сетью и протоколами канального уровня, и считать, что используются все доступные 10 Мбит/с, то передача файла размером 5 Мбайт по сегменту локальной сети займет ориентировочно четыре секунды. На этом фоне 40 мс, затрачиваемые на установление виртуального соединения, выглядят пренебрежимо малыми (1 % времени).
Архитектура клиент-сервер, на которой основывается стандарт LANE, поддерживает разделение одной физической сети на множество эмулированных локальных сетей. Клиенты, связанные с одним сервером LES, не могут получать информацию об адресах клиентов, связанных с другим сервером, так как все запросы LE ARP передаются в пределах локального соединения типа точка-группа, управляемого сервером LES. О формировании виртуальных локальных сетей говорят в том случае, когда несколько различных доменов LANE существуют на одном или нескольких коммутаторах в сети.
Виртуальные локальные сети позволяют эффективным и безопасным образом разделять пользователей по рабочим группам и ограничивать зоны действия широковещания, что, помимо прочего, приводит к более рациональному использованию пропускной способности сети. Широковещательная передача на МАС-уровне, инициированная одним клиентом LANE, дойдет до клиентов только одной виртуальной сети, но не до клиентов в других сетях. Кроме того, виртуальные сети упрощают администрирование, так как позволяют сгруппировать пользователей по некоторым логическим критериям, а не по их физическому расположению.
Как видно из приведенных выше рисунков, для управления эмулированными локальными сетями необходимо некоторое количество виртуальных соединений (VCC). Каждый клиент устанавливает соединение, связывающее его с серверами LES и BUS. Эти соединения могут быть однонаправленными или двунаправленными. В большинстве случаев эти виртуальные соединения двунаправленные, и их требуется до четырех для каждого клиента.
Так как сервера не могут поддерживать бесконечное число виртуальных соединений, существует верхняя граница числа клиентов, которые могут существовать в одной эмулированной сети. Например, если рассматривать коммутатор CoreBuilder 7000 производства 3Com, то он может поддерживать не более 1000 соединений с серверами LES/BUS. Это означает, что каждый такой коммутатор может поддерживать до 250 клиентов (1000/4). Здесь следует отметить, что понятие клиента LANE шире понятия конечной станции. Клиентом может быть высокоскоростной коммутатор локальной сети, имеющий как порты для подключения к сети ATM, так и порты для подключения к сети Ethernet.
Говоря о достоинствах технологии LANE, нельзя обойти вниманием и существующие ограничения. Для взаимодействия абонентов, находящихся в разных эмулированных локальных сетях, необходим маршрутизатор. А так как на одном физическом канале могут находиться несколько эмулированных локальных сетей, то данный маршрутизатор должен подключаться к этому каналу с применением схемы подключения, которую называют «однорукий маршрутизатор» (употребляется также название «леденец на палочке»). У такого маршрутизатора одна цель — пересылка данных из одной эмулированной сети в другую. По сути, эти данные возвращаются в сеть ATM, которая и передает их адресату.
Однако применение маршрутизатора создает «узкое место», что может резко снизить общую производительность. Например, маршрутизаторы, направляющие потоки данных между двумя эмулируемыми локальными сетями, могут иметь ограниченное, весьма небольшое число соединений с каждым из многочисленных граничных устройств в локальной сети. Вторая версия спецификации LANE позволяет снизить нагрузку на маршрутизатор за счет мультиплексирования потока данных между двумя устройствами в одно виртуальное соединение.
Следует упомянуть о таком качестве технологии LANE, как обеспечение защиты данных. В стандарте LANE 1.0 механизм защиты данных сводится к следующему: на основании АТМ-адреса запрашивающей стороны сервер LECS может определять, обслуживать или нет этот запрос. Однако это обеспечивает недостаточную степень безопасности, так как клиент способен обойти фазу конфигурации и обратиться непосредственно к серверу LES. Некоторые фирмы реализовали средства защиты на уровне LES, которые являются прозрачными для сервера LECS и клиента, не нарушая при этом спецификации LANE 1.0.
Существует также ограничение по масштабируемости эмулированных локальных сетей — в одной эмулированной локальной сети нельзя иметь более двух тысяч конечных станций. При этом существует зависимость качества работы сети от количества конечных станций: чем больше станций, тем хуже работает сеть — это является далеко не очевидным и не неизбежным, если учесть, что речь идет о технологии ATM. -
И, пожалуй, самое основное ограничение состоит в том, что LANE весьма ограниченно использует такое достоинство технологии ATM, как предоставление качества обслуживания. Так, первая версия поддерживает только службу UBR. Во второй версии предусмотрено управление потоком данных с использованием доступной скорости передачи ABR. С помощью этой службы трафик, не требующий передачи в реальном времени, может временно задействовать доступную полосу пропускания сети ATM. Такой метод хорошо подходит для передачи многих типов данных и позволяет значительно повысить производительность сети. Кроме того, появляется возможность использовать качество обслуживания для виртуальных каналов, выделенных специально для передачи данных.
Говоря о второй версии, следует подчеркнуть, что она содержит протоколы, которые могут быть использованы клиентами и серверами МРОА (см. ниже) для обнаружения друг друга. Это очень важное обстоятельство, так как на практике технологии МРОА и LANE не могут подменять друг друга. Технология МРОА основывается на второй версии LANE, используя все ее положительные стороны.
Спецификация LANE 2.0 опубликована в двух документах под названиями LANE User Network Interface (LUNI) 2.0 и LANE Network-Network Interface (LNNI) 2.0. Как следует из названий, LUNI представляет собой протокол обмена сообщениями между клиентом и сервером, а LNNI — протокол обмена между серверами.
LNNI определит метод использования нескольких серверов эмуляции локальных сетей, в том числе, выпускаемых независимыми производителями, в составе одной эмулируемой локальной сети. В стандарте предусмотрена поддержка в эмулируемой сети до 20 серверов эмуляции локальной сети и до 2000 клиентов. Кроме того, протокол LNNI будет поддерживать избыточные серверы эмуляции локальных сетей. В случае распределенной избыточности клиенты эмуляции локальных сетей, обслуживаемые вышедшим из строя сервером LES, автоматически переназначаются другим активным серверам, пока вновь не начнет функционировать их основной сервер.
Поскольку вторая версия LANE является полностью совместимой с первой, администраторы сетей смогут использовать клиенты первой версии совместно с серверами и клиентами второй версии. Несмотря на поддержку различных версий стандарта, эти устройства смогут без ограничений взаимодействовать друг с другом. Кроме того, предусматривается возможность модернизации клиентов первой версии LANE с помощью программных средств.
Возможности широковещательной и групповой передачи в первой версии технологии эмуляции локальной сети рассчитаны, главным образом, на протоколы разрешения адреса в широковещательном режиме, например протокол ARP стека TCP/IP. Вторая версия LANE позволяет выборочно передавать сообщения в режиме групповой доставки при работе со специальными приложениями. Клиенты, желающие участвовать в групповой рассылке, должны будут зарегистрироваться на сервере.
Технология эмуляции локальных сетей в настоящее время востребована в небольшом объеме. Это связано с трудностями, возникающими при реализации коммутируемых виртуальных соединений с использованием данной технологии. А самое главное — многие менеджеры предпочитают решать проблемы с перегрузками своих сетей более простыми и дешевыми методами, такими как переход к быстрым вариантам технологии Ethernet.
Сама по себе технология LANE добавляет еще один уровень сложности к ATM. Для управления возникающей непростой логической структурой необходим дорогостоящий инструментарий, который позволил бы администратору, в частности, представить структуру его сети и получить необходимую статистику.
Технология эмуляции локальной сети находится в постоянном развитии. Не так давно, например, разработана спецификация по управлению серверами, входящими в состав сервисов LANE. Эта спецификация позволит администраторам работать в соответствии с единой концепцией управления сетью.
- Максим Кульгин Технологии корпоративных сетей. Энциклопедия
- Часть I основы корпоративных сетей.
- 1. Базовые сетевые технологии
- Соединения и каналы
- Технологии b-isdn и atm
- Технология Frame Relay
- Технология isdn
- Плезиохронная и синхронная цифровые иерархии
- Технология sonet
- Технология smds
- Технология Ethernet
- Дальнейшее развитие технологии Ethernet
- Технология 100vg-AnyLan
- 2. Методология построения корпоративной сети
- Сравнение современных технологий передачи данных
- Требования к сети
- Архитектура сети
- Магистраль на базе коммутации ячеек
- Маршрутизация
- Коммутация
- Выделение маршрутов
- Сетевые шаблоны
- Сетевой шаблон глобальной сети
- Сетевой шаблон городской сети
- Шаблон городской сети с технологией sonet/sdh
- Шаблон городской сети с передачей atm поверх sonet/sdh
- Шаблон городской сети, как расширенной локальной сети
- Сетевой шаблон центрального офиса
- Реализация доступа и магистрали
- Критерии выбора технологии
- 3. Качество обслуживания в современных сетях
- Характеристики трафика
- Трафик разных приложений
- Качество обслуживания «на самоокупаемости»
- Обзор технологий качества обслуживания
- Обеспечение перекрывающей пропускной способности
- Приоритетные очереди в маршрутизаторах
- Протокол резервирования ресурсов
- Установление приоритетов в виртуальных сетях
- Качество обслуживания в сетях Frame Relay
- Качество обслуживания в сетях atm
- Рекомендации
- 4. Модель и уровни osi
- Эталонная модель osi
- Протоколы и интерфейсы
- Уровни модели osi Физический уровень
- Канальный уровень
- Сетевой уровень
- Транспортный уровень
- Сеансовый уровень
- Уровень представления
- Прикладной уровень
- Назначение уровней модели osi
- 5. Основные типы сетевых устройств
- Витая пара
- Коаксиальный кабель
- Оптоволоконный кабель
- Сетевые адаптеры
- Концентраторы
- Коммутаторы
- Коммутация «на лету»
- Коммутация с буферизацией
- Бесфрагментная коммутация
- Дополнительные функции коммутаторов
- Протокол stp
- Протокол stp и виртуальные сети
- Протокол stp: заключение
- Маршрутизаторы
- Брандмауэры
- Часть II стек протоколов тср/ip
- 6. Ip и другие протоколы нижнего уровня
- Протокол ip
- Протокол arp
- Протокол 1смр
- Протокол udp
- Протокол rtp
- Адресная схема протокола ip
- 7. Протокол tcp
- Формат заголовка
- Состояние системы
- Блок управления передачей
- Установление и закрытие соединений
- Плавающее окно
- Пропускная способность
- Контроль за перегрузками
- Управление потоком данных
- Политики отправки и приема сегментов
- Таймер повторной передачи
- Адаптивный таймер повторной передачи
- Узкие места в сети
- Протокол tcp в сетях atm
- 8. Маршрутицазия протокола ip
- Автономные системы
- Подсети
- Маска подсети
- Протокол rip
- Маска подсети переменной длины
- 9. Протоколы маршрутизации Протокол ospf
- Протоколы igrp и eigrp
- Протоколы политики маршрутизации egp и bgp
- Протокол igmp
- Алгоритмы построения дерева доставки
- Магистраль mbone
- Протоколы групповой маршрутизации Протокол dvmrp
- Протокол mospf
- Протокол рiм
- Бесклассовая междоменная маршрутизация
- Часть III Технология atm
- 10. Введение в технологию атм
- Появление atm
- Форум atm
- Основные компоненты atm
- Уровни atm
- Уровень адаптации atm
- Уровень atm
- Физический уровень
- Прямая передача ячеек
- Использование транспортных кадров
- Использование plcp
- Интерфейсы atm
- Мультиплексирование в сетях atm
- Инверсное мультиплексирование
- Безопасность в сетях atm
- Сигнализация atm
- 11. Основы технологии атм Соединения atm
- Сети без установления соединения
- Сети с установлением соединения
- Виртуальные соединения в сетях atm
- Типы виртуальных соединений
- Виртуальные пути и виртуальные каналы
- Установление соединений atm
- Ячейки atm
- Сети с передачей ячеек
- Формат ячеек atm
- Ячейки формата uni
- Ячейки формата nn1
- Подготовка ячеек к передаче
- Уровень адаптации aal1
- Уровень адаптации aal3/4
- Уровень адаптации aal5
- Адресация atm
- Адрес dcc aesa
- Адреса icd и е.164 aesa
- Управление адресами
- 12. Коммутация и маршрутизация в атм Коммутаторы atm
- Архитектура коммутаторов atm
- Интеграционные функции коммутаторов
- Управляемость
- Маршрутизация в atm
- Протокол маршрутизации запросов pnni
- Протокол сигнализации pnni
- Качество обслуживания
- Протокол tcp
- Протокол udp
- Резервирование ресурсов и протоколы управления потоком данных
- Организация очередей в маршрутизаторе
- Метод явного контроля скорости
- 14. Интегрированные и дифференцированные услуги Качество обслуживания
- Интегрированные услуги
- Сервисные уровни обслуживания
- Сервисное управление нагрузкой
- Гарантируемое обслуживание
- Протокол резервирования ресурсов rsvp
- Стили резервирования
- Развитие сетей с is
- Дифференцированные услуги
- Архитектура системы с предоставлением ds
- Граничные устройства домена ds
- Внутренние устройства домена ds
- Выходные домены
- Использование протокола rsvp в сетях с ds
- 15. Управление трафиком в атм
- Трафик-контракт
- Параметры трафика
- Категории сервиса
- Связь механизмов управления трафиком
- Контроль за установлением соединения
- Контроль за использованием полосы пропускания
- Формирование трафика
- Контроль потока abr
- Контроль приоритетов
- Организация очередей в коммутаторах
- Реализация очередей для службы ubr
- Реализация очередей для службы abr
- Методы отбрасывания пакетов
- Адаптивное управление буферами в коммутаторах
- 16. Интеграция с атм
- Протокол ip поверх atm
- Передача ip-Дейтаграмм по сети atm
- Взаимодействие устройств в одной логической подсети
- Групповая доставка информации в сети atm
- Взаимодействие устройств в разных логических подсетях
- Протокол nhrp
- Оценка потерь при работе протокола ip поверх atm
- Передача ip-дейтаграмм в кадрах sonet
- Технология эмуляции локальной сети — lane
- Концепция lane
- Технология мроа
- Клиент мроа
- Сервер мроа
- Взаимодействие технологий мроа и nhrp
- Масштабируемость в глобальных сетях
- Технология Tag Switching фирмы Cisco
- Технология aris фирмы ibm
- Технология mpls комитета ietf
- Перспективные разработки. Рекомендации
- Взаимодействие технологий atm и Frame Relay
- 17. Интеграция маршрутизации и коммуникации
- Общие вопросы выбора технологий
- Коммутирующие маршрутизаторы
- Коммутация третьего уровня в atm
- Технологии фирм Ipsilon и Toshiba
- Технология FastIp фирмы 3Com
- Технология NetFlow фирмы Cisco
- Технология SecureFast фирмы Cabletron
- Технология Multiprotocol Switched Services фирмы ibm
- 18. Мультимедиа в сети
- Передача видеоинформации
- Технические требования к передаче видеоинформации в сетях atm
- Некоторые рекомендации по созданию сетей atm с видео
- Передача голоса
- Часть V Приложения
- 1. Стандарты стека протоколов tcp/ip
- 2. Порты протоколов tcp и udp
- 3. Выделение ip - подсетей
- 4. Теория очередей и расчет параметров сети
- 5. Организации по стандартизации
- 6 Список фирм - членов Форума атм
- 7. Спецификации Форума атм
- 8. Список терминов
- 9. Список литературы Основная литература
- Дополнительная литература Технология atm и протокол ip поверх atm
- Технология качества обслуживания
- Система ip-адресаиии
- Некоторые ресурсы Internet
- Алфавитный указатель
- Оглавление
- Часть I 3
- Часть II 109
- Часть III Технология atm 207
- Часть IV 269
- Часть V Приложения 402