मार्गदर्शन
जिटर क्या है?
जिटर नेटवर्क की देरी में बदलाव है। मापने का तरीका, ऐप के आँकड़े और नियंत्रित तुलनाएँ पैकेटों के असमान अंतराल को समझने में मदद करते हैं।
जिटर नेटवर्क की देरी या आने वाले पैकेटों के बीच के अंतराल में बदलाव को कहते हैं। यह औसत देरी, Mbps में डेटा की गति और पैकेट हानि से अलग है। असमान अंतराल कॉल या गेम को प्रभावित कर सकते हैं। लेकिन आवाज़ रुकने या फ़्रेम दर कम होने की वजह ऐप या डिवाइस भी हो सकता है। केवल लक्षण से नेटवर्क जिटर साबित नहीं होता।
औसत से पूरी तस्वीर क्यों नहीं मिलती
समझाने के लिए बनाए गए उदाहरण में 30, 30, 30 ms और 10, 10, 70 ms का औसत 30 ms है। सबसे बड़े और छोटे मान का अंतर क्रमशः 0 और 60 ms है। ये आपके कनेक्शन के माप या जिटर का सार्वभौमिक सूत्र नहीं हैं। RTP के आँकड़े प्राप्त और भेजे गए पैकेटों के अंतराल के बीच के अंतर का एक स्मूद किया हुआ माप इस्तेमाल करते हैं। Ping के आने-जाने के समय में बदलाव दोनों दिशाओं को शामिल करता है; वह एक दिशा में आने वाली ऑडियो या वीडियो स्ट्रीम के जिटर के बराबर होना ज़रूरी नहीं है।
माप को कैसे पढ़ें
- परिभाषा, इकाई, तरीका, लक्ष्य और निरीक्षण की अवधि जाँचें। मिलती-जुलती स्थितियों में समय के साथ बदलते आँकड़े देखें और नेटवर्क का लोड दर्ज करें। अलग-अलग टेस्ट के एक-एक अंक पर्याप्त नहीं हैं।
- जिटर बफ़र पैकेटों को चलाने से पहले रोककर अंतराल समतल कर सकता है। इससे प्लेबैक में अतिरिक्त देरी हो सकती है। प्लेबैक के लिए देर से पहुँचा पैकेट नेटवर्क में खोया ही हो, यह ज़रूरी नहीं है।
- 5, 15 या 30 ms की कोई सीमा हर ऐप में अच्छी या खराब गुणवत्ता की गारंटी नहीं देती। बदलाव के साथ देरी, पैकेट हानि और वास्तविक सेशन की गुणवत्ता देखें।
- लोड के दौरान कतारें, वायरलेस माध्यम के लिए प्रतिस्पर्धा या दोबारा भेजे गए पैकेट असर डाल सकते हैं। पुराना राउटर, शाम का समय या Wi-Fi का इस्तेमाल अपने आप कारण नहीं बताते।
VMAXCHECK क्या मापता है
VMAXCHECK, M-Lab NDT से TCP पर डाउनलोड और अपलोड की गति तथा सर्वर द्वारा बताए गए TCP आने-जाने के समय का अनुमान दिखाता है। इसमें अलग जिटर मान नहीं दिखता। स्पीड टेस्ट दोहराने से उसकी देरी के मान कॉल या गेम में प्राप्त जिटर के माप नहीं बन जाते। टेस्ट का सर्वर और रास्ता ऐप से अलग हो सकते हैं। टेस्ट लोड पैदा करता है, इसलिए उसे महत्वपूर्ण कॉल के बाहर चलाएँ।
चार उपयोगी तुलनाएँ
- पहले समस्या का समय और प्रकार, डिवाइस, ऐप, सर्वर या कॉल में दूसरा व्यक्ति, कनेक्शन और मौजूदा लोड दर्ज करें। रीस्टार्ट से पहले ऐप के बदलते आँकड़े और संबंधित राउटर घटनाएँ सहेजें।
- उसी डिवाइस, ऐप, लक्ष्य और तरीके से आसपास के समय में Wi-Fi और समर्थित Ethernet की तुलना करें। स्थान बदलना अलग तुलना है। सुधार बदली हुई स्थितियों का संकेत है, किसी खास वायरलेस खराबी का प्रमाण नहीं।
- उन्हीं आँकड़ों से बिना लोड की स्थिति और अपने अनुमत अपलोड या डाउनलोड से पहले, उसके दौरान और बाद की तुलना करें। दिशा और गति दर्ज करें, एक बार में एक कारक बदलें और लोड की जाँच महत्वपूर्ण कॉल के बाहर करें।
- दूसरे समय, डिवाइस या अनुमत लक्ष्य की तुलना एक-एक कारक बदलकर करें। फिर वास्तविक ऐप जाँचें। रीस्टार्ट उचित हो तो पहले डेटा सहेजें और मॉडल के निर्देश मानें। सुरक्षा और प्रबंधित नेटवर्क के नियम बनाए रखें।
उदाहरण: Microsoft Teams में प्राप्त जिटर
पहले से चल रही Teams कॉल या मीटिंग में More actions > Settings > Call health खोलें। नाम आपकी भाषा में हो सकते हैं। Microsoft के अनुसार आँकड़े हर 15 सेकंड में अपडेट होते हैं। Audio में Received jitter के साथ पैकेट हानि और आने-जाने का समय समस्या वाले अंतराल में देखें। Microsoft, Teams के लिए 30 ms से कम को सामान्य मान बताता है। यह उसी सेवा का संदर्भ है, हर कॉल या गेम की गारंटी नहीं। संबंधित समय और आँकड़े सहायता टीम को निजी माध्यम से दें।
आम सवाल
- क्या कम ping जिटर को खारिज करता है? नहीं। कम औसत सभी बदलाव या पैकेट हानि नहीं बताता। दूसरे लक्ष्य का ping आपके ऐप के कनेक्शन को सही ढंग से दर्शाए, यह भी ज़रूरी नहीं है.
- क्या शाम को समस्या होने से प्रदाता की गलती साबित होती है? नहीं। निष्कर्ष से पहले समान स्थितियों में डिवाइस, लक्ष्य और अपने ट्रैफ़िक की तुलना करें।
- क्या तेज़ प्लान मदद करेगा? अपना ट्रैफ़िक कनेक्शन की क्षमता भरता हो तो अधिक बैंडविड्थ कतारें घटा सकती है। यह हर रास्ते पर कम जिटर की गारंटी या डिवाइस की प्रोसेसिंग समस्याओं का समाधान नहीं है। उपकरण खरीदने या प्लान बदलने से पहले प्रमाण जुटाएँ।