अपलोड करताना VPN संथ का वाटते: रांगेतील विलंब
पॅकेट रांगेत थांबत असतील तर वेगवान हस्तांतरणही कॉल्स अडखळवू शकते. VPN एंडपॉइंटला दोष देण्यापूर्वी निष्क्रिय आणि लोड असलेल्या राउंड ट्रिपची तुलना करा.
बॅकअप अपलोड होऊ लागतो, हस्तांतरण काउंटर निरोगी दिसतो, आणि व्हिडिओ कॉल गोंधळात पडतो। लिंकमध्ये ती संख्या सुचवते त्या अर्थाने बँडविड्थची कमतरता नाही; पॅकेट कुठेतरी रांगेत थांबले आहेत आणि इंटरॅक्टिव्ह पॅकेट मोठ्या डेटामागे उभे आहेत। हा रांगेतील विलंब आहे, ज्याला सामान्यतः बफरब्लोट म्हणतात। VPN स्वतःची रांग जोडू शकतो, पण समस्या एकट्याने निर्माण करणे दुर्मिळ आहे।
बँडविड्थ आणि विलंब वेगवेगळी मापे आहेत
थ्रूपुट सांगते की प्रति सेकंद किती डेटा हलतो, तर विलंब सांगतो की एका पॅकेटला मार्ग ओलांडायला किती वेळ लागतो। संतृप्त लिंक मोठा बॅकलॉग ठेवूनही चांगला थ्रूपुट नोंदवू शकते, कारण स्फोट संपताच रांग लाइनच्या वेगाने रिकामी होते। इंटरॅक्टिव्ह रहदारी प्रथम त्रासते, कारण कॉलला दर काही मिलिसेकंदाला एक पॅकेट हवे, शेवटी मोठी फाइल नाही। म्हणून केवळ स्पीड-टेस्टचा निकाल मोजल्यास तुम्हाला पाहण्यास भाग पाडणारे लक्षण लपते।
लोड असताना दिशेकडेही लक्ष द्या। भरलेला अपलोड बफर डाउनलोड क्षमता रिकामी असताना बाकी सर्व विलंबित करू शकतो।
लोड असताना राउंड ट्रिप मोजा
शांत लिंकवर आधाररेषा घ्या, नंतर एक नियंत्रित हस्तांतरण सुरू असताना तेच मापन पुन्हा करा। निरपेक्ष संख्यांऐवजी दोन्ही धावांची तुलना करा।
ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"पहिला आदेश राउंड-ट्रिप वेळेचे नमुने घेतो, आणि दुसरा स्पीड-टेस्ट सेवेशिवाय सतत अपलोड तयार करतो। सपाट राहणारी आधाररेषा, नंतर शेकडो मिलिसेकंदांनी वाढणारी लोडेड धाव हीच शोधावयाची खूण। काही नेटवर्क ICMP ची प्राधान्यता कमी करतात, म्हणून ping ला सुगावा माना आणि ॲपच्या स्वतःच्या लेटन्सी प्रदर्शनाने पुष्टी करा। मीटर असलेल्या लिंकवर चाचणी लहान ठेवा, कारण पुनरावृत्ती करता येणारा फरक दीर्घ संतृप्तीपेक्षा अधिक महत्त्वाचा आहे।
रांग अडथळा जिथे आहे तिथे हलवा
रांग व्यवस्थापन केवळ त्या उपकरणावर मदत करते जे बॅकलॉग खरोखर धरून ठेवते। नियम जोडण्यापूर्वी इंटरफेस काय करत आहे ते तपासा।
tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codelshow आदेश सध्याची शिस्त तसेच बॅकलॉग आणि ड्रॉप काउंटर नोंदवतो, जे सांगते की हा इंटरफेस अडथळा आहे की फक्त रहदारी पुढे पाठवत आहे। मूळ शिस्तीला न्याय्य रांग अल्गोरिदमने बदलल्यास लहान प्रवाहांना मोठ्या डेटासह सामायिक केलेल्या एका FIFO ऐवजी स्वतःची पाळी मिळते। राउटरच अडथळा असल्यास तो राउटरच्या WAN इंटरफेसवर लागू करा, सवयीने टनल उपकरणावर नाही। पूर्वीचे कॉन्फिगरेशन ठेवा आणि लोडेड प्रतिसाद तसेच हस्तांतरण दर दोन्ही पुन्हा तपासा, कारण थोडा कमी बल्क दर वापरण्यायोग्य कॉलसाठी चांगला सौदा आहे।
टनल काय बदलते आणि काय लपवते
VPN एन्क्रिप्शन आणि आणखी एक हॉप जोडतो, आणि टनलबाहेरील उपकरणांपासून वैयक्तिक प्रवाहही लपवतो। अपस्ट्रीम उपकरण ॲप-आधारित प्राधान्य देते तेव्हा हे महत्त्वाचे आहे, कारण ते मूळ संभाषणांऐवजी एन्क्रिप्टेड पॅकेट पाहते। टनल स्वतः संपवणाऱ्या राउटरचा दृष्टिकोन आणि कामाचा भार वेगळा असतो आणि तो आत वर्गीकरण करू शकतो। दोन्ही रचनांपैकी कोणतीही प्रवेश लिंकवरील रांग काढत नाही, जिथे विलंब सामान्यतः साचतो।
विलंब लोडचे अनुसरण करत नसेल, तर रांगा ट्यून करणे थांबवा आणि दुसरीकडे पहा: Wi-Fi परिस्थिती, पॅकेट-आकाराच्या समस्या किंवा एक खराब निर्गम मार्ग। मापनाशिवाय लागू केलेल्या रांग-सेटिंग्ज केवळ कोडे हलवतात।