अपने नेटवर्क के बुनियादी ढांचे को कैसे नियंत्रित किया जाए। अध्याय दो सफाई और प्रलेखन

यह लेख "कैसे अपने नियंत्रण में नेटवर्क बुनियादी सुविधाओं को लेने के लिए" लेख की एक श्रृंखला में दूसरा है। श्रृंखला और लिंक के सभी लेखों की सामग्री यहां पाई जा सकती है ।



इस स्तर पर हमारा लक्ष्य प्रलेखन और विन्यास को साफ करना है।
इस प्रक्रिया के आउटपुट पर, आपके पास दस्तावेजों का आवश्यक सेट और उनके अनुरूप एक नेटवर्क होना चाहिए।

अब हम सुरक्षा ऑडिट के बारे में बात नहीं करेंगे - तीसरा भाग इसके लिए समर्पित होगा।

इस चरण में, कार्य पूरा करने की कठिनाई, निश्चित रूप से, कंपनी से कंपनी में बहुत भिन्न होती है।

आदर्श स्थिति कब है

• आपका नेटवर्क परियोजना के अनुसार बनाया गया था और आपके पास दस्तावेजों का एक पूरा सेट है
• आपकी कंपनी ने नेटवर्क के लिए परिवर्तन की निगरानी और प्रबंधन के लिए एक प्रक्रिया लागू की है
• इस प्रक्रिया के अनुसार, आपके पास दस्तावेज़ (सभी आवश्यक योजनाओं सहित) हैं जो वर्तमान स्थिति के बारे में पूरी जानकारी प्रदान करते हैं

इस मामले में, आपका कार्य काफी सरल है। आपको दस्तावेजों का अध्ययन करना चाहिए और उन सभी परिवर्तनों को देखना चाहिए जो किए गए हैं।

सबसे खराब स्थिति में, आपके पास होगा

• एक नेटवर्क के बिना एक परियोजना के बिना बनाया गया एक नेटवर्क, बिना समन्वय के, इंजीनियरों द्वारा, जिनके पास पर्याप्त स्तर की योग्यता नहीं है, आदि।
• अव्यवस्थित, अविभाजित परिवर्तनों के साथ, बहुत सारे "कचरा" और उप-अपनाने वाले समाधान

यह स्पष्ट है कि आपकी स्थिति कहीं और है, लेकिन, दुर्भाग्य से, इस पैमाने पर यह बेहतर है - एक उच्च संभावना के साथ बदतर, आप सबसे खराब अंत के करीब होंगे।

इस मामले में, आपको विचारों को पढ़ने की क्षमता की भी आवश्यकता होगी, क्योंकि आपको यह समझना होगा कि "डिज़ाइनर" क्या करना चाहते थे, अपने तर्क को पुनर्स्थापित करें, जो खत्म नहीं हुआ था उसे समाप्त करें और "कचरा" हटा दें।
और, ज़ाहिर है, आपको उनकी गलतियों को रोकने की आवश्यकता होगी, परिवर्तन (इस स्तर पर जितना संभव हो उतना कम) डिजाइन और सर्किट को बदलना या फिर से बनाना।

यह लेख किसी भी तरह से व्यापक होने का इरादा नहीं है। यहां मैं केवल सामान्य सिद्धांतों का वर्णन करूंगा और कुछ सामान्य समस्याओं पर ध्यान केंद्रित करूंगा जिन्हें संबोधित किया जाना है।

दस्तावेजों का सेट

एक उदाहरण से शुरू करते हैं।

निम्नलिखित कुछ दस्तावेज हैं जो सिस्को सिस्टम आमतौर पर डिज़ाइन में बनाते हैं।

सीआर - कस्टम आवश्यकताएँ, ग्राहक आवश्यकताएं (तकनीकी असाइनमेंट)।
यह ग्राहक के साथ मिलकर बनाया गया है और नेटवर्क आवश्यकताओं को परिभाषित करता है।

HLD - उच्च स्तरीय डिजाइन, नेटवर्क आवश्यकताओं (CR) के आधार पर एक उच्च-स्तरीय डिज़ाइन। दस्तावेज़ अपनाया हुआ वास्तु निर्णय (टोपोलॉजी, प्रोटोकॉल, उपकरण चयन, ...) को स्पष्ट और न्यायोचित ठहराता है। HLD में डिज़ाइन विवरण शामिल नहीं है, उदाहरण के लिए, उपयोग किए गए इंटरफेस और आईपी पते के बारे में। साथ ही, विशिष्ट उपकरण कॉन्फ़िगरेशन पर यहां चर्चा नहीं की गई है। बल्कि, यह दस्तावेज़ ग्राहक तकनीकी प्रबंधन के लिए प्रमुख डिजाइन अवधारणाओं की व्याख्या करने के लिए है।

एलएलडी - निम्न स्तर का डिज़ाइन, उच्च स्तर (एचएलडी) के आधार पर निम्न स्तर का डिज़ाइन।
इसमें परियोजना के कार्यान्वयन के लिए आवश्यक सभी विवरण शामिल होने चाहिए, जैसे कि उपकरणों को कैसे कनेक्ट और कॉन्फ़िगर करना है, इसकी जानकारी। यह डिजाइन कार्यान्वयन के लिए एक पूर्ण मार्गदर्शिका है। इस दस्तावेज़ को इसके कार्यान्वयन के लिए पर्याप्त जानकारी प्रदान करनी चाहिए, यहां तक ​​कि बहुत योग्य कर्मियों द्वारा भी नहीं।

कुछ, उदाहरण के लिए, आईपी पते, एएस नंबर, केबलिंग, को अलग-अलग दस्तावेजों में "बाहर ले" जा सकता है, जैसे कि एनआईपी (नेटवर्क कार्यान्वयन योजना)।

नेटवर्क निर्माण इन दस्तावेजों के निर्माण के बाद शुरू होता है और उनके साथ सख्त अनुसार होता है और फिर डिजाइन के अनुपालन के लिए ग्राहक (परीक्षणों) द्वारा जांच की जाती है।

बेशक, अलग-अलग इंटीग्रेटर, अलग-अलग ग्राहक, विभिन्न देशों में, परियोजना प्रलेखन की आवश्यकताएं अलग-अलग हो सकती हैं। लेकिन मैं औपचारिकताओं से बचना चाहूंगा और गुण के मुद्दे पर विचार करूंगा। यह चरण डिजाइन के बारे में नहीं है, लेकिन चीजों को क्रम में रखने के बारे में है और हमें अपने कार्यों को पूरा करने के लिए दस्तावेजों (योजनाओं, तालिकाओं, विवरणों ...) के एक सेट की आवश्यकता है।

और मेरी राय में, एक निश्चित पूर्ण न्यूनतम है, जिसके बिना नेटवर्क को प्रभावी ढंग से नियंत्रित करना असंभव है।

ये निम्नलिखित दस्तावेज हैं:

• स्कीम (लॉग) ऑफ फिजिकल स्विचिंग (केबलिंग)
• नेटवर्क सर्किट या सर्किट महत्वपूर्ण L2 / L3 जानकारी के साथ

फिजिकल स्विचिंग स्कीम

कुछ छोटी कंपनियों में, उपकरण स्थापना और भौतिक केबल बिछाने से संबंधित कार्य नेटवर्क इंजीनियरों की जिम्मेदारी है।

इस स्थिति में, समस्या निम्न दृष्टिकोण से आंशिक रूप से हल हो जाती है।

• इसका वर्णन करने के लिए इंटरफ़ेस पर वर्णन का उपयोग करें
• नेटवर्क उपकरणों के सभी असंबद्ध बंदरगाहों को प्रशासनिक रूप से बंद करना

यह आपको अवसर देगा, यहां तक ​​कि लिंक के साथ एक समस्या के मामले में (जब सीडीपी या एलडीपीपी इस इंटरफ़ेस पर काम नहीं करता है), जल्दी से निर्धारित करें कि इस पोर्ट से क्या जुड़ा हुआ है।
आप यह भी आसानी से देख सकते हैं कि कौन से पोर्ट व्यस्त हैं और कौन से मुफ्त हैं, जो नए नेटवर्क उपकरण, सर्वर या वर्कस्टेशन के लिए कनेक्शन की योजना के लिए आवश्यक है।

लेकिन यह स्पष्ट है कि यदि आप उपकरण तक पहुंच खो देते हैं, तो आप इस जानकारी तक पहुंच खो देंगे। इसके अलावा, इस तरह से आप इस तरह की महत्वपूर्ण जानकारी को लॉग नहीं कर पाएंगे कि किस तरह के उपकरण, किस बिजली की खपत के साथ, कितने पोर्ट, जिसमें रैक स्थित हैं, कौन से पैच पैनल हैं और कहां (किस रैक / पैच पैनल से) वे जुड़े हुए हैं । इसलिए, सभी समान, अतिरिक्त दस्तावेज़ीकरण (न केवल हार्डवेयर विवरण) बहुत उपयोगी हैं।

आदर्श विकल्प इस तरह की जानकारी के साथ काम करने के लिए डिज़ाइन किए गए एप्लिकेशन का उपयोग करना है। लेकिन आप अपने आप को साधारण तालिकाओं (उदाहरण के लिए, एक्सेल में) तक सीमित कर सकते हैं या उन सूचनाओं को प्रदर्शित कर सकते हैं जिन्हें आप एल 1 / एल 2 योजनाओं में आवश्यक मानते हैं।

महत्वपूर्ण!

एक नेटवर्क इंजीनियर, निश्चित रूप से, SCS की तीव्रता और मानकों को जान सकता है, रैक के प्रकार, निर्बाध बिजली आपूर्ति के प्रकार, एक ठंडा और गर्म गलियारा क्या है, उचित ग्राउंडिंग करें ... ठीक उसी तरह जैसे कि वह कण भौतिकी या C ++ को जान सकता है। लेकिन किसी को समझना चाहिए, फिर भी, यह सब उसके ज्ञान का क्षेत्र नहीं है।

इसलिए, इंस्टॉलेशन, कनेक्शन, उपकरण के प्रदर्शन के रखरखाव, साथ ही साथ फिजिकल स्विचिंग से जुड़ी समस्याओं को हल करने के लिए समर्पित विभाग या समर्पित लोगों का होना अच्छा है। आमतौर पर, डेटा केंद्रों के लिए, यह डेटा सेंटर इंजीनियर है, और कार्यालय, हेल्प-डेस्क के लिए है।

यदि आपकी कंपनी में ऐसी इकाइयां प्रदान की जाती हैं, तो भौतिक स्विचिंग लॉग बनाए रखने के मुद्दे आपके काम नहीं हैं, और आप केवल इंटरफ़ेस पर वर्णन करने और अप्रयुक्त बंदरगाहों को प्रशासनिक रूप से बंद करने के लिए खुद को सीमित कर सकते हैं।

नेटवर्क आरेख

ड्राइंग योजनाओं के लिए कोई सार्वभौमिक दृष्टिकोण नहीं है।

सबसे महत्वपूर्ण बात, योजनाओं को यह समझना चाहिए कि आपके नेटवर्क के तार्किक और भौतिक तत्वों के माध्यम से ट्रैफ़िक कैसे जाएगा।

भौतिक तत्वों से हमारा मतलब है

• सक्रिय उपकरण
• सक्रिय उपकरणों के इंटरफेस / पोर्ट

तार्किक के तहत -

• तार्किक उपकरण (N7K VDC, पालो अल्टो VSYS, ...)
• VRF
• विला
• sabinterfeysy
• सुरंगों
• क्षेत्र
• ...

इसके अलावा, यदि आपका नेटवर्क पूरी तरह से प्राथमिक नहीं है, तो इसमें विभिन्न खंड शामिल होंगे।
उदाहरण के लिए

• डेटा सेंटर
• इंटरनेट
• वान
• रिमोट एक्सेस
• कार्यालय लैन
• DMZ
• ...

यह उचित होगा कि दोनों योजनाओं को एक सामान्य चित्र (ट्रैफ़िक इन सभी सेगमेंट के बीच कैसे जाता है) और प्रत्येक अलग-अलग सेगमेंट का विस्तृत विवरण दिया जाए।

चूंकि आधुनिक नेटवर्क में कई तार्किक स्तर हो सकते हैं, इसलिए यह संभव है कि एक अच्छा (लेकिन अनिवार्य नहीं) दृष्टिकोण विभिन्न स्तरों के लिए अलग-अलग योजनाएं बनाना है, उदाहरण के लिए, ओवरले दृष्टिकोण के मामले में, ये निम्नलिखित योजनाएं हो सकती हैं:

• ओवरले
• L1 / L2 अंडरले
• L3 अंडरले

बेशक, सबसे महत्वपूर्ण योजना जिसके बिना आपके डिजाइन के विचार को समझना असंभव है, एक रूटिंग योजना है।

रूटिंग स्कीम

कम से कम, इस आरेख को प्रतिबिंबित करना चाहिए

• राउटिंग प्रोटोकॉल और कहां उपयोग किए जाते हैं
• राउटिंग प्रोटोकॉल सेटिंग्स (क्षेत्र / एएस नंबर / राउटर-आईडी / ...) के बारे में बुनियादी जानकारी
• जिन उपकरणों पर पुनर्वितरण होता है
• जहां मार्ग फ़िल्टरिंग और एकत्रीकरण होता है
• डिफ़ॉल्ट मार्ग की जानकारी

इसके अलावा अक्सर उपयोगी होता है L2 सर्किट (OSI)।

L2 सर्किट (OSI)

निम्नलिखित जानकारी इस चित्र में दिखाई दे सकती है:

• क्या है
• कौन से पोर्ट ट्रंक पोर्ट हैं
• कौन से पोर्ट ईथर-चैनल (पोर्ट चैनल), वर्चुअल पोर्ट चैनल में एकत्रित होते हैं
• एसटीपी प्रोटोकॉल और किन उपकरणों का उपयोग किया जाता है
• एसटीपी मुख्य सेटिंग्स: रूट / रूट बैकअप, एसटीपी लागत, पोर्ट प्राथमिकता
• उन्नत एसटीपी सेटिंग्स: BPDU गार्ड / फिल्टर, रूट गार्ड ...

विशिष्ट डिजाइन त्रुटियां

नेटवर्क बनाने के लिए एक खराब दृष्टिकोण का एक उदाहरण।

चलो एक साधारण कार्यालय LAN के निर्माण का एक सरल उदाहरण लेते हैं।

छात्रों को टेलीकॉम सिखाने का अनुभव होने के बाद, मैं कह सकता हूं कि दूसरे सेमेस्टर के मध्य तक कोई भी छात्र एक साधारण कार्यालय लैन स्थापित करने के लिए आवश्यक ज्ञान (मेरे द्वारा पढ़ाए गए पाठ्यक्रम के हिस्से के रूप में) रखता है।

स्विच को एक-दूसरे से जोड़ना, वीएलएएन, एसवीआई इंटरफेस (एल 3 स्विच के मामले में) को कॉन्फ़िगर करना और स्टैटिकिंग को सेट करना मुश्किल है?

सबकुछ चलेगा।

लेकिन एक ही समय में, मुद्दों से संबंधित

• सुरक्षा
• निरर्थक
• नेटवर्क स्केलिंग
• उत्पादकता
• बैंडविड्थ
• विश्वसनीयता
• ...

कभी-कभी, मैं यह बयान सुनता हूं कि एक कार्यालय लैन कुछ बहुत ही सरल है और मैं इसे आमतौर पर इंजीनियरों (और प्रबंधकों) से सुनता हूं जो सब कुछ करते हैं, लेकिन नेटवर्क नहीं, और वे इसे इतने आत्मविश्वास से कहते हैं कि यदि लैन हो तो आश्चर्यचकित न हों अपर्याप्त अभ्यास और ज्ञान वाले लोगों द्वारा बनाया जाएगा, और लगभग उन गलतियों के साथ किया जाएगा जो मैं नीचे वर्णित करूंगा।

सामान्य डिजाइन L1 लेयर एरर्स (OSI)

• यदि, फिर भी, आप जिम्मेदार हैं, जिसमें एससीएस भी शामिल है, तो आपको प्राप्त होने वाली सबसे अप्रिय विरासत में से एक लापरवाह और विचारहीन स्विचिंग है।

इसके अलावा, L1 टाइप करने के लिए, मैं उपयोग किए गए उपकरणों के संसाधनों से संबंधित त्रुटियों को वर्गीकृत करूँगा, उदाहरण के लिए,

• अपर्याप्त बैंडविड्थ
• उपकरणों पर अपर्याप्त टीसीएएम (या इसके अक्षम उपयोग)
• अपर्याप्त प्रदर्शन (अक्सर फ़ायरवॉल को संदर्भित करता है)

सामान्य डिजाइन L2 लेयर एरर्स (OSI)

अक्सर, जब एसटीपी कैसे काम करता है, इसके साथ क्या संभावित समस्याएं हैं, इसकी कोई अच्छी समझ नहीं है, तो स्विच एसटीपी की अतिरिक्त ट्यूनिंग के बिना, डिफ़ॉल्ट सेटिंग्स के साथ, यादृच्छिक रूप से कनेक्ट होते हैं।

परिणामस्वरूप, हमारे पास अक्सर निम्नलिखित होते हैं

• नेटवर्क का बड़ा एसटीपी व्यास, जो प्रसारण तूफानों को जन्म दे सकता है
• एसटीपी रूट को बेतरतीब ढंग से (मैक पते के आधार पर) निर्धारित किया जाएगा और ट्रैफ़िक का रास्ता उप-रूपी होगा
• मेजबानों से जुड़े पोर्ट्स को किनारे (पोर्टफ़ास्ट) के रूप में कॉन्फ़िगर नहीं किया जाएगा, जिससे एंडपॉइंट्स को बंद / बंद करने पर एसटीपी की पुनर्गणना होगी
• नेटवर्क को L1 / L2 स्तर पर खंडित नहीं किया जाएगा, जिसके परिणामस्वरूप किसी भी स्विच (उदाहरण के लिए, पावर अधिभार) के साथ समस्याएं एसटीपी टोपोलॉजी की पुनरावृत्ति और सभी स्विचों पर सभी वीएलएएन में ट्रैफ़िक को रोकने के लिए नेतृत्व करेंगी (निरंतरता के दृष्टिकोण से महत्वपूर्ण सहित) सेवा खंड)

L3 डिज़ाइन त्रुटि उदाहरण (OSI)

कुछ सामान्य गलतियां नौसिखिए नेटवर्कर:

• स्थैतिक मार्ग का लगातार उपयोग (या केवल उपयोग)
• राउटिंग प्रोटोकॉल का उपयोग जो इस डिजाइन के लिए इष्टतम नहीं हैं
• उप-तार्किक तार्किक नेटवर्क विभाजन
• पता स्थान का गैर-इष्टतम उपयोग, जो मार्ग एकत्रीकरण की अनुमति नहीं देता है
• बैकअप मार्गों की कमी
• डिफ़ॉल्ट गेटवे के लिए अतिरेक की कमी
• मार्गों के पुनर्निर्माण के दौरान असममित मार्ग (NAT / PAT, स्टेटफुल फ़ायरवॉल के मामले में महत्वपूर्ण हो सकता है)
• MTU के साथ समस्या
• जब मार्गों का पुनर्निर्माण होता है, तो ट्रैफ़िक अन्य सुरक्षा क्षेत्रों या यहां तक ​​कि अन्य फ़ायरवॉल से होकर गुजरता है, जो इस तथ्य की ओर जाता है कि यह ट्रैफ़िक गिरता है
• खराब टोपोलॉजी स्केलेबिलिटी

डिजाइन गुणवत्ता मूल्यांकन मानदंड

जब हम इष्टतमता के बारे में बात करते हैं / इष्टतम नहीं, तो हमें इस बात को समझना चाहिए कि हम किन मानदंडों का मूल्यांकन कर सकते हैं। यहाँ, मेरे दृष्टिकोण से, सबसे महत्वपूर्ण (लेकिन सभी नहीं) मानदंड (और रूटिंग प्रोटोकॉल के संबंध में डिक्रिप्शन):

• अनुमापकता (scalability)
  उदाहरण के लिए, आप किसी अन्य डेटा केंद्र को जोड़ने का निर्णय लेते हैं। आप इसे कितना आसान कर सकते हैं।
• प्रबंधन में सुविधा (प्रबंधनीयता)
  परिचालन परिवर्तन कितना आसान और सुरक्षित है, जैसे कि एक नया ग्रिड या फ़िल्टरिंग मार्गों की घोषणा करना
• उपलब्धता (उपलब्धता)
  आपका सिस्टम कितने प्रतिशत समय सेवा का आवश्यक स्तर प्रदान करता है
• सुरक्षा (सुरक्षा)
  प्रेषित डेटा कितना सुरक्षित है?
• कीमत

परिवर्तन

इस स्तर पर मूल सिद्धांत "कोई नुकसान नहीं" सूत्र द्वारा व्यक्त किया जा सकता है।
इसलिए, भले ही आप डिजाइन और चुने हुए कार्यान्वयन (कॉन्फ़िगरेशन) से काफी सहमत न हों, बदलाव करना हमेशा उचित नहीं होता है। एक उचित दृष्टिकोण सभी पहचानी गई समस्याओं को दो तरीकों से रैंक करना है:

• कितनी आसानी से इस समस्या को ठीक किया जा सकता है
• वह कितना जोखिम उठाती है

सबसे पहले, यह समाप्त करने के लिए आवश्यक है कि वर्तमान समय में अनुमेय के नीचे प्रदान की गई सेवा का स्तर कम हो जाता है, उदाहरण के लिए, पैकेट के नुकसान के लिए समस्याएं। फिर जोखिम की गंभीरता को कम करने के लिए (डिजाइन या कॉन्फ़िगरेशन की समस्याओं से जो छोटे लोगों के लिए अधिक जोखिम उठाते हैं) को खत्म करने के लिए सबसे आसान और सुरक्षित क्या है।

इस स्तर पर पूर्णतावाद हानिकारक हो सकता है। डिजाइन को संतोषजनक स्थिति में लाएं और इसके अनुसार नेटवर्क कॉन्फ़िगरेशन को सिंक्रनाइज़ करें।