३ कॉन्फिगरेशन व्यवस्थापन
चॅनल कॉन्फिगरेशन दरम्यान, सर्व्हिस कॉन्फिगरेशन, ऑप्टिकल लेयर लॉजिकल लिंक कॉन्फिगरेशन आणि लिंक व्हर्च्युअल टोपोलॉजी मॅप कॉन्फिगरेशन आवश्यक असते. जर एकाच चॅनलला प्रोटेक्शन पाथसह कॉन्फिगर केले जाऊ शकत असेल, तर यावेळी चॅनल कॉन्फिगरेशन अधिक गुंतागुंतीचे होईल आणि त्यानंतरचे कॉन्फिगरेशन व्यवस्थापन देखील अधिक गुंतागुंतीचे होईल. केवळ चॅनलची दिशा व्यवस्थापित करण्यासाठी एका समर्पित सर्व्हिस टेबलची आवश्यकता असते आणि टेबलमध्ये घन (सॉलिड) आणि तुटक (डॅश्ड) रेषा वापरून व्यावसायिक दिशा वेगळ्या दर्शवल्या पाहिजेत. जेव्हा OTN चॅनल आणि IP लिंक यांच्यातील संबंध व्यवस्थापित केला जातो, विशेषतः OTN संरक्षणाच्या बाबतीत, एका IP लिंकला अनेक OTN चॅनलशी जुळवून घ्यावे लागते. यावेळी, व्यवस्थापनाचे प्रमाण वाढते आणि व्यवस्थापन गुंतागुंतीचे होते, ज्यामुळे एक्सेल टेबलच्या व्यवस्थापनाची आवश्यकता देखील वाढते. व्यवसायाचे सर्व घटक पूर्णपणे व्यवस्थापित करण्यासाठी, १५ पर्यंत आवश्यकता असतात. जेव्हा एखाद्या अभियंत्याला विशिष्ट लिंक व्यवस्थापित करायची असते, तेव्हा त्याला एक्सेल फॉर्म शोधावा लागतो, आणि नंतर संबंधित शोधण्यासाठी निर्मात्याच्या NMS वर जावे लागते आणि त्यानंतर ऑपरेशन व्यवस्थापन करावे लागते. यासाठी दोन्ही बाजूंनी माहितीचे सिंक्रोनायझेशन आवश्यक असते. OTN चे NMS प्लॅटफॉर्म आणि अभियंत्याने तयार केलेली एक्सेल ही दोन्ही मानवनिर्मित माहिती असल्यामुळे, माहिती विसंगत होण्याची शक्यता असते. कोणत्याही चुकीमुळे व्यावसायिक माहिती वास्तविक संबंधांशी विसंगत होऊ शकते. परिणामी, बदल आणि समायोजन करताना याचा व्यवसायावर परिणाम होऊ शकतो. म्हणूनच, उत्पादकाचा उपकरणांचा डेटा नॉर्थबाउंड इंटरफेसद्वारे एका व्यवस्थापन प्लॅटफॉर्मवर गोळा केला जातो आणि नंतर या प्लॅटफॉर्मवर आयपी लिंकची माहिती जुळवली जाते, जेणेकरून विद्यमान नेटवर्कच्या सेवा बदलांनुसार माहिती आपोआप समायोजित केली जाऊ शकते, माहितीचे केंद्रीकृत व्यवस्थापन सुनिश्चित केले जाते आणि कॉन्फिगरेशन व्यवस्थापन माहितीची अचूकता सुनिश्चित करण्यासाठी अचूकतेचा एकच स्रोत उपलब्ध होतो.
OTN सेवा प्रोव्हिजनिंग कॉन्फिगर करताना, प्रत्येक इंटरफेसचे माहिती वर्णन तयार करा, आणि नंतर OTN NMS द्वारे प्रदान केलेल्या नॉर्थबाउंड इंटरफेसद्वारे OTN माहिती गोळा करा, आणि IP डिव्हाइसने नॉर्थबाउंड इंटरफेसद्वारे गोळा केलेल्या पोर्ट माहितीसोबत संबंधित वर्णनाची जुळणी करा. OTN चॅनेल आणि IP लिंक्सच्या प्लॅटफॉर्म-आधारित व्यवस्थापनामुळे माहिती मॅन्युअली अद्ययावत करण्याची गरज नाहीशी होते.
DCI पारेषण नेटवर्कच्या वापरासाठी, इलेक्ट्रिकल क्रॉस-कनेक्ट सेवा संरचनेचा वापर टाळण्याचा प्रयत्न करा. ही पद्धत व्यवस्थापन तर्कशास्त्राच्या दृष्टीने अत्यंत गुंतागुंतीची आहे आणि ती DCI नेटवर्क मॉडेलला लागू होत नाही. DCI डिझाइनच्या अगदी सुरुवातीपासूनच हे टाळता येऊ शकते.
४ अलार्म व्यवस्थापन
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 चा नॉर्थबाउंड इंटरफेस, जसे की सध्या Huawei आणि ZTE Alang द्वारे समर्थित XML इंटरफेस, हा देखील अलार्म माहिती पाठवण्यासाठी सामान्यतः वापरला जातो.
५ कामगिरी व्यवस्थापन
OTN प्रणालीची स्थिरता ही प्रणालीच्या विविध पैलूंच्या कार्यप्रदर्शन डेटावर मोठ्या प्रमाणात अवलंबून असते, जसे की ट्रंक फायबरचे ऑप्टिकल पॉवर व्यवस्थापन, मल्टिप्लेक्स केलेल्या सिग्नलमधील प्रत्येक चॅनेलचे ऑप्टिकल पॉवर व्यवस्थापन आणि प्रणालीचे OSNR मार्जिन व्यवस्थापन. ही माहिती कंपनीच्या नेटवर्क प्रणालीच्या देखरेख प्रकल्पात समाविष्ट केली पाहिजे, जेणेकरून प्रणालीचे कार्यप्रदर्शन कधीही कळेल आणि नेटवर्कची स्थिरता सुनिश्चित करण्यासाठी वेळेवर कार्यप्रदर्शन सुधारता येईल. याव्यतिरिक्त, फायबर रूटिंगमधील बदल शोधण्यासाठी दीर्घकालीन फायबर कार्यप्रदर्शन आणि गुणवत्तेच्या देखरेखीचा वापर देखील केला जाऊ शकतो, ज्यामुळे काही फायबर पुरवठादारांना सूचनेशिवाय फायबर रूटिंग बदलण्यापासून रोखता येते, जे ऑपरेशन आणि देखभालीमध्ये अंधाऱ्या जागा निर्माण करतात आणि फायबर रूटिंगचा धोका निर्माण करतात. अर्थात, यासाठी मॉडेल प्रशिक्षणाकरिता मोठ्या प्रमाणात डेटाची आवश्यकता असते, जेणेकरून रूटिंगमधील बदलांचा शोध अधिक अचूक होऊ शकेल.
६. डीसीएन व्यवस्थापन
येथे DCN म्हणजे OTN उपकरणांचे व्यवस्थापन संचार नेटवर्क, जे OTN च्या प्रत्येक नेटवर्क घटकाच्या व्यवस्थापनाच्या नेटवर्क संरचनेसाठी जबाबदार असते. OTN नेटवर्क DCN नेटवर्कच्या व्याप्ती आणि गुंतागुंतीवर देखील परिणाम करते. सामान्यतः, DCN नेटवर्कच्या दोन पद्धती आहेत:
१. संपूर्ण OTN नेटवर्कमधील सक्रिय आणि स्टँडबाय गेटवे NEs ची पुष्टी करा. इतर नॉन-गेटवे NEs हे सामान्य NEs आहेत. सर्व सामान्य NEs चे व्यवस्थापन सिग्नल्स OTN मधील OTS लेयरवर OSC चॅनेलद्वारे सक्रिय आणि स्टँडबाय गेटवे NEs पर्यंत पोहोचतात आणि नंतर NMS असलेल्या IP नेटवर्कशी कनेक्ट होतात. ही पद्धत NMS असलेल्या IP नेटवर्कवरील नेटवर्क घटकांची तैनाती कमी करू शकते आणि नेटवर्क व्यवस्थापनाची समस्या सोडवण्यासाठी स्वतः OTN चाच वापर करते. तथापि, जर ट्रंक फायबरमध्ये व्यत्यय आला, तर संबंधित दूरस्थ नेटवर्क घटकांवरही परिणाम होईल आणि ते व्यवस्थापनाबाहेर जातील.
२. OTN नेटवर्कचे सर्व नेटवर्क घटक गेटवे नेटवर्क घटक म्हणून कॉन्फिगर केलेले असतात, आणि प्रत्येक गेटवे नेटवर्क घटक OSC चॅनेलमधून न जाता, NMS असलेल्या IP नेटवर्कशी स्वतंत्रपणे संवाद साधतो. यामुळे हे सुनिश्चित होते की, मुख्य ऑप्टिकल फायबरमध्ये व्यत्यय आल्यास नेटवर्क घटकांच्या व्यवस्थापन संवादावर परिणाम होत नाही, आणि IP नेटवर्कशी जोडलेले हे सर्व घटक दूरस्थपणे व्यवस्थापित केले जाऊ शकतात. तसेच, पारंपारिक IP नेटवर्क कर्मचाऱ्यांचा संचालन आणि देखभालीचा खर्चही कमी होतो.
DCN नेटवर्कच्या उभारणीच्या सुरुवातीला, नेटवर्क घटकांचे नियोजन आणि IP पत्त्यांचे वाटप केले पाहिजे. विशेषतः, नेटवर्क व्यवस्थापन सर्व्हर तैनात करताना तो इतर नेटवर्क्सपासून शक्य तितका वेगळा ठेवला पाहिजे. अन्यथा, नंतर नेटवर्कमध्ये खूप जास्त मेश लिंक्स तयार होतील, देखभालीच्या वेळी नेटवर्क जिटर सामान्य होईल आणि सामान्य नेटवर्क घटक जोडले जाणार नाहीत. गेटवे नेटवर्क घटक आणि प्रोडक्शन नेटवर्कचा पत्ता व DCN नेटवर्कचा पत्ता पुन्हा वापरला जाईल, यासारख्या समस्या निर्माण होतील, ज्यामुळे प्रोडक्शन नेटवर्कवर परिणाम होईल.
पोस्ट करण्याची वेळ: १९-डिसेंबर-२०२२
