सवाल एक पिंग प्रयास पर "टीटीएल पारगमन में समाप्त हो गया" का क्या अर्थ है?


जब हम किसी भिन्न नेटवर्क सेगमेंट में सर्वर पर पिंग करने का प्रयास करते हैं तो हमें "ट्रांजिट में टीटीएल समाप्त हो गया" संदेश मिलता है। जब हम ट्रैकर्ट चलाते हैं, तो 4 आईपी पते अनिश्चित काल तक खुद को दोहराते हैं:

14    60 ms    59 ms    60 ms  xxx.xxx.xxx.2
15    83 ms    81 ms    82 ms  xxx.xxx.xxx.128
16    75 ms    80 ms    81 ms  xxx.xxx.xxx.249
17    81 ms    78 ms    80 ms  xxx.xxx.xxx.250
18    82 ms    80 ms    77 ms  xxx.xxx.xxx.2
19   102 ms   101 ms   100 ms  xxx.xxx.xxx.128
20   101 ms   100 ms    98 ms  xxx.xxx.xxx.249
21    97 ms    98 ms    99 ms  xxx.xxx.xxx.250
...

इस त्रुटि की समस्या निवारण के लिए बुनियादी कदम क्या हैं?


53
2017-07-13 05:23


मूल




जवाब:


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

उन डिवाइसों पर मार्ग देखें जिनके आईपी पते दोहराए जा रहे हैं। लिनक्स पर आप उपयोग कर सकते हैं

route -n 

वर्तमान रूटिंग टेबल देखने के लिए रूट उपयोगकर्ता के रूप में। विंडोज़ पर आप cmd पर जा सकते हैं और कमांड का उपयोग कर सकते हैं

route print

वर्तमान रूटिंग टेबल देखने के लिए। सिस्को प्रबंधनीय स्विच पर आप कमांड का उपयोग कर सकते हैं

show ip route

दोहराने वाले सभी चार आईपी पर उपरोक्त आदेशों का उपयोग करके आपको देखना चाहिए कि कौन सी रूटिंग तालिका गलत है। शामिल चार उपकरणों / मेजबानों में से एक आदर्श रूप से गंतव्य के लिए यातायात को रूट करना चाहिए, जिसे आप किसी अन्य गेटवे का उपयोग कर पिंग कर रहे हैं।


32
2017-07-13 08:42



यह मेरे लिए काम किया। धन्यवाद - Leonardo


आपके नेटवर्किंग कॉन्फ़िगरेशन में आपके पास एक गोलाकार मार्ग है, शामिल डिवाइस पर अपनी रूटिंग टेबल देखें।

"टीटीएल पारगमन में समाप्त हो गया" पैकेट के टीटीएल मूल्य से संबंधित है; प्रत्येक राउटर इसे एक से कम करता है, अगर यह 0 हिट करता है, तो पैकेट प्रेषक को वापस कर दिया जाता है। यह अनंत लूप को रोकता है, जहां पैकेट हमेशा के लिए मंडलियों में यात्रा करते हैं।


18
2017-07-13 05:26



यह वास्तव में सटीक नहीं है, पैकेट प्रेषक के पास वापस नहीं है बल्कि केवल एक आईसीएमपी संदेश है। - radius
जबकि पैकेट स्वयं वापस नहीं किया जाता है और एक आईसीएमपी संदेश (यह टीटीएल कालबाह्य संदेश) स्रोत पर वापस भेजा जाता है, मार्ग-लूप और टीटीएल कमी स्पष्टीकरण के बारे में बिंदु सही है। - nik


आईपी ​​पैकेट में एक है टीटीएल झंडा। प्रत्येक बार पैकेट रूट होने पर यह 1 से कम हो जाता है। जब मान 0 हो जाता है तो राउटर पैकेट छोड़ देता है और एक आईसीएमपी संदेश भेजता है समय-समय पर पारगमन में पार हो गया
यह नेटवर्क पर रूटिंग समस्या होने पर पैकेट को असीमित रूप से रूट करने से रोकने के लिए किया जाता है। यह आपका मामला है, आपके पास रूटिंग लूप है ताकि पैकेट कभी न पहुंच सके और अंततः राउटर में से एक द्वारा गिरा दिया गया क्योंकि टीटीएल 0 तक पहुंच गया है।


13
2017-07-13 05:29





चार राउटर की रूटिंग टेबल की जांच करते समय, नेटवर्क पर ध्यान केंद्रित करें मुखौटा मार्गों और यदि राउटर मार्ग में सक्षम नहीं है "classless"।

पुराने सिस्को पर आपको इसे स्पष्ट रूप से सक्षम करने की आवश्यकता है, अन्यथा वे आपके सबनेट्स के बजाय पूरे वर्गीकृत नेटवर्क को रूट करेंगे। जैसे को विन्यस्त 10.20.30.0/24 परिणामस्वरूप एक मार्ग होगा 10.0.0.0/8


1
2017-07-13 08:02





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

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


0
2017-07-13 09:42





जब पिंगिंग समाप्त हो गया तो पारगमन में समाप्त हो गया ... लघु चित्र - आईएसपी ==> राउटर ==> स्विच ==> पीसी के लिए

यदि आईएसपी अपना डिवाइस देख सकता है तो आपको स्विच को रीबूट करने की आवश्यकता हो सकती है। यदि यह काम करता है तो आप सभी सेट हैं। यदि नहीं, तो आपको राउटर को रीबूट करने की आवश्यकता हो सकती है।

मुझे एक ही त्रुटि संदेश मिला। मैंने स्विच को रिबूट किया और सबकुछ वापस आया।

सौभाग्य।


0
2017-09-02 20:53





ठीक है, तो मैं हर किसी के साथ झुकाऊंगा। आपके पास रूटिंग लूप है क्योंकि इस तथ्य से प्रमाणित है कि आईसीएमपी इको अनुरोध उसी 4 राउटर के बीच लूपिंग रखता है। राउटर से x.x.x.250 पर राउटर पर रूटिंग टेबल देखें।


0
2017-09-02 20:58





मुझे एक मिला TTL expired in transit संदेश और समस्या डीएचसीपी में एक गलत प्रविष्टि थी।

किसी ने एक स्थिर आईपी पता (10.x.x.11) के साथ डीएचसीपी सर्वर में एक ही मेजबान नाम जोड़ा था, जबकि मेजबान ने एक नया गतिशील आईपी पता भी लगाया था (10.x.x.22)।

Pinging host.example.com [10.x.x.22] with 32 bytes of data:
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.

Ping statistics for 10.x.x.22:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

-4
2017-09-05 14:16



नहीं, यह पूरी तरह से असंबंधित समस्याओं की पूरी गड़बड़ की तरह लगता है ... - Chris S