WAN पर किसी भी समय उच्च विलंबता का क्या कारण होगा?


16

मेरे पास एक नेटवर्क है जो धीमी इंटरनेट गति का अनुभव कर रहा है। बहुत अधिक समस्या निवारण के बाद, मैंने निर्धारित किया है कि कोई भी स्ट्रीमिंग सामग्री / डाउनलोड WAN ट्रैफ़िक की विलंबता का कारण बनेगी।

उदाहरण के लिए, बिना किसी भार के, मैं ,. ,. about.ing को लगभग ३० मी। अगर मैं एक ही कंप्यूटर पर YouTube स्ट्रीम करना शुरू करता हूं, तो विलंबता लगभग 500ms तक उछल जाती है, लगभग 400ms के संस्करण के साथ। अगर मैं वीडियो को बंद करता हूं, तो विलंबता 30ms पर लौट आती है। लेकिन, अगर मेरे पास उसी LAN पर एक उपयोगकर्ता है, जो पैंडोरा स्ट्रीमिंग शुरू करता है, तो समस्या वापस आ जाती है।

मेरा नेटवर्क एक एकल 10/100 स्विच से भाग गया है। स्विच सीधे DSL राउटर से जुड़ा है। मैं आमतौर पर एक 6Mb कनेक्शन है।

समस्या निवारण में, मैंने निम्नलिखित कार्य पूरे किए हैं:

  • गलत काम के पैकेट की तलाश में कई वर्कस्टेशन से वॉशर्सक के साथ स्कैन किया गया। (मैं शामिल करूंगा लेकिन स्कैन में गोपनीय जानकारी है)। कुछ भी सामान्य से दूर नहीं है।
  • एक उन्नत मॉडल के साथ बदला गया राउटर, फिर उन्नत फर्मवेयर।
  • ISP वृद्धि की गति थी जो speedtest.net पर सही ढंग से मापी गई (10 डाउन, 1.5 अप)। समस्या बिल्कुल वैसी ही थी।
  • अगर उनके खराब हार्डवेयर / पोर्ट के मामले में ISP ने कार्ड को स्वैप कर दिया था, तो बस।
  • उसी ISP / पैकेज के साथ दूसरे कार्यालय में परीक्षण किया गया। बिना विलंबता के प्रभाव के YouTube @ 1080p और पैंडोरा स्ट्रीमिंग करने वाले कई कंप्यूटर थे।
  • हर कंप्यूटर को बंद कर दें, लेकिन एक रात में जब कोई भी उपयोगकर्ता वहां नहीं भागता।
  • मॉनिटर किए गए LAN ट्रैफ़िक, जो कभी भी एक विलंबता समस्या का अनुभव नहीं करते हैं।

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

प्रश्न: WAN के कारण कभी भी उच्च विलंबता का क्या कारण होगा?


1
यह प्रश्न एक विस्तृत क्षेत्र को शामिल करता है, आप जिस बारे में बात कर रहे हैं वह एक नेटवर्क का निवारण कर रहा है और एक समस्या ढूंढ रहा है। प्रश्न अधिक विशिष्ट होने चाहिए। इस btw का वायरशार्क से कोई लेना-देना नहीं है (जैसा कि आपकी टैगिंग बताती है)। उस ने कहा,
नेटवर्कइन्जिनियरिंग में

क्या किसी उत्तर ने आपकी मदद की? यदि हां, तो आपको उत्तर स्वीकार करना चाहिए ताकि प्रश्न हमेशा के लिए पॉपिंग न हो जाए, उत्तर की तलाश में है। वैकल्पिक रूप से, आप अपना स्वयं का उत्तर प्रदान कर सकते हैं और स्वीकार कर सकते हैं।
रॉन Maupin

जवाबों:


10

यह " बफरब्लोट " के कुछ रूप की तरह लगता है , शायद डीएसएलएएम / एलएनएस के हिस्से पर जो 6Mb दर की दर के साथ प्रदर्शन कर रहा है।

यह आपका CPE बॉक्स हो सकता है, लेकिन इसकी संभावना कम है।


+1 यह कुछ खराब तरीके से कॉन्फ़िगर की गई दर सीमित हो सकती है या ISPs भाग को आकार दे सकती है, लेकिन यह एक खराब गुणवत्ता (या खराबी) सीपीई भी हो सकती है। मैंने देखा है कि CPE को 40Mbps पर रेट किया जाता है, जो 10Mpbs से अधिक शुरू होता है क्योंकि वे उदाहरण के लिए उच्च pps दर को संभाल नहीं सकते हैं। छोटे पैकेटों की एक उच्च pps दर वास्तव में उन्हें तनाव देती है।
jwbensley

ओह, मैंने नहीं देखा था कि उसने सीपीई की जगह ले ली थी। मुझे वह बुलेट पॉइंट याद आ गया!
jwbensley

9

मैं सत्यापित करूँगा कि विलंबता कहाँ हो रही है। MTR जैसे टूल का उपयोग करें जो प्रत्येक हॉप पर विलंबता की जाँच करता है। एमटीआर ट्रेस मार्ग के साथ प्रत्येक हॉप के लिए पिंग आँकड़े जोड़ता है, और इस प्रकार की समस्या को कम करने में बहुत मदद कर सकता है।

एक लाइन बॉक्स पर कमांड होगा mtr 8.8.8.8, इस टूल का एक विंडोज़ संस्करण भी है ।

आउटपुट आपको दिखाएगा कि विलंबता कहाँ शुरू होती है। यदि यह आईएसपी नेटवर्क पर है, तो आप आईएसपी को आउटपुट अग्रेषित कर सकते हैं और उनके नेटवर्क समस्या के निवारण के लिए इसका उपयोग करने में उनकी मदद कर सकते हैं।

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


1
वहाँ सिस्को IOS उपकरणों के लिए एक मात्र संस्करण उपलब्ध है? मुझे पता है कि यह
जूनोस

5

डीएसएल लाइन के आँकड़ों की जाँच करें। (interleaved बनाम fastpath, त्रुटि काउंटर, आदि)

एक अलग स्थान पर परीक्षण ने एक अलग लाइन का परीक्षण किया , शायद एक अलग DSLAM पर। इससे पता चलता है कि आईएसपी के बुनियादी ढांचे को दोष नहीं दिया गया है। यह दृढ़ता से सुझाव देता है कि आपकी DSL लाइन गलती पर है। संभवतः DSLAM खुद ही कंजस्टेड है, लेकिन आपके लिए यह बेहद संभव नहीं है कि आप इसे लाइन में लगने की भविष्यवाणी और बार-बार करें।

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


3

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

यदि इसका कम उपयोग नेटवर्क है, तो मैं इंटरनेट कनेक्टेड डिवाइस को छोड़कर सभी चीजों पर QoS को पूरी तरह से अक्षम कर दूंगा (क्योंकि QoS एक स्विचिंग वातावरण में ट्रैफ़िक को धीमा कर देगा)।

आपके पैकेट में मुझे I / O विश्लेषण करना होगा और देखना होगा कि कहीं आपको पठार मिल रहे हैं या नहीं। यह फटने वाले ट्रैफ़िक का संकेत दे सकता है जो कतार का कारण बनेगा जिससे पैकेट की डिलीवरी में देरी होगी या पैकेट से पूरी तरह छुटकारा मिल जाएगा।

जब आपके पास समस्या हो तो मैं प्रत्येक डिवाइस के सीपीयू की भी जांच करूंगा। यदि आप सीपीयू को उछलते हुए देखते हैं तो संभवतः यह आपकी समस्या है। कोई त्रुटि हो या नहीं यह देखने के लिए लॉग की भी जाँच करें।

इसके अलावा, मुझे यकीन है कि सभी कनेक्शन पूर्ण गति (100 पूर्ण द्वैध गति) पर बातचीत कर रहे हैं।

किसी भी फ़ायरवॉल या सुरक्षा सेवाओं को अक्षम करने का प्रयास करें।


2

देखने के लिए एक और चीज आपके स्विच और डीएसएल मॉडेम के बीच संबंध होगी। आप जिन लक्षणों का वर्णन कर रहे हैं, वे लगभग ऐसे हैं जैसे दोनों के बीच द्वैध बेमेल संबंध है।

स्विच को बाहर करने का एक और तरीका है कि स्विच को पूरी तरह से हटा दिया जाए और कनेक्शन को एक मशीन से सीधे डीएसएल मॉडेम से जोड़ा जाए।


2

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


0

यह एक अपस्ट्रीम अपस्ट्रीम हो सकता है? यकीन नहीं है कि आप दुनिया में कहां हैं, लेकिन शायद आईएसपी में भयानक अंतरराष्ट्रीय बैंडविड्थ है। Speedtest.net निकटतम सर्वर पर डिफ़ॉल्ट होगा।


0

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


0

आप जिस ऑपरेटिंग सिस्टम पर यह परीक्षण कर रहे हैं, वह क्या है? यदि यह विंडोज है, तो डिफ़ॉल्ट रूप से "QoS पैकेट शेड्यूलर" सेवा स्थापित है और नेटवर्किंग इंटरफ़ेस से जुड़ी हुई है। यह नेटवर्क स्टैक की अंतर्निहित सेटिंग्स के आधार पर किक करेगा और किसी भी ट्रैफ़िक को "मल्टीमीडिया" के रूप में वर्गीकृत नहीं करने पर लगातार देरी करेगा।

इसे इंटरफ़ेस से हटाने की कोशिश करें और अपने परिणामों को फिर से जाँचें।

या बेहतर अभी तक, इसे ठीक से कॉन्फ़िगर करें: http://www.dslreports.com/faq/3688


0

मैं अपने अनुभव से जोड़ूंगा कि कुछ आईएसपी आईसीएमपी पैकेट को सबसे कम प्राथमिकता देते हैं। यह एक बार हुआ, हर बार मैं youtube को "अनुरोधों का समय समाप्त" करने के लिए शुरू करता हूं।

पोस्ट winmtr वीडियो शुरू करना, और वीडियो के चलने के दौरान से पहले। 2 डी स्ट्रीमिंग शुरू करें, और आइए देखें कि यह आईसीएमपी पैकेट और 1 वीडियो दोनों को कैसे प्रभावित करेगा।


0

यदि आप 10/100 स्विच से कनेक्ट कर रहे हैं और इसके हिस्से पर ऑटोनॉटगॉट है तो आपके पास डुप्लेक्स मिसमैच हो सकता है। जब नेटवर्क पर लोड होता है तो यह लगातार टकराव का कारण बनेगा, जब चीजें अपेक्षाकृत शांत नहीं होती हैं। टकराव का कारण बनेगा क्योंकि बैकऑफ़ के लिए संचार को मजबूर किया जाएगा और यह एक अनुचित अनुचित मंदी का कारण बन सकता है।


0

एक पुराने धागे को पुनर्जीवित करने के लिए क्षमा करें। ओपी ने लिखा:

... लगभग वैन पर किसी भी यातायात विलंबता गोली मार देंगे ...

ये बफ़ेरोब्लॉट के सटीक लक्षण हैं। राउटर की संभावना बहुत अधिक ट्रैफ़िक की कतार है, और छोटे प्रवाह को भुनाते हैं (जो कि जवाबदेही प्रदान करने के लिए आवश्यक हैं।)

आपके रूटर को "लोड के तहत विलंबता" की समस्या को कम करने का एक तरीका चाहिए। आप QoS के साथ घूम सकते हैं, लेकिन इसके लिए बहुत सारे कॉन्फ़िगरेशन और निरंतर समायोजन की आवश्यकता होती है।

ओपी के बाद से कला की स्थिति उन्नत हो गई है, इसलिए बफ़रब्लोत, एक्यूएम, कॉडेल, fq_codel, केक, पाई, या अन्य तकनीकों को देखें।

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