Nexus TCAM: ARP दमन क्षेत्र को दो स्लाइस की आवश्यकता क्यों है
तार्किक प्रविष्टियाँ बजट का केवल आधा हिस्सा हैं। दोहरी चौड़ाई के रूप में तराशी गई सुविधा को स्लाइस की एक जोड़ी चाहिए, और गलत जगह पर एक खाली स्लाइस से काम नहीं चलेगा।
आप ARP दमन क्षेत्र का आकार निर्धारित करते हैं, डिज़ाइन को जिन प्रविष्टियों की आवश्यकता है उन्हें गिनते हैं, उससे अधिक खाली क्षमता वाला क्षेत्र ढूँढते हैं, और बदलाव फिर भी नहीं बैठता। कुछ भी गलत नहीं गिना गया। आप जो बजट पढ़ रहे थे वह स्लाइस में मापा जाता है, और दोहरी चौड़ाई के रूप में तराशी गई सुविधा को किसी भी प्रविष्टि पर विचार किए जाने से पहले उनमें से दो चाहिए।
आवंटन को निश्चित संख्या की इकाइयों वाली लेआउट समस्या मानिए, और अंकगणित ठीक व्यवहार करने लगेगा।
क्षेत्र स्लाइस का मालिक है, प्रविष्टियों का नहीं
इन प्लेटफ़ॉर्म पर TCAM स्लाइस में विभाजित है, और प्रत्येक स्लाइस ठीक एक क्षेत्र का है। क्षेत्र स्लाइस में मापे जाते हैं, और सुविधा की चौड़ाई तय करती है कि यह कम से कम कितने स्लाइस लेती है। एकल-चौड़ाई की सुविधा एक स्लाइस में रह सकती है; दोहरी-चौड़ाई की सुविधा को सटी हुई जोड़ी चाहिए।
| Concept | What it means when you plan |
|---|---|
| Slice | The indivisible unit; it belongs to one region and cannot be shared |
| Feature width | Single or double; a double-width feature must have two slices available |
| Logical entries | What the feature wants to store, which only matters after the slices are allocated |
इसलिए खाली स्लाइस अपने आप उपयोग योग्य क्षमता नहीं है। अलग स्लाइस पर बैठे दो एकल-चौड़ाई क्षेत्र उस जोड़ी में नहीं मिलते जिसकी नए दोहरी-चौड़ाई क्षेत्र को आवश्यकता होती है, और कुल मिलाकर बहुत खाली जगह दिखाने वाली तालिका आपको ऐसे पूल के बारे में बताती है जिसे आप खर्च नहीं कर सकते।
तराशने से पहले आधार रेखा दर्ज करें
सटीक हार्डवेयर मॉडल, NX-OS संस्करण, क्षेत्रों की वर्तमान चौड़ाई और आकार, और प्रत्येक क्षेत्र का उपयोग करने वाली सुविधाएँ एकत्र करें। कोई भी बदलाव करने से पहले ऐसा करें, क्योंकि पुनः लोड के बाद पिछली स्थिति एक स्मृति होती है, तथ्य नहीं।
show version
show hardware capacity
show running-config | include hardware profileकमांड के नाम प्लेटफ़ॉर्म और संस्करण के अनुसार बदलते हैं, और तराशने की मार्गदर्शिका उन नामों का उल्लेख करती है जो उसके अपने हार्डवेयर पर लागू होते हैं। किसी दूसरे मॉडल का कमांड वही तालिका देगा यह मानने के बजाय वह आउटपुट पढ़ें जो आपको वास्तव में मिलता है।
फिर लिखें कि प्रत्येक क्षेत्र किस काम के लिए है। VACL क्षेत्र किसी कारण से फ़िल्टर क्षमता है, और QoS क्षेत्र इसलिए मौजूद है क्योंकि किसी ने इसे ऐसी नीति के लिए मापा था जो अभी भी प्रभावी है। जो योजना उन जगहों को बिना जाँचे पुनःप्राप्त करने योग्य स्थान मानती है वह सुविधाओं को चुपचाप हटाने की योजना है। जिस भी क्षेत्र को आप घटाने की सोच रहे हैं उसके लिए एक स्वामी नामित करें, और विंडो से पहले उस स्वामी को नया आकार बताएँ।
दिशा को भी ध्यान में रखें। जहाँ प्लेटफ़ॉर्म इनग्रेस और इग्रेस आवंटन को जोड़ता है, वहाँ एक तरफ का बदलाव दूसरी तरफ का बजट खा सकता है, और केवल इनग्रेस तालिका गिनने वाली योजना सही दिखेगी और पुनः लोड पर विफल होगी।
एक बड़ी स्लाइस मुक्त करना क्या नहीं करता
एक बड़े एकल-चौड़ाई क्षेत्र को घटाने से एक स्लाइस मुक्त होता है। यदि आपके लक्ष्य क्षेत्र को जोड़ी चाहिए, तो वह अकेला स्लाइस बेकार हो सकता है जब तक कि वह किसी अन्य खाली स्लाइस से सटा न हो, और सटाव लेआउट का गुण है, कुल का नहीं।
यही वह बिंदु है जहाँ लोग निष्कर्ष निकालते हैं कि प्लेटफ़ॉर्म टूटा हुआ है या दस्तावेज़ीकरण गलत है। दोनों में से कोई सही नहीं है। आवंटन मॉडल ठीक वही कर रहा है जो वह कहता है, और गलती सही स्थानों पर खाली स्लाइस गिनने के बजाय खाली जगह गिनने की थी। एक बार जब आप लेआउट कागज़ पर बना लें, तो उपलब्ध जोड़ी या तो है या नहीं है, और यह कुल के बारे में बहस की तुलना में प्लेटफ़ॉर्म स्वामी के साथ बहुत आसान बातचीत है।
एक संस्करण-जाल भी है जिसका नाम लेना उचित है। Cisco की तराशने की मार्गदर्शिका हार्डवेयर की एक विशिष्ट पीढ़ी का वर्णन करती है और स्पष्ट कहती है कि उसका मॉडल न Cloud Scale है न Silicon One। क्षेत्रों के नाम, डिफ़ॉल्ट आकार और यहाँ तक कि कौन-सी सुविधाएँ दोहरी-चौड़ाई की हैं, अन्यत्र भिन्न हैं, इसलिए एक प्लेटफ़ॉर्म पर किसी विशिष्ट क्षेत्र के बारे में चेतावनी उस प्लेटफ़ॉर्म और संस्करण के बारे में साक्ष्य है, सार्वभौमिक नुस्खा नहीं।
क्षेत्र बदलना एक सुविधा बदलाव है
प्रत्येक तराश एक क्षमता का सौदा है। किसी क्षेत्र को घटाकर ARP दमन के लिए जगह बनाना उस चीज़ को कम करता है जिसकी उस क्षेत्र ने रक्षा की थी, और परिणाम तब तक प्रकट नहीं हो सकता जब तक जगह चाहने वाली नीति फिर से लागू न हो।
विंडो से पहले प्रभावित प्रत्येक सुविधा के स्वामी से लिखित सहमति लें। यह नौकरशाही नहीं है: जिसने मूल रूप से VACL क्षेत्र को मापा था वह जानता है कि यह क्या फ़िल्टर करता है, और जगह बनाने वाला व्यक्ति आमतौर पर नहीं जानता।
हार्डवेयर लेआउट बदलने वाले परिवर्तनों के लिए पुनः लोड की अपेक्षा करें। कुछ प्लेटफ़ॉर्म इसकी आवश्यकता रखते हैं और कुछ नहीं, लेकिन जब पुनः लोड संभव हो तब रखरखाव विंडो के बिना योजना बनाना ही रूटिंग बदलाव को रुकावट बनाने का तरीका है। विंडो को कमांड के बजाय पुनः लोड के आसपास निर्धारित करें, और पिछली प्रोफ़ाइल का पाठ कहीं ऐसी जगह रखें जहाँ से आप उसे ऐसे कंसोल से पढ़ सकें जिसने अपना प्रबंधन सत्र खो दिया हो।
लागू करें और आधार रेखा के विरुद्ध सत्यापित करें
प्लेटफ़ॉर्म की समर्थित प्रक्रिया के माध्यम से योजना लागू करें, फिर उन फ़ंक्शनों को सत्यापित करें जिन्हें आपने संरक्षित रखा, केवल उसे नहीं जो आपने जोड़ा। चुपचाप मिलान करना बंद कर चुकी फ़िल्टरिंग के साथ काम करता नया तराशा गया क्षेत्र मूल विफलता से बदतर परिणाम है।
क्षमता का आउटपुट फिर से पढ़ें और उसकी तुलना उस आधार रेखा से करें जो आपने दर्ज की, फिर उस सुविधा का परीक्षण करें जिसने बदलाव को प्रेरित किया। Nexus TCAM तराशने की मार्गदर्शिका यहाँ वर्णित चौड़ाई और स्लाइस मॉडल के लिए संदर्भ है, जिसमें यह भी शामिल है कि यह हार्डवेयर की कौन-सी पीढ़ी को कवर करती है।