WiFi Doctor · डायग्नोस्टिक संदर्भ
अपनी नेटवर्क रिपोर्ट समझें।
डायग्नोस्टिक कोड या विषय खोजें। हर व्याख्या बताती है कि जाँच क्या है, क्या मापती है, क्यों ज़रूरी है और नतीजे को कैसे समझना है।
83 जाँचें · 9 चरण83 डायग्नोस्टिक जाँचें दिखाई गईं
कोई मिलती-जुलती जाँच नहीं मिली। छोटे खोज शब्द या दूसरा चरण आज़माएँ।
W10डिवाइस की स्थिति
W10-010डिवाइस का Wi-Fi समर्थन
- यह क्या है
- निदान किए जा रहे नेटवर्क के लिए डिवाइस की Wi-Fi क्षमता।
- यह क्या मापती है
- Wi-Fi समर्थन और निदान के लिए आवश्यक सुविधा की उपलब्धता।
- यह क्यों ज़रूरी है
- बाद के नतीजे समझने से पहले सुनिश्चित करना कि Wi-Fi जाँचें चल सकती हैं।
- नतीजा कैसे समझें
- Wi-Fi समर्थन का निश्चित अभाव एक गंभीर पूर्वशर्त विफलता है। स्थिति पढ़ी न जा सके तो वह अनुपलब्ध है, नेटवर्क की विफलता नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W10-010",
"execution": "DONE",
"verdict": "PASS",
"summary": "Device supports Wi-Fi.",
"evidence": [
{
"name": "sdk",
"value": "35",
"unit": null
},
{
"name": "supports5Ghz",
"value": "true",
"unit": null
},
{
"name": "supports6Ghz",
"value": "true",
"unit": null
},
{
"name": "supportsSae",
"value": "true",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W10-020Wi-Fi चालू/बंद स्थिति
- यह क्या है
- डिवाइस का Wi-Fi रेडियो चालू और कनेक्शन के लिए तैयार है या नहीं।
- यह क्या मापती है
- Wi-Fi की चालू, बंद या बदलती हुई स्थिति।
- यह क्यों ज़रूरी है
- रेडियो बंद होने पर Wi-Fi निदान क्यों नहीं चल सकता, यह समझाना।
- नतीजा कैसे समझें
- चालू स्थिति उपयोग योग्य है। निश्चित रूप से बंद होना गंभीर है; चालू होने, बंद होने या अज्ञात स्थिति के नतीजे अनिर्णायक हैं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W10-020",
"execution": "DONE",
"verdict": "PASS",
"summary": "Wi-Fi is on.",
"evidence": [
{
"name": "radioTransitions",
"value": "0",
"unit": null
},
{
"name": "penaltyPercent",
"value": "0.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2ERROR
परिणाम का अंश
{
"id": "W10-020",
"execution": "DONE",
"verdict": "ERROR",
"summary": "Wi-Fi is off.",
"evidence": [
{
"name": "radioTransitions",
"value": "0",
"unit": null
},
{
"name": "penaltyPercent",
"value": "0.0",
"unit": null
}
],
"scoring": {
"status": "critical",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W10-030नेटवर्क पहचान और सत्र खंड
- यह क्या है
- रिपोर्ट में Wi-Fi नेटवर्क की पहचान और अलग-अलग कनेक्शन अवधियाँ।
- यह क्या मापती है
- नेटवर्क नाम, ऐक्सेस पॉइंट, आवृत्ति, मार्ग परिवर्तन और अवलोकनों के समय-खंड।
- यह क्यों ज़रूरी है
- कनेक्शन की तुलना में अलग नेटवर्क या ऐक्सेस पॉइंट के नतीजे अलग रखना।
- नतीजा कैसे समझें
- नेटवर्क या ऐक्सेस पॉइंट बदलना संदर्भ है, अपने आप खराबी नहीं। अलग खंडों के माप एक साथ नहीं मिलाने चाहिए।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W10-030",
"execution": "DONE",
"verdict": "PASS",
"summary": "Measurements separated by network path.",
"evidence": [
{
"name": "segments",
"value": "1",
"unit": null
},
{
"name": "currentSegment",
"value": "1",
"unit": null
},
{
"name": "networkId",
"value": "synthetic-wifi",
"unit": null
},
{
"name": "bssid",
"value": "02:00:00:00:00:01",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W10-040सक्रिय इंटरनेट मार्ग
- यह क्या है
- ऐप के इंटरनेट ट्रैफ़िक द्वारा इस्तेमाल किया जा रहा नेटवर्क मार्ग।
- यह क्या मापती है
- सक्रिय मार्ग Wi-Fi, मोबाइल डेटा, VPN या अज्ञात माध्यम में से कौन-सा है।
- यह क्यों ज़रूरी है
- खासकर कई मार्ग उपलब्ध होने पर स्पष्ट करना कि माप किस कनेक्शन का है।
- नतीजा कैसे समझें
- अलग मार्गों के नतीजे अलग हो सकते हैं। केवल मोबाइल डेटा या VPN का उपयोग Wi-Fi विफलता या अंक कटौती नहीं है।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W10-040",
"execution": "DONE",
"verdict": "PASS",
"summary": "Internet traffic uses the Wi-Fi path.",
"evidence": [
{
"name": "routeId",
"value": "synthetic-wifi",
"unit": null
},
{
"name": "defaultNetwork",
"value": "synthetic-wifi",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W10-050VPN और माप की सीमाएँ
- यह क्या है
- VPN रूटिंग या नेटवर्क नीति से सत्र के मापों पर पड़ने वाली सीमाएँ।
- यह क्या मापती है
- VPN की मौजूदगी, मार्ग की जानकारी और सक्रिय नीति से सीमित जाँचें।
- यह क्यों ज़रूरी है
- जिस मार्ग को मापा नहीं जा सकता, उसे वास्तव में विफल मार्ग से अलग पहचानना।
- नतीजा कैसे समझें
- सीमित जाँच अनुपलब्ध है, विफल नहीं। नतीजे मापे गए मार्ग के हैं और सीधे Wi-Fi इंटरनेट पहुँच का प्रतिनिधित्व ज़रूरी नहीं करते।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W10-050",
"execution": "DONE",
"verdict": "PASS",
"summary": "Android reports no active VPN.",
"evidence": [
{
"name": "vpn",
"value": "false",
"unit": null
},
{
"name": "policyFailures",
"value": "0",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W10-060प्रॉक्सी और PAC
- यह क्या है
- कनेक्शन से जुड़ी प्रॉक्सी या स्वचालित प्रॉक्सी कॉन्फ़िगरेशन।
- यह क्या मापती है
- प्रॉक्सी होस्ट और पोर्ट, स्वचालित कॉन्फ़िगरेशन तथा लागू नेटवर्क मार्ग।
- यह क्यों ज़रूरी है
- गंतव्य तक पहुँचने से पहले प्रॉक्सी से गुज़रने वाले अनुरोधों का संदर्भ देना।
- नतीजा कैसे समझें
- प्रॉक्सी सेट होना खराबी नहीं। कनेक्शन या प्रमाणीकरण की समस्या के लिए संबंधित मापित प्रमाण चाहिए।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W10-060",
"execution": "DONE",
"verdict": "PASS",
"summary": "No proxy is configured for Wi-Fi.",
"evidence": [
{
"name": "pac",
"value": "false",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W10-070DNS और निजी DNS सेटिंग
- यह क्या है
- होस्टनाम हल करने में इस्तेमाल DNS और Private DNS सेटिंग।
- यह क्या मापती है
- कॉन्फ़िगर किए गए DNS सर्वर, Private DNS मोड और रिज़ॉल्वर सेटिंग।
- यह क्यों ज़रूरी है
- आगे के नाम-समाधान नतीजे समझना और सेटिंग को मापित DNS व्यवहार से अलग करना।
- नतीजा कैसे समझें
- केवल सेटिंग से DNS खराबी सिद्ध नहीं होती। वास्तविक खोज के नतीजे बताते हैं कि समाधान सफल हुआ या विफल।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W10-070",
"execution": "DONE",
"verdict": "PASS",
"summary": "DNS resolver configuration recorded.",
"evidence": [
{
"name": "wifiDns",
"value": "[192.0.2.1]",
"unit": null
},
{
"name": "privateDns",
"value": "false",
"unit": null
},
{
"name": "resolverDns",
"value": "192.0.2.1",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W10-080अनुमतियाँ और डेटा पहुँच
- यह क्या है
- WiFi Doctor को विशेष जाँचों के लिए आवश्यक जानकारी की पहुँच है या नहीं।
- यह क्या मापती है
- मिली और अनुपलब्ध अनुमतियाँ तथा पहुँच प्रतिबंधों से प्रभावित अवलोकन।
- यह क्यों ज़रूरी है
- रिपोर्ट में गायब जानकारी और इस डिवाइस पर न आँकी जा सकने वाली जाँचें समझाना।
- नतीजा कैसे समझें
- अनुमति न मिलने का अर्थ सीमित प्रमाण है, खराब Wi-Fi नहीं। इससे कनेक्शन का स्कोर नहीं घटता।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W10-080",
"execution": "DONE",
"verdict": "PASS",
"summary": "Current permissions and data availability.",
"evidence": [
{
"name": "scanAllowed",
"value": "true",
"unit": null
},
{
"name": "lanAllowed",
"value": "true",
"unit": null
},
{
"name": "ssidVisible",
"value": "true",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W10-090पावर और नेटवर्क नीतियाँ
- यह क्या है
- कनेक्शन के अवलोकन को प्रभावित कर सकने वाली पावर और नेटवर्क नीतियाँ।
- यह क्या मापती है
- पावर सेविंग सेटिंग, नेटवर्क प्रतिबंध और उनके साथ दिखाई देने वाले व्यवधान।
- यह क्यों ज़रूरी है
- डिस्कनेक्शन, रुकावट या नेटवर्क उपयोग बदलने की जाँच में डिवाइस का संदर्भ देना।
- नतीजा कैसे समझें
- केवल पावर सेविंग सेटिंग खराबी नहीं। समस्या का कारण मानने से पहले कनेक्शन पर प्रभाव दिखना चाहिए।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W10-090",
"execution": "DONE",
"verdict": "PASS",
"summary": "Power settings and network limits recorded.",
"evidence": [
{
"name": "metered",
"value": "false",
"unit": null
},
{
"name": "powerSave",
"value": "false",
"unit": null
},
{
"name": "thermalStatus",
"value": "0",
"unit": null
},
{
"name": "airplaneMode",
"value": "0",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W10-100हाल के अवलोकन
- यह क्या है
- मौजूदा निदान से तुलना के लिए रखे गए हाल के अवलोकन।
- यह क्या मापती है
- पिछली घटनाएँ, सिग्नल रीडिंग, अवलोकन की उम्र और निगरानी में अंतराल।
- यह क्यों ज़रूरी है
- बार-बार होने वाली समस्या को केवल वर्तमान जाँच में दिखी समस्या से अलग करना।
- नतीजा कैसे समझें
- इतिहास सहायक प्रमाण है। निगरानी के अंतराल में समस्या दर्ज न होना स्थिर कनेक्शन का प्रमाण नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W10-100",
"execution": "DONE",
"verdict": "PASS",
"summary": "Recent observations within the retention period used for comparison.",
"evidence": [
{
"name": "historyEvents",
"value": "3",
"unit": null
},
{
"name": "historyCoverageMs",
"value": "60000",
"unit": null
},
{
"name": "retentionMs",
"value": "900000",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W10-110माप की वैधता
- यह क्या है
- मापन गतिविधि या अधूरे संग्रह से अवलोकन प्रभावित हुए हैं या नहीं।
- यह क्या मापती है
- माप का समय, सक्रिय परीक्षण अवधियाँ और नमूनों को प्रभावित करने वाली परिस्थितियाँ।
- यह क्यों ज़रूरी है
- सामान्य नेटवर्क व्यवहार को परीक्षण द्वारा ट्रैफ़िक पैदा करने के दौरान के व्यवहार से अलग रखना।
- नतीजा कैसे समझें
- प्रभावित अवलोकनों का संदर्भ ज़रूरी है। गायब या अनुपयुक्त डेटा स्वतः सफल, विफल या शून्य माप नहीं बन जाता।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W10-110",
"execution": "DONE",
"verdict": "PASS",
"summary": "Measurements retain their timestamps, network paths and limits.",
"evidence": [
{
"name": "probeCount",
"value": "184",
"unit": null
},
{
"name": "limitedCount",
"value": "0",
"unit": null
},
{
"name": "ruleVersion",
"value": "catalog-score-4.0.1",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W10-120डिवाइस घड़ी और TLS
- यह क्या है
- क्या डिवाइस की घड़ी किसी पर्याप्त विश्वसनीय समय-संदर्भ से मेल नहीं खाती।
- यह क्या मापती है
- डिवाइस समय, उपलब्ध संदर्भ समय और प्रमाणपत्र या सुरक्षित कनेक्शन के संबंधित लक्षण।
- यह क्यों ज़रूरी है
- HTTPS प्रमाणपत्र सत्यापन की समस्या समझाने वाली समय की गड़बड़ी पहचानना।
- नतीजा कैसे समझें
- घड़ी संबंधी निष्कर्ष के लिए विश्वसनीय तुलना चाहिए। घड़ी और संबंधित TLS समस्या एक ही संभावित समस्या हो सकती हैं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W10-120",
"execution": "DONE",
"verdict": "PASS",
"summary": "No large clock offset found between the tested time sources.",
"evidence": [
{
"name": "offsetMs",
"value": "[400.0, 400.0]",
"unit": null
},
{
"name": "uncertaintyMs",
"value": "[1030.0, 1030.0]",
"unit": null
},
{
"name": "probeRefs",
"value": "clock-0,clock-1",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W10-120",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "Two sufficiently fresh HTTPS time readings are required.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W10-130ऑपरेटिंग सिस्टम और प्रमाणपत्र
- यह क्या है
- सुरक्षित कनेक्शन से संबंधित ऑपरेटिंग सिस्टम और प्रमाणपत्र का संदर्भ।
- यह क्या मापती है
- Android संस्करण, उपलब्ध प्रमाणपत्र जानकारी और दिखाई दिए TLS संगतता दोष।
- यह क्यों ज़रूरी है
- प्रमाणित मामलों में समझाना कि प्लेटफ़ॉर्म संगतता सुरक्षित वेबसाइटों की पहुँच कैसे प्रभावित करती है।
- नतीजा कैसे समझें
- पुराना Android संस्करण अपने आप विफलता नहीं। संगतता की चिंता के लिए संबंधित TLS त्रुटि और उचित तुलनात्मक प्रमाण चाहिए।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W10-130",
"execution": "DONE",
"verdict": "PASS",
"summary": "Android version recorded to help assess TLS errors.",
"evidence": [
{
"name": "sdk",
"value": "35",
"unit": null
},
{
"name": "securityPatch",
"value": "2026-10-01",
"unit": null
},
{
"name": "tlsFailureRefs",
"value": "[]",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W10-140DNS / VPN फ़िल्टरिंग
- यह क्या है
- कुछ गंतव्यों की पहुँच प्रभावित करने वाली संभावित DNS या VPN फ़िल्टरिंग।
- यह क्या मापती है
- फ़िल्टरिंग सेटिंग तथा दूसरे गंतव्य चलते रहने पर कुछ गंतव्यों के विफल होने के प्रमाण।
- यह क्यों ज़रूरी है
- चुनिंदा प्रतिबंधों को पूरे इंटरनेट कनेक्शन के बंद होने से अलग करना।
- नतीजा कैसे समझें
- फ़िल्टरिंग संदर्भ है, जब तक अवरोध की पुष्टि न हो। एक सेवा न खुलना पूरे इंटरनेट की विफलता सिद्ध नहीं करता।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W10-140",
"execution": "DONE",
"verdict": "PASS",
"summary": "DNS and VPN context included when checking selective access.",
"evidence": [
{
"name": "vpn",
"value": "false",
"unit": null
},
{
"name": "privateDns",
"value": "false",
"unit": null
},
{
"name": "serviceCheckRef",
"value": "W70-160",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W10-150डिवाइस का Wi-Fi अनुकूलन
- यह क्या है
- सत्र के दौरान देखा गया डिवाइस का Wi-Fi अनुकूलन व्यवहार।
- यह क्या मापती है
- मोबाइल डेटा पर जाना, Wi-Fi बंद होना और उनसे जुड़े व्यवधान।
- यह क्यों ज़रूरी है
- स्वचालित कनेक्शन बदलाव के साथ समस्या होने पर समीक्षा योग्य सेटिंग पहचानना।
- नतीजा कैसे समझें
- अनुकूलन सेटिंग या नेटवर्क बदलना अपने आप खराब नहीं। सलाह देखे गए व्यवहार और कनेक्शन पर प्रभाव पर निर्भर करती है।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W10-150",
"execution": "DONE",
"verdict": "PASS",
"summary": "Default-path and Wi-Fi status changes observed.",
"evidence": [
{
"name": "defaultChanges",
"value": "0",
"unit": null
},
{
"name": "radioChanges",
"value": "0",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W20Wi-Fi कनेक्शन
W20-010वर्तमान Wi-Fi संबद्धता
- यह क्या है
- फ़ोन इच्छित Wi-Fi ऐक्सेस पॉइंट से अभी जुड़ा है या नहीं।
- यह क्या मापती है
- Wi-Fi संबद्धता, पहचाना गया लक्ष्य नेटवर्क और देखा गया कनेक्शन टूटना।
- यह क्यों ज़रूरी है
- पता कॉन्फ़िगरेशन या इंटरनेट पहुँच आँकने से पहले रेडियो कनेक्शन स्थापित होना जाँचना।
- नतीजा कैसे समझें
- स्थापित लिंक इस पूर्वशर्त को पूरा करता है। निश्चित अभाव गंभीर है; गायब IP सेटिंग बाद की जाँचों का विषय है, संबद्धता विफलता नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W20-010",
"execution": "DONE",
"verdict": "PASS",
"summary": "Connected to Wi-Fi.",
"evidence": [
{
"name": "supplicantState",
"value": "COMPLETED",
"unit": null
},
{
"name": "networkId",
"value": "synthetic-wifi",
"unit": null
},
{
"name": "penaltyPercent",
"value": "0.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W20-020लक्षित ऐक्सेस पॉइंट की दृश्यता
- यह क्या है
- उपलब्ध अवलोकनों में लक्ष्य Wi-Fi ऐक्सेस पॉइंट दिखाई देता है या नहीं।
- यह क्या मापती है
- लक्ष्य की दृश्यता, अवलोकन समय, ताज़गी और सर्वेक्षण की अवधि का कवरेज।
- यह क्यों ज़रूरी है
- किसी Wi-Fi नेटवर्क को ढूँढ़ने या दोबारा जुड़ने में कठिनाई समझाना।
- नतीजा कैसे समझें
- ताज़े, दोहराए गए अवलोकन दृश्यता संबंधी निष्कर्ष को समर्थन देते हैं। अनुमति का अभाव या पुराना कैश बार-बार पढ़ना ऐक्सेस पॉइंट गायब होना सिद्ध नहीं करता।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W20-020",
"execution": "DONE",
"verdict": "PASS",
"summary": "Scan rounds detecting the access point: 3.",
"evidence": [
{
"name": "seenRounds",
"value": "3",
"unit": null
},
{
"name": "totalRounds",
"value": "3",
"unit": null
},
{
"name": "linked",
"value": "true",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W20-020",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "No fresh scan results yet.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W20-030कनेक्शन के समय सिग्नल
- यह क्या है
- Wi-Fi कनेक्शन बनते या टूटते समय देखा गया सिग्नल।
- यह क्या मापती है
- सिग्नल ताकत, उतार-चढ़ाव और कनेक्शन प्रयास या विफलता के सापेक्ष समय।
- यह क्यों ज़रूरी है
- कनेक्शन-चरण की समस्या को सिग्नल संदर्भ देना और विस्तृत रेडियो मूल्यांकन से जोड़ना।
- नतीजा कैसे समझें
- एक रीडिंग केवल उसी क्षण को बताती है। सिग्नल का आकलन W30 में होता है; यहाँ दोबारा अंक नहीं कटते।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W20-030",
"execution": "DONE",
"verdict": "PASS",
"summary": "Signal samples around the connection attempt.",
"evidence": [
{
"name": "rssiP50Dbm",
"value": "-52.0",
"unit": null
},
{
"name": "sampleCount",
"value": "91",
"unit": null
},
{
"name": "signalResultRef",
"value": "W30-010",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W20-030",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "Fewer than two signal samples from the same access point.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W20-040समर्थित बैंड और चैनल
- यह क्या है
- डिवाइस और नेटवर्क की घोषित बैंड व चैनल आवश्यकताओं की संगतता।
- यह क्या मापती है
- समर्थित बैंड, उपलब्ध चैनल, घोषित चैनल चौड़ाई और संबंधित डिवाइस क्षमताएँ।
- यह क्यों ज़रूरी है
- ऐसी स्पष्ट असंगत क्षमता पहचानना जो लक्ष्य ऐक्सेस पॉइंट से जुड़ने से रोक सकती है।
- नतीजा कैसे समझें
- अनिवार्य लेकिन असमर्थित आवश्यकता विफलता समझा सकती है। समायोज्य चैनल चौड़ाई या पुराना Wi-Fi मानक अकेले असंगतता सिद्ध नहीं करते।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W20-040",
"execution": "DONE",
"verdict": "PASS",
"summary": "The observed band matches the device's reported data.",
"evidence": [
{
"name": "primaryMhz",
"value": "5180",
"unit": null
},
{
"name": "linked",
"value": "true",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W20-050सुरक्षा अनुकूलता
- यह क्या है
- नेटवर्क की सुरक्षा आवश्यकताओं का डिवाइस और कनेक्शन सेटअप से मेल।
- यह क्या मापती है
- घोषित सुरक्षा मोड, प्रमाणीकरण और उपलब्ध एंटरप्राइज़ या प्रमाणपत्र संबंधित प्रमाण।
- यह क्यों ज़रूरी है
- असंगत सुरक्षा सेटिंग को नेटवर्क से न जुड़ने के अन्य कारणों से अलग करना।
- नतीजा कैसे समझें
- साझा सुरक्षा मोड न होना चिंता है। एंटरप्राइज़ प्रमाणीकरण के प्रमाण गायब हों तो निष्कर्ष अनिश्चित है; ट्रांज़िशन मोड या संरक्षित प्रबंधन फ़्रेम अकेले खराबी नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W20-050",
"execution": "DONE",
"verdict": "PASS",
"summary": "Advertised security settings compared.",
"evidence": [
{
"name": "security",
"value": "[WPA2-PSK-CCMP][ESS]",
"unit": null
},
{
"name": "eapConfiguration",
"value": "not exposed for third-party saved networks",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W20-060सिस्टम कनेक्शन त्रुटियाँ
- यह क्या है
- Wi-Fi नेटवर्क से जुड़ते समय वास्तव में रिपोर्ट की गई त्रुटियाँ।
- यह क्या मापती है
- संबद्धता या प्रमाणीकरण त्रुटि कोड और प्रयास विफल होने का चरण।
- यह क्यों ज़रूरी है
- कारण का अनुमान लगाने के बजाय विशिष्ट उपलब्ध प्रमाण से विफलता बताना।
- नतीजा कैसे समझें
- विशिष्ट अस्वीकृति कोड विशिष्ट निष्कर्ष का आधार है। न मिलना या जवाब न आना अस्वीकृति या गलत पासवर्ड सिद्ध नहीं करता।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W20-060",
"execution": "DONE",
"verdict": "PASS",
"summary": "Original error from the connection attempt recorded.",
"evidence": [
{
"name": "trialId",
"value": "join-1",
"unit": null
},
{
"name": "outcome",
"value": "AUTHENTICATION",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W20-060",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "No failed app-initiated connection attempt in this session.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W20-070दर्ज प्रमाणीकरण विफलताएँ
- यह क्या है
- दिखाई दी प्रमाणीकरण विफलता जो फ़ोन को Wi-Fi से जुड़ने से रोकती है।
- यह क्या मापती है
- दर्ज प्रमाणीकरण परिणाम, संबंधित प्रयास और बाद में लिंक स्थापित हुआ या नहीं।
- यह क्यों ज़रूरी है
- गलत पासवर्ड को ऐक्सेस पॉइंट की अन्य समस्याओं से अलग रखते हुए प्रमाणीकरण विफलता पहचानना।
- नतीजा कैसे समझें
- डिस्कनेक्ट रहते हुए पुष्ट प्रमाणीकरण विफलता गंभीर है। इससे अकेले गलत पासवर्ड सिद्ध नहीं होता; प्रमाण गायब हों तो जाँच अनुपलब्ध है।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W20-070",
"execution": "DONE",
"verdict": "PASS",
"summary": "The current Wi-Fi link works; the earlier sign-in error is no longer active.",
"evidence": [
{
"name": "penaltyPercent",
"value": "0.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W20-080डिस्कनेक्शन और बार-बार जुड़ना
- यह क्या है
- सत्र में कनेक्शन टूटना और बार-बार दोबारा जुड़ना।
- यह क्या मापती है
- व्यवधानों की संख्या, डिस्कनेक्ट अवधि, अवलोकन अवधि और लिंक की बहाली।
- यह क्यों ज़रूरी है
- हर ऐक्सेस पॉइंट बदलाव को विफलता माने बिना अस्थिर संबद्धता समझाना।
- नतीजा कैसे समझें
- कम से कम 10 सेकंड का कवरेज चाहिए। बहाल व्यवधान 1/2/3+ पर 10/20/30% कटते हैं; बंद अवधि कम से कम 20% हो तो 40%; अब भी डिस्कनेक्ट हो तो 50%, जब तक गंभीर पूर्वशर्त का नियम प्रभावी न हो।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W20-080",
"execution": "DONE",
"verdict": "PASS",
"summary": "No disconnection recorded during the observation period.",
"evidence": [
{
"name": "disconnectCount",
"value": "0.0",
"unit": null
},
{
"name": "downtimeFraction",
"value": "0.0",
"unit": null
},
{
"name": "observedWindowMs",
"value": "45000.0",
"unit": null
},
{
"name": "penaltyPercent",
"value": "0.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W20-090नेटवर्क सुरक्षा
- यह क्या है
- Wi-Fi नेटवर्क द्वारा सार्वजनिक रूप से घोषित सुरक्षा गुण।
- यह क्या मापती है
- सुरक्षा प्रकार और खुले नेटवर्क, WEP या घोषित WPS समर्थन जैसी जानकारी।
- यह क्यों ज़रूरी है
- कनेक्शन की गुणवत्ता और गति से अलग सुरक्षा सलाह देना।
- नतीजा कैसे समझें
- खुली या पुरानी सुरक्षा सलाह का कारण हो सकती है, पर कनेक्शन गुणवत्ता का स्कोर नहीं घटाती। केवल WPS की घोषणा भेद्यता का प्रमाण नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W20-090",
"execution": "DONE",
"verdict": "PASS",
"summary": "Wi-Fi security: WPA2-Personal.",
"evidence": [
{
"name": "security",
"value": "WPA2-Personal",
"unit": null
},
{
"name": "securityAdvisory",
"value": "false",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W30रेडियो लिंक
W30-010प्राप्त सिग्नल की शक्ति
- यह क्या है
- फ़ोन पर प्राप्त Wi-Fi सिग्नल की ताकत।
- यह क्या मापती है
- उसी ऐक्सेस पॉइंट का माध्यिका RSSI, dBm में; मान्य नमूने, रेंज और कमजोर सिग्नल के अवलोकन।
- यह क्यों ज़रूरी है
- कमजोर कवरेज पहचानना और वास्तविक कनेक्शन समस्या से उसका मेल देखना।
- नतीजा कैसे समझें
- अधिक, कम ऋणात्मक dBm मजबूत है। माध्यिका >=-55 dBm पर कटौती नहीं; -55/-60/-65/-70/-75/-80/-85/-90/-95 से नीचे होने पर 5/10/15/20/25/30/40/45/50% कटते हैं। कम से कम दो मान्य नमूने चाहिए; त्रुटि के लिए पहुँच पर प्रभाव भी चाहिए।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W30-010",
"execution": "DONE",
"verdict": "PASS",
"summary": "Median signal strength: -52 dBm",
"evidence": [
{
"name": "minDbm",
"value": "-52.0",
"unit": null
},
{
"name": "maxDbm",
"value": "-52.0",
"unit": null
},
{
"name": "weakFraction",
"value": "0.0",
"unit": null
},
{
"name": "rssiP50Dbm",
"value": "-52.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2WARNING
परिणाम का अंश
{
"id": "W30-010",
"execution": "DONE",
"verdict": "WARNING",
"summary": "Median signal strength: -81 dBm",
"evidence": [
{
"name": "minDbm",
"value": "-82.0",
"unit": null
},
{
"name": "maxDbm",
"value": "-79.0",
"unit": null
},
{
"name": "weakFraction",
"value": "1.0",
"unit": null
},
{
"name": "rssiP50Dbm",
"value": "-81.0",
"unit": null
}
],
"scoring": {
"status": "deducted",
"appliedPercent": 30,
"ruleVersion": "catalog-score-4.0.1"
}
}W30-020सिग्नल की स्थिरता
- यह क्या है
- पर्याप्त अवलोकन अवधि में प्राप्त सिग्नल की ताकत का उतार-चढ़ाव।
- यह क्या मापती है
- RSSI में बदलाव, जिसमें 90वें और 10वें प्रतिशतक का अंतर, dB में शामिल है।
- यह क्यों ज़रूरी है
- लगातार कमजोर कवरेज को समय के साथ बहुत बदलने वाले सिग्नल से अलग करना।
- नतीजा कैसे समझें
- P90-P10 अंतर <=12 dB पर कटौती नहीं; >12/>20/>30 dB पर 3/6/10% कटते हैं। कम से कम 10 सेकंड में पाँच नमूने चाहिए। केवल उतार-चढ़ाव राउटर की खराबी सिद्ध नहीं करता।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W30-020",
"execution": "DONE",
"verdict": "PASS",
"summary": "Signal was stable during the measurement period.",
"evidence": [
{
"name": "rangeDb",
"value": "0.0",
"unit": null
},
{
"name": "p90MinusP10Db",
"value": "0.0",
"unit": null
},
{
"name": "sampleCount",
"value": "91.0",
"unit": null
},
{
"name": "penaltyPercent",
"value": "0.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W30-020",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "At least 10 seconds and five samples from the same access point are needed.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W30-030TX/RX PHY लिंक गुणवत्ता
- यह क्या है
- डेटा स्थानांतरण के दौरान दिखी Wi-Fi भेजने और पाने की लिंक दरें।
- यह क्या मापती है
- लोड के समय TX/RX PHY माध्यिका Mbps में और दोनों दिशाओं का अंतर।
- यह क्यों ज़रूरी है
- लिंक दर को इंटरनेट डाउनलोड गति माने बिना सीमित या असमान रेडियो प्रदर्शन पहचानना।
- नतीजा कैसे समझें
- लोडेड PHY 30/12/6 Mbps से नीचे हो तो 5/10/15% कटते हैं। धीमी दिशा 100 Mbps से कम हो तो दिशा अनुपात >3/>6/>10 पर 5/10/15%; बड़ी कटौती लागू होती है। निष्क्रिय या अपर्याप्त नमूने नहीं आँके जाते।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W30-030",
"execution": "DONE",
"verdict": "PASS",
"summary": "PHY TX/RX link rates, not Internet throughput.",
"evidence": [
{
"name": "lowLoadedPhyMbps",
"value": "866.0",
"unit": null
},
{
"name": "txP50Mbps",
"value": "866.0",
"unit": null
},
{
"name": "rxP50Mbps",
"value": "866.0",
"unit": null
},
{
"name": "txSamples",
"value": "4.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2WARNING
परिणाम का अंश
{
"id": "W30-030",
"execution": "DONE",
"verdict": "WARNING",
"summary": "PHY TX/RX link rates, not Internet throughput.",
"evidence": [
{
"name": "lowLoadedPhyMbps",
"value": "24.0",
"unit": null
},
{
"name": "txP50Mbps",
"value": "24.0",
"unit": null
},
{
"name": "rxP50Mbps",
"value": "72.0",
"unit": null
},
{
"name": "txSamples",
"value": "7.0",
"unit": null
}
],
"scoring": {
"status": "deducted",
"appliedPercent": 5,
"ruleVersion": "catalog-score-4.0.1"
}
}W30-060ऐक्सेस पॉइंट और बैंड चयन
- यह क्या है
- दूसरा देखा गया ऐक्सेस पॉइंट या बैंड बेहतर उपयोग योग्य कनेक्शन दे सकता है या नहीं।
- यह क्या मापती है
- मौजूदा और वैकल्पिक सिग्नल, बैंड, क्षमताएँ तथा अवलोकनों से समर्थित लगातार अंतर।
- यह क्यों ज़रूरी है
- मौजूदा ऐक्सेस पॉइंट कमजोर या सीमित होने पर सुधार का अवसर दिखाना।
- नतीजा कैसे समझें
- लगातार बेहतर और समर्थित विकल्प अनुकूलन का अवसर है। इससे क्लाइंट के गलत ऐक्सेस पॉइंट से चिपके रहने की खराबी या निश्चित गति सुधार सिद्ध नहीं होता।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W30-060",
"execution": "DONE",
"verdict": "PASS",
"summary": "No clearly better candidate found.",
"evidence": [
{
"name": "candidateCount",
"value": "0",
"unit": null
},
{
"name": "securityMatched",
"value": "true",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W30-060",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "No current signal reading.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W30-070रोमिंग और पुनःकनेक्शन
- यह क्या है
- ऐक्सेस पॉइंट, बैंड या कनेक्शन स्थिति के बदलाव और उनके प्रभाव।
- यह क्या मापती है
- एक समयरेखा पर रोमिंग, बैंड बदलना, दोबारा जुड़ना और व्यवधान।
- यह क्यों ज़रूरी है
- सामान्य Wi-Fi बदलाव को मापित कनेक्टिविटी हानि वाले बदलाव से अलग करना।
- नतीजा कैसे समझें
- बिना देखे गए व्यवधान के बदलाव सामान्य हो सकता है। एक बदलाव के कई लक्षण अलग-अलग विफलताएँ नहीं गिने जाने चाहिए।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W30-070",
"execution": "DONE",
"verdict": "PASS",
"summary": "Access point and band changes monitored.",
"evidence": [
{
"name": "bssidChanges",
"value": "0",
"unit": null
},
{
"name": "bandChanges",
"value": "0",
"unit": null
},
{
"name": "segments",
"value": "1",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W30-090एक नाम वाले ऐक्सेस पॉइंट की सेटिंग
- यह क्या है
- एक नेटवर्क नाम घोषित करने वाले ऐक्सेस पॉइंट की सेटिंग में अंतर।
- यह क्या मापती है
- समान नाम वाले ऐक्सेस पॉइंट की सुरक्षा, क्षमता, बैंड और अन्य संबंधित सेटिंग।
- यह क्यों ज़रूरी है
- एक ही नाम वाले नेटवर्क में ऐक्सेस पॉइंट बदलने पर व्यवहार का अंतर समझाना।
- नतीजा कैसे समझें
- अलग सेटिंग संदर्भ हैं। केवल साझा नाम या सेटिंग में अंतर अस्थिर पहुँच सिद्ध नहीं करता और स्थिरता स्कोर नहीं घटाता।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W30-090",
"execution": "DONE",
"verdict": "PASS",
"summary": "Access points sharing this name: 2. Settings compared for compatibility.",
"evidence": [
{
"name": "bssidCount",
"value": "2",
"unit": null
},
{
"name": "frequenciesMhz",
"value": "[5180, 5260]",
"unit": null
},
{
"name": "securityAdvertisements",
"value": "[[WPA2-PSK-CCMP][ESS]]",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W30-090",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "No multiple access points with the same name detected.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W30-100हर MLO लिंक की गुणवत्ता
- यह क्या है
- Wi-Fi मल्टी-लिंक कनेक्शन के अलग-अलग लिंक की उपलब्ध जानकारी।
- यह क्या मापती है
- डिवाइस द्वारा उपलब्ध कराए गए प्रति-लिंक सिग्नल, स्थिति, बदलाव और संबंधित तुलनाएँ।
- यह क्यों ज़रूरी है
- केवल एक लिंक को अलग आँके बिना MLO कनेक्शन के कमजोर या बदलते हिस्से समझना।
- नतीजा कैसे समझें
- इस्तेमाल न हो रहा या असंबद्ध लिंक स्वतः खराबी नहीं है। समग्र प्रभाव के लिए डेटा और उपयुक्त कनेक्शन-स्तरीय तुलनाएँ चाहिए।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W30-100",
"execution": "DONE",
"verdict": "PASS",
"summary": "Per-link MLO information obtained from Android.",
"evidence": [
{
"name": "links",
"value": "id=0,state=3,rssi=-52,tx=866,rx=866, id=1,state=3,rssi=-61,tx=1200,rx=1200",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2UNSUPPORTED
परिणाम का अंश
{
"id": "W30-100",
"execution": "UNSUPPORTED",
"verdict": null,
"summary": "The device does not provide MLO link data.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W30-120Wi-Fi कनेक्शन क्षमता
- यह क्या है
- फ़ोन और जुड़े ऐक्सेस पॉइंट की समर्थित Wi-Fi लिंक गति सीमा।
- यह क्या मापती है
- ज्ञात अधिकतम PHY दरें, सीमित करने वाले छोर की सीमा और चैनल चौड़ाई का संदर्भ।
- यह क्यों ज़रूरी है
- अच्छा सिग्नल होने पर भी गति सीमित करने वाली कनेक्शन क्षमता पहचानना।
- नतीजा कैसे समझें
- ज्ञात सीमित सीमा <150 Mbps हो तो 5%; 150 से <300 Mbps हो तो 3% कटते हैं। पास के लिए दोनों छोर ज्ञात और >=300 Mbps होने चाहिए। अज्ञात क्षमता शून्य नहीं; PHY इंटरनेट थ्रूपुट नहीं है।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W30-120",
"execution": "DONE",
"verdict": "PASS",
"summary": "Both supported link-speed ceilings are at least 300 Mbps.",
"evidence": [
{
"name": "rateSource",
"value": "Synthetic advertised VHT capability",
"unit": null
},
{
"name": "deviceRateSource",
"value": "WifiInfo maximum supported link speed",
"unit": null
},
{
"name": "apMaxPhyMbps",
"value": "866.7",
"unit": null
},
{
"name": "deviceMaxSupportedPhyMbps",
"value": "866.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W40रेडियो चैनल
W40-010सर्वेक्षण की नवीनता और दायरा
- यह क्या है
- उपलब्ध Wi-Fi चैनल अवलोकन कितने ताज़े और पूरे हैं।
- यह क्या मापती है
- सर्वेक्षण की उम्र, ताज़गी, कवरेज और स्कैन जानकारी को सीमित करने वाले प्रतिबंध।
- यह क्यों ज़रूरी है
- बताना कि चैनल संबंधी सलाह वर्तमान अवलोकनों पर आधारित है या अधूरी जानकारी पर।
- नतीजा कैसे समझें
- ताज़ा, पर्याप्त कवरेज व्याख्या का आधार है। पुराना या गायब सर्वेक्षण सीमा है, कनेक्शन विफलता या खाली बैंड का प्रमाण नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W40-010",
"execution": "DONE",
"verdict": "PASS",
"summary": "Survey rounds: 3.",
"evidence": [
{
"name": "roundCount",
"value": "3",
"unit": null
},
{
"name": "observationCount",
"value": "6",
"unit": null
},
{
"name": "cachedReads",
"value": "0",
"unit": null
},
{
"name": "duplicateReads",
"value": "0",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W40-010",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "No valid scan results yet.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W40-020चैनल उपलब्धता
- यह क्या है
- चुनी हुई चौड़ाई के लिए प्राथमिक और घटक चैनलों की उपलब्धता।
- यह क्या मापती है
- प्राथमिक चैनल, आवृत्ति, चौड़ाई, घटक चैनल और उपलब्ध चैनल उपयोग जानकारी।
- यह क्यों ज़रूरी है
- अनुपलब्ध चैनल आवश्यकताएँ पहचानना और वास्तविक कॉन्फ़िगरेशन समझना।
- नतीजा कैसे समझें
- ज्ञात अनुपलब्ध आवश्यकताओं पर ध्यान चाहिए। उपलब्धता डेटा गायब हो तो पुष्टि नहीं हुई है; केवल DFS खराबी नहीं, और पड़ोसी चैनल की घोषणा मापित कवरेज नहीं सिद्ध करती।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W40-020",
"execution": "DONE",
"verdict": "PASS",
"summary": "Primary channel and channel-width configuration.",
"evidence": [
{
"name": "primaryMhz",
"value": "5180",
"unit": null
},
{
"name": "primaryChannel",
"value": "36",
"unit": null
},
{
"name": "center0Mhz",
"value": "5210",
"unit": null
},
{
"name": "widthEnum",
"value": "2",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W40-020",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "No scan advertisement from the current access point.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W40-030सुझाया चैनल और चौड़ाई
- यह क्या है
- उपलब्ध प्रमाण के अनुसार बेहतर हो सकने वाले चैनल और चौड़ाई विकल्प।
- यह क्या मापती है
- सर्वेक्षण में चैनल स्थितियाँ, विकल्पों के स्कोर, चौड़ाई और उपयोगिता के प्रमाण।
- यह क्यों ज़रूरी है
- स्थानीय Wi-Fi परिवेश के अर्थपूर्ण, लगातार अंतर के आधार पर चैनल अनुकूलन सुझाना।
- नतीजा कैसे समझें
- बेहतर समर्थित विकल्प सुझाव है, अधिक गति का वादा नहीं। न देखे गए बैंड को खाली या पूर्ण गुणवत्ता वाला नहीं मान सकते।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W40-030",
"execution": "DONE",
"verdict": "PASS",
"summary": "No clearly better channel was found, or channel availability could not be verified.",
"evidence": [
{
"name": "scoreVersion",
"value": "wifi-scan-risk-v1.1",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W40-030",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "Not enough data to recommend a channel.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W40-040चैनल प्रतिस्पर्धा और ओवरलैप
- यह क्या है
- मौजूदा Wi-Fi चैनल के आसपास प्रतिस्पर्धा और ओवरलैप।
- यह क्या मापती है
- ताज़े अवलोकनों से मौजूदा चैनल गुणवत्ता स्कोर, चौड़ाई और पड़ोसी ऐक्सेस पॉइंट का ओवरलैप।
- यह क्यों ज़रूरी है
- हस्तक्षेप या कम प्रदर्शन में योगदान देने वाली चैनल स्थितियाँ पहचानना।
- नतीजा कैसे समझें
- मौजूदा चैनल स्कोर >=7 पर कटौती नहीं; <7/<5/<3 पर 3/6/10% कटते हैं। दो ताज़े सर्वेक्षण चाहिए। केवल ऐक्सेस पॉइंट की संख्या धीमा कनेक्शन सिद्ध नहीं करती।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W40-040",
"execution": "DONE",
"verdict": "PASS",
"summary": "Radio contention estimated from Wi-Fi advertisements.",
"evidence": [
{
"name": "score",
"value": "9.933333333333334",
"unit": null
},
{
"name": "contenders",
"value": "0.0",
"unit": null
},
{
"name": "model",
"value": "wifi-scan-risk-v1.1",
"unit": null
},
{
"name": "excludedCurrentBssid",
"value": "02:00:00:00:00:01",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2WARNING
परिणाम का अंश
{
"id": "W40-040",
"execution": "DONE",
"verdict": "WARNING",
"summary": "Radio contention estimated from Wi-Fi advertisements.",
"evidence": [
{
"name": "score",
"value": "3.5055448172942096",
"unit": null
},
{
"name": "contenders",
"value": "5.0",
"unit": null
},
{
"name": "model",
"value": "wifi-scan-risk-v1.1",
"unit": null
},
{
"name": "excludedCurrentBssid",
"value": "02:00:00:00:00:01",
"unit": null
}
],
"scoring": {
"status": "deducted",
"appliedPercent": 6,
"ruleVersion": "catalog-score-4.0.1"
}
}W40-060चैनल उपयोग और क्लाइंट
- यह क्या है
- ऐक्सेस पॉइंट द्वारा घोषित चैनल गतिविधि और जुड़े क्लाइंट की जानकारी।
- यह क्या मापती है
- घोषित चैनल उपयोग प्रतिशत, स्टेशन संख्या और अलग-अलग अवलोकनों में बदलाव।
- यह क्यों ज़रूरी है
- चैनल व्यस्त होने के प्रमाण देना और उपयोग को डिवाइस संख्या से अलग रखना।
- नतीजा कैसे समझें
- माध्यिका उपयोग <=70% पर कटौती नहीं; >70/>85/>95% पर 3/6/10% कटते हैं। स्थानांतरण से बाहर 10 सेकंड में तीन अलग अवलोकन चाहिए। केवल क्लाइंट संख्या से कटौती नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W40-060",
"execution": "DONE",
"verdict": "PASS",
"summary": "Channel utilization and client count reported by the access point.",
"evidence": [
{
"name": "busyPercent",
"value": "21.568627450980394",
"unit": null
},
{
"name": "busyP50Percent",
"value": "21.568627450980394",
"unit": null
},
{
"name": "freshSamples",
"value": "3.0",
"unit": null
},
{
"name": "stationCount",
"value": "4.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2WARNING
परिणाम का अंश
{
"id": "W40-060",
"execution": "DONE",
"verdict": "WARNING",
"summary": "Channel utilization and client count reported by the access point.",
"evidence": [
{
"name": "busyPercent",
"value": "90.19607843137256",
"unit": null
},
{
"name": "busyP50Percent",
"value": "90.19607843137256",
"unit": null
},
{
"name": "freshSamples",
"value": "3.0",
"unit": null
},
{
"name": "stationCount",
"value": "4.0",
"unit": null
}
],
"scoring": {
"status": "duplicate_cause",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W40-070ऐक्सेस पॉइंट के चैनल बदलाव
- यह क्या है
- अवलोकन अवधि में ऐक्सेस पॉइंट के संचालन चैनल का बदलना।
- यह क्या मापती है
- चैनल बदलाव, ऐक्सेस पॉइंट दृश्यता, समय और संबंधित कनेक्शन व्यवधान।
- यह क्यों ज़रूरी है
- ऐक्सेस पॉइंट का चैनल बदलने पर छोटे व्यवधान या रेडियो स्थिति बदलना समझाना।
- नतीजा कैसे समझें
- चैनल बदलाव स्वतः खराबी नहीं। गंभीरता देखे गए प्रभाव पर निर्भर है; वही बदलाव दूसरी जगह फिर नहीं गिनना चाहिए।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W40-070",
"execution": "DONE",
"verdict": "PASS",
"summary": "Access points with a frequency change: 0.",
"evidence": [
{
"name": "changedApCount",
"value": "0",
"unit": null
},
{
"name": "roundCount",
"value": "3",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W50LAN कनेक्टिविटी
W50-010IPv4 कॉन्फ़िगरेशन
- यह क्या है
- Wi-Fi कनेक्शन पर उपयोग योग्य IPv4 पता कॉन्फ़िगरेशन की उपलब्धता।
- यह क्या मापती है
- दिया गया IPv4 पता, कॉन्फ़िगरेशन की स्थिति और उपयोग योग्य IPv6 विकल्प।
- यह क्यों ज़रूरी है
- पता न मिलने को मान्य केवल-IPv6 नेटवर्क से अलग करना।
- नतीजा कैसे समझें
- जुड़े रहने और कॉन्फ़िगरेशन पूरा होने के बाद उपयोग योग्य IPv4 या IPv6 दोनों न हों तो 60% कटते हैं। एक परिवार पर्याप्त है; केवल IPv4 न होना विफलता नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W50-010",
"execution": "DONE",
"verdict": "PASS",
"summary": "A usable IPv4 address is assigned.",
"evidence": [
{
"name": "ipv4",
"value": "[192.0.2.10/24]",
"unit": null
},
{
"name": "usableAddress",
"value": "1.0",
"unit": null
},
{
"name": "penaltyPercent",
"value": "0.0",
"unit": null
},
{
"name": "maxPenaltyPercent",
"value": "60.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W50-020IPv6 कॉन्फ़िगरेशन
- यह क्या है
- कनेक्शन की IPv6 कॉन्फ़िगरेशन की उपलब्धता और दायरा।
- यह क्या मापती है
- IPv6 पते, उपयोग योग्य दायरा तथा स्थानीय या इंटरनेट गंतव्यों की कॉन्फ़िगरेशन।
- यह क्यों ज़रूरी है
- IPv6 की उपलब्धता समझाना और मान्य केवल-IPv4 नेटवर्क को खराब न मानना।
- नतीजा कैसे समझें
- केवल IPv4 संचालन मान्य है। केवल लिंक-लोकल IPv6 इंटरनेट कॉन्फ़िगरेशन सिद्ध नहीं करता; IPv6 पहुँच अलग जाँची जाती है।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W50-020",
"execution": "DONE",
"verdict": "PASS",
"summary": "An IPv6 address is available for connectivity testing.",
"evidence": [
{
"name": "addressesV6",
"value": "[2001:db8:1::10/64]",
"unit": null
},
{
"name": "gatewaysV6",
"value": "[fe80::1%wlan0]",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W50-030पते और नेटवर्क रूट
- यह क्या है
- इच्छित गंतव्यों के लिए उपयुक्त पते और मार्ग उपलब्ध हैं या नहीं।
- यह क्या मापती है
- उपयोग योग्य IP पते, मेल खाते मार्ग, आवश्यक गेटवे और सफल पहुँच के प्रमाण।
- यह क्यों ज़रूरी है
- स्थानीय लिंक से बाहर संचार रोकने वाली पता या रूटिंग समस्या पहचानना।
- नतीजा कैसे समझें
- कॉन्फ़िगरेशन के बाद मेल खाते डिफ़ॉल्ट मार्ग के साथ उपयोग योग्य पता न हो तो 60% कटते हैं। गायब टेलीमेट्री विफलता नहीं; चालू VPN या पुष्ट इंटरनेट पहुँच गलत गायब-मार्ग निष्कर्ष रोकते हैं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W50-030",
"execution": "DONE",
"verdict": "PASS",
"summary": "Network routes and address settings collected.",
"evidence": [
{
"name": "addresses",
"value": "[192.0.2.10/24, 2001:db8:1::10/64]",
"unit": null
},
{
"name": "routes",
"value": "0.0.0.0/0 via 192.0.2.1; ::/0 via fe80::1%wlan0",
"unit": null
},
{
"name": "gateways",
"value": "[192.0.2.1, fe80::1%wlan0]",
"unit": null
},
{
"name": "mtu",
"value": "1500",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W50-030",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "Not enough applicable measurements for this assessment.",
"evidence": [
{
"name": "addresses",
"value": "[192.0.2.10/24, 2001:db8:1::10/64]",
"unit": null
},
{
"name": "gateways",
"value": "[192.0.2.1, fe80::1%wlan0]",
"unit": null
},
{
"name": "mtu",
"value": "1500",
"unit": null
}
],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W50-040गेटवे कनेक्टिविटी
- यह क्या है
- स्थानीय अगला हॉप मापे गए अनुरोध प्रकारों का जवाब देता है या नहीं।
- यह क्या मापती है
- गेटवे प्रतिक्रियाएँ, कनेक्शन नतीजे और उसके रास्ते ट्रैफ़िक गुजरने के प्रमाण।
- यह क्यों ज़रूरी है
- चुप गेटवे को वास्तव में अनुपयोगी स्थानीय मार्ग से अलग पहचानना।
- नतीजा कैसे समझें
- जवाब या अस्वीकृति प्रतिक्रिया देने वाले गंतव्य तक पहुँच सिद्ध करती है। फ़ॉरवर्डिंग या इंटरनेट काम करे तो केवल पिंग का जवाब न मिलना गेटवे विफलता नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W50-040",
"execution": "DONE",
"verdict": "PASS",
"summary": "The gateway responded to a probe.",
"evidence": [
{
"name": "probeRefs",
"value": "ping-192.0.2.1-0,ping-192.0.2.1-1,ping-192.0.2.1-2,ping-192.0.2.1-3,ping-192.0.2.1-4,ping-192.0.2.1-5,ping-192.0.2.1-6,ping-192.0.2.1-7,ping-192.0.2.1-8,ping-192.0.2.1-9,ping-192.0.2.1-10,ping-192.0.2.1-11,ping-192.0.2.1-12,ping-192.0.2.1-13,ping-192.0.2.1-14,ping-192.0.2.1-15,ping-192.0.2.1-16,ping-192.0.2.1-17,ping-192.0.2.1-18,ping-192.0.2.1-19",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W50-040",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "The gateway did not reply; this alone does not establish a LAN failure.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W50-050गेटवे कनेक्शन स्थिरता
- यह क्या है
- स्थानीय गेटवे से मापी गई प्रतिक्रियाओं की स्थिरता।
- यह क्या मापती है
- बिना लोड गेटवे RTT, जवाब न मिलने का प्रतिशत तथा प्रयासों और जवाबों की संख्या।
- यह क्यों ज़रूरी है
- सीमित या अनदेखे जवाब देने वाले गेटवे को ध्यान में रखकर स्थानीय प्रतिक्रिया आँकना।
- नतीजा कैसे समझें
- RTT >30/>100/>300 ms पर 3/5/8%; हानि >0/>10/>30/>50% पर 3/8/12/15% कटते हैं; बड़ी कटौती लागू होती है। 10 प्रयास और 3 जवाब चाहिए। पूरी तरह चुप गेटवे अनुपलब्ध है, स्वतः विफल नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W50-050",
"execution": "DONE",
"verdict": "PASS",
"summary": "20/20 replies · Median 3 ms",
"evidence": [
{
"name": "target",
"value": "192.0.2.1",
"unit": null
},
{
"name": "n",
"value": "20",
"unit": null
},
{
"name": "received",
"value": "20",
"unit": null
},
{
"name": "p95Ms",
"value": "3.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W50-050",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "Fewer than 10 samples for the same target, path and test phase.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W50-060नेटवर्क कॉन्फ़िगरेशन बदलाव
- यह क्या है
- सत्र में IP कॉन्फ़िगरेशन या नेटवर्क मार्ग बदलना।
- यह क्या मापती है
- पता, गेटवे, मार्ग या संबंधित सेटिंग के बदलाव और कनेक्टिविटी से उनका संबंध।
- यह क्यों ज़रूरी है
- कॉन्फ़िगरेशन बदलने के साथ हुई विफलता या बहाली समझाना।
- नतीजा कैसे समझें
- मान्य बदलाव स्वतः चेतावनी नहीं। कई DHCP स्रोत केवल असामान्य कॉन्फ़िगरेशन के साथ जाँच का संकेत हैं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W50-060",
"execution": "DONE",
"verdict": "PASS",
"summary": "Network configuration changes monitored.",
"evidence": [
{
"name": "ipChanges",
"value": "0",
"unit": null
},
{
"name": "gatewayChanges",
"value": "0",
"unit": null
},
{
"name": "dnsChanges",
"value": "0",
"unit": null
},
{
"name": "dhcpChanges",
"value": "0",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W50-080IP / गेटवे की असामान्यताएँ
- यह क्या है
- IP टकराव या असामान्य गेटवे पहचान के संकेत।
- यह क्या मापती है
- डिवाइस पहचान, गेटवे बदलाव, पता टकराव और प्रतिक्रिया हानि या पहुँच पर प्रभाव।
- यह क्यों ज़रूरी है
- दुर्भावनापूर्ण गतिविधि या हमलावर का अनुमान लगाए बिना समर्थित टकराव पहचानना।
- नतीजा कैसे समझें
- योग्य गेटवे-हानि पैटर्न पर 5%; प्रभाव सहित बार-बार पहचान टकराव पर 10%; प्रभाव सहित वर्तमान पता टकराव या आवश्यक IPv6 डुप्लिकेट-पता जाँच विफलता पर 15% कटते हैं। बिना प्रभाव पहचान अंतर केवल सलाह है।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W50-080",
"execution": "DONE",
"verdict": "PASS",
"summary": "No IP conflict detected. The connection was stable with no packet loss observed.",
"evidence": [
{
"name": "gatewaySamples",
"value": "20",
"unit": null
},
{
"name": "internetSamples",
"value": "28",
"unit": null
},
{
"name": "lossPercent",
"value": "0",
"unit": null
},
{
"name": "observationOnly",
"value": "true",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W50-080",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "Not enough evidence to determine whether an IP address conflict exists.",
"evidence": [
{
"name": "coverage",
"value": "IPv6 DAD; mDNS, SSDP and NBSTAT identities; conditional gateway-loss signature. No self-IP unicast; IP assignment unknown.",
"unit": null
},
{
"name": "probeRefs",
"value": "",
"unit": null
}
],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W50-110LAN डिवाइस खोज
- यह क्या है
- वास्तव में जाँचे गए स्थानीय डिवाइस और सेवाओं की पहुँच व खोज।
- यह क्या मापती है
- परीक्षित LAN जवाब, सेवा खोज तथा संबंधित यूनिकास्ट या मल्टीकास्ट तुलना।
- यह क्यों ज़रूरी है
- LAN और इंटरनेट व्यवहार अलग रखते हुए स्थानीय पहुँच प्रतिबंधों की जाँच।
- नतीजा कैसे समझें
- सफल जवाब स्थानीय पहुँच का आधार हैं। केवल खोज में न मिलना अनिर्णायक है; जानबूझकर रखा क्लाइंट पृथक्करण इंटरनेट विफलता नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W50-110",
"execution": "DONE",
"verdict": "PASS",
"summary": "A LAN service responded.",
"evidence": [
{
"name": "responders",
"value": "1",
"unit": null
},
{
"name": "probeRefs",
"value": "[lan-service]",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W50-110",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "No valid LAN discovery response yet.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W50-120अपलिंक और बैकहॉल
- यह क्या है
- नेटवर्क भागों के बीच आंतरिक अपलिंक या बैकहॉल के प्रमाण।
- यह क्या मापती है
- तय लिंक की जानकारी, समर्थित टेलीमेट्री और संबंधित स्थानीय खंड के प्रदर्शन लक्षण।
- यह क्यों ज़रूरी है
- हर गति सीमा को केबल या पोर्ट की गलती माने बिना आंतरिक बाधा पहचानना।
- नतीजा कैसे समझें
- 100 Mbps लिंक के लिए तय लिंक दर का प्रमाण चाहिए। लगभग 90-95 Mbps गति सीमा केवल लक्षण है, खराब केबल या बैकहॉल का प्रमाण नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1UNSUPPORTED
परिणाम का अंश
{
"id": "W50-120",
"execution": "UNSUPPORTED",
"verdict": null,
"summary": "Uplink/backhaul statistics are not provided by the access point.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W60WAN कनेक्टिविटी
W60-010राउटर और WAN मार्ग
- यह क्या है
- निदान में उपलब्ध राउटर और अपस्ट्रीम मार्ग की पहचान।
- यह क्या मापती है
- राउटर पहचान, सार्वजनिक IP, इंटरनेट प्रदाता या ASN और मार्ग का संदर्भ।
- यह क्यों ज़रूरी है
- देखी गई नेटवर्क संरचना और रिपोर्ट का अपस्ट्रीम कनेक्शन स्पष्ट करना।
- नतीजा कैसे समझें
- पहचान अकेले खराबी या स्वस्थ राउटर/WAN सिद्ध नहीं करती। अनुपलब्ध जानकारी अज्ञात ही रहनी चाहिए।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W60-010",
"execution": "DONE",
"verdict": "PASS",
"summary": "Network and access point identities collected from responding sources.",
"evidence": [
{
"name": "publicIp",
"value": "203.0.113.10",
"unit": null
},
{
"name": "asn",
"value": "",
"unit": null
},
{
"name": "provider",
"value": "Example network provider",
"unit": null
},
{
"name": "country",
"value": "",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W60-010",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "Network/access point identity unavailable.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W60-020WAN सत्र स्थिरता
- यह क्या है
- राउटर का WAN कनेक्शन और देखे गए WAN-सत्र व्यवधान।
- यह क्या मापती है
- WAN स्थिति, सत्र अवधि या पुनःकनेक्शन, त्रुटियाँ और स्वतंत्र रूप से मापा इंटरनेट प्रभाव।
- यह क्यों ज़रूरी है
- पुष्ट अपस्ट्रीम समस्या को गायब राउटर स्थिति या अकेली विफल जाँच से अलग करना।
- नतीजा कैसे समझें
- पुष्ट WAN डिस्कनेक्शन और प्रभावित इंटरनेट पर 60% कटते हैं। प्रभाव सहित बहाल घटनाएँ 1/2/3+ हों तो 10/20/30% कटते हैं। गायब टेलीमेट्री अनुपलब्ध है; जुड़ा दिखना इंटरनेट पहुँच सिद्ध नहीं करता।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W60-020",
"execution": "DONE",
"verdict": "PASS",
"summary": "Router-reported WAN session status obtained.",
"evidence": [
{
"name": "activeRouteBasis",
"value": "Single advertised WAN connection on the current Wi-Fi gateway",
"unit": null
},
{
"name": "gateway",
"value": "192.0.2.1",
"unit": null
},
{
"name": "service",
"value": "urn:schemas-upnp-org:service:WANIPConnection:1",
"unit": null
},
{
"name": "NewConnectionStatus",
"value": "Connected",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2UNSUPPORTED
परिणाम का अंश
{
"id": "W60-020",
"execution": "UNSUPPORTED",
"verdict": null,
"summary": "Router WAN status is unavailable.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W60-030WAN भौतिक लिंक
- यह क्या है
- मौजूदा गेटवे की टेलीमेट्री से समर्थित भौतिक WAN लिंक की स्थिति।
- यह क्या मापती है
- भौतिक लिंक स्थिति, उपलब्ध तय गति, दोहराए अवलोकन और इंटरनेट पर प्रभाव।
- यह क्यों ज़रूरी है
- केवल गति से अनुमान लगाने के बजाय वास्तविक अपस्ट्रीम भौतिक लिंक समस्या पहचानना।
- नतीजा कैसे समझें
- वर्तमान WAN लिंक बंद और इंटरनेट प्रभावित हो तो 60%; बहाल डाउन घटना के प्रभाव पर 15% कटते हैं। दो संबंधित अवलोकन चाहिए; अनुपलब्ध टेलीमेट्री विफलता नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W60-030",
"execution": "DONE",
"verdict": "PASS",
"summary": "Physical WAN link status reported by the router.",
"evidence": [
{
"name": "activeRouteBasis",
"value": "Single advertised WAN connection on the current Wi-Fi gateway",
"unit": null
},
{
"name": "gateway",
"value": "192.0.2.1",
"unit": null
},
{
"name": "service",
"value": "urn:schemas-upnp-org:service:WANCommonInterfaceConfig:1",
"unit": null
},
{
"name": "NewPhysicalLinkStatus",
"value": "Up",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2UNSUPPORTED
परिणाम का अंश
{
"id": "W60-030",
"execution": "UNSUPPORTED",
"verdict": null,
"summary": "Router physical WAN status is unavailable.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W60-040WAN ट्रैफ़िक
- यह क्या है
- WAN ट्रैफ़िक मात्रा और मापन के बाहर के ट्रैफ़िक के समर्थित प्रमाण।
- यह क्या मापती है
- अपस्ट्रीम ट्रैफ़िक काउंटर, बदलाव और साथ में मापी कनेक्शन गुणवत्ता।
- यह क्यों ज़रूरी है
- देखना कि अन्य ट्रैफ़िक के साथ कनेक्शन या प्रदर्शन बिगड़ता है या नहीं।
- नतीजा कैसे समझें
- केवल ट्रैफ़िक मात्रा खराबी नहीं। किसी डिवाइस को कारण बताने के लिए प्रति-क्लाइंट राउटर जानकारी और प्रभाव के समकालीन प्रमाण चाहिए।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W60-040",
"execution": "DONE",
"verdict": "PASS",
"summary": "Total WAN traffic during the observation period.",
"evidence": [
{
"name": "aggregateMbps",
"value": "0.8",
"unit": null
},
{
"name": "intervalMs",
"value": "5000",
"unit": null
},
{
"name": "scope",
"value": "router WAN aggregate",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W60-040",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "Fewer than two WAN counter samples.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W60-050राउटर संसाधन
- यह क्या है
- राउटर के संसाधन या क्षमता की वास्तव में सत्यापित स्थितियाँ।
- यह क्या मापती है
- उपलब्ध संसाधन टेलीमेट्री और उससे मेल खाते पहुँच या प्रदर्शन लक्षण।
- यह क्यों ज़रूरी है
- CPU, मेमोरी या कनेक्शन-टेबल विफलता गढ़े बिना संसाधन संबंधी समस्या समझाना।
- नतीजा कैसे समझें
- संसाधन निष्कर्ष के लिए संबंधित टेलीमेट्री और प्रभाव चाहिए। राउटर डेटा न हो तो कारण अज्ञात है, संसाधन समस्या पुष्ट नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1UNSUPPORTED
परिणाम का अंश
{
"id": "W60-050",
"execution": "UNSUPPORTED",
"verdict": null,
"summary": "Router CPU, RAM and connection-tracking data are unavailable.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W60-060WAN पता और NAT
- यह क्या है
- अपस्ट्रीम NAT और सीधे दिए गए सार्वजनिक IPv4 से संबंधित पता जानकारी।
- यह क्या मापती है
- WAN पता, देखा गया सार्वजनिक पता और निजी पता या अपस्ट्रीम अनुवाद के समर्थित संकेत।
- यह क्यों ज़रूरी है
- इनबाउंड कनेक्शन या कुछ ऐप्स के लिए महत्वपूर्ण नेटवर्क संरचना समझाना।
- नतीजा कैसे समझें
- डबल NAT या कैरियर-ग्रेड NAT संरचना का संदर्भ है, स्वतः इंटरनेट त्रुटि या कटौती नहीं। पता प्रमाण गायब हों तो निष्कर्ष अनिश्चित है।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W60-060",
"execution": "DONE",
"verdict": "PASS",
"summary": "WAN and public IP addresses collected to compare network topology.",
"evidence": [
{
"name": "wanIpv4",
"value": "203.0.113.10",
"unit": null
},
{
"name": "publicIp",
"value": "203.0.113.10",
"unit": null
},
{
"name": "privateOrShared",
"value": "false",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W60-060",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "The router's WAN IPv4 address is unavailable.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W70इंटरनेट पहुँच
W70-010नेटवर्क साइन-इन की आवश्यकता
- यह क्या है
- सामान्य इंटरनेट पहुँच से पहले नेटवर्क पर साइन-इन या सहमति चाहिए या नहीं।
- यह क्या मापती है
- पोर्टल संकेत, रीडायरेक्ट या लॉगिन जवाब और पोर्टल के बाहर स्वतंत्र रूप से मापी पहुँच।
- यह क्यों ज़रूरी है
- हॉटस्पॉट, अतिथि नेटवर्क या फिर प्रमाणीकरण माँगने वाले नेटवर्क पर सीमित कनेक्शन समझाना।
- नतीजा कैसे समझें
- पुष्ट पोर्टल के साथ कुछ बाहरी पहुँच हो तो 20%; बाहरी पहुँच पूरी रुकने पर 60% कटते हैं। केवल Android पोर्टल संकेत बिना कटौती की चेतावनी है।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W70-010",
"execution": "DONE",
"verdict": "PASS",
"summary": "No network sign-in requirement detected.",
"evidence": [
{
"name": "systemPortal",
"value": "false",
"unit": null
},
{
"name": "controlRedirects",
"value": "0",
"unit": null
},
{
"name": "penaltyPercent",
"value": "0.0",
"unit": null
},
{
"name": "maxPenaltyPercent",
"value": "60.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W70-010",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "No response to verify whether sign-in is required.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W70-030DNS रिज़ॉल्यूशन
- यह क्या है
- मापे गए कनेक्शन पर होस्टनाम उपयोग योग्य पतों में हल होते हैं या नहीं।
- यह क्या मापती है
- सफल-विफल डोमेन खोज, पता परिवार की उपलब्धता और स्वतंत्र प्रदाताओं के नतीजे।
- यह क्यों ज़रूरी है
- अकेले अनुपलब्ध होस्टनाम को व्यापक DNS विफलता से अलग करना।
- नतीजा कैसे समझें
- विफल अंश 0, 1/3 तक, 2/3 तक, 1 से कम और सभी होने पर 0/10/20/40/60% कटते हैं। तीन डोमेन और दो प्रदाता चाहिए। केवल IPv6 उत्तर गायब होना विफलता नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W70-030",
"execution": "DONE",
"verdict": "PASS",
"summary": "Answers with addresses: 15 · lookup errors: 0.",
"evidence": [
{
"name": "nonPublicAnswerCount",
"value": "0",
"unit": null
},
{
"name": "answerCount",
"value": "15",
"unit": null
},
{
"name": "failureCount",
"value": "0",
"unit": null
},
{
"name": "timeoutCount",
"value": "0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2ERROR
परिणाम का अंश
{
"id": "W70-030",
"execution": "DONE",
"verdict": "ERROR",
"summary": "Could not resolve an address for the connection.",
"evidence": [
{
"name": "nonPublicAnswerCount",
"value": "0",
"unit": null
},
{
"name": "answerCount",
"value": "0",
"unit": null
},
{
"name": "failureCount",
"value": "15",
"unit": null
},
{
"name": "timeoutCount",
"value": "0",
"unit": null
}
],
"scoring": {
"status": "deducted",
"appliedPercent": 60,
"ruleVersion": "catalog-score-4.0.1"
}
}W70-040DNS स्थिरता
- यह क्या है
- बार-बार किए गए DNS खोज कितनी जल्दी और लगातार सफल होते हैं।
- यह क्या मापती है
- तुलनीय सफल खोज समय, जिसमें डोमेन माध्यिकाओं की माध्यिका मिलीसेकंड में है।
- यह क्यों ज़रूरी है
- देखना कि धीमा नाम-समाधान शुरुआती पहुँच को धीमा कर सकता है या नहीं।
- नतीजा कैसे समझें
- माध्यिका DNS समय <=500 ms पर कटौती नहीं; >500/>1000/>2000 ms पर 2/5/8% कटते हैं। दो डोमेन, प्रत्येक के तीन सफल तुलनीय नमूने चाहिए। यह सर्वर का प्रसंस्करण समय अलग नहीं मापता।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W70-040",
"execution": "DONE",
"verdict": "PASS",
"summary": "DNS lookup time by domain and IP family.",
"evidence": [
{
"name": "groups",
"value": "{google.com/A=n=3,ok=3,p50Ms=25.0, cloudflare.com/A=n=3,ok=3,p50Ms=25.0, microsoft.com/A=n=3,ok=3,p50Ms=25.0, apple.com/A=n=3,ok=3,p50Ms=25.0, wikipedia.org/A=n=3,ok=3,p50Ms=25.0}",
"unit": null
},
{
"name": "dnsP50Ms",
"value": "25.0",
"unit": null
},
{
"name": "penaltyPercent",
"value": "0.0",
"unit": null
},
{
"name": "maxPenaltyPercent",
"value": "8.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2WARNING
परिणाम का अंश
{
"id": "W70-040",
"execution": "DONE",
"verdict": "WARNING",
"summary": "DNS lookup time by domain and IP family.",
"evidence": [
{
"name": "groups",
"value": "{google.com/A=n=3,ok=3,p50Ms=1200.0, cloudflare.com/A=n=3,ok=3,p50Ms=1200.0, microsoft.com/A=n=3,ok=3,p50Ms=1200.0, apple.com/A=n=3,ok=3,p50Ms=1200.0, wikipedia.org/A=n=3,ok=3,p50Ms=1200.0}",
"unit": null
},
{
"name": "dnsP50Ms",
"value": "1200.0",
"unit": null
},
{
"name": "penaltyPercent",
"value": "5.0",
"unit": null
},
{
"name": "maxPenaltyPercent",
"value": "8.0",
"unit": null
}
],
"scoring": {
"status": "deducted",
"appliedPercent": 5,
"ruleVersion": "catalog-score-4.0.1"
}
}W70-070सीधे IP से संदर्भ जाँच
- यह क्या है
- DNS के साथ तुलना में इस्तेमाल ज्ञात संदर्भ पते की पहुँच।
- यह क्या मापती है
- सीधे IP के नतीजे और संबंधित होस्टनाम समाधान या अन्य पहुँच अवलोकन।
- यह क्यों ज़रूरी है
- नाम-समाधान समस्या को गंतव्य या नेटवर्क मार्ग की व्यापक समस्या से अलग करना।
- नतीजा कैसे समझें
- DNS विफल और IP पहुँच सफल हो तो DNS समस्या का समर्थन मिलता है। अकेला विफल संदर्भ पूरे इंटरनेट का बंद होना सिद्ध नहीं करता।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W70-070",
"execution": "DONE",
"verdict": "PASS",
"summary": "Successful attempts: 1/1.",
"evidence": [
{
"name": "successCount",
"value": "1",
"unit": null
},
{
"name": "attemptCount",
"value": "1",
"unit": null
},
{
"name": "timeoutCount",
"value": "0",
"unit": null
},
{
"name": "failureStage",
"value": "",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W70-070",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "Not enough valid measurements for direct_ip.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W70-080IPv4 / IPv6 कनेक्टिविटी
- यह क्या है
- कॉन्फ़िगर किए गए IPv4 और IPv6 मार्गों की वास्तविक पहुँच की तुलना।
- यह क्या मापती है
- हर पता परिवार के नतीजे, उसकी कॉन्फ़िगरेशन और स्वतंत्र प्रदाताओं में तुलना।
- यह क्यों ज़रूरी है
- एक मान्य परिवार वाले नेटवर्क को दंडित किए बिना आंशिक रूप से खराब परिवार पहचानना।
- नतीजा कैसे समझें
- एक परिवार काम करे और दूसरा कॉन्फ़िगर किया परिवार आंशिक/पूरी तरह विफल हो तो 5/10% कटते हैं; दो प्रदाता चाहिए। कॉन्फ़िगर न किए परिवार पर कटौती नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W70-080",
"execution": "DONE",
"verdict": "PASS",
"summary": "IPv4 and IPv6 connectivity checked separately.",
"evidence": [
{
"name": "families",
"value": "[IPv4:ok, IPv6:ok, IPv4:ok, IPv6:ok, IPv4:ok, IPv6:ok, IPv4:ok, IPv6:ok, IPv4:ok, IPv6:ok]",
"unit": null
},
{
"name": "unconfiguredFamilyProbes",
"value": "0",
"unit": null
},
{
"name": "probeRefs",
"value": "family-0-IPv4,family-0-IPv6,family-1-IPv4,family-1-IPv6,family-2-IPv4,family-2-IPv6,family-3-IPv4,family-3-IPv6,family-4-IPv4,family-4-IPv6",
"unit": null
},
{
"name": "penaltyPercent",
"value": "0.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W70-080",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "No reference address for the configured IP family.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W70-100TCP कनेक्टिविटी
- यह क्या है
- परीक्षित गंतव्यों और पोर्ट तक TCP कनेक्शन पहुँचता है या नहीं।
- यह क्या मापती है
- सफलता, विफलता, अस्वीकृति और स्वतंत्र गंतव्यों में विफल डोमेन का अंश।
- यह क्यों ज़रूरी है
- व्यापक ट्रांसपोर्ट विफलता को गंतव्य-विशिष्ट जवाब से अलग करना।
- नतीजा कैसे समझें
- विफल डोमेन अंश <=1/3, <=1/2, <0.8, <1 और सभी पर 0/10/25/45/60% कटते हैं। तीन डोमेन और दो प्रदाता चाहिए। अस्वीकृत कनेक्शन भी जवाब मिलने का प्रमाण है।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W70-100",
"execution": "DONE",
"verdict": "PASS",
"summary": "Successful attempts: 5/5.",
"evidence": [
{
"name": "successCount",
"value": "5",
"unit": null
},
{
"name": "attemptCount",
"value": "5",
"unit": null
},
{
"name": "timeoutCount",
"value": "0",
"unit": null
},
{
"name": "failureStage",
"value": "",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W70-100",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "Not enough valid measurements for tcp.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W70-110TLS सत्यापन
- यह क्या है
- सुरक्षित कनेक्शन में TLS और प्रमाणपत्र सत्यापन सफल होते हैं या नहीं।
- यह क्या मापती है
- TLS त्रुटियाँ, प्रमाणपत्र नतीजे, स्वतंत्र प्रभावित प्रदाता और सफल HTTPS तुलनाएँ।
- यह क्यों ज़रूरी है
- घड़ी या प्रमाणपत्र से संबंधित सहित सुरक्षित कनेक्शन विफलताएँ समझाना।
- नतीजा कैसे समझें
- अकेली TLS विफलता बिना कटौती चेतावनी है। दो स्वतंत्र प्रभावित प्रदाता हों तो अन्य HTTPS काम करने पर 20%, या TCP सफल होने के बाद सभी लागू TLS प्रयास विफल हों तो 60% कटते हैं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W70-110",
"execution": "DONE",
"verdict": "PASS",
"summary": "Successful attempts: 5/5.",
"evidence": [
{
"name": "successCount",
"value": "5",
"unit": null
},
{
"name": "attemptCount",
"value": "5",
"unit": null
},
{
"name": "timeoutCount",
"value": "0",
"unit": null
},
{
"name": "failureStage",
"value": "",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W70-110",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "Not enough valid measurements for tls.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W70-130HTTP / HTTPS उत्तर
- यह क्या है
- HTTP या HTTPS के ज़रिए इंटरनेट गंतव्यों की पहुँच।
- यह क्या मापती है
- वेब कनेक्शन नतीजे, जवाब उपलब्धता, विफल डोमेन अंश और स्वतंत्र प्रदाता कवरेज।
- यह क्यों ज़रूरी है
- नेटवर्क मार्ग की अनुपलब्धता को पोर्टल, सेवा प्रतिबंध या रिमोट सर्वर त्रुटि से अलग करना।
- नतीजा कैसे समझें
- ट्रांसपोर्ट-विफलता अंश <=1/3, <=1/2, <0.8, <1 और सभी पर 0/10/25/45/60% कटते हैं। तीन डोमेन और दो प्रदाता चाहिए। मान्य HTTP त्रुटि जवाब भी पहुँच सिद्ध करता है।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W70-130",
"execution": "DONE",
"verdict": "PASS",
"summary": "Successful attempts: 5/5.",
"evidence": [
{
"name": "successCount",
"value": "5",
"unit": null
},
{
"name": "attemptCount",
"value": "5",
"unit": null
},
{
"name": "timeoutCount",
"value": "0",
"unit": null
},
{
"name": "failureStage",
"value": "",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W70-130",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "Not enough valid measurements for http.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W70-150डिवाइस की इंटरनेट स्थिति
- यह क्या है
- Android की इंटरनेट स्थिति और वास्तव में मापी पहुँच का मेल।
- यह क्या मापती है
- सिस्टम सत्यापन या पोर्टल स्थिति, वर्तमान मार्ग और स्वतंत्र प्रदाताओं से सफल वेब जवाब।
- यह क्यों ज़रूरी है
- डिवाइस का कनेक्टिविटी लेबल वास्तविक इंटरनेट पहुँच से अलग क्यों है, यह समझाना।
- नतीजा कैसे समझें
- उसी सक्रिय मार्ग पर दो प्रदाताओं से सफल HTTP के बावजूद असहमति हो तो 5% कटते हैं, जब तक पहुँच/पोर्टल समस्या में पहले शामिल न हो। सत्यापन हर सेवा चलने की गारंटी नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W70-150",
"execution": "DONE",
"verdict": "PASS",
"summary": "Android validation agrees with successful Internet probes.",
"evidence": [
{
"name": "systemValidated",
"value": "true",
"unit": null
},
{
"name": "successfulProviderGroups",
"value": "5",
"unit": null
},
{
"name": "penaltyPercent",
"value": "0.0",
"unit": null
},
{
"name": "maxPenaltyPercent",
"value": "5.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W70-160लोकप्रिय सेवाओं तक पहुँच
- यह क्या है
- लोकप्रिय सेवाओं की पहुँच की स्वतंत्र सफल संदर्भों से तुलना।
- यह क्या मापती है
- सेवा-डोमेन नतीजे, प्रभावित परतें, विफल अंश और तुलना सेवाओं की उपलब्धता।
- यह क्यों ज़रूरी है
- एक सेवा का प्रतिबंध पूरे इंटरनेट का बंद होना माने बिना चुनिंदा समस्या पहचानना।
- नतीजा कैसे समझें
- विफल अंश <=10%, <=30%, <=50% और उससे अधिक पर 0/3/6/10% कटते हैं। पाँच डोमेन और दो प्रदाता चाहिए। सर्वर त्रुटि या सेवा नीति प्रतिबंध क्लाइंट ट्रांसपोर्ट विफलता नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W70-160",
"execution": "DONE",
"verdict": "PASS",
"summary": "Services with an HTTP response: 5/5.",
"evidence": [
{
"name": "timedOutServices",
"value": "[]",
"unit": null
},
{
"name": "failedServices",
"value": "[]",
"unit": null
},
{
"name": "httpRestrictions",
"value": "[]",
"unit": null
},
{
"name": "responses",
"value": "[https://google.com/:ok/200.0, https://cloudflare.com/:ok/200.0, https://microsoft.com/:ok/200.0, https://apple.com/:ok/200.0, https://wikipedia.org/:ok/200.0]",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W70-160",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "No valid service-test results yet.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W70-170VPN / प्रॉक्सी मार्ग
- यह क्या है
- वास्तव में इस्तेमाल VPN या प्रॉक्सी मार्ग का कनेक्शन और प्रमाणीकरण व्यवहार।
- यह क्या मापती है
- मार्ग नतीजे, प्रॉक्सी जवाब, प्रमाणीकरण माँगने वाले जवाब और स्वतंत्र नियंत्रण पहुँच।
- यह क्यों ज़रूरी है
- असमर्थित मापन को वास्तविक विफलता से अलग रखते हुए मध्यस्थ मार्ग की समस्या समझाना।
- नतीजा कैसे समझें
- लागू प्रॉक्सी से बार-बार पुष्ट HTTP 407 पर कुछ पहुँच सफल हो तो 20%, सभी नियंत्रण अवरुद्ध हों तो 60% कटते हैं। असमर्थित कॉन्फ़िगरेशन अनुपलब्ध रहती है।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1WARNING
परिणाम का अंश
{
"id": "W70-170",
"execution": "DONE",
"verdict": "WARNING",
"summary": "The proxy requires sign-in.",
"evidence": [
{
"name": "probeRefs",
"value": "proxy-1,proxy-2",
"unit": null
},
{
"name": "penaltyPercent",
"value": "20.0",
"unit": null
},
{
"name": "maxPenaltyPercent",
"value": "60.0",
"unit": null
}
],
"scoring": {
"status": "deducted",
"appliedPercent": 20,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2UNSUPPORTED
परिणाम का अंश
{
"id": "W70-170",
"execution": "UNSUPPORTED",
"verdict": null,
"summary": "No VPN or proxy applies to this measurement path.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W70-190UDP कनेक्टिविटी
- यह क्या है
- परीक्षित UDP सेवाएँ समय-सीमा के भीतर जवाब देती हैं या नहीं।
- यह क्या मापती है
- भेजे अनुरोध, मिले जवाब, समय-सीमा तक गैर-प्रतिक्रिया दर और प्रदाताओं की तुलना।
- यह क्यों ज़रूरी है
- TCP और अन्य पहुँच नतीजों के साथ प्रोटोकॉल-विशिष्ट प्रतिक्रिया समस्या जाँचना।
- नतीजा कैसे समझें
- अकेले चुप प्रदाता को हटाने के बाद गैर-प्रतिक्रिया 0, <=20%, <=50%, >50% पर 0/5/10/15% कटते हैं। पाँच अनुरोध और एक जवाब चाहिए। दोनों प्रदाता चुप हों तो अवरोध सिद्ध नहीं होता।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W70-190",
"execution": "DONE",
"verdict": "PASS",
"summary": "UDP is working: 10/10 responses.",
"evidence": [
{
"name": "udpReachable",
"value": "true",
"unit": null
},
{
"name": "sent",
"value": "10",
"unit": null
},
{
"name": "responses",
"value": "10",
"unit": null
},
{
"name": "rttP50Ms",
"value": "40.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W70-190",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "UDP could not be tested on this network.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W70-200ट्रेसरूट
- यह क्या है
- पहुँच योग्य वेबसाइट के मार्ग पर प्रतिक्रिया देने वाले हॉप।
- यह क्या मापती है
- लौटी हॉप जानकारी, संबंधित ICMP त्रुटियाँ, ट्रेस की पूर्णता और गंतव्य की पहुँच।
- यह क्यों ज़रूरी है
- चुप हॉप की खराबी का स्थान अनुमान लगाए बिना मार्ग का संदर्भ देना।
- नतीजा कैसे समझें
- गंतव्य पहुँचने पर कटौती नहीं; समर्थित पूर्ण ट्रेस वहाँ न पहुँचे तो 5% कटते हैं। बीच के चुप हॉप अलग से दंडित नहीं; असमर्थित या रद्द ट्रेस अनुपलब्ध हैं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W70-200",
"execution": "DONE",
"verdict": "PASS",
"summary": "Traceroute hops that responded.",
"evidence": [
{
"name": "hops",
"value": "[1.0:192.0.2.1, 2.0:192.0.2.2, 3.0:1.1.1.1]",
"unit": null
},
{
"name": "hopCount",
"value": "3",
"unit": null
},
{
"name": "penaltyPercent",
"value": "0.0",
"unit": null
},
{
"name": "maxPenaltyPercent",
"value": "5.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2UNSUPPORTED
परिणाम का अंश
{
"id": "W70-200",
"execution": "UNSUPPORTED",
"verdict": null,
"summary": "Traceroute is not needed or is unavailable on this path.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W70-210इंटरनेट कनेक्शन की प्राथमिकता
- यह क्या है
- पुष्ट इंटरनेट पहुँच वाले Wi-Fi से जुड़े रहने पर भी फ़ोन मोबाइल डेटा चुनता है या नहीं।
- यह क्या मापती है
- सक्रिय डिफ़ॉल्ट माध्यम, जुड़ा Wi-Fi मार्ग और स्वतंत्र प्रदाताओं पर सफल Wi-Fi पहुँच।
- यह क्यों ज़रूरी है
- ऐसी प्राथमिकता दिखाना जो चल रहे Wi-Fi का उपयोग रोक सकती है।
- नतीजा कैसे समझें
- चलते Wi-Fi के बावजूद पुष्ट मोबाइल प्राथमिकता पर 3% कटते हैं। मिश्रित, VPN, अज्ञात, पोर्टल या कम अवलोकन वाले मार्ग अनिर्णायक हैं। Android ने मोबाइल डेटा क्यों चुना, इससे सिद्ध नहीं होता।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W70-210",
"execution": "DONE",
"verdict": "PASS",
"summary": "The device is using Wi-Fi as its default Internet connection.",
"evidence": [
{
"name": "wifiNetwork",
"value": "synthetic-wifi",
"unit": null
},
{
"name": "defaultNetwork",
"value": "synthetic-wifi",
"unit": null
},
{
"name": "defaultTransports",
"value": "WIFI",
"unit": null
},
{
"name": "mobileInternetPreferred",
"value": "false",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W80नेटवर्क प्रदर्शन
W80-010निष्क्रिय इंटरनेट विलंब
- यह क्या है
- परीक्षण लोड न होने पर चुने इंटरनेट गंतव्य तक प्रतिक्रिया का विलंब।
- यह क्या मापती है
- निष्क्रिय RTT मिलीसेकंड में, माध्यिका, ऊपरी प्रतिशतक, प्रयास, जवाब और माप अवधि।
- यह क्यों ज़रूरी है
- प्रतिक्रिया और बाद में ट्रैफ़िक लोड के कारण बढ़े विलंब का आधार बनाना।
- नतीजा कैसे समझें
- माध्यिका RTT <=300 ms पर कटौती नहीं; >300/>600/>1000 ms पर 5/10/20% कटते हैं। उसी मार्ग पर 10 प्रयास और 3 जवाब चाहिए। केवल अधिक विलंब इंटरनेट बंद होना नहीं है।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W80-010",
"execution": "DONE",
"verdict": "PASS",
"summary": "20/20 replies · Median 40 ms",
"evidence": [
{
"name": "target",
"value": "1.1.1.1",
"unit": null
},
{
"name": "p95Ms",
"value": "40.0",
"unit": null
},
{
"name": "lossPercent",
"value": "0.0",
"unit": null
},
{
"name": "protocol",
"value": "ICMP Echo",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W80-010",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "Fewer than 10 samples for the same target, path and test phase.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W80-030संक्षिप्त डाउनलोड गति जाँच
- यह क्या है
- एक छोटे नियंत्रित स्थानांतरण में वास्तव में मिली डाउनलोड गति।
- यह क्या मापती है
- मिले डेटा की मात्रा, स्थानांतरण अवधि और Mbps में डाउनलोड थ्रूपुट।
- यह क्यों ज़रूरी है
- इंटरनेट प्लान की अधिकतम गति का दावा किए बिना व्यावहारिक डाउनलोड झलक देना।
- नतीजा कैसे समझें
- >=20 Mbps पर 0%; 5 से <20 पर 5%; 1 से <5 पर 10%; >0 से <1 पर 20% कटते हैं। दर-सीमित या अमान्य माप अनुपलब्ध हैं, 0 Mbps नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W80-030",
"execution": "DONE",
"verdict": "PASS",
"summary": "Short download speed: 24.0 Mbps",
"evidence": [
{
"name": "bytes",
"value": "1.1201029E7",
"unit": null
},
{
"name": "durationMs",
"value": "3736.0",
"unit": null
},
{
"name": "windowMs",
"value": "6000.0",
"unit": null
},
{
"name": "requestedBytes",
"value": "1.6082053E7",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2WARNING
परिणाम का अंश
{
"id": "W80-030",
"execution": "DONE",
"verdict": "WARNING",
"summary": "Short download speed: 3.0 Mbps",
"evidence": [
{
"name": "bytes",
"value": "1856454.0",
"unit": null
},
{
"name": "durationMs",
"value": "4951.0",
"unit": null
},
{
"name": "windowMs",
"value": "6000.0",
"unit": null
},
{
"name": "requestedBytes",
"value": "1973782.0",
"unit": null
}
],
"scoring": {
"status": "deducted",
"appliedPercent": 10,
"ruleVersion": "catalog-score-4.0.1"
}
}W80-040लोड में विलंब और रिकवरी
- यह क्या है
- डाउनलोड या अपलोड के दौरान प्रतिक्रिया विलंब बढ़ना और फिर सामान्य होना।
- यह क्या मापती है
- उसी मार्ग पर निष्क्रिय व लोडेड RTT माध्यिका, अनुपात, दिशा और बहाली।
- यह क्यों ज़रूरी है
- ट्रैफ़िक के लोड में प्रदर्शन गिरावट पहचानना, बिना यह दावा किए कि छोटी, समस्या-रहित जाँच नेटवर्क में कंजेशन का अभाव सिद्ध करती है।
- नतीजा कैसे समझें
- डाउनलोड अनुपात >2.5-5, >5-15, >15 के लिए लोडेड RTT >200/500/1000 ms होने पर 3/5/10% कटते हैं। अपलोड बैंड >3.5-7, >7-20, >20 के लिए >300/600/1500 ms चाहिए। दोनों दिशाओं की बड़ी कटौती लागू करें; निरपेक्ष सीमा पूरी न हो तो निचला बैंड लागू न करें।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W80-040",
"execution": "DONE",
"verdict": "PASS",
"summary": "Loaded latency was assessed for the directions with enough samples.",
"evidence": [
{
"name": "downloadAvailability",
"value": "measured",
"unit": null
},
{
"name": "downloadTarget",
"value": "1.1.1.1",
"unit": null
},
{
"name": "uploadAvailability",
"value": "measured",
"unit": null
},
{
"name": "uploadTarget",
"value": "1.1.1.1",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2WARNING
परिणाम का अंश
{
"id": "W80-040",
"execution": "DONE",
"verdict": "WARNING",
"summary": "Latency increased or replies timed out during data transfer.",
"evidence": [
{
"name": "downloadAvailability",
"value": "measured",
"unit": null
},
{
"name": "downloadTarget",
"value": "1.1.1.1",
"unit": null
},
{
"name": "uploadAvailability",
"value": "measured",
"unit": null
},
{
"name": "uploadTarget",
"value": "1.1.1.1",
"unit": null
}
],
"scoring": {
"status": "deducted",
"appliedPercent": 5,
"ruleVersion": "catalog-score-4.0.1"
}
}W80-060अपलोड गति
- यह क्या है
- छोटे स्थानांतरण में प्राप्त होने की पुष्टि वाले डेटा पर आधारित अपलोड गति।
- यह क्या मापती है
- पुष्ट अपलोड मात्रा, स्थानांतरण अवधि और Mbps में अपलोड थ्रूपुट।
- यह क्यों ज़रूरी है
- भेजने वाले की प्रगति को प्राप्ति का प्रमाण माने बिना अपस्ट्रीम प्रदर्शन बताना।
- नतीजा कैसे समझें
- >=5 Mbps पर 0%; 1 से <5 पर 5%; 0.25 से <1 पर 10%; >0 से <0.25 पर 20% कटते हैं। दर-सीमित या अपुष्ट नतीजे अनुपलब्ध हैं, 0 Mbps नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
ऐप के मौजूदा निर्यात में इस अपलोड परिणाम के सारांश में “Short download speed” लिखा है। W80-060 और इसके माप अपलोड गति से संबंधित हैं; नीचे मूल आउटपुट बिना बदलाव के रखा गया है।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W80-060",
"execution": "DONE",
"verdict": "PASS",
"summary": "Short download speed: 24.0 Mbps",
"evidence": [
{
"name": "bytes",
"value": "8585029.0",
"unit": null
},
{
"name": "durationMs",
"value": "2864.0",
"unit": null
},
{
"name": "windowMs",
"value": "6000.0",
"unit": null
},
{
"name": "requestedBytes",
"value": "1.6082053E7",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2WARNING
परिणाम का अंश
{
"id": "W80-060",
"execution": "DONE",
"verdict": "WARNING",
"summary": "Short download speed: 0.6 Mbps",
"evidence": [
{
"name": "bytes",
"value": "287406.0",
"unit": null
},
{
"name": "durationMs",
"value": "3833.0",
"unit": null
},
{
"name": "windowMs",
"value": "6000.0",
"unit": null
},
{
"name": "requestedBytes",
"value": "474886.0",
"unit": null
}
],
"scoring": {
"status": "deducted",
"appliedPercent": 10,
"ruleVersion": "catalog-score-4.0.1"
}
}W80-070ट्रांसफ़र स्थिरता
- यह क्या है
- डेटा स्थानांतरण के मान्य हिस्सों में उतार-चढ़ाव और ठहराव।
- यह क्या मापती है
- लगातार शून्य-डेटा अवधि और तुलनीय खिड़कियों में माध्यिका के सापेक्ष गति का बदलाव।
- यह क्यों ज़रूरी है
- ठीक औसत गति के बावजूद रुकने या बदलने वाले स्थानांतरण समझाना।
- नतीजा कैसे समझें
- कम से कम 1/2/3 सेकंड शून्य डेटा पर 5/10/15% कटते हैं। पर्याप्त कवरेज में (P90-P10)/P50 >1/>2 पर 3/5%; बड़ी कटौती लागू करें। मापन विराम या अधूरे अपलोड बाहर रखे जाते हैं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W80-070",
"execution": "DONE",
"verdict": "PASS",
"summary": "Throughput variation for each transfer direction.",
"evidence": [
{
"name": "downloadAvailability",
"value": "measured",
"unit": null
},
{
"name": "downloadAssessment",
"value": "limited",
"unit": null
},
{
"name": "downloadSamples",
"value": "4",
"unit": null
},
{
"name": "downloadObservedMs",
"value": "2000",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2WARNING
परिणाम का अंश
{
"id": "W80-070",
"execution": "DONE",
"verdict": "WARNING",
"summary": "Throughput variation for each transfer direction.",
"evidence": [
{
"name": "downloadAvailability",
"value": "measured",
"unit": null
},
{
"name": "downloadAssessment",
"value": "stalled",
"unit": null
},
{
"name": "downloadSamples",
"value": "8",
"unit": null
},
{
"name": "downloadObservedMs",
"value": "4000",
"unit": null
}
],
"scoring": {
"status": "deducted",
"appliedPercent": 5,
"ruleVersion": "catalog-score-4.0.1"
}
}W80-080खोए उत्तर और जिटर
- यह क्या है
- पिंग जवाब गायब होना और लगातार सफल जवाबों के समय में बदलाव।
- यह क्या मापती है
- समय-सीमा तक गैर-प्रतिक्रिया प्रतिशत, जिटर मिलीसेकंड में, जिटर/माध्यिका अनुपात और पहुँच प्रमाण।
- यह क्यों ज़रूरी है
- पिंग का भरोसेमंद जवाब न देने वाले लक्ष्य को ध्यान में रखकर औसत विलंब से आगे स्थिरता आँकना।
- नतीजा कैसे समझें
- हानि >0/>10/>20/>40/>60/>80% पर पुष्टि के अनुसार 5/10/20/30/40/50% कटते हैं; अकेला अपुष्ट लक्ष्य 5% तक सीमित है। जिटर >20 ms और अनुपात >0.25/>0.5/>1 पर 3/5/8%; बड़ी कटौती लागू करें। वेब चले और पिंग चुप हो तो इंटरनेट बंद नहीं माना जाता।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W80-080",
"execution": "DONE",
"verdict": "PASS",
"summary": "Every ping in the sequence received a reply.",
"evidence": [
{
"name": "maxFailureRun",
"value": "0",
"unit": null
},
{
"name": "target",
"value": "1.1.1.1",
"unit": null
},
{
"name": "timeoutMs",
"value": "3000",
"unit": null
},
{
"name": "probeRefs",
"value": "ping-1.1.1.1-0,ping-1.1.1.1-1,ping-1.1.1.1-2,ping-1.1.1.1-3,ping-1.1.1.1-4,ping-1.1.1.1-5,ping-1.1.1.1-6,ping-1.1.1.1-7,ping-1.1.1.1-8,ping-1.1.1.1-9,ping-1.1.1.1-10,ping-1.1.1.1-11,ping-1.1.1.1-12,ping-1.1.1.1-13,ping-1.1.1.1-14,ping-1.1.1.1-15,ping-1.1.1.1-16,ping-1.1.1.1-17,ping-1.1.1.1-18,ping-1.1.1.1-19",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2WARNING
परिणाम का अंश
{
"id": "W80-080",
"execution": "DONE",
"verdict": "WARNING",
"summary": "No response within the expected time (3000 ms)",
"evidence": [
{
"name": "maxFailureRun",
"value": "2",
"unit": null
},
{
"name": "target",
"value": "1.1.1.1",
"unit": null
},
{
"name": "timeoutMs",
"value": "3000",
"unit": null
},
{
"name": "probeRefs",
"value": "ping-1.1.1.1-0,ping-1.1.1.1-1,ping-1.1.1.1-2,ping-1.1.1.1-3,ping-1.1.1.1-4,ping-1.1.1.1-5,ping-1.1.1.1-6,ping-1.1.1.1-7,ping-1.1.1.1-8,ping-1.1.1.1-9,ping-1.1.1.1-10,ping-1.1.1.1-11,ping-1.1.1.1-12,ping-1.1.1.1-13,ping-1.1.1.1-14,ping-1.1.1.1-15,ping-1.1.1.1-16,ping-1.1.1.1-17,ping-1.1.1.1-18,ping-1.1.1.1-19",
"unit": null
}
],
"scoring": {
"status": "deducted",
"appliedPercent": 5,
"ruleVersion": "catalog-score-4.0.1"
}
}W80-090पृष्ठभूमि ट्रैफ़िक और तापमान
- यह क्या है
- मापित प्रदर्शन गिरावट के साथ डिवाइस ताप और बैकग्राउंड ट्रैफ़िक का संदर्भ।
- यह क्या मापती है
- Android थर्मल स्थिति, तुलनीय थ्रूपुट बदलाव और उसी मार्ग पर सत्यापित ट्रैफ़िक हिस्से।
- यह क्यों ज़रूरी है
- गति या स्थिरता को प्रभावित करने वाली समर्थित डिवाइस-स्तरीय स्थिति पहचानना।
- नतीजा कैसे समझें
- कम से कम 5 सेकंड गंभीर थर्मल स्थिति पर 5%, या मध्यम थर्मल स्थिति/बैकग्राउंड हिस्सा >=50% के साथ थ्रूपुट गिरावट >=30% पर कटौती होती है। केवल बैटरी तापमान गर्मी के कारण प्रदर्शन सीमित होना सिद्ध नहीं करता।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W80-090",
"execution": "DONE",
"verdict": "PASS",
"summary": "Device traffic, battery temperature and power settings.",
"evidence": [
{
"name": "sampleCount",
"value": "2",
"unit": null
},
{
"name": "thermalStatus",
"value": "0",
"unit": null
},
{
"name": "powerSave",
"value": "false",
"unit": null
},
{
"name": "batteryCelsius",
"value": "32.0",
"unit": null
}
],
"scoring": {
"status": "pass",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W80-100संदर्भ लक्ष्यों की तुलना
- यह क्या है
- वास्तव में मापे संदर्भ गंतव्यों और मार्गों के बीच प्रदर्शन अंतर।
- यह क्या मापती है
- तुलनीय गंतव्य-विशिष्ट विलंब या थ्रूपुट और कनेक्शन का संबंधित संदर्भ।
- यह क्यों ज़रूरी है
- दिखाना कि समस्या व्यापक है या मापे मार्ग तक अधिक सीमित।
- नतीजा कैसे समझें
- अंतर संदर्भ है, अलग कटौती नहीं। Wi-Fi लिंक दर से कम थ्रूपुट या लगभग 90-95 Mbps सीमा अकेले खराब घटक नहीं पहचानती।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W80-100",
"execution": "DONE",
"verdict": "PASS",
"summary": "Latency compared across targets using the same network path.",
"evidence": [
{
"name": "targetP50Ms",
"value": "{1.1.1.1=40.0, 8.8.8.8=40.0}",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W80-100",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "Two targets with enough comparable samples are required.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W90निदान के निष्कर्ष
W90-010असामान्यताओं की पुष्टि
- यह क्या है
- देखी असामान्यता बनी रहती है, ठीक होती है या किसी गंतव्य तक सीमित है।
- यह क्या मापती है
- दोहराए निष्कर्ष, सफल तुलनाएँ, बहाली का समय और आवश्यक प्रमाण की उपलब्धता।
- यह क्यों ज़रूरी है
- घटना का इतिहास रखते हुए बार-बार की समस्या को अस्थायी व्यवधान से अलग करना।
- नतीजा कैसे समझें
- बाद की सफलता पहले की विफलता नहीं मिटाती। अधूरी पूर्वशर्तें और न की गई जाँचें अतिरिक्त नेटवर्क खराबियाँ नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W90-010",
"execution": "DONE",
"verdict": "PASS",
"summary": "Automatic verification of the initial test.",
"evidence": [
{
"name": "verifications",
"value": "[google.com:ok]",
"unit": null
},
{
"name": "originalRefs",
"value": "[tcp-0]",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W90-010",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "No relevant anomaly requiring another probe.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W90-020सिग्नल और कनेक्टिविटी का संबंध
- यह क्या है
- Wi-Fi सिग्नल बदलाव का कनेक्शन या प्रदर्शन समस्या के समय से संबंध।
- यह क्या मापती है
- सिग्नल का बदलाव, कनेक्शन लक्षण, मेल खाते समय और पुष्टि करने वाले अवलोकन।
- यह क्यों ज़रूरी है
- दिखाना कि रेडियो लिंक समस्या कनेक्शन गुणवत्ता गिरने की समर्थित वजह है या नहीं।
- नतीजा कैसे समझें
- एक साथ घटनाएँ भरोसा बढ़ाती हैं, अकेले कारण सिद्ध नहीं करतीं। सिग्नल की कटौती W30 में रहती है, यहाँ दोबारा नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W90-020",
"execution": "DONE",
"verdict": "PASS",
"summary": "Weak signal compared with Internet responses.",
"evidence": [
{
"name": "weakPairedWindows",
"value": "48",
"unit": null
},
{
"name": "weakFailedWindows",
"value": "6",
"unit": null
},
{
"name": "associationOnly",
"value": "true",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W90-020",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "Not enough simultaneous weak-signal and ping samples.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W90-030रोमिंग और रुकावट का संबंध
- यह क्या है
- रोमिंग, बैंड बदलना और पुनःकनेक्शन का सेवा व्यवधान से संबंध।
- यह क्या मापती है
- बदलाव व व्यवधान का समय, बार-बार स्विच होना और पहले-बाद के अवलोकन।
- यह क्यों ज़रूरी है
- समझाना कि Wi-Fi हैंडओवर के साथ ध्यान देने योग्य कनेक्शन समस्या हुई या नहीं।
- नतीजा कैसे समझें
- बिना मापित व्यवधान का बदलाव खराबी नहीं। उसी हैंडओवर के अनेक परिणाम एक घटना रहते हैं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W90-030",
"execution": "DONE",
"verdict": "PASS",
"summary": "Link changes compared with missed-response times.",
"evidence": [
{
"name": "transitions",
"value": "1",
"unit": null
},
{
"name": "withResponseGap",
"value": "0",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W90-030",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "No access point or band changes during this session.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W90-040कॉन्फ़िगरेशन और विफलता का संबंध
- यह क्या है
- नेटवर्क कॉन्फ़िगरेशन बदलाव का विफलता या बहाली से मेल।
- यह क्या मापती है
- पता या मार्ग बदलाव, पहुँच नतीजे, बहाली समय और तुलनात्मक प्रमाण।
- यह क्यों ज़रूरी है
- मूल कारण की अनिश्चितता बनाए रखते हुए कॉन्फ़िगरेशन संबंधी संभावनाएँ पहचानना।
- नतीजा कैसे समझें
- सहसंबंध जाँच का आधार हो सकता है; पुष्ट कारण के लिए अधिक मजबूत प्रमाण चाहिए। संबंधित पता निष्कर्ष एकत्र किए जाते हैं, दो बार दंडित नहीं।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W90-040",
"execution": "DONE",
"verdict": "PASS",
"summary": "Configuration changes compared with connection errors.",
"evidence": [
{
"name": "configurationChanges",
"value": "1",
"unit": null
},
{
"name": "withFailure",
"value": "0",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}उदाहरण 2INCONCLUSIVE
परिणाम का अंश
{
"id": "W90-040",
"execution": "INCONCLUSIVE",
"verdict": null,
"summary": "No IP or DNS configuration changes during this session.",
"evidence": [],
"scoring": {
"status": "unavailable",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W90-050समस्या का स्थान निर्धारण
- यह क्या है
- रिपोर्ट के प्रमाण से समर्थित नेटवर्क का सबसे विशिष्ट प्रभावित हिस्सा।
- यह क्या मापती है
- संयुक्त Wi-Fi, स्थानीय पते, गेटवे, इंटरनेट मार्ग और अलग सेवाओं के नतीजे।
- यह क्यों ज़रूरी है
- असंबंधित सेटिंग बदलने या उपकरण बदलने के बजाय समर्थित दायरे पर ध्यान देना।
- नतीजा कैसे समझें
- गेटवे के आगे समस्या स्वतः ISP या राउटर को कारण नहीं बनाती। गायब राउटर टेलीमेट्री अन्य मापित नतीजों को अमान्य नहीं करती।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W90-050",
"execution": "DONE",
"verdict": "PASS",
"summary": "Likely location: Connection loss not confirmed.",
"evidence": [
{
"name": "faultLayer",
"value": "Connection loss not confirmed",
"unit": null
},
{
"name": "basis",
"value": "[W20-010, W50-030, W70-010, W70-030, W70-130]",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W90-060प्रमाणों का भरोसा
- यह क्या है
- उपलब्ध प्रमाण रिपोर्ट के निष्कर्षों में कितना भरोसा देते हैं।
- यह क्या मापती है
- पूरी और अनुपलब्ध जाँचें, प्रमाण कवरेज, समर्थित निर्णय और गायब जानकारी।
- यह क्यों ज़रूरी है
- अनिश्चितता दिखाना, ताकि उपयोगकर्ता और AI अधूरी जाँच को बेहतरीन कनेक्शन न मानें।
- नतीजा कैसे समझें
- N/A न सफल है न विफल, और कटौती नहीं करता। कुछ सफल जाँचें पूर्ण स्कोर सिद्ध नहीं करतीं; मुख्य प्रमाण गायब हों तो स्कोर अनुपलब्ध रह सकता है।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W90-060",
"execution": "DONE",
"verdict": "PASS",
"summary": "Diagnostic scope based on collected evidence.",
"evidence": [
{
"name": "completed",
"value": "70",
"unit": null
},
{
"name": "notEvaluated",
"value": "5",
"unit": null
},
{
"name": "probeCount",
"value": "184",
"unit": null
},
{
"name": "segments",
"value": "1",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W90-070निष्कर्ष और सुझाव
- यह क्या है
- रिपोर्ट में एकत्र समस्याएँ, समर्थक प्रमाण और अगले कदम।
- यह क्या मापती है
- अलग निष्कर्ष, संबंधित प्रमाण, बहाल घटनाएँ और एक कारण को बार-बार न गिनने वाले सुझाव।
- यह क्यों ज़रूरी है
- स्वतंत्र समस्याएँ और सलाह अलग रखते हुए मापों को संक्षिप्त समस्या-समाधान सार में बदलना।
- नतीजा कैसे समझें
- एक DNS समस्या कई न की गई ट्रांसपोर्ट विफलताएँ नहीं बननी चाहिए। बहाल घटनाएँ दर्ज रहती हैं; सुरक्षा या अनुकूलन सलाह स्वतः स्थिरता स्कोर नहीं घटाती।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W90-070",
"execution": "DONE",
"verdict": "PASS",
"summary": "Issues grouped by connection layer and supporting evidence.",
"evidence": [
{
"name": "actionOrder",
"value": "Wi-Fi / IP / portal / DNS / Internet / quality",
"unit": null
},
{
"name": "ruleVersion",
"value": "catalog-score-4.0.1",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}W90-080रिपोर्ट सारांश
- यह क्या है
- सत्र के निष्कर्षों और उनके अवलोकन संदर्भ का अंतिम सार।
- यह क्या मापती है
- समर्थित निष्कर्ष, मूल त्रुटियाँ, सत्यापन समय, बहाली और बाकी महत्वपूर्ण अनिश्चितताएँ।
- यह क्यों ज़रूरी है
- उपयोगकर्ता और AI को बताना कि रिपोर्ट क्या स्थापित करती है और क्या और जाँचना चाहिए।
- नतीजा कैसे समझें
- बदलाव से पहले-बाद मापित सुधार अकेले यह सिद्ध नहीं करता कि सुधार उसी बदलाव से हुआ। न दोहराए गए लक्षण के लिए और अवलोकन चाहिए हो सकता है।
उदाहरण परिणाम
JSONWiFi Doctor के डायग्नोस्टिक इंजन से कृत्रिम मापन डेटा के आधार पर तैयार किया गया। फ़ील्ड के नाम और तकनीकी आउटपुट ऐप के डेटा निर्यात की तरह अंग्रेज़ी में रहते हैं।
उदाहरण 1PASS
परिणाम का अंश
{
"id": "W90-080",
"execution": "DONE",
"verdict": "PASS",
"summary": "Report includes stable check IDs, methods and evidence references.",
"evidence": [
{
"name": "catalogVersion",
"value": "3.0",
"unit": null
},
{
"name": "schemaVersion",
"value": "3",
"unit": null
},
{
"name": "aiByteBudget",
"value": "12000",
"unit": null
},
{
"name": "legacyCode",
"value": "W90-0800",
"unit": null
}
],
"scoring": {
"status": "context",
"appliedPercent": 0,
"ruleVersion": "catalog-score-4.0.1"
}
}ये उदाहरण ऐप के आउटपुट का प्रारूप दिखाते हैं। ये समझाने के लिए बनाई गई स्थितियाँ हैं, आपके नेटवर्क के माप नहीं।
