
- •Е.А. Субботин, н.Ф. Лапина Мультисервисные сети
- •Содержание
- •6 Конвергенция 89
- •7 Проектирование участка магистрали dwdm 101
- •Введение
- •1 Технология синхронной цифровой иерархии sonet/sdh
- •1.1 Общие сведения
- •1.2 Стек протоколов
- •1.3 Формат кадра
- •1.4 Топология сети sdh
- •Топология "кольцо"
- •1.5 Архитектура сети sdh
- •1.6 Преимущества и недостатки
- •2 Технология атм
- •2.1 Основные принципы технологии атм
- •2.2 Стек протоколов атм
- •2.2.1 Уровень адаптации aal
- •2.2.2 Протокол атм
- •2.3 Передача трафика ip через сети атм
- •2.4 Преимущества и недостатки
- •3 Gigabit Ethernet
- •3.1 Общие сведения
- •3.2 Хронология разработки стандарта
- •3.3 Архитектура стандарта Gigabit Ethernet
- •3.4 Интерфейс 1000Base -X
- •3.5 Особенности использования многомодового волокна
- •3.6 Интерфейс 1000Base-t
- •3.7 Уровень mac
- •3.8 Использование технологии Ethernet для построения мультисервисных сетей
- •3.8.1 Качество обслуживания (Quality of Service, QoS)
- •3.8.2 Модель службы QoS
- •3.8.3 Технология DiffServ в сетях Ethernet
- •3.8.4 Технология Multi Protocol Label Switching
- •3.9 Технология 10 Gigabit Ethernet
- •3.9.1 Многомодовое волокно и 10-Gigabit Ethernet
- •3.9.2 Одномодовое волокно и 10-Gigabit Ethernet
- •3.9.3 Анализ конструкции волокна для сетей 10-Gigabit Ethernet
- •4 Технология Dense Wavelength-Division Multiplexing
- •4.1 Основные сведения
- •4.2 Мультиплексоры dwdm
- •4.3 Пространственное разделение каналов и стандартизация dwdm
- •4.4 Применение оптических усилителей efda
- •4.5 Классификация edfa по способам применения
- •4.6 Dwdm и мультисервисные сети
- •4.7 Взаимодействие с ip–сетями
- •4.8 Практическое применение технологии dwdm
- •4.9 Особенности и достоинства технологии dwdm
- •5 Технология Multi Protocol Label Switching
- •5.1 Общие сведения
- •5.2 Принцип коммутации
- •5.3 Элементы архитектуры
- •5.3.1 Метки и способы маркировки
- •5.3.2 Стек меток
- •5.3.3 Привязка и распределение меток
- •5.3.4 Построение коммутируемого маршрута
- •5.4 Mpls Traffic Engineering
- •5.5 Практическое применение mpls
- •5.6 Преимущества технологии mpls
- •5.7 Generalized Multiprotocol Lambda Switching
- •5.7.1 Наложенная и одноранговая модели
- •5.7.2 Преимущества технологии gmpls
- •5.7.3 Перспективы gmpls
- •6 Конвергенция
- •6.1 Сети конвергенции на основе atm или mpls
- •6.2 Качество обслуживания
- •6.3 Взаимодействие atm и ip/mpls
- •6.4 Е-mpls
- •7 Проектирование участка магистрали dwdm
- •7.1 Расчет капитальных вложений
- •7.2 Расчет затрат на эксплуатацию
- •7.3 Расчет доходов
- •7.4 Расчет налогов
- •Заключение
- •Литература
2.3 Передача трафика ip через сети атм
Технология ATM может использоваться непосредственно для транспортировки сообщений протоколов прикладного уровня, пока она чаще переносит пакеты других протоколов канального и сетевого уровней, сосуществуя с ними, а не полностью заменяя. Поэтому протоколы и спецификации, которые определяют способы взаимодействия технологии АТМ с другими технологиями, очень важны для современных сетей. А так как протокол IP является на сегодня основным протоколом построения составных сетей, то стандарты работы IP через сети АТМ являются стандартами, определяющими взаимодействие двух наиболее популярных технологий сегодняшнего дня.
Протокол Classical IP (RFC 1577) является первым (по времени появления) протоколом, определившим способ работы интерсети IP в том случае, когда одна из промежуточных сетей работает по технологии АТМ. Из-за классической концепции подсетей протокол и получил свое название - Classical.
Одной из основных задач, решаемых протоколом Classical IP, является традиционная для IP-сетей задача - поиск локального адреса следующего маршрутизатора или конечного узла по его IP-адресу, то есть задача, возлагаемая в локальных сетях на протокол ARP. Поскольку сеть АТМ не поддерживает широковещательность, традиционный для локальных сетей способ широковещательных ARP-запросов здесь не работает. Технология АТМ, конечно, не единственная технология, в которой возникает такая проблема, - для обозначения таких технологий даже ввели специальный термин - «Нешироковещательные сети с множественным доступом» (Non-Broadcast networks with Multiple Access, NBMA). В общем случае для нешироковещательных сетей стандарты TCP/IP определяют только ручной способ построения ARP-таблиц, однако для технологии АТМ делается исключение - для нее разработана процедура автоматического отображения IP-адресов на локальные адреса. Такой особый подход к технологии ATM объясняется следующими причинами. Сети NBMA используются, как правило, как транзитные глобальные сети, к которым подключается ограниченное число маршрутизаторов, а для небольшого числа маршрутизаторов можно задать ARP-таблицу вручную. Технология АТМ отличается тем, что она применяется для построения не только глобальных, но и локальных сетей. В последнем случае размерность ARP-таблицы, которая должна содержать записи и о пограничных маршрутизаторах, и о множестве конечных узлов, может быть очень большой. К тому же, для крупной локальной сети характерно постоянное изменение состава узлов, а значит, часто возникает необходимость в корректировке таблиц. Все это делает ручной вариант решения задачи отображения адресов для сетей АТМ мало пригодным.
В соответствии со спецификацией Classical IP одна сеть АТМ может быть представлена в виде нескольких IP-подсетей, так называемых логических подсетей (Logical IP Subnet, LIS) (рис. 2.4). Все узлы одной LIS имеют общий адрес сети. Как и в классической IP-сети, весь трафик между подсетями обязательно проходит через маршрутизатор, хотя и существует принципиальная возможность передавать его непосредственно через коммутаторы АТМ, на которых построена сеть АТМ. Маршрутизатор имеет интерфейсы во всех LIS, на которые разбита сеть АТМ.
Рисунок 2.4 - Логические IP-подсети в сети АТМ
В отличие от классических подсетей маршрутизатор может быть подключен к сети ATM одним физическим интерфейсом, которому присваивается несколько IP-адресов в соответствии с количеством LIS в сети.
Решение о введении логических подсетей связано с необходимостью обеспечения традиционного разделения большой сети АТМ на независимые части, связность которых контролируется маршрутизаторами, как к этому привыкли сетевые интеграторы и администраторы. Решение имеет и очевидный недостаток — маршрутизатор должен быть достаточно производительным для передачи высокоскоростного трафика АТМ между логическими подсетями, в противном случае он станет узким местом сети. Все конечные узлы конфигурируются традиционным образом — для них задается их собственный IP-адрес, маска и IP-адрес маршрутизатора по умолчанию. Кроме того, задается еще один дополнительный параметр — адрес АТМ (или номер VPI/VCI для случая использования постоянного виртуального канала, то есть PVC) так называемого сервера ATMARP.
Каждый узел использует адрес ATM сервера ATMARP, чтобы выполнить обычный запрос ARP. Этот запрос имеет формат, очень близкий к формату запроса протокола ARP из стека TCP/IP. Длина аппаратного адреса в нем определена в 20 байт, что соответствует длине адреса АТМ. В каждой логической подсети имеется свой сервер ATMARP, так как узел может обращаться без посредничества маршрутизатора только к узлам своей подсети. Обычно роль сервера ATMARP выполняет маршрутизатор, имеющий интерфейсы во всех логических подсетях.
При поступлении первого запроса ARP от конечного узла сервер сначала направляет ему встречный инверсный запрос ATMARP, чтобы выяснить IP- и ATM- адреса этого узла. Этим способом выполняется регистрация каждого узла в сервере ATMARP, и сервер получает возможность автоматически строить базу данных соответствия IP- и АТМ - адресов. Затем сервер пытается выполнить запрос ATMARP узла путем просмотра своей базы. Если искомый узел уже зарегистрировался в ней и он принадлежит той же логической подсети, что и запрашивающий узел, то сервер отправляет в качестве ответа запрашиваемый адрес. В противном случае дается негативный ответ.
Конечный узел, получив ответ ARP, узнает АТМ-адрес своего соседа по логической подсети и устанавливает с ним коммутируемое виртуальное соединение. Если же он запрашивал АТМ-адрес маршрутизатора по умолчанию, то он устанавливает с ним соединение, чтобы передать IP-пакет в другую сеть.
Для передачи IP-пакетов через сеть ATM спецификация Classical IP определяет использование протокола уровня адаптации AAL5, при этом спецификация ничего не говорит ни о параметрах трафика и качества обслуживания, ни о требуемой категории услуг.
Сосуществование ATM с традиционными технологиями локальных сетей
Технология ATM разрабатывалась сначала как «вещь в себе», без учета того факта, что в существующие технологии сделаны большие вложения и поэтому никто не станет сразу отказываться от установленного и работающего оборудования, даже если появляется новое, более совершенное. Это обстоятельство оказалось не столь важным для территориальных сетей, которые в случае необходимости могли предоставить свои оптоволоконные каналы для построения сетей АТМ. Учитывая, что стоимость высокоскоростных оптоволоконных каналов, проложенных на большие расстояния, часто превышает стоимость остального сетевого оборудования, переход на новую технологию ATM, связанный с заменой коммутаторов, во многих случаях оказывался экономически оправданным.
Для локальных сетей, в которых замена коммутаторов и сетевых адаптеров равнозначна созданию новой сети, переход на технологию ATM мог быть вызван только весьма серьезными причинами. Гораздо привлекательнее полной замены существующей локальной сети новой сетью ATM выглядела возможность «постепенного» внедрения технологии ATM в существующую на предприятии сеть. При таком подходе фрагменты сети, работающие по новой технологии ATM, могли бы мирно сосуществовать с другими частями сети, построенными на основе традиционных технологий. Применение маршрутизаторов IP, реализующих протокол Classical IP, решает эту проблему.