ट्रेसरआउट पिंग की तुलना में अधिक समय क्यों लेता है?

Question

यह कैसे समझा जाए?

C:\Documents and Settings\Administrator>tracert google.com

Tracing route to google.com [64.233.189.104]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.0.1
  2     7 ms    <1 ms    <1 ms  reserve.cableplus.com.cn [218.242.223.209]
  3   108 ms   135 ms   163 ms  211.154.70.10
  4     *        *        *     Request timed out.
  5     2 ms     *        1 ms  211.154.64.114
  6     1 ms     1 ms     1 ms  211.154.72.185
  7     1 ms     1 ms     1 ms  202.96.222.77
  8     2 ms     1 ms     2 ms  61.152.81.145
  9     1 ms     2 ms     1 ms  61.152.86.54
 10     1 ms     1 ms     1 ms  202.97.33.238
 11     2 ms     2 ms     2 ms  202.97.33.54
 12     2 ms     1 ms     2 ms  202.97.33.5
 13    33 ms    33 ms    33 ms  202.97.61.50
 14    34 ms    34 ms    34 ms  202.97.62.214
 15    34 ms   186 ms    37 ms  209.85.241.56
 16    35 ms    35 ms    44 ms  66.249.94.34
 17    34 ms    34 ms    34 ms  hkg01s01-in-f104.1e100.net [64.233.189.104]

Trace complete.

तो औसत समय होना चाहिए: 1 + 7 + 108 + 2 + 1 + 1 + 2 + 1 + 2 + 2 + 2 + 33 + 34 + 34 + 34 + 35 + 34 + 34 + 35 + 34, जो कि बहुत बड़ा है ping

C:\Documents and Settings\Administrator>ping google.com

Pinging google.com [64.233.189.104] with 32 bytes of data:

Reply from 64.233.189.104: bytes=32 time=34ms TTL=241
Reply from 64.233.189.104: bytes=32 time=34ms TTL=241
Reply from 64.233.189.104: bytes=32 time=34ms TTL=241
Reply from 64.233.189.104: bytes=32 time=34ms TTL=241

Ping statistics for 64.233.189.104:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 34ms, Maximum = 34ms, Average = 34ms

Comments

इस सवाल पर इतने बुरे जवाब। आप सभी मुझे एक तरह से youtube.com/watch?v=SXmv8quf_xM

— टॉम ओ'कॉनर

Answer 1

आप बस उन सभी नंबरों को एक साथ जोड़ नहीं सकते। यह गूगल के रास्ते पर हॉप्स में से प्रत्येक के लिए पिंग समय है। इसलिए स्वाभाविक रूप से पथ का प्रत्येक पैर आगे और दूर हो जाता है और आप अलग-अलग पिंग बार देखते हैं। यदि आप ट्रैसर्ट (34 एमएस) में अंतिम पिंग समय को देखते हैं और आपके द्वारा पिंग (34ms) जारी किए गए समय को प्राप्त किया गया है तो ये समान हैं। ट्रेस कार्यक्रम पिंग की तुलना में धीमा नहीं है।

मैं सुझाव दूंगा कि कैसे एक ट्रेसरूट काम करता है:
http://en.wikipedia.org/wiki/Traceroute

Comments

यह नहीं है farther and farther away।

मुझे समझ नहीं आ रहा है कि आपका क्या मतलब है। ट्रेसरआउट पर सूचीबद्ध प्रत्येक आईपी पता आपके और Google के बीच अगले राउटर का पता है। "तार्किक" नेटवर्क टोपोलॉजी में ये दूर हो जाते हैं जैसे ही आप सूची में आगे बढ़ते हैं। साथ ही, अधिकांश भाग के लिए, वे शारीरिक रूप से आपके भौगोलिक स्थान से बहुत दूर हो जाते हैं। हालांकि यह हमेशा सच नहीं होता है क्योंकि कभी-कभी मार्गों को "अनावश्यक रूप से" नक्शे के चारों ओर कूदने लगता है। लेकिन मेरा कहना है कि भौतिक दूरी और कई हॉप्स पिंग समय को बढ़ाते हैं।

— आइंस्टीन

मार्ग में प्रत्येक नोड को पिंग करने का प्रयास करें। आपको एक ही कुल (लगभग) के साथ आना चाहिए।

— क्रिस नवा

शायद PHP गलत स्टैकओवरफ़्लो साइट पर है, और इसका मतलब है कि आगे भौतिक दूरी को संदर्भित करता है जबकि आगे नेटवर्क दूरी के लिए अधिक उपयुक्त है? english.stackexchange.com

— dunxd

Answer 2

आप न्यूयॉर्क से सैन फ्रांसिस्को तक ड्राइव की तरह पिंग देख सकते हैं। यह 200 घंटे कहता है, (स्विटज़रलैंड से im और अमेरिका में दूरियों से परिचित नहीं है)

लेकिन ड्राइवर को आपको यह बताने के लिए न्यूयॉर्क वापस आना होगा कि वह सैन फ्रांसिस्को में था। आप घड़ी पर एक नज़र डालते हैं और अब आप गणना करते हैं कि उसने दूरी के लिए 400hours लिया। अब यही पिंग करता है। Traceroute क्या करता है: अपने ड्राइवर को बताएं कि उसे न्यूयॉर्क से सैन फ्रांसिसो तक ड्राइव करना चाहिए और हर बार जब वह एक चौराहे पर आता है तो उसे वापस आना चाहिए और आपको उसका नाम बताना चाहिए। इसलिए वह अपने रास्ते पर है और पहले कुछ चौराहे न्यूयॉर्क में हैं। तो वह आपके साथ वापस ड्राइविंग करने और आपको चौराहे का नाम बताने के लिए बहुत तेज है। लेकिन जब वह आगे दूर हो जाएगा, तो उसे आपके पास लौटने में अधिक समय लगेगा। और इसी तरह...

इसलिए यदि आप सभी ड्राइविंग घंटों की गिनती करते हैं तो वह अपने रास्ते में था कि वह सभी चौराहों की तुलना में अधिक समय तक रिपोर्टिंग करता है अगर उसे सिर्फ सैन फ्रांसिस्को ड्राइव करना था। आशा है कि यह आपके लिए कुछ बातें साफ करता है ...

Comments

एक बेहतर सादृश्य यह होगा कि आप 30 ड्राइवरों को बाहर भेजें, जिनमें से प्रत्येक को न्यूयॉर्क की ओर जाने के लिए कहा जाए, लेकिन उनमें से प्रत्येक को चारों ओर मुड़ना चाहिए और पहले चौराहे, दूसरे चौराहे, तीसरे चौराहे और इतने पर वापस आना चाहिए, सभी तीस चौराहे तक रास्ता (उम्मीद है कि एसएफ और एनवाई के बीच 30 से कम हैं)।

— जैद डेनियल

Answer 3

वास्तव में यह मूल रूप से इस तथ्य के कारण है कि पिंग ने DNS और अन्य नेटवर्क के उपकरण पर नेटवर्क पर एक ICMP अनुरोध भेजा है।

हालांकि, Traceroute टीटीएल के साथ बहुत कम मात्रा में बहुत कम पैसे भेजते हैं।

जब आप अपनी सीट से www.google.com से जुड़ने का प्रयास करते हैं, तो छूट के लिए, ट्रेसरआउट ने www.google.com को एक टीटीएल 1 पर सेट के साथ एक पिकेट भेजा, और पहले एनकाउंटर नेटवर्क के उपकरण से उत्तर की प्रतीक्षा करें।

फिर, Traceroute आपके स्क्रीन पर पहले नेटवर्क के उपकरण के आईपी को प्रदर्शित करता है, और इसके बाद एक ही चीज करेगा लेकिन इस बार TTL के साथ 2 आदि पर सेट होगा।

अंत में, Traceroute ने लगभग आधे से अधिक समय तक प्रतीक्षा की है, क्योंकि प्रत्येक भेजने पर, यह एक नेटवर्क के उपकरण के उत्तर की प्रतीक्षा कर रहा है।

Answer 4

ट्रेसरूट हमेशा आप गंतव्य के लिए औसत बताओ, बार का एक संग्रह नहीं, कि है, आपके मामले में, इसके साथ 34ms है pingऔर traceroute।

यदि ट्रेसरआउट आपको क्या सुझाव देते हैं, तो इसका आउटपुट काफी अपठनीय होगा।

यदि आप केवल गंतव्य के प्रतिक्रिया समय में रुचि रखते हैं, pingतो काफी पर्याप्त है, tracerouteजब आप गंतव्य के लिए मार्ग पर कुछ डिबग करने की जरूरत है। इसके अलावा, आपके और गंतव्य के बीच के सभी हॉप्स रूटर्स हैं, और अधिकांश समय, राउटर्स में प्राथमिकता होती है कि क्या करें, अर्थात्, पहले रूट पैकेट, और फिर पिंग या ट्रैसरूट का जवाब दें (अर्थात, पहला मामला) एक का जवाब दे icmp echo reply, और दूसरे मामले में, एक icmp time exceeded) और अक्सर अधिक धीरे धीरे का जवाब है (जब वे सब पर जवाब देने के)

Answer 5

पोस्टरिटी के लिए, क्योंकि कोई भी सही उत्तर बहुत स्पष्ट नहीं है ...

-

प्रत्येक बार ट्रेसरआउट में दिखाया गया है कि आपके मशीन (या मशीन ट्रेसरआउट ...) से कुल समय है जो कि पार्टिकुलर नोड के लिए है।

दूसरे शब्दों में, 2 नोड पर दिखाया गया समय नोड 1 और 2 के बीच का समय नहीं है, बल्कि कुल स्रोत, प्रथम नोड और दूसरे नोड के बीच में लिया गया कुल समय है।

इसलिए औसतन, प्रत्येक नोड पर दिखाए गए समय को मोटे तौर पर उस समय से मेल खाना चाहिए जो आपको मिलेगा यदि आप उस विशेष नोड को "सीधे" पिंग कर रहे थे (यह वास्तव में किसी ट्रेसरआउट की तुलना में अधिक प्रत्यक्ष नहीं है ... यह आमतौर पर उसी पथ का अनुसरण करेगा। इंटरनेट पर)।

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

-

बैच फ़ाइल के लिए, नोटपैड खोलें और इन 3 पंक्तियों को टाइप करें:

:start
tracert -d www.google.com
goto start

फिर "Trace.bat" के रूप में सहेजें, लेकिन सहेजने से पहले फ़ाइल के प्रकार को सहेजें संवाद पर "सभी फ़ाइलों" में बदलना सुनिश्चित करें या यह अभी भी एक पाठ फ़ाइल के रूप में बचाएगा।

जब खोला जाता है, तो यह लगातार ट्रेसरआउट (Google को) चलाएगा। विंडो को सेलेक्ट करने के दौरान आप इसे ctrl + c दबाकर रोक सकते हैं।

-

आप निश्चित रूप से, यह बदल सकते हैं, जहां यह "www.google.com" को बदलकर चल रहा है।

यदि आप हल किए गए होस्ट नामों को देखना चाहते हैं, तो आप "-d" विकल्प को भी हटा सकते हैं, लेकिन यह प्रत्येक नोड के लिए DNS सर्वर से होस्टनाम को प्राप्त करने के कारण ट्रेसरआउट को अधिक समय लेगा (यह वास्तविक परिणाम स्वयं नहीं बदलता है हालांकि )।

अंत में, यदि आप उच्च समय के साथ एक नोड पाते हैं और सिर्फ एक विशेष नोड के मामले में उस विशेष नोड के लिए ट्रेसरआउट्स को चलाना चाहते हैं, तो इससे पहले कि आप मुद्दे हैं, आप या तो "www.google.com" को उस नोड के आईपी पते या होस्ट नाम में बदल सकते हैं, या आप -h विकल्प का उपयोग यह निर्दिष्ट करने के लिए कर सकते हैं कि खोज के लिए कितने नोड हैं, अर्थात ...

:start
tracert -d -h 5 www.google.com
goto start

Comments

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

— रॉन मौपिन

हां, ICMP की QOS प्राथमिकता आमतौर पर कम होती है, लेकिन अक्सर ऐसा समय होता है जब आप ट्रैसरआउट कर रहे होते हैं, यह इसलिए होता है क्योंकि एक समस्या पहले से मौजूद है (आप किसी गेम में लैग स्पाइक्स या खराब पिंग कर रहे हैं), और उस विशेष नोड का आपने उल्लेख किया है ( व्यस्त) वह अड़चन है जिसकी आपको तलाश है।

— लाईके एंडारिल

मैं QoS प्राथमिकता का मतलब नहीं है, मेरा मतलब है कि डिवाइस खुद एक ICMP प्रतिक्रिया बना रहा है। नोड वास्तव में बहुत व्यस्त रूटिंग पैकेट हो सकता है ताकि मूल नोड समय से पहले आईसीएमपी संदेश भेजने के लिए चारों ओर हो सके। एक राउटर ICMP संदेश भेजने का निर्णय लेने से पहले पैकेट को रूट करेगा। इसका QoS से कोई लेना-देना नहीं है।

— रॉन मौपिन

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

— लाईके एंडारिल

Answer 6

क्योंकि ट्रेस यूडीपी पैकेट का उपयोग करते हैं, जैसे पिंग आईसीएमपी पैकेट का उपयोग करते हैं। लिनक्स के तहत, मट्ठा हैtraceroute -I ICMP ट्रेसरूट करने विकल्प होता है।

आपके परीक्षण में Google से कनेक्ट होने का समय अनुरेखक और पिंग में समान है: 34ms। बीच के सभी राउटरों के पास जवाब देने का अपना समय होता है लेकिन अंतिम ट्रांसफर समय को प्रभावित नहीं करता है।

http://en.wikipedia.org/wiki/Traceroute Traceroute पर सभी को समझाएं

Comments

दरअसल, विंडोज पर, tracertलिनक्स के विपरीत, डिफ़ॉल्ट रूप से ICMP का उपयोग करता है traceroute।

— फोएबस

tracert ICMP अवधि का उपयोग करता है। ICMP IP प्रोटोकॉल 1 है, UDP 17 है।

— dbasnett 12

@dbasnett मूल रूप से, ट्रेसरआउट ने आउटगोइंग पैकेट्स को यूडीपी के रूप में भेजा था, और रिटर्न पैकेट्स निश्चित रूप से आईसीएमपी टीटीएल संदेशों से अधिक थे। विंडोज और अब अन्य ट्रेसरआउट प्रोग्राम आउटगोइंग के लिए ICMP इको अनुरोध पैकेट का उपयोग करते हैं। आमतौर पर जब लोग UDP ट्रैसरूट या ICMP ट्रेसरआउट का उल्लेख करते हैं, तो यह इन आउटगोइंग पैकेट्स हैं, जिनका वे उल्लेख कर रहे हैं, क्योंकि BOTH तंत्र ICMP TTL पर भरोसा करते हैं, मार्ग के साथ हॉप्स से प्रेषक को वापस आने वाले संदेशों को पार कर जाता है।

— जेड डेनियल

Answer 7

आप रिवर्स डीएनएस लुकअप को अक्षम करके अपने अनुरेखक को बढ़ावा दे सकते हैं, जो अक्सर विफल रहता है: tracert -d www.google.com

Comments

यह गोल यात्रा के समय को अधिक तेज नहीं बनाता है। हालाँकि, यह आपकी स्क्रीन पर परिणाम वापस करने के लिए तेज़ बनाता है, क्योंकि यह DNS लुकअप नहीं करता है।

— जेड डेनियल