WiFi Doctor · डायग्नोस्टिक संदर्भ

अपनी नेटवर्क रिपोर्ट समझें।

डायग्नोस्टिक कोड या विषय खोजें। हर व्याख्या बताती है कि जाँच क्या है, क्या मापती है, क्यों ज़रूरी है और नतीजे को कैसे समझना है।

83 जाँचें · 9 चरण

W10डिवाइस की स्थिति

W10-010

डिवाइस का Wi-Fi समर्थन

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W10-010
W10-020

Wi-Fi चालू/बंद स्थिति

यह क्या है
डिवाइस का Wi-Fi रेडियो चालू और कनेक्शन के लिए तैयार है या नहीं।
यह क्या मापती है
Wi-Fi की चालू, बंद या बदलती हुई स्थिति।
यह क्यों ज़रूरी है
रेडियो बंद होने पर Wi-Fi निदान क्यों नहीं चल सकता, यह समझाना।
नतीजा कैसे समझें
चालू स्थिति उपयोग योग्य है। निश्चित रूप से बंद होना गंभीर है; चालू होने, बंद होने या अज्ञात स्थिति के नतीजे अनिर्णायक हैं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W10-020
W10-030

नेटवर्क पहचान और सत्र खंड

यह क्या है
रिपोर्ट में Wi-Fi नेटवर्क की पहचान और अलग-अलग कनेक्शन अवधियाँ।
यह क्या मापती है
नेटवर्क नाम, ऐक्सेस पॉइंट, आवृत्ति, मार्ग परिवर्तन और अवलोकनों के समय-खंड।
यह क्यों ज़रूरी है
कनेक्शन की तुलना में अलग नेटवर्क या ऐक्सेस पॉइंट के नतीजे अलग रखना।
नतीजा कैसे समझें
नेटवर्क या ऐक्सेस पॉइंट बदलना संदर्भ है, अपने आप खराबी नहीं। अलग खंडों के माप एक साथ नहीं मिलाने चाहिए।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W10-030
W10-040

सक्रिय इंटरनेट मार्ग

यह क्या है
ऐप के इंटरनेट ट्रैफ़िक द्वारा इस्तेमाल किया जा रहा नेटवर्क मार्ग।
यह क्या मापती है
सक्रिय मार्ग Wi-Fi, मोबाइल डेटा, VPN या अज्ञात माध्यम में से कौन-सा है।
यह क्यों ज़रूरी है
खासकर कई मार्ग उपलब्ध होने पर स्पष्ट करना कि माप किस कनेक्शन का है।
नतीजा कैसे समझें
अलग मार्गों के नतीजे अलग हो सकते हैं। केवल मोबाइल डेटा या VPN का उपयोग Wi-Fi विफलता या अंक कटौती नहीं है।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W10-040
W10-050

VPN और माप की सीमाएँ

यह क्या है
VPN रूटिंग या नेटवर्क नीति से सत्र के मापों पर पड़ने वाली सीमाएँ।
यह क्या मापती है
VPN की मौजूदगी, मार्ग की जानकारी और सक्रिय नीति से सीमित जाँचें।
यह क्यों ज़रूरी है
जिस मार्ग को मापा नहीं जा सकता, उसे वास्तव में विफल मार्ग से अलग पहचानना।
नतीजा कैसे समझें
सीमित जाँच अनुपलब्ध है, विफल नहीं। नतीजे मापे गए मार्ग के हैं और सीधे Wi-Fi इंटरनेट पहुँच का प्रतिनिधित्व ज़रूरी नहीं करते।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W10-050
W10-060

प्रॉक्सी और PAC

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W10-060
W10-070

DNS और निजी DNS सेटिंग

यह क्या है
होस्टनाम हल करने में इस्तेमाल DNS और Private DNS सेटिंग।
यह क्या मापती है
कॉन्फ़िगर किए गए DNS सर्वर, Private DNS मोड और रिज़ॉल्वर सेटिंग।
यह क्यों ज़रूरी है
आगे के नाम-समाधान नतीजे समझना और सेटिंग को मापित DNS व्यवहार से अलग करना।
नतीजा कैसे समझें
केवल सेटिंग से DNS खराबी सिद्ध नहीं होती। वास्तविक खोज के नतीजे बताते हैं कि समाधान सफल हुआ या विफल।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W10-070
W10-080

अनुमतियाँ और डेटा पहुँच

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W10-080
W10-090

पावर और नेटवर्क नीतियाँ

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W10-090
W10-100

हाल के अवलोकन

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W10-100
W10-110

माप की वैधता

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W10-110
W10-120

डिवाइस घड़ी और TLS

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W10-120
W10-130

ऑपरेटिंग सिस्टम और प्रमाणपत्र

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W10-130
W10-140

DNS / VPN फ़िल्टरिंग

यह क्या है
कुछ गंतव्यों की पहुँच प्रभावित करने वाली संभावित DNS या VPN फ़िल्टरिंग।
यह क्या मापती है
फ़िल्टरिंग सेटिंग तथा दूसरे गंतव्य चलते रहने पर कुछ गंतव्यों के विफल होने के प्रमाण।
यह क्यों ज़रूरी है
चुनिंदा प्रतिबंधों को पूरे इंटरनेट कनेक्शन के बंद होने से अलग करना।
नतीजा कैसे समझें
फ़िल्टरिंग संदर्भ है, जब तक अवरोध की पुष्टि न हो। एक सेवा न खुलना पूरे इंटरनेट की विफलता सिद्ध नहीं करता।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W10-140
W10-150

डिवाइस का Wi-Fi अनुकूलन

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W10-150

W20Wi-Fi कनेक्शन

W20-010

वर्तमान Wi-Fi संबद्धता

यह क्या है
फ़ोन इच्छित Wi-Fi ऐक्सेस पॉइंट से अभी जुड़ा है या नहीं।
यह क्या मापती है
Wi-Fi संबद्धता, पहचाना गया लक्ष्य नेटवर्क और देखा गया कनेक्शन टूटना।
यह क्यों ज़रूरी है
पता कॉन्फ़िगरेशन या इंटरनेट पहुँच आँकने से पहले रेडियो कनेक्शन स्थापित होना जाँचना।
नतीजा कैसे समझें
स्थापित लिंक इस पूर्वशर्त को पूरा करता है। निश्चित अभाव गंभीर है; गायब IP सेटिंग बाद की जाँचों का विषय है, संबद्धता विफलता नहीं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W20-010
W20-020

लक्षित ऐक्सेस पॉइंट की दृश्यता

यह क्या है
उपलब्ध अवलोकनों में लक्ष्य Wi-Fi ऐक्सेस पॉइंट दिखाई देता है या नहीं।
यह क्या मापती है
लक्ष्य की दृश्यता, अवलोकन समय, ताज़गी और सर्वेक्षण की अवधि का कवरेज।
यह क्यों ज़रूरी है
किसी Wi-Fi नेटवर्क को ढूँढ़ने या दोबारा जुड़ने में कठिनाई समझाना।
नतीजा कैसे समझें
ताज़े, दोहराए गए अवलोकन दृश्यता संबंधी निष्कर्ष को समर्थन देते हैं। अनुमति का अभाव या पुराना कैश बार-बार पढ़ना ऐक्सेस पॉइंट गायब होना सिद्ध नहीं करता।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W20-020
W20-030

कनेक्शन के समय सिग्नल

यह क्या है
Wi-Fi कनेक्शन बनते या टूटते समय देखा गया सिग्नल।
यह क्या मापती है
सिग्नल ताकत, उतार-चढ़ाव और कनेक्शन प्रयास या विफलता के सापेक्ष समय।
यह क्यों ज़रूरी है
कनेक्शन-चरण की समस्या को सिग्नल संदर्भ देना और विस्तृत रेडियो मूल्यांकन से जोड़ना।
नतीजा कैसे समझें
एक रीडिंग केवल उसी क्षण को बताती है। सिग्नल का आकलन W30 में होता है; यहाँ दोबारा अंक नहीं कटते।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W20-030
W20-040

समर्थित बैंड और चैनल

यह क्या है
डिवाइस और नेटवर्क की घोषित बैंड व चैनल आवश्यकताओं की संगतता।
यह क्या मापती है
समर्थित बैंड, उपलब्ध चैनल, घोषित चैनल चौड़ाई और संबंधित डिवाइस क्षमताएँ।
यह क्यों ज़रूरी है
ऐसी स्पष्ट असंगत क्षमता पहचानना जो लक्ष्य ऐक्सेस पॉइंट से जुड़ने से रोक सकती है।
नतीजा कैसे समझें
अनिवार्य लेकिन असमर्थित आवश्यकता विफलता समझा सकती है। समायोज्य चैनल चौड़ाई या पुराना Wi-Fi मानक अकेले असंगतता सिद्ध नहीं करते।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W20-040
W20-050

सुरक्षा अनुकूलता

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W20-050
W20-060

सिस्टम कनेक्शन त्रुटियाँ

यह क्या है
Wi-Fi नेटवर्क से जुड़ते समय वास्तव में रिपोर्ट की गई त्रुटियाँ।
यह क्या मापती है
संबद्धता या प्रमाणीकरण त्रुटि कोड और प्रयास विफल होने का चरण।
यह क्यों ज़रूरी है
कारण का अनुमान लगाने के बजाय विशिष्ट उपलब्ध प्रमाण से विफलता बताना।
नतीजा कैसे समझें
विशिष्ट अस्वीकृति कोड विशिष्ट निष्कर्ष का आधार है। न मिलना या जवाब न आना अस्वीकृति या गलत पासवर्ड सिद्ध नहीं करता।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W20-060
W20-070

दर्ज प्रमाणीकरण विफलताएँ

यह क्या है
दिखाई दी प्रमाणीकरण विफलता जो फ़ोन को Wi-Fi से जुड़ने से रोकती है।
यह क्या मापती है
दर्ज प्रमाणीकरण परिणाम, संबंधित प्रयास और बाद में लिंक स्थापित हुआ या नहीं।
यह क्यों ज़रूरी है
गलत पासवर्ड को ऐक्सेस पॉइंट की अन्य समस्याओं से अलग रखते हुए प्रमाणीकरण विफलता पहचानना।
नतीजा कैसे समझें
डिस्कनेक्ट रहते हुए पुष्ट प्रमाणीकरण विफलता गंभीर है। इससे अकेले गलत पासवर्ड सिद्ध नहीं होता; प्रमाण गायब हों तो जाँच अनुपलब्ध है।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W20-070
W20-080

डिस्कनेक्शन और बार-बार जुड़ना

यह क्या है
सत्र में कनेक्शन टूटना और बार-बार दोबारा जुड़ना।
यह क्या मापती है
व्यवधानों की संख्या, डिस्कनेक्ट अवधि, अवलोकन अवधि और लिंक की बहाली।
यह क्यों ज़रूरी है
हर ऐक्सेस पॉइंट बदलाव को विफलता माने बिना अस्थिर संबद्धता समझाना।
नतीजा कैसे समझें
कम से कम 10 सेकंड का कवरेज चाहिए। बहाल व्यवधान 1/2/3+ पर 10/20/30% कटते हैं; बंद अवधि कम से कम 20% हो तो 40%; अब भी डिस्कनेक्ट हो तो 50%, जब तक गंभीर पूर्वशर्त का नियम प्रभावी न हो।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W20-080
W20-090

नेटवर्क सुरक्षा

यह क्या है
Wi-Fi नेटवर्क द्वारा सार्वजनिक रूप से घोषित सुरक्षा गुण।
यह क्या मापती है
सुरक्षा प्रकार और खुले नेटवर्क, WEP या घोषित WPS समर्थन जैसी जानकारी।
यह क्यों ज़रूरी है
कनेक्शन की गुणवत्ता और गति से अलग सुरक्षा सलाह देना।
नतीजा कैसे समझें
खुली या पुरानी सुरक्षा सलाह का कारण हो सकती है, पर कनेक्शन गुणवत्ता का स्कोर नहीं घटाती। केवल WPS की घोषणा भेद्यता का प्रमाण नहीं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W20-090

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% कटते हैं। कम से कम दो मान्य नमूने चाहिए; त्रुटि के लिए पहुँच पर प्रभाव भी चाहिए।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W30-010
W30-020

सिग्नल की स्थिरता

यह क्या है
पर्याप्त अवलोकन अवधि में प्राप्त सिग्नल की ताकत का उतार-चढ़ाव।
यह क्या मापती है
RSSI में बदलाव, जिसमें 90वें और 10वें प्रतिशतक का अंतर, dB में शामिल है।
यह क्यों ज़रूरी है
लगातार कमजोर कवरेज को समय के साथ बहुत बदलने वाले सिग्नल से अलग करना।
नतीजा कैसे समझें
P90-P10 अंतर <=12 dB पर कटौती नहीं; >12/>20/>30 dB पर 3/6/10% कटते हैं। कम से कम 10 सेकंड में पाँच नमूने चाहिए। केवल उतार-चढ़ाव राउटर की खराबी सिद्ध नहीं करता।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W30-020
W30-030

TX/RX PHY लिंक गुणवत्ता

यह क्या है
डेटा स्थानांतरण के दौरान दिखी Wi-Fi भेजने और पाने की लिंक दरें।
यह क्या मापती है
लोड के समय TX/RX PHY माध्यिका Mbps में और दोनों दिशाओं का अंतर।
यह क्यों ज़रूरी है
लिंक दर को इंटरनेट डाउनलोड गति माने बिना सीमित या असमान रेडियो प्रदर्शन पहचानना।
नतीजा कैसे समझें
लोडेड PHY 30/12/6 Mbps से नीचे हो तो 5/10/15% कटते हैं। धीमी दिशा 100 Mbps से कम हो तो दिशा अनुपात >3/>6/>10 पर 5/10/15%; बड़ी कटौती लागू होती है। निष्क्रिय या अपर्याप्त नमूने नहीं आँके जाते।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W30-030
W30-060

ऐक्सेस पॉइंट और बैंड चयन

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W30-060
W30-070

रोमिंग और पुनःकनेक्शन

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W30-070
W30-090

एक नाम वाले ऐक्सेस पॉइंट की सेटिंग

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W30-090
W30-100

हर MLO लिंक की गुणवत्ता

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W30-100
W30-120

Wi-Fi कनेक्शन क्षमता

यह क्या है
फ़ोन और जुड़े ऐक्सेस पॉइंट की समर्थित Wi-Fi लिंक गति सीमा।
यह क्या मापती है
ज्ञात अधिकतम PHY दरें, सीमित करने वाले छोर की सीमा और चैनल चौड़ाई का संदर्भ।
यह क्यों ज़रूरी है
अच्छा सिग्नल होने पर भी गति सीमित करने वाली कनेक्शन क्षमता पहचानना।
नतीजा कैसे समझें
ज्ञात सीमित सीमा <150 Mbps हो तो 5%; 150 से <300 Mbps हो तो 3% कटते हैं। पास के लिए दोनों छोर ज्ञात और >=300 Mbps होने चाहिए। अज्ञात क्षमता शून्य नहीं; PHY इंटरनेट थ्रूपुट नहीं है।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W30-120

W40रेडियो चैनल

W40-010

सर्वेक्षण की नवीनता और दायरा

यह क्या है
उपलब्ध Wi-Fi चैनल अवलोकन कितने ताज़े और पूरे हैं।
यह क्या मापती है
सर्वेक्षण की उम्र, ताज़गी, कवरेज और स्कैन जानकारी को सीमित करने वाले प्रतिबंध।
यह क्यों ज़रूरी है
बताना कि चैनल संबंधी सलाह वर्तमान अवलोकनों पर आधारित है या अधूरी जानकारी पर।
नतीजा कैसे समझें
ताज़ा, पर्याप्त कवरेज व्याख्या का आधार है। पुराना या गायब सर्वेक्षण सीमा है, कनेक्शन विफलता या खाली बैंड का प्रमाण नहीं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W40-010
W40-020

चैनल उपलब्धता

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W40-020
W40-030

सुझाया चैनल और चौड़ाई

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W40-030
W40-040

चैनल प्रतिस्पर्धा और ओवरलैप

यह क्या है
मौजूदा Wi-Fi चैनल के आसपास प्रतिस्पर्धा और ओवरलैप।
यह क्या मापती है
ताज़े अवलोकनों से मौजूदा चैनल गुणवत्ता स्कोर, चौड़ाई और पड़ोसी ऐक्सेस पॉइंट का ओवरलैप।
यह क्यों ज़रूरी है
हस्तक्षेप या कम प्रदर्शन में योगदान देने वाली चैनल स्थितियाँ पहचानना।
नतीजा कैसे समझें
मौजूदा चैनल स्कोर >=7 पर कटौती नहीं; <7/<5/<3 पर 3/6/10% कटते हैं। दो ताज़े सर्वेक्षण चाहिए। केवल ऐक्सेस पॉइंट की संख्या धीमा कनेक्शन सिद्ध नहीं करती।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W40-040
W40-060

चैनल उपयोग और क्लाइंट

यह क्या है
ऐक्सेस पॉइंट द्वारा घोषित चैनल गतिविधि और जुड़े क्लाइंट की जानकारी।
यह क्या मापती है
घोषित चैनल उपयोग प्रतिशत, स्टेशन संख्या और अलग-अलग अवलोकनों में बदलाव।
यह क्यों ज़रूरी है
चैनल व्यस्त होने के प्रमाण देना और उपयोग को डिवाइस संख्या से अलग रखना।
नतीजा कैसे समझें
माध्यिका उपयोग <=70% पर कटौती नहीं; >70/>85/>95% पर 3/6/10% कटते हैं। स्थानांतरण से बाहर 10 सेकंड में तीन अलग अवलोकन चाहिए। केवल क्लाइंट संख्या से कटौती नहीं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W40-060
W40-070

ऐक्सेस पॉइंट के चैनल बदलाव

यह क्या है
अवलोकन अवधि में ऐक्सेस पॉइंट के संचालन चैनल का बदलना।
यह क्या मापती है
चैनल बदलाव, ऐक्सेस पॉइंट दृश्यता, समय और संबंधित कनेक्शन व्यवधान।
यह क्यों ज़रूरी है
ऐक्सेस पॉइंट का चैनल बदलने पर छोटे व्यवधान या रेडियो स्थिति बदलना समझाना।
नतीजा कैसे समझें
चैनल बदलाव स्वतः खराबी नहीं। गंभीरता देखे गए प्रभाव पर निर्भर है; वही बदलाव दूसरी जगह फिर नहीं गिनना चाहिए।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W40-070

W50LAN कनेक्टिविटी

W50-010

IPv4 कॉन्फ़िगरेशन

यह क्या है
Wi-Fi कनेक्शन पर उपयोग योग्य IPv4 पता कॉन्फ़िगरेशन की उपलब्धता।
यह क्या मापती है
दिया गया IPv4 पता, कॉन्फ़िगरेशन की स्थिति और उपयोग योग्य IPv6 विकल्प।
यह क्यों ज़रूरी है
पता न मिलने को मान्य केवल-IPv6 नेटवर्क से अलग करना।
नतीजा कैसे समझें
जुड़े रहने और कॉन्फ़िगरेशन पूरा होने के बाद उपयोग योग्य IPv4 या IPv6 दोनों न हों तो 60% कटते हैं। एक परिवार पर्याप्त है; केवल IPv4 न होना विफलता नहीं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W50-010
W50-020

IPv6 कॉन्फ़िगरेशन

यह क्या है
कनेक्शन की IPv6 कॉन्फ़िगरेशन की उपलब्धता और दायरा।
यह क्या मापती है
IPv6 पते, उपयोग योग्य दायरा तथा स्थानीय या इंटरनेट गंतव्यों की कॉन्फ़िगरेशन।
यह क्यों ज़रूरी है
IPv6 की उपलब्धता समझाना और मान्य केवल-IPv4 नेटवर्क को खराब न मानना।
नतीजा कैसे समझें
केवल IPv4 संचालन मान्य है। केवल लिंक-लोकल IPv6 इंटरनेट कॉन्फ़िगरेशन सिद्ध नहीं करता; IPv6 पहुँच अलग जाँची जाती है।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W50-020
W50-030

पते और नेटवर्क रूट

यह क्या है
इच्छित गंतव्यों के लिए उपयुक्त पते और मार्ग उपलब्ध हैं या नहीं।
यह क्या मापती है
उपयोग योग्य IP पते, मेल खाते मार्ग, आवश्यक गेटवे और सफल पहुँच के प्रमाण।
यह क्यों ज़रूरी है
स्थानीय लिंक से बाहर संचार रोकने वाली पता या रूटिंग समस्या पहचानना।
नतीजा कैसे समझें
कॉन्फ़िगरेशन के बाद मेल खाते डिफ़ॉल्ट मार्ग के साथ उपयोग योग्य पता न हो तो 60% कटते हैं। गायब टेलीमेट्री विफलता नहीं; चालू VPN या पुष्ट इंटरनेट पहुँच गलत गायब-मार्ग निष्कर्ष रोकते हैं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W50-030
W50-040

गेटवे कनेक्टिविटी

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W50-040
W50-050

गेटवे कनेक्शन स्थिरता

यह क्या है
स्थानीय गेटवे से मापी गई प्रतिक्रियाओं की स्थिरता।
यह क्या मापती है
बिना लोड गेटवे RTT, जवाब न मिलने का प्रतिशत तथा प्रयासों और जवाबों की संख्या।
यह क्यों ज़रूरी है
सीमित या अनदेखे जवाब देने वाले गेटवे को ध्यान में रखकर स्थानीय प्रतिक्रिया आँकना।
नतीजा कैसे समझें
RTT >30/>100/>300 ms पर 3/5/8%; हानि >0/>10/>30/>50% पर 3/8/12/15% कटते हैं; बड़ी कटौती लागू होती है। 10 प्रयास और 3 जवाब चाहिए। पूरी तरह चुप गेटवे अनुपलब्ध है, स्वतः विफल नहीं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W50-050
W50-060

नेटवर्क कॉन्फ़िगरेशन बदलाव

यह क्या है
सत्र में IP कॉन्फ़िगरेशन या नेटवर्क मार्ग बदलना।
यह क्या मापती है
पता, गेटवे, मार्ग या संबंधित सेटिंग के बदलाव और कनेक्टिविटी से उनका संबंध।
यह क्यों ज़रूरी है
कॉन्फ़िगरेशन बदलने के साथ हुई विफलता या बहाली समझाना।
नतीजा कैसे समझें
मान्य बदलाव स्वतः चेतावनी नहीं। कई DHCP स्रोत केवल असामान्य कॉन्फ़िगरेशन के साथ जाँच का संकेत हैं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W50-060
W50-080

IP / गेटवे की असामान्यताएँ

यह क्या है
IP टकराव या असामान्य गेटवे पहचान के संकेत।
यह क्या मापती है
डिवाइस पहचान, गेटवे बदलाव, पता टकराव और प्रतिक्रिया हानि या पहुँच पर प्रभाव।
यह क्यों ज़रूरी है
दुर्भावनापूर्ण गतिविधि या हमलावर का अनुमान लगाए बिना समर्थित टकराव पहचानना।
नतीजा कैसे समझें
योग्य गेटवे-हानि पैटर्न पर 5%; प्रभाव सहित बार-बार पहचान टकराव पर 10%; प्रभाव सहित वर्तमान पता टकराव या आवश्यक IPv6 डुप्लिकेट-पता जाँच विफलता पर 15% कटते हैं। बिना प्रभाव पहचान अंतर केवल सलाह है।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W50-080
W50-110

LAN डिवाइस खोज

यह क्या है
वास्तव में जाँचे गए स्थानीय डिवाइस और सेवाओं की पहुँच व खोज।
यह क्या मापती है
परीक्षित LAN जवाब, सेवा खोज तथा संबंधित यूनिकास्ट या मल्टीकास्ट तुलना।
यह क्यों ज़रूरी है
LAN और इंटरनेट व्यवहार अलग रखते हुए स्थानीय पहुँच प्रतिबंधों की जाँच।
नतीजा कैसे समझें
सफल जवाब स्थानीय पहुँच का आधार हैं। केवल खोज में न मिलना अनिर्णायक है; जानबूझकर रखा क्लाइंट पृथक्करण इंटरनेट विफलता नहीं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W50-110
W50-120

अपलिंक और बैकहॉल

यह क्या है
नेटवर्क भागों के बीच आंतरिक अपलिंक या बैकहॉल के प्रमाण।
यह क्या मापती है
तय लिंक की जानकारी, समर्थित टेलीमेट्री और संबंधित स्थानीय खंड के प्रदर्शन लक्षण।
यह क्यों ज़रूरी है
हर गति सीमा को केबल या पोर्ट की गलती माने बिना आंतरिक बाधा पहचानना।
नतीजा कैसे समझें
100 Mbps लिंक के लिए तय लिंक दर का प्रमाण चाहिए। लगभग 90-95 Mbps गति सीमा केवल लक्षण है, खराब केबल या बैकहॉल का प्रमाण नहीं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W50-120

W60WAN कनेक्टिविटी

W60-010

राउटर और WAN मार्ग

यह क्या है
निदान में उपलब्ध राउटर और अपस्ट्रीम मार्ग की पहचान।
यह क्या मापती है
राउटर पहचान, सार्वजनिक IP, इंटरनेट प्रदाता या ASN और मार्ग का संदर्भ।
यह क्यों ज़रूरी है
देखी गई नेटवर्क संरचना और रिपोर्ट का अपस्ट्रीम कनेक्शन स्पष्ट करना।
नतीजा कैसे समझें
पहचान अकेले खराबी या स्वस्थ राउटर/WAN सिद्ध नहीं करती। अनुपलब्ध जानकारी अज्ञात ही रहनी चाहिए।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W60-010
W60-020

WAN सत्र स्थिरता

यह क्या है
राउटर का WAN कनेक्शन और देखे गए WAN-सत्र व्यवधान।
यह क्या मापती है
WAN स्थिति, सत्र अवधि या पुनःकनेक्शन, त्रुटियाँ और स्वतंत्र रूप से मापा इंटरनेट प्रभाव।
यह क्यों ज़रूरी है
पुष्ट अपस्ट्रीम समस्या को गायब राउटर स्थिति या अकेली विफल जाँच से अलग करना।
नतीजा कैसे समझें
पुष्ट WAN डिस्कनेक्शन और प्रभावित इंटरनेट पर 60% कटते हैं। प्रभाव सहित बहाल घटनाएँ 1/2/3+ हों तो 10/20/30% कटते हैं। गायब टेलीमेट्री अनुपलब्ध है; जुड़ा दिखना इंटरनेट पहुँच सिद्ध नहीं करता।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W60-020
W60-030

WAN भौतिक लिंक

यह क्या है
मौजूदा गेटवे की टेलीमेट्री से समर्थित भौतिक WAN लिंक की स्थिति।
यह क्या मापती है
भौतिक लिंक स्थिति, उपलब्ध तय गति, दोहराए अवलोकन और इंटरनेट पर प्रभाव।
यह क्यों ज़रूरी है
केवल गति से अनुमान लगाने के बजाय वास्तविक अपस्ट्रीम भौतिक लिंक समस्या पहचानना।
नतीजा कैसे समझें
वर्तमान WAN लिंक बंद और इंटरनेट प्रभावित हो तो 60%; बहाल डाउन घटना के प्रभाव पर 15% कटते हैं। दो संबंधित अवलोकन चाहिए; अनुपलब्ध टेलीमेट्री विफलता नहीं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W60-030
W60-040

WAN ट्रैफ़िक

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W60-040
W60-050

राउटर संसाधन

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W60-050
W60-060

WAN पता और NAT

यह क्या है
अपस्ट्रीम NAT और सीधे दिए गए सार्वजनिक IPv4 से संबंधित पता जानकारी।
यह क्या मापती है
WAN पता, देखा गया सार्वजनिक पता और निजी पता या अपस्ट्रीम अनुवाद के समर्थित संकेत।
यह क्यों ज़रूरी है
इनबाउंड कनेक्शन या कुछ ऐप्स के लिए महत्वपूर्ण नेटवर्क संरचना समझाना।
नतीजा कैसे समझें
डबल NAT या कैरियर-ग्रेड NAT संरचना का संदर्भ है, स्वतः इंटरनेट त्रुटि या कटौती नहीं। पता प्रमाण गायब हों तो निष्कर्ष अनिश्चित है।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W60-060

W70इंटरनेट पहुँच

W70-010

नेटवर्क साइन-इन की आवश्यकता

यह क्या है
सामान्य इंटरनेट पहुँच से पहले नेटवर्क पर साइन-इन या सहमति चाहिए या नहीं।
यह क्या मापती है
पोर्टल संकेत, रीडायरेक्ट या लॉगिन जवाब और पोर्टल के बाहर स्वतंत्र रूप से मापी पहुँच।
यह क्यों ज़रूरी है
हॉटस्पॉट, अतिथि नेटवर्क या फिर प्रमाणीकरण माँगने वाले नेटवर्क पर सीमित कनेक्शन समझाना।
नतीजा कैसे समझें
पुष्ट पोर्टल के साथ कुछ बाहरी पहुँच हो तो 20%; बाहरी पहुँच पूरी रुकने पर 60% कटते हैं। केवल Android पोर्टल संकेत बिना कटौती की चेतावनी है।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W70-010
W70-030

DNS रिज़ॉल्यूशन

यह क्या है
मापे गए कनेक्शन पर होस्टनाम उपयोग योग्य पतों में हल होते हैं या नहीं।
यह क्या मापती है
सफल-विफल डोमेन खोज, पता परिवार की उपलब्धता और स्वतंत्र प्रदाताओं के नतीजे।
यह क्यों ज़रूरी है
अकेले अनुपलब्ध होस्टनाम को व्यापक DNS विफलता से अलग करना।
नतीजा कैसे समझें
विफल अंश 0, 1/3 तक, 2/3 तक, 1 से कम और सभी होने पर 0/10/20/40/60% कटते हैं। तीन डोमेन और दो प्रदाता चाहिए। केवल IPv6 उत्तर गायब होना विफलता नहीं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W70-030
W70-040

DNS स्थिरता

यह क्या है
बार-बार किए गए DNS खोज कितनी जल्दी और लगातार सफल होते हैं।
यह क्या मापती है
तुलनीय सफल खोज समय, जिसमें डोमेन माध्यिकाओं की माध्यिका मिलीसेकंड में है।
यह क्यों ज़रूरी है
देखना कि धीमा नाम-समाधान शुरुआती पहुँच को धीमा कर सकता है या नहीं।
नतीजा कैसे समझें
माध्यिका DNS समय <=500 ms पर कटौती नहीं; >500/>1000/>2000 ms पर 2/5/8% कटते हैं। दो डोमेन, प्रत्येक के तीन सफल तुलनीय नमूने चाहिए। यह सर्वर का प्रसंस्करण समय अलग नहीं मापता।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W70-040
W70-070

सीधे IP से संदर्भ जाँच

यह क्या है
DNS के साथ तुलना में इस्तेमाल ज्ञात संदर्भ पते की पहुँच।
यह क्या मापती है
सीधे IP के नतीजे और संबंधित होस्टनाम समाधान या अन्य पहुँच अवलोकन।
यह क्यों ज़रूरी है
नाम-समाधान समस्या को गंतव्य या नेटवर्क मार्ग की व्यापक समस्या से अलग करना।
नतीजा कैसे समझें
DNS विफल और IP पहुँच सफल हो तो DNS समस्या का समर्थन मिलता है। अकेला विफल संदर्भ पूरे इंटरनेट का बंद होना सिद्ध नहीं करता।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W70-070
W70-080

IPv4 / IPv6 कनेक्टिविटी

यह क्या है
कॉन्फ़िगर किए गए IPv4 और IPv6 मार्गों की वास्तविक पहुँच की तुलना।
यह क्या मापती है
हर पता परिवार के नतीजे, उसकी कॉन्फ़िगरेशन और स्वतंत्र प्रदाताओं में तुलना।
यह क्यों ज़रूरी है
एक मान्य परिवार वाले नेटवर्क को दंडित किए बिना आंशिक रूप से खराब परिवार पहचानना।
नतीजा कैसे समझें
एक परिवार काम करे और दूसरा कॉन्फ़िगर किया परिवार आंशिक/पूरी तरह विफल हो तो 5/10% कटते हैं; दो प्रदाता चाहिए। कॉन्फ़िगर न किए परिवार पर कटौती नहीं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W70-080
W70-100

TCP कनेक्टिविटी

यह क्या है
परीक्षित गंतव्यों और पोर्ट तक TCP कनेक्शन पहुँचता है या नहीं।
यह क्या मापती है
सफलता, विफलता, अस्वीकृति और स्वतंत्र गंतव्यों में विफल डोमेन का अंश।
यह क्यों ज़रूरी है
व्यापक ट्रांसपोर्ट विफलता को गंतव्य-विशिष्ट जवाब से अलग करना।
नतीजा कैसे समझें
विफल डोमेन अंश <=1/3, <=1/2, <0.8, <1 और सभी पर 0/10/25/45/60% कटते हैं। तीन डोमेन और दो प्रदाता चाहिए। अस्वीकृत कनेक्शन भी जवाब मिलने का प्रमाण है।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W70-100
W70-110

TLS सत्यापन

यह क्या है
सुरक्षित कनेक्शन में TLS और प्रमाणपत्र सत्यापन सफल होते हैं या नहीं।
यह क्या मापती है
TLS त्रुटियाँ, प्रमाणपत्र नतीजे, स्वतंत्र प्रभावित प्रदाता और सफल HTTPS तुलनाएँ।
यह क्यों ज़रूरी है
घड़ी या प्रमाणपत्र से संबंधित सहित सुरक्षित कनेक्शन विफलताएँ समझाना।
नतीजा कैसे समझें
अकेली TLS विफलता बिना कटौती चेतावनी है। दो स्वतंत्र प्रभावित प्रदाता हों तो अन्य HTTPS काम करने पर 20%, या TCP सफल होने के बाद सभी लागू TLS प्रयास विफल हों तो 60% कटते हैं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W70-110
W70-130

HTTP / HTTPS उत्तर

यह क्या है
HTTP या HTTPS के ज़रिए इंटरनेट गंतव्यों की पहुँच।
यह क्या मापती है
वेब कनेक्शन नतीजे, जवाब उपलब्धता, विफल डोमेन अंश और स्वतंत्र प्रदाता कवरेज।
यह क्यों ज़रूरी है
नेटवर्क मार्ग की अनुपलब्धता को पोर्टल, सेवा प्रतिबंध या रिमोट सर्वर त्रुटि से अलग करना।
नतीजा कैसे समझें
ट्रांसपोर्ट-विफलता अंश <=1/3, <=1/2, <0.8, <1 और सभी पर 0/10/25/45/60% कटते हैं। तीन डोमेन और दो प्रदाता चाहिए। मान्य HTTP त्रुटि जवाब भी पहुँच सिद्ध करता है।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W70-130
W70-150

डिवाइस की इंटरनेट स्थिति

यह क्या है
Android की इंटरनेट स्थिति और वास्तव में मापी पहुँच का मेल।
यह क्या मापती है
सिस्टम सत्यापन या पोर्टल स्थिति, वर्तमान मार्ग और स्वतंत्र प्रदाताओं से सफल वेब जवाब।
यह क्यों ज़रूरी है
डिवाइस का कनेक्टिविटी लेबल वास्तविक इंटरनेट पहुँच से अलग क्यों है, यह समझाना।
नतीजा कैसे समझें
उसी सक्रिय मार्ग पर दो प्रदाताओं से सफल HTTP के बावजूद असहमति हो तो 5% कटते हैं, जब तक पहुँच/पोर्टल समस्या में पहले शामिल न हो। सत्यापन हर सेवा चलने की गारंटी नहीं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W70-150
W70-160

लोकप्रिय सेवाओं तक पहुँच

यह क्या है
लोकप्रिय सेवाओं की पहुँच की स्वतंत्र सफल संदर्भों से तुलना।
यह क्या मापती है
सेवा-डोमेन नतीजे, प्रभावित परतें, विफल अंश और तुलना सेवाओं की उपलब्धता।
यह क्यों ज़रूरी है
एक सेवा का प्रतिबंध पूरे इंटरनेट का बंद होना माने बिना चुनिंदा समस्या पहचानना।
नतीजा कैसे समझें
विफल अंश <=10%, <=30%, <=50% और उससे अधिक पर 0/3/6/10% कटते हैं। पाँच डोमेन और दो प्रदाता चाहिए। सर्वर त्रुटि या सेवा नीति प्रतिबंध क्लाइंट ट्रांसपोर्ट विफलता नहीं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W70-160
W70-170

VPN / प्रॉक्सी मार्ग

यह क्या है
वास्तव में इस्तेमाल VPN या प्रॉक्सी मार्ग का कनेक्शन और प्रमाणीकरण व्यवहार।
यह क्या मापती है
मार्ग नतीजे, प्रॉक्सी जवाब, प्रमाणीकरण माँगने वाले जवाब और स्वतंत्र नियंत्रण पहुँच।
यह क्यों ज़रूरी है
असमर्थित मापन को वास्तविक विफलता से अलग रखते हुए मध्यस्थ मार्ग की समस्या समझाना।
नतीजा कैसे समझें
लागू प्रॉक्सी से बार-बार पुष्ट HTTP 407 पर कुछ पहुँच सफल हो तो 20%, सभी नियंत्रण अवरुद्ध हों तो 60% कटते हैं। असमर्थित कॉन्फ़िगरेशन अनुपलब्ध रहती है।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W70-170
W70-190

UDP कनेक्टिविटी

यह क्या है
परीक्षित UDP सेवाएँ समय-सीमा के भीतर जवाब देती हैं या नहीं।
यह क्या मापती है
भेजे अनुरोध, मिले जवाब, समय-सीमा तक गैर-प्रतिक्रिया दर और प्रदाताओं की तुलना।
यह क्यों ज़रूरी है
TCP और अन्य पहुँच नतीजों के साथ प्रोटोकॉल-विशिष्ट प्रतिक्रिया समस्या जाँचना।
नतीजा कैसे समझें
अकेले चुप प्रदाता को हटाने के बाद गैर-प्रतिक्रिया 0, <=20%, <=50%, >50% पर 0/5/10/15% कटते हैं। पाँच अनुरोध और एक जवाब चाहिए। दोनों प्रदाता चुप हों तो अवरोध सिद्ध नहीं होता।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W70-190
W70-200

ट्रेसरूट

यह क्या है
पहुँच योग्य वेबसाइट के मार्ग पर प्रतिक्रिया देने वाले हॉप।
यह क्या मापती है
लौटी हॉप जानकारी, संबंधित ICMP त्रुटियाँ, ट्रेस की पूर्णता और गंतव्य की पहुँच।
यह क्यों ज़रूरी है
चुप हॉप की खराबी का स्थान अनुमान लगाए बिना मार्ग का संदर्भ देना।
नतीजा कैसे समझें
गंतव्य पहुँचने पर कटौती नहीं; समर्थित पूर्ण ट्रेस वहाँ न पहुँचे तो 5% कटते हैं। बीच के चुप हॉप अलग से दंडित नहीं; असमर्थित या रद्द ट्रेस अनुपलब्ध हैं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W70-200
W70-210

इंटरनेट कनेक्शन की प्राथमिकता

यह क्या है
पुष्ट इंटरनेट पहुँच वाले Wi-Fi से जुड़े रहने पर भी फ़ोन मोबाइल डेटा चुनता है या नहीं।
यह क्या मापती है
सक्रिय डिफ़ॉल्ट माध्यम, जुड़ा Wi-Fi मार्ग और स्वतंत्र प्रदाताओं पर सफल Wi-Fi पहुँच।
यह क्यों ज़रूरी है
ऐसी प्राथमिकता दिखाना जो चल रहे Wi-Fi का उपयोग रोक सकती है।
नतीजा कैसे समझें
चलते Wi-Fi के बावजूद पुष्ट मोबाइल प्राथमिकता पर 3% कटते हैं। मिश्रित, VPN, अज्ञात, पोर्टल या कम अवलोकन वाले मार्ग अनिर्णायक हैं। Android ने मोबाइल डेटा क्यों चुना, इससे सिद्ध नहीं होता।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W70-210

W80नेटवर्क प्रदर्शन

W80-010

निष्क्रिय इंटरनेट विलंब

यह क्या है
परीक्षण लोड न होने पर चुने इंटरनेट गंतव्य तक प्रतिक्रिया का विलंब।
यह क्या मापती है
निष्क्रिय RTT मिलीसेकंड में, माध्यिका, ऊपरी प्रतिशतक, प्रयास, जवाब और माप अवधि।
यह क्यों ज़रूरी है
प्रतिक्रिया और बाद में ट्रैफ़िक लोड के कारण बढ़े विलंब का आधार बनाना।
नतीजा कैसे समझें
माध्यिका RTT <=300 ms पर कटौती नहीं; >300/>600/>1000 ms पर 5/10/20% कटते हैं। उसी मार्ग पर 10 प्रयास और 3 जवाब चाहिए। केवल अधिक विलंब इंटरनेट बंद होना नहीं है।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W80-010
W80-030

संक्षिप्त डाउनलोड गति जाँच

यह क्या है
एक छोटे नियंत्रित स्थानांतरण में वास्तव में मिली डाउनलोड गति।
यह क्या मापती है
मिले डेटा की मात्रा, स्थानांतरण अवधि और Mbps में डाउनलोड थ्रूपुट।
यह क्यों ज़रूरी है
इंटरनेट प्लान की अधिकतम गति का दावा किए बिना व्यावहारिक डाउनलोड झलक देना।
नतीजा कैसे समझें
>=20 Mbps पर 0%; 5 से <20 पर 5%; 1 से <5 पर 10%; >0 से <1 पर 20% कटते हैं। दर-सीमित या अमान्य माप अनुपलब्ध हैं, 0 Mbps नहीं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W80-030
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 चाहिए। दोनों दिशाओं की बड़ी कटौती लागू करें; निरपेक्ष सीमा पूरी न हो तो निचला बैंड लागू न करें।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W80-040
W80-060

अपलोड गति

यह क्या है
छोटे स्थानांतरण में प्राप्त होने की पुष्टि वाले डेटा पर आधारित अपलोड गति।
यह क्या मापती है
पुष्ट अपलोड मात्रा, स्थानांतरण अवधि और Mbps में अपलोड थ्रूपुट।
यह क्यों ज़रूरी है
भेजने वाले की प्रगति को प्राप्ति का प्रमाण माने बिना अपस्ट्रीम प्रदर्शन बताना।
नतीजा कैसे समझें
>=5 Mbps पर 0%; 1 से <5 पर 5%; 0.25 से <1 पर 10%; >0 से <0.25 पर 20% कटते हैं। दर-सीमित या अपुष्ट नतीजे अनुपलब्ध हैं, 0 Mbps नहीं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W80-060
W80-070

ट्रांसफ़र स्थिरता

यह क्या है
डेटा स्थानांतरण के मान्य हिस्सों में उतार-चढ़ाव और ठहराव।
यह क्या मापती है
लगातार शून्य-डेटा अवधि और तुलनीय खिड़कियों में माध्यिका के सापेक्ष गति का बदलाव।
यह क्यों ज़रूरी है
ठीक औसत गति के बावजूद रुकने या बदलने वाले स्थानांतरण समझाना।
नतीजा कैसे समझें
कम से कम 1/2/3 सेकंड शून्य डेटा पर 5/10/15% कटते हैं। पर्याप्त कवरेज में (P90-P10)/P50 >1/>2 पर 3/5%; बड़ी कटौती लागू करें। मापन विराम या अधूरे अपलोड बाहर रखे जाते हैं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W80-070
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%; बड़ी कटौती लागू करें। वेब चले और पिंग चुप हो तो इंटरनेट बंद नहीं माना जाता।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W80-080
W80-090

पृष्ठभूमि ट्रैफ़िक और तापमान

यह क्या है
मापित प्रदर्शन गिरावट के साथ डिवाइस ताप और बैकग्राउंड ट्रैफ़िक का संदर्भ।
यह क्या मापती है
Android थर्मल स्थिति, तुलनीय थ्रूपुट बदलाव और उसी मार्ग पर सत्यापित ट्रैफ़िक हिस्से।
यह क्यों ज़रूरी है
गति या स्थिरता को प्रभावित करने वाली समर्थित डिवाइस-स्तरीय स्थिति पहचानना।
नतीजा कैसे समझें
कम से कम 5 सेकंड गंभीर थर्मल स्थिति पर 5%, या मध्यम थर्मल स्थिति/बैकग्राउंड हिस्सा >=50% के साथ थ्रूपुट गिरावट >=30% पर कटौती होती है। केवल बैटरी तापमान गर्मी के कारण प्रदर्शन सीमित होना सिद्ध नहीं करता।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W80-090
W80-100

संदर्भ लक्ष्यों की तुलना

यह क्या है
वास्तव में मापे संदर्भ गंतव्यों और मार्गों के बीच प्रदर्शन अंतर।
यह क्या मापती है
तुलनीय गंतव्य-विशिष्ट विलंब या थ्रूपुट और कनेक्शन का संबंधित संदर्भ।
यह क्यों ज़रूरी है
दिखाना कि समस्या व्यापक है या मापे मार्ग तक अधिक सीमित।
नतीजा कैसे समझें
अंतर संदर्भ है, अलग कटौती नहीं। Wi-Fi लिंक दर से कम थ्रूपुट या लगभग 90-95 Mbps सीमा अकेले खराब घटक नहीं पहचानती।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W80-100

W90निदान के निष्कर्ष

W90-010

असामान्यताओं की पुष्टि

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W90-010
W90-020

सिग्नल और कनेक्टिविटी का संबंध

यह क्या है
Wi-Fi सिग्नल बदलाव का कनेक्शन या प्रदर्शन समस्या के समय से संबंध।
यह क्या मापती है
सिग्नल का बदलाव, कनेक्शन लक्षण, मेल खाते समय और पुष्टि करने वाले अवलोकन।
यह क्यों ज़रूरी है
दिखाना कि रेडियो लिंक समस्या कनेक्शन गुणवत्ता गिरने की समर्थित वजह है या नहीं।
नतीजा कैसे समझें
एक साथ घटनाएँ भरोसा बढ़ाती हैं, अकेले कारण सिद्ध नहीं करतीं। सिग्नल की कटौती W30 में रहती है, यहाँ दोबारा नहीं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W90-020
W90-030

रोमिंग और रुकावट का संबंध

यह क्या है
रोमिंग, बैंड बदलना और पुनःकनेक्शन का सेवा व्यवधान से संबंध।
यह क्या मापती है
बदलाव व व्यवधान का समय, बार-बार स्विच होना और पहले-बाद के अवलोकन।
यह क्यों ज़रूरी है
समझाना कि Wi-Fi हैंडओवर के साथ ध्यान देने योग्य कनेक्शन समस्या हुई या नहीं।
नतीजा कैसे समझें
बिना मापित व्यवधान का बदलाव खराबी नहीं। उसी हैंडओवर के अनेक परिणाम एक घटना रहते हैं।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W90-030
W90-040

कॉन्फ़िगरेशन और विफलता का संबंध

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W90-040
W90-050

समस्या का स्थान निर्धारण

यह क्या है
रिपोर्ट के प्रमाण से समर्थित नेटवर्क का सबसे विशिष्ट प्रभावित हिस्सा।
यह क्या मापती है
संयुक्त Wi-Fi, स्थानीय पते, गेटवे, इंटरनेट मार्ग और अलग सेवाओं के नतीजे।
यह क्यों ज़रूरी है
असंबंधित सेटिंग बदलने या उपकरण बदलने के बजाय समर्थित दायरे पर ध्यान देना।
नतीजा कैसे समझें
गेटवे के आगे समस्या स्वतः ISP या राउटर को कारण नहीं बनाती। गायब राउटर टेलीमेट्री अन्य मापित नतीजों को अमान्य नहीं करती।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W90-050
W90-060

प्रमाणों का भरोसा

यह क्या है
उपलब्ध प्रमाण रिपोर्ट के निष्कर्षों में कितना भरोसा देते हैं।
यह क्या मापती है
पूरी और अनुपलब्ध जाँचें, प्रमाण कवरेज, समर्थित निर्णय और गायब जानकारी।
यह क्यों ज़रूरी है
अनिश्चितता दिखाना, ताकि उपयोगकर्ता और AI अधूरी जाँच को बेहतरीन कनेक्शन न मानें।
नतीजा कैसे समझें
N/A न सफल है न विफल, और कटौती नहीं करता। कुछ सफल जाँचें पूर्ण स्कोर सिद्ध नहीं करतीं; मुख्य प्रमाण गायब हों तो स्कोर अनुपलब्ध रह सकता है।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W90-060
W90-070

निष्कर्ष और सुझाव

यह क्या है
रिपोर्ट में एकत्र समस्याएँ, समर्थक प्रमाण और अगले कदम।
यह क्या मापती है
अलग निष्कर्ष, संबंधित प्रमाण, बहाल घटनाएँ और एक कारण को बार-बार न गिनने वाले सुझाव।
यह क्यों ज़रूरी है
स्वतंत्र समस्याएँ और सलाह अलग रखते हुए मापों को संक्षिप्त समस्या-समाधान सार में बदलना।
नतीजा कैसे समझें
एक DNS समस्या कई न की गई ट्रांसपोर्ट विफलताएँ नहीं बननी चाहिए। बहाल घटनाएँ दर्ज रहती हैं; सुरक्षा या अनुकूलन सलाह स्वतः स्थिरता स्कोर नहीं घटाती।

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W90-070
W90-080

रिपोर्ट सारांश

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

उदाहरण परिणाम

JSON

WiFi 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"
  }
}
पूरा परिणाम JSON में देखें
W90-080

ये उदाहरण ऐप के आउटपुट का प्रारूप दिखाते हैं। ये समझाने के लिए बनाई गई स्थितियाँ हैं, आपके नेटवर्क के माप नहीं।