3 Керування конфігурацією
Під час конфігурації каналу потрібна конфігурація сервісу, конфігурація логічної лінії зв’язку оптичного рівня та конфігурація карти віртуальної топології лінії зв’язку.Якщо для одного каналу можна налаштувати шлях захисту, конфігурація каналу в цей час буде складнішою, а подальше керування конфігурацією також буде складнішим.Спеціальна таблиця послуг потрібна лише для керування напрямком каналу, а бізнес-напрямки мають бути виділені в таблиці за допомогою суцільних і пунктирних ліній.Коли керується відповідністю між каналами OTN та IP-каналами, особливо у випадку захисту OTN, одна IP-канал повинна відповідати декільком каналам OTN.У цей час обсяг керування збільшується, а керування ускладнюється, що також збільшує керування таблицями Excel.Вимоги, щоб повністю керувати всіма елементами бізнесу, до 15. Коли інженер хоче керувати певним посиланням, йому потрібно знайти форму Excel, а потім перейти до NMS виробника, щоб знайти відповідну, а потім виконати операцію управління.Для цього потрібна синхронізація інформації з обох сторін.Оскільки платформа NMS OTN і Excel, створений інженером, є двома даними, створеними людиною, інформація легко може бути несинхронізована.Будь-яка помилка призведе до невідповідності ділової інформації фактичним відносинам.Відповідно, це може вплинути на бізнес при зміні та коригуванні.Тому дані про обладнання виробника збираються на платформу керування через північний інтерфейс, а потім інформація про IP-зв’язок узгоджується на цій платформі, щоб інформацію можна було автоматично коригувати відповідно до змін сервісу існуючої мережі. , і забезпечується централізоване управління інформацією.і єдине джерело точності для забезпечення точності інформації про керування конфігурацією.
Під час налаштування надання послуг OTN підготуйте інформаційний опис кожного інтерфейсу, а потім зберіть інформацію OTN через північний інтерфейс, наданий OTN NMS, і поєднайте відповідний опис з інформацією про порт, зібраною IP-пристроєм через північний інтерфейс.Управління OTN-каналами та IP-з’єднаннями на основі платформи усуває необхідність ручного оновлення інформації.
Для використання мережі передачі DCI намагайтеся уникати використання конфігурації послуги електричного перехресного з’єднання.Цей метод надзвичайно складний за логікою управління, і він не відноситься до моделі мережі DCI.Цього можна уникнути з самого початку проектування DCI.
4 Управління сигналізацією
Через складні накладні витрати на керування OTN, моніторинг сигналу під час передачі на велику відстань, а також мультиплексування та вкладення різних службових часток, помилка може повідомляти про десятки чи сотні повідомлень тривоги.Незважаючи на те, що виробник класифікував сигналізацію на чотири рівні, і кожна сигналізація має іншу назву, це все одно надзвичайно складно з точки зору експлуатації та технічного обслуговування інженера, і вимагає досвідченого персоналу для визначення причини несправності в першу чергу.Функція надсилання помилок традиційного обладнання OTN в основному використовує SMS-модем або електронну пошту, але ці дві функції є спеціальними для інтеграції з існуючою мережевою платформою керування тривогами базової системи Інтернет-компанії, а вартість окремої розробки висока, тому потребує більше має бути зроблено.Стандартний північний інтерфейс збирає інформацію про тривогу, розширює функції, зберігаючи існуючі відповідні платформи компанії, а потім передає сигнал тривоги інженеру з експлуатації та технічного обслуговування.
Тому для персоналу з експлуатації та технічного обслуговування необхідно дозволити платформі автоматично об’єднувати інформацію про тривогу, згенеровану через помилку OTN, а потім отримувати інформацію.Тому спочатку встановіть класифікацію тривоги в OTN NMS, а потім виконайте надсилання та перевірку на останній платформі керування інформацією про тривогу.Загальний метод тривоги OTN полягає в тому, що NMS встановлює та надсилає всі перші та другі типи тривог на платформу керування інформацією про тривоги, а потім платформа аналізує інформацію тривоги про одне переривання служби, основний сигнал тривоги переривання оптичного шляху. інформація та (за наявності) інформація про тривогу захисного перемикання надсилається інженеру з експлуатації та технічного обслуговування.Наведені вище три відомості, ймовірно, можна використовувати для діагностики та обробки несправностей.Під час налаштування прийому можна налаштувати параметри телефонного сповіщення для основних тривог, таких як збої композитного сигналу, які виникають лише в разі розриву оптичних волокон, наприклад:
Китайський опис сигналізації
Опис нагадування англійською мовою Тип нагадування Серйозність і обмеження
Втрата сигналу корисного навантаження рівня OMS OMS_LOS_P Сигнал тривоги зв’язку Критичний (FM)
Комбінована втрата вхідного/вихідного сигналу MUT_LOS Сигнал тривоги зв’язку Екстрений (FM)
Втрата корисного навантаження OTS
Сигнал OTS_LOS_P Зв'язок Тривога Критичний (FM)
Індикація втрати корисного навантаження OTS OTS_PMI Тривога зв’язку Терміновий (FM)
Північний інтерфейс NMS, такий як XML-інтерфейс, який зараз підтримується Huawei та ZTE Alang, також зазвичай використовується для надсилання інформації про тривогу.
5 Управління продуктивністю
Стабільність системи OTN значною мірою залежить від даних продуктивності різних аспектів системи, таких як керування оптичною потужністю магістрального волокна, керування оптичною потужністю кожного каналу в мультиплексованому сигналі та керування запасом OSNR системи.Цей вміст слід додати до проекту моніторингу мережевої системи компанії, щоб у будь-який час знати продуктивність системи та вчасно оптимізувати продуктивність, щоб забезпечити стабільність мережі.Крім того, довгостроковий моніторинг продуктивності та якості оптоволокна також може бути використаний для виявлення змін у маршрутизації оптоволокна, що запобігає зміні маршруту оптоволокна без повідомлення деякими постачальниками, що призводить до сліпих зон під час експлуатації та обслуговування та виникнення ризику маршрутизації оптоволокна.Звичайно, це вимагає великої кількості даних для навчання моделі, щоб виявлення змін маршруту було точнішим.
6. Управління DCN
DCN тут відноситься до мережі зв’язку керування обладнанням OTN, яке відповідає за мережеву структуру керування кожним елементом мережі OTN.Мережа OTN також вплине на масштаб і складність мережі DCN.Як правило, існує два методи мережі DCN:
1. Підтвердьте активні та резервні NE шлюзу у всій мережі OTN.Інші нешлюзові NE є звичайними NE.Сигнали керування всіх звичайних NE досягають активних і резервних шлюзових NE через канал OSC через рівень OTS в OTN, а потім підключаються до IP-мережі, де розташована NMS.Цей метод може зменшити розгортання елементів мережі в IP-мережі, де розташована NMS, і використовувати саму OTN для вирішення проблеми керування мережею.Однак, якщо магістральне оптоволокно перервано, відповідні віддалені елементи мережі також постраждають і вийдуть з-під керування.
2. Усі мережеві елементи мережі OTN налаштовані як елементи мережі шлюзу, і кожен елемент мережі шлюзу взаємодіє з мережею IP, де знаходиться NMS, незалежно, не проходячи через канал OSC.Це гарантує, що переривання основного оптичного волокна не впливає на зв’язок керування мережевими елементами, і мережевими елементами все ще можна керувати віддалено, усі вони підключені до IP-мережі, а витрати на експлуатацію та обслуговування традиційних Також буде скорочено працівників IP-мереж.
На початку побудови мережі DCN необхідно здійснити планування елементів мережі та розподіл IP-адрес.Зокрема, під час розгортання сервер керування мережею слід максимально ізольувати від інших мереж.Інакше згодом у мережі з’явиться забагато сітчастих зв’язків, коливання мережі буде нормальним під час обслуговування, а звичайні елементи мережі не будуть підключені.З’являться такі проблеми, як мережевий елемент шлюзу, і адреса виробничої мережі та адреса мережі DCN будуть використовуватися повторно, що вплине на виробничу мережу.
Час публікації: 19 грудня 2022 р