इंटरनेट स्पीड मापने के लिए ज़ोन का विकास

सभी हबरा उपयोगकर्ताओं को शुभ दोपहर।

मैं मलिंका पर इस या उस कार्यक्षमता के विकास के बारे में हैबे पर लगातार लेख पढ़ता हूं। मैंने अपना काम यहां साझा करने का फैसला किया।

पृष्ठभूमि

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

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

रिकार्ड के लिए - बेलारूस गणराज्य में राज्य प्रदाता उपयोग के लिए प्रदान किए गए सभी उपकरणों पर जबरन वाई-फाई चालू करता है और प्रत्येक डिवाइस से बायफ़्लाई एसएसआईडी प्रसारित करता है। भले ही ग्राहक के पास इंटरनेट सेवा न हो, लेकिन केवल घरेलू फोन हो। ऐसा अतिरिक्त बिक्री के लिए किया गया था. आप कियोस्क पर इस ऑपरेटर से एक कार्ड खरीद सकते हैं, ByFly नामक किसी भी बिंदु से जुड़ सकते हैं और, कार्ड से डेटा दर्ज करके, इंटरनेट सेवाएं प्राप्त कर सकते हैं। शहरों के लगभग 100% कवरेज और निजी क्षेत्र और ग्रामीण क्षेत्रों के महत्वपूर्ण कवरेज को देखते हुए, कनेक्शन बिंदु ढूंढना कोई समस्या नहीं है।

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

प्राथमिक निर्णय

फोटो दृष्टांत उद्देश्यों के लिए है।

दो गति नियंत्रण सर्वर तैनात किए गए थे। पहला है लिब्रे स्पीड, दूसरा - OOKLA से स्पीडटेस्ट. दोनों सेवाओं के प्रदर्शन की तुलना की गई। आख़िरकार, हमने ऊकला में रुकने का फैसला किया क्योंकि... 90% तक ग्राहक इस सेवा का उपयोग करते हैं।

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

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

खैर, बाहरी संचार चैनलों के लिए समान क्रियाएं। हमने स्पीडटेस्ट सर्वर पर बड़े चैनलों वाले बड़े ऑपरेटरों को पाया और उन्हें सिफारिशों में लिखा (क्षमा करें "मॉस्कवा - रोस्टेलकॉम" और "रीगा - बाल्टकॉम", लेकिन मैं पर्याप्त संख्या प्राप्त करने के लिए इन नोड्स की सिफारिश करूंगा। व्यक्तिगत रूप से, मुझे ~ 870 मेगाबिट्स तक प्राप्त हुए) पीक आवर्स के दौरान ये सर्वर)।

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

द्वितीयक समाधान

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

कार्यान्वयन

बनानापीआई (मॉडल एम1) को आधार के रूप में लिया गया। वास्तव में इस विकल्प के दो कारण हैं।

1. गीगाबिट बंदरगाह.
2. यह बस रात्रिस्तंभ में पड़ा हुआ था।

इसके बाद, पायथन क्लाइंट का उपयोग करने का निर्णय लिया गया speedtest-CLI गति मापने के लिए बैकएंड के रूप में Ookla सेवा द्वारा स्पीडटेस्ट के लिए। पुस्तकालय पायथनपिंग पिंग गति मापने के लिए. खैर, और व्यवस्थापक पैनल के लिए php। धारणा में आसानी के लिए मैंने उपयोग किया बूटस्ट्रैप.

इस तथ्य के कारण कि रास्पबेरी के संसाधन लचीले नहीं हैं, nginx+php-fpm+sqlite3 संयोजन का उपयोग किया गया था। मैं MySQL को उसके भारीपन और अतिरेक के कारण छोड़ना चाहता था। मैं Iperf के संबंध में एक प्रश्न की आशा करता हूँ। स्थानीय के अलावा अन्य दिशाओं में इसका उपयोग करने की असंभवता के कारण इसे छोड़ना पड़ा।

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

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

मैंने अतुल्यकालिक कार्य हासिल नहीं किया. इस मामले में इसकी विशेष आवश्यकता नहीं है.

परिणामों के मूल्यांकन के लिए व्यवस्थापक पैनल काफी न्यूनतर निकला।

अंजीर. परीक्षण परिणामों के साथ मुख्य व्यवस्थापक विंडो

अंजीर. परीक्षण सेटिंग्स

अंजीर. स्पीडटेस्ट सर्वर की सूची अपडेट करें

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

पुनश्च: कृपया कोड की गुणवत्ता के लिए मेरी आलोचना न करें। मैं बिना किसी अनुभव के स्व-सिखाया गया हूं। के लिए स्रोत कोड GitHub. आलोचना स्वीकार है.

स्रोत: www.habr.com