MTR रिपोर्ट कैसे पढ़ें?
MTR traceroute प्रोब को कई बार दोहराता है और हर हॉप के लिए खोए प्रोब का हिस्सा तथा सबसे अच्छा, औसत और सबसे ख़राब राउंड-ट्रिप बताता है। शुरुआत गंतव्य से करें: वहाँ का लॉस ही ट्रैफ़िक झेलता है; बीच के हॉप का वह लॉस जो आगे के हॉप में न दिखे, ICMP जवाब सीमित करने वाला राउटर है (RFC 1812), जबकि किसी हॉप से शुरू होकर अंत तक बना रहने वाला लॉस बताता है कि पैकेट असल में कहाँ गिर रहे हैं।
MTR नेटवर्क डायग्नोस्टिक कैसे इस्तेमाल करें
- होस्ट डालें, प्रोब क्षेत्र या अधिकतम पाँच लोकेशन चुनें, और प्रोब तथा हर हॉप के पैकेट तय करें (डिफ़ॉल्ट 5)।
- ICMP रखें, या गंतव्य ICMP का जवाब धीरे या बिल्कुल न दे तो सर्विस पोर्ट के साथ TCP चुनें।
- «MTR चलाएँ» दबाएँ। पहले प्रोब के हिसाब से पाथ तालिका की तुलना करें: सिर्फ़ एक क्षेत्र से गंतव्य पर लॉस उसी क्षेत्र के पाथ की ओर इशारा करता है।
- अपने कनेक्शन के लिए mtr --report (Windows में WinMTR) चलाएँ, रिपोर्ट पेस्ट करें, चाहें तो ऊपर होस्ट लिखें, और «पेस्ट की गई रिपोर्ट जाँचें» दबाएँ।
MTR नेटवर्क डायग्नोस्टिक की खूबियाँ
- अधिकतम 10 Globalping प्रोब से MTR: हर हॉप 1 से 16 बार जाँचा जाता है, साथ में लॉस, जवाब और सबसे अच्छा, औसत व सबसे ख़राब राउंड-ट्रिप
- हर प्रोब का डायग्नोसिस जो बीच के हॉप की ICMP रेट-लिमिटिंग को गंतव्य तक चलने वाले लॉस से अलग करता है और उस हॉप का नाम बताता है जहाँ असली लॉस शुरू होता है
- ICMP, UDP या TCP प्रोब, ताकि ICMP सीमित करने वाले गंतव्य को उसके सर्विस पोर्ट पर मापा जा सके
- प्रोब के हिसाब से पाथ: हॉप, लक्ष्य तक पहुँच, गंतव्य पर लॉस और उसका औसत राउंड-ट्रिप, हर क्षेत्र का साथ-साथ
- अपनी मशीन के mtr --report, mtr -rw या mtr -rwz आउटपुट के लिए पेस्ट बॉक्स, जिसका विश्लेषण ब्राउज़र में होता है
- हॉप तालिका CSV में और हर प्रोब का रॉ आउटपुट टेक्स्ट में
इनपुट और आउटपुट
इनपुट
- होस्ट नाम या IP पता (सिर्फ़ सार्वजनिक लक्ष्य), प्रोब क्षेत्र या अधिकतम पाँच लोकेशन, प्रोब (1–10), हर हॉप के पैकेट (1–16), प्रोटोकॉल (ICMP, UDP, TCP) और UDP या TCP के लिए पोर्ट।
- या पेस्ट की गई mtr रिपोर्ट (mtr --report, -rw, AS नंबर के साथ -rwz); होस्ट फ़ील्ड भरा हो तो वह आख़िरी हॉप की पुष्टि में मदद करता है, क्योंकि mtr रिपोर्ट अपना लक्ष्य नहीं छापती।
आउटपुट
- सारांश: लक्ष्य तक पहुँचे प्रोब, गंतव्य पर सबसे ज़्यादा लॉस, गंतव्य का सबसे अच्छा औसत और हर हॉप के पैकेट (पेस्ट मोड में: फ़ॉर्मेट, हॉप, लक्ष्य तक पहुँच, आख़िरी हॉप का लॉस और औसत)।
- प्रोब के हिसाब से पाथ और हॉप तालिका: होस्ट, पता, लॉस, जवाब, औसत, सबसे अच्छा और सबसे ख़राब राउंड-ट्रिप।
- हर प्रोब का डायग्नोसिस, Globalping मेज़रमेंट रिकॉर्ड और हर प्रोब का रॉ आउटपुट।
MTR नेटवर्क डायग्नोस्टिक का उदाहरण
dns.google तक की पेस्ट की गई mtr रिपोर्ट का विश्लेषण
इनपुट:
Host: dns.google
HOST: laptop Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.1 0.0% 10 0.6 0.7 0.5 1.1 0.2
2.|-- 100.64.0.1 0.0% 10 4.1 4.4 3.8 6.0 0.6
3.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
4.|-- 172.253.66.108 0.0% 10 38.2 38.6 37.9 40.1 0.7
5.|-- dns.google 0.0% 10 38.9 39.0 38.4 40.3 0.6आउटपुट:
Detected format: mtr · Hops: 5 · Target reached: yes (dns.google) · Loss at the last hop: 0% · Last hop average: 39 ms
Findings:
- The target answered at hop 5 (average 39 ms).
- Hops 1, 2 use private or carrier-grade NAT addresses: your router and the ISP’s access network before the public Internet.
- Loss at hop 3 does not continue to later hops: those routers rate-limit their ICMP replies; it is not real packet loss.
- Hop 3 never answers (it forwards traffic but does not send TTL-exceeded messages); harmless when later hops respond.MTR नेटवर्क डायग्नोस्टिक के नतीजे कैसे पढ़ें
पहले गंतव्य की पंक्ति देखें। वहाँ 0% लॉस का मतलब है कि पाथ ट्रैफ़िक पहुँचा रहा है, बीच के हॉप चाहे जो दिखाएँ।
जो लॉस किसी हॉप से शुरू होकर लगभग उसी स्तर पर गंतव्य तक बना रहे, वह असली है और उसी हॉप या उससे ठीक पहले के लिंक पर शुरू होता है। सिर्फ़ बीच के एक हॉप का लॉस ICMP रेट-लिमिटिंग है।
गंतव्य पर सबसे अच्छे और सबसे ख़राब के बीच बड़ा अंतर, जबकि सबसे अच्छा कम हो, जिटर है: पाथ पर कहीं भीड़ या कतार। सबसे अच्छा ही ऊँचा हो तो वह दूरी है।
??? वाली पंक्तियाँ ऐसे हॉप हैं जिन्होंने कभी जवाब नहीं दिया; उनके बाद के हॉप जवाब दें तो वे नुकसानदेह नहीं।
MTR नेटवर्क डायग्नोस्टिक कब इस्तेमाल करें
- ISP या होस्टिंग टिकट के लिए सबूत जुटाना: लॉस किस हॉप से, किन क्षेत्रों से शुरू होता है, और जाँचने लायक मेज़रमेंट ID।
- यह समझना कि किसी क्षेत्र से कॉल या गेम में बार-बार की रुकावट पाथ पर लॉस है या गंतव्य पर जिटर।
- ICMP और TCP 443 पर पाथ की तुलना करके साबित करना कि दिखने वाला लॉस सिर्फ़ ICMP की कम प्राथमिकता है।
- किसी साथी या ग्राहक की भेजी mtr रिपोर्ट पढ़ना, जिसमें रेट-लिमिटिंग वाले मामले पहले से समझाए हुए हों।
समस्या निवारण
- शुरुआती हॉप के बाद सारे हॉप ??? दिखाते हैं: प्रोब का नेटवर्क या गंतव्य इस तरह के प्रोब फ़िल्टर करता है। TCP और सर्विस पोर्ट के साथ दोबारा चलाएँ।
- सिर्फ़ गंतव्य पर लॉस जबकि सेवा चल रही है: सर्वर ICMP जवाब सीमित करता है। पुष्टि के लिए सर्विस पोर्ट पर TCP से मापें।
- मेज़रमेंट partial लौटता है: हर हॉप पर ज़्यादा पैकेट होने से प्रोब इंतज़ार के समय में पूरा नहीं हो पाता; पैकेट या प्रोब कम करें।
- «यह टेक्स्ट mtr रिपोर्ट जैसा नहीं दिखता»: HOST हेडर लाइन और हर हॉप लाइन के साथ पूरी रिपोर्ट वैसी ही पेस्ट करें जैसी mtr ने छापी।
MTR नेटवर्क डायग्नोस्टिक के बारे में अक्सर पूछे जाने वाले सवाल
MTR ऐसा क्या दिखाता है जो traceroute नहीं दिखाता?
traceroute हर हॉप पर कुछ प्रोब एक बार भेजता है; MTR हर हॉप को बार-बार जाँचता रहता है और आँकड़े रखता है, जिससे हर हॉप का लॉस प्रतिशत, सबसे अच्छा, औसत और सबसे ख़राब राउंड-ट्रिप और टर्मिनल पर स्टैंडर्ड डेविएशन मिलता है। इससे एक बार का पाथ इस बात का सबूत बन जाता है कि लॉस और जिटर कहाँ से शुरू होते हैं।
बीच का एक हॉप 60% लॉस दिखाता है पर गंतव्य 0%, क्या कुछ गड़बड़ है?
नहीं। वह राउटर ख़त्म हुए पैकेट के बारे में भेजे जाने वाले ICMP जवाब सीमित करता है, जबकि आपका ट्रैफ़िक सामान्य रूप से आगे भेजता है। असली लॉस वही है जो किसी हॉप से गंतव्य तक बना रहे; डायग्नोसिस उस हॉप का नाम बताता है जहाँ ऐसा लॉस शुरू होता है।
हर हॉप पर कितने पैकेट भेजूँ?
यहाँ पाँच एक समझदार डिफ़ॉल्ट है: मेज़रमेंट तय समय में पूरा हो जाता है और 20% या उससे ज़्यादा लॉस दिख जाता है। ISP को टिकट के लिए 10 से 16 पैकेट भेजें, या अपनी मशीन पर mtr को 100 साइकिल चलाकर रिपोर्ट पेस्ट करें।
क्या इस पेज पर मैं अपने कंप्यूटर से MTR चला सकता हूँ?
नहीं, वेब पेज MTR के लिए ज़रूरी प्रोब नहीं भेज सकता, इसलिए प्रोब मोड आपके चुने क्षेत्रों के Globalping प्रोब पर चलता है। mtr (Linux, macOS) या WinMTR (Windows) इंस्टॉल करें, रिपोर्ट चलाएँ और बॉक्स में पेस्ट करें: उसका विश्लेषण ब्राउज़र में होता है और वह अपलोड नहीं होती।
वेबसाइट चल रही है, फिर भी आख़िरी हॉप लॉस क्यों दिखाता है?
कुछ सर्वर अपने लिए आने वाले ICMP जवाब भी सीमित करते हैं। अगर वेबसाइट सामान्य रूप से खुलती है, तो पोर्ट 443 पर TCP से मेज़रमेंट दोहराएँ: TCP प्रोब का जवाब नेटवर्क स्टैक असली कनेक्शन की तरह देता है, जिससे पता चलता है कि ट्रैफ़िक सच में खो रहा है या नहीं।
क्या MTR के नतीजे सार्वजनिक होते हैं?
प्रोब मोड में हाँ: Globalping हर मेज़रमेंट का होस्ट, विकल्प और नतीजे उसकी ID रखने वाले किसी के लिए भी उपलब्ध रखता है। पेस्ट की गई रिपोर्ट आपके ब्राउज़र में ही रहती है।
तकनीकी नोट्स
MTR traceroute की तरह बढ़ते TTL वाले प्रोब भेजता है और उन्हें साइकिल में दोहराता है; हर हॉप के लिए भेजे गए प्रोब और जवाब गिनता है और आख़िरी, औसत, सबसे अच्छा और सबसे ख़राब राउंड-ट्रिप रखता है। लॉस उन प्रोब का हिस्सा है जिनका जवाब नहीं आया — RFC 7680 के लॉस मेट्रिक का विचार, राउंड-ट्रिप पर लागू।
बीच के राउटर कंट्रोल प्लेन से जवाब देते हैं और ICMP सीमित कर सकते हैं (RFC 1812 §4.3.2.8), इसलिए डायग्नोसिस लॉस को तभी असली मानता है जब वह गंतव्य तक बना रहे, और ऐसे सिलसिले का पहला हॉप बताता है।
प्रोब मोड आपके चुने हर-हॉप पैकेट के साथ Globalping से mtr मेज़रमेंट माँगता है; Mutqan सर्वर 20 सेकंड तक उसकी स्थिति पूछता है और हर हॉप के जवाब वाले राउंड-ट्रिप तथा Globalping का लॉस आँकड़ा लौटाता है।
सीमाएँ और कार्यप्रणाली
प्रोब मोड चुनी गई लोकेशन के Globalping कम्युनिटी प्रोब से मापता है, आपके कंप्यूटर से नहीं; आपका अपना पाथ अलग हो सकता है। उसके लिए अपनी mtr रिपोर्ट पेस्ट करें।
हर हॉप पर अधिकतम 16 पैकेट — इससे कुछ प्रतिशत या ज़्यादा लॉस पकड़ में आता है, कभी-कभार गिरने वाले पैकेट नहीं; आपकी मशीन पर लंबा mtr रन ज़्यादा संवेदनशील है।
प्रोब मोड की तालिका हर हॉप के जवाब वाले राउंड-ट्रिप और Globalping का बताया लॉस दिखाती है; इस व्यू में स्टैंडर्ड डेविएशन और AS नंबर नहीं आते।
MTR सिर्फ़ जाने का पाथ दिखाता है, और लोड-बैलेंस वाले पाथ एक हॉप में कई राउटर मिला सकते हैं।
सुरक्षा और गोपनीयता
प्रोब मोड होस्ट और विकल्प Mutqan सर्वर से Globalping को भेजता है, जहाँ वे और नतीजे मेज़रमेंट ID वाले किसी के लिए भी सार्वजनिक होते हैं। Mutqan कुछ भी स्टोर नहीं करता।
पेस्ट की गई रिपोर्ट का विश्लेषण आपके ब्राउज़र में होता है और वह कभी अपलोड नहीं होती, भले उसमें आपके लोकल पते हों।
संदर्भ
- RFC 7680: A One-Way Loss Metric for IP Performance Metrics (IPPM)पैकेट लॉस को मेट्रिक के रूप में परिभाषित करता है: तय समय में न पहुँचने वाला पैकेट खोया माना जाता है, और लॉस भेजे गए पैकेट के हिस्से के रूप में बताया जाता है।
- RFC 1812: Requirements for IP Version 4 Routersराउटर को क्या करना चाहिए, जिसमें ICMP time-exceeded और unreachable संदेश कब भेजें और उनकी दर सीमित कर सकते हैं — इसी वजह से traceroute में कोई हॉप लॉस दिखा सकता है जबकि वह सामान्य रूप से फ़ॉरवर्ड करता है।
- RFC 2681: A Round-trip Delay Metric for IPPMदो होस्ट के बीच राउंड-ट्रिप डिले को मापने योग्य मेट्रिक के रूप में परिभाषित करता है, और बताता है कि उसका सैंपल कब मान्य है।