३ कन्फिगरेसन व्यवस्थापन
च्यानल कन्फिगरेसनको समयमा, सेवा कन्फिगरेसन, अप्टिकल लेयर लॉजिकल लिङ्क कन्फिगरेसन, र लिङ्क भर्चुअल टोपोलोजी नक्सा कन्फिगरेसन आवश्यक पर्दछ। यदि एकल च्यानललाई सुरक्षा मार्गसँग कन्फिगर गरिएको हुन सक्छ भने, यस समयमा च्यानल कन्फिगरेसन अझ जटिल हुनेछ, र त्यसपछि हुने कन्फिगरेसन व्यवस्थापन पनि अझ जटिल हुनेछ। च्यानल निर्देशन व्यवस्थापन गर्न समर्पित सेवा तालिका आवश्यक पर्दछ, र ठोस र ड्यास गरिएका रेखाहरू प्रयोग गरेर तालिकामा व्यापार निर्देशनहरू छुट्याउनुपर्छ। जब OTN च्यानलहरू र IP लिङ्कहरू बीचको पत्राचार व्यवस्थित गरिन्छ, विशेष गरी OTN सुरक्षाको अवस्थामा, एउटा IP लिङ्क धेरै OTN च्यानलहरूसँग मेल खानुपर्छ। यस समयमा, व्यवस्थापन रकम बढ्छ र व्यवस्थापन जटिल हुन्छ, जसले एक्सेल तालिकाहरूको व्यवस्थापन पनि बढाउँछ। आवश्यकताहरू, व्यवसायका सबै तत्वहरू पूर्ण रूपमा व्यवस्थापन गर्न, १५ सम्म। जब एक इन्जिनियरले निश्चित लिङ्क व्यवस्थापन गर्न चाहन्छ, उसले एक्सेल फारम पत्ता लगाउनु पर्छ, र त्यसपछि सम्बन्धित फेला पार्न निर्माताको NMS मा जानुपर्छ, र त्यसपछि सञ्चालन व्यवस्थापन गर्नुपर्छ। यसका लागि दुवै पक्षमा जानकारीको सिंक्रोनाइजेसन आवश्यक छ। OTN को NMS प्लेटफर्म र इन्जिनियरले बनाएको एक्सेल दुई मानव निर्मित डेटा भएकाले, जानकारी सिङ्क्रोनाइज हुन सजिलो छ। कुनै पनि गल्तीले व्यापार जानकारी वास्तविक सम्बन्धसँग असंगत हुनेछ। तदनुसार, परिवर्तन र समायोजन गर्दा यसले व्यवसायलाई असर गर्न सक्छ। त्यसकारण, निर्माताको उपकरण डेटा उत्तरबाउन्ड इन्टरफेस मार्फत व्यवस्थापन प्लेटफर्ममा सङ्कलन गरिन्छ, र त्यसपछि IP लिङ्कको जानकारी यस प्लेटफर्ममा मिलाइन्छ, ताकि अवस्थित नेटवर्कको सेवा परिवर्तनहरू अनुसार जानकारी स्वचालित रूपमा समायोजन गर्न सकिन्छ, र जानकारीको केन्द्रीकृत व्यवस्थापन सुनिश्चित गरिन्छ। र कन्फिगरेसन व्यवस्थापन जानकारीको शुद्धता सुनिश्चित गर्न शुद्धताको एकल स्रोत।
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 व्यवस्थापन
यहाँ DCN ले OTN उपकरणको व्यवस्थापन सञ्चार नेटवर्कलाई जनाउँछ, जुन OTN को प्रत्येक नेटवर्क तत्वको व्यवस्थापनको नेटवर्क संरचनाको लागि जिम्मेवार छ। OTN नेटवर्कले DCN नेटवर्कको स्केल र जटिलतालाई पनि असर गर्नेछ। सामान्यतया, DCN नेटवर्कका दुई तरिकाहरू छन्:
१. सम्पूर्ण OTN नेटवर्कमा सक्रिय र स्ट्यान्डबाइ गेटवे NE हरू पुष्टि गर्नुहोस्। अन्य गैर-गेटवे NE हरू साधारण NE हरू हुन्। सबै साधारण NE हरूको व्यवस्थापन संकेतहरू OTN मा OTS तह पार गर्दै OSC च्यानल मार्फत सक्रिय र स्ट्यान्डबाइ गेटवे NE हरूमा पुग्छन्, र त्यसपछि NMS अवस्थित IP नेटवर्कमा जडान हुन्छन्। यो विधिले NMS अवस्थित IP नेटवर्कमा नेटवर्क तत्वहरूको तैनाती कम गर्न सक्छ, र नेटवर्क व्यवस्थापन समस्या समाधान गर्न OTN आफैं प्रयोग गर्न सक्छ। यद्यपि, यदि ट्रंक फाइबर अवरुद्ध भयो भने, सम्बन्धित रिमोट नेटवर्क तत्वहरू पनि प्रभावित हुनेछन् र व्यवस्थापन बाहिर हुनेछन्।
२. OTN नेटवर्कका सबै नेटवर्क तत्वहरूलाई गेटवे नेटवर्क तत्वहरूको रूपमा कन्फिगर गरिएको छ, र प्रत्येक गेटवे नेटवर्क तत्वले OSC च्यानल मार्फत नगई NMS स्वतन्त्र रूपमा अवस्थित IP नेटवर्कसँग सञ्चार गर्दछ। यसले सुनिश्चित गर्दछ कि नेटवर्क तत्वहरूको व्यवस्थापन संचार मुख्य अप्टिकल फाइबरको अवरोधबाट प्रभावित हुँदैन, र नेटवर्क तत्वहरू अझै पनि टाढाबाट व्यवस्थापन गर्न सकिन्छ, जुन सबै IP नेटवर्कमा जडान गरिएका छन्, र परम्परागत IP नेटवर्क कामदारहरूको लागि सञ्चालन र मर्मत लागत पनि कम हुनेछ।
DCN नेटवर्क निर्माणको सुरुमा, नेटवर्क तत्व योजना र IP ठेगाना आवंटन गरिनुपर्छ। विशेष गरी, नेटवर्क व्यवस्थापन सर्भरलाई तैनाथ गर्दा सकेसम्म अन्य नेटवर्कहरूबाट अलग राख्नुपर्छ। अन्यथा, पछि नेटवर्कमा धेरै मेष लिङ्कहरू हुनेछन्, र मर्मतसम्भारको समयमा नेटवर्क जिटर सामान्य हुनेछ, र साधारण नेटवर्क तत्वहरू जडान हुनेछैनन्। गेटवे नेटवर्क तत्व जस्ता समस्याहरू देखा पर्नेछन्, र उत्पादन नेटवर्क ठेगाना र DCN नेटवर्कको ठेगाना पुन: प्रयोग गरिनेछ, जसले उत्पादन नेटवर्कलाई असर गर्नेछ।
पोस्ट समय: डिसेम्बर-१९-२०२२
