পৃথিবীতে কীভাবে এই রিপোর্ট করা ঘন্টা-দীর্ঘ পিং সময়টি আসল হতে পারে?


15

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

আমি লক্ষ্য করেছি যে তাদের রাউটারটি বারবার pptpহ্যান্ডশেকটি বাদ দিচ্ছে এবং এটি পুনর্নির্মাণ করছে, সংযোগটি কার্যকরভাবে হত্যা করছে। এটি হতাশাব্যঞ্জক। সুতরাং, পাগল হওয়া এড়াতে গিয়ে, আমি এটিকে ন্যূনতম গ্রহণযোগ্য এসএনআর মার্জিন দ্বিগুণ করতে এবং কম গতির জন্য হ্যান্ডশেক করতে বলেছিলাম:

$ telnet 192.168.1.1
Trying 192.168.1.1...
Connected to 192.168.1.1.
Escape character is '^]'.
U.S. Robotics Wireless MAXg ADSL Gateway
Login: ***********
Password: 
> sh


BusyBox v1.00 (2006.02.17-20:30+0000) Built-in shell (msh)
Enter 'help' for a list of built-in commands.

# adsl configure --snr 200; exit 
Connection closed by foreign host.

এটি উন্নত গুরুত্বপূর্ণ, এবং জিনিসটি (কিছুটা) স্থিতিশীল হয়ে উঠল, যদি অবিশ্বাস্যরূপে ধীর হয় তবে বাইরের পৃথিবীতে পাইপ থাকে:

$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
64 bytes from 8.8.8.8: icmp_seq=0 ttl=55 time=3236.679 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=55 time=3699.541 ms
...

এই মুহুর্তে, বাস্তব জীবন হস্তক্ষেপ করেছিল এবং আমি তখন বিড়ালদের সাথে খেলতে, আমার ফোনে বিড়ালের গিফগুলি দেখে, আসলে আমার পরিবারের সাথে কথা বলি etc. একদিন পরে আঘাত করতে ctrl-c

দেখানো সংক্ষিপ্ত পরিসংখ্যান আমাকে ভাসিয়ে দিয়েছে:

--- 8.8.8.8 ping statistics ---
103074 packets transmitted, 100564 packets received, 2.4% packet loss
round-trip min/avg/max/stddev = 32.986/3034.479/3600577.732/87527.276 ms

যেমন আপনি দেখতে পাচ্ছেন, আইসিএমপি প্যাকেটের জন্য গুগলের ডিএনএস সার্ভারে একটি সংক্ষিপ্ত ট্রান্সলেট্যান্টিক হপ তৈরির সর্বাধিক রেকর্ড হওয়া প্রতিক্রিয়া সময়টি 3600577.732 এমএসএটি প্রায় এক ঘন্টা , এবং অবশ্যই pingএর ডিফল্ট সময়সীমা চেয়ে অনেক দীর্ঘ ।

কিভাবে পৃথিবীতে এটি হতে পারে? এটা কি সঠিক? কোন রাউটার আনন্দের সাথে কোনও প্যাকেট পাঠানোর আগে ষাট মিনিটের জন্য ধরে রাখবে ? কেন এই প্যাকেট বাদ দেওয়া হয়নি? এটি কি বড় বিলম্বের সাথে মিলিত 8-বিট প্যাকেট কাউন্টার থেকে উপরি প্রবাহের ফলাফল?

অবশেষে, আমি জানতে আগ্রহী যে যুক্তরাজ্যে এমন কোনও আচরণবিধি রয়েছে যে উল্লেখ করে যে গ্রাহক এডিএসএল সংযোগগুলির আরএফসি 1149 এবং আরএফসি 2549 ;-) এর তুলনায় কম বিলম্ব এবং ট্র্যাফিক পরিচালনা কম হবে বলে আশা করা হচ্ছে ?


1
এমন একটি রাউটার যা স্প্যামের সাথে ওভারলোড হয় না।
রাচেট ফ্রিক 10

একটি লোভী রাউটার;) আপনি যখন প্যাকেটটি ফরোয়ার্ড করার আগে এক ঘন্টা অপেক্ষা করার পরিকল্পনা করছেন তখনই এটি খেলতে হবে। youtube.com/watch?v=moSFlvxnbgk
সিস্টেরিয়ান

1
এটি কি সম্ভব যেহেতু আপনি যখন বলেছিলেন যে আপনি এটি রাতারাতি রেখে গেছেন, আপনার কম্পিউটার ডাইটলাইট সেভিং টাইম শুরু হওয়ার সময় +1 ঘন্টা প্রয়োগ করেছিল এবং এটি কোনও নির্দিষ্ট প্যাকেটের আরটিটির গণনার সাথে গোলযোগ পেয়েছিল?
কেনেখ

@ কেনখ - নাহ; আমি অবশ্যই নিশ্চিত যে যেদিন ঘড়ির পরিবর্তন হয়েছিল সেদিনটি ছিল না। তদ্ব্যতীত, ping উত্স কোডটি দেখে (76 l 761 থেকে) আমি দেখতে পাচ্ছি যে পরবর্তী অঞ্চলগুলিতে পরবর্তী অঞ্চলগুলিতে টাইম অঞ্চলগুলি অগ্রাহ্য করা হয় ( gettimeofday(nv, NULL)রিটার্ন যুগের মাইক্রোসেকেন্ডস)। সত্যিই এক ঘন্টা লাগলো!
লন্ডাক

যদি আপনার সিস্টেমে অ্যাক্সেস থাকে তবে আপনি কি এটিকে অনুসরণ করতে পারবেন?
মন্দাটি

উত্তর:


4

আইসিএমপি প্যাকেট এবং পিংটির প্রতিক্রিয়া প্রতিটি 32 বাইট দীর্ঘ, তাই এক ঘন্টা দীর্ঘ পিংয়ের জন্য মনে হয় যে প্রতিটি বাইট সংবহন করতে প্রায় এক মিনিট সময় নেয়।

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

ইন্টারনেট প্রোটোকল (আইপি) ডেটাগ্রাম দ্বারা ডেটা প্রেরণ করে এবং আংশিক প্রেরণ না করার চেষ্টা করে। একবার ট্রান্সমিশন শুরু হয়ে গেলে, এটি ডিগ্রাগ্রামে আরও বাইট যোগ করার জন্য 200 মিলিসেকেন্ডের জন্য ডিফল্টরূপে অপেক্ষা করবে। অতীতে, সফ্টওয়্যার / ফার্মওয়্যার যা যা আছে তা একটি ডেটাগ্রাম হিসাবে প্রেরণ করবে। ঘন্টাব্যাপী পিং টাইমের ক্ষেত্রে, প্যাকেট পেললোডটি একটি বাইটের মতো ছোট হতে পারে। যতক্ষণ পর্যন্ত ডেটা পৌঁছাচ্ছিল ততক্ষণ উভয় পক্ষের দ্বারা সংযোগটি শেষ হবে না।

তুমি কি করতে পার :

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

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


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

আমি বোঝাতে চাইছি একজনকে যতটা সম্ভব সমান্তরালে উপরের পয়েন্টগুলি কার্যকর করা উচিত। আমার ক্ষেত্রে, আমার আইএসপি কোনও প্রযুক্তিবিদকে প্রেরণের সিদ্ধান্ত নিতে পারে, তবে যদি সমস্যাটি অব্যবহৃত ডিএসএল ফিল্টারগুলির মতো তুচ্ছ হয়, তবে এটি কোনও ফি নেওয়ার সিদ্ধান্ত নিতে পারে।
harrymc

বিতৃষ্ণা। মন্তব্যগুলি একটি তালিকাভুক্ত তালিকার সংখ্যাগুলিকে উল্লেখ করে। তারপরে, উত্তরের পোস্টার নম্বরগুলি সরিয়ে দেওয়ার জন্য উত্তরটি সম্পাদনা করেছিল, যার ফলে মন্তব্যগুলি স্থানের বাইরে বলে মনে হচ্ছে। Tsc ts।
তোগাম

1
200 এমএস : এটি উইন্ডোজ / লিনাক্স সফ্টওয়্যারটিতে নির্মিত। আমার সংস্থার পণ্যটিতে কেন ছোট ডাটাগ্রামে খুব কম টিসিপি / আইপি থ্রুটপুট ছিল তা বিশ্লেষণ করার সময় আমি এটি খুঁজে পেয়েছি, তারপরে সকেটে "অবিলম্বে প্রেরণ করুন" এমন সিস্টেম কলগুলি পাওয়া গেছে। প্যাকেট পে-লোড : এটি আলোচনা করা হয়নি, বরং এমটিইউ খুব ছোট যেখানে কোনও পথের মুখোমুখি হলে খুব বড় একটি টিসিপি / আইপি ডাটাগ্রাম অংশগুলিতে কাটা হবে । ডিএসএল মডেম : সম্ভাব্য প্যারামিটারগুলি খারাপ ফোন-লাইন / স্যুইচের জন্য কিছুটা ক্ষতিপূরণ দেবে, তবে ক্ষতিপূরণ দেওয়ার পরিবর্তে এটি ঠিক করা উচিত।
harrymc

1
আর একটি টুইট: ADSL2 + অক্ষম করুন এবং স্থিতিশীলতার জন্য ADSL1 এর সাথে থাকুন। আপনি যে কোনও রাউটার কিনুন না কেন, আশ্বাস দিন যে আপনি সঠিকভাবে এসএনআর মার্জিনকে সাম্যস্থ করতে পারেন (কিছু তথ্য এখানে )। বিলিয়ন রাউটারগুলি ভাল, নেটগার যেমন হয় (আমি মডেলগুলি পছন্দ করি যা সাধারণ ইনস্টলেশন সহ ডিডি-ডাব্লুআরটি সমর্থন করে)। এই নিবন্ধটি আপনাকে আরও ধারণা দিতে পারে - এবং দূরত্ব / গতির চিত্রটি দেখুন।
harrymc

0

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

তাই ঘনঘন পিং সেশন খোলার সাথে খারাপ যানজট পরিচালন নীতিমালার সংমিশ্রণটি অদ্ভুতভাবে এমন অদ্ভুত দৃশ্যের ফলাফল তৈরি করতে পারে।

যানজট ব্যবস্থাপনা সম্পর্কে আরও তথ্য এখানে

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