3. Управление конфигурацией
При настройке канала требуется настройка сервиса, настройка логической линии оптического уровня и настройка карты виртуальной топологии канала. Если один канал может быть настроен с защитным путем, настройка канала в этом случае будет более сложной, и последующее управление конфигурацией также станет более сложным. Для управления направлением канала требуется отдельная таблица сервисов, в которой направления бизнеса должны быть четко обозначены сплошными и пунктирными линиями. При управлении соответствием между каналами OTN и IP-каналами, особенно в случае защиты OTN, один IP-канал должен соответствовать нескольким каналам OTN. В этом случае объем управления возрастает, а управление усложняется, что также увеличивает объем работы с таблицами Excel. Требования к полному управлению всеми элементами бизнеса достигают 15. Когда инженер хочет управлять определенным каналом, ему необходимо найти форму Excel, затем перейти в систему управления сетью производителя (NMS) для поиска соответствующего элемента и выполнить управление операцией. Это требует синхронизации информации с обеих сторон. Поскольку платформа NMS сети OTN и созданные инженером файлы Excel представляют собой два источника данных, созданных вручную, информация легко может рассинхронизироваться. Любая ошибка приведет к несоответствию бизнес-информации фактическому положению дел. Соответственно, это может повлиять на бизнес при внесении изменений и корректировок. Поэтому данные об оборудовании от производителя собираются на платформе управления через интерфейс верхнего уровня, а затем информация о IP-канале сопоставляется на этой платформе, что позволяет автоматически корректировать информацию в соответствии с изменениями в работе существующей сети, обеспечивая централизованное управление информацией и единый источник данных для обеспечения точности информации об управлении конфигурацией.
При настройке предоставления услуг OTN подготовьте описание информации для каждого интерфейса, затем соберите информацию OTN через северный интерфейс, предоставленную системой управления сетью OTN (OTN NMS), и сопоставьте соответствующее описание с информацией о портах, собранной IP-устройством через северный интерфейс. Управление каналами OTN и IP-соединениями на основе платформы исключает необходимость ручного обновления информации.
При использовании сети передачи DCI следует избегать конфигурации обслуживания с помощью электрических кросс-соединений. Этот метод чрезвычайно сложен с точки зрения логики управления и неприменим к модели сети DCI. Его можно избегать с самого начала проектирования DCI.
4. Управление аварийными сигналами
Из-за сложных управленческих издержек OTN, мониторинга сигнала при передаче на большие расстояния, а также мультиплексирования и вложенности различных сервисных частиц, в результате неисправности может поступать десятки или сотни тревожных сообщений. Хотя производитель классифицирует сигналы тревоги по четырем уровням, и каждый сигнал имеет свое название, это все равно чрезвычайно сложно с точки зрения эксплуатации и технического обслуживания инженером, и для определения причины неисправности требуется опытный персонал. Функция отправки сообщений о неисправностях в традиционном оборудовании OTN в основном использует SMS-сообщения или электронную почту, но эти две функции требуют интеграции с существующей платформой управления сетевыми сигналами тревоги базовой системы интернет-компании, и стоимость их отдельной разработки высока, поэтому необходимы дополнительные усилия. Стандартный интерфейс верхнего уровня собирает информацию о сигналах тревоги, расширяет функциональность, сохраняя при этом существующие соответствующие платформы компании, а затем отправляет сообщение о неисправности инженеру по эксплуатации и техническому обслуживанию.
Таким образом, для персонала по эксплуатации и техническому обслуживанию необходимо, чтобы платформа автоматически обрабатывала информацию об аварийных сигналах, генерируемых неисправностью OTN, и затем принимала эту информацию. Поэтому сначала необходимо установить классификацию аварийных сигналов в системе управления сетью OTN (OTN NMS), а затем выполнить отправку и фильтрацию на платформе управления информацией об аварийных сигналах. Общий метод обработки аварийных сигналов OTN заключается в том, что NMS устанавливает и отправляет все аварийные сигналы первого и второго типов на платформу управления информацией об аварийных сигналах, а затем платформа анализирует информацию об аварийных сигналах, связанных с прерыванием обслуживания. Основная информация об аварийном сигнале, связанном с прерыванием оптического тракта, и (при наличии) информация об аварийном сигнале, связанном с переключением защиты, передаются инженеру по эксплуатации и техническому обслуживанию. Вышеуказанная информация может быть использована для диагностики и обработки неисправностей. При настройке приема можно настроить параметры телефонного оповещения для основных аварийных сигналов, таких как сбои составного сигнала, которые возникают только при обрыве оптических волокон, например:
Описание тревоги на китайском языке
Описание тревоги на английском языке. Тип тревоги. Степень серьезности и ограничения.
Потеря сигнала полезной нагрузки уровня OMS OMS_LOS_P, тревожный сигнал связи, критическая ситуация (FM)
Совместная потеря входного/выходного сигнала MUT_LOS (сигнал прямой видимости) Аварийная сигнализация (FM)
Потеря полезной нагрузки OTS
Сигнал OTS_LOS_P, коммуникационный сигнал тревоги, критический (FM)
Индикация потери полезной нагрузки OTS OTS_PMI Срочная коммуникационная тревога (FM)
Для передачи тревожной информации также часто используется северный интерфейс системы управления сетью, например, XML-интерфейс, поддерживаемый в настоящее время Huawei и ZTE Alang.
5. Управление производительностью
Стабильность системы OTN в значительной степени зависит от данных о производительности различных аспектов системы, таких как управление оптической мощностью магистрального волокна, управление оптической мощностью каждого канала в мультиплексированном сигнале и управление запасом OSNR системы. Эти данные следует включить в проект мониторинга сетевой системы компании, чтобы в любое время отслеживать производительность системы и своевременно оптимизировать ее для обеспечения стабильности сети. Кроме того, долгосрочный мониторинг производительности и качества волокна также может использоваться для выявления изменений в маршрутизации волокна, предотвращая несанкционированное изменение маршрутизации некоторыми поставщиками волокна, что приводит к «слепым зонам» в эксплуатации и техническом обслуживании и возникновению рисков, связанных с маршрутизацией волокна. Конечно, это требует большого объема данных для обучения модели, чтобы обнаружение изменений маршрутизации было более точным.
6. Управление DCN
В данном контексте DCN обозначает сеть управления связью оборудования OTN, которая отвечает за сетевую структуру управления каждым сетевым элементом OTN. Сеть OTN также влияет на масштаб и сложность сети DCN. В целом, существует два метода построения сети DCN:
1. Подтвердите наличие активных и резервных шлюзовых сетевых элементов во всей сети OTN. Остальные несвязные сетевые элементы являются обычными сетевыми элементами. Сигналы управления всех обычных сетевых элементов достигают активных и резервных шлюзовых сетевых элементов через канал OSC на уровне OTS в сети OTN, а затем подключаются к IP-сети, где находится система управления сетью (NMS). Этот метод позволяет сократить количество сетевых элементов в IP-сети, где находится NMS, и использовать саму сеть OTN для решения проблемы управления сетью. Однако, если магистральное оптоволокно будет повреждено, соответствующие удаленные сетевые элементы также будут затронуты и окажутся вне зоны управления.
2. Все сетевые элементы сети OTN сконфигурированы как шлюзовые сетевые элементы, и каждый шлюзовой сетевой элемент взаимодействует с IP-сетью, где находится система управления сетью (NMS), независимо, минуя канал OSC. Это гарантирует, что на связь управления сетевыми элементами не повлияет обрыв основного оптического волокна, и сетевые элементы по-прежнему могут управляться удаленно, будучи подключенными к IP-сети, что также снизит затраты на эксплуатацию и техническое обслуживание для традиционных сотрудников IP-сети.
На начальном этапе построения сети DCN необходимо провести планирование сетевых элементов и распределение IP-адресов. В частности, при развертывании сервер управления сетью следует максимально изолировать от других сетей. В противном случае, в дальнейшем в сети будет слишком много узлов, что приведет к нестабильности сети во время технического обслуживания, а также к проблемам с подключением обычных сетевых элементов. Это может вызвать проблемы, например, с сетевым элементом шлюза, а также к повторному использованию производственных сетевых адресов и адресов сети DCN, что негативно скажется на работе производственной сети.
Дата публикации: 19 декабря 2022 г.