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-модем або push-повідомлення електронною поштою, але ці дві функції є спеціальними для інтеграції з існуючою платформою управління мережевою тривогою базової системи інтернет-компанії, а вартість окремої розробки висока, тому потрібно зробити більше. Стандартний інтерфейс, спрямований на північ, збирає інформацію про тривогу, розширює функції, зберігаючи при цьому існуючі відповідні платформи компанії, а потім передає тривогу інженеру з експлуатації та обслуговування.
Таким чином, для персоналу з експлуатації та технічного обслуговування необхідно дозволити платформі автоматично збирати інформацію про тривогу, згенеровану несправністю 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 р.