- •Анатомия сетей roadm (Часть 2) — Что необходимо тестировать?
- •Тестирование сетевых элементов roadm на этапе активации
- •Основная причина пониженной мощности канала — грязь
- •Roadm osnr—измерение внутри или за пределами сигнала?
- •Тестирование компонентных потоков сети roadm
- •Тестирование интерфейса
- •Проверка ответной реакции тестируемого устройства
- •Преобразование сигналов клиентов
- •Проверка работы механизма fec
- •Множество волокон, Множество тестов
- •Заключительная стадия — активация линий пользователей
- •Заключение
Основная причина пониженной мощности канала — грязь
OPM и VOA осуществляют контроль и регулировку ROADM NE для получения равной мощности в каждом канале. Поэтому любой плохой или загрязненный коннектор может оказать значительное влияние на общее значение OSNR. На рисунке 4 показывается разница между чистым, загрязненным и поврежденным коннектором. Поскольку конструкция ROADM имеет полностью оптическую структуру единственным параметром, имеющим большое влияние на работу ROADM, является чистота. Проведение очистки и проверка состояния коннекторов здесь жизненно важны!
Рисунок 4. Чистка, чистка, чистка и Проверка!
Roadm osnr—измерение внутри или за пределами сигнала?
Ответ на этот вопрос – измерение нужно проводить внутри сигнала. Но почему? Давайте попробуем разобраться. Поскольку в ROADM NE отсутствует электро-оптическое преобразование сигнала, шум также коммутируется и усиливается вместе с сигналом. Это означает, что измерение OSNR за пределами спектра сигнала покажет нам амплитуду сигнала по отношению к фоновому шуму ROADM NE, а вовсе не OSNR. Для получения подробной информации по этой теме, пожалуйста обратитесь к статье The ROADM Challenge and the In-Band OSNR Solution.
Тестирование компонентных потоков сети roadm
После того как оптическое ядро ROADM NE активировано, необходимо проверить функционирование его транспондеров. Как продемонстрировано на рисунке 5, пользовательский трафик подается в качестве компонентных потоков ROADM NE, где преобразуется в сигнал 10G OTN. Для активации этих интерфейсов необходимо выполнить ряд шагов.
Подаваемый в сеть ROADM трафик необходимо эффективно агрегировать, для того чтобы максимально задействовать каждую длину волны. Различные сервисы могут быть собраны в одну длину волны с использованием таких технологий как обобщенная процедура формирования кадров (GFP), виртуальная конкатенация (VCAT), схема подстройки пропускной способности линии (LCAS) и оптическая транспортная сеть (OTN). Эти технологии обеспечивают соответствующую адаптацию, контейнеры и автоматизацию для передачи множества сервисов по одной сети.
Рисунок 5. Анатомия сетевого элемента ROADM
В процессе активации сетевого элемента необходимо будет проверить его работу в соответствии с заданными спецификациями.
Тестирование интерфейса
Тестирование интерфейса используется для проверки поддержки соответствующих скоростей передачи для OTU и проверки способности восстановления синхронизации для тестируемого устройства (DUT). Главной целью этого теста является проверка правильности взаимодействия оборудования от одного или множества производителей. Как показано на рисунке 6 тестовый сигнал отправляется в компонентном потоке ROADM NE и физически заворачивается из выходного оптического порта обратно на входной порт и затем следует обратно к тестовому оборудованию. Измеряя оптическую мощность, частоту и уход частоты можно убедиться в функционировании интерфейса согласно спецификациям.
Рисунок 6. Тестирование параметров интерфейса
Проверка ответной реакции тестируемого устройства
Проверка ответной реакции позволяет пользователю, используя соответствующие стимуляторы (ошибки или аварии) удостоверится в том, что DUT правильно реагирует на введенные ошибки или аварии. Проверяя DUT в прямом и обратном направлении, мы можем убедиться в том, что оборудование работает в заданных спецификациях. На рисунке 7 показан пример аварии потеря сигнала (LOS) введенной в компонентный поток сетевого элемента. В этой конкретной конфигурации сети LOS вызовет реакцию транспортного блока канала, который выдаст сигнал аварийного состояния (OTU-AIS) на стороне сети и обратный сигнал индикации аварии (OTU-BDI) на стороне транспортного блока.
Рисунок 7. Проверка ответной реакции DUT