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 کاٹنے کی گائیڈ یہاں بیان کردہ چوڑائی اور ٹکڑوں کے ماڈل کا حوالہ ہے، جس میں یہ بھی شامل ہے کہ یہ ہارڈویئر کی کون سی نسل کا احاطہ کرتی ہے۔