একটি ব্যস্ত হোটেল, শপিং সেন্টার বা হাসপাতালে প্রচুর ব্যান্ডউইথ থাকা সত্ত্বেও খারাপ অভিজ্ঞতা হতে পারে। একজন গেস্ট একটি বড় ফাইল ডাউনলোড করা শুরু করেন, ব্যাকগ্রাউন্ডে স্টাফদের ডিভাইসগুলি সিনক্রোনাইজ হতে থাকে, এবং হঠাৎ করেই একটি ভয়েস কল অস্পষ্ট হয়ে যায় যখন একটি পেমেন্ট টার্মিনাল প্রতিক্রিয়ার জন্য অপেক্ষা করে। এর অর্থ এই নয় যে লিঙ্কটি ছোট। আসলে নেটওয়ার্কটি অত্যন্ত ভিন্ন ভিন্ন ব্যবসায়িক গুরুত্বের ট্রাফিককে এমনভাবে পরিচালনা করছে যেন সেগুলি সব সমান।
সেজন্যই কিভাবে নেটওয়ার্ক ট্রাফিককে অগ্রাধিকার দেওয়া যায় তা শুরু হয় পলিসি দিয়ে, রাউটারের কোনো চেকবক্স দিয়ে নয়। বিরোধের সময় কোন অ্যাপ্লিকেশন, লোক এবং ডিভাইসগুলি ব্যবহারের উপযোগী থাকতে হবে তা আপনাকে সিদ্ধান্ত নিতে হবে, তারপর সেই সিদ্ধান্তগুলিকে কনফিগারেশন, আইডেন্টিটি সিস্টেম এবং অপারেশনাল ডকুমেন্টেশনে দৃশ্যমান করতে হবে। যুক্তরাজ্যের নির্দেশিকা ট্রাফিক ব্যবস্থাপনাকে একটি ডকুমেন্টেড অনুশীলন হিসাবে বিবেচনা করে যার মধ্যে স্বচ্ছতার প্রত্যাশা থাকে, বিশেষ করে যেখানে কনজেশনের সময় লেটেন্সি-সংবেদনশীল পরিষেবাগুলির সুরক্ষার প্রয়োজন হয়।
কেন এই মুহূর্তে নেটওয়ার্ক ট্র্যাফিক অগ্রাধিকার দেওয়া গুরুত্বপূর্ণ
একটি ইভেন্ট ভেন্যুতে, ব্যর্থতার ধরনটি পরিচিত। অতিথি WiFi ব্যবহার বৃদ্ধি পায়, ভিডিও আপলোডগুলি স্টাফ সিস্টেমগুলির সাথে প্রতিযোগিতা করে এবং ব্যাকগ্রাউন্ড আপডেটগুলি পয়েন্ট-অফ-সেল ট্রাফিকের মতো একই অ্যাক্সেস পাথ ব্যবহার করে। একটি পেমেন্ট টার্মিনাল কেবল অল্প পরিমাণ ডেটা আদান-প্রদান করতে পারে, তবে ভুল মুহূর্তে বিলম্ব একটি লেনদেনকে প্রভাবিত করে। একটি ভয়েস বা ভিডিও কলের বিপরীত প্রোফাইল রয়েছে, একটি বড় ট্রান্সফারের পিছনে অপেক্ষা করার পরিবর্তে ধারাবাহিকভাবে প্যাকেটগুলি পৌঁছানো প্রয়োজন।
QoS নতুন কোনো ধারণক্ষমতা তৈরি করে না। চাহিদা যখন উপলব্ধ ধারণক্ষমতাকে ছাড়িয়ে যায়, তখন এটি কীভাবে ব্যবহৃত হবে তা এটি নির্ধারণ করে। এই পার্থক্যটি গুরুত্বপূর্ণ কারণ অগ্রাধিকার দেওয়া কোনো কল, লেনদেন বা ক্লিনিকাল ওয়ার্কফ্লোকে রক্ষা করতে পারে, কিন্তু এটি একটি ব্যর্থ সার্কিট মেরামত করতে পারে না, কোনো আপস্ট্রিম ISP-এর বাধা দূর করতে পারে না বা দুর্বল ওয়্যারলেস কভারেজের ক্ষতিপূরণ দিতে পারে না।
সমান আচরণের ব্যবসায়িক পরিণতি
একটি সুনির্দিষ্ট পলিসি না থাকলে, গেস্ট ট্রাফিক প্রায়শই স্টাফ অ্যাপ্লিকেশন, IoT টেলিমেট্রি এবং অপারেশনাল সিস্টেমের মতো একই শিডিউলিংয়ের সুযোগ পায়। হসপিটালিটি, রিটেইল এবং হেলথকেয়ার সেক্টরে, এটি নেটওয়ার্কের আচরণ এবং ব্যবসায়িক ঝুঁকির মধ্যে একটি অমিল তৈরি করে। ব্যাকগ্রাউন্ড সিনক্রোনাইজেশন কাজের একটি সামান্য বিলম্ব সাধারণত সহনীয়। কিন্তু ভয়েস কিউ, পেমেন্ট ফ্লো বা জরুরি কোলাবোরেশন সেশনের ক্ষেত্রে একই বিলম্ব হয়তো সহনীয় নাও হতে পারে।
Ofcom -এর UK নেট-নিরপেক্ষতা নির্দেশিকা স্বীকার করে যে ট্রাফিক ম্যানেজমেন্ট কিছু বিভাগকে অন্যদের চেয়ে অগ্রাধিকার দিতে পারে যখন বিভাগগুলির সাথে সামঞ্জস্যপূর্ণ আচরণ করা হয় এবং পদ্ধতিটি প্রযুক্তিগত প্রয়োজনীয়তা এবং কনজেশন বা জটলার ঝুঁকির সাথে আনুপাতিক হয়। নির্দেশিকাটি আরও বর্ণনা করে যে কীভাবে প্রধান ফিক্সড এবং মোবাইল ISP-গুলি ২০১২ সাল থেকে একটি সাধারণ কি ফ্যাক্টস ইন্ডিকেটর টেমপ্লেটের মাধ্যমে ট্রাফিক ম্যানেজমেন্ট অনুশীলনগুলি প্রকাশ করেছে, যা গ্রাহকদের কাছে অগ্রাধিকারের বিষয়টিকে আরও স্বচ্ছ করে তুলেছে। Ofcom -এর ট্রাফিক ম্যানেজমেন্ট নির্দেশিকা কর্মক্ষম দিকটি পরিষ্কার করে: অগ্রাধিকার দেওয়ার জন্য একটি সমর্থনযোগ্য কারণ এবং একটি বোধগম্য বিবরণের প্রয়োজন রয়েছে।
ব্যবহারিক নিয়ম: অ্যাপ্লিকেশন আউটকাম সুরক্ষিত করুন, যে ডিভাইসটি এটি ব্যবহার করছে সেটি নয়।
হোম নেটওয়ার্কে ডিভাইস-ভিত্তিক নিয়ম কাজ করতে পারে, কিন্তু এন্টারপ্রাইজ পরিবেশগুলো ডায়নামিক। কর্মীরা অ্যাক্সেস পয়েন্টগুলোর মধ্যে চলাচল করেন, কন্ট্রাক্টররা ম্যানেজড বা আনম্যানেজড হার্ডওয়্যার ব্যবহার করেন এবং একটি ল্যাপটপ একই সাথে ভয়েস, ব্রাউজিং এবং বাল্ক ট্রান্সফার চালাতে পারে। আইডেন্টিটি, অ্যাপ্লিকেশন এবং ডিভাইসের ভূমিকার উপর ভিত্তি করে শ্রেণীবিন্যাস MAC ঠিকানার একটি স্ট্যাটিক তালিকার চেয়ে অনেক বেশি টেকসই।
ভালো অগ্রাধিকার নির্ধারণ যা করতে পারে এবং পারে না
একটি সঠিক ডিজাইন কনটেনশনের সময় গুরুত্বপূর্ণ ট্রাফিককে আরও ভালো সুযোগ দেয়, গুরুত্বপূর্ণ ক্লাসের জন্য ক্যাপাসিটি রিজার্ভ রাখে এবং ব্যাকগ্রাউন্ড ফ্লো যাতে কিউ পূর্ণ করতে না পারে তা প্রতিরোধ করে। এটি ঘটনা বা সমস্যার ডায়াগনসিস করাও সহজ করে তুলতে পারে কারণ পলিসিটি ব্যাখ্যা করে যে কেন একটি প্যাকেট মার্ক, কিউ বা লিমিট করা হয়েছিল।
এটি প্রতিটি অ্যাপ্লিকেশনকে সমানভাবে উন্নত করবে না এবং এটি ইচ্ছাকৃতভাবে কম-অগ্রাধিকারের ট্রাফিককে ধীর করে দিতে পারে। এই আপসটি কেবল তখনই গ্রহণযোগ্য যখন পলিসিতে উল্লেখ থাকে যে কী সুরক্ষিত করা হচ্ছে, সিদ্ধান্তের মালিক কে এবং নিয়মটি কখন প্রযোজ্য হবে। আইটি এবং নেটওয়ার্ক টিমের জন্য Purple WiFi সমাধান এই গভর্ন্যান্স সমস্যার সাথে প্রাসঙ্গিক, কারণ আইডেন্টিটি এবং ডিভাইস কনটেক্সট নেটওয়ার্ক টিমগুলোকে গেস্ট, স্টাফ এবং অপারেশনাল ট্রাফিককে উদ্দিষ্ট পলিসি ডোমেনে রাখতে সাহায্য করতে পারে।
পরিকল্পনার প্রয়োজনীয়তা এবং ট্র্যাফিক ক্লাস সংজ্ঞায়িত করা
একটি ইনভেন্টরি দিয়ে শুরু করুন, কোনো মার্কিং স্কিম দিয়ে নয়। অ্যাপ্লিকেশন, ব্যবহারকারী, ডিভাইস, সাইট এবং লিঙ্কগুলির তালিকা তৈরি করুন, তারপর নেটওয়ার্ক ব্যস্ত থাকলে প্রথমে কী ব্যাহত হয় তা রেকর্ড করুন। গুরুত্বপূর্ণ মনে হয় এমন সব কিছুতেই সর্বোচ্চ অগ্রাধিকার দেওয়া শুরু করবেন না। একটি ক্লাস কেবল তখনই কার্যকর হয় যখন এটি ট্র্যাফিক সুরক্ষার জন্য যথেষ্ট সীমিত থাকে।
ব্যবসায়িক ফলাফল থেকে পলিসি তৈরি করুন
প্রতিটি ট্র্যাফিক উৎসকে একটি সার্ভিস প্রত্যাশার সাথে ম্যাপ করুন। ভয়েস এবং ইন্টারেক্টিভ ভিডিওর সাধারণত কম বিলম্ব, কম জিটার এবং নিয়ন্ত্রিত লস প্রয়োজন। পেমেন্ট, ক্লিনিকাল এবং অপারেশনাল অ্যাপ্লিকেশনের জন্য অনুমানযোগ্য ডেলিভারি এবং নিশ্চিত ব্যান্ডউইথ প্রয়োজন হতে পারে। সফটওয়্যার আপডেট, ব্যাকআপ, গেস্ট ব্রাউজিং এবং বড় মিডিয়া স্থানান্তর সাধারণত বেস্ট-এফোর্ট বা স্ক্যাভেঞ্জার ট্রিটমেন্ট ব্যবহার করতে পারে।
একটি ছোট ক্লাসিফিকেশন সেট ব্যবহার করুন যা অপারেটররা চাপের মধ্যেও বুঝতে পারে:
- রিয়েল-টাইম: ভয়েস, ইন্টারেক্টিভ ভিডিও এবং অন্যান্য প্রবাহ যেখানে বিলম্বের তারতম্য ব্যবহারেরযোগ্যতা নষ্ট করে।
- গুরুত্বপূর্ণ ব্যবসায়িক: পেমেন্ট, ক্লিনিকাল, অপারেশনাল বা লেনদেনের ট্রাফিক যার বিরোধের সময় একটি নির্ভরযোগ্য সর্বনিম্ন স্তরের প্রয়োজন।
- ডিফল্ট: সাধারণ কর্মী, অতিথি এবং অ্যাপ্লিকেশন ট্রাফিক যার কোনো ব্যতিক্রমী ব্যবস্থার প্রয়োজন নেই।
- স্ক্যাভেঞ্জার: বাল্ক ট্রান্সফার, আপডেট, ব্যাকআপ এবং অ-জরুরী সিঙ্ক্রোনাইজেশন।
লেবেলগুলি সর্বজনীন মানদণ্ড নয়। দরকারী অংশটি হল প্রতিটি লেবেলের পেছনের সিদ্ধান্ত, যার মধ্যে মালিক, পরিমাপযোগ্য পরিষেবার প্রত্যাশা এবং এটি সক্রিয় করার পরিস্থিতি অন্তর্ভুক্ত রয়েছে।
কঠোর অগ্রাধিকার সতর্কতার সাথে চয়ন করুন
একটি স্ট্রিক্ট-প্রায়োরিটি কিউ বিলম্ব-সংবেদনশীল ট্রাফিকের জন্য উপযুক্ত, তবে এটি অবশ্যই একটি সীমার মধ্যে থাকতে হবে। যদি অনেক বেশি অ্যাপ্লিকেশন সেই কিউতে প্রবেশ করে, তবে শিডিউলারের অন্যান্য ট্রাফিক পরিবেশন করার জন্য খুব কম জায়গা থাকে এবং এটি অন্য কোথাও স্টারভেশন বা ট্রাফিকের ঘাটতি তৈরি করতে পারে। গুরুত্বপূর্ণ ব্যবসায়িক ট্রাফিকের জন্য অ্যাসিউরড ফরোয়ার্ডিং বা ক্লাস-ভিত্তিক ওয়েটেড শিডিউলিং প্রায়শই নিরাপদ, কারণ এটি প্রতিটি প্যাকেটকে সামনে না এনেও একটি ন্যূনতম অংশ সুরক্ষিত রাখে।
আইডেন্টিটি অবশ্যই ইনভেন্টরির অংশ হতে হবে। একজন স্টাফ ভয়েস ক্লায়েন্ট, গেস্ট ভিডিও স্ট্রিম এবং বিল্ডিং-ম্যানেজমেন্ট সেন্সর হয়তো একই অ্যাক্সেস পয়েন্ট শেয়ার করছে, কিন্তু তাদের পলিসির প্রয়োজনীয়তা ভিন্ন হতে পারে। Purple identity-based networking-এর মতো প্ল্যাটফর্মগুলি ক্লাসিফিকেশনের জন্য ব্যবহারকারী এবং ডিভাইসের কনটেক্সট প্রদান করতে পারে, যা অতিরিক্ত SSID বা দুর্বল ডিভাইস তালিকার উপর নির্ভরতা হ্রাস করে।
কার্যকরের আগে মানদণ্ড ডকুমেন্ট করুন
UK-এর স্বচ্ছতার প্রত্যাশা অনুযায়ী ডকুমেন্টেশনকে টেকনিক্যাল ডিজাইনের একটি অংশ করা প্রয়োজন। Ofcom-এর উপাদানগুলো বর্ণনা করে যে, সমস্ত অ্যাপ্লিকেশন একই QoS পাচ্ছে কিনা তা ISP-গুলোর ব্যাখ্যা করার প্রয়োজন রয়েছে, ট্রাফিক-ম্যানেজমেন্টের মানদণ্ড প্রকাশ করা, ক্ষতিগ্রস্ত অ্যাপ্লিকেশন ও পিক পিরিয়ডগুলো চিহ্নিত করা এবং ফেয়ার-ইউজ নিয়ম লঙ্ঘন হলে তার পরিণতি বর্ণনা করা প্রয়োজন। Ofcom-এর নেট-নিউট্রালিটি ডকুমেন্ট প্রাসঙ্গিক কমপ্লায়েন্সের প্রেক্ষাপট প্রদান করে।
ন্যূনতম হিসেবে রেকর্ড করুন:
- ট্রাফিকের সংজ্ঞা: অ্যাপ্লিকেশন, প্রোটোকল, গন্তব্য, ব্যবহারকারী গ্রুপ বা ডিভাইসের ভূমিকা।
- ব্যবস্থা: মার্কিং, কিউ, ন্যূনতম রিজার্ভেশন, শেপিং এবং পুলিশিং অ্যাকশন।
- সুযোগ: সাইট, SSID, লিঙ্ক, টেন্যান্ট এবং ব্যবসায়িক সময়।
- কারণ: পলিসিটি যে পরিষেবার ফলাফল সুরক্ষিত করে।
- মালিক এবং পর্যালোচনার সূত্রপাত: কে পরিবর্তনগুলি অনুমোদন করে এবং কোন প্রমাণ একটি সংশোধনকে প্ররোচিত করে।
NHS England -এর HSCN কোয়ালিটি-অফ-সার্ভিস মডেল দেখায় যে বাস্তব ক্ষেত্রে সুনির্দিষ্ট নীতি কেমন দেখায়। এর প্রকাশিত প্রোফাইলটি চুক্তিবদ্ধ ব্যান্ডউইথের AF1 ৫%, AF2 ৭.৫%, AF3 ৩০%, AF4 ৭.৫%, DE ৩৯%, EF ১০%, এবং ম্যানেজমেন্ট ১% রিজার্ভ করে, যা মোট ১০০% হয়। HSCN QoS ওভারভিউটি একটি দরকারী UK বেঞ্চমার্ক কারণ এটি অনানুষ্ঠানিক "উচ্চ অগ্রাধিকার" লেবেলের উপর নির্ভর না করে ক্লাস অনুসারে ন্যূনতম প্রতিশ্রুতিগুলি সংজ্ঞায়িত করে।
মার্কিং, কিউইং, শেপিং এবং পুলিশিং ব্যাখ্যা করা হয়েছে
এই মেকানিজমগুলি ভিন্ন ভিন্ন সমস্যার সমাধান করে। Marking একটি ক্লাসকে চিহ্নিত করে, queuing ট্রান্সমিশন অর্ডার নিয়ন্ত্রণ করে, shaping প্রবাহকে মসৃণ করতে প্যাকেটগুলিকে বিলম্বিত করে, এবং policing ট্রাফিক ড্রপ বা রিমার্ক করার মাধ্যমে একটি সীমা প্রয়োগ করে। অন্যগুলিকে বাদ দিয়ে কেবল একটি স্থাপন করলে প্রায়শই এমন একটি পলিসি তৈরি হয় যা ড্যাশবোর্ডে সঠিক দেখায় তবে কনজেশন পয়েন্টে ব্যর্থ হয়।
প্রান্তে মার্ক করুন, বেছে বেছে বিশ্বাস করুন
IP ট্র্যাফিকে DSCP এবং Ethernet ফ্রেমে CoS ক্লাসের তথ্য বহন করে। যেখানে আপনি এটি নির্ভরযোগ্যভাবে সনাক্ত করতে পারেন সেখানে ট্র্যাফিক চিহ্নিত করুন, সাধারণত একটি নিয়ন্ত্রিত অ্যাক্সেস প্রান্তে, এবং ট্রাস্ট বাউন্ডারিগুলো স্পষ্টভাবে সংজ্ঞায়িত করুন। একটি ম্যানেজমেন্ট ভয়েস ডিভাইস যাচাইকরণের পরে বিশ্বস্ত হতে পারে। একটি গেস্ট এন্ডপয়েন্টকে একটি অনুকূল মান সেট করে নিজেকে গুরুত্বপূর্ণ ঘোষণা করার অনুমতি দেওয়া উচিত নয়।
সুইচ এবং রাউটারগুলো মার্কিং মুছে ফেলতে পারে বা নতুন করে লিখতে পারে যখন ট্রাফিক প্রশাসনিক সীমানা অতিক্রম করে। তাই আপনার ডিজাইনে একটি রিমার্কিং পলিসি প্রয়োজন, এটি ধরে নেওয়া ঠিক হবে না যে একটি মান শুরু থেকে শেষ পর্যন্ত অপরিবর্তিত থাকবে।
কনটেনশনের জন্য কিউ
একটি ইন্টারফেস পূর্ণ থাকলে কোন প্যাকেটটি কখন স্থানান্তরিত হবে তা শিডিউলিং নির্ধারণ করে। লো-ল্যাটেন্সি বা কঠোর-অগ্রাধিকারমূলক ব্যবস্থা রিয়েল-টাইম ট্র্যাফিকের জন্য উপযুক্ত। ক্লাস-ভিত্তিক ওয়েটেড শিডিউলিং এমন ব্যবসায়িক ক্লাসের জন্য উপযুক্ত যার আনুপাতিক অ্যাক্সেস এবং ন্যূনতম গ্যারান্টি প্রয়োজন। বেস্ট-এফোর্ট এবং স্ক্যাভেঞ্জার কিউ সেই ট্র্যাফিকগুলিকে ধারণ করে যা বিলম্ব সহ্য করতে পারে।
HSCN মডেলটি প্রদর্শন করে যে কেন ন্যূনতম রিজার্ভেশনগুলি গুরুত্বপূর্ণ। শুধুমাত্র অগ্রাধিকার চিহ্নিতকরণ বিরোধের সময় পরিষেবার নিশ্চয়তা দেয় না। CloudSwitched দ্বারা বর্ণিত ব্যবহারিক QoS পদ্ধতি প্রথমে শ্রেণীবিন্যাসের উপর জোর দেয়, তারপরে শতাংশ-ভিত্তিক পুলিশিং বা শেপিং করা হয় যাতে ক্লাসগুলি যখন প্রতিযোগিতা করে তখন গুরুত্বপূর্ণ প্রবাহগুলি রাউটিংয়ের সুযোগ ধরে রাখে।
বাধার আগে শেপ করুন, সীমানায় পুলিশ করুন
শেপিং প্যাকেট বাফার করে এবং সেগুলোকে একটি নিয়ন্ত্রিত হারে রিলিজ করে। এটি প্রতিষ্ঠানের WAN প্রান্তে চমৎকার কাজ করে যখন আসল প্রোভাইডার রেট জানা থাকে এবং লোকাল ডিভাইসটিকে আপস্ট্রিম কিউ (queue) অনিয়ন্ত্রিত বাধা হয়ে দাঁড়ানো থেকে রক্ষা করতে হয়।
পলিসিং অনেক বেশি আকস্মিক। এটি একটি সীমার বিপরীতে ট্র্যাফিক পরিমাপ করে এবং এটি অতিক্রম করা প্যাকেটগুলো ড্রপ বা পুনরায় চিহ্নিত করতে পারে। এটি সেখানে ব্যবহার করুন যেখানে একটি কঠোর চুক্তি, ক্লাস বাউন্ডারি বা টেন্যান্ট সীমা গুরুত্বপূর্ণ। পরীক্ষা না করে বার্স্টি ইন্টারেক্টিভ ট্র্যাফিকের জন্য আক্রমণাত্মক পলিসিং ব্যবহার করবেন না, কারণ প্যাকেট ড্রপ সেই অ্যাপ্লিকেশনটিরই ক্ষতি করতে পারে যা রক্ষা করার জন্য নীতিটি তৈরি করা হয়েছে।
| ট্রাফিক ক্লাস | সুপারিশকৃত প্রক্রিয়া | কখন এটি ব্যবহার করবেন |
|---|---|---|
| রিয়েল-টাইম | সীমা সহ কঠোর অগ্রাধিকার, সাথে এজ মার্কিং | ভয়েস এবং ইন্টারেক্টিভ ভিডিওর জন্য কম বিলম্বের প্রয়োজন, তবে কিউ অবশ্যই সীমাবদ্ধ থাকতে হবে |
| গুরুত্বপূর্ণ ব্যবসা | ন্যূনতম রিজার্ভেশন সহ ওয়েটেড কিউ | কনটেনশন বা বিরোধের সময় লেনদেন এবং অপারেশনাল অ্যাপ্লিকেশনগুলির অনুমানযোগ্য অ্যাক্সেস প্রয়োজন |
| ডিফল্ট | ফেয়ার বা ওয়েটেড বেস্ট-ইফোর্ট কিউ | সাধারণ স্টাফ, গেস্ট এবং সাধারণ অ্যাপ্লিকেশন ট্রাফিক |
| স্ক্যাভেঞ্জার | কম-ওজনের কিউ, শেপিং বা কম মার্কিং | ব্যাকআপ, আপডেট এবং বাল্ক ট্রান্সফারগুলি অপ্রয়োজনীয়ভাবে ব্লক না হয়ে ছেড়ে দেওয়া উচিত |
প্রধান প্রোডাকশন ব্যর্থতা হলো অতিরিক্ত-অগ্রাধিকার প্রদান করা। একটি UK Ofcom সাবমিশন বর্ণনা করে যে উচ্চ-অগ্রাধিকারের প্যাকেটগুলি সরবরাহ করার সম্ভাবনা বেশি থাকে যখন কনজেশন বা জটলার সময় কম-অগ্রাধিকারের প্যাকেটগুলি বিলম্বিত বা ড্রপ হতে পারে, এবং রিপোর্ট করে যে ব্যস্ততম সময়ে মোবাইলের ডাউনলোড গতি ৪৪% ধীর হয়ে যায়। Ofcom -এর কাছে Three UK-এর সাবমিশন একটি ব্যবহারিক পদক্ষেপকে সমর্থন করে: কনজেশন উইন্ডোগুলি পরিমাপ করা, রিয়েল-টাইম ট্রাফিক সুরক্ষিত করা এবং ব্যাকগ্রাউন্ড ফ্লোকে বেস্ট-ইফোর্ট রাখা।
রাউটার, সুইচ এবং ওয়্যারলেস জুড়ে পলিসি প্রয়োগ করা
বাস্তবায়ন ট্রাফিক পাথ অনুসরণ করা উচিত। যেখানে বাধা রয়েছে সেখানে রেট কন্ট্রোল রাখুন, বিশ্বস্ত সেগমেন্ট জুড়ে ক্লাসের তথ্য সংরক্ষণ করুন এবং তারযুক্ত ক্লাসগুলোকে ওয়্যারলেস কিউয়ের সাথে ম্যাপ করুন যা বাতাসের মাধ্যমে প্যাকেট প্রেরণ করে।
WAN প্রান্ত থেকে শুরু করুন
একটি ইন্টারনেট রাউটার বা SD-WAN অ্যাপ্লায়েন্সে, সীমাবদ্ধ ইগ্রেস ইন্টারফেসের আগে ট্র্যাফিক শ্রেণীবদ্ধ করুন। যখন প্রোভাইডারের কিউ লেটেন্সি সৃষ্টি করছে, তখন ব্যবহারযোগ্য প্রোভাইডার রেটের সামান্য নিচে শেপিং প্রয়োগ করুন। যেখানে কঠোর সীমাবদ্ধতা প্রয়োজন সেখানে গেস্ট বা টেন্যান্ট ক্লাসগুলোকে পলিস করুন, এবং একটি ম্যানেজমেন্ট ক্লাস সংরক্ষণ করুন যাতে স্যাচুরেশনের সময়ও অ্যাডমিনিস্ট্রেটররা সাইটে পৌঁছাতে পারেন।
সাইট-টু-সাইট ট্র্যাফিকের জন্য, ওভারলে এবং আন্ডারলেতে একই ক্লাস মডেল প্রয়োগ করুন। একটি নীতি যা LAN-এ ভয়েস সুরক্ষিত করে কিন্তু সমস্ত এনক্রিপ্ট করা টানেল একটি আনম্যানেজড কিউয়ের মাধ্যমে পাঠায়, তা শেষ-থেকে-শেষ সমস্যার সমাধান করে না। SD-WAN প্ল্যাটফর্মটি এনক্রিপশনের আগে শ্রেণীবদ্ধ করতে পারে কিনা, টানেলে ক্লাসের তথ্য বহন করতে পারে কিনা এবং প্রতি পাথ অনুযায়ী ট্র্যাফিক শিডিউল করতে পারে কিনা তা পরীক্ষা করুন।
সুইচ ট্রাস্ট বাউন্ডারি নির্ধারণ করুন
অ্যাক্সেস সুইচগুলোর কেবল আপনার বিশ্বস্ত ডিভাইস এবং পোর্ট থেকেই মার্কিং গ্রহণ করা উচিত। একটি ভয়েস হ্যান্ডসেট বা নিয়ন্ত্রিত অ্যাক্সেস পয়েন্টকে অনুমোদিত মার্কিং ধরে রাখার অনুমতি দেওয়া যেতে পারে। গেস্ট-মুখী পোর্ট, আনম্যানেজড এন্ডপয়েন্ট এবং সাধারণ ব্যবহারকারী পোর্টগুলোকে ইনগ্রেসের সময় উপযুক্ত ক্লাসে রিমার্ক করা উচিত।
ক্যাম্পাস আপলিঙ্কগুলিতে, সম্মত ক্লাস মডেলের সাথে মেলে এমন কিউ কনফিগার করুন। প্রতিটি সুইচে আলাদা ব্যাখ্যা তৈরি করা এড়িয়ে চলুন। মিশ্র ভেন্ডর এস্টেট প্রায়শই ব্যর্থ হয় কারণ একটি প্ল্যাটফর্ম একটি কিউকে “ভয়েস” বলে, অন্যটি এটিকে ভিন্ন DSCP মানের সাথে ম্যাপ করে এবং ওয়্যারলেস কন্ট্রোলার সম্পূর্ণ ভিন্নভাবে প্রয়োগ করে।
ওয়্যারলেস পলিসিকে WMM-এর সাথে ম্যাপ করুন
ওয়্যারলেস কন্ট্রোলারগুলো ট্রাফিক ক্লাসগুলোকে WiFi মাল্টিমিডিয়া কিউতে রূপান্তর করে। ভয়েস এবং ভিডিওর জন্য অনুরূপ ওয়্যারলেস ট্রিটমেন্ট প্রয়োজন, তবে এয়ারটাইম একটি শেয়ার্ড মিডিয়াম হিসেবেই থাকে। কভারেজ, চ্যানেল ব্যবহার বা ক্লায়েন্টের আচরণ দুর্বল হলে একটি উচ্চ-প্রায়োরিটি ওয়্যারলেস কিউ এখনও সমস্যার সম্মুখীন হতে পারে।
ট্রাফিক কন্ট্রোলারে পৌঁছানোর আগেই সেটিকে ক্লাসিফাই করতে আইডেন্টিটি এবং ডিভাইসের ভূমিকা ব্যবহার করুন। স্টাফ, গেস্ট এবং IoT সিস্টেমগুলি একই অ্যাক্সেস লেয়ার শেয়ার করতে পারে এবং একই সাথে ভিন্ন পলিসি ট্রিটমেন্ট পেতে পারে, তবে শর্ত হলো আইডেন্টিটির উৎসটি নির্ভরযোগ্য হতে হবে। Microsoft Entra ID, Google Workspace বা Okta-এর সাথে ডিরেক্টরি ইন্টিগ্রেশন স্টাফ কনটেক্সটকে সমর্থন করতে পারে, অন্যদিকে iPSK লিগ্যাসি ডিভাইসগুলির জন্য দরকারী যা আধুনিক আইডেন্টিটি ফ্লো সম্পূর্ণ করতে পারে না।
ক্লাউড প্ল্যাটফর্মগুলোর ধারাবাহিকতা বজায় রাখুন
Meraki, Aruba, Ruckus, Mist এবং UniFi ভিন্ন ভিন্ন নাম এবং নিয়ন্ত্রণের স্তর প্রদর্শন করে, তাই প্রথমে আপনার পলিসিটিকে ভেন্ডর - নিরপেক্ষ প্রয়োজনীয়তায় অনুবাদ করুন:
- শ্রেণীবদ্ধ করুন: পরিচয়, অ্যাপ্লিকেশন, ডিভাইসের ভূমিকা বা সাবনেট মেলান।
- চিহ্নিত করুন: নির্ধারিত ট্রাস্ট বাউন্ডারিতে DSCP সেট বা রিমার্ক করুন।
- কিউ করুন: ক্লাসটিকে একটি ওয়্যার্ড বা ওয়্যারলেস শিডিউলারের সাথে ম্যাপ করুন।
- নিয়ন্ত্রণ করুন: প্রকৃত সীমাবদ্ধ ইন্টারফেসে শেপ বা পুলিশ করুন।
- রেকর্ড করুন: পলিসির মালিক, সুযোগ, কারণ এবং পরিবর্তনের ইতিহাস সংরক্ষণ করুন।
ক্লাউড-পরিচালিত প্ল্যাটফর্মগুলি রোলআউট সহজ করে, কিন্তু অগ্রাধিকার বোঝার প্রয়োজনীয়তাকে দূর করে না। একটি গ্লোবাল অ্যাপ্লিকেশন নিয়ম একটি SSID নীতিকে ওভাররাইড করতে পারে, আবার একটি সুইচ WAN অ্যাপ্লায়েন্স দেখার আগেই মার্কিংগুলি পুনরায় লিখতে পারে। একটি পথ পরীক্ষা করুন, প্রতিটি হপে পর্যবেক্ষিত ক্লাস ক্যাপচার করুন এবং কেবল তখনই কনফিগারেশনটি প্রতিলিপি করুন।
ভেরিফিকেশন মনিটরিং এবং চলমান অপ্টিমাইজেশান
কনফিগারেশন সফলভাবে প্রয়োগ করা হয়েছে বলেই একটি QoS পলিসি কাজ করছে তা বলা যায় না। এটি তখনই কাজ করে যখন উদ্দিষ্ট ট্রাফিক সঠিকভাবে ক্লাসিফাই করা হয়, পুরো পাথ জুড়ে প্রত্যাশিত ট্রিটমেন্ট বজায় রাখে এবং প্রতিযোগী ট্রাফিকের উপস্থিতিতেও তার সার্ভিসের প্রয়োজনীয়তা পূরণ করে।
প্যাকেটের যাত্রা ভেরিফাই করুন
চারটি স্তরে পরীক্ষা করুন:
- শ্রেণিবিভাগ (Classification): অ্যাপ্লিকেশন, আইডেন্টিটি এবং ডিভাইসটি উদ্দিষ্ট নিয়মের সাথে মিলছে কিনা তা নিশ্চিত করুন।
- চিহ্নিতকরণ (Marking): রাউটার, সুইচ, অ্যাক্সেস পয়েন্ট এবং টানেল জুড়ে ইনগ্রেস এবং ইগ্রেসের সময় DSCP বা CoS পরীক্ষা করুন।
- তফসিল নির্ধারণ (Scheduling): কিউ ব্যবহারের হার, ড্রপস, টেইল ড্রপস, শেপিং বিলম্ব এবং পলিসিং অ্যাকশনগুলো পর্যালোচনা করুন।
- অভিজ্ঞতা (Experience): স্বাভাবিক এবং যানজটপূর্ণ সময়ে ল্যাটেন্সি, জিটার, লস, কল কোয়ালিটি এবং ট্রানজ্যাকশন রেসপন্সিভনেস তুলনা করুন।
ইন্টারফেস কাউন্টারগুলি আপনাকে বলে যে একটি কিউ সক্রিয় আছে কিনা। তবে সেগুলি আপনাকে এটি বলে না যে ব্যবহারকারীর অভিজ্ঞতা গ্রহণযোগ্য কিনা, তাই সেগুলিকে অ্যাপ্লিকেশন টেলিমেট্রি এবং নিয়ন্ত্রিত পরীক্ষার সাথে যুক্ত করুন। ওয়্যারলেস এনভায়রনমেন্টের জন্য, latency and jitter test from Purple কন্ট্রোলার এবং সুইচ ডেটার পাশাপাশি একটি বাস্তব অভিজ্ঞতা যাচাই করতে সাহায্য করতে পারে।
পলিসি পরিবর্তনের আগে বেসলাইন তৈরি করুন
ডেপ্লয়মেন্টের আগে সাধারণ আচরণ পর্যবেক্ষণ করুন। কোথায় কনজেশন হচ্ছে, কোন কিউ পূর্ণ হচ্ছে, কোন অ্যাপ্লিকেশনে বিলম্ব হচ্ছে এবং কখন সমস্যাটি দেখা দিচ্ছে তা নোট করুন। বাস্তবায়নের পর, তুলনামূলক পরিস্থিতিতে একই পর্যবেক্ষণগুলো পুনরায় সম্পন্ন করুন।
প্রতিটি প্যাকেট ড্রপের জন্য অ্যালার্ট না দিয়ে কনজেশন উইন্ডোর চারপাশে অ্যালার্ট সেট করুন। একটি স্ক্যাভেঞ্জার কিউতে অল্প সংখ্যক ড্রপ প্রত্যাশিত হতে পারে। একটি রিয়েল-টাইম কিউতে ক্রমাগত ড্রপ, ক্রমবর্ধমান শেপিং বিলম্ব বা কোনও অপ্রত্যাশিত বাউন্ডারিতে ঘন ঘন রিমার্কিং করার জন্য তদন্তের প্রয়োজন রয়েছে।
কাউন্টার ছাড়া একটি প্রায়োরিটি পলিসি হলো পারফরম্যান্স সম্পর্কে একটি মতামত মাত্র, পারফরম্যান্সের প্রমাণ নয়।
যখন অ্যাপ্লিকেশনের মিশ্রণ পরিবর্তিত হয়, সাইটগুলি নতুন পরিষেবা যোগ করে বা ব্যবসায়িক মালিকরা তাদের SLA পরিবর্তন করে তখন রিজার্ভেশনগুলি পর্যালোচনা করুন। NHS England-এর HSCN প্রোফাইল একটি দরকারী অনুস্মারক যে স্পষ্ট ক্লাস বরাদ্দ ট্রেড-অফগুলিকে দৃশ্যমান করে তোলে। অপারেটর গল্পে তর্ক করার পরিবর্তে একটি ক্লাসের যথেষ্ট সুরক্ষা রয়েছে কিনা তা নিয়ে আলোচনা করতে পারেন।
ক্লাসিক QoS এবং স্লাইসিংয়ের মধ্যে সিদ্ধান্ত নিন
ক্লাসিক QoS কিউগুলো তখন একটি ব্যবহারিক পছন্দ যখন আপনি অ্যাক্সেস ইন্টারফেস নিয়ন্ত্রণ করেন এবং কর্মী, অতিথি এবং অপারেশনাল ট্রাফিকের মধ্যে দ্বন্দ্বের সমাধান করতে চান। এগুলো প্যাকেট শ্রেণীবদ্ধ করে এবং উপলব্ধ পাথের মধ্যে সেগুলোকে শিডিউল করে।
স্লাইসিং-ভিত্তিক অগ্রাধিকার একটি ভিন্ন সার্ভিস মডেল। EE ২০২৬ সালে একটি গ্রাহক-কেন্দ্রিক 5G+ Fast Lane in 2026 চালু করেছে, যা স্টেডিয়াম, শপিং সেন্টার এবং ট্রেন স্টেশনের মতো ব্যস্ত স্থানগুলোর জন্য ডেডিকেটেড 5G স্ট্যান্ডঅ্যালোন নেটওয়ার্ক রিসোর্স বর্ণনা করে, যেখানে এর নেটওয়ার্ক বুস্ট ফিচারটি জনাকীর্ণ সেল টাওয়ারগুলোতে প্রথাগত QoS কিউইং ব্যবহার করে। EE-এর 5G নেটওয়ার্ক স্লাইসিং পরিকল্পনার ওপর ISPreview রিপোর্ট এই পার্থক্যটি চিত্রিত করে।
একটি ভেন্যু বা ভেন্যুর জন্য, স্টাফ সিস্টেম এবং স্থানীয় WLAN ট্রাফিকের জন্য ক্লাসিক QoS-ই যথেষ্ট হতে পারে। একটি স্লাইসিং-ভিত্তিক প্রোডাক্ট সেখানে প্রাসঙ্গিক হয়ে উঠতে পারে যেখানে একটি ইভেন্টের সময় মোবাইল অ্যাক্সেস সার্ভিসের নিজস্ব ভিন্ন ট্রিটমেন্টের প্রয়োজন হয়। এগুলোকে আলাদা কন্ট্রোল প্লেন হিসেবে বিবেচনা করুন এবং কে গ্যারান্টি দিচ্ছে তা নথিবদ্ধ করুন।
সাধারণ অগ্রাধিকার সংক্রান্ত সমস্যা সমাধান করা
অধিকাংশ ব্যর্থ QoS ডেপ্লয়মেন্ট কোনো সীমানায় বা শ্রেণিবিভাগের সিদ্ধান্তে বাধাগ্রস্ত হয়। প্রথম হপটি চিহ্নিত করে শুরু করুন যেখানে দৃশ্যমান আচরণ পলিসি থেকে বিচ্যুত হচ্ছে, তারপর আরও নিয়ম যুক্ত করার পরিবর্তে সেই লেয়ারটি ঠিক করুন।
যদি অগ্রাধিকার কিউ ট্র্যাফিককে রক্ষা করতে না পারে
অ্যাপ্লিকেশনটি নিয়মের সাথে মিলছে কিনা, প্যাকেটটি প্রত্যাশা অনুযায়ী মার্ক করা হয়েছে কিনা এবং কিউটি কনজেস্টেড কিনা তা পরীক্ষা করুন। একটি প্রায়োরিটি কিউ যা কখনও পূর্ণ হয় না তা খুব বেশি কিছু প্রমাণ করে না। নিয়ন্ত্রিত কনটেনশন তৈরি করুন, তারপর সুরক্ষিত অ্যাপ্লিকেশনটি চলাকালীন কিউ কাউন্টারগুলো পরীক্ষা করুন।
যদি রিয়েল-টাইম ট্রাফিক বিলম্বিত হয়, তবে অতিরিক্ত প্রায়োরিটি মেম্বারশিপ, একটি আনবাউন্ডেড কিউ বা কোনও ডাউনস্ট্রিম ইন্টারফেসে সমতুল্য ট্রিটমেন্টের অভাব আছে কিনা তা সন্ধান করুন। প্রায়োরিটি বাড়ানোর আগে বিস্তৃত অ্যাপ্লিকেশন ম্যাচগুলো সরিয়ে ফেলুন। আরও বেশি প্রায়োরিটি ক্লাস সাধারণত কম অর্থপূর্ণ প্রায়োরিটি তৈরি করে।
যদি মার্কিং অদৃশ্য হয়ে যায়
ট্রাস্ট বাউন্ডারি জুড়ে প্যাকেটটি ট্রেস করুন। অ্যাক্সেস সুইচগুলো অবিশ্বস্ত এন্ডপয়েন্টগুলোকে পুনরায় চিহ্নিত করতে পারে, ওয়্যারলেস কন্ট্রোলারগুলো মানগুলোকে WMM ট্রিটমেন্টে অনুবাদ করতে পারে এবং এনক্রিপ্ট করা ওভারলেগুলো আন্ডারলে শিডিউলার থেকে ভেতরের মার্কিংগুলো লুকিয়ে রাখতে পারে। মার্কিংটি কোথায় অথোরেটেটিভ হবে তা স্থির করুন, তারপর প্রতিটি পরবর্তী হপ এটিকে সংরক্ষণ করতে বা ইচ্ছাকৃতভাবে অনুবাদ করতে কনফিগার করুন।
আপস্ট্রিম ISP হ্যান্ডলিং আরেকটি সম্ভাবনা। আপনার স্থানীয় রাউটার বহির্গামী ট্রাফিক শিডিউল করতে পারে, কিন্তু এটি কোনও বাহ্যিক প্রোভাইডারের অভ্যন্তরীণ কিউ (queue) নিয়ন্ত্রণ করতে পারে না। যদি প্রোভাইডার কনজেশন ভিন্নভাবে পরিচালনা করে, তবে সমস্যা আরও ওপরে জানানোর আগে টাইমস্ট্যাম্প, কিউ-এর প্রমাণ এবং অ্যাপ্লিকেশনের লক্ষণগুলো সংগ্রহ করুন।
ওয়্যারলেস পারফরম্যান্স যদি দুর্বলই থাকে
রেডিওর সমস্যা থেকে QoS আলাদা রাখুন। উচ্চ রিট্রান্সমিশন, দুর্বল কভারেজ, চ্যানেল কনটেনশন এবং ওভারসাবস্ক্রাইবড অ্যাক্সেস পয়েন্টগুলি একটি সঠিক WMM ম্যাপিংকে দুর্বল করতে পারে। ক্লায়েন্ট অবস্থানে পরীক্ষা করুন, তারযুক্ত এবং ওয়্যারলেস পথের তুলনা করুন এবং ভয়েস এবং ভিডিও উদ্দিষ্ট ওয়্যারলেস কিউতে প্রবেশ করছে কিনা তা পরীক্ষা করুন।
অতিথি, কর্মী এবং IoT আইডেন্টিটি নির্ভুল রাখুন। ডিভাইসগুলো যদি তাদের ভূমিকা পরিবর্তন করে বা অথেনটিকেশন কোনো শেয়ার্ড নেটওয়ার্কে ফিরে যায়, তবে শিডিউলার হয়তো ভুল পলিসিটি নিখুঁতভাবে কার্যকর করবে।
পলিসিটিকে সমর্থনযোগ্য রাখুন
প্রতিটি পরিবর্তন এর কারণ, মালিক, পরিধি এবং রোলব্যাক পদ্ধতিসহ ডকুমেন্ট করুন। Ofcom-এর প্রকাশিত নির্দেশিকায় বর্ণিত স্বচ্ছতার নীতিগুলো অনুসরণ করে ট্রাফিক ম্যানেজমেন্ট প্রযোজ্য হওয়ার ক্ষেত্রে ক্ষতিগ্রস্ত অ্যাপ্লিকেশন এবং পিক পিরিয়ডগুলো রেকর্ড করুন। কোনো ইনসিডেন্ট, বড় ধরনের অ্যাপ্লিকেশন পরিবর্তন এবং SD-WAN বা 5G স্লাইসিং-এর মতো নতুন অ্যাক্সেস মডেলের পর পলিসিটি পর্যালোচনা করুন।
অগ্রাধিকার নির্ধারণ হলো প্যাকেট মেকানিক্স দ্বারা সমর্থিত একটি ধারাবাহিক পলিসি ম্যানেজমেন্ট। যখন নিয়ম, আইডেন্টিটি কনটেক্সট, কিউ এবং পরিমাপগুলো মিলে যায়, তখন নেটওয়ার্ক ব্যান্ডউইথ সীমাহীন এমন ভান না করেই গুরুত্বপূর্ণ সার্ভিসগুলোকে রক্ষা করে।
Purple ব্যবহারকারী এবং ডিভাইসের আইডেন্টিটি প্রয়োগযোগ্য নেটওয়ার্ক নীতির সাথে সংযুক্ত করতে পারে, যা দলগুলোকে মিশ্র ভেন্ডর এস্টেট জুড়ে কর্মী, গেস্ট এবং অপারেশনাল ট্র্যাফিক আলাদা করতে সহায়তা করে। আইডেন্টিটি-ভিত্তিক WiFi, অ্যানালিটিক্স এবং নেটওয়ার্ক ইন্টিগ্রেশন কীভাবে একটি নথিবদ্ধ ট্র্যাফিক-অগ্রাধিকার কৌশলকে সমর্থন করতে পারে তা মূল্যায়ন করতে Purple-এ যান।
