উচ্চ প্যাকেট ক্ষতি - সব hops লাল প্রদর্শন


5

আমি পিং প্লট্টার চালাচ্ছি এবং এখানে সব হপ্সে (প্রায় 12%) উচ্চ প্যাকেট ক্ষতির ফলাফল রয়েছে। Google এর রাউটারগুলি ত্রুটিযুক্ত বলে আমি বিশ্বাস করি, এটা কি আমার নেটওয়ার্ক কার্ড দোষারোপ?

তাদের সম্প্রসারিত করতে স্ক্রিনশট ক্লিক করুন।

পিং প্লট্টার স্ক্রিনের ছবি (ট্যাংকের বিশ্ব ছাড়া সমস্ত নেটওয়ার্ক ট্র্যাফিক বন্ধ করে দেওয়া হয়েছে, স্থানীয় রাউটার সরানো হয়েছে):

শিখর সময়

আমি WinMTR চালাও (রেডিও এবং starcraft2 চলমান সঙ্গে), আমি খুব আমার বাড়ির রাউটার যোগ করেছি।

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                               my.router -    0 | 1631 | 1631 |    0 |    0 |    3 |    1 |
|                                10.0.0.1 -    5 | 1413 | 1356 |    1 |   11 |   41 |    3 |
|                qr90.bucuresti.rdsnet.ro -    5 | 1379 | 1313 |    1 |   12 |   78 |    3 |
|                cr01.bucuresti.rdsnet.ro -    4 | 1436 | 1385 |    2 |   18 |   50 |    3 |
|                xr01.budapesta.rdsnet.ro -    5 | 1407 | 1348 |   13 |   24 |   70 |   14 |
|                xr01.budapesta.rdsnet.ro -    4 | 1430 | 1377 |   13 |   24 |  125 |   15 |
|               213-154-130-234.rdsnet.ro -    4 | 1422 | 1367 |   13 |   27 |  122 |   14 |
|                          209.85.242.228 -    4 | 1429 | 1376 |   13 |   26 |  121 |   14 |
|                           72.14.232.102 -    4 | 1421 | 1366 |   30 |   44 |  142 |   45 |
|                            72.14.236.21 -    4 | 1440 | 1390 |   28 |   45 |  204 |   29 |
|                           209.85.254.57 -    5 | 1402 | 1342 |   31 |   46 |   86 |   32 |
|                          www.google.com -    4 | 1441 | 1391 |   29 |   40 |   69 |   31 |
|________________________________________________|______|______|______|______|______|______|
  WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

প্রায় 4 টা ট্র্যাফিক টরেন্ট এবং আমার মেশিনে সমস্ত স্টাফ কাজ করে:

4 টা

আমার হোম রাউটার যোগ করার পরে আমি এটা প্যাকেট ক্ষতি বিনামূল্যে লক্ষ্য করেছি তাই আমি সমস্যা 10.0.0.1 রাউটার মধ্যে অনুমান। আইএসপি থেকে আসা লোকজন এসেছিল এবং যোগাযোগের চেক করেছে এবং বলেছে ঠিক আছে, তবে শেষ পর্যন্ত স্পাইকগুলির প্লাগ রয়েছে। এক জিনিস আমি লক্ষ্য করেছি যে সকালে এবং দেরী রাতে সংযোগ ঠিক আছে।


1
আপনি এমটিআর সঙ্গে ফলাফল প্রতিলিপি করতে পারেন? আপনি সরাসরি প্রতিটি হপ ping যদি কোন ক্ষতি আছে? আপনি সরাসরি আপনার প্রথম হপ সরাসরি ping যদি কোন ক্ষতি আছে? আপনি এই পরীক্ষা চলমান যখন আপনার ব্যান্ডউইথ ব্যবহার যেমন কি? আপনার LAN কে বাইপাস করে এবং সরাসরি আপনার ISP এর ডিভাইসে প্ল্যাগ করলে আপনার ফলাফলগুলি পরিবর্তন হয়? এছাড়াও মনে রাখবেন আইসিএমপি সর্বদা সর্বনিম্ন অগ্রাধিকার এবং রাউটারগুলি কেবল তখনই তাদের ছেড়ে দেবে / উপেক্ষা করবে যদি তাদের এ সময় আরও গুরুত্বপূর্ণ কিছু করার থাকে।
ম্যাকুইলড

উত্তর:


2

এই পুরোপুরি স্বাভাবিক মনে হয়। আপনার মনে রাখা দুটি জিনিস আছে।

প্রথমত, যদি কোন বিশেষ সংযোগ প্যাকেট ক্ষতি প্রদর্শন করে, তবে আপনি যে প্যাকেটটির সাথে সংযোগ স্থাপন করবেন সেটি একই প্যাকেট ক্ষতি দেখতে পাবেন। সুতরাং যদি আপনার ISP এর সাথে সংযোগটি প্যাকেটগুলি ড্রপ করছে, তবে আগের প্রতিটি বিন্দু একই প্যাকেট ক্ষতি প্রদর্শন করবে। প্যাকেট ক্ষতি একটি প্যাকেট পাঠানো এবং আপনি একটি প্যাকেট ফিরে পেতে যদি দেখে পরিমাপ করা হয়।

দ্বিতীয়, প্যাকেট ক্ষতি স্বাভাবিক। কোনও নির্দিষ্ট "আপনি এক্স পান, আপনি Y পান" প্রক্রিয়াটি ছাড়াই কোনও সংযোগ ভাগ করবেন কীভাবে একাধিক টিসিপি স্ট্রিমগুলি সনাক্ত করে। যেহেতু আপনি একটি টরেন্ট প্রোগ্রাম চালাচ্ছেন, আপনার সম্ভবত বেশিরভাগ টিসিপি সংযোগ রয়েছে, এবং তারা সবাই কীভাবে ব্যান্ডউইথ পেতে পারে তা নির্ধারণ করার চেষ্টা করছেন। প্যাকেটগুলি ড্রপ করা শুরু করে এবং তারপরে নিচে ফিরে না আসা পর্যন্ত টিসিপি সংযোগগুলি তাদের গতি বাড়িয়ে দেয়।

ধরুন ঐসব সংযোগগুলির মধ্যে একটি হঠাৎ ধীর হয়ে যায়। কিভাবে অন্যদের আরো ব্যান্ডউইথ উপলব্ধ করা যেতে পারে? একমাত্র উপায় যদি তারা নিয়মিতভাবে তাদের ট্রান্সমিশন হার বৃদ্ধি করার চেষ্টা করে। এবং যদি সংযোগগুলি আপনার সংযোগটি সম্পূর্ণরূপে ব্যবহার করে এবং তাদের মধ্যে একটি তার ট্রান্সমিশন হার বাড়ানোর চেষ্টা করে তবে আপনার কী মনে হয়? হ্যাঁ, কয়েক প্যাকেট ড্রপ হবে। কোন প্যাকেট কখনও বাদ না হলে, সমস্ত টিসিপি সংযোগ তাদের ব্যান্ডউইথ খরচ বৃদ্ধি করা হবে। কিভাবে যে কাজ করবে?

এটি আপনার জন্য একটি সমস্যা কারণ আপনি প্যাকেট ক্ষতির জন্য সংবেদনশীল অ্যাপ্লিকেশনগুলি চালানোর চেষ্টা করছেন, আপনার টরেন্ট প্রোগ্রামের অনুমতি দেয় অভ্যন্তরীণ এবং আউটবাউন্ড ট্র্যাফিকের সীমাটি কনফিগার করুন। আপনি প্রোগ্রামে এটি দেখতে সর্বোচ্চ ট্রাফিক লেভেলের প্রায় 85% তৈরি করুন। এটি শুধুমাত্র ত্রান্ত প্রোগ্রামে 15% কর্মক্ষমতা ড্রপ সৃষ্টি করবে এবং এটি সাধারণত 0 এ প্যাকেট ক্ষতির স্তরটি রাখতে হবে। (অন্য কোন প্রোগ্রাম ট্র্যাফিক সৃষ্টি করে এবং তারপরে সেই প্রোগ্রামটি টরেন্টগুলির সাথে কীভাবে ভাগ করা যায় তা নির্ধারণ করতে হবে।)


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

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

মহান উত্তর। আমি কেন এটা কেউ ভোট আপ আশ্চর্য।
শিল্পীয়েক্স

0

টরেন্টগুলি টিসিপি এবং ইউডিপি সংযোগগুলির বৃহত্তর সংখ্যার ব্যবহার করে যা আপনার রাউটারের উপর ভিত্তি করে রাউটারের RAM ব্যবহার করে এটি করতে পারে। যেহেতু আমি 10.xxx নেটওয়ার্কে প্যাকেট ক্ষতি দেখতে পাচ্ছি, এটি আমাকে বলে যে আপনার রাউটার এবং সেই নেটওয়ার্কের মধ্যে কিছু আছে, আপনার ইথারনেট দড়াদড়িগুলি পরিবর্তন করুন, যদি আপনি DSL- এ আপনার ফোন কর্ডটি পরিবর্তন করেন এবং নিশ্চিত হন যে ফোনটি এটির চেয়ে আর দীর্ঘ নয় 3 ফিট. স্ট্যান্ডার্ড ফোন দড়াদড়ি রক্ষা করা হয় না এবং পাকানো জোড়া ব্যবহার করবেন না যাতে তারা বৈদ্যুতিক এবং চৌম্বকীয় হস্তক্ষেপের জন্য অত্যন্ত সংবেদনশীল।

এছাড়াও যদি আপনি একটি DSL সংযোগে থাকেন তবে অনেকগুলি আশেপাশে "স্থানীয় স্যাচুরেশন" নামক একটি সমস্যা রয়েছে, মূলত এটি হ'ল DSLAM হ্যান্ডেল করার জন্য অনেক লোক রয়েছে যা প্যাকেট ক্ষতির কারণ হতে পারে।

প্লটটারের জন্য প্যাকেট ক্ষতির সম্মুখীন দূরবর্তী নেটওয়ার্কগুলির জন্য, নিশ্চিত নন, তবে সেই নেটওয়ার্কগুলি আপনার ISP এর নিয়ন্ত্রণের বাইরে চলে গেছে।

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