পিং ফলাফল ব্যাখ্যা

Question

আমি ইয়াহু.কমকে পিং করছি এবং ফলাফলটি দেখে আমি হতবাক হয়েছি।

C:\Users\jon>ping -t yahoo.com

Pinging yahoo.com [98.138.253.109] with 32 bytes of data:
Reply from 98.138.253.109: bytes=32 time=195ms TTL=46
Reply from 98.138.253.109: bytes=32 time=230ms TTL=44
Reply from 98.138.253.109: bytes=32 time=175ms TTL=45
Reply from 98.138.253.109: bytes=32 time=208ms TTL=44
Reply from 98.138.253.109: bytes=32 time=180ms TTL=46
Reply from 98.138.253.109: bytes=32 time=206ms TTL=44
Reply from 98.138.253.109: bytes=32 time=209ms TTL=44
Reply from 98.138.253.109: bytes=32 time=173ms TTL=46
Reply from 98.138.253.109: bytes=32 time=170ms TTL=46
Reply from 98.138.253.109: bytes=32 time=224ms TTL=45
Reply from 98.138.253.109: bytes=32 time=200ms TTL=45
Reply from 98.138.253.109: bytes=32 time=172ms TTL=46
Reply from 98.138.253.109: bytes=32 time=258ms TTL=44

আমি প্যাকেটটি তার গন্তব্যে পৌঁছাতে যে হুপের সংখ্যাটি ট্র্যাক করে তার সংখ্যা হিসাবে আমি অস্পষ্টভাবে টিটিএল মানটি বুঝতে পারি, তবে আমি বুঝতে পারি না যে টিটিএল এত অল্প সময়ের মধ্যে এই ধরনের নাটকীয় +/- 1 কীভাবে করতে পারে।

এছাড়াও, মনে হচ্ছে ইয়াহুর এক ধরণের রেট-সীমাবদ্ধতা প্রয়োগ করা হয়েছে কারণ ধ্রুবক পিং প্রায় 20 প্যাকেটের পরে সময় নির্ধারণ শুরু করবে। এটা কি স্বাভাবিক? বিং ডট কম আমার কাছে জবাবও দেয় না!

গুগল ডটকমকে পিং করার সময় টিটিএল সামঞ্জস্যপূর্ণ।

টুইটার ডটকমকে পিং করার সময় মাঝে মাঝে আমি টিটিএল = 249 পাই তবে সাধারণত টিটিএল -৮৮ পাই।

কি হচ্ছে? আমার আইএসপি কি কোনও ভাল নেই বা এর চেয়ে কম অশুভ ব্যাখ্যা রয়েছে?

Comments

আপনার আপ স্ট্রিমগুলির একটিতে আইবিপিপি লোড ব্যালেন্সিং একটি সম্ভাব্য কারণ, তবে আমাদের জানার জন্য পর্যাপ্ত তথ্য নেই। আপনি এটি ট্রেসারআউট করে খুঁজে পেতে পারেন ... ptr gtr for Mtr এবং আরও কিছু অন্বেষণ করুন

— মাইক পেনিংটন

যদি আপনি আপনার সোর্স আইপি সরবরাহ করতে পারেন ( my.ip.fi curl ) আমি ফিরে আসার বিকল্পগুলি দেখতে বেশ কয়েকটি ভ্যানটেজ পয়েন্ট চেষ্টা করতে পারি

— ytti

Answer 1

সম্ভবত এটি একাধিক নেটওয়ার্কগুলিতে লোড ব্যালেন্সিংয়ের কারণে ঘটে। প্রতিটি পিং আলাদা পাথ নেবে এবং ততক্ষণে টিটিএল মানের একটি পার্থক্য থাকবে।

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

টিটিএল মানগুলি বিভিন্ন অপারেটিং সিস্টেম থেকে উত্সাহিত হলে আলাদা হয়:

• উইন্ডোজ: 128
• লিনাক্স: 64
• সিসকো: 255
• সোলারিস: 255

এবং হ্যাঁ, কিছু সাইট নির্দিষ্ট সময়ের পরে বা রেট সীমাতে আঘাত হানার পরে আইসিএমপিতে সাড়া দেওয়া বন্ধ করবে। আমি বিশ্বাস করি 8.8.8.8 এ গুগলের ডিএনএস অবশেষে কিছুক্ষণ পরে থামবে।

Answer 2

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

এছাড়াও, মনে হচ্ছে ইয়াহুর এক ধরণের রেট-সীমাবদ্ধতা প্রয়োগ করা হয়েছে কারণ ধ্রুবক পিং প্রায় 20 প্যাকেটের পরে সময় নির্ধারণ শুরু করবে। এটা কি স্বাভাবিক? বিং ডট কম আমার কাছে জবাবও দেয় না!

কিছু নেটওয়ার্ক আইসিএমপি ট্র্যাফিক ফিল্টার করে যা আমি প্রচণ্ড বিরক্তিকর বলে মনে করি! যাতে এটি "নো পিংস এ সবই" দৃশ্যের ব্যাখ্যা দিতে পারে। আপনার কিছু জবাব বা সীমিত উত্তর রয়েছে এমন দৃশ্যের জন্য, নেটওয়ার্কটি সিস্কোর নিয়ন্ত্রণ পরিকল্পনা পুলিশিং (বা তাদের বিক্রেতার সমতুল্য) এর মতো একটি প্রযুক্তি বাস্তবায়ন করতে পারে ।

টুইটার ডটকমকে পিং করার সময় মাঝে মাঝে আমি টিটিএল = 249 পাই তবে সাধারণত টিটিএল -৮৮ পাই।

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

Answer 3

এই প্যাকেটগুলির মধ্যে টিটিএলটির প্রকরণটি রাউটার (গুলি) দ্বারা ব্যাখ্যা করা যেতে পারে যা প্যাকেটগুলি প্রক্রিয়া করতে দীর্ঘ সময় নিচ্ছে। টিউটিএল প্রতিটি হপের পরে একটি করে হ্রাস করা হয় যদি রাউটারের মাধ্যমে সময়টি এক সেকেন্ডেরও কম হয়। রাউটারের মাধ্যমে নেওয়া সময়টি যদি বেশি হয় তবে এক সেকেন্ডের টিটিএল একের চেয়ে দু'জন হ্রাস পাবে।

দেখুন RFC791 পৃষ্ঠা 29:

বেঁচে থাকার সময়

The time to live is set by the sender to the maximum time the
datagram is allowed to be in the internet system.  If the datagram
is in the internet system longer than the time to live, then the
datagram must be destroyed.

This field must be decreased at each point that the internet header
is processed to reflect the time spent processing the datagram.
Even if no local information is available on the time actually
spent, the field must be decremented by 1.  The time is measured in
units of seconds (i.e. the value 1 means one second).  Thus, the
maximum time to live is 255 seconds or 4.25 minutes.  Since every
module that processes a datagram must decrease the TTL by at least
one even if it process the datagram in less than a second, the TTL
must be thought of only as an upper bound on the time a datagram may
exist.  The intention is to cause undeliverable datagrams to be
discarded, and to bound the maximum datagram lifetime.

Some higher level reliable connection protocols are based on
assumptions that old duplicate datagrams will not arrive after a
certain time elapses.  The TTL is a way for such protocols to have
an assurance that their assumption is met.

Comments

300 মিমি এর নীচে পিংয়ের সময়কালে, এটি এই ক্ষেত্রে কোনও কারণ হওয়ার সম্ভাবনা নেই, যদিও এটি বোঝার পক্ষে লোকেরা এটিও টিটিএল এর একটি কাজ।

— YLearn

কোনও প্যাকেট প্রসেস করতে যদি কোনও হপ 1 সেকেন্ডের বেশি সময় নেয় তবে আমি খুব উদ্বিগ্ন be তবে আমি এই সম্পর্কে অবগত ছিলাম না, আমি ভেবেছিলাম ফিল্ডটি এর প্রসেসরের মধ্য দিয়ে যাওয়ার অংশ হিসাবে পরিবর্তিত হয়েছিল, খুব ভাল!

— আর্টানিক্স

টিউটিএল বাস্তব জীবনে অস্থায়ীভাবে হ্রাস করা হয় না যেমন আরএফসির পরামর্শ অনুসারে, এটি কঠোরভাবে 'হপ কাউন্টিং', এবং আইপিভি 6-তে এর নামকরণ করা হয়েছে।

— ytti

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

— YLearn

আমি আসলে এটিও দেখেছি ... এটি সম্পর্কে আমি জানি knew

— গেরিগান