DSCP مارکنگ یا فراہم کنندہ کا QoS وعدہ؟ دونوں میں سے کوئی معاہدہ نہیں

کچھ مارک ہوتا ہے، ایک قطار ترتیب دی جاتی ہے، اور پھر کوئی پوچھتا ہے کہ ڈیزائن واقعی کون سا معیار یقینی بناتا ہے۔ ایماندار جواب یہ ہے کہ آپ نے ایک معاہدے کے دو حصے بیان کیے ہیں جو ایک سرحد پر ملتے ہیں۔ جب تک آپ اس کلاس کا نام نہ بتا سکیں جو فراہم کنندہ قبول کرتا ہے اور وہ سلوک جو وہ لاگو کرتا ہے، مقامی ترتیب ایک ارادہ ہے، وعدہ نہیں۔ دونوں حصے اہم ہیں اور ایک سے دوسرے کا اندازہ نہیں لگایا جا سکتا۔

local match → queue and marking → provider classifier
  → provider treatment → destination

صحیح مارکنگ کہاں خاموشی سے مر سکتی ہے

ہر کام کے بوجھ کے لیے مقامی مطابقت کی شرط، سرنگ کے اندر ہونے والی کوئی بھی مارکنگ، وہ قدر جو فراہم کنندہ قبول کرتا ہے اور وہ سروس کلاس جو اس قدر کو منتخب کرتی ہے، لکھ کر شروع کریں۔ چار کالم، اور ناکامیاں عام طور پر دوسرے اور تیسرے کے درمیان رہتی ہیں۔

اندر سے باہر ہیڈر کی طرف مارکنگ کا سلوک کلاسیکی مسئلہ ہے۔ خفیہ یا سرنگ والے راستے میں پیکٹ اندر کا ہیڈر رکھتا ہے جسے آپ کا درجہ بند کرنے والا دیکھ سکتا ہے اور باہر کا ہیڈر جسے فراہم کنندہ کا سامان دیکھ سکتا ہے، اور ایک کو دوسرے میں نقل کرنا ترتیب کا فیصلہ ہے، خودکار خصوصیت نہیں۔ صرف اندر کا ہیڈر مارک کریں اور فراہم کنندہ باہر والے کی درجہ بندی کرتا ہے، عام طور پر بطور ڈیفالٹ، اسی لیے صحیح طور پر مارک شدہ بہاؤ آپ کی طرف ایک بھی غلط ترتیب شدہ سطر کے بغیر غلط کلاس میں پہنچ سکتا ہے۔

مقامی طور پر نام دی گئی کلاس بھی خالی رہ سکتی ہے کیونکہ اس کی مطابقت کی شرط حقیقی پیکٹوں پر کبھی فعال نہیں ہوتی۔ پورٹ بدلتے ہیں، ایپلیکیشنز کئی بہاؤ استعمال کرتی ہیں، اور کسی معروف پورٹ پر مطابقت جسے وینڈر نے دو ریلیز پہلے استعمال کرنا بند کر دیا تھا، صفر کاؤنٹر والی قطار اور چلتی ترتیب میں کامل دکھنے والی پالیسی پیدا کرتی ہے۔

واضح طور پر فیصلہ کریں کہ مارکنگ پر کہاں بھروسہ کیا جاتا ہے۔ سرنگ بانٹنے والی ہر چیز کو بلند کرنا بڑے منتقلیوں کو بھی کالوں کے ساتھ بلند کرتا ہے، اور جو فراہم کنندہ تصدیق کے بغیر آپ کی مارکنگ قبول کرتا ہے وہ آپ کو خود کو نقصان پہنچانے کا راستہ دیتا ہے۔ اگر معاہدہ گیٹ وے کو حوالگی پر دوبارہ مارک کرنے کی اجازت دیتا ہے تو اسے تحریری طور پر کہیں، کیونکہ دو ٹیموں کے مفروضے عام طور پر وہیں الگ ہوتے ہیں۔

شیڈیولر اصل میں کیا تقسیم کرتا ہے

مقامی پالیسی کی اپنی معنیات ہیں، اور سب سے زیادہ غلط فہمی “remaining” لفظ پیدا کرتا ہے۔ IOS XE شیڈیولنگ گائیڈ جن پلیٹ فارمز کی وضاحت کرتی ہے ان پر bandwidth remaining percent اضافی وزن مقرر کرتا ہے، کسی ترتیب کا قدم نہیں جہاں ہر کلاس پچھلی کلاس کے چھوڑے ہوئے سے حصہ لیتی ہے۔ غیر مختص شدہ فیصد فائل کی آخری کلاس کے لیے محفوظ کیے جانے کے بجائے اہل غیر ترتیب شدہ قطاروں میں پھیلائے جاتے ہیں۔

یہ فرق اہم ہے کیونکہ ترتیبی ذہنی ماڈل ایسی پیشین گوئیاں دیتا ہے جو کاؤنٹر سے کبھی نہیں ملتیں۔ انجینئر نتیجہ بدلنے کے لیے کلاسوں کی ترتیب بدلتے ہیں، کوئی فرق نہیں دیکھتے اور یہ نتیجہ اخذ کرتے ہیں کہ پلیٹ فارم خراب ہے، حالانکہ ترتیب کا مطلب کبھی وہ نہیں تھا جو انہوں نے فرض کیا۔

والد شکلبندھن دوسری عام حیرت ہے۔ قابو شدہ قطار کو قابل استعمال سروس کی شرح تک شکل دینا اکثر جان بوجھ کر ہوتا ہے، کیونکہ یہ بھیڑ کے نقطے کو اس ڈیوائس کی طرف منتقل کرتا ہے جسے آپ منتظم کرتے ہیں، نہ کہ اوپر کی اس قطار کی طرف جسے آپ منتظم نہیں کرتے۔ شکل دینا تاخیر بڑھاتا ہے اس لیے شکلبندھن ہٹانا نقصان کو ہٹانے کے بجائے منتقل کر سکتا ہے، اور اوور ہیڈ حساب یا فراہم کنندہ کا پولسر مؤثر شرح کو انٹرفیس کے اشارے سے کم کر سکتے ہیں۔

کاؤنٹر بتاتے ہیں کون سا حصہ ناکام ہوا

متاثرہ سمت میں چار اعداد کا موازنہ کریں: کیا پیش کیا گیا، کلاس کس سے ملی، کیا قطار میں گیا یا گرا دیا گیا، اور سروس نے واقعی کیا پہنچایا۔ کام کے بوجھ کی تفصیل اور پالیسی کا ورژن مشاہدے کے پاس رکھیں، کیونکہ ان کے بغیر کاؤنٹر کا اسکرین شاٹ دوبارہ پیدا نہیں کیا جا سکتا۔

شاخیں مختلف مالکان کے مختلف مسائل ہیں۔ کسی سے نہ ملنے والی مقامی کلاس آپ کی طرف درجہ بندی کی خرابی ہے۔ جو کلاس ملتی ہے، قطار میں جاتی ہے اور گرتی ہے جبکہ فراہم کنندہ صاف ترسیل کی رپورٹ دیتا ہے، وہ آپ کے اپنے شیڈیولر یا شکلبندھن کی طرف اشارہ کرتی ہے۔ جو کلاس مقامی طور پر صحیح دکھتی ہے جبکہ نقصان حوالگی سے آگے ظاہر ہوتا ہے، وہ کیریئر کی میپنگ اور معاہدے میں ماپی گئی حد کی طرف اشارہ کرتی ہے۔ تینوں میں سے کوئی بھی دوسروں میں ترمیم سے ٹھیک نہیں ہوتا، اسی لیے اعداد اکٹھے جمع کرنے پڑتے ہیں۔

RFC 2475 درجہ بندی اور کنڈیشننگ کو انتظامی ڈومینز کے اندر کیا جانے والا کام قرار دیتا ہے، اور اسی لیے مارکنگ قطاروں کو سرے سے سرے تک محفوظ نہیں کر سکتی۔ IOS XE شیڈیولنگ گائیڈ اوپر بیان کردہ اضافی وزن کے سلوک کا حوالہ ہے، اور ماڈلوں کے درمیان حساب شدہ شرح منتقل کرنے سے پہلے اس کے پلیٹ فارم موازنہ پڑھنے کے قابل ہیں۔

معاہدہ ایک جگہ لکھیں

مقامی مطابقت، اعتماد کی سرحد، فراہم کنندہ کی کلاس اور ماپی گئی سروس کی سطح کو ایک دستاویز میں رکھیں جس پر دونوں فریق دستخط کریں۔ پھر فیصد کی تبدیلی کا سیاق ہوگا، اور معیار کی شکایت کا مالک ہوگا۔

مقامی فیصد بدلنے سے دوسری قطار کی ضمانت درست نہیں ہو سکتی، اور کوئی مارکنگ اسکیم ایسی میپنگ سے نہیں بچتی جس کی فراہم کنندہ پاسداری نہ کرے۔ دونوں حصوں کا موازنہ کریں، سرحد کا نام دیں، اور پھر ہی کوئی عدد نقل کریں۔