ISP के लिए एक रूट में एक ही IP का दो बार होना सामान्य है?

8

अगर मैं अपने होम नेटवर्क से ट्रैसरआउट करता हूं, तो मैं अपने राउटर के बाद सीधे एक ही आईपी को दो बार देखता हूं:

  1     1 ms     1 ms     1 ms  router
  2    17 ms    16 ms    16 ms  217.0.117.61
  3    16 ms    16 ms    16 ms  217.0.117.61
  4    17 ms    17 ms    17 ms  87.186.233.102
  5    26 ms    24 ms    24 ms  217.239.39.2
  6    24 ms    24 ms    25 ms  ...

क्या यह सामान्य है, या यह आईएसपी की ओर से गलत कॉन्फ़िगरेशन हो सकता है?

networking routing

— एडम लिंडबर्ग
स्रोत

3

यदि आईपी गैर-आसन्न हॉप्स पर है तो एक गलत धारणा की संभावना है। लेकिन आपके मामले में वे आसन्न हैं जिसका मतलब यह हो सकता है कि यह उपकरण सरल पैकेट टीटीएल को दो बार कम कर देता है।

— रॉबर्ट

14

अगर ऐसा एक बार या शायद ही कभी होता है

सभी IP पैकेट में समय-समय पर रहने वाला ( TTL ) क्षेत्र होता है। यह क्षेत्र हर राउटर द्वारा एक के बाद एक पैकेट के आगे घटता जाता है। यदि कोई राऊटर TTL को 0 में घटाता है, तो यह पैकेट को छोड़ देता है और एक ICMP TTL को त्रुटि पैकेट से अधिक उत्पन्न करता है और इसे वापस प्रवर्तक को भेजता है।

ट्रेसरआउट इस सुविधा का उपयोग क्रमिक रूप से बढ़ते टीटीएल के साथ पैकेट भेजने के लिए करता है। यह ट्रैसरूट को स्रोत और गंतव्य के बीच के मार्ग की एक तस्वीर बनाने की अनुमति देता है।

आपके मामले में, संभवतः आपके राउटर से 217.0.117.61 तक दो रास्ते संभव थे, जहां एक दूसरे की तुलना में लंबा था। तो क्या हुआ:

TTL = 1 के साथ भेजा गया पैकेट आपके राउटर तक पहुंच गया, जिसने उत्तर दिया।
टीटीएल = 2 के साथ भेजा गया पैकेट
- अपने राउटर तक पहुंच गया, जिसने टीटीएल को 1 में घटा दिया और इसे भेज दिया,
- फिर 217.0.117.61 पर पहुंच गया, जिसने उत्तर दिया।
टीटीएल = 3 के साथ भेजा गया पैकेट
- अपने राउटर तक पहुंच गया, जिसने टीटीएल को 2 तक घटा दिया और इसे भेज दिया,
- फिर कुछ अज्ञात राउटर तक पहुंच गया, जिसने टीटीएल को 1 में घटा दिया और इसे भेज दिया,
- फिर 217.0.117.61 पर पहुंच गया, जिसने उत्तर दिया।

तो इसीलिए आपके पास एक ही प्रविष्टि दो बार है। यह बदतर हो सकता है, हर आईपी को दो बार सूचीबद्ध किया गया था, लेकिन जाहिर है कि पहले 217.0.117.61 उत्तर देने के लिए राउटर ने फिर से ट्रेस में भाग नहीं लिया, इसलिए सभी निम्नलिखित पैकेट अज्ञात राउटर से गुजरे जिनके आईपी कभी वापस नहीं आया था।

अगर ऐसा हमेशा होता है

फिर इसका कारण यह है कि आपके आईएसपी ने अपना नेटवर्क स्थापित किया है। आपकी सूची के आईपी ड्यूश टेलीकॉम एजी से संबंधित हैं, जिसमें उच्च प्रदर्शन वाले परिष्कृत नोड्स के साथ एक विशाल आंतरिक नेटवर्क है, जिनमें से कोई भी दो बार जवाब देता है।

संभावित स्पष्टीकरण के एक जोड़े हैं:

ISP के पास एक फ़ायरवॉल है जो ट्रेसरआउट अनुरोधों का जवाब देता है। एक कॉर्पोरेट फ़ायरवॉल अपने आप में एक विशेष कंप्यूटर है। यह प्रोग्राम आईपी पते के साथ क्रमादेशित अनुरोधों का उत्तर दे सकता है, जो कि प्रोग्राम के आईपी पते के साथ हो सकता है, जो उस नोड के लिए सुरक्षित है।
एक कॉर्पोरेट राउटर अपने आंतरिक और बाहरी दोनों इंटरफेस से जवाब दे सकता है। इस तरह के एक उच्च गति और उच्च-थ्रूपुट राउटर वास्तव में एक नेटवर्क-इन-बॉक्स है जिसमें घटकों के रूप में विशेष उप-राउटर हैं। उत्तर एक ही आईपी के साथ उत्तर देने वाले आगे और पीछे की ओर दोनों उप-रूटर्स से आ सकते हैं।

— harrymc
स्रोत

यह हमेशा मार्ग में दो बार होता है। यह कैसे हो सकता है कि यह दूसरे मामले में अज्ञात राउटर को पास नहीं करता है?

— एडम लिंडबर्ग

2

यदि यह हमेशा होता है, तो इसका कारण यह है कि आपके आईएसपी ने अपना नेटवर्क स्थापित किया है। अन्य व्याख्याओं के एक जोड़े हैं जिनका मैंने उल्लेख नहीं किया है क्योंकि कम संभावना है: (1) आईएसपी में एक फ़ायरवॉल है जो अनुरेखक अनुरोधों का जवाब देता है, (2) अनुरोध आईएसपी पर एक एनएटी से गुजरता है और आप दोनों के भीतर से उत्तर प्राप्त कर रहे हैं। और बाहरी इंटरफेस लेकिन आंतरिक इंटरफ़ेस बाहरी आईपी को मैप कर रहा है।

— ०

आपके द्वारा सूचीबद्ध सभी आईपी ड्यूश टेलीकॉम एजी के अंदर हैं। यह तर्कसंगत है कि उनके पास कई अनुवादों के साथ एक विशाल आंतरिक नेटवर्क है,

— harrymc

1

चूंकि यह लगातार हो रहा है, मुझे लगता है कि राउटर के फर्मवेयर में से एक में बग होने की सबसे अधिक संभावना है क्योंकि यह ट्रेस पैकेट को छोड़ने में विफल रहता है (और "टीटीएल पार हो गई" रिपोर्ट) जब यह चाहिए, या इसे भेजने से पहले भेजना चाहिए। ऐसा करना चाहिए। यहां बीएसडी ट्रेसरआउट मैन पेज से पहली समस्या का एक उदाहरण है :

A sample use and output might be:

 [yak 71]% traceroute nis.nsf.net.
 traceroute to nis.nsf.net (35.1.1.48), 30 hops max, 56 byte packet
 1 helios.ee.lbl.gov (128.3.112.1)  19 ms 19 ms  0 ms
 2 lilac-dmc.Berkeley.EDU (128.32.216.1)  39 ms  39 ms  19 ms
 3 lilac-dmc.Berkeley.EDU (128.32.216.1)  39 ms  39 ms  19 ms
 4 ccngw-ner-cc.Berkeley.EDU (128.32.136.23)  39 ms  40 ms  39 ms
 [...]

Note that lines 2 & 3 are the same.  This is due to a buggy kernel on the
2nd hop system - lbl-csam.arpa - that forwards packets with a zero ttl (a
bug in the distributed version of 4.3 BSD).

इस उदाहरण में यह दूसरा राउटर है जिसमें बग है, और तीसरा राउटर हवाओं को # 2 और # 3 दोनों के रूप में सूचीबद्ध किया जा रहा है।

दूसरी ओर, विचार करें कि क्या होगा अगर दूसरे राउटर में बग था जो इसे ड्रॉप पैकेट बनाता था जब टीटीएल 0 के बजाय 1 पर पहुंच गया:

TTL = 1 के साथ भेजे गए ट्रेस पैकेट को पहले राउटर पर 0 तक घटाया जाता है, जो इसे ड्रॉप करता है और TTL को पार कर जाता है, और इसलिए यह हॉप # 1 के रूप में दिखाई देता है। यहां सब अच्छा है।
TTL = 2 के साथ भेजा गया पैकेट पहले राउटर में 1 तक घट जाता है; तब दूसरा राउटर इसे 0 पर घटाता है, और इसे ड्रॉप करता है और रिपोर्ट करता है, और इसलिए यह हॉप # 2 के रूप में दिखाई देता है। फिर, सब यहाँ अच्छा है।
TTL = 3 के साथ भेजा गया पैकेट पहले राउटर में 2 तक घट जाता है; तब दूसरा राउटर इसे 1 पर घटाता है, और गलती से गिरता है और रिपोर्ट करता है, और इसलिए यह हॉप # 3 के रूप में दिखाई देता है।

दोबारा यह दूसरा राउटर है जिसमें बग है, लेकिन इस मामले में यह दूसरा राउटर है जिसे दो बार सूचीबद्ध किया गया है (उदाहरण के लिए मैन पेज में यह तीसरा है जो दो बार सूचीबद्ध है)।

— गॉर्डन डेविसन
स्रोत