Traceroute ও MTR যাচাই সার্ভার থেকে হোস্ট পর্যন্ত পথ দেখায়: আপনার প্যাকেট যে প্রতিটি রাউটার (হপ) পেরোয়। সংযোগ কোথায় ধীর হচ্ছে বা ভেঙে যাচ্ছে তা খুঁজে বের করতে এগুলো সাহায্য করে। দুটিই check-host.su-এ ২৫টি লোকেশন থেকে পাওয়া যায়: traceroute ও MTR।

Traceroute: পথ

প্রতিটি সারি একটি হপ। আপনি তার নম্বর, রাউটারের ঠিকানা এবং প্রতিটি প্রোবের রেসপন্স টাইম দেখতে পান।

  • পথ ধরে রেসপন্স টাইম বাড়ে — এটি স্বাভাবিক: রাউটার যত দূরে, পথ তত দীর্ঘ।
  • দুটি হপের মধ্যে সময়ের হঠাৎ লাফ — সাধারণত দীর্ঘ ভৌগোলিক দূরত্ব, যেমন মহাসাগর পেরোনো লিংক।
  • সময়ের জায়গায় * — রাউটার এই প্রোবে সাড়া দেয়নি। অনেক রাউটার ইচ্ছে করেই traceroute-এ সাড়া দেয় না; পরের হপগুলো সাড়া দিলে সব ঠিক আছে।
  • পৌঁছানো যায়নি — শেষ হপগুলো সাড়া দেয় না। হোস্ট প্রোব ব্লক করতে পারে, অথবা পথ সত্যিই সেখানে ভেঙে গেছে।

MTR: পরিসংখ্যানসহ traceroute

MTR প্রতিটি হপে কয়েকটি প্রোব পাঠায় এবং পরিসংখ্যান দেখায়:

  • Loss — সাড়াহীন প্রোবের অংশ;
  • Sent — কতগুলো প্রোব পাঠানো হয়েছে;
  • Last, Avg, Best, Worst — সর্বশেষ, গড়, সবচেয়ে ভালো ও সবচেয়ে খারাপ রেসপন্স টাইম;
  • StDev — সময় কতটা ওঠানামা করে; বেশি মান মানে অস্থির লিংক।

মাঝের হপে লস প্রায়ই সমস্যা নয়

রাউটার নিজের ওপর দিয়ে যাওয়া ট্রাফিক নিজেকে পাঠানো প্যাকেটের চেয়ে দ্রুত সামলায়। তাই একটি রাউটার ৩০–৫০% লস দেখালেও পরের সব হপে ০% থাকতে পারে। এমন লস আসল নয়: রাউটার শুধু কম অগ্রাধিকারে প্রোবের জবাব দিচ্ছে।

আসল লস দেখতে অন্যরকম: সেটি কোনো হপ থেকে শুরু হয় এবং গন্তব্য পর্যন্ত তার পরের প্রতিটি হপে চলতে থাকে। যে নেটওয়ার্কে সেটি শুরু হয়, সমস্যা খুঁজতে হবে সেখানেই।

ফলাফল নিয়ে কী করবেন

  • লস ও বাড়তে থাকা সময় শুধু শেষ হপে — সমস্যা গন্তব্য সার্ভারে বা তার নেটওয়ার্কে।
  • মাঝখান থেকে শুরু হয়ে শেষ পর্যন্ত চলা লস — ওই হপের প্রদানকারীর সমস্যা; সাপোর্টকে লেখার সময় MTR রিপোর্ট জুড়ে দিলে কাজে লাগে।
  • বিভিন্ন দেশ থেকে ভিন্ন ভিন্ন পথ — ফলাফলে লোকেশনগুলো তুলনা করুন: সমস্যা শুধু একটি অঞ্চলে থাকতে পারে।

আরও খবর