पिंग पर उच्च विलंबता लेकिन वाई-फाई के माध्यम से स्थानीय नेटवर्क पर ट्रेसरआउट के लिए ठीक है

Question

मैंने wi-fi और अनुभवी विलंबता पर एक स्थानीय मशीन की तरह sshed, जैसे मैं दुनिया के दूसरी तरफ एक सर्वर पर काम कर रहा था। पिंग से पता चलता है:

$ ping imac.local
PING imac.local (192.168.0.38): 56 data bytes
64 bytes from 192.168.0.38: icmp_seq=0 ttl=64 time=4.961 ms
64 bytes from 192.168.0.38: icmp_seq=1 ttl=64 time=164.356 ms
64 bytes from 192.168.0.38: icmp_seq=2 ttl=64 time=184.635 ms
64 bytes from 192.168.0.38: icmp_seq=3 ttl=64 time=203.981 ms
64 bytes from 192.168.0.38: icmp_seq=4 ttl=64 time=128.627 ms
64 bytes from 192.168.0.38: icmp_seq=5 ttl=64 time=143.717 ms
64 bytes from 192.168.0.38: icmp_seq=6 ttl=64 time=112.190 ms
64 bytes from 192.168.0.38: icmp_seq=7 ttl=64 time=184.448 ms
64 bytes from 192.168.0.38: icmp_seq=8 ttl=64 time=205.589 ms
64 bytes from 192.168.0.38: icmp_seq=9 ttl=64 time=124.649 ms

हालांकि ट्रेसरआउट जादुई रूप से त्वरित है:

$ traceroute imac.local
traceroute to imac.local (192.168.0.38), 64 hops max, 52 byte packets
 1  192.168.0.38 (192.168.0.38)  5.522 ms  4.412 ms  5.133 ms

यह एक अस्थायी नहीं है, मैंने इसे कई बार चलाया और 10ms से अधिक विलंबता नहीं मिली। किसी भी विचार क्यों पिंग और अनुरेखक अलग विलंबता दे?

संपादित करें: यह OSX विशिष्ट होना चाहिए। एक पीसी लैपटॉप और वाईफाई राउटर मुझे सब 10ms पिंग लेटेंसी देते हैं, दो ऑक्स कंप्यूटर को एक दूसरे से पिंग करते हुए मुझे हाई लेटेंसी देते हैं।

Comments

उन्हें (पिंग और ट्रेसरआउट) समानांतर में चलाएं। यह संभवतः कि जब आप pingवाईफाई नेटवर्क के साथ मापते हैं तो ओवरलोडेड / अटैक / इत्यादि या mtrसमानांतर में बेहतर उपयोग कमांड ping। आप यूडीपी पिंग को mtrउपयोगिता के साथ भी आज़मा सकते हैं । कुछ WiFi स्कैनर का उपयोग करें और सुनिश्चित करें कि आप बहुत अधिक भीड़-भाड़ वाले चैनल पर नहीं चल रहे हैं जो आपके नेटवर्क को प्रभावित कर सकता है।

— एलेक्स

Answer 1

सबसे पहले, ऐसे कई कारक हैं जो वायरलेस सिग्नल के साथ हस्तक्षेप कर सकते हैं। उदाहरण के लिए, दूरी बहुत दूर है या संकेत अवरुद्ध है।

दूसरा, पिंग और ट्रेसरआउट का कार्य सिद्धांत अलग है।

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

जब होस्ट ट्रेसरूट कमांड का उपयोग करता है, तो यह पहले एक आईपी हेडर और एक यूडीपी पैकेट वाला पैकेट भेजता है। राउटर से गुजरते समय, राउटर आईपी हेडर के टीटीएल के मान और आईसीएमपी हेडर में आईपी हेडर को 1. घटा देगा। जब आईसीएमपी का टीटीएल मान 0 होगा, तो राउटर डेटाग्राम को त्याग देगा और टिम्पी को वापस कर देगा ICMP स्रोत होस्ट को पैकेट। टाइम-आउट ICMP पैकेट प्राप्त करने के बाद, स्रोत होस्ट पिछले ICMP में IP शीर्ष लेख के TTL में 1 जोड़ता है, जब तक IP पता नहीं भेजना जारी रखता है जब तक कि गंतव्य पता 1. TTL मान के साथ IP डेटा आरेख प्राप्त नहीं करता है। डेटाग्राम को त्यागें और टाइमआउट ICMP संदेश लौटाएं। इस समय, स्रोत होस्ट ICMP में UDP पैकेट को पार्स करेगा। यूडीपी पैकेट आमतौर पर एक पोर्ट का उपयोग करता है जो प्राप्त करने के लिए उपलब्ध नहीं है, इसलिए लक्ष्य होस्ट एक "पोर्ट अप्राप्य" ICMP संदेश लौटाएगा। यह मुख्य रूप से यह भेद करने के लिए उपयोग किया जाता है कि क्या ICMP पैकेट समयबद्ध है या पोर्ट अनुपलब्ध है। जब स्रोत होस्ट को एक पहुंच योग्य पोर्ट के साथ एक ICMP पैकेट प्राप्त होता है, तो यह जानता है कि मार्ग ट्रैकिंग पूरा हो गया है।

आप विस्तृत जानकारी के लिए इस लिंक को देख सकते हैं । यह समझना कि पिंग और ट्रेसरआउट कैसे काम करते हैं, आपकी समस्या को बेहतर ढंग से समझने में आपकी मदद कर सकते हैं।

Comments

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

— दाविगो