Lorawan-stack: डिवाइस मिलान का अनुकूलन करें

को निर्मित 5 जून 2020 · 5टिप्पणियाँ · स्रोत: TheThingsNetwork/lorawan-stack

सारांश

नेटवर्क सर्वर में डिवाइस मिलान का अनुकूलन करें

हमें यह क्यों चाहिये?

जब हम DevAddr के पुन: उपयोग को बढ़ाते हैं और DevAddr का आकार बढ़ाते हैं, तो Redis I/O, मेमोरी उपयोग और समग्र गणना प्रदर्शन के लिए।

वहां पहले से क्या है? अब आप क्या देखते हैं?

वर्तमान में, NS, DevAddr द्वारा उपकरणों पर रेंज करता है, और प्रोटो को डिकोड करता है। प्रोटोस बड़े होते हैं, जिनमें मैक स्थिति और हाल के अपलिंक और डाउनलिंक संदेश होते हैं, साथ ही डुप्लिकेट DevAddr के कई प्रोटो (सैकड़ों) हो सकते हैं।

क्या चीज़ छूट रही है? तुम क्या देखना चाहते हो?

मिलान किए गए डिवाइस को लोड करने से पहले, हमें यूआईडी द्वारा उपकरणों के लिए अपलिंक मिलान करने के लिए रेडिस में एक भौतिक दृश्य की आवश्यकता है।

आप इसे कैसे लागू करने का प्रस्ताव रखते हैं?

समर्पित कुंजियों में मिलान के लिए प्रासंगिक जानकारी संग्रहीत करें, इसलिए मूल रूप से DevAddr, FCnt, NwkSIntKeys और UID।

एक सॉर्ट किया गया सेट और/या हैश मैप उपयोगी होगा क्योंकि यह FCnt द्वारा Redis सॉर्टिंग और फ्रॉम-क्वेरी को सक्षम बनाता है, अखंडता कुंजी और UID प्राप्त करता है।

प्रत्येक अपलिंक पर इस भौतिक दृश्य को अपडेट करें और शामिल हों-स्वीकार करें।

हम मौजूदा मिलान योजना में फॉलबैक के साथ एक रोलिंग माइग्रेशन कर सकते हैं।

आप इसका परीक्षण कैसे करने का प्रस्ताव करते हैं?

यूनिट परीक्षण, संभावित रूप से परीक्षण में रेडिस कुंजी और उनके मूल्यों पर जोर देने के साथ।

क्या आप इसे स्वयं कर सकते हैं और पुल अनुरोध सबमिट कर सकते हैं?

समीक्षा कर सकते हैं

network server performance in progress scalability

स्रोत

johanstokking

सभी 5 टिप्पणियाँ

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

तो सुझाव है कि:

ns:devices:uid:foo:bar:recent_uplinks
ns:devices:uid:foo:bar:recent_downlinks
ns:devices:uid:foo:bar:mac_state:recent_uplinks
ns:devices:uid:foo:bar:mac_state:recent_downlinks
ns:devices:uid:foo:bar:pending_mac_state:recent_uplinks
ns:devices:uid:foo:bar:pending_mac_state:recent_downlinks
...
ns:devices:uid:foo:bar - बाकी प्रोटो

माइग्रेशन स्वचालित रूप से होगा, इसी तरह पहले से ही रजिस्ट्रियों में बहिष्कृत फ़ील्ड को कैसे हैंडल किया जाता है।

rvolosatovs 22 जून 2020

यहां क्या स्थिति है?

johanstokking 20 अग॰ 2020

मुझे उम्मीद है कि यह अगले सप्ताह के अंत तक विलय के लिए तैयार हो जाएगा।
कार्यान्वयन हफ्तों के लिए किया जाता है, रिफैक्टरिंग पर काम कर रहा है और तब से परीक्षण को अनुकूलित कर रहा है

rvolosatovs 20 अग॰ 2020

👍1

यदि डिवाइस का मिलान नहीं किया जा सकता है तो कृपया लौटाई गई त्रुटि को और स्पष्ट करने पर विचार करें। उदाहरण के लिए देखें https://github.com/TheThingsNetwork/lorawan-stack/issues/2394।

हम बहुत सारी जानकारी प्रदान नहीं कर सकते हैं, लेकिन device_not_found अर्थ है कि डिवाइस नहीं मिल सकता है, जबकि यह हो सकता है कि DevAddr बिल्कुल नहीं मिला है, कि MIC मिली प्रविष्टियों के साथ मेल नहीं खाता है और/ या यह कि FCnt रीसेट हो गया है, जबकि मिली प्रविष्टियों के साथ इसकी अनुमति नहीं है।

johanstokking 24 अग॰ 2020

👍1

अच्छा सुझाव है, लेकिन मुझे लगता है कि इसे अगले चरण के रूप में करना सबसे अच्छा है, क्योंकि यह अपेक्षाकृत जटिल कार्यक्षमता के साथ समीक्षा करने के लिए एक बड़ा पीआर होगा

rvolosatovs 24 अग॰ 2020

👍1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स