Gluon: फ़ीचर अनुरोध: मेशलिंक के बेहतर नियंत्रण के लिए 802.11 एस सुविधाओं का उपयोग करें

को निर्मित 7 जुल॰ 2017 · 4टिप्पणियाँ · स्रोत: freifunk-gluon/gluon

बेहतर प्रदर्शन के लिए कुछ मेश-लिंक्स पर नियंत्रण रखना अच्छा हो सकता है
802.11s में कुछ विकल्प हैं जिनका उपयोग हम नोड के मेश-लिंक के बारे में नियंत्रण पाने के लिए कर सकते हैं।

उदाहरण के लिए हम नोड के साथ जालीदार नोड्स की सफेद या ब्लैकलिस्टिंग प्रदान कर सकते हैं:
https://github.com/o11s/open80211s/wiki/HOWTO#advanced -tinkering

अन्य संभावित 802.11s पैरामीटर हैं:
संभावित जाल पैरामीटर हैं:

मेश_रेट्री_टाइमआउट
मेश_कॉन्फर्म_टाइमआउट
मेश_होल्डिंग_टाइमआउट
मेश_मैक्स_पीयर_लिंक्स
मेश_मैक्स_रिट्रीज
मेश_टीटीएल
जाल_तत्व_ttl
मेश_ऑटो_ओपन_प्लिंक्स
मेश_hwmp_max_preq_retrys
मेश_पथ_रिफ्रेश_टाइम
मेश_मिन_डिस्कवरी_टाइमआउट
मेश_एचडब्ल्यूएमपी_एक्टिव_पाथ_टाइमआउट
मेश_एचडब्ल्यूएमपी_preq_min_interval
मेश_एचडब्ल्यूएमपी_नेट_डायमीटर_ट्रैवर्सल_टाइम
मेश_एचडब्ल्यूएमपी_रूटमोड
मेश_एचडब्ल्यूएमपी_रन_इंटरवल
मेश_गेट_घोषणाएं
मेश_fwding
मेश_सिंक_ऑफसेट_मैक्स_नेघोर
मेश_आरएसआई_दहलीज
मेश_hwmp_active_path_to_root_timeout
मेश_एचडब्ल्यूएमपी_रूट_इंटरवल
मेश_एचडब्ल्यूएमपी_कॉन्फर्मेशन_इंटरवल
मेश_पॉवर_मोड
मेश_अवेक_विंडो
मेश_प्लिंक_टाइमआउट

यह भी अच्छा होगा यदि iw dev mesh0 स्टेशन डंप पैरामीटर जैसे बिटरेट और अपेक्षित थ्रूपुट को स्थिति पृष्ठ पर दिखाया जा सकता है। (बीटीडब्ल्यू: मुझे लगता है कि 100 का बीकन अंतराल लंबा हो सकता है।)

enhancement rfc

स्रोत

A-Kasper

सबसे उपयोगी टिप्पणी

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

लिंक को ब्लैकलिस्ट करने की अनुमति देने पर कुछ काम freifunk-gluon/packages#118 में किया गया था, लेकिन यह समाप्त नहीं हुआ है।

बीकन अंतराल को बढ़ाना शायद एक अच्छा विचार है, हमें बस एक अच्छा मूल्य तय करने की जरूरत है (साथ ही, सभी वीआईएफ एक ही बीकन अंतराल का उपयोग करते हैं, इसलिए परिवर्तन एपी इंटरफेस को भी प्रभावित करेंगे)।

NeoRaider 7 जुल॰ 2017

👍3

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

NeoRaider 7 जुल॰ 2017

👍3

बीकन अंतराल को बढ़ाने से उस समस्या का समाधान नहीं होगा जिसमें एक आवृत्ति भीड़ होती है। उससे अधिक बैंडविड्थ वृद्धि की अपेक्षा न करें (अधिकतम 10%)। ओवरलैपिंग बीएसएस के मामले में आप वास्तव में टीडीएमए या कम से कम आरटीएस/सीटीएस चाहते हैं। उदाहरण के लिए http://netshe.ru/ ने एक batadv14-आधारित TDMA कार्यान्वयन का निर्माण किया है जो पैकेट हानि का उपयोग नहीं करता है लेकिन मीट्रिक गणना के लिए nl80211 वाईफाई जानकारी का उपयोग करता है (लेकिन यह बंद स्रोत है और पर्याप्त रूप से बनाए रखा नहीं गया है)।
ATH9K HMAC https://github.com/szehl/ath9k-hmac CSMA/CA को तोड़े बिना TDMA को काम करने के लिए एक छोटे से हैक का उपयोग करने का एक प्रूफ-ऑफ-कॉन्सेप्ट कार्यान्वयन है। इससे यह सुनिश्चित किया जा सकता है कि एपी नेटवर्क मेष नेटवर्क में हस्तक्षेप नहीं करते हैं, लेकिन अपस्ट्रीम कर्नेल समर्थन के लिए इसे साफ करने के लिए नियोराइडर जैसे किसी व्यक्ति की आवश्यकता होगी। यूजरस्पेस नेटलिंक संचार इंटरफेस सी ++ में लिखा गया है और इसे पहले सी में फिर से लिखने की जरूरत है। टीडीएमए नियमों की गतिशील सेटिंग के लिए कोई हैंडलर भी नहीं है।

CodeFetch 18 नव॰ 2017

👍1

~~हो सकता है कि मुझे कोई समस्या मिली हो जो 802.11s के प्रदर्शन को और खराब कर देती है।~~
802.11s में MCCA नाम की एक विशेषता होती है जो TDMA के समान काम करने वाली टक्कर से बचने की क्रियाविधि है। सभी 802.11s पड़ोसी डिफ़ॉल्ट रूप से सिंक्रनाइज़ होते हैं (देखें 802.11s Mesh Synchronization )। यह आश्चर्यजनक रूप से सटीक है (औसत <10 माइक्रोसेकंड)। टीडीएमए के विपरीत एमसीसीए टाइमलॉट का उपयोग नहीं करता बल्कि डीटीआईएम अंतराल का उपयोग करता है। एक 802.11s नोड इसके उपयोग के लिए यूनिकास्ट या मल्टीकास्ट ऐसे DTIM अंतराल के माध्यम से अनुरोध कर सकता है। सभी पड़ोसी नोड्स अपने स्वयं के अंतराल के साथ किसी भी ओवरलैप के आधार पर उत्तर के माध्यम से इसे अस्वीकार या स्वीकार करेंगे। इस प्रकार एमसीसीए 802.11 के लिए एक प्रकार का स्व-संगठित टीडीएमए सुविधा है जो वास्तव में अच्छा है और काश मुझे इसके बारे में पहले पता होता।

जहां तक मैं देख सकता हूं कि जाल इंटरफेस के डीटीआईएम-अंतराल का अन्य वीआईएफ पर कोई प्रभाव नहीं पड़ता है।

संपादित करें: मुझे लगता है कि यह बड़ा मुद्दा नहीं है क्योंकि ऐसा लगता है कि एमसीसीए को एथ 9के में बिल्कुल भी लागू नहीं किया गया है। क्या ईडीसीए को कई वीआईएफ के साथ कोई समस्या हो सकती है (क्या यह क्यू शेड्यूलिंग का उपयोग करता है)? ब्रॉडकॉम/रैलिंक ड्राइवरों के बारे में क्या? मुझे लगता है कि कोई आईई की जांच कर सकता है यदि कोड बंद स्रोत है या बस बहुत भ्रमित है। दुर्भाग्य से मैं इसके लिए सही प्रारूप नहीं जानता और केवल यही पाया:

प्रत्येक स्टेशन कर सकते हैं
एमसीसीए के लिए इसके समर्थन को सक्षम करें और एमसीसीए सक्षम बिट को 1 पर सेट करके इस समर्थन को दिखाएं,
जो मेश कॉन्फ़िगरेशन एलिमेंट के मेश कैपेबिलिटी सबफील्ड में मौजूद है
बीकन और जांच प्रतिक्रियाएं। एक अन्य स्टेशन एमसीसीए का समर्थन कर सकता है लेकिन इसे लागू नहीं कर सकता
मेश कैपेबिलिटी सबफील्ड में एमसीसीए समर्थित बिट भी शामिल है)। उस स्थिति में, स्टेशन कर सकते हैं
एमसीसीए तंत्र में भाग ले सकते हैं, लेकिन कोई एमसीसीए आरक्षण शुरू नहीं कर सकते हैं।
देखें https://www.cwnp.com/uploads/802-11s_mesh_networking_v1-0.pdf

CodeFetch 13 दिस॰ 2017

समापन: अधिकांश 11s विकल्प ग्लूऑन के लिए प्रासंगिक नहीं हैं। यदि हमें समर्थन के लिए एक विशिष्ट विकल्प दिलचस्प लगता है, तो एक अलग मुद्दा खोला जाना चाहिए।

यह सभी देखें:

#421 (व्यक्तिगत जाल लिंक को अवरुद्ध करना)
#2028 (बीकन अंतराल विन्यास)

NeoRaider 30 मई 2020

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

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

Gluon: फ़ीचर अनुरोध: मेशलिंक के बेहतर नियंत्रण के लिए 802.11 एस सुविधाओं का उपयोग करें

सबसे उपयोगी टिप्पणी

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

संबंधित मुद्दों