विश्वविद्यालयों के इंटरनेट का उपयोग करते समय विशिष्ट वेबसाइटों / सेवाओं से कनेक्शन अविश्वसनीय रूप से धीमा / अनिश्चित है। क्या चल रहा है, और मैं ती के बारे में क्या कर सकता हूं?


3

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

हालांकि अधिकांश वेबसाइट और सेवाएं पूरी तरह से ठीक हैं, जैसे कि कुछ भी गलत नहीं है।

यह अजीब है कि कोई वास्तविक अवरोधन नहीं लगता है ("इस पृष्ठ को एक्सेस नीति द्वारा अवरुद्ध किया गया है" प्रकार की), और बड़े पैमाने पर फ़ाइलों को डाउनलोड करना थ्रॉटल नहीं किया गया है (मैंने एक बिंदु पर एक जीबी डेटा डाउनलोड किया है) , और वस्तुतः कोई बैंडविड्थ उतार-चढ़ाव नहीं था)। और भले ही Youtube पृष्ठ धीरे-धीरे लोड होते हैं, वीडियो लोड होते ही सामान्य रूप से स्ट्रीम हो जाएगा।

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

यहां क्या हो सकता है? क्या वे सिर्फ डरपोक होने की कोशिश कर रहे हैं? क्या यह (बल्कि खराब) उपयोग को नीचे रखने का प्रयास है? या शायद नेटवर्क में कुछ गड़बड़ है?

और इन सबसे परे, मैं इसके बारे में क्या कर सकता हूं? मैं और सभी अन्य छात्र) तकनीकी रूप से ट्यूशन के हिस्से के रूप में इस सेवा के लिए भुगतान कर रहे हैं, तो क्या मुझे इसका उपयोग करने में सक्षम नहीं होना चाहिए? इस समस्या के समाधान के लिए मैं क्या कर सकता हूं?

जवाबों:


1

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

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

अब मान लीजिए कि YouTube से वीडियो डाउनलोड करने वाले 40 छात्र हैं। उनमें से प्रत्येक लगभग 500 केबीपीएस के लिए प्रतिस्पर्धा करेगा। नतीजतन, प्रारंभिक वीडियो लोड खराब हो जाएगा, लेकिन एक बार पर्याप्त डेटा बफ़र कर दिया गया है, वीडियो उपयोग करने योग्य है।

उसी समय, आप kern.org से नवीनतम लिनक्स टारबॉल डाउनलोड करते हैं। 20 एमबीपीएस यूट्यूब के साथ व्यस्त हैं, और उनमें से 500 केबीपीएस आपको स्ट्रीमिंग कर रहे हैं। लेकिन कुछ दस एमबीपीएस अभी भी आपके लिए उपलब्ध हैं और एक पूर्ण 80 एमबीपीएस अभी भी विश्वविद्यालय के पाइप पर उपलब्ध हैं: इनमें से 15 एमबीपीएस इसे कर्नेल के माध्यम से बनाते हैं। और आपके पास एक 500 Kbps YouTube और उसी मशीन पर , एक 10 एमबीपीएस डाउनलोड।

यहां क्या हो सकता है? क्या वे सिर्फ डरपोक होने की कोशिश कर रहे हैं? है   यह (बल्कि खराब) उपयोग को नीचे रखने का प्रयास है? या शायद है   नेटवर्क में कुछ गड़बड़ है?

मैं अंतिम विकल्प के साथ जाऊँगा। आप शायद उस पर गौर करेंगे लोकप्रिय साइटों को हॉग किया जाता है, लेकिन नेटवर्क पर साइटें जहां कोई नहीं जाना चाहता है, अभी भी तेज हैं

अद्यतन करें

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

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

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


स्वीकार करें कि यह केवल लोकप्रिय साइटें नहीं हैं। एक ऑनलाइन गेम है जिसे मैं अक्सर खेलता हूं, और ऑनलाइन खिलाड़ी की गिनती औसत 50 (कुल खिलाड़ी) होती है। और मैं जानना वे सभी मेरे स्कूल से नहीं हैं। मेरा अनुमान है कि मेरे स्कूल का ~ 1 व्यक्ति (मैं) उस गेम पर है। इसलिए यदि समस्या आपके वर्णन के अनुसार है, तो उस साइट को प्रभावित नहीं किया जाना चाहिए।
zeel

तुम सही हो। आपके लक्षण अब अधिक दिखते हैं जैसे SPI / DPI awry (जैसे कि अधिभार SPI फ़ायरवॉल) आप मामले में विश्वविद्यालय के नेटवर्क इंजीनियरों / समर्थन को शामिल करना चाह सकते हैं। उत्तर अपडेट कर रहा है ...
LSerni

0

पहले, इस तथ्य के बारे में कि आप इसके लिए भुगतान कर रहे हैं: आप इसके लिए भुगतान कर रहे हैं उनके नियमों और शर्तों के तहत , जो एक ऐसा अंतर है जो बहुत से लोगों को महसूस नहीं होता है। (मैं आईटी द्वारा मेडडलिंग नहीं कर रहा हूं; मेरे विश्वविद्यालय ने मेरे द्वारा देखे गए सख्त फायरवॉल में से एक है, और मुझे इससे नफरत है। लेकिन मैं उन्हें उपयोग करने के लिए भुगतान करता हूं जो अपने नेटवर्क।)

जांच

अब, अपने नेटवर्क कनेक्शन की खोज के संबंध में, कई चीजें हैं जो आप कर सकते हैं। यदि टॉरेंट्स काम नहीं करते हैं, तो यह पूरी तरह से संभव है कि वे इनबाउंड यूडीपी को अवरुद्ध कर रहे हैं, पोर्ट द्वारा थ्रॉटलिंग ट्रैफ़िक, या गहरे पैकेट निरीक्षण कर रहे हैं (हालांकि अंतिम महंगा है)। यह मुझे पहली चीज के लिए ले जाता है जो आप कर सकते हैं: अपने आप को बंदरगाहों। इसे प्रभावी ढंग से करने के लिए आपको एक सार्वजनिक आईपी पते की आवश्यकता होगी; अन्यथा, आप मूल रूप से राउटर को केवल पोर्टसनिंग कर रहे हैं जो NAT प्रदान कर रहा है! ऐसी कई ऑनलाइन सेवाएं हैं जो आपके लिए ऐसा करेंगी, या आप एक ऑफसाइट बॉक्स का उपयोग कर सकते हैं, जिसके लिए आपके पास शेल एक्सेस है। यदि सभी यूडीपी बंदरगाहों को "फ़िल्टर्ड" या "अवरुद्ध" के रूप में सूचीबद्ध किया गया है, तो एक अच्छा मौका है कि आपका विश्वविद्यालय इनबाउंड यूडीपी को अवरुद्ध कर रहा है। (यूडीपी के डिजाइन किए जाने के कारण, आप 100% निश्चित नहीं हो सकते हैं।)

यदि आपके पास वीपीएन प्रॉक्सी सर्वर तक पहुंच है, तो आप वीपीएन के माध्यम से उछलकर वेबसाइटों के लिए धीमी लोडिंग गति की जांच कर सकते हैं। (यदि आप पर्याप्त समझदार हैं, तो अमेज़ॅन का ईसी 2 एक निशुल्क टियर प्रदान करता है, जिसे आप अस्थायी रूप से वीपीएन सर्वर के रूप में उपयोग कर सकते हैं। मैं आपसे सहमत हूँ - यह एक बहुत ही कम करने वाली बात है।

एक अधिक संभावना कहानी यह है कि बुनियादी ढांचा अपर्याप्त या विफल है। Www.google.com जैसी वेबसाइट पिंग करने का प्रयास करें। (विंडोज पर, पिंग काउंट को 50 या 60 की तरह कुछ ऊँचा उठाएँ।) अगर आपको बहुत सारे गिराए गए पैकेट मिलते हैं (वायर्ड कनेक्शन पर - वाईफाई की गिनती नहीं होती है), तो यह संकेत है कि बुनियादी ढांचा खराब है; आपका कुछ ट्रैफ़िक "पारगमन में खो गया है।" यह सबसे अधिक संभावना है नहीं डिजाइन द्वारा; कोई नहीं (गुदा sysadmins भी नहीं) अविश्वसनीय संबंध चाहते हैं। इसके अलावा, यदि विलंबता अधिक है, तो सैकड़ों मिलीसेकंड में, यह समझाएगा कि वेबसाइटें धीरे-धीरे क्यों लोड होती हैं, लेकिन बड़े डाउनलोड ठीक काम करते हैं: वेबसाइटें छोटी हैं, इसलिए आपको बहुत कम अंतराल के साथ डेटा की थोड़ी मात्रा मिलती है, लेकिन डाउनलोड बड़े हैं, आप अंतराल पर ध्यान नहीं देते क्योंकि एक बार में अधिक पैकेट पारगमन में होते हैं।

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

सौभाग्य!


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

पिंग पर विलंबता क्या है? और जब आप कहते हैं "अपस्ट्रीम टाइम" और "डाउनस्ट्रीम टाइम", तो क्या आपका मतलब बैंडविड्थ या विलंबता से है?
thirtythreeforty

मेरा मतलब है कि किसी पृष्ठ के अनुरोध में लगने वाला समय सामान्य है, इसे डाउनलोड करने में लगने वाला समय बेहद अधिक है।
zeel
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.