आपको अपने नेटवर्क में Google Meet के लिए, सेवा की क्वालिटी (QoS) का इस्तेमाल नहीं करना चाहिए. ऐसा इसलिए, क्योंकि Meet नेटवर्क की स्थितियों के हिसाब से अपने-आप काम करता है. QoS का इस्तेमाल सिर्फ़ तब करें, जब आपके पास कोई ज़रूरी वजह हो. जैसे, नेटवर्क में बहुत ज़्यादा ट्रैफ़िक हो. साथ ही, आपके पास अपने नेटवर्क में एंड-टू-एंड QoS मॉडल को डिप्लॉय और बनाए रखने की सुविधा हो.
अगर आपको QoS का इस्तेमाल करना ही है
अगर आपके नेटवर्क पर ज़्यादा लोड है और आपको Meet के लिए कुछ खास क्वालिटी ऑफ़ सर्विस (QoS) की ज़रूरत है, तो इनमें से कोई एक विकल्प चुनें:
- Meet क्लाइंट पर QoS जोड़ें.
- नेटवर्क के किनारे पर QoS जोड़ें.
पहला विकल्प: Meet क्लाइंट पर QoS जोड़ना
Meet क्लाइंट पर QoS जोड़ने पर, Meet ट्रैफ़िक को क्लाइंट मशीनों पर टैग किया जाता है. ऐसा एंटरप्राइज़ नेटवर्क में QoS के लिए किया जाता है. जब ट्रैफ़िक को इंटरनेट पर भेजा जाता है, तब QoS टैग हटा दिए जाते हैं. मीटिंग में शामिल होने वाले ट्रैफ़िक को एंटरप्राइज़ नेटवर्क में शामिल होने पर टैग किया जाता है.
Meet क्लाइंट पर QoS जोड़ने के लिए:
- Group Policy Management Console में, Windows QoS नीति के ज़रिए DSCP मार्किंग सेट करें.
- Meet मीटिंग के लिए अपना नेटवर्क तैयार करना लेख में बताई गई Meet की पोर्ट रेंज का इस्तेमाल करके, Meet के ट्रैफ़िक का पता लगाएं.
- इंटरनेट से कनेक्ट होने वाले इंटरनल गेटवे से बाहर जाने वाले ट्रैफ़िक के लिए, डीएससीपी टैगिंग हटाएं.
- इंटरनेट से मिले Meet ट्रैफ़िक को टैग करें. यह इंटरनेट ट्रैफ़िक, रीयल-टाइम ट्रांसपोर्ट प्रोटोकॉल या रीयल-टाइम ट्रांसपोर्ट कंट्रोल प्रोटोकॉल (आरटीपी/आरटीसीपी) ट्रैफ़िक है. यह Meet की पोर्ट रेंज का इस्तेमाल करता है.
दूसरा विकल्प: नेटवर्क के आखिर में QoS जोड़ना
इस विकल्प की मदद से, एंटरप्राइज़ नेटवर्क में QoS के लिए, क्लाइंट के Meet ट्रैफ़िक को नेटवर्क एज पर टैग किया जाता है. जब ट्रैफ़िक को इंटरनेट पर भेजा जाता है, तब QoS टैग हटा दिए जाते हैं. मीटिंग में शामिल होने वाले ट्रैफ़िक को एंटरप्राइज़ नेटवर्क में शामिल होने पर टैग किया जाता है.
नेटवर्क एज पर QoS जोड़ने के लिए:
- सभी नेटवर्क एज पर, Meet के ट्रैफ़िक को मार्क करने के लिए एक नियम जोड़ें. आपको Meet के ट्रैफ़िक के लिए, Expedited Forward (EF) क्लास असाइन करनी चाहिए. इससे यह पक्का किया जा सकेगा कि इंतज़ार का समय कम हो और जिटर कम हो. यह आरटीपी/आरटीसीपी ट्रैफ़िक है, जो Meet की पोर्ट रेंज का इस्तेमाल करता है.
- इंटरनेट से कनेक्ट होने वाले इंटरनल गेटवे से बाहर जाने वाले ट्रैफ़िक के लिए, डीएससीपी टैगिंग हटाएं.
- EF क्लास का इस्तेमाल करके, इंटरनेट से मिले Meet ट्रैफ़िक को टैग करें. यह आरटीपी/आरटीसीपी ट्रैफ़िक है, जो Meet की पोर्ट रेंज का इस्तेमाल करता है.
- अपनी कंपनी में, कम देरी, जिटर, और नुकसान की वैल्यू पाने के लिए, ईएफ़ ट्रैफ़िक को प्राथमिकता दें. साथ ही, इसे कम लेटेंसी या स्ट्रिक्ट प्राथमिकता वाली कतारों में रखें. अतिरिक्त सावधानियां बरतें. जैसे, पहले से तय की गई बैंडविथ वैल्यू से ज़्यादा दर की सीमा तय करना, ताकि यह पक्का किया जा सके कि ईएफ़ ट्रैफ़िक, नेटवर्क पर अन्य ट्रैफ़िक क्लास को सीमित न करे.
Test QoS
हार्डवेयर बनाने वाली अलग-अलग कंपनियों के लिए, क्यूओएस को लागू करने के तरीके अलग-अलग होते हैं. इसलिए, टेस्टिंग में थोड़ा अंतर हो सकता है. एंड-टू-एंड QoS को बेहतर बनाने के लिए फ़ाइन-ट्यून करें.
- एक छोटे टेस्ट एनवायरमेंट से शुरुआत करें, ताकि यह देखा जा सके कि कोई डिवाइस कैसा परफ़ॉर्म करता है.
- हर नेटवर्क डिवाइस के ज़रिए पैकेट के पाथ को फ़ॉलो करें. इससे यह पुष्टि की जा सकेगी कि नेटवर्क पाथ, क्लाइंट के मार्क किए गए डेटा का इस्तेमाल करता है. साथ ही, इससे डिवाइसों पर हर क्यू ड्रॉप और थ्रूपुट को समझा जा सकेगा.
- QoS की जांच करने और उसे बेहतर बनाने के लिए, इस पेज पर दिए गए सेक्शन देखें.
हब या लो-एंड स्विच जैसे कुछ नॉन-इंटेलिजेंट नेटवर्क डिवाइस, QoS की पूरी सुविधा के साथ काम नहीं कर सकते. पक्का करें कि अपस्ट्रीम डिवाइस पर मार्क की गई DSCP वैल्यू में बदलाव न किया गया हो. इस तरह, डाउनस्ट्रीम में मौजूद स्मार्ट डिवाइस, सही मार्किंग के आधार पर सही क्यूओएस रणनीति लागू कर सकते हैं.
यह पक्का करना कि नेटवर्क पाथ, क्लाइंट के मार्क किए गए डेटा का पालन करता हो
इन टूल का इस्तेमाल करके, DSCP मार्किंग की पुष्टि की जा सकती है:
- पैकेट स्निफ़िंग—पैकेट स्निफ़िंग के लिए, Wireshark का इस्तेमाल करें. उदाहरण के लिए, इससे आपको नेटवर्क डिवाइस (एपी, राउटर या स्विच) और एंड डिवाइस (कंप्यूटर), दोनों पर सही डीएससीपी मार्किंग की पुष्टि करने में मदद मिलेगी. लोकल पोर्ट मिररिंग के लिए, कैप्चर किए गए डेटा को चुने गए डेस्टिनेशन पोर्ट पर भेजने के लिए, पोर्ट मिररिंग या स्विच पोर्ट ऐनलाइज़र (एसपीएएन) का इस्तेमाल करें. रिमोट पोर्ट प्रोटोकॉल, जैसे कि रिमोट स्विच पोर्ट ऐनालाइज़र (आरएसपीएएन), कैप्चर किए गए डेटा को विश्लेषण के लिए रिमोट सर्वर पर भेज सकता है.
- NetFlow—नेटवर्क डिवाइस पर DSCP मार्किंग की पुष्टि करने के लिए, NetFlow का इस्तेमाल किया जा सकता है. डीएससीपी वैल्यू, डिफ़ॉल्ट रूप से कलेक्टर को एक्सपोर्ट की जाती है. कैप्चर किए गए डेटा से 5-टपल (आईपी, प्रोटोकॉल, और पोर्ट) को फ़िल्टर करें, ताकि हर ऐप्लिकेशन के लिए डीएससीपी वैल्यू की पुष्टि की जा सके.
नेटवर्क लेवल पर, Meet की सेवा की क्वालिटी (QoS) की परफ़ॉर्मेंस पर नज़र रखना
सिंपल नेटवर्क मैनेजमेंट प्रोटोकॉल (एसएनएमपी) पर आधारित मॉनिटरिंग टूल का इस्तेमाल करके, अलग-अलग कतारों के इस्तेमाल और कतार से हटाए गए आइटम की दर का ट्रेंडिंग व्यू दिखाएं. अगर आपने ऐप्लिकेशन लेवल पर Meet को EF के तौर पर मार्क किया है, तो इस क्लास के लिए EF के इस्तेमाल और ड्रॉप रेट को देखा जा सकता है. इससे आपको नेटवर्क पर किसी इंटरफ़ेस के लिए Meet की परफ़ॉर्मेंस के बारे में जानकारी मिलेगी.
ऐप्लिकेशन के डेटा को एग्रीगेट करके, NetFlow किसी साइट के हिसाब से या ग्लोबल व्यू का स्टैकिंग व्यू दिखा सकता है.
नेटवर्क में रुकावट और सेवा की क्वालिटी की पुष्टि करना
- अपने टेस्ट एनवायरमेंट में, मीडिया के ज़्यादा से ज़्यादा बैंडविड्थ से ज़्यादा ट्रैफ़िक जनरेट करें. उदाहरण के लिए, 1 Gbps पाथ पर 2 Gbps ट्रैफ़िक जनरेट करना.
- डेटा पाने वाले एंडपॉइंट पर थ्रूपुट की तुलना करें. इससे यह पुष्टि की जा सकेगी कि ज़्यादा प्राथमिकता वाले ट्रैफ़िक को सही तरीके से प्रोसेस किया जा रहा है या नहीं.
वायरलेस नेटवर्क पर कंजेशन का सिम्युलेशन करने के लिए:
- एक ही ऐक्सेस पॉइंट के लिए कई फ़्लो जनरेट करें. उदाहरण के लिए, 802.11n के लिए, हर फ़्लो के लिए 150 एमबीपीएस की स्पीड से दो स्ट्रीम भेजें. ऐसा इसलिए, क्योंकि 802.11n, ज़्यादा से ज़्यादा 180 एमबीपीएस के थ्रूपुट को सपोर्ट कर सकता है.
- डेटा पाने वाले एंडपॉइंट पर थ्रूपुट की पुष्टि करें.
उदाहरण के लिए, यह साबित करने के लिए कि ज़्यादा प्राथमिकता वाले ट्रैफ़िक को बेहतर सेवा मिलती है, वाई-फ़ाई पर अलग-अलग क्लास का ट्रैफ़िक भेजें. ऐसा एक ही ऐक्सेस पॉइंट और एक ही कोलिज़न डोमेन पर करें. ज़्यादा प्राथमिकता वाले ट्रैफ़िक को बिना किसी रुकावट के पूरा थ्रूपुट मिलना चाहिए. वहीं, कम प्राथमिकता वाले ट्रैफ़िक में काफ़ी गिरावट आनी चाहिए.
यह जांच करने के लिए कि QoS उम्मीद के मुताबिक काम कर रहा है या नहीं, ये कमांड डालें:
- बेहतर परफ़ॉर्मेंस के लिए, iperf3 -c आईपी पता -u -b 150m -t 50 -l 1000B -i 10 -S 0x0 डालें.
- EF के लिए, iperf3 -c आईपी पता -u -b 150m -t 50 -l 1000B -i 10 -S 0xB8 डालें.
Google, Google Workspace, और इनसे जुड़े चिह्न और लोगो, Google LLC के ट्रेडमार्क हैं. अन्य सभी कंपनी और प्रॉडक्ट के नाम, उन कंपनियों के ट्रेडमार्क हैं जिनसे वे जुड़े हैं.