Сети ATM

Сеть АТМ работает с установлением виртуального канала и позволяет качественно передавать компьютер-ные данные, видеоизображение и голос со скоростью от 155 до 622 Мбит/с (сети ATM используют на фи-зическом уровне технологию SONET/SDH, принимая ее иерархию скоростей). Сеть ATM имеет структуру, сходную со структурой сетей X.25 и Frame Relay: конечные станции соединяются каналами "точка-точка" с коммутаторами нижнего уровня, которые в свою очередь соединяются с коммутаторами более высоких уровней. Конечные узлы в сети ATM имеют адреса длиной в 20 байт из которых: 1 байт определяет один из возможных форматов адреса (Authority and Format Identifier, AFI), 8 байт – основная часть адреса (до 15 цифр: код страны, код города, номер абонента – аналогично номеру абонента в сети ISDN), 4 байта номер сети/подсети ATM, 6 байт номер конечного узла в сети ATM (MAC-адрес сетевой карты компьютера), 1 байт – поле селектора (вспомогательное поле). Таблицы маршрутизации коммутаторов составляются вручную, или при помощи протокола PNNI. Установленные виртуальные каналы (выделенные или коммутируемые) нумеруются при помощи идентификатора виртуального канала (Virtual Channel Identifier, VCI). Несколько виртуальных каналов, проходящих через одни и те же коммутаторы, могут объединяться в один виртуальный путь (Virtual Path Identifier, VPI). Так как виртуальных путей меньше, чем виртуальных каналов, то и записей в таблице коммутации портов будет меньше, что ускоряет коммутацию.

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

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

Рис. 7.6 Два типа трафика: а – компьютерный, б- мультимедийный.

На возможности совмещения этих двух видов трафика большое влияние оказывает размер компьютерных пакетов. Если в сети допускаются большие размеры пакетов данных, то один единственный большой пакет может "занять" порт коммутатора и затормозить передачу всех остальных пакетов, что не допустимо для мультимедийного трафика. Кроме того, если минимально допустимый размер пакета велик, то в одном пакете данных (чтобы не терять впустую место) будет передаваться несколько замеров голоса. В результате, первый замер голоса, помещаемый в пакет, будет отправлен не сразу же, а только после того, как в пакет будут помещены все остальные замеры, что приведет к значительным задержкам и потере качества переда-чи голоса. Поэтому в сети ATM данные передаются в небольших ячейках (пакетах) фиксированного размера (53 байта: поле данных – 48 байт, заголовок — 5 байт).

Однако использование небольших ячеек фиксированного размера еще не решает всей проблемы. Для полного решения задачи равноправного совмещения в одной сети компьютерного и мультимедийного трафика, технология ATM использует хорошо разработанную схему заказа пропускной способности и качества обслуживания. Соглашение между программой, передающей данные в сеть, и сетью ATM называется трафик-контрактом. Основным его отличием от соглашений, применяемых в сетях Frame Relay, является то, что помимо указания параметров пропускной способности, указывается класс трафика. В сети АТМ выделяется 5 классов трафика (см. табл. 7.4).

Таблица 7.4.

Классы трафика ATM

Класс трафика	Характеристика
А	Постоянная битовая скорость — Constant Bit Rate, CBR. Важны временные соотношения между передаваемыми и принимаемыми данными. С установлением соединения. Примеры: голосовой трафик, трафик телевизионного изображения.
В	Переменная битовая скорость — Variable Bit Rate, VBR. Важны временные соотношения между передаваемыми и принимаемыми данными. С установлением соединения. Примеры: компрессированный голос, компрессированное видеоизображение.
С	Переменная битовая скорость — Variable Bit Rate, VBR. He важны временные соотношения между передаваемыми и принимаемыми данными. С установлением соединения. Примеры: трафик компьютерных сетей, в которых конечные узлы работают по протоколам с установлением соединений: frame relay, X.25, LLC2, TCP
D	Переменная битовая скорость — Variable Bit Rate, VBR. He важны временные соотношения между передаваемыми и принимаемыми данными. Без установления соединения. Примеры: трафик компьютерных сетей, в которых конечные узлы работают по протоколам без установления соединений (IP, Ethernet DNS, SNMP).
X	Тип трафика не определен и полностью описывается количественными параметрами, задаваемыми пользователем (см. ниже).
нет	Если поддержание параметров пропускной способности и качества обслуживания для соеди-нения неважно, то в запросе на установление соединения можно указать признак "Best Effort" ("по возможности"). Такой тип трафика получил название трафика с неопределенной битовой скоростью — Unspecified Bit Rate, UBR. Для трафика UBR сеть выделяет ресурсы "по возмож-ности", то есть те, которые в данный момент свободны от использования виртуальными каналами, заказавшими определенные параметры качества обслуживания.

Помимо класса трафика, в трафик-контракте указываются и количественные параметры:

• Peak Cell Rate (PCR) — максимальная скорость передачи данных;

• Sustained Cell Rate (SCR) — средняя скорость передачи данных;

• Minimum Cell Rate (MCR) — минимальная скорость передачи данных;

• Maximum Burst Size (MBS) — максимальный размер пульсации;

• Cell Loss Ratio (CLR) — доля потерянных ячеек;

• Cell Transfer Delay (CTD) — задержка передачи ячеек;

• Cell Delay Variation (CDV) — вариация задержки ячеек.

Заключение трафик-контракта происходит автоматически, при установлении виртуального канала, по схеме аналогичной описанной для сети Frame Relay, используя пакет SETUP. Сходными с Frame Relay методами осуществляется и управление пропускной способностью сети: ячейки-нарушители трафик-контракта отмечаются признаком CLP=1 (Cell Loss Priority – приоритет потери кадра) и удаляются при перегрузке коммутаторов.

Передача трафика IP через сети ATM – протокол Classical IP

На основании технологии ATM можно построить полностью самодостаточные сети и передавать в ячейках ATM сразу пакеты протоколов прикладного уровня. Однако в реальности сети ATM чаще всего используют-ся не самостоятельно, а как универсальный транспорт, позволяющий передавать трафик других сетей. При этом по сети ATM передаются пакеты протоколов канального и сетевого уровня других технологий: Ethernet, IP, IPX, Frame Relay, X.25, т.е. сеть ATM не заменяет старые технологии, а сосуществует с ними.

Рассмотрим как решается проблема передачи трафика IP-сетей через сети ATM. Для этих целей был разработан протокол Classical IP (RFC 1577). В соответствии со спецификацией Classical IP одна сеть ATM может быть представлена в виде нескольких логических IP-подсетей LIS (Logical IP Subnet), см. рис. 7.7. Все компьютеры одной LIS имеют общий IP-адрес сети. Как и в обычной IP-сети, прямые соединения на каналь-ном уровне между компьютерами из разных LIS невозможны: такой трафик должен обязательно проходить через маршрутизатор, который и занимается доставкой пакета на сетевом уровне. Здесь необходимо отме-тить, что, теоретически, прямые соединения между компьютерами из разных LIS возможны, т.к. все они подключены к одной сети ATM, однако протокол Classical IP запрещает это делать, требуя, чтобы трафик между двумя разными LIS проходил только через маршрутизатор. Это позволяет логически структурировать сеть на более мелкие подсети и легче контролировать трафик между подсетями в привычной для системных администраторов форме – используя межсетевые экраны (firewall) на маршрутизаторе.

Рис. 7.7. Разделение сети ATM на логические IP-подсети (LIS) в протоколе Classical IP.

Маршрутизатором, в данном случае, является сетевое устройство, подключенное к сети ATM при помощи одного физического интерфейса, но этот физический интерфейс имеет несколько IP-адресов – по одному IP-адресу в каждой из LIS. Маршрутизатор также может быть совмещен с сервером ATMARP, который выпол-няет функции протокола ARP обычных IP-сетей (см. лекции ранее). В обычных IP-сетях протокол ARP отве-чает за нахождение соответствия "IP-адрес компьютера" – "MAC-адрес сетевой карты компьютера" и рабо-тает широковещательно, т.е. ARP-запросы направляются "всем подряд" в расчете на то, что нужный компь-ютер распознает свой IP-адрес и сообщит свой MAC-адрес. В сети ATM широковещательные запросы не предусмотрены, поэтому для централизованного хранения информации о соответствии "IP-адрес компью-тера" – "ATM-адрес компьютера" выделяется отдельный ATMARP-сервер, который строит свои таблицы автоматически. Если какой-либо компьютер обращается с запросом к ATMARP-серверу, то ему направля-ется встречный инверсный запрос ATMARP, чтобы выяснить IP- и ATM-адреса этого компьютера и зарегистрировать его в таблицах ATMARP-сервера.

Компьютеры конфигурируются традиционным образом: для них задается их собственный IP-адрес, маска подсети, IP-адрес маршрутизатора по умолчанию и ATM-адрес (или номер VPI/VCI для постоянного виртуального канала) сервера ATMARP. Если компьютер-отправитель хочет отправить пакет компьютеру-получателю из той же LIS, то он пошлет IP-адрес компьютера-получателя на сервер ATMARP, сервер прос-мотрит свою базу данных и вернет ATM-адрес компьютера-получателя, после чего компьютер-отправитель установит с компьютером-получателем прямое соединение, используя средства сети ATM. Если же компью-тер-получатель находится в другой LIS (что видно по маске подсети), то пакет будет направлен не напря-мую, а на маршрутизатор, который и займется дальнейшей доставкой пакета.

Использование технологии ATM в локальных сетях – спецификация LAN Emulation (LANE).

Рассмотренная выше схема Classical IP требует полной замены сетевого оборудования на оборудование ATM-сети. Это приемлемо в глобальных сетях, где основную стоимость составляют оптоволоконные линии большой длины, так что замена старого оборудования на коммутаторы ATM будет экономически оправдана. Однако в локальных сетях внедрение технологии ATM по затратам равнозначно созданию новой сети. Поэтому хотелось бы иметь возможность не полностью заменять уже купленное и работающее оборудование, а постепенно "внедрять" высокоскоростные коммутаторы ATM в уже работающую сеть. Такая возможность реализована в спецификации LANE (LAN Emulation - эмуляция локальных сетей).

Технология LANE позволяет на канальном уровне объединить между собой различные физические сегменты, при помощи коммутаторов ATM (см. рис. 7.8.). Необходимо отметить, что для протокола IP (или другого протокола сетевого уровня) такая "объединенная" сеть будет выглядеть как единый сегмент сети канального уровня. Для объединения нескольких сегментов LANE между собой на сетевом уровне необхо-димо использовать обычные маршрутизаторы локальных сетей.

В спецификации LANE предполагается, что каждый из физических сегментов сети подключен к коммутаторам ATM при помощи специальных конвертеров, которые преобразуют кадры и адреса Ethernet (или других протоколов канального уровня) в кадры и адреса ATM. В конверторы встроено специальное программное обеспечение LEC (LAN Emulation Client, клиент LANE). Также имеется сервер LES (LAN Emulation Server), который ведет общую таблицу, где указывается соответствие "MAC-адрес компьютера" – "ATM-адрес конвертора, через который к сети ATM подключен данный компьютер". Если компьютер-отправитель хочет направить пакет компьютеру-получателю из другого физического сегмента, то этот пакет попадет на конвертор (клиент LEC), который передаст на сервер LES MAC-адрес компьютера-получателя и запросит ATM-адрес конвертера, к которому подключен компьютер-получатель. После получения ATM-адреса конвертера - получателя, конвертер-отправитель установит с ним виртуальный канал средствами сети ATM и дальнейшее взаимодействие между компьютером-отправителем и компьютером-получателем будет идти через виртуальный канал и соответствующие конверторы, которые будут преобразовывать кадры Ethernet в ячейки ATM и наоборот.

Рис. 7.8. Технология LAN Emulation.

Помимо сервера LES, в спецификации LANE также определен сервер BUS (Broadcast and Unknown Server) для эмуляции в сети ATM широковещательных пакетов локальных сетей, а также пакетов с неизвестными адресами. Этот сервер распространяет такие пакеты во все пограничные коммутаторы (и, соответственно, во все конверторы). Если на канальном уровне необходимо объединить между собой несколько эмулируемых сетей, аналогичных приведенным на рис. 7.8., то для каждой такой сети создаются собственные серверы LES и BUS, а в пограничных коммутаторах активизируют по одному элементу LEC для каждой эмулируе-мой сети, а также вводят дополнительный сервер конфигурации LEGS (LAN Emulation Configuration Server) для хранения информации о количестве объединяемых эмулируемых сетей и об ATM-адресах серверов LES и BUS в каждой из этих сетей. Еще раз напомню, что для объединения нескольких эмулируемых сетей на сетевом уровне применяются обычные маршрутизаторы.

Дата добавления: 2014-01-20