Заманчивы, но далеко не ясны очертания технологии FFOL (FDDI Follow on LAN), инициативы ANSI, призванной в будущем заменить FDDI с новым уровнем производительности 2.4 Гбайт/сек.
АТМ
АТМ - ребенок телефонных компаний. Технология эта разрабатывалась далеко не в расчете на компьютерные сети передачи данных. ATM радикально отличается от обычных сетевых технологий. Основная единица передачи в этом стандарте - это ячейка, в отличие от привычного пакета. Ячейка содержит в себе 48 байт данных и 5 байт заголовка. Частично это необходимо, чтобы обеспечить очень маленькое время задержки при передачи мультимедийных данных. (Фактически, размер ячейки явился компромиссом между американским телефонными компаниями, которые предпочитают размер ячейки 64 байта, и европейскими, у которых он равен 32 байтам).
Устройства АТМ устанавливают связь между собой и передают данные по виртуальным каналам связи, которые могут быть временными или постоянными. Постоянный канал связи - это путь, по которому передается информация. Он всегда остается открытым вне зависимости от трафика. Временные каналы создаются по требованию и, как только передача данных заканчивается, закрываются.
С самого начала АТМ проектировался как система коммутации с помощью виртуальных каналов связи, которые обеспечивают заранее специфицированный уровень качества сервиса (Quality of Service - QoS ) и поддерживают постоянную или переменную скорость передачи данных. Модель QoS позволяет приложениям запросить гарантированную скорость передачи между приемником и источником, не обращая внимания на то, сколь сложен путь между ними. Каждый АТМ - коммутатор, связываясь с другим, выбирает такой путь, который гарантирует требуемую приложением скорость.
Если система не может удовлетворить запрос, то она сообщает об этом приложению. Правда, существующие протоколы передачи данных и приложения не имеют никакого понятия о QoS, так что это еще одно отличное свойство, которое никто не использует.
Благодаря наличию таких полезных свойств АТМ никого не удивляет всеобщее желание продолжать совершенствование этот стандарт. Но пока существующие реализации оборудования довольно ограничены первоначальным подходом, который ориентировался на другие, некомпьютерные, задачи.
Например, АТМ не имеет встроенной системы широковещательного оповещения (это характерно для АТМ, есть идея, но нет стандарта). И хотя широковещательные сообщения - извечная головная боль для любого администратора, в некоторых случаях они просто необходимы. Клиент, который ищет сервер, должен иметь возможность разослать сообщение "Где сервер?", что бы затем, получив ответ, направлять свои запросы уже непосредственно по нужному адресу.
Форум АТМ специально разработал спецификации для эмуляции сети - LAN emulation (LANE). LANE превращает "точка-точка"-ориентированную АТМ сеть в обычную, где клиенты и серверы видят ее как нормальную широковещательную сеть, использующую протокол IP (а скоро и IPX). LANE состоит из четырех различных протоколов: протокола конфигурации сервера (LAN emulation configuration service - LECS), протокола сервера (LAN emulation server - LES), протокола общего вещания и неизвестного сервера (Broadcast and Unknown Server - BUS) и протокола клиента (LAN emulation client - LEC).
Когда клиент с помощью LANE пытается подключиться к сети АТМ, то первоначально он использует протокол LECS. Поскольку АТМ не поддерживает широковещательных сообщений, форум АТМ выделил специальный адрес LECS, который никто другой уже не использует. Посылая сообщение по этому адресу клиент получает адрес соответствующего ему LES. Уровень LES обеспечивает необходимые функции ELAN (emulated LAN). С их помощью клиент может получить адрес BUS-сервиса и послать ему сообщение "подключился такой-то клиент", чтобы затем BUS уровень мог, получая сообщения, переслать его всем зарегистрировавшимся клиентам.
Для того чтобы использовать не АТМ протоколы, необходимо использовать LEC. LEC работает как конвертор, эмулируя обычную топологию сети, которую подразумевает IP. Поскольку LANE только моделирует Ethernet, то он может устранить некоторые старые технологические ошибки. Каждый ELAN может использовать различные размеры пакетов. ELAN, который обслуживает станции, подключенные с помощью обычного Ethernet, использует пакеты размером 1516 байт, в то время как ELAN обеспечивающий связь между серверами может посылать пакеты по 9180 байт. Всем этим управляет LEC.