Администраторы сетей, столкнувшись с проблемой постоянного роста числа пользователей и новых, поглощающих большие массивы данных приложений, таких как оцифрованные звук и видео, вынуждены до предела загружать сети Ethernet и TokenRing. К счастью, у поставщиков сетевых продуктов имеется немало готовых решений. Одним из таких решений является применение коммутаторов для Ethernet и Token Ring. Но ведь есть еще и FDDI ... и 100BaseT (Fast Ethernet)... и 100VG-AnyLAN... и ATM.
Если ваша сеть не справляется со своей работой, то вам (и вашим пользователям), вероятно, уже пришлось столкнуться с такими симптомами, как неудовлетворительное время отклика, подвисание приложений, потеря видео-кадров или искажение звука в мультимедийной информации.
Топология сети должна наилучшим образом подходить и для ведения дел вашей компании, и для выполняемых приложений. Поэтому имеет смысл прежде всего изучить причины, из-за которых приходится искать способы увеличения производительности сети.
Производительность сети может не соответствовать требованиям по трем основным причинам. Во-первых, сеть в целом не достаточно мощная. В этом случае ни один из пользователей не делает ничего экстраординарного, передает гигабайтные файлы или использует специальные типы данных, для которых необходима доставка в четко определенные промежутки времени. Однако производительности сети не хватает для нормальной работы. Иными словами, число пользователей в данном сегменте сети настолько велико, что необходимая пропускная способность превосходит емкость сегмента.
Второй причиной, по которой ваша сеть оказывается не соответствующей требованиям к производительности, может быть какое-либо новое приложение, нуждающееся в большей пропускной способности, чем у существующей локальной сети. Например, для широковещательной передачи оцифрованного видео необходима скорость передачи данных намного большая, чем 10 Мбит/с, характерная для Ethernet. В этом случае для адекватной поддержки приложения не остается ничего другого, как перейти к высокоскоростной сетевой технологии. В большинстве случаев такие приложения редко кем используются, исключение составляют телевещательные компании и некоторые научные и инженерные организации.
Тем не менее для таких приложений, как например, QuickTime компании Apple или Video for Windows компании Microsoft многие используют сегодня так называемое "видео для бизнеса". Этим типам мультимедийных данных нужна гораздо меньшая пропускная способность, чем для широковещания оцифрованного видео, поэтому они могут передаваться по существующим каналам Ethernet со скоростью 10 Мбит/с.
Итак, существующие сети могут соответствовать требованиям к пропускной способности, но пропускная способность не единственная проблема. Поговорим о видео. В действительности оно представляет собой последовательность фотографий (кадров), сделанных через определенные промежутки времени и воспроизводимых с той же частотой. Например, частота 10 кадров в секунду (кадр/с) соответствует промежутку между кадрами в 100 мс. Если записанный с частотой 10 кадр/с видеоклип не воспроизводится с той же частотой, то картинка дергается и смазывается. Это третья причина недостаточной производительности сети.
Когда видеоклипы воспроизводятся с локального жесткого диска или CD-ROM, то обычно никаких проблем с соблюдением частоты подачи кадров не возникает (при наличии быстрых центрального процессора, дисковода и графического дисплея). Однако, если вы хотите получить доступ к тому же самому видеоклипу по сети, все оказывается гораздо сложнее. Тогда в сети нет трафика, нет и проблем. Но что если другой пользователь посылает или принимает пакет, а вы в это время ждете следующий кадр? Получается так, что ваши пакеты вынуждены дожидаться момента, когда сеть освободится. В этой ситуации совсем необязательно, соблюдение синхронизации кадров.
Инженеры используют термин jitter ("дрожание") для описания нарушения в синхронизации вследствие поступающих через неравные промежутки времени данных. Таким приложениям необходима изохронная передача данных или, иными словами, необходимо получать пакеты через строго определенные равные промежутки времени.
Одним из первых дел, которые необходимо сделать, прежде чем приступать к составлению плана миграции, является тестирование и анализ сети с целью установления причины (одной из трех вышеописанных), по которой сеть оказывается недееспособной. Вполне возможно, что некоторые рабочие группы будут предъявлять более жесткие требования к сети, нежели все остальные. Нет сомнений, например, что по части требований в первую очередь отличатся инженерные отделы, оставив далеко позади в этом вопросе рабочие группы, использующие только текстовые редакторы.
Чтобы установить уровень трафика в сети, вам потребуется протокольный анализатор или программа для мониторинга пакетного трафика. Мониторинг должен производиться сегмент за сегментом (или кольцо за кольцом) в течение достаточно длительного времени, так как трафик может достигнуть пика в любой момент дня и ночи.
Далее, вам необходимо решить, какие пики являются допустимыми, а какие нет. Например, вечернее резервирование данных может приводить к большому трафику, но так как в это время сетью никто больше не пользуется, то и не стоит поэтому поводу беспокоиться. С другой стороны, если объем данных, подлежащих резервированию, настолько велик, что для резервирования не хватает отведенного времени, то тогда действительно необходима большая пропускная способность.
После того как вы поставили диагноз вашей сети, пора приступать к выбору сетевой технологии, способной наилучшим образом разрешить стоящие перед вашей сетью проблемы.
Коммутатор Ethernet - прекрасное лекарство для сети с малой пропускной способностью, а метод лечения, коммутация, является и безболезненным и недорогим.
В архитектурном плане коммутатор Ethernet используется во многом аналогично хабу Ethernet. Представьте себе, что на место хабов Ethernet поставили коммутаторы Ethernet, и вы получите общее представление. Конечно, на практике такой упрощенный подход не всегда способствует повышению производительности на столько, на сколько вы вправе ожидать.
В качестве примера ситуации, когда замена хаба на коммутатор вам не поможет, рассмотрим небольшую рабочую группу, изображенную на Рис. 1. Здесь показана клиент-серверная сеть, в которой правый узел, помеченный на рисунке "ФС", является сервером, в то время как другие узлы (с К1 по К5) являются клиентами.
Предположим, что все порты коммутатора (коммутатор помечен символом x) предназначены для Ethernet со скоростью 10 Мбит/с. Если клиент-1 посылает пакет файловому серверу, то в это время никто кроме него не может сделать то же самое. Конечно, коммутатор имеет некоторую емкость буферной памяти, и все пакеты, которые невозможно тут же отправить адресату, будут задержаны до тех пор, пока не освободится порт назначения.
Далее смотрим Рис. 2. На нем показано, как можно использовать преимущества коммутатора в одноранговой сети. В этом случае узел-1 может получать пакет от узла-5, в то время как узел-2 посылает пакет узлу-3, и в тот же самый момент узел-4 посылает пакет узлу-6. Ни одна из этих посылок не вступает в конфликт с другой, поскольку коммутатор тут же транслирует получаемые пакеты в порт назначения.
Если для анализа трафика в сети вами используется протокольный анализатор, то вы наверняка заметили, что трафик в действительности состоит из разговоров - потоков данных между парами сетевых узлов. В "танце данных" пары могут постоянно меняться партнерами, однако каждый пакет имеет отправителя и адресата. Есть, правда, несколько исключений, и главное из них - широковещательные пакеты, которые адресуются не конкретному узлу, а всем узлам сразу. В сетях, использующих серверы (например, NetWare компании Novell, Windows NT Server компании Microsoft, LAN Server компании IBM, VINES компании Banyan), разговоры происходят между сетевыми клиентами и серверами, обслуживающими этих клиентов. В сети с одним сервером все разговоры по необходимости сосредоточены на одном узле - выделенном сервере.
В одноранговой сети, такой как Windows for Workgroups компании Microsoft, LANtastic компании Artsoft или Unix, разговоры более рассредоточены. Именно в такой сети использование коммутатора может привести к значительному увеличению производительности; однако одно то, что в одноранговых сетях информационные потоки теоретически не обязаны сходиться в одном месте, не означает, что на практике это действительно так. Например, в узле-1 могут находиться файлы, доступ к которым необходим другим файлам. В этом случае разговоры могут быть привязаны к одному узлу так, как это имело место для модели архитектуры сети клиент-сервер.
Но, распределив информацию между узлами, этого можно избежать. Например, вы можете поместить базу данных о продажах на один узел, инвентарные файлы на другой, а финансовые отчеты на третий. (Если вы пришли к мысли, что вам необходимо изучить то, как используется сеть, чтобы создать сеть с наилучшей топологией, то вы начинаете вникать в суть проблемы!)
Другое решение проблемы сосредоточения информационных потоков в одном узле - выделение дополнительной пропускной способности тем узлам, которым она необходима. На Рис. 3 показана клиент-серверная сеть с одним сервером; к файловому серверу проведено три канала Ethernet со скоростью 10 Мбит/с. Таким образом, общая пропускная способность, доступная серверу, равна 30 Мбайт/с - этого достаточно, чтобы справиться с трафиком от трех сегментов с пропускной способностью в 10 Мбит/с.
На Рис. 3 было показано, как можно увеличить общую пропускную способность файлового сервера за счет использования нескольких каналов данных со скоростью 10 Мбит/с. Еще один способ достижения аналогичного результата заключается в использовании так называемого широкого канала. Как видно из Рис. 4, коммутатор может иметь один высокоскоростной порт для файлового сервера. Он может поддерживать технологию FDDI, 100 BaseT или 100VG AnyLAN. Пять портов Ethernet с 10 Мбит/с теоретически обладают пропускной способностью до 50 Мбит/с (на практике гораздо меньше), так что емкость 100 Мбит/с сетевого сегмента вполне достаточна.
Объединительная панель коммутатора должна иметь скорость передачи данных, необходимую для обслуживания всех разговоров, которые могут вестись одновременно. Например, у коммутатора, изображенного на Рис. 2, - шесть портов Ethernet со скоростью 10 Мбит/с. В этом случае одновременно возможны три при условии, что в каждом разговоре принимает участие две стороны. Во избежание пробок объединительная панель коммутатора должна иметь совокупную скорость передачи до 30 Мбит/с.
Итак, коммутатор просто суммирует пропускную способность. Он не ускоряет 10-мегабитные сегменты, которые соединяет; он просто позволяет многим из них работать параллельно, как это делает многоканальная супермагистраль. Хотя скорость передачи данных в конкретном сегменте увеличить нельзя, общая пропускная способность, тем не менее, может быть чрезвычайно высокой.
Примеры использования коммутатора были даны для небольших групп. Одним из способов использования коммутации в крупных сетях является увеличение числа портов - так называемая стратегия "одного большого коммутатора". Если, например, у вас есть сто пользователей, то вам потребуется 100 портов для Ethernet со скоростью 10 Мбит/с. Предполагается, что все пользователи активно эксплуатируют сеть и каждому из них необходим "выделенный Ethernet").
Однако, если это сеть в архитектуре клиент-сервер и вами запланирован только один сервер, то вы столкнетесь со следующей проблемой: трафик от 100 сегментов Ethernet на 10Мбит/с может достигать в сумме 1000 Мбит/с или 1 Гбит/с. В настоящее время разрабатывается несколько вариантов сверхвысокоскоростных каналов, однако приобрести такого рода продукт пока невозможно. Кроме того, сегодня, по-видимому, нет файловых серверов, способных полноценно обслуживать 100 клиентов.
Эту проблему можно решить за счет использования в сети 10 файловых серверов, так что в среднем на каждый сервер будет приходиться 10 клиентов. Такая ситуация уже разрешима, поскольку трафик от 10 сегментов Ethernet не превышает 100 Мбит/с и для него может оказаться вполне достаточно одного высокоскоростного (100 Мбит/с) соединения с сервером. При подобном сценарии вашему коммутатору необходимо 10 портов для серверов на 100 Мбит/с и 100 портов для клиентов на 10 Мбит/с. Так как все 100 клиентов могут передавать данные 10 серверам со скоростью 10 Мбит/с, то объединительная панель должна иметь скорость передачи в 1000 Мбит/с.
Еще одним способом повышения пропускной способности сети на большом предприятии является создание иерархии коммутаторов. Но прежде чем перейти к рассмотрению этого подхода, давайте заглянем на соседнюю улицу.
Выше обсуждались решения с использованием коммутаторов для Ethernet и Token Ring. Это прекрасный способ для наращивания совокупной пропускной способности сети, однако он не позволяет увеличить скорость передачи данных в сегментах сети.
Поставщики 100 Мбит/с продуктов для сетей предлагают вам подумать и о таком решения: просто увеличьте на порядок скорость сети. По аналогии с переполненным шоссе это позволит, вместо прокладки дополнительных полос, повысить допустимую скорость с 55 миль/час до 550 миль/час. Основными решениями для 100 Мбит/с сетевых технологий являются FDDI, 100 BaseT (также известна как Fast Ethernet) и 100VG-AnyLAN. TCNS компании Thomas-Conrad тоже относится к этой категории, однако она является частным решением от одного поставщика; многие компании предпочитают стандартизованные решения, предлагаемые сразу несколькими поставщиками.
В этой категории FDDI является проверенной временем технологией, стандартизованной несколько лет назад. В свое время она была несколько дороговата, но это положение дел начало меняться, когда поставщики столкнулись с конкуренцией со стороны других продуктов, обеспечивающих скорость 100 Мбит/с.
Из имени FDDI видно, что она, разрабатывалась как интерфейс для оптического кабеля, однако позднее были разработаны методы использования FDDI на базе медной неэкранированной витой пары. Хотя применение неэкранированной витой пары несколько снизило цену внедрения FDDI, она по-прежнему дорога в сравнении с другими технологиями со скоростью 100 Мбит/с, что ограничивает применение FDDI в качестве магистрали.
Fast Ethernet также обладает скоростью передачи в 100 Мбит/с, а разработчики готовы на снижение цены практически до уровня 10BaseT. Fast Ethernet поставляется в трех вариантах: 100BaseTX работает точно так же, как традиционный 10BaseT, только в 10 раз быстрее. Как и 10BaseT, он использует две неэкранированные витые пары и имеет протяженность до 100 метров. Однако для этого 100BaseT необходим кабель TIA-568 Категории-5, который проложен далеко не в каждом здании. Вторая спецификация, 100BaseT4, была разработана для поддержки более широко распространенного кабеля Категории-3, для чего 100BaseT4 использует четыре пары этого кабеля. Отсюда маркировка T4. Есть еще третья спецификация 100BaseFX для Fast Ethernet - на базе многомодового оптического кабеля.
Четыре неэкранированные витые пары Категории-3 используются также и в 100VG-AnyLAN. В отличие от Fast Ethernet, в котором используется метод множественного доступа с контролем несущей и обнаружением конфликтов (CSMA/CD) - часть механизма контроля за доступом к среде передачи - 100VG-AnyLAN использует схему известную как схема приоритетных запросов - см. Рис.5. При посылке пакета в 100VG-AnyLAN вначале посылается запрос хабу. Хаб быстро опрашивает каждый порт по кругу в поисках запросов; при получении запроса он дает добро на отправление пакета этим узлом. Если хаб занят, то узел будет ждать, пока хаб не освободится.
Сторонники 100VG-AnyLAN утверждают, что метод опроса по кругу с приоритетом запросов внутренне более бесконфликтен и более "честен" в предоставлении доступа к сети, чем опирающийся на соглашения метод CSMA/CD, принятый в Ethernet. Если это действительно так, то 100VG-AnyLAN будет иметь преимущество над Fast Ethernet при передаче оцифрованного звука и видео, для четкого воспроизведения которых необходима регулярная, изохронная доставка.
Асинхронный режим передачи данных (ATM) рассматривается многими как сетевая технология будущего. ATM появился в мире телекоммуникаций, но он обладает атрибутами, которые делают его привлекательным для применения в локальных и глобальных сетях.
ATM разрывает пакет на 48-байтные, называемые ячейками, куски. Каждая ячейка имеет 5-байтный заголовок, так что действительный размер ячейки равен 53 байтам. Эти 53-байтные ячейки мультиплексируются в ATM-канале, поэтому по одному каналу могут вестись одновременно несколько разговоров.
Появившись в мире телекоммуникаций, ATM естественно ориентирован на соединение, хотя он может также поддерживать каналы без установления соединения. Это позволяет создавать виртуальные каналы между узлами в сети. В отличие от реального соединения, например кабеля между двумя точками, виртуальный канал в ATM создается посредством направления потока ячеек от одного ATM-адреса к другому. Имеется два типа виртуальных соединений: постоянные виртуальные соединения (ПВС) (Permanent Virtual Circuits: PVC) и коммутируемые виртуальные соединения (КВС) (Switchet Virtual Circuits: SVC).
ПВС можно уподобить выделенной линии для передачи данных между двумя абонентами. После конфигурирования вручную для установки соединения, оно останется неизменным до тех пор, пока не будет изменено. КВС, наоборот, больше напоминает телефонный звонок по коммутируемой телефонной сети. Соединение устанавливается, когда это необходимо, и разрывается по окончании разговора.
Виртуальные соединения весьма удобны для мультимедиа- и видео конференций, потому что оба эти приложения по своей природе создают непрерывные потоки данных. Более того, ATM позволяет распределять пропускную способность для каждого соединения сообразно потребности.
Как видно из вышесказанного, ориентированный на соединение ATM радикально отличается от старых локальных сетей с разделением среды передачи. ATM - многообещающая технология, но чтобы пользователь мог воспользоваться ее преимуществами, сетевые операционные системы должны иметь приложения для ATM.
В настоящее время ATM Forum, торговая группа, в состав которой входят ведущие в данной области производители, работает над концепцией эмуляции ATM в локальной сети. Это позволит определять адрес в локальной сети по ATM-адресу. Кроме того, группа работает над проблемой широковещания в ATM, так как в ориентированном на соединения мире, широковещание отнюдь не простая задача, ибо один узел обычно подсоединен только к одному узлу.
Эд Салливан, технический директор по планированию разработки продуктов для ATM в компании Interphase из Далласа, которая производит сетевые платы для инженерных рабочих станций и ПК, говорит, что ATM находится на стадии тестирования, поскольку "...работающую сеть можно построить, но еще остается много вопросов". Тестирование планируется завершить к концу этого года.
Один из таких вопросов - вопрос контроля за перегрузками. Например, если клиент, подключенный к сегменту сети 10BaseT, запрашивает файл, а соединение с сервером есть ATM со скоростью 155 Мбит/с, то сервер будет посылать данные клиенту намного быстрее, чем клиент может принять их.
Коммутатор, как правило, имеет буфер, и это частично позволяет решить проблему несоответствия скоростей. Однако буфер может переполниться, если файл достаточно большой, и тогда данные будут потеряны. Салливан говорит, что метод обработки перегрузок ставится на голосование перед ATM Forum и, по всей видимости, будет утвержден к тому моменту, когда эта статья появится в печати.
Группа инженерной поддержки Internet опубликовала RFC 1577 - метод использования Internet Protocol над ATM. Но данное решение - только для IP, оно не поддерживает широковещание или рассылку сообщений нескольким адресатам, а это необходимо при эмуляции в локальной сети, так как она не зависит от протоколов.
Оценивая современное состояние разработок в области ATM, Салливан замечает: "Если у вас возникли проблемы с производительностью критически важных приложений, то FDDI является единственной зрелой высокоскоростной технологией. В долгосрочной перспективе, скажем три-четыре года, ATM выглядит более привлекательной". Решения на базе Ethernet могут быть только краткосрочными, неотложными решениями. По мнению Салливана, они будут таковыми в течение ближайших двух лет.
"ATM находится сегодня там, где FDDI находился четыре или пять лет назад, - утверждает Джек Атвелл, президент и один из основателей Trellis Network Services, сетевого интегратора из Принстона, Нью-Йорк. - Все думали, что FDDI - технология будущего, она будет одной из технологий для магистрали, в то время как Ethernet и Token Ring соединят настольные машины".
Вердикт о судьбе ATM еще не ясен, и Атвелл задается вопросом: "ATM придет... Но какая технология выступит в качестве промежуточного решения? Думается, это будет Fast Ethernet."
На чем же остановиться? На Fast Ethernet или коммутируемом Ethernet для настольных машин? По мнению Арвела, это определит конкретная ситуация. "Например, графическим приложениям, - поясняет он, - бывает необходима очень высокая скорость передачи данных. В этом случае коммутируемый Ethernet со скоростью 10 Мбит/с может оказаться недостаточным."
Итак, мы рассмотрели всевозможные варианты, теперь дело за малым, - надо выбрать наиболее подходящий для вас путь миграции. Как это сделать? Во-первых, необходимо понять, что каждая сеть и каждая организация имеет свои уникальные потребности. Большинство традиционных приложений, такие как текстовые редакторы, электронные таблицы или электронная почта, предъявляют скромные запросы к пропускной способности сети. Вы можете запросто объединить несколько таких рабочих станций - дюжину или даже две - в один сегмент Ethernet.
Пользователи, работающие с приложениями для САПР, могут создавать файлы размером в десятки мегабайт. То же самое относится и к художникам, работающим с программами обработки изображений. Таким пользователям желательно предоставить "частную Ethernet" посредством выделения каждого пользователя в отдельный сегмент.
Поэкспериментируйте с этими приложениями, и определите их потребности. Выясните, сколько секунд уходит на сохранение самых крупных файлов в имеющейся у вас сети 10BaseT или Token Ring. Кроме того, установите время, требующееся на загрузку файлов. Сделайте это вечером или в любое другое время, когда трафик в сети отсутствует. Если нет возможности избавиться от фонового трафика в рабочей сети, то постройте небольшую сеть для тестирования с одной из рабочих станций, хабом и файловым сервером, где будут храниться файлы. С помощью сети из двух узлов (один клиент и один сервер) можно смоделировать выделенный Ethernet, даже не имея коммутатора.
Если в результате тестирования этой одной рабочей станции время загрузки и сохранения файлов для вас приемлемо, то тогда можно заключить, что 10 Мбит/с каналы обеспечивают адекватную производительность. В этом случае коммутатор Ethernet или Token Ring в силах решить ваши проблемы. Если время загрузки и сохранения файлов не соответствует запросам ваших пользователей, то тогда рабочие станции должны мигрировать к высокоскоростному каналу, такому как Fast Ethernet, 100VG-AnyLAN или FDDI.
Вы можете объединить коммутацию Ethernet или Token Ring и высокоскоростные технологии в одной сети. Зачастую они прекрасно дополняют друг друга. Рисунок 6, на первый взгляд, кажется очень сложным, но в действительности он предельно прост; главное - понять заложенную в него идею. На схеме показано четыре коммутатора Ethernet 10BaseT, каждый из которых, помимо нескольких портов 10BaseT, имеет два порта с 100 Мбит/с. На схеме все порты не показаны, но предположим, что эти коммутаторы имеют по 10 портов 10BaseT.
На каждом коммутаторе один из портов 100BaseT выделен для файлового сервера, приписанного данной рабочей группе. Второй порт 100BaseT используется как канал к хабу 100BaseT.
Левый крайний на схеме коммутатор обслуживает группу пользователей, которым требуется широкая полоса пропускания (например, пользователи САПР); каждому из этих клиентов сети отведен отдельный порт 10BaseT. (Для простоты показано только несколько клиентов, но опять-таки предположим, что к каждому коммутатору подсоединено 10 клиентов). Ко второму коммутатору подключена группа пользователей, которые не предъявляют высоких требований к пропускной способности. Поэтому пользователи из групп с шестой по двенадцатую подсоединены к портам хабов 10BaseT, в свою очередь подсоединенных к портам 10BaseT коммутатора. Таким образом, каждая из групп пользователей разделяет 10-мегабитный сегмент Ethernet.
Соединения со вторым коммутатором демонстрируют, как можно подсоединить существующую сеть Ethernet к сети 100BaseT. Просто подключите порт на хабе 10BaseT к одному из портов 10BaseT на коммутаторе. Для подсоединения сети 10BaseT к сети 100BaseT можно взять обычный коммутатор. В данном случае автор статьи предпочел использовать маршрутизатор.
Файловые серверы можно было подсоединить к хабу 100BaseT, поместив их на магистраль 100 Мбит/с. Однако это привело бы к снижению продуктивности, так как четыре сервера делили бы один домен на 100 Мбит/с и каждому досталось бы в среднем только 25 Мбит/с пропускной способности. Поэтому лучше подсоединить серверы напрямую. И дать каждому из них 100 Мбит/с канал к рабочей группе, которую он обслуживает, что в конечном счете и было сделано.
На Рис. 6 большинство соединений с настольными машинами пользователей поддерживают 10BaseT. Таким образом, затраты компании на сетевые адаптеры 10BaseT не окажутся напрасными. Хабы можно заменить на коммутаторы Ethernet, но даже в этом случае некоторым хабам найдется применение: хабы подключены к коммутационным портам.
На Рис. 6 в качестве высокоскоростного канала может быть использован 100VG-AnyLAN, в этом случае компоновка останется неизменной. Другим вариантом являются коммутаторы Ethernet, которые используют FDDI в качестве высокоскоростных портов.
Есть много маршрутов, по которым можно добраться из точки А в точку Б, так что проектировщики сети, несомненно, возьмут на вооружение все вышеописанные технологии. Как сегодня есть сети Ethernet и Token Ring, так завтра будут сети Fast Ethernet, 100VG-AnyLAN и FDDI.
Благодаря невысокой цене и простоте перехода, коммутация Ethernet является главным направлением миграции. Однако 100BaseT и 100VG-AnyLAN сегодня имеют достаточно конкурентоспособную цену, и значительный процент пользователей предпочтет иметь 100 Мбит/с каналы к настольным машинам. Вероятно, благодаря доступной цене, эти сетевые технологии частично вытеснят FDDI с магистралей.
ATM пока находится на начальной стадии разработки. Ему еще пока не стоит доверять критически важные приложения, несмотря на некоторые привлекательные возможности. Конечно, если в вашем деле широко используются видео и звук, для которых просто необходима изохронная доставка данных, то попробуйте ATM. Реализовав ATM в масштабах небольшой рабочей группы, непременно испытайте его в реальных условиях работы. Крупно-масштабная реализация без тщательного предварительного тестирования слишком рискованна.
Надеемся, что данная статья дает некоторое представление о том, как ваша организация может перейти к высокоскоростным технологиям. Переход к высокоемким сетям вовсе не означает полный демонтаж имеющейся уже сети. Конечно, некоторые усилия приложить придется, хотя бы для того, чтобы оценить используемые приложения и определить, насколько они загружают сеть. После этого дело за внедрением технологий, соответствующих предъявляемым запросам.