तपशीलवार ACL स्विच करा

नेटवर्क उपकरणांवर ACLs (ऍक्सेस कंट्रोल लिस्ट) हार्डवेअर आणि सॉफ्टवेअर, किंवा अधिक सामान्यपणे बोलायचे झाल्यास, हार्डवेअर आणि सॉफ्टवेअर-आधारित ACLs दोन्हीमध्ये लागू केले जाऊ शकतात. आणि जर सर्व काही सॉफ्टवेअर-आधारित ACLs सह स्पष्ट असले पाहिजे - हे असे नियम आहेत जे RAM मध्ये संग्रहित आणि प्रक्रिया केलेले आहेत (म्हणजेच कंट्रोल प्लेनवर), त्यानंतरच्या सर्व निर्बंधांसह, नंतर आम्ही समजून घेऊ की हार्डवेअर-आधारित ACL कसे अंमलात आणले जातात आणि आमचे कार्य करतात. लेख. उदाहरण म्हणून, आम्ही Extreme Networks मधील ExtremeSwitching मालिकेतील स्विच वापरू.

आम्हाला हार्डवेअर-आधारित ACL मध्ये स्वारस्य असल्याने, डेटा प्लेनची अंतर्गत अंमलबजावणी, किंवा वापरलेले वास्तविक चिपसेट (ASICs) आमच्यासाठी अत्यंत महत्त्वाचे आहेत. सर्व एक्स्ट्रीम नेटवर्क्स स्विच लाईन्स ब्रॉडकॉम ASIC वर तयार केल्या आहेत आणि म्हणून खाली दिलेली बहुतेक माहिती त्याच ASIC वर लागू केलेल्या मार्केटमधील इतर स्विचसाठी देखील सत्य असेल.

वरील आकृतीवरून पाहिल्याप्रमाणे, “कंटेंटअवेअर इंजिन” चिपसेटमधील ACL च्या ऑपरेशनसाठी, स्वतंत्रपणे “इनग्रेस” आणि “एग्रेस” साठी थेट जबाबदार आहे. वास्तुशास्त्रीयदृष्ट्या, ते समान आहेत, फक्त "एग्रेस" कमी स्केलेबल आणि कमी कार्यक्षम आहे. भौतिकदृष्ट्या, दोन्ही "कंटेंटअवेअर इंजिन" ही TCAM मेमरी आणि सोबतचे तर्कशास्त्र आहे आणि प्रत्येक वापरकर्ता किंवा सिस्टम ACL नियम हा या मेमरीवर लिहिलेला एक साधा बिट-मास्क आहे. म्हणूनच चिपसेट ट्रॅफिक पॅकेटवर पॅकेटद्वारे आणि कार्यक्षमतेत घट न होता प्रक्रिया करतो.

भौतिकदृष्ट्या, समान प्रवेश/एग्रेस टीसीएएम, यामधून, तार्किकदृष्ट्या अनेक विभागांमध्ये (स्वतः मेमरीच्या प्रमाणात आणि प्लॅटफॉर्मवर अवलंबून), तथाकथित "ACL स्लाइस" मध्ये विभागले गेले आहे. उदाहरणार्थ, जेव्हा तुम्ही लॅपटॉपवर अनेक लॉजिकल ड्राईव्ह तयार करता तेव्हा तुमच्या लॅपटॉपवर भौतिकदृष्ट्या समान HDD सह समान गोष्ट घडते - C:>, D:>. प्रत्येक ACL-स्लाइसमध्ये "स्ट्रिंग" च्या स्वरूपात मेमरी सेल असतात जेथे "नियम" (नियम/बिट मास्क) लिहिलेले असतात.

TCAM चे ACL-स्लाइसमध्ये विभाजन करण्यामागे एक विशिष्ट तर्क आहे. प्रत्येक वैयक्तिक ACL-स्लाइसमध्ये, एकमेकांशी सुसंगत असलेले फक्त "नियम" लिहिले जाऊ शकतात. कोणतेही “नियम” मागील नियमांशी सुसंगत नसल्यास, मागील एकामध्ये “नियम” साठी किती मुक्त ओळी सोडल्या आहेत याची पर्वा न करता ते पुढील ACL-स्लाइसवर लिहिले जाईल.

मग ACL नियमांची ही सुसंगतता किंवा विसंगतता कोठून येते? वस्तुस्थिती अशी आहे की एक टीसीएएम “लाइन”, जिथे “नियम” लिहिलेले आहेत, त्याची लांबी 232 बिट्स आहे आणि ती अनेक फील्डमध्ये विभागली गेली आहे - निश्चित, फील्ड 1, फील्ड 2, फील्ड 3. 232 बिट किंवा 29 बाइट टीसीएएम मेमरी विशिष्ट MAC किंवा IP पत्त्याचा बिट-मास्क रेकॉर्ड करण्यासाठी पुरेशी आहे, परंतु संपूर्ण इथरनेट पॅकेट शीर्षलेखापेक्षा खूपच कमी आहे. प्रत्येक वैयक्तिक ACL-स्लाइसमध्ये, ASIC F1-F3 मधील बिट-मास्क सेटनुसार स्वतंत्र लुकअप करते. सर्वसाधारणपणे, इथरनेट शीर्षलेखाच्या पहिल्या 128 बाइट्सचा वापर करून हे लुकअप केले जाऊ शकते. वास्तविक, तंतोतंत कारण शोध 128 बाइट्सपेक्षा जास्त केला जाऊ शकतो, परंतु केवळ 29 बाइट्स लिहिल्या जाऊ शकतात, योग्य लुकअपसाठी पॅकेटच्या सुरुवातीच्या तुलनेत ऑफसेट सेट करणे आवश्यक आहे. प्रत्येक एसीएल-स्लाइससाठी ऑफसेट सेट केला जातो जेव्हा पहिला नियम त्यावर लिहिला जातो आणि त्यानंतरचा नियम लिहिताना, दुसर्या ऑफसेटची आवश्यकता शोधली जाते, तर असा नियम पहिल्याशी विसंगत मानला जातो आणि त्यास लिहिला जातो. पुढील ACL-स्लाइस.

खालील सारणी ACL मध्ये निर्दिष्ट केलेल्या अटींच्या सुसंगततेचा क्रम दर्शविते. प्रत्येक वैयक्तिक ओळीमध्ये व्युत्पन्न केलेले बिट-मास्क असतात जे एकमेकांशी सुसंगत असतात आणि इतर ओळींशी विसंगत असतात.

ASIC द्वारे प्रक्रिया केलेले प्रत्येक वैयक्तिक पॅकेट प्रत्येक ACL-स्लाइसमध्ये समांतर लुकअप चालवते. ACL-स्लाइसमधील पहिल्या सामन्यापर्यंत तपासणी केली जाते, परंतु वेगवेगळ्या ACL-स्लाइसमध्ये एकाच पॅकेटसाठी एकाधिक जुळण्यांना परवानगी आहे. प्रत्येक वैयक्तिक "नियम" मध्ये एक संबंधित क्रिया असते जी स्थिती (बिट-मास्क) जुळल्यास केली जाणे आवश्यक आहे. जर एकाच वेळी अनेक ACL-स्लाइसमध्ये जुळणी झाली, तर ACL-स्लाइसच्या प्राधान्याच्या आधारावर, “Action Conflict Resolution” ब्लॉकमध्ये, कोणती क्रिया करायची याचा निर्णय घेतला जातो. ACL मध्ये “कृती” (परवानगी/नाकार) आणि “कृती-सुधारक” (गणना/QoS/लॉग/…) दोन्ही निर्दिष्ट केले असल्यास, एकाधिक जुळण्यांच्या बाबतीत फक्त उच्च-प्राधान्य असलेली “क्रिया” कार्यान्वित केली जाईल, तर "ऍक्शन-मॉडिफायर" सर्व पूर्ण होईल. खालील उदाहरण दर्शविते की दोन्ही काउंटर वाढवले ​​जातील आणि उच्च प्राधान्य "नकार" कार्यान्वित केले जाईल.

"ACL सोल्यूशन्स मार्गदर्शक" वेबसाइटवर सार्वजनिक डोमेनमध्ये ACL च्या ऑपरेशनबद्दल अधिक तपशीलवार माहितीसह Extremenetworks.com. उद्भवणारे किंवा राहिलेले कोणतेही प्रश्न आमच्या कार्यालयीन कर्मचार्‍यांना नेहमी विचारले जाऊ शकतात - [ईमेल संरक्षित].

स्त्रोत: www.habr.com