तपाईंको नेटवर्क पूर्वाधारको नियन्त्रण कसरी लिने। अध्याय दुई। सरसफाई र दस्तावेजीकरण

यो लेख "तपाईंको नेटवर्क पूर्वाधारको नियन्त्रण कसरी लिने" लेखहरूको श्रृंखलामा दोस्रो हो। श्रृंखला र लिङ्कहरूमा सबै लेखहरूको सामग्रीहरू फेला पार्न सकिन्छ यहाँ.

यस चरणमा हाम्रो लक्ष्य कागजात र कन्फिगरेसनमा अर्डर ल्याउनु हो।
यस प्रक्रियाको अन्त्यमा, तपाइँसँग कागजातहरूको आवश्यक सेट र तिनीहरूको अनुसार कन्फिगर गरिएको नेटवर्क हुनुपर्दछ।

अब हामी सुरक्षा अडिटको बारेमा कुरा गर्दैनौं - यो तेस्रो भागको विषय हुनेछ।

यस चरणमा तोकिएको कार्य पूरा गर्न कठिनाई, पक्कै पनि, कम्पनी अनुसार धेरै फरक हुन्छ।

आदर्श स्थिति जब छ

• तपाईंको नेटवर्क परियोजना अनुसार बनाइएको थियो र तपाईंसँग कागजातहरूको पूर्ण सेट छ
• तपाईंको कम्पनीमा लागू गरिएको छ नियन्त्रण र व्यवस्थापन प्रक्रिया परिवर्तन नेटवर्क को लागी
• यस प्रक्रिया अनुसार, तपाईंसँग कागजातहरू छन् (सबै आवश्यक रेखाचित्रहरू सहित) जसले वर्तमान स्थितिको बारेमा पूर्ण जानकारी प्रदान गर्दछ।

यस अवस्थामा, तपाईंको कार्य एकदम सरल छ। तपाईंले कागजातहरू अध्ययन गर्नुपर्छ र गरिएका सबै परिवर्तनहरूको समीक्षा गर्नुपर्छ।

सबैभन्दा खराब अवस्थामा, तपाईंसँग हुनेछ

• परियोजना बिना, बिना योजना, स्वीकृति बिना, योग्यताको पर्याप्त स्तर नभएका इन्जिनियरहरूद्वारा सिर्जना गरिएको नेटवर्क,
• अव्यवस्थित, कागजात नभएका परिवर्तनहरू, धेरै "फोहोर" र सबोप्टिमल समाधानहरूको साथ

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

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

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

कागजातहरूको सेट

एउटा उदाहरणबाट सुरु गरौं।

तल केहि कागजातहरू छन् जुन सिस्को प्रणालीहरूमा डिजाइनको समयमा सिर्जना गरिन्छ।

CR - ग्राहक आवश्यकताहरू, ग्राहक आवश्यकताहरू (प्राविधिक विशिष्टताहरू)।
यो ग्राहकसँग संयुक्त रूपमा सिर्जना गरिएको छ र नेटवर्क आवश्यकताहरू निर्धारण गर्दछ।

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

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

केहि, उदाहरणका लागि, IP ठेगानाहरू, AS नम्बरहरू, भौतिक स्विचिङ योजना (केबलिङ), अलग-अलग कागजातहरूमा "राख्न" सकिन्छ, जस्तै NIP (सञ्जाल कार्यान्वयन योजना)।

सञ्जालको निर्माण यी कागजातहरू सिर्जना गरेपछि सुरु हुन्छ र तिनीहरूसँग कडा अनुसार हुन्छ र त्यसपछि डिजाइनको अनुपालनको लागि ग्राहक (परीक्षण) द्वारा जाँच गरिन्छ।

निस्सन्देह, विभिन्न एकीकृतकर्ताहरू, विभिन्न ग्राहकहरू, र विभिन्न देशहरूमा परियोजना कागजातहरूको लागि फरक आवश्यकताहरू हुन सक्छन्। तर म औपचारिकताबाट जोगिन चाहन्छु र मुद्दालाई यसको गुणहरूमा विचार गर्न चाहन्छु। यो चरण डिजाइनको बारेमा होइन, तर चीजहरू व्यवस्थित गर्ने बारे हो, र हामीलाई हाम्रा कार्यहरू पूरा गर्नका लागि पर्याप्त कागजातहरू (चित्र, तालिका, विवरणहरू...) चाहिन्छ।

र मेरो विचारमा, त्यहाँ एक निश्चित निरपेक्ष न्यूनतम छ, बिना यो प्रभावकारी रूपमा नेटवर्क नियन्त्रण गर्न असम्भव छ।

यी निम्न कागजातहरू हुन्:

• भौतिक स्विच (केबलिङ) को रेखाचित्र (लग)
• आवश्यक L2/L3 जानकारी संग नेटवर्क रेखाचित्र वा रेखाचित्र

भौतिक स्विचिंग रेखाचित्र

केही साना कम्पनीहरूमा, उपकरण स्थापना र भौतिक स्विच (केबलिङ) सम्बन्धी काम नेटवर्क इन्जिनियरहरूको जिम्मेवारी हो।

यस अवस्थामा, समस्या आंशिक रूपमा निम्न दृष्टिकोण द्वारा हल गरिएको छ।

• यससँग के जोडिएको छ भनेर वर्णन गर्न इन्टरफेसमा विवरण प्रयोग गर्नुहोस्
• प्रशासनिक रूपमा सबै जडान नभएका नेटवर्क उपकरण पोर्टहरू बन्द गर्नुहोस्

यसले तपाइँलाई अवसर दिनेछ, लिङ्कमा समस्या भएको अवस्थामा पनि (जब cdp वा lldp ले यस इन्टरफेसमा काम गर्दैन), यो पोर्टमा के जडान भएको छ भनेर तुरुन्तै निर्धारण गर्न।
तपाईले सजिलैसँग देख्न सक्नुहुन्छ कि कुन पोर्टहरू ओगटेका छन् र कुन नि:शुल्क छन्, जुन नयाँ नेटवर्क उपकरण, सर्भर वा वर्कस्टेशनहरूको जडान योजनाको लागि आवश्यक छ।

तर यो स्पष्ट छ कि यदि तपाईंले उपकरणमा पहुँच गुमाउनुभयो भने, तपाईंले यस जानकारीको पहुँच पनि गुमाउनुहुनेछ। थप रूपमा, यस तरिकाले तपाईले कस्तो प्रकारको उपकरण, कुन बिजुली खपत, कति पोर्टहरू, कुन र्याकमा छ, कुन प्याच प्यानलहरू छन् र कहाँ (कुन र्याक/प्याच प्यानलमा) जस्ता महत्त्वपूर्ण जानकारी रेकर्ड गर्न सक्षम हुनुहुने छैन। तिनीहरू जोडिएका छन् . तसर्थ, अतिरिक्त कागजातहरू (उपकरणहरूमा मात्र विवरणहरू छैनन्) अझै पनि धेरै उपयोगी छ।

आदर्श विकल्प भनेको यस प्रकारको जानकारीसँग काम गर्न डिजाइन गरिएका अनुप्रयोगहरू प्रयोग गर्नु हो। तर तपाईं आफैलाई साधारण तालिकाहरूमा सीमित गर्न सक्नुहुन्छ (उदाहरणका लागि, एक्सेलमा) वा तपाईंले L1/L2 रेखाचित्रहरूमा आवश्यक ठान्नुभएको जानकारी प्रदर्शन गर्न सक्नुहुन्छ।

महत्वपूर्ण!

एक नेटवर्क इन्जिनियर, पक्कै पनि, SCS को जटिलता र मापदण्डहरू, र्याकहरूका प्रकारहरू, अविरल बिजुली आपूर्तिहरूको प्रकार, चिसो र तातो गलियारे के हो, कसरी उचित ग्राउन्डिङ गर्ने भनेर राम्ररी जान्न सक्छ। प्राथमिक कण वा C++ को भौतिक विज्ञान जान्नुहोस्। तर यो सबै उसको ज्ञानको क्षेत्र होइन भन्ने कुरा बुझ्नुपर्छ।

तसर्थ, स्थापना, जडान, उपकरणको मर्मतसम्भार, साथै भौतिक स्विचिङ सम्बन्धी समस्याहरू समाधान गर्न समर्पित विभागहरू वा समर्पित व्यक्तिहरू हुनु राम्रो अभ्यास हो। सामान्यतया डाटा केन्द्रहरूका लागि यो डाटा सेन्टर इन्जिनियरहरू हुन्, र कार्यालयका लागि यो मद्दत-डेस्क हो।

यदि तपाइँको कम्पनीमा त्यस्ता विभाजनहरू प्रदान गरिएको छ भने, त्यसपछि लगिङ भौतिक स्विचिङका मुद्दाहरू तपाइँको कार्य होइनन्, र तपाइँ केवल इन्टरफेस र अप्रयुक्त पोर्टहरूको प्रशासनिक बन्दको विवरणमा सीमित गर्न सक्नुहुन्छ।

नेटवर्क रेखाचित्र

रेखाचित्र कोर्न को लागी कुनै सार्वभौमिक दृष्टिकोण छैन।

सबैभन्दा महत्त्वपूर्ण कुरा यो हो कि रेखाचित्रहरूले कसरी ट्राफिक प्रवाह हुनेछ भन्ने बुझाइ प्रदान गर्नुपर्छ, जसको माध्यमबाट तपाईंको नेटवर्कको तार्किक र भौतिक तत्वहरू।

भौतिक तत्वहरू द्वारा हामीले भनेको हो

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

तार्किक अन्तर्गत -

• तार्किक उपकरणहरू (N7K VDC, Palo Alto VSYS, ...)
• VRF
• भिलान्स
• उप-इन्टरफेसहरू
• सुरुङहरू
• क्षेत्रहरू
• ...

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

• डाटा केन्द्र
• интернет
• Wan
• दूर पहुँच
• कार्यालय LAN
• DMZ
• ...

ठुलो तस्विर (यी सबै खण्डहरू बीच कसरी ट्राफिक प्रवाह हुन्छ) र प्रत्येक व्यक्तिगत खण्डको विस्तृत व्याख्या प्रदान गर्ने धेरै रेखाचित्रहरू हुनु बुद्धिमानी हुन्छ।

आधुनिक सञ्जालहरूमा धेरै तार्किक तहहरू हुनसक्ने हुनाले, विभिन्न तहहरूका लागि फरक-फरक सर्किटहरू बनाउनको लागि यो एक राम्रो (तर आवश्यक छैन) दृष्टिकोण हो, उदाहरणका लागि, ओभरले दृष्टिकोणको मामलामा यो निम्न सर्किटहरू हुन सक्छ:

• ओभरले
• L1/L2 अन्डरले
• L3 अन्डरले

निस्सन्देह, सबैभन्दा महत्त्वपूर्ण रेखाचित्र, जुन बिना तपाईंको डिजाइनको विचार बुझ्न असम्भव छ, राउटिंग रेखाचित्र हो।

मार्ग योजना

कम्तिमा, यो रेखाचित्र प्रतिबिम्बित हुनुपर्छ

• कुन रूटिङ प्रोटोकलहरू प्रयोग गरिन्छ र कहाँ
• रूटिङ प्रोटोकल सेटिङहरूको बारेमा आधारभूत जानकारी (क्षेत्र/एएस नम्बर/राउटर-आईडी/…)
• कुन यन्त्रहरूमा पुन: वितरण हुन्छ?
• जहाँ फिल्टरिङ र मार्ग एकत्रीकरण हुन्छ
• पूर्वनिर्धारित मार्ग जानकारी

साथै, L2 योजना (OSI) अक्सर उपयोगी हुन्छ।

L2 योजना (OSI)

यो रेखाचित्रले निम्न जानकारी देखाउन सक्छ:

• के VLANs
• कुन पोर्टहरू ट्रंक पोर्टहरू हुन्
• कुन पोर्टहरू ईथर-च्यानल (पोर्ट च्यानल), भर्चुअल पोर्ट च्यानलमा एकीकृत छन्
• कुन STP प्रोटोकलहरू प्रयोग गरिन्छ र कुन उपकरणहरूमा
• आधारभूत STP सेटिङहरू: रूट/रूट ब्याकअप, STP लागत, पोर्ट प्राथमिकता
• अतिरिक्त STP सेटिङहरू: BPDU गार्ड/फिल्टर, रूट गार्ड...

सामान्य डिजाइन त्रुटिहरू

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

एउटा साधारण अफिस ल्यान निर्माण गर्ने एउटा साधारण उदाहरण लिऔं।

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

स्विचहरू एकअर्कामा जडान गर्न, VLANs, SVI इन्टरफेसहरू (L3 स्विचहरूको मामलामा) सेटअप गर्न र स्थिर राउटिङ सेटअप गर्नमा के गाह्रो छ?

सबै काम हुनेछ।

तर एकै समयमा, सम्बन्धित प्रश्नहरू

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

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

साधारण L1 (OSI) डिजाइन गल्तीहरू

• यदि, तैपनि, तपाईं पनि SCS को लागि जिम्मेवार हुनुहुन्छ भने, तपाईंले प्राप्त गर्न सक्ने सबैभन्दा अप्रिय विरासतहरू मध्ये एक लापरवाह र गलत-सोच-आउट स्विचिंग हो।

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

• अपर्याप्त ब्यान्डविथ
• उपकरणमा अपर्याप्त TCAM (वा यसको अप्रभावी प्रयोग)
• अपर्याप्त प्रदर्शन (प्रायः फायरवालहरूसँग सम्बन्धित)

साधारण L2 (OSI) डिजाइन गल्तीहरू

अक्सर, जब त्यहाँ STP कसरी काम गर्छ र यसले कस्तो सम्भावित समस्याहरू ल्याउँछ भन्ने राम्रोसँग बुझ्दैन, स्विचहरू अराजक रूपमा जडान हुन्छन्, पूर्वनिर्धारित सेटिङहरूसँग, अतिरिक्त STP ट्युनिङ बिना।

नतिजाको रूपमा, हामीसँग प्राय: निम्न छन्

• ठूलो STP नेटवर्क व्यास, जसले प्रसारण आँधीहरू निम्त्याउन सक्छ
• STP रूट अनियमित रूपमा निर्धारण गरिनेछ (म्याक ठेगानामा आधारित) र ट्राफिक मार्ग सबोप्टिमल हुनेछ।
• होस्टहरूसँग जोडिएका पोर्टहरूलाई किनारा (पोर्टफास्ट) को रूपमा कन्फिगर गरिने छैन, जसले अन्त स्टेशनहरू अन/अफ गर्दा STP पुन: गणनामा लैजान्छ।
• नेटवर्कलाई L1/L2 स्तरमा विभाजन गरिने छैन, जसको परिणाम स्वरूप कुनै पनि स्विचमा समस्याहरू (उदाहरणका लागि, पावर ओभरलोड) ले STP टोपोलोजीको पुन: गणना गर्न र सबै स्विचहरूमा सबै VLANहरूमा ट्राफिक रोक्न नेतृत्व गर्नेछ (सबै स्विचहरू सहित। निरन्तरता सेवा खण्डको दृष्टिकोणबाट एउटा महत्वपूर्ण)

L3 (OSI) डिजाइनमा त्रुटिहरूको उदाहरणहरू

नौसिखिया नेटवर्करहरूको केही सामान्य गल्तीहरू:

• स्थिर राउटिङको बारम्बार प्रयोग (वा मात्र प्रयोग)
• दिइएको डिजाइन को लागी suboptimal रूटिङ प्रोटोकल को प्रयोग
• suboptimal तार्किक नेटवर्क विभाजन
• ठेगाना ठाउँको सबोप्टिमल प्रयोग, जसले मार्ग एकत्रीकरणलाई अनुमति दिँदैन
• कुनै ब्याकअप मार्गहरू छैनन्
• पूर्वनिर्धारित गेटवेको लागि कुनै आरक्षण छैन
• मार्गहरू पुन: निर्माण गर्दा असममित मार्ग (NAT/PAT, स्टेटफुल फायरवालहरूको मामलामा महत्वपूर्ण हुन सक्छ)
• MTU संग समस्याहरू
• जब मार्गहरू पुन: निर्माण गरिन्छ, ट्राफिक अन्य सुरक्षा क्षेत्रहरू वा अन्य फायरवालहरू मार्फत जान्छ, जसले गर्दा यो ट्राफिक छोडिन्छ।
• खराब टोपोलोजी स्केलेबिलिटी

डिजाइन गुणस्तर मूल्याङ्कन मापदण्ड

जब हामी इष्टतमता/गैर इष्टतमताको बारेमा कुरा गर्छौं, हामीले यसलाई कुन मापदण्डमा मूल्याङ्कन गर्न सक्छौं भन्ने दृष्टिकोणबाट बुझ्नुपर्छ। यहाँ, मेरो दृष्टिकोणबाट, सबैभन्दा महत्त्वपूर्ण (तर सबै होइन) मापदण्डहरू छन् (र राउटिंग प्रोटोकलको सम्बन्धमा व्याख्या):

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

परिवर्तनहरू

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

• यो समस्या कति सजिलै समाधान गर्न सकिन्छ
• उसले कति जोखिम उठाउँछ?

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

यस चरणमा पूर्णतावाद हानिकारक हुन सक्छ। डिजाइनलाई सन्तोषजनक अवस्थामा ल्याउनुहोस् र तदनुसार नेटवर्क कन्फिगरेसन सिङ्क्रोनाइज गर्नुहोस्।

स्रोत: www.habr.com