उपयोगकर्ता अनुभव निगरानी ड्रिल-डाउन पेज (रिमोट और कार्यालय उपयोगकर्ता)

यह लेख बताता है कि रिमोट और कार्यालय उपयोगकर्ताओं के प्रदर्शन और उपयोगकर्ता अनुभव का विश्लेषण करने के लिए उपयोगकर्ता अनुभव निगरानी ड्रिल-डाउन पृष्ठ का उपयोग कैसे करें।

अनुभव निगरानी पृष्ठ पर विश्लेषण की समीक्षा के बारे में अधिक जानकारी के लिए, देखें Understanding the Experience Monitoring Drill-Down Pages.

समीक्षा

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

उपयोगकर्ता अनुभव निगरानी विजेट्स

ये उपयोगकर्ता अनुभव निगरानी डेटा को ड्रिल डाउन और विश्लेषण करने के लिए दिखाए गए विजेट्स हैं:

• उपयोगकर्ता सारांश - पृष्ठ के शीर्ष पर स्थित विजेट उपयोगकर्ता के नाम, साइट से जुड़ने वाले स्थान, अंतिम PoP से जुड़ने के माध्यम का प्रदाता और ISP की मूल जानकारी दिखाता है। इसके अलावा, विजेट उपयोगकर्ता के उपकरण के बारे में विवरण दिखाता है, जिसमें अंतिम कनेक्शन का उपकरण, ऑपरेटिंग सिस्टम, Cato क्लाइंट संस्करण, और कनेक्शन में प्रयोग होने वाले आंतरिक और बाहरी IP पता शामिल हैं।

• एप्लिकेशन चुनें - उपयोगकर्ता के शीर्ष उपयोग किए गए अनुप्रयोगों के लिए औसत अनुभव स्कोर और कुल डेटा उपयोग दिखाता है। उस अनुप्रयोग को चुनें जिसका पृष्ठ पर प्रदर्शित डेटा विशिष्ट करना होता है। डिफॉल्ट रूप से, पृष्ठ उपयोग के आधार पर शीर्ष एप्लिकेशन के लिए फ़िल्टर किया गया है।

• उपयोग सारांश - एप्लिकेशन चुनें विजेट के दाहिनी ओर स्थित विजेट चयनित एप्लिकेशन के लिए उपयोग और ट्रैफिक की जानकारी दिखाता है।

• उपयोगकर्ता उपकरण - उपयोगकर्ता द्वारा जुड़े हुए उपकरणों की जानकारी दिखाता है।

• उपयोगकर्ता एप्लिकेशन अनुभव स्कोर - चयनित एप्लिकेशन के लिए उपयोगकर्ता का औसत अनुभव स्कोर दिखाता है (अच्छा/ उचित/खराब), साथ ही एक ग्राफ दिखाता है जो कॉन्फ़िगर समय अवधि के दौरान एप्लिकेशन स्कोर को सभी एप्लिकेशन्स के कुल स्कोर के साथ तुलना करता है

  औसत अनुभव स्कोर इन एप्लिकेशन प्रदर्शन मेट्रिक्स पर आधारित है:

  • पहले बाइट तक का समय

  • टीसीपी कनेक्शन

  • टीएलएस कनेक्शन

  • हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल विलंबता

  • हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल/S त्रुटि

  कैटो का एआई आधारित एल्गोरिदम हर ऐप के लिए अनूठी सीमाएं बनाता है।

  अनुप्रयोग अनुभव स्कोर की गणना कैसे की जाती है इसके बारे में अधिक जानकारी के लिए, इस आलेख को देखें।

• ज़ूम/टीम्स प्रदर्शन - यह विजेट तब दिखाया जाता है जब ज़ूम या माइक्रोसॉफ्ट टीम्स एप्लिकेशन चुना जाता है। विजेट दिखाता है:

  • समन्वित समय सीमा में कुल मीटिंग्स का अनुभव (अच्छा, औसत, खराब) के साथ विवरण।

  • समय सीमा के दौरान मीटिंग्स की टाइमलाइन, विभिन्न मीडिया प्रकारों (ऑडियो, वीडियो, स्क्रीन शेयरिंग) के लिए अनुभव दिखाते हुए, तथा डिसकनेक्शन होने पर।

    

• कनेक्शन विवरण - नेटवर्क पथ में विभिन्न तार्किक नोड्स के लिए डेटा दिखाता है। उपयोगकर्ताओं के लिए, नोड्स में शामिल हैं: उपकरण हार्डवेयर, वाई-फाई, लैन गेटवे, सुरंग, और चयनित अनुप्रयोग। इसके अलावा, ट्रैफिक के लिए प्रक्रिया किए गए Cato क्लाउड PoP के लिए भी नोड्स हैं। यदि ट्रैफिक आगमन एक दूसरे PoP से होती है, तो आगमन और बिकास दोनों PoPs दिखाए जाते हैं। गंतव्य से संबंधित नोड्स भी दिखाए जाते हैं, जिसमें शामिल हैं:

  • पहला माइल - गंतव्य और PoP के बीच का ISP कनेक्शन।

  • गंतव्य सॉकेट - गंतव्य साइट के सॉकेट। उदाहरण के लिए, यदि उपयोगकर्ता सॉकेट साइट के पीछे एक WAN एप्लिकेशन का उपयोग कर रहा है।

  प्रत्येक नोड के लिए अनुभव निगरानी स्कोरिंग के बारे में अधिक जानकारी के लिए, अनुभव निगरानी कनेक्शन विवरण (EA-सॉकेट और आखिरी मील अंडरलाय) देखें।

  विजेट प्रत्येक नोड के लिए विस्तारयोग्य अनुभाग भी प्रदान करता है ताकि आपको नेटवर्क मार्ग के प्रत्येक भाग में संभावित मुद्दों की पहचान के लिए विस्तृत डेटा में और गहराई से जाँच करने दे। ये निम्नलिखित उप-अनुभागों में वर्णित हैं।

कनेक्शन विवरण > उपकरण हार्डवेयर

उपकरण हार्डवेयर अनुभाग उपयोगकर्ता उपकरणों के लिए निम्न डेटा दिखाता है:

• उपकरण प्रदर्शन -

  • औसत। अनुभव - औसत अनुभव स्कोर की व्याख्या उपकरण प्रदर्शन के लिए औसत उपकरण सीपीयू उपयोग (सीपीयू लोड) और मेमोरी उपयोग (मेमोरी लोड) के आधार पर, निर्धारित समय अवधि के लिए नोड के लिए दिखाए गए स्कोर मेट्रिक्स के बीच सबसे खराब परिणाम पर आधारित है। उदाहरण के लिए, यदि CPU लोड अच्छा है, लेकिन मेमोरी लोड सामान्य है, तो नोड स्कोर सामान्य है। प्रत्येक स्कोर के लिए ये मेट्रिक्स हैं:

    • सीपीयू लोड

      • अच्छा - उपयोग में CPU 70% से कम है

      • औसत - उपयोग में CPU 70-90% के बीच है

      • खराब - उपयोग में CPU 90% से अधिक है

    • मेमोरी लोड

      • अच्छा - उपयोग की गई मेमोरी 60% से कम

      • औसत - उपयोग की गई मेमोरी 60-80% के बीच

      • खराब - उपयोग की गई मेमोरी 80% से अधिक

  • औसत. CPU लोड - उपयोगकर्ता के उपकरण के लिए समन्वित समय सीमा में औसत CPU उपयोग

  • औसत। मेमोरी लोड - उपयोगकर्ता के उपकरण के लिए समन्वित समय सीमा में औसत मेमोरी उपयोग

• उपकरण प्रदर्शन ग्राफ़्स - समय के साथ CPU और मेमोरी लोड दिखाने वाले ग्राफ।

कनेक्शन विवरण > Wi-Fi

वाई-फाई अनुभाग वाई-फाई सिग्नल की ताकत के बारे में जानकारी प्रदर्शित करता है, जिसमें शामिल हैं:

• वाई-फाई प्रदर्शन -

  • औसत। अनुभव - सिग्नल ताकत मेट्रिक पर आधारित वाई-फाई प्रदर्शन के लिए औसत अनुभव स्कोर। इस तरह से वाई-फाई अनुभव को स्कोर किया गया है:

    • अच्छा - सिग्नल की ताकत -67 dBm या अधिक

    • औसत - सिग्नल की ताकत -67 dBm और -80 dBm के बीच

    • खराब - सिग्नल की ताकत -80 dBm या कम

  • औसत। सिग्नल की ताकत - उपयोगकर्ता के लिए समन्वित समय सीमा में औसत वाई-फाई सिग्नल ताकत

• वायरलेस सिग्नल ताकत - उपयोगकर्ता द्वारा उपयोग किए जाने वाले वाई-फाई नेटवर्क की समय के साथ सिग्नल ताकत दिखाने वाला ग्राफ

कनेक्शन विवरण > एक्सेस पॉइंट

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

• पहुँच बिंदु नोड को एक पहुँच बिंदु कनेक्टर विन्यस्त करके एकीकृत किया जाता है। यह एकीकरण जुपिटर मिस्ट एक्सेस पॉइंट्स के लिए समर्थित है। इस एकीकरण को कॉन्फ़िगर करने के बारे में अधिक जानकारी के लिए, देखें Juniper Mist: Creating the Device Management Integration.

• एक्सेस पॉइंट नोड केवल कार्यालय उपयोगकर्ताओं के लिए उपलब्ध है

पहुँच बिंदु घटनाएँ

पहुँच बिंदु घटनाओं की तालिका चयनित उपयोगकर्ता के लिए पहुँच बिंदु द्वारा जेनरेट इवेंट दिखाती है। यह आपको उन घटनाओं की पहचान करने में मदद करता है जो उपयोगकर्ता अनुभव को ख़राब करने या वाई-फाई कनेक्टिविटी को बाधित करने की संभावना हैं, जैसे कि क्लाइंट का असंबंधन, प्रमाणीकरण विफलता, और DNS या IP असाइनमेंट समस्याएं।

प्रत्येक घटना के लिए, तालिका दिखाती है:

• इवेंट प्रकार – पहुँच बिंदु घटना का प्रकार, जैसे क्लाइंट असंबंधन, प्रमाणीकरण विफलता, DNS या ARP विफलता, और IP असाइनमेंट इवेंट्स

• गंभीरता – यदि उपलब्ध हो तो पहुँच बिंदु प्लेटफॉर्म द्वारा रिपोर्ट की गई गंभीरता स्तर

• उपकरण – उपकरण का नाम

• समय – घटना का हुआ समय

• SSID – उपयोगकर्ता जिस वायरलेस नेटवर्क से जुड़ा है उसका नाम

• पहुंच बिंदु – इवेंट उत्पन्न करने वाले पहुँच बिंदु का पहचानकर्ता

जब आप एक घटना को विस्तृत करते हैं, तो घटना की विस्तृत जानकारी दिखती है। घटना प्रकार के मुताबिक विवरण अलग-अलग हो सकते हैं और शामिल कर सकते हैं:

• समय – घटना का सटीक समय संकेत

• अंतिम संघटन – ग्राहक के लिए अंतिम संघटन का समय

• उपकरण – ग्राहक उपकरण का प्रकार

• मैक पता – ग्राहक उपकरण का मैक पता। पहले से निर्धारित एप्लिकेशन में पहुँच बिंदु घटनाएं देखने के लिए पते पर क्लिक करें। उदाहरण के लिए, Juniper Mist पहुँच बिंदु के साथ, एप्लिकेशन खोलता है और घटनाओं को दिखाता है।

• SSID – वायरलेस नेटवर्क का नाम

• BSSID – पहुँच बिंदु का मैक पता

• प्रोटोकॉल – उपयोग में वायरलेस प्रोटोकॉल (उदाहरण के लिए, IEEE 802.11ax)

• बैंड – ग्राहक द्वारा उपयोग में वायरलेस बैंड (उदाहरण के लिए, 5 GHz)

• चैनल – वायरलेस चैनल

• सुरक्षा – SSID द्वारा उपयोग किया गया सुरक्षा मोड (उदाहरण के लिए, WPA3-SAE-PSK/CCMP)

• कारण कोड – पहुँच बिंदु द्वारा रिपोर्ट की गई कारण कोड, जब आवेदन योग्य

• विवरण – घटना या कारण कोड का विवरण

कनेक्शन विवरण > LAN गेटवे

LAN गेटवे अनुभाग LAN गेटवे प्रदर्शन के बारे में जानकारी दिखाता है, जिसमें शामिल हैं:

• लैन गेटवे प्रदर्शन -

  • औसत. अनुभव - कॉन्फ़िगर की गई समय अवधि में औसत पैकेट अनुपात और दूरी के आधार पर लैन गेटवे प्रदर्शन के लिए औसत अनुभव स्कोर स्कोर की गणना दो मेट्रिक्स के बीच सबसे कम अच्छे परिणाम के आधार पर की जाती है। उदाहरण के लिए, यदि लैन गेटवे दूरी अच्छा है और लैन गेटवे पैकेट हानि खराब है, तो नोड स्कोर खराब है। प्रत्येक स्कोर के लिए ये हैं मेट्रिक्स:

    • लैन गेटवे पैकेट हानि

      • अच्छा - 1% से कम पैकेट नुकसान।

      • औसत - पैकेट नुकसान 1-5% के बीच।

      • खराब - पैकेट नुकसान 5% से अधिक।

    • लैन गेटवे दूरी

      • अच्छा - 10 ms से कम।

      • औसत - 10-50 ms के बीच।

      • खराब - 50 ms अधिक।

  • औसत. पैकेट हानि - समन्वित समय सीमा में साइट और सुरंग के अंदर Cato क्लाउड के बीच की औसत दूरी।

  • औसत. दूरी - सुरंग के अंदर साइट और Cato क्लाउड के बीच की औसत दूरी, समन्वित समय सीमा पर

• LAN गेटवे प्रदर्शन ग्राफ़्स - ग्राफ़्स जो पैकेट हानि और दूरी लोड समय के साथ दिखाते हैं

कनेक्शन विवरण > लास्ट माइल

आखिरी मील अनुभाग PoP के लिए एन्क्रिप्टेड टनल कनेक्शन की गुणवत्ता के लिए निम्नलिखित डेटा दिखाता है:

• आखिरी मील प्रदर्शन -

  • औसत. अनुभव - लास्ट माइल परफॉर्मेंस के लिए औसत अनुभव स्कोर.

    लास्ट माइल नोड के लिए दिखाया गया स्कोर लास्ट माइल ओवरले के लिए निम्नलिखित मेट्रिक्स पर आधारित है, जैसा कि विडजेट्स में दिखाया गया है:

    • सुरंग अपस्ट्रीम पैकेट नुकसान

      • अच्छा - 1% से कम पैकेट नुकसान।

      • औसत - पैकेट नुकसान 1-5% के बीच।

      • खराब - पैकेट नुकसान 5% से अधिक।

    • सुरंग डाउनस्ट्रीम पैकेट नुकसान

      • अच्छा - 1% से कम पैकेट नुकसान।

      • औसत - पैकेट नुकसान 1-5% के बीच।

      • खराब - पैकेट नुकसान 5% से अधिक।

    • सुरंग दूरी

      • अच्छा - 20 मिलीसेकंड से नीचे।

      • औसत - 20-100 मिलीसेकंड के बीच।

      • खराब - 100 ms अधिक।

    नोड के लिए दिखाए गए स्कोर दो मैट्रिक्स के बीच सबसे खराब परिणाम पर आधारित है। उदाहरण के लिए, यदि टनल पैकेट नुकसान अच्छा है, और टनल दूरी खराब है, तो नोड स्कोर खराब होता है।

  • औसत. पैकेट हानि - ऊपर और नीचे के ट्रैफिक के लिए सुरंग के अंदर अंतिम माइल के दौरान खोई गई पैकेट्स का प्रतिशत, समन्वित समय सीमा में औसतन।

  • औसत. दूरी - सुरंग के अंदर साइट और Cato क्लाउड के बीच की औसत दूरी, समन्वित समय सीमा पर

• अंतिम मील ग्राफ - ये ग्राफ दो विभिन्न प्रकार की जाँच के आधार पर मेट्रिक्स शामिल करते हैं। ये प्रोब प्रकार हैं और प्रत्येक के लिए दिखाए गए विजेट्स:

  • अंडरले - सुरंग के बाहर अंतिम मील कनेक्शन पर भेजे गए प्रोब्स, जिन्हें अंडरले कहा जाता है, PoP तक ISP कनेक्शन की गुणवत्ता को मापने के लिए, सुरंग के अंदर कनेक्शन (ओवरले) से स्वतंत्र। यह उन सुरंग के बाहर मुद्दों की पहचान और निदान करने में मदद करता है जो सॉकेट साइटों और दूरस्थ उपयोगकर्ताओं के लिए अंतिम मील प्रदर्शन को प्रभावित कर सकते हैं।

    सॉकेट साइटों के लिए, अंडरले प्रोब्स सॉकेट और PoP के बीच भेजे जाते हैं। सॉकेट में प्रत्येक WAN इंटरफ़ेस के लिए प्रोब्स भेजे जाते हैं। दूरस्थ उपयोगकर्ताओं के लिए, अंडरले प्रोब्स उपयोगकर्ता के उपकरण पर क्लाइंट द्वारा PoP को भेजे जाते हैं। विजेट्स जुड़े हुए PoP स्थान का नाम, PoP में कनेक्टेड सेवा नोड का IP पता दिखाते हैं, और सॉकेट ट्रैफ़िक के लिए इंटरफेस नाम। यदि PoP का नाम अनुपलब्ध होता है, तो केवल सेवा नोड का IP पता दिखाया जाता है।

    नोट: अंडरले प्रोब्स फीचर के लिए डेटा एकत्र करने के लिए, निम्नलिखित आवश्यक है:

    • कार्यालय उपयोगकर्ता (सॉकेट साइट) मेट्रिक्स के लिए - Socket v21.1.18975 या अधिक

    • दूरस्थ उपयोगकर्ता मेट्रिक्स के लिए - क्लाइंट संस्करण macOS 5.10 या Windows 5.17, या अधिक

  • ओवरले - इन प्रोब्स से Cato टनल कनेक्शन के लिए कनेक्शन की गुणवत्ता मापी जाती है।

    नोट: थ्रूपुट ग्राफ़ के लिए, औसत या अधिकतम थ्रूपुट दिखाने के लिए चयनकर्ता का उपयोग करें।

    ग्राफ़	Description
    अपस्ट्रीम पैकेट नुकसान	सुरंग के अंदर अपस्ट्रीम ट्रैफिक के लिए अंतिम माइल में खोई गई पैकेट्स का प्रतिशत।
    डाउनस्ट्रीम पैकेट नुकसान	सुरंग के अंदर डाउनस्ट्रीम ट्रैफिक के लिए अंतिम माइल में खोई गई पैकेट्स का प्रतिशत।
    अपस्ट्रीम में छोड़े गए पैकेट्स	अपस्ट्रीम ट्रैफिक के लिए प्राप्त किए गए लेकिन प्रक्रियागत नहीं किए गए पैकेट्स का प्रतिशत।
    डाउनस्ट्रीम में छोड़े गए पैकेट	पैकेटों की प्रतिशत जो प्राप्त किए गए थे लेकिन डाउनस्ट्रीम ट्रैफ़िक के लिए प्रक्रिया नहीं किए गए।
    राउंट-ट्रिप विलंबता	साइट और सुरंग के अंदर Cato Cloud के बीच की दूरी।
    टनल की आयु	कुल समय जब वर्तमान DTLS टनल सॉकेट और PoP के बीच कनेक्टेड है।
    ध्वनि अपस्ट्रीम	अपस्ट्रीम डेटा पैकेटों के बीच मिलीसेकंड (मिलीसेकंड) में समय विलंब में अंतर।
    ध्वनि डाउनस्ट्रीम	डाउनस्ट्रीम डेटा पैकेटों के बीच मिलीसेकंड (मिलीसेकंड) में समय विलंब में अंतर।
    अधिकतम अपस्ट्रीम थ्रूपुट	टनल के अंदर अपस्ट्रीम ट्रैफ़िक के लिए अधिकतम मापा थ्रूपुट
    अधिकतम डाउनस्ट्रीम थ्रूपुट	टनल के अंदर डाउनस्ट्रीम ट्रैफ़िक के लिए अधिकतम मापा थ्रूपुट
    औसत अपस्ट्रीम थ्रूपुट	बकेट की लंबाई पर टनल के अंदर प्रत्येक लिंक के लिए औसत अपस्ट्रीम थ्रूपुट
    औसत डाउनस्ट्रीम थ्रूपुट	बकेट की लंबाई पर टनल के अंदर प्रत्येक लिंक के लिए औसत डाउनस्ट्रीम थ्रूपुट

एकीकृत उपयोगकर्ता अंतिम मील दृश्य

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

• अंडरले सेक्शन में ग्राफ़ चयनित उपयोगकर्ता के लिए दोनों कार्यालय उपयोगकर्ता (सॉकेट साइट) और रिमोट उपयोगकर्ता प्रोब्स के लिए डेटा रेखाएं दिखाते हैं।

• ओवरले अनुभाग साइट डेटा और दूरस्थ उपयोगकर्ता डेटा के लिए निम्नलिखित अलग ग्राफ दिखाता है:

  • साइट पैकेट नुकसान अपस्ट्रीम

  • साइट पैकेट नुकसान डाउनस्ट्रीम

  • साइट राउंड-ट्रिप विलंबता

  • रिमोट उपयोगकर्ता प्रोब पैकेट नुकसान

  • रिमोट उपयोगकर्ता प्रोब राउंड-ट्रिप विलंबता

कनेक्शन विवरण > पहला मील

पहला मील ISP कनेक्शन को संदर्भित करता है जो गंतव्य और PoP के बीच होता है।

पहला मील अनुभाग PoP के लिए एन्क्रिप्टेड सुरंग कनेक्शन की गुणवत्ता के लिए निम्नलिखित डेटा दिखाता है:

• पहला मील प्रदर्शन -

  • औसत. ओवरले अनुभव - पहला मील ओवरले प्रदर्शन के लिए औसत अनुभव स्कोर।

    नोड के लिए स्कोर ओवरले के पहले मील के मेट्रिक्स के लिए निम्नलिखित मैट्रिक्स पर आधारित होता है, जैसा कि विजेट्स में दिखाया गया है:

    • सुरंग अपस्ट्रीम पैकेट नुकसान

      • अच्छा - 1% से कम पैकेट नुकसान।

      • औसत - पैकेट नुकसान 1-5% के बीच।

      • खराब - पैकेट नुकसान 5% से अधिक।

    • सुरंग डाउनस्ट्रीम पैकेट नुकसान

      • अच्छा - 1% से कम पैकेट नुकसान।

      • औसत - पैकेट नुकसान 1-5% के बीच।

      • खराब - पैकेट नुकसान 5% से अधिक।

    • सुरंग दूरी

      • अच्छा - 20 मिलीसेकंड से नीचे।

      • औसत - 20-100 मिलीसेकंड के बीच।

      • खराब - 100 ms अधिक।

    नोड के लिए दिखाए गए स्कोर दो मैट्रिक्स के बीच सबसे खराब परिणाम पर आधारित है। उदाहरण के लिए, यदि टनल पैकेट नुकसान अच्छा है, और टनल दूरी खराब है, तो नोड स्कोर खराब होता है।

    इसके अलावा, प्रत्येक सॉकेट वैन लिंक के लिए निम्नलिखित मेट्रिक्स दिखाए जाते हैं:

  • औसत. पैकेट नुकसान - प्रतिशत पैकेट जो टनल (ओवरले) के अंदर पहला मील पर अपस्ट्रीम और डाउनस्ट्रीम ट्रैफ़िक के लिए खोए गए, कार्यान्वित समय अवधि पर आधारित।

  • औसत. दूरी - टनल (ओवरले) के अंदर साइट और Cato क्लाउड के बीच की दूरी, कार्यान्वित समय अवधि पर आधारित।

  • औसत. अंडरले अनुभव - टनल के बाहर कनेक्शन के लिए पहला मील का औसत अनुभव स्कोर।

• पहला मील ग्राफ़ - इन ग्राफ्स में दो अलग प्रकार के प्रोब्स पर आधारित मैट्रिक्स शामिल होते हैं। ये प्रोब प्रकार हैं और प्रत्येक के लिए दिखाए गए विजेट्स:

  • अंडरले - अन्क्रिप्टेड सुरंग के बाहर पहले मील कनेक्शन पर भेजे गए प्रोब्स ISP कनेक्शन के लिए PoP की गुणवत्ता को मापने के लिए, एन्क्रिप्टेड ओवरले से स्वतंत्र। यह पहले-मील प्रदर्शन के लिए सॉकेट साइट्स की सुरंग से बाहर के मुद्दों की पहचान और निदान करने में मदद करता है।

    सॉकेट में प्रत्येक WAN इंटरफ़ेस के लिए प्रोब्स भेजे जाते हैं। विजेट्स इंटरफ़ेस का नाम और जुड़े हुए PoP स्थान का नाम, साथ ही PoP में जुड़े सेवा नोड का IP पता दिखाते हैं। यदि PoP का नाम अनुपलब्ध होता है, तो केवल सेवा नोड का IP पता दिखाया जाता है।

    नोट: अंडरले प्रोब्स फीचर के लिए डेटा एकत्र करने के लिए, सॉकेट v21.1.18975 या अधिक की आवश्यकता होती है

    ग्राफ़	विवरण
    पैकेट नुकसान	पहला मील के बाहर टनल के बाहर खोए गए पैकेटों का प्रतिशत।
    राउंट-ट्रिप विलंबता	नेटवर्क पथ में दिए गए नोड (जैसे साइट या उपयोगकर्ता उपकरण) और टनल के बाहर Cato क्लाउड के बीच की मापा राउंड-ट्रिप समय।

  • ओवरले - इन प्रोब्स से Cato टनल कनेक्शन के लिए कनेक्शन की गुणवत्ता मापी जाती है।

    ग्राफ़	विवरण
    साइट पैकेट नुकसान अपस्ट्रीम	टनल के अंदर गंतव्य साइट पहला मील पर अपस्ट्रीम ट्रैफ़िक के लिए खोए गए पैकेटों का प्रतिशत।
    साइट पैकेट नुकसान डाउनस्ट्रीम	टनल के अंदर गंतव्य साइट पहला मील पर डाउनस्ट्रीम ट्रैफ़िक के लिए खोए गए पैकेटों का प्रतिशत।
    साइट राउंड-ट्रिप विलंबता	नेटवर्क पथ में दिए गए नोड (जैसे साइट या उपयोगकर्ता उपकरण) और टनल के अंदर Cato क्लाउड के बीच की मापा राउंड-ट्रिप समय।
    टनल की आयु	कुल समय जब वर्तमान DTLS टनल सॉकेट और PoP के बीच कनेक्टेड है।
    ध्वनि अपस्ट्रीम	अपस्ट्रीम डेटा पैकेटों के बीच मिलीसेकंड (मिलीसेकंड) में समय विलंब में अंतर।
    ध्वनि डाउनस्ट्रीम	डाउनस्ट्रीम डेटा पैकेटों के बीच मिलीसेकंड (मिलीसेकंड) में समय विलंब में अंतर।
    अधिकतम अपस्ट्रीम थ्रूपुट	टनल के अंदर अपस्ट्रीम ट्रैफ़िक के लिए अधिकतम मापा थ्रूपुट
    अधिकतम डाउनस्ट्रीम थ्रूपुट	टनल के अंदर डाउनस्ट्रीम ट्रैफ़िक के लिए अधिकतम मापा थ्रूपुट
    औसत अपस्ट्रीम थ्रूपुट	बकेट की लंबाई पर टनल के अंदर प्रत्येक लिंक के लिए औसत अपस्ट्रीम थ्रूपुट
    औसत डाउनस्ट्रीम थ्रूपुट	बकेट की लंबाई पर टनल के अंदर प्रत्येक लिंक के लिए औसत डाउनस्ट्रीम थ्रूपुट

कनेक्शन विवरण > गंतव्य सॉकेट

गंतव्य सॉकेट अनुभाग गंतव्य साइट के सॉकेट्स के लिए डेटा दिखाता है। निम्नलिखित डेटा दिखाए जाते हैं:

• सॉकेट प्रदर्शन -

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

    • अच्छा - उपयोग में CPU 70% से कम है

    • औसत - उपयोग में CPU 70-90% के बीच है

    • खराब - उपयोग में CPU 90% से अधिक है

  • औसत। CPU लोड - साइट के लिए सॉकेट CPU उपयोग का औसत (CPU लोड), साइट के प्राथमिक सॉकेट के सबसे खराब-प्रदर्शन करने वाले कोर पर आधारित कार्यान्वित समय अवधि।

• CPU लोड - परिभाषित समय सीमा के लिए सॉकेट कोर्स के प्रत्येक का प्रतिशत उपयोग। यदि साइट को उच्च उपलब्धता (HA) के साथ कॉन्फ़िगर किया गया है, तो ग्राफ प्राथमिक और द्वितीयक सॉकेट कोर्स के लिए उपयोग दिखाता है।

  

  यदि आपको उच्च सॉकेट CPU उपयोग दिखाई देता है, तो समस्या निवारण के लिए यहां कुछ चरण दिए गए हैं:

  1. सॉकेट WebUI तक पहुँचें और HW स्थिति टैब का चयन करें।

  2. प्रत्येक कोर के लिए वर्तमान CPU % उपयोग की जाँच करें।

  3. लगातार 90% से ऊपर CPU उपयोग की निगरानी करें, क्योंकि यह सीधे सॉकेट प्रदर्शन को प्रभावित करेगा और पैकेट नुकसान और उच्च विलंबता का कारण बनेगा।

  यदि आप नेटवर्क पैकेट नुकसान के साथ लगातार उच्च सीपीयू उपयोग निरीक्षित करते हैं:

  1. जब उच्च CPU उपयोग होता है तो दस्तावेज़ करें।

  2. नोट करें कि कौन सी कोरे उच्च उपयोग का अनुभव कर रहे हैं।

  3. मदद के लिए कैटो समर्थन से संपर्क करें।

  सॉकेट CPU उपयोग की समस्या निवारण के बारे में अधिक जानकारी के लिए प्रदर्शन समस्याओं के लिए सॉकेट साइट्स समस्या निवारण देखें।

  • इस फीचर को निम्नलिखित न्यूनतम सॉकेट संस्करणों की आवश्यकता है:

    • फिजिकल सॉकेट्स के लिए - सॉकेट संस्करण 21.1.18975

    • वर्चुअल सॉकेट्स के लिए - सॉकेट संस्करण 22

कनेक्शन विवरण > अनुप्रयोग

अनुप्रयोग अनुभाग अनुप्रयोग प्रदर्शन के लिए निम्नलिखित मेट्रिक्स डैशबोर्ड दिखाता है:

• औसत. अनुभव -

  औसत अनुभव स्कोर इन एप्लिकेशन प्रदर्शन मेट्रिक्स पर आधारित होता है:

  • पहले बाइट तक का समय

  • टीसीपी कनेक्शन

  • टीएलएस कनेक्शन

  • हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल विलंबता

  • HTTP/S त्रुटि

  कैटो का एआई आधारित एल्गोरिदम हर ऐप के लिए अनूठी सीमाएं बनाता है।

  अनुप्रयोग अनुभव स्कोर की गणना कैसे की जाती है इसके बारे में अधिक जानकारी के लिए, इस आलेख को देखें।

• अनुप्रयोग ग्राफ़ - ये मीट्रिक्स निम्न तालिका में वर्णित हैं।

कनेक्शन विवरण > ज़ूम, MS Teams, और Webex मीटिंग्स

यह अनुभाग UCaaS ट्रैफ़िक के लिए एप्लिकेशन-विशिष्ट मेट्रिक्स दिखाता है जिसमें ज़ूम, माइक्रोसॉफ्ट Teams और Webex सत्र शामिल हैं। मेट्रिक्स डैशबोर्ड में बैठकों के दौरान वीडियो, ऑडियो, और स्क्रीन शेयरिंग के अनुभवों की अंतर्दृष्टि शामिल है।

इन मेट्रिक्स के लिए Cato कनेक्टर्स की कॉन्फ़िगरेशन आवश्यक है। अधिक जानकारी के लिए, इन लेखों को देखें:

• Microsoft Teams: अनुभव निगरानी UCaaS कनेक्टर का विन्यास

• ज़ूम: अनुभव निगरानी UCaaS कनेक्टर का विन्यास

• Webex: अनुभव निगरानी UCaaS कनेक्टर विन्यस्त करें

ज़ूम, MS Teams, या Webex मीटिंग्स के लिए मेट्रिक्स देखने के लिए:

1. उपयोगकर्ता अनुभव निगरानी ड्रिल-डाउन पृष्ठ पर, एप्लिकेशन चुनें विजेट में Zoom, Teams, या Webex चुनें।

2. कनेक्शन विवरण विजेट में, ज़ूम मीटिंग्स, MS Teams मीटिंग्स, या Webex मीटिंग्स अनुभाग खोलें।

Note:

नोट: ज़ूम, MS Teams, और Webex अनुभाग केवल तब किसी उपयोगकर्ता के लिए दिखाई देते हैं जब उपयोगकर्ता कनेक्टर विन्यस्त होने के बाद ऐप से जुड़े होते हैं।

ज़ूम, Teams, और Webex मेट्रिक्स को समझना

प्रत्येक मीटिंग के लिए दिखाई गई जानकारी में प्रयुक्त उपकरण, मीटिंग तिथि, कॉल अवधि, कुल उपयोगकर्ता, और कुल अनुभव शामिल हैं (प्रत्येक मीटिंग के लिए खराब, औसत, या अच्छा)। यह अनुभव स्कोर ऑडियो, वीडियो, और स्क्रीन साझाकरण अनुभव के स्कोर पर आधारित होता है और इन तीनों में से सबसे कम स्कोर के बराबर होता है।

ऑडियो, वीडियो, और स्क्रीन साझाकरण अनुभव के लिए स्कोर MOS की गणना पर आधारित होते हैं, जिसमें पैकेट नुकसान, जिटर, और विलंबता को ध्यान में रखा जाता है। स्कोर अपस्ट्रीम और डाउनस्ट्रीम ट्रैफ़िक के लिए गणना किए गए MOS के औसत पर आधारित हैं।

ज़ूम और Webex मीटिंग्स के लिए, डेटा सटीक पहचान और समस्या निवारण के लिए गहराई तक समय श्रृंखला ग्राफ़ के रूप में दिखाया जाता है। आप टाइम सीरीज ग्राफ्स का उपयोग कर सकते हैं बैठक टाइमलाइन को नेटवर्क मेट्रिक्स के साथ समन्वित करने के लिए। ग्राफ्स में ऑडियो, वीडियो, और स्क्रीन साझाकरण के लिए अनुभव स्कोर शामिल हैं, साथ ही प्रत्येक मीडिया प्रकार के लिए पैकेट नुकसान, जिटर, विलंबता, और बिटरेट मेट्रिक्स शामिल हैं। अनुभव स्कोर ग्राफ्स किसी भी डिस्कनेक्शन घटनाओं को कॉल के दौरान हाइलाइट करते हैं।

Teams एप्लिकेशन में सीमाओं के कारण, Teams मीटिंग्स ग्राफ्स कॉल की पूरी अवधि के दौरान विभिन्न मेट्रिक्स को औसत मानदंड के रूप में दिखाते हैं, या कॉल अवधि के दौरान पहुँचे अधिकतम मानदंड को दिखाते हैं।

• ग्राफ्स के लिए अधिकतम को चुनें, ताकि प्रत्येक अंतराल के दौरान अधिकतम मान के आधार पर मेट्रिक्स दिखाए जा सकें।

• ग्रहण औसत. ताकि ग्राफ्स प्रत्येक अंतराल के दौरान औसत मान पर आधारित मेट्रिक्स दिखाएँ

• आप भेजने और प्राप्त करने डेटा लाइन को चालू और बंद कर सकते हैं

यह MOS गणना करने का सूत्र है:

• MOS = 1 + 0.035 * R + 0.000007 * R * (R - 60) * (100 - R) जहाँ R प्रभावी विलंबता और पैकेट नुकसान द्वारा निर्धारित मूल्य रेटिंग तत्व है।

नोट:

• Microsoft Teams के लिए

  • मीटिंग डेटा दिखाने में 30 मिनट तक का समय लग सकता है

  • लेकिन, जब कनेक्टर पहली बार सक्रिय होता है, तब 5 घंटे तक डेटा एक्सेस किया जा सकता है। हालांकि, जब कनेक्टर पहले ही सक्रिय किया गया है, तब 5 घंटे के डेटा को एक्सेस किया जा सकता है।

  • मेट्रिक्स में Microsoft Teams और Skype मीटिंग्स दोनों के डेटा शामिल हैं

मूल कारण विश्लेषण

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

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

अनुभाग उपयोगकर्ता एप्लिकेशन अनुभव स्कोर विजेट के नीचे और पथ विश्लेषण के ऊपर है।

विश्लेषण चल रहा है

पृष्ठ के लिए चयनित समय सीमा पर विश्लेषण चलता है। उपयोगकर्ता द्वारा शिकायत की गई अवधि के चारों ओर एक संकीर्ण समय सीमा एक अधिक स्पष्ट परिणाम उत्पन्न करती है, क्योंकि एक लंबी समय सीमा सहायक को काम करने के लिए अधिक असंबंधित गतिविधि देती है।

उपयोगकर्ता के लिए रूट कॉज विश्लेषण चलाने के लिए:

1. नेविगेशन मेनू से, होम > अनुभव निगरानी पर जाएँ, और फिर उस रिमोट या कार्यालय उपयोगकर्ता को चुनें जिसे आप जांचना चाहते हैं।

2. (वैकल्पिक) एप्लिकेशन चुनें विजेट में, उस एप्लिकेशन को चुनें जिसके साथ उपयोगकर्ता ने समस्या बताई।

   इसके बाद विश्लेषण उस एप्लिकेशन पर केंद्रित होता है।

3. जिस अवधि की आप जांच करना चाहते हैं, उसके लिए समय सीमा सेट करें।

   समय सीमा को जल्दी से संकीर्ण करने के लिए, उस उपयोगकर्ता एप्लिकेशन अनुभव स्कोर ग्राफ के हिस्से को खींचें जो समस्या को कवर करता है। पृष्ठ की समय सीमा आपके द्वारा चयनित रेंज में बदल जाती है।

4. रूट कॉज विश्लेषण तक स्क्रॉल करें और विश्लेषण चलाएँ चुनें।

   जब विश्लेषण चलता है, तो बटन विश्लेषण करते हुए दिखाता है और अनुभाग प्रगति प्रदर्शित करता है। सहायक बारी-बारी से प्रत्येक डेटा स्रोत से पूछताछ करता है, इसलिए परिणाम आने में पृष्ठ ताज़ा करने से अधिक समय लगता है।

5. उस अनुभाग में प्रदर्शित होने वाली कार्यकारी सारांश की समीक्षा करें।

समय सीमा बदलने के बाद या भिन्न एप्लिकेशन का चयन करने के बाद दोबारा विश्लेषण चलाने के लिए, दुबारा विश्लेषण चलाएँ पर क्लिक करें।

Note:

जब पृष्ठ की समय सीमा छह घंटे से अधिक लंबी होती है, तो विश्लेषण चलाएँ उपलब्ध नहीं होता है। समय सीमा को संकीर्ण करें और फिर विश्लेषण चलाएँ।

वह विश्लेषण क्या कवर करता है

सहायक उसी डेटा स्रोतों से पूछताछ करता है जो ड्रिल-डाउन पृष्ठ दिखाता है, चयनित उपयोगकर्ता और समय सीमा के लिए:

• उपकरण - वह CPU लोड और मेमोरी लोड जिसके साथ उपयोगकर्ता जुड़ा था।

• वाई-फाई - सिग्नल की ताकत, और वे एक्सेस पॉइंट्स और बैंड जिनके बीच उपकरण ने स्थानांतरित किया।

• लैन गेटवे - लैन गेटवे प्रोब के परिणाम।

• अंतिम मील - पैकेट नुकसान और विलंबता अंडरलाय पर, और पैकेट नुकसान, विलंबता, सुरंग की आयु और थ्रूपुट ओवरले पर।

• अनुप्रयोग - पहले बाइट तक का समय, TCP कनेक्शन, TLS कनेक्शन, HTTP/S विलंबता और HTTP/S त्रुटि दर।

• मीटिंग मेट्रिक्स - Zoom, Microsoft Teams और Webex मेट्रिक्स, जहाँ ये कनेक्टर्स विन्यस्त किए गए हैं।

• घटनाएँ - उपयोगकर्ता टाइमलाइन में दिखाई गई अनुभव घटनाएँ, जिसमें प्रवेश बिंदु की घटनाएँ शामिल हैं।

• ऑडिट लॉग - खिड़की के दौरान आपके खाते में किए गए कॉन्फ़िगरेशन परिवर्तन, ताकि नए फ़ायरवॉल नियम जैसे परिवर्तन को कारण के रूप में पहचाना जा सके।

कार्यालय उपयोगकर्ता के लिए, विश्लेषण में वह साइट भी शामिल है जिससे उपयोगकर्ता जुड़ा था, जिसमें सॉकेट मेट्रिक्स और साइट की अंतिम मील और सुरंग मेट्रिक्स शामिल हैं।

कार्यकारी सारांश पढ़ना

परिणाम एक छोटी पैराग्राफ होता है न कि पढ़ाई सूची। यह समेटता है:

• उपयोगकर्ता, एप्लिकेशन, और वह खिड़की जिसका विश्लेषण किया गया था।

• सबसे संभावित जड़ कारण।

• सबसे मजबूत सहायक प्रमाण, और कैसे खिड़की बेसलाइन के साथ तुलना की गई।

• पथ के वे हिस्से जो जांचे गए और स्वस्थ पाए गए, ताकि आप जान सकें कि क्या पहले ही बाहर रखा जा चुका है।

• क्या प्रभाव एक एप्लिकेशन तक सीमित था या कई पर असर पड़ा।

• यह निष्कर्ष कितना आत्मविश्वासी है।

उदाहरण के लिए, एक कार्यालय उपयोगकर्ता के लिए एक खराब Zoom कॉल का विश्लेषण करने पर यह निष्कर्ष निकाला जा सकता है कि कारण Wi-Fi रोमिंग था, छह प्रवेश बिंदुओं के बीच डिवाइस की गति और कॉल के दौरान बैंड परिवर्तन का हवाला देते हुए, यह ध्यान देते हुए कि डिवाइस, LAN गेटवे, अंतिम मील और सुरंग सभी स्वस्थ थे, और खिड़की की तुलना एक सप्ताह पहले के समान घंटों से जब डिवाइस एक ही प्रवेश बिंदु पर रहा।

दो परिणाम मान्यता के योग्य हैं:

• सारांश रिपोर्ट कर सकता है कि खिड़की में कोई मापने योग्य गिरावट नहीं हुई। नेटवर्क घटनाएँ जैसे डिस्कनेक्ट और टनल रिस्टार्ट बिना अनुभव स्कोर गिराए हो सकती हैं, और सारांश इसका उल्लेख करता है बजाय कि कोई गैर-मौजूद कारण नाम के।

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

Ask AI में जांच जारी रखना

कार्यकारी सारांश एकमात्र निष्कर्ष है। यह देखने के लिए कि सहायक कैसे पहुँचा, या जाँच जारी रखने के लिए, पूर्ण जाँच पर क्लिक करें। पूछें AI पृष्ठ के साथ खुलेगा जिसमें यह विश्लेषण लोड किया गया है, और आप कर सकते हैं:

• अपने शब्दों में पूरक प्रश्न पूछें।

• सुझाव देखिए, आरसीए चरण-दर-चरण निष्कर्ष प्रस्तुत करें, सहायक ने जिन चरणों के माध्यम से कार्य किया है, उन्हें देखने के लिए, अकेले निष्कर्ष की बजाय।

• प्रश्न विवरण देखने के लिए क्लिक करें जो विश्लेषण के द्वारा चलाए गए हैं।

• पूर्ण-पृष्ठ दृश्य में जारी रखने के लिए AI कार्यक्षेत्र में खोलें पर क्लिक करें।

आप उत्तर का मूल्यांकन भी कर सकते हैं, जो भविष्य के विश्लेषण की गुणवत्ता में सुधार करता है।