
- •Е.А. Субботин, н.Ф. Лапина Мультисервисные сети
- •Содержание
- •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 Расчет налогов
- •Заключение
- •Литература
5.7.3 Перспективы gmpls
Эволюционный переход к GMPLS будет, вероятно, происходить медленно и в несколько этапов. Главный вопрос — в какой степени DWDM, GMPLS и оптической коммутации удастся заменить SONET/SDH. Все споры в конечном итоге сводятся к тому, насколько операторы связи готовы доверить функции SONET/SDH уровню оптического транспорта. Проверка практикой этой концепции будет, скорее всего, проходить медленно, но неуклонно.
Сначала существующая инфраструктура SDH/SONET будет продолжать использовать одну или несколько длин волн оптического спектра, а оставшиеся длины волн будут применяться в новых оптических сетях. В краткосрочной перспективе прозрачная оптическая коммутационная инфраструктура фотонных коммутаторов будет окружена электронными линейными картами и интерфейсами, устанавливаемыми в систему в зависимости от потребности. По мере роста возможностей фотонных коммутаторов и приобретения операторами связи опыта работы с управляемыми на оптическом уровне сетями, использование электронных карт будет уменьшаться и может быть совсем исключено. С этого момента SDH/SONET станет сервисным интерфейсом для фотонной сети. Для достижения этого необходимо добиться прогресса в таких областях, как преобразование длин волн, полностью оптическая регенерация и мониторинг оптической производительности, а также в части повышения эффективности резервирования пропускной способности при чрезвычайном переключении.
Формирование пути GMPLS далеко от состояния, которое можно было бы назвать дружественным для администратора. Улучшения нужны для упрощения следующих операций:
организации пути MPLS в сети IP с помощью доступа посредством интерфейса командной строки к двум маршрутизаторам (по одному в каждой конечной точке пути);
определения и управления политикой отображения пакетов на пути MPLS;
эффективного управления пространством меток MPLS;
специфического поддержания QoS с помощью MPLS, чтобы провайдеры могли предлагать и поддерживать соглашения об уровне сервиса (Service Level Agreement, SLA).
Эти проблемы появились еще в MPLS, но они остаются и в GMPLS.
Трудно оценить объем работ, проводимых сейчас в этой области, но ясно, что технология GMPLS будет гораздо менее привлекательной без развитых функций формирования услуг. Наверняка операторы дальней связи и оптовые провайдеры не проявят значительного интереса к новой технологии, пока она не даст им способ зарабатывания денег (а не просто средство сокращения эксплуатационных расходов). Тем не менее, последователи GMPLS скоро появятся, ими станут прежде всего те операторы, у которых есть собственные транспортные сети, оптические волокна и вертикальные услуги, включая услуги IP и приложений; традиционные операторы скорее всего не будут спешить с внедрением, учитывая регламентирующие их деятельность ограничительные инструкции.
Отсутствие какого-либо способа извлечения прибыли из GMPLS — вероятно, единственный серьезный барьер на пути его широкого применения. Стандарты и совместимость бессмысленны, если нет возможности продать достаточное количество услуг для возврата инвестиций. Операторы будут только принимать эту технологию к сведению до тех пор пока они не смогут извлекать прибыль с помощью услуг передачи данных и информационных сервисов, что займет еще два или три года.
Ожидание может быть долгим, но оно стоит того. От администраторов корпоративных сетей не потребуется никаких дополнительных усилий для того, чтобы начать пользоваться преимуществами GMPLS, так как эта технология будет полностью прозрачна для конечных пользователей, а все трудности лягут на плечи провайдера. Это может несколько затруднить оценку услуг GMPLS, когда они появятся, но качество данного сервиса определяется его возможностью поддерживать почти мгновенное формирование канала и обеспечивать добавление или уменьшение пропускной способности, так что пользователь платит только за то, в чем он действительно нуждается. При этом он получает возможность одновременно управлять параметрами QoS в рамках соответствующего соглашения об уровне сервиса.