मिक्रोटिक क्यूओएस - डिबंकिंग मिथक

एक राउटर सेट करने से पहले (यह कोई फर्क नहीं पड़ता - $ 50 के लिए एक ऑफिस हार्डवेयर राउटर या दो 4-कोर प्रोसेसर वाले सर्वर पर आधारित एक सॉफ्टवेयर राउटर) - यह समझना महत्वपूर्ण है कि कैसे जंजीरों में पैकेट चलते हैं (ऑनलाइन प्रलेखन पैकेट फ्लो डायग्राम देखें - पैकेट फ्लो आरेख s)।
क्या, कहाँ, कब और क्यों की समझ के बिना जटिल विन्यास को ठीक से प्रबंधित और बनाए रखना संभव नहीं है।

ट्रैफ़िक ब्रिजिंग (लेयर 2 (मैक)) के मामले में, मार्ग को एक काले ग्रे "बॉक्स" लेयर 3 के रूप में प्रस्तुत किया जाता है,


...



यातायात मार्ग के मामले में (लेयर 3 (IP)) - ब्रिजिंग को ग्रे "बॉक्स" ब्रिजिंग के रूप में प्रस्तुत किया जाता है,


लघु आरेख:



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

राउटरओएस में बैंडविड्थ प्रबंधन का संपूर्ण कार्यान्वयन एक पदानुक्रम पर आधारित है - पदानुक्रमित टोकन बकेट ( HTB )।



HTB आपको पदानुक्रमित (पेड़ जैसी) कतार संरचनाएं बनाने और उनके बीच संबंधों को परिभाषित करने की अनुमति देता है।



राउटरओएस 5.x 3 वर्चुअल एचटीबी (ग्लोबल-इन, ग्लोबल-टोटल, ग्लोबल-आउट) का समर्थन करता है और प्रत्येक आउटपुट इंटरफ़ेस के सामने एक और सीधे:


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

डाउनलोड स्ट्रीम


स्ट्रीम अपलोड करें


_______________________________________________________________________________

एक गलत धारणा है कि ROS में + NAT + PCQ कतार प्रकार को आकार देने से काम नहीं चलता है।
तकी बड़ी काम आती है।
मैं इसकी गारंटी देता हूं।

क्यू ट्री (और भौतिक आउटपुट इंटरफेस नहीं) के माता-पिता के रूप में ग्लोबल-आउट निर्दिष्ट करें - अपलोड और डाउनलोड ट्रैफ़िक दोनों के लिए। यह प्रलेखन में कहा गया है।
लेबल पैकेट, उदाहरण के लिए, मेंगल फॉरवर्ड में - अपलोड और डाउनलोड ट्रैफ़िक के लिए अलग से, और पीसीक्यू स्वास्थ्य पर कतार प्रकार का उपयोग करें, जहां गति सीमाएं इंगित की गई हैं। उपयोगकर्ताओं को गति देने के लिए यह योजना - वैसे भी काम करती है - NAT, pppoe / l2tp / pptp, IpoE, Hotspot की उपस्थिति / अनुपस्थिति की परवाह किए बिना।

सरल कतार:
5 वें और उसके बाद तक के रोस संस्करणों में सरल कतार का उपयोग न करें, यदि आपके पास बड़ी संख्या में उपयोगकर्ता हैं, तो प्रदर्शन नाटकीय रूप से गिर जाएगा।

सरल कतारें क्रम में जाती हैं - जैसे फ़ायरवॉल नियम।
998 पिछली कतारों में से प्रत्येक के अनुपालन के लिए 999 वीं कतार के पैकेटों की जाँच की जाएगी।

प्रत्येक सरल कतार 3 अलग-अलग कतारों में खड़ी हो सकती है:
ग्लोबल-इन ("प्रत्यक्ष" भाग) में से एक
ग्लोबल-आउट ("रिवर्स" भाग) में से एक
वैश्विक-कुल में एक ("कुल" भाग)

कतार पेड़ कतार पेड़ का उपयोग करें।



जब पैकेट राउटर से गुजरते हैं, तो वे सभी 4 HTB पेड़ों से गुजरते हैं।

जब पैकेट राउटर पर आते हैं, तो वे केवल वैश्विक-और वैश्विक-कुल HTB पास करते हैं।

जब पैकेट राउटर से निकलते हैं, तो वे केवल वैश्विक-आउट, वैश्विक-कुल और inerface HTB पास करते हैं।

यदि कतार में कम से कम एक बच्चा है, तो यह माता-पिता की कतार है।

सभी बच्चे कतारें (चाहे वे माता-पिता के कितने भी स्तर हों) HTB के समान निचले स्तर पर हैं।

वंशज वास्तविक यातायात खपत बनाते हैं, माता-पिता केवल यातायात के वितरण के लिए जिम्मेदार हैं।

वंशज पहले एक सीमा पर यातायात सीमा प्राप्त करेंगे, और बाकी यातायात माता-पिता द्वारा वितरित किया जाएगा।

HTB की दो गति सीमाएँ हैं:
- CIR (डेटा ट्रांसफर दर की गारंटी) - (सीमा-राउटरओएस में): सबसे खराब स्थिति में, स्ट्रीम को ट्रैफ़िक की यह राशि प्राप्त होगी, इससे कोई फ़र्क नहीं पड़ता (बशर्ते कि हम वास्तव में इतना डेटा भेज सकें)।

- MIR (अधिकतम डेटा अंतरण दर) - (राउटरओएस में अधिकतम-सीमा): सबसे अच्छी स्थिति में, प्रवाह दर को बढ़ाया जा सकता है यदि मूल कतार में बैंडविड्थ मार्जिन है।

सबसे पहले, एचटीबी प्रत्येक वंश को एक सीमा-गति के साथ संतुष्ट करने की कोशिश करेगा - और उसके बाद ही अधिकतम-सीमा तक पहुंचने का प्रयास करेगा।

माता-पिता की अधिकतम गति, वंशजों की गारंटीकृत गति के योग के बराबर या उससे अधिक होनी चाहिए।

MIR (मूल) (CIR (descendant_1) + ... + CIR (descendant_N)।

किसी भी बच्चे की अधिकतम गति माता-पिता की अधिकतम गति से कम या उसके बराबर होनी चाहिए।

MIR (मूल) (MIR (child_1)
MIR (मूल) (MIR (descendant_2)
MIR (मूल) (MIR (descendant_N)

प्राथमिकता केवल पोस्टर के लिए काम करती है (यह माता-पिता की प्राथमिकता को बदलने के लिए कोई मतलब नहीं है)
1 - सर्वोच्च प्राथमिकता
8 - सबसे कम प्राथमिकता

उच्च प्राथमिकता वाली कतार को कम प्राथमिकता वाली कतारों से पहले अधिकतम गति (अधिकतम-सीमा) प्राप्त करने का अवसर मिलता है।

वास्तविक यातायात प्राथमिकताकरण केवल तभी काम करेगा जब सीमाएं निर्धारित हों। बिना सीमा के एक कतार को प्राथमिकता नहीं दी जाएगी।

फट:
बर्स्ट क्यूओएस ग्राहकों के लिए वेब सर्फिंग की गुणवत्ता में सुधार करने के सर्वोत्तम तरीकों में से एक है।

बर्स्ट थोड़े समय के लिए उच्च डेटा दरों की अनुमति देता है।

यदि औसत डेटा दर फट सीमा से कम है, तो फट का उपयोग किया जा सकता है (वास्तविक डेटा दर फट-सीमा तक पहुंच सकती है)।

औसत डेटा दर की गणना अंतिम फटने वाले सेकंड से की जाती है।

औसत डेटा दर की गणना निम्न प्रकार से की जाती है:

- फट-समय को 16 खंडों में विभाजित किया गया है;

- राउटर इन छोटे खंडों में प्रत्येक वर्ग की औसत डेटा अंतरण दर की गणना करता है;

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





बर्स्ट का इस्तेमाल करने से घर या छोटे ऑफिस में ही समझदारी आती है। या "छोटे" टैरिफ के साथ एक अपेक्षाकृत छोटा प्रदाता - उदाहरण के लिए 256k, 512k, 1024k। क्योंकि 2 मेगाबिट्स और अधिक से टैरिफ वेब सर्फिंग के लिए किसी भी मामले में पहले से ही काफी आरामदायक हैं - इसलिए, फट का प्रभाव सूक्ष्म होगा।
बड़ी संख्या में उपयोगकर्ताओं और आधुनिक टैरिफ के साथ, फट का उपयोग करना सॉफ़्टवेयर राउटर के प्रदर्शन के दृष्टिकोण से व्यावहारिक नहीं हो सकता है (लेकिन आप तय करते हैं)।

कतार का आकार:
कतार के आकार का कतार प्रदर्शन पर सीधा प्रभाव पड़ता है - यह पैकेट हानि और बढ़ी हुई विलंबता (विलंब) के बीच एक विकल्प है।

RoutesOS में, कतार का आकार एक प्रकार की कतार के लिए आम है (यानी, एक ही प्रकार की कई कतारें हो सकती हैं - लेकिन कतार का आकार एक ही होगा - और इसलिए कतार प्रकार में सेट)।

किंवदंती विनाश:
यहां बताया गया है कि यह वास्तव में कैसे काम करता है:

‣ HTB प्राथमिकताकरण पैकेट के अनुक्रम को नहीं बदलता है - यह दूसरों के सामने कुछ पैकेटों को पुनर्व्यवस्थित नहीं करता है;

, एचटीबी में, प्राथमिकताकरण एक उपकरण है जो आपको यह तय करने में मदद करता है कि कौन से पैकेट आगे जाएंगे और कौन से गिराए जाएंगे।

Drop एक पैकेट छोड़ने का निर्णय सीमा पर आधारित है - इस प्रकार, यदि गति सीमा निर्धारित नहीं है, तो प्राथमिकताओं का कोई प्रभाव नहीं पड़ता है।

Ets प्राथमिकता भी गारंटी (CIR) से कम या बराबर गति से चलने वाले पैकेट के यातायात को प्रभावित नहीं करती है। पैकेट केवल क्यूओएस एल्गोरिथ्म के माध्यम से जाते हैं (भले ही माता-पिता वास्तव में ऐसी बैंडविड्थ प्रदान नहीं कर सकते)।

That QoS आने वाले ट्रैफ़िक की मात्रा को नियंत्रित नहीं कर सकता है जो आप किसी भी राउटर के इंटरफेस पर देखते हैं।

B पैकेट मूवमेंट आरेख से पता चलता है कि HTB ग्लोबल-इन इनपुट इंटरफ़ेस के बाद स्थित है, जहां राउटर पर आने वाले ट्रैफ़िक की संख्या पंजीकृत है।

, इस मामले में, यातायात को कम करने का प्रभाव टीसीपी प्रोटोकॉल के व्यवहार का सबसे अधिक प्रभाव है।

S क्यूओएस को कार्रवाई में देखने का एकमात्र तरीका विपरीत इंटरफ़ेस के डेटा ट्रांसफर (TX) की निगरानी करना है।

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

Available QoS यह नहीं जान सकता कि वास्तविक बैंडविड्थ क्या उपलब्ध है।

Bandwidth आउटपुट इंटरफ़ेस ड्राइवर यह जानने के लिए सबसे पहले है कि आपके पास वास्तव में क्या बैंडविड्थ है। लेकिन पैकेट प्रवाह आरेख दिखाता है कि आउटपुट इंटरफ़ेस पहले से ही सभी HTB के बाद है।

The इंटरफ़ेस ड्राइवर केवल इंटरफ़ेस की अधिकतम हार्डवेयर सीमा जानता है, लेकिन अगर वास्तविक सीमा कम है, तो वास्तविक बैंडविड्थ के बारे में जानकारी के साथ क्यूओएस एल्गोरिदम प्रदान करने का एकमात्र तरीका मैन्युअल रूप से सभी सीमाओं को निर्दिष्ट करना है।
(इसके अलावा, कुछ नेटवर्क प्रशासक चैनल की अधिकतम कुल बैंडविड्थ के 80-90% को निर्दिष्ट करने की सलाह देते हैं - घर में एक कतार के निर्माण की गारंटी देने के लिए, अर्थात, बैंडविड्थ का एक रिजर्व बनाने के लिए, अन्यथा आपके अपस्ट्रीम प्रदाता के लिए "अतिरिक्त" ट्रैफ़िक व्यर्थ हो जाएगा, जो भी कटौती करता है) आप के लिए गति - भुगतान पट्टी के खरीदे गए टिकट के अनुसार।
बेशक - हम एक उच्चतर प्रदाता से एक गारंटी वाले चैनल के बारे में बात कर रहे हैं, या अनजाने में, लेकिन स्थिर - वास्तव में - अधिकांश दिन।

मैं व्यक्तिगत रूप से इसका अभ्यास नहीं करता, क्योंकि मैं निम्नलिखित नियम का अनुपालन करता हूं - "समय पर बाहरी चैनल का विस्तार करें जिसमें ChNN में वास्तविक निपटान का एक छोटा सा मार्जिन हो।" सौभाग्य से - कोई तकनीकी / आर्थिक प्रतिबंध नहीं हैं (लेकिन सभी की स्थिति समान नहीं है)।

मिकरोटिक राउटर ओएस में डबल क्यूओएस संभव है या नहीं, इस बारे में बहुत बहस है।

उत्तर संभव है।

डबल क्यूओएस का अर्थ है एक साथ ट्रैफ़िक के प्रकार द्वारा आकार देना (उदाहरण के लिए, कुल पी 2 पी को संपीड़ित करना और पीक ऑवर्स (पीआरएन) के दौरान वेब ट्रैफ़िक को प्राथमिकता देना, और साथ ही प्रत्येक उपयोगकर्ता के लिए अलग-अलग गति में कटौती करना (टैरिफ के अनुसार)।

उदाहरण के लिए, इस तरह:
1. यातायात प्रकार द्वारा आकार देने:
- मैन-प्री-राउटिंग में ट्रैफिक मार्किंग - ग्लोबल-शेपिंग

2. उपयोगकर्ताओं द्वारा काटने पट्टी:
- फॉरवर्ड मैनल में ट्रैफिक को चिह्नित करना - ग्लोबल आउट को आकार देना

अपने प्रकार से ट्रैफ़िक की पहचान करना एक रचनात्मक कार्य है जिसमें कई समाधान हैं, और यह इस लेख के दायरे से परे है।
ट्रैफ़िक के प्रकार को आकार देना संभव या आवश्यक है - जब आपको आवश्यक बैंड (तकनीकी / वित्तीय) की उपलब्धता की समस्या हो और जब आपके पास अपेक्षाकृत कुछ उपयोगकर्ता हों - (घर / कार्यालय / छोटा नेटवर्क) - जब आपको पता हो कि कौन से प्रोटोकॉल / सेवाओं / अनुप्रयोगों का उपयोग किया जाता है? ऑनलाइन और आपके पास उपयोगकर्ताओं की प्रतिक्रिया है। क्योंकि उपयोगी ट्रैफ़िक को मारना आसान है, खासकर जब प्रोटोकॉल / सेवाएं / एप्लिकेशन तेजी से बदल रहे हैं।
यानी लगातार संयम रखने और हस्ताक्षर अपडेट करने की आवश्यकता है :)

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

मैं बस ग्राहकों की दरों में कटौती करता हूं और बहुत लंबे समय के लिए सर्वर / राउटर / स्विच के अस्तित्व के बारे में भूल जाता हूं।

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

यदि हम एक घर या एक छोटे से कार्यालय के बारे में बात कर रहे हैं - तो ऐसा करना काफी संभव है ताकि आपके भाई, टॉरेंट डाउनलोड करते समय, आपकी वेब सर्फिंग को खराब न करें, और आपकी बहन और मां के साथ बिल्कुल भी हस्तक्षेप न करें। ऐसा करने के लिए, पिताजी को क्यूओएस को कॉन्फ़िगर करना होगा और राउटर से पासवर्ड को जलाना होगा। और अगर बड़ा भाई राउटर को डिफ़ॉल्ट सेटिंग्स में फेंक देता है - पासवर्ड रीसेट / बदलने के लिए - तो उसे p *** मिल जाता है, वह अपनी पॉकेट मनी खो देता है और एक सप्ताह के लिए घर की गिरफ्तारी प्राप्त करता है और "वॉर एंड पीस" उपन्यास को पढ़ना और रिट्वीट करना चाहिए।

एक अन्य महत्वपूर्ण बिंदु - उपरोक्त वर्णित कुछ चीजें - केवल मिक्रोटिक आरओएस संस्करण 4 और 5 पर लागू होती हैं।
6 वें संस्करण में महत्वपूर्ण अंतर हैं। उदाहरण के लिए, साधारण कतार को पूरी तरह से बदल दिया जाता है और पैकेट आंदोलन आरेख को बदल दिया जाता है।

प्रस्तुति के अनुवाद में इसके बारे में:
मिक्रोटिक राउटरओएस के संस्करण 6 में नया क्या है

एक शेपर की स्थापना के बारे में विभिन्न टैरिफ के बहुत विस्तृत उदाहरण xgu.ru पर मेरे लेख में पाए जा सकते हैं:
xgu.ru/wiki/Billing_Ideco_ACP_%2B_MikroTik_ROS

यह सब जानकारी और भी अधिक और अधिक तस्वीरें मेरे आधिकारिक प्रस्तुतियों के अनुवाद में वहां मिल सकती हैं:
wiki.mikrotik.com/wiki/Russian/QoS
और
wiki.mikrotik.com/wiki/Russian/QoS2011

पुनश्च परिणाम:
!!! क्यूओएस काम करता है।

आपको बस यह समझने की आवश्यकता है कि ट्रैफ़िक प्रबंधन तंत्र का उपयोग करने के लिए कैसे और किन कार्यों के लिए यह "पकाने" में सक्षम है
(एक मस्तिष्क है)।