इस पृथ्वी पर घंटे-घंटे पिंग का समय वास्तविक कैसे हो सकता है?


15

मैंने हाल ही में अपने माता-पिता के साथ ईस्टर बैंक की छुट्टी बिताई, जो ब्रिटेन में एक बहुत ही ग्रामीण इलाके में रहते हैं। उनके पास एक भयानक (भयानक) एडीएसएल इंटरनेट कनेक्शन है, जो डोडी कॉपर के कई किलोमीटर तक चलाया जाता है और समय-समय पर बाधित होता है जब पास के किसान अपने ट्रैक्टरों को फोन लाइनों में उलट देते हैं।

मैंने देखा कि उनका राउटर pptpहैंडशेक को बार-बार गिरा रहा था , और इसे फिर से जोड़कर, कनेक्शन को प्रभावी ढंग से मार रहा था। यह निराशाजनक था। इसलिए, पागल होने से बचने के प्रयास में, मैंने इसे न्यूनतम गति के लिए न्यूनतम स्वीकार्य SNR मार्जिन और हैंडशेक को दोगुना करने के लिए कहा:

$ telnet 192.168.1.1
Trying 192.168.1.1...
Connected to 192.168.1.1.
Escape character is '^]'.
U.S. Robotics Wireless MAXg ADSL Gateway
Login: ***********
Password: 
> sh


BusyBox v1.00 (2006.02.17-20:30+0000) Built-in shell (msh)
Enter 'help' for a list of built-in commands.

# adsl configure --snr 200; exit 
Connection closed by foreign host.

इससे मामलों में सुधार हुआ, और यह बात एक (कुछ हद तक) स्थिर हो गई, अगर अविश्वसनीय रूप से धीमी गति से, बाहरी दुनिया में पाइप:

$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
64 bytes from 8.8.8.8: icmp_seq=0 ttl=55 time=3236.679 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=55 time=3699.541 ms
...

इस बिंदु पर, वास्तविक जीवन में हस्तक्षेप हुआ और मैंने कई घंटे बिल्लियों के साथ खेलने में बिताए, अपने फोन पर कैट गिफ्स को देखते हुए, वास्तव में अपने परिवार से बात कर रहा था, आदि मैं भूल गया कि मैंने इस पिंग प्रक्रिया को छोड़ दिया है, और वापस आया। एक दिन बाद हिट करने के लिए ctrl-c

दिखाए गए सारांश आँकड़े मुझे फ़्लिकर करते हैं:

--- 8.8.8.8 ping statistics ---
103074 packets transmitted, 100564 packets received, 2.4% packet loss
round-trip min/avg/max/stddev = 32.986/3034.479/3600577.732/87527.276 ms

जैसा कि आप देख सकते हैं, एक ICMP पैकेट के लिए Google के DNS सर्वर के लिए थोड़े समय के लिए अधिकतम दर्ज प्रतिक्रिया समय 3600577.732 एमएस हैयह लगभग एक घंटे है , और निश्चित रूप से अब तक की pingडिफ़ॉल्ट समय से बहुत लंबा है ।

पृथ्वी पर यह कैसे हो सकता है? क्या यह सही है? राऊटर अपने रास्ते पर भेजने से पहले साठ मिनट के लिए पैकेट पर खुशी से क्या रखेगा ? यह पैकेट क्यों नहीं गिराया गया? क्या यह 8-बिट पैकेट काउंटर से बड़े अक्षांशों के साथ एक अतिप्रवाह का परिणाम है?

अंत में, मुझे यह जानने में दिलचस्पी होगी कि क्या यूके में कोई आचार संहिता है, जिसमें कहा गया है कि उपभोक्ता ADSL कनेक्शनों में RFC 1149 और RFC 2549 ;-) की तुलना में कम विलंबता और बेहतर ट्रैफ़िक प्रबंधन की संभावना है ।


1
एक राउटर जो स्पैम से ओवरलोड नहीं है।
शाफ़्ट फ्राक

एक लालची राउटर;) बस इसे तब चलायें जब आप ध्यान दें कि यह पैकेट को अग्रेषित करने से एक घंटे पहले प्रतीक्षा करने की योजना बना रहा है। youtube.com/watch?v=moSFlvxnbgk
Cestarian

1
क्या यह संभव है कि, चूंकि आपने कहा था कि आपने इसे रात भर छोड़ दिया है, इसलिए आपके कंप्यूटर ने डेलाइट सेविंग टाइम की शुरुआत में +1 घंटा लगाया और यह एक विशेष पैकेट के आरटीटी की गणना के साथ गड़बड़ हो गया?
kenkh

@kenkh - नहींं; मुझे निश्चित रूप से यकीन है कि जिस दिन घड़ियां बदलीं थीं वह एक नहीं थी। इसके अलावा, ping स्रोत कोड (~ l 761 से) को देखते हुए मैं देख सकता हूं कि बाद की गणना में टाइमज़ोन को अनदेखा किया गया है ( gettimeofday(nv, NULL)युगीन माइक्रोसेकंड रिटर्न)। यह वास्तव में एक घंटा लगा!
लन्दक

यदि आपके पास सिस्टम तक पहुंच है, तो क्या आप उस पर पाथिंग चला सकते हैं? मोटे तौर पर दिखाते हैं जहां मंदी है
जर्नीमैन गीक

जवाबों:


4

पिंग के लिए ICMP पैकेट और प्रतिक्रिया प्रत्येक 32 बाइट्स लंबी होती हैं, इसलिए यह एक घंटे की पिंग के लिए लगता है कि प्रत्येक बाइट को संचारित करने में लगभग एक मिनट लग रहा था।

यह केवल बहुत ही उदार त्रुटि रिट्री काउंट (आपकी करनी?) द्वारा समझाया गया है, जो बहुत धीमे राउटर और एक दर्दनाक प्रतीक्षा के साथ युग्मित है और प्रत्येक और हर प्रेषित बाइट के लिए पुन: प्रयास करता है।

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

आप क्या कर सकते है :

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

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


मैं 2 और 3 को घुमा दूंगा। पहले आईएसपी को कॉल करना बहुत आसान है। वे एक परीक्षण कर सकते हैं। यदि वे समस्याएं देखते हैं, तो वे एक नया मॉडेम भेजेंगे (जरूरी नहीं कि एक राउटर)। यदि कोई नया मॉडम समस्या का समाधान नहीं करता है, तो आईएसपी को फोन कंपनी से संपर्क करना चाहिए। इस तरह से यह यहाँ काम करता है, लेकिन यह यूके में अलग हो सकता है।
एसपीआरबीआरएन

मेरा मतलब था कि किसी को भी समानांतर में ऊपर के कई बिंदुओं पर अमल करना चाहिए। मेरे मामले में, मेरा आईएसपी एक तकनीशियन को भेजने का निर्णय ले सकता है, लेकिन यदि समस्या अप्रयुक्त डीएसएल फ़िल्टर के रूप में तुच्छ है, तो यह शुल्क लेने का निर्णय ले सकता है।
harrymc

ओह। टिप्पणियां संख्याबद्ध सूची में संख्याओं को संदर्भित करती हैं। फिर, उत्तर के पोस्टर ने संख्याओं को हटाने के लिए उत्तर को संपादित किया, जिससे टिप्पणियां जगह से बाहर हो गईं। Tsk tsk।
टोगाम

1
200 एमएस : यह विंडोज / लिनक्स सॉफ्टवेयर में बनाया गया है। मुझे यह पता चला कि जब मेरी कंपनी के उत्पाद में छोटे डेटाग्राम पर बहुत कम टीसीपी / आईपी थ्रूपुट था, तो सिस्टम कॉल में पाया गया कि सॉकेट पर "तुरंत भेजें"। पैकेट पेलोड : यह बातचीत नहीं है, बल्कि एक बहुत बड़े टीसीपी / आईपी डेटाग्राम को भागों में काट दिया जाएगा जब यह एक मार्ग का सामना करता है जहां एमटीयू बहुत छोटा है। डीएसएल मॉडेम : संभव है कि बदलते पैरामीटर खराब फोन-लाइन / स्विच के लिए कुछ हद तक क्षतिपूर्ति करेंगे, लेकिन इसे मुआवजे के बजाय तय किया जाना चाहिए।
harrymc

1
एक और ट्विक: ADSL2 + को निष्क्रिय करें और स्थिरता के लिए ADSL1 के साथ रहें। आप जो भी राउटर खरीदते हैं, आश्वासन देते हैं कि आप एसएनआर मार्जिन को ठीक से टाल सकते हैं (कुछ जानकारी यहां )। बिलियन रूटर्स अच्छे हैं, जैसा कि नेटगियर है (मैं सरल स्थापना के साथ डीडी-डब्ल्यूआरटी का समर्थन करने वाले मॉडल पसंद करता हूं)। यह लेख आपको अधिक विचार दे सकता है - और दूरी / गति आरेख पर एक नज़र डाल सकता है।
हरिके।

0

मैं इस मामले को डेटा कंजेशन मैनेजमेंट से बहुत अधिक संबंधित देखता हूं, हालांकि जो भी कारण हो सकता है उसके लिए एक बहुत ही खराब प्रबंधन है। मेरी समझ में, ट्रांसमिशन सिस्टम के साथ पैकेट बफर है -अब तक प्रबंधित, जो ICMP इको अनुरोध / उत्तर पैकेट में इस विसंगति का कारण बनता है।

इसलिए पिंग सत्र को घंटों के लिए खोले जाने के साथ खराब भीड़ प्रबंधन नीति का संयोजन इस तरह के अजीब परिदृश्य में परिणाम को कम कर सकता है।

यहाँ भीड़ प्रबंधन के बारे में अधिक जानकारी ।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.