भूगोल नेटवर्क विलंबता को कैसे प्रभावित करता है?


20

मेरे पास पूर्वी तट (यूएस) पर एक प्रबंधित होस्टिंग कंपनी में हमारे डेटाबेस / वेब सर्वर को होस्ट करने का विकल्प है या वेस्ट कोस्ट (यूएस) पर एक है। हमारी कंपनी न्यूयॉर्क शहर से बाहर आधारित है, और दोनों होस्टिंग प्रदाता हमारे बॉक्स को एक समर्पित T1 लाइन देते हैं।

कितना प्रदर्शन हिट हुआ (अन्य सभी कारकों को समान मानते हुए) यदि मैं पूर्वी तट पर एक के विपरीत पश्चिमी तट पर एक के साथ गया तो क्या मैं नेटवर्क विलंबता के संदर्भ में ले जाऊंगा? मुझे यह भी निश्चित नहीं है कि जब भूगोल इंटरनेट की गति को प्रभावित करता है जब संख्या और दूरी वास्तव में बड़ी हो जाती है (टी 1 और ऊपर, और हजारों मील)।

धन्यवाद!


ओह, मैं आपकी स्थिति से कैसे ईर्ष्या करता हूं। हमें फिलीपींस में एक क्लाइंट मिला है जो आईएसडीएन पर अपने सभी नेटवर्क ट्रैफ़िक के लिए एकमात्र लिंक के रूप में चल रहे हैं। आप बात करना चाहते हैं विलंबता, तब और हमारे बीच (ऑस्ट्रेलिया में) 700ms की कोशिश कर रहे हैं जब लाइन पर कोई ट्रैफ़िक नहीं है :(
मार्क हेंडरसन

जवाबों:


10

एक दूरी की देरी है और अन्य सभी चीजें समान हो रही हैं (मार्ग दक्षता, प्रसंस्करण ओवरहेड, कंजेशन, आदि) पश्चिमी तट पर एक साइट जो पूर्वी तट पर एक मेजबान द्वारा एक्सेस की जाती है, अगर वह साइट पूर्व में है तो इससे अधिक समय लगेगा। तट लेकिन हम यहाँ मिलिसकंड्स बात कर रहे हैं।


लिंक नीचे .......
पचेरियर

11

अन्य सभी चीजों के बराबर, आपके पास प्रकाश की गति के कारण अतिरिक्त विलंबता के 44 मिलीसेकंड होंगे। प्रत्येक पैकेट राउंडट्रिप के लिए 1/20 का सेकंड दें या दें। विशिष्ट वेब उपयोग के लिए ज्यादा नहीं। सत्र सत्रों के लिए निष्क्रिय। यदि आप अपने DB को छोटे छोटे लगातार लेनदेन के साथ सीधे एक्सेस करते हैं।

मैंने अतिरिक्त राउटर / रिपीटर्स के कारण होने वाली अतिरिक्त विलंबता को अनदेखा कर दिया है, जो कि बहुत अधिक हो सकती है। मैंने ४४०० किमी की दूरी और फाइबर में प्रकाश की गति २००००० किमी / एस मान ली है।


1 किमी प्रति 100 किमी केवल सटीक है अगर बीच में कोई रूटर्स नहीं हैं। एक बार आपके प्रदान करने के बाद फाइबर रिपीटर्स विलंबता नहीं जोड़ते हैं।
रयान

@ रेयान, ~ " फाइबर रिपीटर्स में शून्य विलंबता " से आपका क्या तात्पर्य है ? यह कैसे हो सकता है?
पचेरियर

lightwaveonline.com/articles/print/volume-29/issue-6/feature/… विभिन्न विवरणों को बहुत अच्छी तरह से कवर करता है। TLDR, ऑप्टिकल उत्थान रिपीटर्स लेटेंसी जोड़ते हैं लेकिन यह वास्तविक रूप से मूल रूप से शून्य है। आप DCM द्वारा अपने अंत बिंदु और अपने अंत बिंदु राउटर्स में जोड़ा गया एक उच्च विलंबता देखेंगे।
रयान

5

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

एक बार जब वे चले गए, तो उन्होंने घर के कार्यालयों में अपने कॉमकास्ट लिंक से प्रदर्शन की समस्याएं शुरू कर दीं। उनके पास <10ms विलंबता होती थी, और यह 80-ish ms तक जाती थी। उन्होंने देखा कि धीमी गति से प्रदर्शन उनकी साइटों तक पहुँच रहे हैं, लेकिन कहा "शायद हम बस धमाकेदार तेजी से मात्र नश्वर गति से जाने के लिए डाल रहे हैं।" उन्हें महसूस हुआ कि भूगोल के कारण सीमाएँ थीं, और यह कि पश्चिमी तट पर उनके उपयोगकर्ताओं को संभवतः बेहतर प्रदर्शन मिल रहा होगा।

हम कुछ देर आगे पीछे हुए। लगभग 6 महीने के बाद, हमने इस क्लाइंट (बेहतर मूल्य निर्धारण, अधिक बैंडविड्थ, अन्य प्रदाता पर रखरखाव खिड़कियों की संख्या से नाखुश) के कारण असंबंधित और एक अलग प्राथमिक आईएसपी पर स्विच किया, और नए प्रदाता के साथ हम 45 सेंटीमीटर तक मिल रहे थे। इस ग्राहक के लिए औसत विलंबता। इस बिंदु पर उनके प्रदर्शन की चिंता दूर हो गई है।

बस आपको एक मामले के बारे में कुछ अनुभव देना है जहां इस तरह का मुद्दा देखा गया था और इससे संबंधित संख्याएं।

विभिन्न दूरस्थ छोरों की विलंबता और पैकेट हानि के बारे में जानकारी दिखाने के लिए "mtr" का उपयोग करने का प्रयास करें। जब तक आप पूरी तरह से "धीमी पथ" रूटिंग को नहीं समझते हैं, तब तक कुछ भी अनदेखा करें लेकिन उस आउटपुट पर सूचीबद्ध अंतिम हॉप। वैन जैकबसन का कहना है कि मनुष्य 400ms से शुरू होने वाले विलंबता को देखता है, लेकिन यह महसूस करता है कि कई कनेक्शनों को कई बार और आगे के आदान-प्रदान की आवश्यकता होती है, इसलिए एक 100ms विलंबता जल्दी से एक दूसरे को जोड़ सकती है ...

मेरे अनुभव से, 250ms विलंबता एक धीमी गति से कनेक्शन की तरह महसूस करना शुरू कर देता है। 10ms या बेहतर एक धधकते कनेक्शन की तरह लगता है। यह वास्तव में आप क्या कर रहे हैं पर निर्भर करता है।

शॉन


डेनवर, जिसका अर्थ है सीओ?
पचेरियर

Btw, "मानव नोटिस विलंबता 400ms पर शुरू" स्पष्ट रूप से गलत है। किसी भी गेमर से बात करें और आप देखेंगे कि 65ms (और ऊपर) की एक विलंबता पूरी तरह से अस्वीकार्य है
पचेरियर

3

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


वहाँ वैसे भी मार्ग की दक्षता निर्धारित करने के लिए है? क्या मुझे देखने के लिए दो सर्वरों पर कोई परीक्षण चल सकता है, और उस संख्या का क्या मतलब होगा?
नीपर

2
पैकेट सबसे अच्छा .66 (ऑप्टिकल) और ~ .55 (तांबा) प्रकाश की गति के समय की यात्रा करते हैं।
नोआ कैंपबेल

@ नोहा - क्या यह बेहतर है?
ईबीग्रीन

प्रकाश की गति से बेहतर है? नहीं, यह प्रकाश की लगभग आधी गति है।
नूह कैंपबेल

मेरा मतलब है, क्या मेरा संपादन बेहतर विवरण है।
ईबीग्रीन

3

बिंदु A और बिंदु B के बीच हॉप्स की संख्या विलंबता का परिचय देगी। हॉप्स की संख्या गिनें क्योंकि यह आपका सबसे अच्छा संकेतक है।

सावधानी के कुछ शब्द। नेटवर्क पथ का मूल्यांकन करने के तरीके वास्तविक पैकेट के प्रवाह के अनुरूप नहीं होंगे। ICMP को रूट किया जा सकता है और एक अंतर QoS दिया जा सकता है। इसके अलावा, ट्रेसरआउट आमतौर पर एक दिशा में, यानी गंतव्य के लिए स्रोत दिखता है। यहाँ कुछ आसान ट्रिक्स दिए गए हैं।

के लिए traceroute, उपयोग करने का प्रयास करें -I, -Uया -Tयह देखने के लिए कि मार्ग कैसे बदलता है। -t 16या भी देखो -t 8ट्रेसरूट

पिंग वास्तव में बहुत उपयोगी है। ping -Rआपको वह रास्ता दिखाएगा जो उसे लौटने में लगता है! यदि यह बाहर जाने वाले मार्ग से भिन्न है, तो देखें कि यह कहाँ जा रहा है। पिंग


2

मुझे लगता है कि भूगोल आपके पास जाने के बाद से पैकेट ट्रांसमिटिंग समय के लिए बहुत कुछ होगा, और अधिक हॉप्स आपको समग्र विलंबता को प्रभावित करने की सबसे अधिक संभावना होगी। यदि आपके ग्राहक ज्यादातर पश्चिमी-तट पर आधारित होने जा रहे हैं, तो मैं पश्चिम-तट की मेजबानी के लिए जाऊंगा ... पूर्वी तट पर एक ही बात। यदि आपके ग्राहक अमेरिका, या दुनिया भर से आ रहे हैं ... तो आपको बस यह कठिन निर्णय लेना होगा कि किस पक्ष को कम विलंबता मिलती है।

हमारे मामले में, हम अपने नेटवर्क (एक बड़ा इंट्रानेट) पर हैं, और हमारे राउटर को राज्य भर में OSPF के आधार पर निर्णय लेने में सक्षम बनाते हैं :) दुर्भाग्य से, हमारे नेटवर्क से कुछ भी मुख्य रूप से हमारे ISPs लेआउट पर निर्भर करता है।


एक महान उपकरण जिसका आप उपयोग कर सकते हैं, एमटीआर को केवल विलंबता का पता लगाने के लिए नहीं, बल्कि पैकेट हानि, मार्ग की जानकारी, घबराना, आदि के बारे में जानकारी देने के लिए मैंने एक पोस्ट बनाई है: serverfault.com/questions/21048/…
l040b0x
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.