DSCP মার্কিং, নাকি প্রোভাইডারের QoS প্রতিশ্রুতি? কোনোটিই চুক্তি নয়

কিছু একটা মার্ক করা হয়, একটি কিউ কনফিগার করা হয়, তারপর কেউ জিজ্ঞাসা করে ডিজাইনটি আসলে কোন মানের নিশ্চয়তা দেয়। সৎ উত্তর হলো আপনি এমন একটি চুক্তির দুই অর্ধেক বর্ণনা করেছেন যা একটি সীমানায় মিলিত হয়। যতক্ষণ না আপনি প্রোভাইডার যে ক্লাস গ্রহণ করে এবং যে প্রক্রিয়াকরণ প্রয়োগ করে তার নাম বলতে পারেন, স্থানীয় কনফিগারেশন একটি প্রতিশ্রুতি নয়, একটি অভিপ্রায়। দুই অর্ধেকই গুরুত্বপূর্ণ, এবং একটির থেকে অন্যটি অনুমান করা যায় না।

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

সঠিক মার্কিং কোথায় নিঃশব্দে মরে যেতে পারে

প্রতিটি ওয়ার্কলোডের জন্য স্থানীয় ম্যাচ শর্ত, টানেলের ভিতরে ঘটে এমন যেকোনো মার্কিং, প্রোভাইডার যে মান গ্রহণ করে এবং সেই মান যে সার্ভিস ক্লাস নির্বাচন করে তা লিখে শুরু করুন। চারটি কলাম, আর ব্যর্থতাগুলো সাধারণত দ্বিতীয় ও তৃতীয়টির মধ্যে থাকে।

ভেতর থেকে বাইরে মার্কিংয়ের আচরণ ক্লাসিক সমস্যা। এনক্রিপ্টেড বা টানেলযুক্ত পথে থাকা প্যাকেটে থাকে একটি ভেতরের হেডার যা আপনার ক্লাসিফায়ার দেখতে পায় এবং একটি বাইরের হেডার যা প্রোভাইডারের সরঞ্জাম দেখতে পায়, আর একটিকে অন্যটিতে অনুলিপি করা কনফিগারেশনের সিদ্ধান্ত, স্বয়ংক্রিয় বৈশিষ্ট্য নয়। শুধু ভেতরের হেডার মার্ক করুন, আর প্রোভাইডার বাইরেরটিকে শ্রেণিবদ্ধ করে, সাধারণত ডিফল্ট হিসেবে, তাই সঠিকভাবে মার্ক করা প্রবাহ আপনার দিকে একটি ভুল কনফিগার করা লাইন ছাড়াই ভুল ক্লাসে পৌঁছাতে পারে।

স্থানীয়ভাবে নামকরণ করা একটি ক্লাসও খালি থাকতে পারে, কারণ এর ম্যাচ শর্ত বাস্তব প্যাকেটে কখনোই সক্রিয় হয় না। পোর্ট সরে যায়, অ্যাপ্লিকেশন একাধিক প্রবাহ ব্যবহার করে, আর এমন একটি সুপরিচিত পোর্টে ম্যাচ যা ভেন্ডর দুই রিলিজ আগে ব্যবহার বন্ধ করেছে শূন্য কাউন্টারের একটি কিউ এবং চলমান কনফিগারেশনে নিখুঁত দেখতে একটি পলিসি তৈরি করে।

মার্কিং কোথায় বিশ্বাস করা হবে তা স্পষ্টভাবে ঠিক করুন। একটি টানেল ভাগ করে নেয় এমন সবকিছু উন্নীত করা কণ্ঠস্বরের সঙ্গে বাল্ক ট্রান্সফারও উন্নীত করে, আর যে প্রোভাইডার যাচাই ছাড়াই আপনার মার্কিং গ্রহণ করে সে আপনাকে নিজের ক্ষতি করার একটি পথ দেয়। যদি চুক্তি গেটওয়েকে হ্যান্ডঅফে পুনরায় মার্ক করার অনুমতি দেয়, তা লিখিতভাবে বলুন, কারণ ঠিক সেই বিন্দুতেই দুই দলের অনুমান সাধারণত ভিন্ন হয়।

শিডিউলার আসলে কী ভাগ করে

স্থানীয় পলিসির নিজস্ব সেমান্টিক্স আছে, আর সবচেয়ে বেশি ভুল বোঝাবুঝি ঘটায় “remaining” শব্দটি। IOS XE শিডিউলিং গাইডে বর্ণিত প্ল্যাটফর্মগুলোতে bandwidth remaining percent একটি অতিরিক্ত ওজন নির্ধারণ করে, এমন কোনো ক্রমের ধাপ নয় যেখানে প্রতিটি ক্লাস আগের ক্লাস যা রেখে গেছে তার একটি অংশ নেয়। বরাদ্দ না করা শতাংশ ফাইলের শেষ ক্লাসের জন্য সংরক্ষিত না থেকে যোগ্য অসংযোজিত কিউগুলোর মধ্যে ছড়িয়ে দেওয়া হয়।

এই পার্থক্যটি গুরুত্বপূর্ণ, কারণ ক্রমিক মানসিক মডেল এমন পূর্বাভাস দেয় যা কখনোই কাউন্টারের সঙ্গে মেলে না। ইঞ্জিনিয়াররা ফলাফল বদলাতে ক্লাসের ক্রম বদলান, কোনো পার্থক্য দেখেন না, এবং সিদ্ধান্তে আসেন যে প্ল্যাটফর্ম নষ্ট, অথচ কনফিগারেশন কখনোই তাদের অনুমিত অর্থ বোঝায়নি।

প্যারেন্ট শেপার হলো অন্য সাধারণ বিস্ময়। নিয়ন্ত্রিত কিউকে ব্যবহারযোগ্য সার্ভিস রেটে নামিয়ে শেপ করা প্রায়ই ইচ্ছাকৃত, কারণ এটি কনজেশন পয়েন্টকে আপনার পরিচালিত একটি ডিভাইসে সরিয়ে দেয়, আপনার পরিচালনা না করা আপস্ট্রিম কিউতে নয়। শেপিং বিলম্ব যোগ করে বলে শেপার সরানো ক্ষতি অপসারণের বদলে স্থানান্তর করতে পারে, আর ওভারহেড হিসাব বা প্রোভাইডার পুলিশার কার্যকর হারকে ইন্টারফেস যা ইঙ্গিত দেয় তার চেয়ে কম করতে পারে।

কাউন্টার বলে দেয় কোন অর্ধেক ব্যর্থ হয়েছে

ক্ষতিগ্রস্ত দিকে চারটি সংখ্যা তুলনা করুন: কী প্রস্তাব করা হয়েছিল, ক্লাস কী মিলেছে, কী কিউতে গেছে বা বাদ পড়েছে, এবং সার্ভিস আসলে কী পৌঁছেছে। ওয়ার্কলোডের বর্ণনা ও পলিসির সংস্করণ পর্যবেক্ষণের পাশে রাখুন, কারণ সেগুলো ছাড়া কাউন্টারের স্ক্রিনশট পুনরুৎপাদন করা যায় না।

শাখাগুলো ভিন্ন মালিকের ভিন্ন সমস্যা। স্থানীয় ক্লাস যা কিছুই মেলে না তা আপনার দিকের শ্রেণিবিন্যাসের বাগ। যে ক্লাস মেলে, কিউতে যায় ও ফেলে দেয় অথচ প্রোভাইডার পরিষ্কার ডেলিভারি রিপোর্ট করে, তা আপনার নিজের শিডিউলার বা শেপারের দিকে ইঙ্গিত করে। যে ক্লাস স্থানীয়ভাবে সঠিক দেখায় অথচ হ্যান্ডঅফের পরে ক্ষতি দেখা যায়, তা ক্যারিয়ারের ম্যাপিং ও চুক্তির মাপা সীমানার দিকে ইঙ্গিত করে। তিনটির কোনোটিই অন্যগুলো সম্পাদনা করে ঠিক হয় না, তাই সংখ্যাগুলো একসঙ্গে সংগ্রহ করতে হয়।

RFC 2475 শ্রেণিবিন্যাস ও কন্ডিশনিংকে প্রশাসনিক ডোমেনের ভিতরে করা কাজ হিসেবে চিহ্নিত করে, আর ঠিক সেই কারণেই একটি মার্কিং প্রান্ত থেকে প্রান্ত পর্যন্ত কিউ সংরক্ষণ করতে পারে না। IOS XE শিডিউলিং গাইড উপরে বর্ণিত অতিরিক্ত-ওজনের আচরণের রেফারেন্স, আর মডেলের মধ্যে হিসাব করা হার সরানোর আগে এর প্ল্যাটফর্ম তুলনাগুলো পড়া উচিত।

চুক্তিটি এক জায়গায় লিখুন

স্থানীয় ম্যাচ, বিশ্বাসের সীমানা, প্রোভাইডার ক্লাস এবং মাপা সার্ভিস লেভেল একটি নথিতে রাখুন যা উভয় পক্ষ স্বাক্ষর করে। তখন শতাংশ পরিবর্তনের একটি প্রসঙ্গ থাকে, আর মানের অভিযোগের একটি মালিক থাকে।

স্থানীয় শতাংশ বদলে অন্য কিউয়ের গ্যারান্টি মেরামত করা যায় না, এবং প্রোভাইডার যে ম্যাপিং মানে না তা কোনো মার্কিং স্কিমই টিকিয়ে রাখে না। দুই অর্ধেক তুলনা করুন, সীমানার নাম দিন, এবং কেবল তখনই একটি সংখ্যা উদ্ধৃত করুন।