VPN कॉल में जिटर और पैकेट लॉस: किस चीज़ की तुलना करें

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

देर से आने वाले और गुम पैकेट अलग क्यों सुनाई देते हैं

मीडिया भेजने वाले से स्थिर दर पर निकलता है, और वास्तविक नेटवर्क उसे असमान अंतरालों में पहुँचाते हैं। ऐप्लिकेशन थोड़ा बफ़र करके उसे सहज बनाते हैं, देरी के बदले निरंतरता खरीदते हैं: बफ़र बढ़ाएँ तो बातचीत धीमी लगती है, घटाएँ तो अंतराल दिखने लगते हैं। प्लेआउट समय-सीमा के बाद पहुँचने वाला पैकेट वस्तुतः खोया हुआ है, भले ही उसे कभी गिराया न गया हो। इसीलिए समान बैंडविड्थ वाले दो कनेक्शन बहुत अलग कॉल दे सकते हैं।

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

खराब समय में पढ़ने योग्य संख्याएँ

ऐप्लिकेशन के अपने आँकड़े जहाँ वह देता है वहीं इस्तेमाल करें, और उन्हें तब पढ़ें जब कॉल खराब हो, खत्म होने के बाद नहीं। मीडिया रिले अक्सर सेवा की वेबसाइट से अलग होस्ट होता है, इसलिए होमपेज पर ping उस पथ को मापता है जिसका कॉल उपयोग नहीं करता। लॉस प्रतिशत, राउंड-ट्रिप समय और जिटर अलग-अलग देखें, और नोट करें कि क्लाइंट समस्या भेज रहा है या प्राप्त कर रहा है। कॉल के दौरान VPN का फिर से जुड़ना एक तीसरी घटना है जिसे दर्ज करना है, दूसरों में मिलाना नहीं।

आँकड़ों के पैनल के स्क्रीनशॉट कॉल की याद से बेहतर हैं, क्योंकि संख्याओं की बाद में तुलना हो सकती है। बीस सेकंड का लॉस प्रतिशत बताता है कि पथ अभी पैकेट गिरा रहा है या नहीं, पर यह नहीं कि लॉस झोंकों में आता है या कब शुरू हुआ।

इसके लिए एक विंडो को फैसला मानकर पढ़ने के बजाय दूसरी शर्त में माप दोहराएँ। अलग-अलग शर्तों में ली गई दो विंडो किसी भी शर्त के बिना ली गई एक लंबी विंडो से ज्यादा कहती हैं।

जिटर बफ़र समय-सीमा के साथ क्या करता है

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

बफ़र ट्यून करना एक अदला-बदली है, सुधार नहीं। बड़ा बफ़र बातचीत की देरी की कीमत पर निरंतरता खरीदता है, और समय-सीमा के बाद आने वाले पैकेट वापस नहीं ला सकता।

एग्ज़िट से पहले रेडियो और लोड की तुलना करें

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

ping -c 50 -i 0.2 203.0.113.9
mtr -rw -c 20 203.0.113.9

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

सिर्फ वही सुधारें जिसे तुलना समर्थन देती है

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

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