সাহায্য
প্যাকেট লস কী ও কীভাবে চিনবেন?
প্যাকেট লসে পাঠানো প্যাকেট গন্তব্যে পৌঁছায় না। ডিভাইস, সংযোগ ও পুনরাবৃত্ত পরীক্ষা তুলনা করুন; শুধু পিংয়ের উত্তর না পাওয়া ত্রুটি প্রমাণ করে না।
পাঠানো প্যাকেট গন্তব্যে না পৌঁছালে প্যাকেট লস হয়। কাটা কথা, গেমে হঠাৎ অবস্থান বদল বা থেমে যাওয়া ট্রান্সফার এর সঙ্গে মিলতে পারে, কিন্তু ডিভাইস বা অ্যাপের সমস্যাও কারণ হতে পারে। দ্রুত ডাউনলোড মাঝে মাঝে হওয়া লস বাদ দেয় না। VMAXCHECK সরাসরি প্যাকেট লস মাপে না; গতি বা লেটেন্সি এই নির্ণয় নিশ্চিত করে না।
নিয়ন্ত্রিত তুলনা দিয়ে শুরু করুন
- সময়, স্থায়িত্ব, অ্যাপ ও একসঙ্গে প্রভাবিত ডিভাইস লিখুন। অ্যাপ নেটওয়ার্ক পরিসংখ্যান দিলে তার ব্যাখ্যা অনুযায়ী লস ও মাপের দিক নথিভুক্ত করুন।
- একই ডিভাইসে অল্প ব্যবধানে Wi-Fi ও Ethernet তুলনা করুন। প্রাথমিক মাপের জন্য নিজের বড় ট্রান্সফার ও ব্যাকআপ বন্ধ করুন; স্বাভাবিক সমস্যা হওয়ার পরিস্থিতি আলাদা দেখুন।
- শান্ত সময় ও সমস্যার সময় একই গন্তব্য ও সেটিংয়ে পুনরাবৃত্তি করুন। একটি ভালো পরীক্ষা বিরতিতে হওয়া সমস্যা বাদ দেয় না। শুধু সন্ধ্যার ধরন যানজটের প্রমাণ নয়।
- অন্য ডিভাইস ও সেবা তুলনা করুন। একটি অ্যাপ হলে সেবার অবস্থাও দেখুন। Ethernet-এ উন্নতি বেতার পথ বা ডিভাইস পরীক্ষা করার ইঙ্গিত, Wi-Fi ফ্রেম হারানোর প্রমাণ নয়।
সীমিত পিং পরীক্ষা
Windows-এ ping /n 50 1.1.1.1 একটি পাবলিক গন্তব্যে 50টি ICMP ইকো অনুরোধ পাঠায়। উত্তর দেয় এমন গন্তব্য ব্যবহার করুন; সেটি অ্যাপের সার্ভার নাও হতে পারে। নেটওয়ার্ক সেটিং থেকে স্থানীয় রাউটারের ঠিকানা নিয়ে গন্তব্যের বদলে বসিয়েও পরীক্ষা করুন। ফল আলাদা রাখুন: পাঠানো অনুরোধ, পাওয়া ও অনুপস্থিত উত্তর, যাতায়াতের সময়। পুনরাবৃত্তিতে সংখ্যা, অপেক্ষার সীমা, প্যাকেটের আকার ও ঠিকানার পরিবার একই রাখুন। খুব ছোট অপেক্ষার সীমা বা দ্রুত অনুরোধের বন্যা তৈরি করা পরীক্ষা এড়ান; অনুপস্থিত উত্তরের অপেক্ষায় কয়েক মিনিট লাগতে পারে।
অনুপস্থিত উত্তর সতর্কভাবে বুঝুন
- 50 অনুরোধে দুটি উত্তর না পাওয়া এই নমুনায় 4% ICMP উত্তর অনুপস্থিত থাকা, সব অ্যাপের ট্র্যাফিকের নির্ভরযোগ্য লস হার নয়। রাউটার বা গন্তব্য ICMP সীমিত বা বন্ধ করতে পারে। অনুরোধ ও উত্তর পথের আলাদা অংশে হারাতে পারে।
- রাউটারের উত্তর অনুপস্থিত থাকার সঙ্গে অ্যাপের সমস্যাও হলে আগে স্থানীয় পথ পরীক্ষা করা যুক্তিযুক্ত। মিল থাকা লক্ষণ ছাড়া রাউটার নীরব থাকা সংযোগ খারাপের প্রমাণ নয়।
- রাউটার উত্তর দিলেও কয়েকটি ইন্টারনেট গন্তব্য ও অ্যাপ ব্যর্থ হলে রাউটারের ইন্টারনেট দিক, সংযোগ ও পরের পথ পরীক্ষা করুন। ফল শুধু সেবাদাতাকে দায়ী করে না।
- traceroute-এর তারকা বা pathping-এর একটি মধ্যবর্তী ধাপের লস ফরওয়ার্ডিং ত্রুটি প্রমাণ করে না। শেষ গন্তব্য, পরের ধাপ ও অ্যাপ তুলনা করুন: যন্ত্র নিজের উত্তর সীমিত করেও অন্য ট্র্যাফিক পাঠাতে পারে।
দেরি ও লস আলাদা: বেশি পিং হারানো প্যাকেটের সংখ্যা নয়। TCP অনুপস্থিত ডেটা আবার পাঠাতে পারে, ফলে অপেক্ষা বা গতি কমতে পারে। UDP নিজে পৌঁছানোর নিশ্চয়তা দেয় না; অ্যাপ নিজের পুনরুদ্ধার যোগ করতে পারে। প্রভাব অ্যাপ এবং আলাদা বা গুচ্ছ লসের ওপর নির্ভর করে। একটি শতাংশের মান সবার জন্য উত্তীর্ণের সীমা নয়, আর ছোট ভালো পরীক্ষা অন্য পথ বা পরের সেশনের নিশ্চয়তা নয়।
ফল অনুযায়ী বদলান ও আবার তুলনা করুন
- শুধু বেতার সমস্যায় কভারেজ ও রেডিও প্রতিযোগিতা দেখুন। কেবলে ভালো চলছে এমন সামঞ্জস্যপূর্ণ কেবল বা পোর্ট দিয়ে তুলনা করুন এবং ডিভাইস ও অ্যাডাপ্টারের সরকারি নির্দেশিকা দেখুন। একবারে একটি বিষয় বদলান।
- নিজের বড় ট্রান্সফারের সঙ্গে সমস্যা হলে থামান, সময় বদলান বা সীমিত করে তুলনা করুন। নির্মাতার সমর্থিত সারি ব্যবস্থাপনা যানজটে সাহায্য করতে পারে, সব লস সারায় না।
- নির্দেশিকা অনুযায়ী পুনরায় চালুর আগে রাউটারের ঘটনা ও মাপ সংরক্ষণ করুন। পুনরায় চালু অন্য ব্যবহারকারী ও কল বাধাগ্রস্ত করে; এটি পরীক্ষা, কারণের প্রমাণ নয়। শুরুতেই ফ্যাক্টরি রিসেট বা সুরক্ষা বন্ধ করবেন না।
- বদলের পরে একই পরীক্ষা ও অ্যাপ পুনরাবৃত্তি করুন। একটি সেবা হলে তার অবস্থা ও সহায়তা দেখুন; একাধিক ডিভাইস ও সেবায় নেটওয়ার্ক সেবাদাতাকে তুলনা দিন।
সহায়তাকে সময়, স্থায়িত্ব, সংযোগ, মডেল, গন্তব্য ও সেটিং, অনুরোধ ও অনুপস্থিত উত্তরের সংখ্যা, যাতায়াতের সময়, ডিভাইস, অ্যাপ এবং Ethernet বা কম লোডের প্রভাব দিন। লগ থেকে পাসওয়ার্ড, টোকেন ও ব্যক্তিগত অ্যাকাউন্টের তথ্য সরান। পুনরাবৃত্তিযোগ্য পর্যবেক্ষণ সবচেয়ে বেশি শতাংশের ধাপকে দায়ী করা বা এক পরীক্ষায় দ্রুত প্যাকেজ কেনার চেয়ে বেশি কাজে লাগে।