मार्गदर्शन
जिटर के हो?
जिटर भनेको नेटवर्कको ढिलाइमा हुने उतारचढाव हो। मापन विधि, एपका तथ्याङ्क र नियन्त्रित तुलनाले प्याकेट आउने अन्तराल बुझ्न मद्दत गर्छन्।
जिटरले नेटवर्कको ढिलाइ वा आइपुग्ने प्याकेटबीचको समय अन्तरालमा हुने परिवर्तन जनाउँछ। यो औसत ढिलाइ, 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 ले तपाईंको एपलाई प्रतिनिधित्व गर्नैपर्छ भन्ने छैन।
- साँझको समस्या प्रदायककै हो भन्ने प्रमाण हो? होइन। निष्कर्ष अघि उस्तै अवस्थामा उपकरण, गन्तव्य र आफ्नै भार तुलना गर्नुहोस्।
- छिटो प्याकेजले मद्दत गर्छ? आफ्नै ट्राफिकले जडानको क्षमता भरिरहेको भए बढी ब्यान्डविथले लाम घटाउन सक्छ। यसले सबै मार्गमा कम जिटरको ग्यारेन्टी गर्दैन र उपकरणको प्रशोधन समस्या हटाउँदैन। उपकरण किन्न वा प्याकेज बदल्नुअघि प्रमाण जुटाउनुहोस्।