প্যাকেট লস টেস্ট

ব্রাউজার দিয়ে আসল ICMP প্যাকেট লস মাপা যায় না। এই পাতা HTTP টাইমআউট দেখায়।

এই টুলটি কী পরিমাপ করে?

একটি সাধারণ ওয়েব পেজ থেকে ইচ্ছামতো ICMP ইকো প্যাকেট পাঠানো সম্ভব নয়। তাই এই টুলটি ব্যর্থ HTTP প্রোবগুলোকে (HTTP probes) অ্যাপ্লিকেশন-পাথ ডায়াগনস্টিক বা অ্যাপ্লিকেশনের পথ সংক্রান্ত সমস্যা হিসেবে চিহ্নিত করে; এগুলোকে কখনোই IP-লেয়ারে প্যাকেট লস (packet loss) হিসেবে গণ্য করে না।

আমি এটি কীভাবে ব্যবহার করব?

প্রোব সিরিজ (পরীক্ষা প্রক্রিয়া) শুরু করুন।
সবগুলো অনুরোধ (requests) সম্পন্ন না হওয়া পর্যন্ত ব্রাউজারের ট্যাবটি সক্রিয় রাখুন।
ব্যর্থ হওয়া প্রোবগুলোর পাশাপাশি HTTP ল্যাটেন্সি (latency) এবং জিটার (jitter) পর্যালোচনা করুন।
যখন প্রকৃত ICMP বা ইন্টারফেস সংক্রান্ত পরিসংখ্যান জানার প্রয়োজন হয়, তখন অপারেটিং সিস্টেম বা রাউটারের নিজস্ব ডায়াগনস্টিক টুল ব্যবহার করুন।

ফলাফলটি কীভাবে বুঝব?

একটি HTTP প্রোব ব্যর্থ হওয়ার অর্থ হলো, এই ব্রাউজার পরীক্ষার সময় অনুরোধটি সফলভাবে সম্পন্ন হয়নি। সংযোগ সমস্যা, টাইম-আউট (timeout), সার্ভার সংক্রান্ত সমস্যা, ব্রাউজারের সীমাবদ্ধতা বা রেট-লিমিট (rate-limit)-এর কারণে এমনটা হতে পারে।

এর প্রযুক্তিগত সীমাবদ্ধতাগুলো কী কী?

HTTP প্রোব ব্যর্থ হওয়া মানেই নেটওয়ার্ক-লেয়ারে প্যাকেট লস হওয়া—বিষয়টি এমন নয়। SpeedTestLab কখনোই কৃত্রিমভাবে ICMP ফলাফল তৈরি করে না।

সচরাচর জিজ্ঞাসিত প্রশ্নাবলি

ব্রাউজারের মাধ্যমে কি প্রকৃত প্যাকেট লস পরিমাপ করা সম্ভব?

ICMP ব্যবহার করে যেকোনো হোস্টের ক্ষেত্রে এটি সম্ভব নয়। বিশেষায়িত WebRTC পরীক্ষার মাধ্যমে নিজস্ব মিডিয়া সেশনের ভেতরে প্যাকেট লস পরিমাপ করা যেতে পারে, তবে সেটি সম্পূর্ণ ভিন্ন একটি বিষয়।

প্রকৃত প্যাকেট লস জানার জন্য আমার কী ব্যবহার করা উচিত?

নির্ভরযোগ্য অপারেটিং সিস্টেম টুল, রাউটার ডায়াগনস্টিকস অথবা নির্দিষ্ট কোনো রিয়েল-টাইম সেশনের জন্য তৈরি বিশেষ পরীক্ষা পদ্ধতি ব্যবহার করুন।

এই টুলটি কী পরিমাপ করে?

আমি এটি কীভাবে ব্যবহার করব?

ফলাফলটি কীভাবে বুঝব?

এর প্রযুক্তিগত সীমাবদ্ধতাগুলো কী কী?

সচরাচর জিজ্ঞাসিত প্রশ্নাবলি

ব্রাউজারের মাধ্যমে কি প্রকৃত প্যাকেট লস পরিমাপ করা সম্ভব?

প্রকৃত প্যাকেট লস জানার জন্য আমার কী ব্যবহার করা উচিত?

আরও নেটওয়ার্ক টুল