NX-OS EVPN नल रूट: वगळणे एकाच टेनंटमध्ये ठेवा

विनंती एका ओळीचा बदल म्हणून येते: एक पत्ता ब्लॅकहोल करा. तुम्ही टेनंट संदर्भात Null0 वर होस्ट रूट जोडता, अपेक्षेप्रमाणे उपसर्ग स्थानिक तक्त्यातून नाहीसा होतो आणि मग प्रश्न सुरू होतात. रूट यंत्रातून बाहेर पडला का? दूरच्या VTEPनी वगळले, की त्यांनी फक्त पोहोचता येण्याची क्षमता गमावली? आता दुसरा टेनंट प्रभावित होत आहे का?

योग्य स्थानिक स्थिर रूट यापैकी फक्त पहिल्या प्रश्नाचे उत्तर देते, म्हणूनच ब्लॅकहोल बदल म्हणजे प्रत्यक्षात एक आदेश नाही तर तीन आढावा घेतलेले परिणाम आहेत.

बदलाने प्रत्यक्षात काय निर्माण केले पाहिजे

तीन परिणाम लिहून सुरुवात करा. इच्छित टेनंटने गंतव्य स्थानिक पातळीवर वगळले पाहिजे. फक्त अधिकृत रूट निर्यात होऊ शकतो आणि त्याबरोबर दुसरे काहीही जाऊ नये. प्रत्येक स्वीकारणाऱ्या VTEPने दुसरा मार्ग नाही तर इच्छित वगळण्याची कृती निवडली पाहिजे.

प्रत्येक परिणामाचा स्वतःचा पुरावा आहे आणि कोणताही इतरांना सूचित करत नाही. स्थानिक Null0 रूट स्थानिक वगळणे निर्माण करते आणि पुनर्वितरणाशिवाय काहीही निर्यात करत नाही. मान्य community शिवाय पुनर्वितरित रूट सामान्य उपसर्ग म्हणून येते आणि पुढे पाठवले जाते. स्वीकृती धोरणाशिवाय community पूर्णपणे दुर्लक्षित होऊ शकते.

परिणाम आधी लिहिणे सामान्य अपयशापासूनही वाचवते: असे बदल जे कार्यरत वाटतात कारण गंतव्य आधीच असंबंधित कारणाने पोहोचण्यायोग्य नव्हते. दोन्हींमध्ये फरक कसा कराल हे सांगता येत नसेल, तर स्वीकृती चाचणी अजून आखलेली नाही.

स्थानिक विधान फक्त पहिला भाग करते

10.4(x) मालिकेतील NX-OS मध्ये, नल रूट VRFचे नाव सांगणाऱ्या एका आदेशात नाही तर टेनंटच्या VRF संदर्भात असते. तुकडा छोटा आहे आणि तो पूर्ण EVPN संरचना नाहीच.

vrf context TENANT_A
  ip route 192.0.2.10/32 Null0

पत्ता हा दस्तऐवजीकरण उपसर्ग आहे, लक्ष्य नाही. VRFचे नाव रूट आदेशाच्या आत येणाऱ्या IOSशी वाक्यरचनेतील फरक पहा, आणि काहीही पेस्ट करण्यापूर्वी तुम्ही प्रत्यक्ष चालवत असलेल्या आवृत्तीसाठी समर्थित स्वरूपाची खात्री करा.

एकट्या ही ओळ TENANT_A मधील त्या होस्टसाठीचा रहदारी वगळते आणि दुसरे काहीही करत नाही. ती रूटला टॅग करत नाही, BGPसाठी निवडत नाही आणि community सेट करत नाही. हे स्वतंत्र संरचना निर्णय आहेत आणि प्रत्येक ठिकाणी बदल कार्य करण्यासाठी खूप अरुंद किंवा सुरक्षित राहण्यासाठी खूप विस्तृत होऊ शकतो.

स्थानिक वगळणे त्याच गंतव्याकडील कायदेशीर रहदारीवरही परिणाम करते. जर उद्देश खऱ्या वापरकर्त्यांना अजून पत्ता हवा असताना एक गैरवापर करणारा स्रोत थांबवणे असेल, तर नल रूट चुकीचे साधन आहे आणि ते तुम्हाला पहिल्या सहाय्यता कॉलमध्ये कळेल.

निर्यात आणि आयात या स्वतंत्र करार आहेत

पुनर्वितरण हेच व्याप्ती ठरवण्याचे ठिकाण आहे. पात्र उपसर्गांना मंजूर शमनापर्यंत मर्यादित करा, ते टेनंटमध्ये ठेवा आणि स्रोत पीअरना रचनेतील लोकांपर्यंत मर्यादित करा. एका टॅग केलेल्या होस्ट रूटला प्रवास करायचा आहे म्हणून प्रत्येक स्थिर रूटचे पुनर्वितरण करणे हाच तो मार्ग ज्यामुळे देखभाल बदल राउटिंग घटनेत बदलतो.

BLACKHOLE community हा ज्ञात मूल्याबद्दलचा करार आहे, कोणत्याही शेजाऱ्याला कोणताही पत्ता वगळण्याचा अधिकार नाही. RFC 7999 हे त्याच शब्दांत वर्णन करते आणि कोण त्याची घोषणा करू शकतो याविषयीची विश्वासाची सीमा ही अंमलबजावणीचा तपशील नाही तर रचनेचा भाग आहे.

स्वीकारणाऱ्या बाजूला स्वतःची संरचना लागते. NX-OS मध्ये, प्रकार 5 नल रूटना वगळण्याचे वर्तन निवडण्यासाठी VTEPवर route-map प्रक्रिया लागते, जी निर्यात पायऱ्यांसोबत नोंदलेली आहे. योग्यरित्या टॅग करणारे प्रेषक यंत्र आणि टॅगकडे दुर्लक्ष करणारा स्वीकारकर्ता असा बदल निर्माण करतात जो लागू झाल्यासारखा दिसतो आणि तरीही रहदारी पुढे पाठवतो.

तिथे असतानाच route-mapचे दुष्परिणाम तपासा. नवे प्रतिबंधक धोरण असंबंधित उपसर्गांची कायदेशीर पोहोच दाबू शकते आणि ते नुकसान ब्लॅकहोलनंतर दिसते व त्याला कारणीभूत ठरवणे कठीण असते.

समावेशापूर्वी माघार लिहा

काहीही संरचीत करण्यापूर्वी गंतव्याचा मालक, कारण, मंजूरकर्ता आणि मुदत नोंदवा. मुदतीशिवाय वगळणे अशी स्थायी नोंद बनते जिचे मूळ कोणालाही आठवत नाही आणि पत्ता डीबग करणारी पुढील व्यक्ती तिला नेटवर्कचा सामान्य भाग मानेल.

तुम्ही बदलत असलेल्या रूटवर अवलंबून नसलेला स्वतंत्र व्यवस्थापन मार्ग ठेवा. शमन एखाद्या पत्त्याला व्यापत असेल जो तुम्ही यंत्रापर्यंत पोहोचण्यासाठी वापरता, तर तुम्ही अतिरिक्त पायऱ्यांसह लॉकआउट तयार केला आहे.

शमन काढून टाकणारे नेमके नियंत्रण सांगा आणि ती काढणी प्रयोगशाळेत किंवा तुम्ही सहन करू शकता अशा खिडकीत तपासा. कोणीही सराव न केलेली माघार ही प्रक्रिया नाही, योजना आहे.

आदेशाच्या आउटपुटने नाही, पुराव्यांनी स्वीकारा

इच्छित VTEPवर निवडलेली राउटिंग स्थिती आणि अग्रेषण स्थिती तपासा, आणि अस्पर्शित राहिले पाहिजे असे शेजारचे गंतव्य तपासा. दुसऱ्या कोणत्याही टेनंटने उपसर्ग आयात केला नाही याची खात्री करा, कारण टेनंटांमधील गळती हाच तो अपयश प्रकार आहे जो देखभाल कृतीला घटनेत बदलतो.

मग माघार घ्या आणि सामान्य रूट व सेवा परत येतात याची पडताळणी करा. NX-OS EVPN नल रूट मार्गदर्शक 10.4(x) आवृत्तीसाठी येथे वर्णन केलेले टॅगिंग, पुनर्वितरण आणि स्वीकृती धोरण नोंदवते आणि तुमच्या स्वतःच्या आवृत्तीशी तुलना करण्यासाठी हा संदर्भ आहे.