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

টানেল আপনার শ্রেণিবিন্যাস করতে চাওয়া প্রবাহটিকে লুকায়

এনক্রিপশন ভিতরের হেডারগুলিকে প্রতি টানেলে একটি বাইরের হেডার দিয়ে প্রতিস্থাপন করে। এরপর ভয়েস ও ব্যাকআপ ট্রাফিক একই উৎস, গন্তব্য ও পরিবহন পোর্ট উপস্থাপন করে, তাই টানেল পোর্টের ভিত্তিতে তৈরি একটি শ্রেণিবিন্যাসকারী তাদের আলাদা করতে পারে না। যা-ই এগিয়ে দেন, পুরোটা একসাথে এগিয়ে দেন।

উৎপন্নকারী অ্যাপ্লিকেশন যে DSCP মান সেট করে তা কেবল তখনই টেকে যদি কিছু তা বাইরে কপি করে। OpenVPN 2.6-এ passtos আছে, যা IPv4 পরিসরের সঙ্গে নথিভুক্ত; IPsec টানেল সীমান্তে নিজস্ব কপি বা ম্যাপিং নীতি প্রয়োগ করে। সেই ধাপ ছাড়া বাইরের প্যাকেট টানেল ইন্টারফেসের ব্যবহার করা যেকোনো ডিফল্ট দিয়ে চিহ্নিত হয়, এবং নিচের দিকের সারি কখনো জানে না যে ভিতরে একটি কল আছে।

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

অগ্রাধিকার কেবল সেখানেই গণ্য যেখানে সারি তৈরি হয়

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

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

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

StageWhat you can controlWhat to verify
Application to clientWhich flows are trusted for markingThe marked packets are the ones you intended
Tunnel boundaryWhether the inner mark is copied outwardOuter header carries the expected value
Your uplinkShaping rate and class treatmentQueue counters move for the voice class
Provider pathAlmost nothingWhether the service enforces the marking at all
Receiving sideLocal policy after arrivalDelay that is already in the past

পাবলিক ইন্টারনেটে কী টিকে থাকে

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

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

পর্যায়টিকে আলাদা করার একটি পরিমাপ পরিকল্পনা

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

tc -s qdisc show dev eth0
tc -s class show dev eth0
mtr -rwzbc 50 voice.example.net

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

সম্পর্কিত নিবন্ধ