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 г.