Будущее сетевых технологий: коммутация - то что надо!

Если устранить все препятствия на пути коммутации: цену, проектирование, управление, то как быстро будет достигнут следующий уровень администрирования объединенных локальных сетей?

Если бы фильм "The Graduate" ("Выпускник") снимался сегодня, то вряд ли бы тот надоедливый малый на вечеринке по-прежнему разглагольствовал о пластмассе. Собственно говоря, мы точно знаем, что бы он шептал на ухо Дастину Хоффману: "Коммутация!" И не без основания - за ней будущее.

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

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

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

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

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

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

ВЫГОДЫ И ПОСЛЕДСТВИЯ КОНКУРЕНЦИИ

Многие из нас будут по-прежнему покупать обычные концентраторы хотя бы по той причине, что они дешевы и мы уже знаем, как ими пользоваться. Однако к концу 1996 года дешевизной концентраторов соблазнить покупателей станет намного труднее. Конкуренция среди производителей, особенно на рынке стековых концентраторов, привела к тому, что цены на управляемые Ethernet-концентраторы снизились до 50-100 долларов в расчете на один порт. И хотя снижение цен будет продолжаться и в 1996 году, ясно, что производители уже достигли нижнего предела стоимости обычных концентраторов.

Также очевидно, что сильно снизятся и цены на коммутаторы для локальных сетей. В 1995 году Ethernet-коммутаторы продавались на рынке по цене 150-200 долларов в расчете на один порт. Компания Grand Junction Networks (Фремонт, шт. Калифорния), например, предлагала настольный Ethernet-коммутатор по 148 долларов за порт, а компании Bay Networks и 3Com (обе из Санта-Клара, шт. Калифорния) продавали Ethernet-коммутаторы для рабочих групп меньше чем по 200 долларов за порт (правда, это, скорее, исключение - большинство коммутаторов для рабочих групп по-прежнему стоят около 500 долларов за порт, коммутаторы же для магистралей локальных сетей продаются в два-три раза дороже).

Конкурировать с интеллектуальными концентраторами производители коммутаторов для локальных сетей смогут только тогда, когда их продукты будут продаваться по гораздо более низким ценам, чем те, по которым они продаются сегодня. Благодаря конкуренции среди производителей - особенно Ethernet-сегмента этого рынка, - в конце 1996 года мы, возможно, сможем найти в продаже коммутируемый Ethernet по цене от 100 до 120 долларов за порт. Уже сейчас коммутаторы для сети Ethernet на 10 Мбит/с сравнимы по цене с концентраторами 100BaseT, несколько видов которых продавались минувшей осенью по специальным ценам - менее 200 долларов за порт.

На рынке ATM несколько производителей, например Fore Systems (Уоррендейл, шт. Пенсильвания), стремятся к тому, чтобы снизить стоимость ATM-соединения на 155 Мбит/с (OC-3), включая адаптер и порт коммутатора, до 1000 долларов. Другие поставщики, например IBM и Xylan (Калабасас, шт. Калифорния), считают, что стоимость такого соединения будет порядка 1500 долларов. Однако эти поставщики ставят прежде всего на ATM с полосой пропускания 25 Мбит/с, предположительная стоимость которого к середине 1996 года составит примерно 500-600 долларов, а в начале 1997 года она достигнет уровня сегодняшних цен на соединения коммутируемого Ethernet.

Вряд ли такие цены приведут к повальному переходу к коммутации, но в то же время они окажутся соблазнительными как для администраторов сетей, устанавливающих новое сетевое оборудование, так и для пользователей, решивших перейти к более мощным персональным компьютерам. Однако и рынок концентраторов тоже не собирается стоять на месте, а посему определить победителя в данном соревновании пока затруднительно. (Прогноз для рынка коммутирующих концентраторов см. на Рис. 1 и 2).

СКОРЕЕ БОРЬБА, ЧЕМ КОММУТАЦИЯ

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

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

В этом году производители концентраторов начали поставлять объединительные панели ATM для своих концентраторов старшего класса, монтируемых в стойку. Вероятно, к середине 1996 года все основные производители концентраторов будут поставлять такие объединительные панели, а также ATM и ЛВС-ATM коммутирующие модули. Следовательно, администраторы сетей, у которых есть концентраторы, такие, например, как System 5000 компании Bay Networks, MMAC-Plus компании Cabletron (Рочестер, шт. Нью-Гемпшир) или ONcore компании Chipcom (сейчас это 3Com), смогут приступить к созданию магистрали на основе ATM с использованием данных концентраторов. У них будет возможность сконфигурировать некоторые из этих концентраторов последнего поколения как просто ATM-коммутаторы, но мы не думаем, что администраторы сетей зайдут так далеко.

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

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

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

ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

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

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

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

На фронте ATM в 1996 году, вероятно, будут, наконец, "добиты" некоторые ключевые стандарты, включая стандарт соединения коммутатор-коммутатор, известный как PNNI, что означает, в зависимости от назначения, либо Private Network Node Interface (частный интерфейс сетевого узла), либо Private Network-to-Network Interface (частный межсетевой интерфейс). Интерфейс PNNI позволяет устанавливать связь между ATM-коммутаторами разных производителей. Пока PNNI еще не готов, в помощь администраторам сети при соединении ATM-коммутаторов разных производителей ATM Forum принял промежуточный протокол передачи сигналов между коммутаторами (Interim InterSwitch Signaling Protocol). Данный протокол довольно функционален, но администраторам приходится вручную устанавливать таблицы адресов - задача весьма неблагодарная, когда приходится соединять большое число коммутаторов.

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

Стандарты на качество услуг ATM (quality of service - QOS), вероятно, тоже будут закончены в 1996 году. Так как QOS - это то, что, собственно, и привлекает внимание к АТМ, то будем ждать, когда, наконец, ATM Forum достигнет этой вехи. Две основные характеристики ATM - резервирование полосы пропускания и качество услуг - определяются рядом параметров. Например, полоса пропускания описывается в терминах параметров трафика, куда входят максимальная скорость передачи ячеек, средняя скорость передачи ячейки и максимальный размер пакета. Качество услуг, с другой стороны, описывается в терминах производительности и надежности, т.е такими параметрами, как задержка передачи ячейки (в том числе задержка на передачу между узлами ATM и задержка на обработку ячейки в узле) и коэффициент потерянных ячеек, определяемый как отношение числа потерянных ячеек к общему числу переданных ячеек.

Члены ATM Forum первоначально считали, что производители смогут выбирать, какие параметры QOS им поддерживать для конкретных видов услуг. К лету 1994 года стало очевидно, что такая всеобщая свобода неприемлема, а посему была создана временная группа для определения конкретных параметров отдельных классов услуг ATM. Между тем системы некоторых производителей уже взаимодействуют друг с другом; однако, несмотря на данное обстоятельство, стандарты здесь определенно необходимы.

Выгоды таких возможностей ATM, как выделение полосы пропускания по требованию и качество услуг, не смогут реально проявиться до тех пор, пока производители не модифицируют свои сетевые транспортные протоколы и не расширят интерфейсы операционных систем для поддержки ATM. Тем, как заставить IP работать в сетях ATM, заняты и ATM Forum, и Internet Engineering Task Force (IETF). IETF также работает над тем, чтобы перенести возможности, подобные качеству услуг ATM, в мир IP - посредством протокола резервирования ресурсов (Resource Reservation Protocol - RSVP). Относительно же поддержки операционных систем компания Microsoft заявила, что в Cario операционная система нового поколения, которая, возможно, увидит свет в 1997 году, будет иметь ATM API.

ЗАЧЕМ НУЖНЫ МАРШРУТИЗАТОРЫ?

Один из наиболее неясных моментов при развертывании ATM- и ЛВС-коммутаторов - определение той роли, которую будут играть маршрутизаторы, и куда их следует поместить. На эти вопросы легко ответить, если сеть чисто пакетная, состоящая из обычных концентраторов и коммутаторов для локальных сетей. Картина становится мрачной, безрадостной и запутанной, если вы собираетесь добавить еще и ATM-коммутаторы.

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

Организациям, где крупные подсети строятся вокруг коммутируемых сегментов локальных сетей, лучше придерживаться правила: "Коммутация - если можно; маршрутизация - если необходимо". В этих организациях маршрутизаторы будут использоваться преимущественно для обработки трафика между подсетями (и трафика между виртуальными сетями, если таковые есть), а также для обеспечения доступа к глобальной сети.

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

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

Нет сомнений в том, что в 1996 году дебатам вокруг маршрутизации будет уделяться еще больше внимания. Чтобы помочь администраторам сети и интеграторам лучше разобраться в данном вопросе, выделим некоторые моменты. (Напомним также, что в ходе дискуссий производители выставляют свои излюбленные технологии и архитектуру продуктов в наиболее выгодном свете).

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

В сетях с маршрутизацией при передаче информации от источника к приемнику используется адресация на сетевом уровне вкупе с маршрутными протоколами и алгоритмами. ATM имеет собственные схемы адресации и маршрутизации. Как согласовать эти различные схемы? Одна из возможностей - непосредственное преобразование одной в другую. Точно так же, как ATM Forum определил механизм преобразования MAC-адресов в ATM-адреса (это называется эмуляция локальной сети), подобный механизм должен быть определен и для преобразования адресов сетевого уровня в ATM-адреса. В этом случае придется иметь дело с различиями в схемах маршрутизации.

Если роль маршрутизации - находить и выбирать маршруты, то как увязать совершенно разные схемы маршрутизации, используемые ATM и такими протоколами сетевого уровня, как IP и IPX? Или вы не знаете? Следует ли IP-сети рассматривать ATM-сеть как облако и проскакивать через нее одним прыжком? А может, коммутаторам или маршрутизаторам локальных сетей на границах ATM-сети следует делиться информацией о топологии с ATM-сетью? Вероятно, потребуются оба подхода: один в краткосрочной перспективе, а другой - в долгосрочной.

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

Одним из путей, ограничивающим число обращений к маршрутизатору, является кэширование маршрутной информации в коммутаторах локальных сетей. Компания Cisco Systems (Сан-Хосе, шт. Калифорния) называет такой подход "методом расщепленного маршрутизатора" и продвигает его как часть своей архитектуры CiscoFusion. (Однако в этом случае непонятно, как маршрутизатор будет обновлять информацию в коммутаторах при изменении маршрута).

Другим вариантом решения данной проблемы может стать поддержка маршрутизации в каждом коммутаторе локальной сети. Компания Digital Equipment предпочитает этот подход, наметив его в своей архитектуре "Виртуальные интеллектуальные коммутируемые сети масштаба предприятия" (Enterprise Virtual Intelligent Switched Networks, enVISN). Но передача маршрутных функций коммутаторам локальных сетей чревата потерей их главной и в высшей степени привлекательной черты - скорости. Поэтому некоторые производители, например Bay Networks, 3Com и Madge Networks (Сан-Хосе), учитывая вышеуказанные минусы, склоняются к третьему подходу, к так называемой односторонней схеме маршрутизаторов, которая предусматривает централизованные маршрутизаторы с высокоскоростными ATM-интерфейсами.

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

ЧЬЯ ЭТО ВИРТУАЛЬНАЯ РЕАЛЬНОСТЬ?

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

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

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

Подобного рода электронная коммуникационная панель имеет то преимущество, что позволяет упростить добавления, перемещения и изменения устройств в сети (см. врезку "Распределение портов"). Однако виртуальные локальные сети измучены несколькими проблемами, и две из них, на наш взгляд, самые главные: разногласия по вопросу "что такое виртуальные сети?" и отсутствие стандартов для создания таких сетей. Есть надежда, что к тому времени, когда вы будете читать эту статью, первая проблема будет частично решена. Решение же второй проблемы займет весь этот год, и даже тогда мы получим только упрощенное решение виртуальных локальных сетей от многих производителей.

"Вероятно, лишь к началу 1997 года у производителей появится готовая к применению спецификация виртуальных локальных сетей", - считает Карл Шимада, вице-президент компании Rising Star Research (Лэйквуд, шт. Колорадо). Rising Star сыграла решающую роль в том, чтобы производители объединились в деле стандартизации виртуальной локальной сети под эгидой комитета по стандартам IEEE 802. Помимо того, что группа собирается дать законченное определение виртуальной сети, она еще планирует создать спецификации по идентификации кадров виртуальной сети и разделению информации о топологии виртуальной сети между коммутаторами.

Шимада соглашается, что виртуальные локальные сети, ориентированные на приложения, идеальный вариант. К сожалению, определение таких виртуальных сетей лежит вне сферы деятельности IEEE. Производители, входящие в группу IEEE по виртуальным сетям, сосредоточат свое внимание на определении стандарта на базе MAC-адресов. Данный стандарт должен обеспечить основу для дальнейшей работы других групп, например IETF, по определению виртуальных сетей на базе протоколов. Эта работа начнется, вероятно, в конце года.

ЖИЗНЬ КАК ОНА ЕСТЬ

При внедрении новой технологии мы часто с удивлением обнаруживаем, что нам никуда не деться от старой. Как концентраторы живут своей собственной жизнью, так протоколы живут своей. IP, в частности, завоевал всю планету. Кто-то из нас, может быть, готов выкинуть его в обмен на ATM, но вряд ли это разумно - он все еще нужен нам. А раз отказаться от него невозможно, надо искать способ продлить его жизнь, заставить его эмулировать новые блестящие вещи. Поэтому производители коммутаторов для локальных сетей ищут способы поддерживать приоритеты трафика на своих коммутаторах, а IETF работает над добавлением возможностей, подобных качеству услуг ATM, к IP с помощью RSVP. Еще долго будут два различных мира адресации (маршрутизации и качества услуг), так что производители непременно попытаются их скрестить.

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

НОВАЯ ФУНКЦИОНАЛЬНАЯ ВОЗМОЖНОСТЬ, ПОЗВОЛЯЮЩАЯ ВДОХНУТЬ ВЕТЕР В ПАРУСА КОНЦЕНТРАТОРОВ

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

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

Распределение портов - это программно-поддерживаемая возможность управления, позволяющая вам назначать отдельные порты, группы портов или целые модули концентраторов данному сегменту локальной сети. Хотя многие производители называют данную возможность коммутацией портов или коммутацией конфигурации, мы в Burton Group, чтобы избежать путаницы с собственно коммутационной технологией, называем это распределением портов. Распределение портов не является формой коммутации, так как оно основано на разделении среды - порты назначаются разделяемому сегменту или кольцу. Распределение портов упрощает добавления, перемещения и изменения на концентраторе, так как позволяет администратору сети присоединять устройства к концентратору и логически группировать их вне зависимости от физического соединения устройств с концентратором. Распределение портов применялось преимущественно в концентраторах, сконструированных в виде отдельных стоек, но в 1996 году оно начнет появляться и в стековых продуктах.

Компания LANart (Нидхэм, шт. Массачусетс) застолбила данное направление представлением своего нового продукта SegWay Port Switch еще прошлой осенью. SegWay - это стековый концентратор (стоимостью 80 долларов на порт), поддерживающий до 8 сегментов локальной сети на стек; администратор сети может назначить любой порт в стеке любому сегменту локальной сети. Другие производители собираются внедрить распределение портов в своих стековых концентраторах в 1996 году - хорошая новость для администраторов сети.

Некоторые производители, например Bay Networks (Санта-Клара, шт. Калифорния), используют распределение портов для введения концентраторов в свои схемы виртуальных сетей. Ясно, что любой концентратор, соединенный с коммутатором локальной сети, может быть включен в виртуальную локальную сеть - вопрос в том, насколько вы сможете управлять процессом логического деления концентратора. Без распределения портов вам, возможно, придется включать весь концентратор (или стек концентраторов целиком) в определенную виртуальную сеть. Посредством ли распределения портов или с помощью более статичных (физических) средств, производители стековых концентраторов переходят к поддержке нескольких сегментов локальных сетей на стек. В таком случае коммутаторы локальных сетей смогут собирать трафик из этих сегментов в магистраль здания или комплекта зданий.