সংযোগ পরীক্ষা করার জন্য পিং google.com ব্যবহার করা হচ্ছে


11

যেহেতু আমাদের বাড়ির ইন্টারনেট সংযোগ সময়ে সময়ে ভেঙে যায় আমি একটি সামান্য পরীক্ষা চালিয়েছি:

গত দুই মাস ধরে, আমার একটি মেশিন আধা ঘণ্টা ভিত্তিতে গুগল ডটকমকে পিং করছে। একটি পরিমাপ 50 টি পিংস নিয়ে গঠিত।

আমি এখন দিনের প্রতিটি ঘন্টার জন্য হারিয়ে যাওয়া প্যাকেটের গড় শতাংশ গণনা করেছি: হারানো প্যাকেটের শতাংশ

আমার প্রশ্নগুলো:

  1. পিং গন্তব্য হিসাবে গুগল ডটকমকে বেছে নেওয়ার কারণে সন্ধ্যায় এই শিখরটি ঘটতে পারে?
  2. আপনি অন্য গন্তব্য এবং কোন ব্যবহার করার পরামর্শ দিন?
  3. এটি কি বোঝায় যে আমার সংযোগে কিছু ভুল আছে?
  4. আমাদের ইন্টারনেট সংযোগের সমস্যাটি ঠিক কোথায় রয়েছে তা পরিমাপ করার জন্য এর চেয়ে ভাল কৌশল আর কী হতে পারে? আমাদের আইএসপি আমাদের জানায় এটি ঠিকঠাক কাজ করছে তাই আমি কিছু প্রমাণ একত্রিত করার চেষ্টা করি ...

শুভেচ্ছা সহ!

সম্পাদনা: আমি উল্লেখ করতে ভুলে গেছি যে মেশিনটি সরাসরি রাউটারের সাথে সংযুক্ত (কোনও ওয়াইফাই নেই)। এবং রাউটারটি পাশাপাশি পিন করা হয়েছে, কোনও প্যাকেটের ক্ষতি নেই।


"আমাদের ঘরে বসে ইন্টারনেট সংযোগ সময়ে সময়ে ভেঙে যায়" এর অর্থ কী? "ব্রেক ডাউন" এর অর্থ যদি "কাজ বন্ধ করুন", প্যাকেটের ক্ষতি কাজ করে যখন এটি কাজ করে তখন আপনাকে দরকারী কিছু বলার সম্ভাবনা নেই।
আইজাক রবিনোভিচ

এটি ঠিক, তবে কখন তা ভেঙে যায় এবং কখন / কতক্ষণ তা আমার আগ্রহ ।
ডার্ক

উত্তর:


10

দুর্ভাগ্যক্রমে আপনি যেখানে সমস্যা সেখানে কাজ করার জন্য সত্যই যথেষ্ট তথ্য সরবরাহ করেন নি। সীমাবদ্ধ তথ্য দিয়ে আমি যতটা সম্ভব উত্তর দিতে পারি:

  1. যদি আমার অভিজ্ঞতাগুলি যদি কিছু যায় তবে গুগলকে পিং করা সাধারণত বেশ ভাল বাজি হয়, কারণ তারা তাদের নেটওয়ার্কটি যত দ্রুত সম্ভব ডিজাইন করে। আইসিএমপি অগ্রাধিকার হিসাবে, সন্ধ্যা পিক সম্ভবত সম্ভবত একটি তাত্পর্যপূর্ণ করে না - বিশেষত প্যাকেট ক্ষতির ক্ষেত্রে - যা আমি যুক্তি দিয়েছিলাম যে 0 হওয়া উচিত।

  2. গুগল একটি ভাল গন্তব্য, তবে কী চলছে তা সম্পর্কে আরও ভাল ধারণা পেতে আপনি অতিরিক্তভাবে আপনার গেটওয়েতে পিং করার চেষ্টা করতে চাইতে পারেন এবং যদি তারা এটির অনুমতি দেয় তবে আপনার সরবরাহকারী ডিএনএস, মেল বা ওয়েব সার্ভার। এটি প্যাকেটের ক্ষয়টি কোথায় ক্রমশ বাড়ছে তা দেখাতে সহায়তা করবে ically বাস্তবিকরূপে, আপনি যে প্যাকেট ক্ষতির মুখ দেখছেন সেখানে এমটিআর (বা উইনএমটিআর) ডাউনলোড করার দিকে তাকান এবং প্যাকেটের ক্ষতি কোথায় আসছে সে সম্পর্কে আরও ভাল ধারণা পেতে এটি চালিয়ে যেতে চেষ্টা করছেন ।

  3. বিষয়গতভাবে, 5% প্যাকেট হ্রাস কোনও ওয়াইফাই ভিত্তিক নেটওয়ার্কের জন্য গ্রহণযোগ্যতার শীর্ষ প্রান্তে রয়েছে - ধরে নেওয়া যে আপনি আপনার নেটওয়ার্ককে স্যাচুরেট করছেন না। ফ্লিপ দিকে, আমি আমার ফাইবার সংযোগগুলি সম্পর্কে প্রায় 0.5% প্যাকেট ক্ষতিগ্রস্থ হয়ে উঠি - রেফারেন্সের পয়েন্ট হিসাবে, আলগাভাবে বলতে গেলে, ভিওআইপি-র জন্য 1% ঠিক আছে, এর চেয়ে
    বেশি নয়। আপনি যদি স্কাইপ বা ভাইবার ব্যবহার করতে সক্ষম হন বা আপনার সংযোগে কী রয়েছে তা আপনি আশা করেন তবে 5% প্যাকেটের ক্ষতি ঠিক হবে না। কেবল ওয়েব ব্রাউজিংয়ের জন্য এটি প্রায় যথেষ্ট হতে পারে।

  4. আইএসপি হিসাবে, আমি একটি এমটিআর এর ফলাফল দেখতে চাই, যা গন্তব্যের মধ্যে বিলম্ব এবং প্যাকেটের ক্ষতি দেখায় - এটি আমাকে বাধা দেয় যেখানে দেখতে পারে এবং এটি একটি ভাল প্রথম পদক্ষেপ helps আমি কখন জানতে পেরেছি পরীক্ষাটি কখন হয়েছিল তাই আমি গ্রাহকদের অন্যান্য ব্যবহার এবং সিস্টেমে কী চলছে সেগুলির সাথে এটি সম্পর্কযুক্ত করতে পারি। আপনার করা প্যাকেট ক্ষতির গ্রাফগুলিও দরকারী তবে বিচ্ছিন্ন নয়।

    ক্লায়েন্ট হিসাবে, আমার আইএসপি আমার গ্রাফগুলি ক্ষমা করতে অক্ষম হয়েছে, যা প্ল্যাট প্যাকেটের ক্ষতি হয় (আমি এই পিংসের জন্য সর্বনিম্ন, গড় এবং সর্বাধিক বিলম্বের সাথে একত্রে 5 মিনিটের ব্যবধানে 250 পিংসের জন্য এটি করি)। আমার কাছে লিঙ্কটির আমার ব্যবহার দেখানোর জন্য গ্রাফের একটি সেটও রয়েছে এবং স্থানীয় (যেমন আমার খুব কাছাকাছি) দেখানো গ্রাফের সেট রয়েছে এবং তারা আরও কয়েকশ কিলোমিটার দূরে সুনির্দিষ্ট আগ্রহের অন্য একটি পিওপি-র কাছে রয়েছে।

অন্যান্য পর্যবেক্ষণ:

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


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

6

এটি সম্ভবত লাইন বরাবর কোথাও যানজটের ফলাফল। এটি আপনার রাউটার হতে পারে তবে সম্ভবত একটি প্রবাহ সরবরাহকারী।

আপনি 50 পিংস কীভাবে করছেন তা উল্লেখ করবেন না যেমন কোন সময়ের ব্যবধানে, আপনি কি পরবর্তীটির আগে একজন ব্যর্থ / সফল হওয়ার জন্য অপেক্ষা করছেন বা একবারে 50 টি গুলি ছুঁড়ে মারছেন (বন্যার পিংগিং)।

উচ্চ যানজটের সময়কালে এ জাতীয় ক্ষতি আমার অভিজ্ঞতায় অস্বাভাবিক নয়। এটি আইসিএমপি ট্র্যাফিকের জন্য নিম্ন অগ্রাধিকারের নীচে নেমে যেতে পারে তবে সমস্ত সংযোগের একই শতাংশের জন্য সম্ভবত আরও বেশি ঘটনা ঘটছে - এটি কেবলমাত্র টিসিপি সুস্পষ্টভাবে প্যাকেটগুলি পুনরায় পাঠাবে এবং পুনরায় অর্ডার করবে যাতে আপনার নজরে আসার সম্ভাবনা কম।

পরিস্থিতির আরও ভাল চিত্র পেতে আমি আপনাকে নিম্নলিখিতগুলি প্রয়োগ করার পরামর্শ দিচ্ছি:

  1. আপনার পিংসের মধ্যে ব্যবধান বাড়ান
  2. ডোমেন নয়, গুগলের জন্য একটি আইপি ঠিকানা পিং করা - গুগল.কম একটি সংখ্যক এ রেকর্ডস ফিরিয়ে দেবে এবং এটি হতে পারে আপনি বিভিন্ন প্রান্তের আইপি ব্যবহার করছেন (এবং তাই আলাদাভাবে রাউটিং করছেন) এটি না জেনে
  3. প্রতিক্রিয়া জানানোর গড় সময় রেকর্ড করুন; দেখুন এটি ক্ষতির সাথে সম্পর্কিত কিনা - যদি এটি যদি আপনি বেশি পিং রাউন্ডট্রিপ সময় এবং উচ্চতর ক্ষতি দেখতে পান তবে এটি যানজটের ইঙ্গিত দেয়। তারপরে আপনি তার পরিবর্তে ট্রেস্রোয়েট লগ সংরক্ষণ করে তদন্ত করতে পারেন এবং দেখতে পাচ্ছেন যে কোথাও হঠাৎ করে বর্ধিত সময় দেখছেন এমন কোনও সম্ভাবনা বাধা আছে কিনা
  4. গুগলের চেয়ে বেশি পিং করার চেষ্টা করুন। আমি যখন অতীতে নেটওয়ার্কের পারফরম্যান্সকে বেঞ্চমার্ক করেছি তখন আমি 4 বা 5 টি ভাল এন্ড পয়েন্ট ব্যবহার করে এটি করেছি (আবার আইপি ঠিকানাটি হোস্টনামের সাহায্যে নয়) যাতে আপনি কেবল গুগলের নেটওয়ার্কের মধ্যে যানজট বা কোনও নির্দিষ্ট সমস্যা থেকে বেরিয়ে আসতে পারেন আপনার সম্পূর্ণ সংযোগ প্রশ্ন

2

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.