Когда же на самом деле мы получим технологию Gigabit Ethernet? Первые, я подчеркиваю, первые стандарты могут появиться не раньше 1998 года. Но сейчас мы даже не знаем, какие правила передачи данных тогда будут действовать. Мы не знаем также, какие ограничения на расстояния будут актуальны к тому времени. К тому же в последний раз, когда я интересовалась этим вопросом, общепринятые стандарты на кабельную проводку для локальных сетей не предусматривали передачи данных со скоростью большей, чем 100 Мбит/с.
Даже если первые технологические стандарты появятся к 1998 году, пройдет еще много времени, прежде чем будет выработан полный комплект стандартов. Уже более 80 придирчивых компаний состоит на данный момент в сообществе Gigabit Ethernet Alliance. Можете себе представить, как быстро им удастся прийти к какому-либо решению.
Предсказания быстрого распространения технологий совершенно голословны. В одном заявлении, взятом на вооружение энтузиастами всего нового, говорится, что 80% сетевых администраторов планирует перейти на Gigabit Ethernet. Звучит впечатляюще, но надо заметить, что опрос проводился среди 40 крупнейших компаний (остальные опрашиваемые представляли сетевых интеграторов). Опыт мне подсказывает, что лидирующие компании поддержат любое начинание. Это вовсе не означает, что технология действительно лучше, чем другие. Это не означает также, что компания собирается заниматься данной технологией.
Какие же проблемы может решить Gigabit Ethernet? Вероятно, если возникнет необходимость объединить несколько коммутаторов Fast Ethernet, эта технология будет как нельзя кстати. Однако сложные проблемы, с которыми многим организациям предстоит встретиться в ближайшие пять лет, выходят далеко за рамки обеспечения более широких каналов при объединении коммутаторов Fast Ethernet. В таких новых областях, как корпоративные сети, а также видео- и голосовые локальные сети, необходимо наличие системы, умеющей обращаться с множеством типов и непредсказуемыми моделями трафика.
Уже сегодня существует технология ATM (Asynchronous Transfer Mode - режим асинхронной передачи данных), способная решить подобные проблемы. Зачем же ждать, пока устаревающий Ethernet будет пересмотрен, переработан и переименован?
Я подозреваю, что производители, которые не могут похвастаться выпуском работающей продукции для ATM, пытаются попридержать рынок. Трудно поверить, что сетевые администраторы приостановят запланированные изменения и будут терпеливо дожидаться появления технологии Gigabit Ethernet.
Gigabit Ethernet не станет жизнеспособной системой еще как минимум в течение полутора лет, и, кроме того, многие проблемы этой технологии пока не решены.
Конечно, Gigabit Ethernet сыграет важную роль в объединении коммутаторов Fast Ethernet, но он никогда не сможет привлечь внимание тех сетевых администраторов, которые хотят найти решение основных проблем управления магистральной сети корпорации.
Некоторые изъяны инфраструктуры могут оказать пагубное влияние на производительность. Перегрузки способны вызвать значительные проблемы, так как некоторые серверы, сетевые платы, шины и другие сетевые компоненты могут не справляться с гигабитными скоростями, что приведет к досадным заторам в сети.
Недостаточная емкость памяти и кэша может также иметь негативный эффект. Например, системы, у которых емкость кэша меньше 1 Мбайт, особенно подвержены перегрузкам.
Другой фактор - блокирующая или неблокирующая архитектура. Очевидно, неблокирующая архитектура имеет преимущества в области производительности, так как она позволяет избежать потери пакетов. Кроме того, неблокирующая архитектура предпочтительнее при больших объемах трафика.
Близкий вопрос - полнодуплексная или полудуплексная система. Большинство коммутаторов Gigabit Ethernet работают в полнодуплексном режиме, и, хотя у двунаправленного канала есть свои преимущества, полнодуплексная передача способна переполнить сеть. Главное, чтобы коммутаторы имели достаточно внутренней емкости для обслуживания трафика.
Управление потоками имеет решающее значение для предотвращения хаоса в сети. С помощью протокола 802.3х принимающие устройства могут "попросить" передающую станцию приостановить передачу, пока буфер коммутатора не освободится для приема следующих данных. Эта схема пригодна для полнодуплексных каналов Ethernet, Fast Ethernet и Gigabit Ethernet. Но некоторые все же полагают, что этот подход недостаточно эффективен, так как в результате перегрузка перемещается из одной части сети в другую.
Gigabit Ethernet имеет относительно примитивные функции QoS, в частности, по сравнению с аналогичными функциями ATM. Несмотря на то что схемы, подобные RSVP и RTP, рассматриваются некоторыми специалистами как эффективные механизмы для обеспечения качества услуг в Gigabit Ethernet, они, скорее всего, не в состоянии гарантировать достаточную производительность для таких приложений, как видео и мультимедиа, в особенности с их усложнением в будущем.
Черновой стандарт IEEE 802.1q описывает теги для трафика в виртуальных локальных сетях (Virtual LAN, VLAN), а 802.1p - идентификаторы приоритета, с помощью которых коммутаторы могут передавать запросы конечных станций о получении приоритета для их трафика вдоль пути передачи данных.
Что касается производителей, их мнения относительно того, когда качество услуг будет все же реализовано, как правило, расходятся. "Мы станем поддерживать RSVP, когда стандарт будет окончательно готов", - говорит Рэнди Каук, системный инженер в Foundry Networks. Однако другие производители уже включают поддержку RSVP в свои продукты.
Ограничение на расстояние может стать весьма существенным фактором. Спецификация 802.3 предусматривает ограничение на расстояние между станциями, а это приводит к проблемам при использовании таких высокоскоростных технологий, как Gigabit Ethernet. Для решения этой проблемы рабочая группа 802.3z предложила несколько видоизменить схему CSMA/CD в Gigabit Ethernet, чтобы протяженность сегмента при гигабитных скоростях можно было увеличить до 200 м.
Эта схема предусматривает увеличение минимального размера пакета с 64 до 512 байт. Пакеты размером менее 512 байт дополняются до нужного размера, благодаря чему передающая станция может обнаружить коллизию до завершения передачи.
По утверждению Боба Гона, менеджера программы по Gigabit Ethernet в 3Com, "у некоторых были сомнения относительно того, что некоторые типы оптического кабеля смогут поддерживать передачу на расстояния, определенные для Gigabit Ethernet". Эти опасения касались в первую очередь многомодового оптического кабеля, а причиной беспокойства была такая потенциальная проблема, как различие в задержке (Differential Mode Delay).
Рабочая группа Gigabit Ethernet 802.3z предложила изменить спецификацию Gigabit Ethernet с целью смягчить проблему дифференцированной задержки. Эта редакция позволит организовывать соединения Gigabit Ethernet протяженностью до 260, 440 или 550 м, в зависимости от диаметра оптического волокна и типа используемого лазера. Рисунок 3 иллюстрирует два различных сценария модернизации оптической сети.
Несмотря на опасения в связи с ограничениями на протяженность многомодового оптического кабеля модернизация оптической магистрали до гигабитных скоростей не вызывает особых проблем. В случае магистрали здания (А) пользователи достаточно добавить коммутатор Gigabit Ethernet, а в случае территориальной магистрали (Б) модернизация осуществляется с помощью Gigabit Ethernet или буферного дистрибьютора.
Размер кадра - весьма неоднозначный вопрос ввиду его потенциального влияния на производительность сети.
К счастью, Gigabit Ethernet использует тот же формат кадра (от 64 до 1500 байт), что и стандартные Ethernet и Fast Ethernet.
Недавняя разработка предусматривает увеличение максимального размера кадра Ethernet с 1500 до 9000 байт.
Называемые гига-кадрами (jumbo-frames), они уже реализованы в системах Alteon Networks. По словам директора по рыночным связям Дэвида Каллиша, реализовать этот подход компанию подтолкнуло, в частности, то обстоятельство, что многие пользователи помещают серверы в кольцо FDDI. При правильной реализации гига-кадры позволяют сократить число обрабатываемых сетевой платой кадров.
Fiber Distribution Data Interface или FDDI был создан в середине 80-х годов специально для объединения наиболее важных участков сети. Хотя для рабочей станции скорость передачи данных в 10 Мбит/с была великолепной, то для межсерверных коммуникаций она была явно недостаточна. Исходя из этих потребностей, FDDI был спроектирован для связи между серверами и другими важными участками сети и предусматривал возможность управления процессом передачи и его высокую надежность. Это основная причина из-за который он до сих пор занимает такое заметное место на рынке.
В отличие от Ethernet FDDI использует кольцевую структуру, где устройства объединяются в большое кольцо и передают данные последовательно один другому. Пакет может проследовать больше чем через 100 узлов, прежде чем дойдет до адресата. Но не путайте FDDI с Token Ring! В Token Ring используется только один маркер, который передается от одной машине к другой. FDDI использует другую идею - так называемый временной маркер. Каждая машина посылает данные следующей в течении определенного периода времени, о котором они договариваются заранее когда подключаются к кольцу. Станции могут посылать пакетов одновременно, если позволяет время.
Поскольку другие машины не должны ждать, пока освободится среда передачи, то размер пакета может достигать 20000 байт, хотя большинство использует пакеты размером 4500 байт, всего лишь в три раза больше пакета Ethernet. Тем не менее, если пакет предназначен для рабочей станции, подключенной к кольцу с помощью Ethernet, то его размер не будет превышать 1516 байт.