VPN কলে জিটার ও প্যাকেট লস: কী তুলনা করবেন

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

দেরি আসা আর হারানো প্যাকেট কেন আলাদা শোনায়

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

দিকও গুরুত্বপূর্ণ। আগত ও বহির্গামী মিডিয়া ভিন্ন পথ নিতে পারে, বিশেষত যখন এক পক্ষ মোবাইল নেটওয়ার্কে থাকে।

খারাপ সময়ে যে সংখ্যাগুলো পড়তে হবে

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

পরিসংখ্যান প্যানেলের স্ক্রিনশট কলের স্মৃতির চেয়ে ভালো, কারণ সংখ্যাগুলো পরে তুলনা করা যায়। বিশ সেকেন্ডের লস শতাংশ বলে দেয় পথ এখন প্যাকেট ফেলছে কি না, কিন্তু লস কি ঝাঁকে ঝাঁকে আসছে বা কখন শুরু হয়েছে তা নয়।

এর জন্য একটি উইন্ডোকে রায় ধরে না নিয়ে দ্বিতীয় শর্তে মাপটা আবার করুন। ভিন্ন শর্তে নেওয়া দুটি উইন্ডো কোনো শর্ত ছাড়া নেওয়া একটি দীর্ঘ উইন্ডোর চেয়ে বেশি বলে।

জিটার বাফার সময়সীমার সঙ্গে কী করে

জিটার বাফার আগত প্যাকেটগুলো অল্পক্ষণ ধরে রাখে, যাতে অসম আগমন, অর্থাৎ যে বিলম্ব-বৈচিত্র্যকে RFC 3393 একটি মেট্রিক হিসেবে সংজ্ঞায়িত করে, নিয়মিত ঘড়িতে বাজানো যায়। বাফারের আকারই প্লেআউট সময়সীমা ঠিক করে: ওই সময়সীমার পরে আসা প্রতিটি প্যাকেট, তার বিষয়বস্তু যা-ই হোক, বাতিল হয়। কোন কোডেক কতটা ঢাকতে পারে তা ভিন্ন, আর হারানো ফ্রেম ইন্টারপোলেট করা কোডেক একটি লস লুকাতে পারে, কিন্তু পরপর অনেকগুলো নয়। এজন্যই একই লস শতাংশ ভিন্ন কোডেকে ভিন্ন কল-মান দেয়।

বাফার টিউন করা একটি বিনিময়, সমাধান নয়। বড় বাফার কথোপকথনের বিলম্বের বিনিময়ে ধারাবাহিকতা কিনে, আর সময়সীমার পরে আসা প্যাকেট তা ফিরিয়ে আনতে পারে না।

এক্সিটের আগে রেডিও ও লোড তুলনা করুন

এক্সিট ও অ্যাপ্লিকেশন স্থির রেখে একবারে একটি স্থানীয় শর্ত বদলান। শক্তিশালী সিগন্যাল আইকন চ্যানেল-ভিড় সম্পর্কে কিছু বলে না। সমস্যা যদি একটি ঘর বা একটি অ্যাক্সেস পয়েন্ট অনুসরণ করে, তবে পরের তদন্ত রেডিও।

ping -c 50 -i 0.2 203.0.113.9
mtr -rw -c 20 203.0.113.9

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

তুলনা যা সমর্থন করে কেবল তা-ই সারান

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

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