SDSM-15। QoS के बारे में। अब पुल अनुरोधों की संभावना के साथ।

और इसलिए हम QoS के विषय में आ गए।

क्या आप जानते हैं कि अब केवल और क्यों यह पूरे एसडीएसएम पाठ्यक्रम का समापन लेख होगा? क्योंकि QoS असामान्य रूप से जटिल है। सबसे कठिन चीज जो चक्र में पहले थी।

यह किसी प्रकार का जादुई अभिलेखागार नहीं है जो चतुराई से मक्खी पर यातायात को संकुचित करता है और आपके गीगाबिट को सौ-मेगाबिट अपलिंक में बदल देता है। QoS के बारे में है कि कैसे अनावश्यक को बलिदान करना, अखाद्य को अनुमेय के ढांचे में धकेलना।

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

इसलिए, बस यह महसूस करें कि क्यूओएस अनिवार्य है, आपको इसे एक तरह से या किसी अन्य तरीके से जानना होगा, और किसी कारण से, अब आराम से वातावरण में शुरू न करें।

---

सामग्री

1. QoS क्या निर्धारित करता है?

• हानि
• विलंब
• घबराना

2. तीन क्यूओएस मॉडल

• सबसे अच्छा प्रभाव
• एकीकृत सेवाओं
• विभेदित सेवाएं

3. डिफर्वर्स मैकेनिज्म

4. वर्गीकरण और लेबलिंग

• व्यवहार एकत्रीकरण
• मल्टी फील्ड
• इंटरफ़ेस आधारित

5. कतार

6. भीड़ से बचाव

• टेल ड्रॉप और हेड ड्रॉप
• लाल
• WRED

7. भीड़ प्रबंधन

• पहले में, पहले बाहर
• प्राथमिकता कतार में
• उचित कतार
• राउंड रॉबिन

8. गति सीमा

• आकार देने
• पुलिस
• लीक बाल्टी और टोकन बाल्टी

9. क्यूओएस का हार्डवेयर कार्यान्वयन

---

इससे पहले कि पाठक इस छेद में डुबकी लगाए, मैं इसमें तीन सेटिंग करूँगा:

• बैंड का विस्तार करके सभी समस्याओं को हल नहीं किया जा सकता है।
• क्यूओएस बैंड का विस्तार नहीं करता है।
• सीमित संसाधनों के प्रबंधन के बारे में QoS।

1. QoS क्या निर्धारित करता है?

व्यापार को उम्मीद है कि नेटवर्क स्टैक अपने सरल कार्य को ठीक से करेगा - एक होस्ट से दूसरे में एक बिटस्ट्रीम वितरित करने के लिए: दोषरहित और एक अनुमानित समय में।

इस छोटे वाक्य से, सभी नेटवर्क गुणवत्ता मैट्रिक्स निकाले जा सकते हैं:

• हानि
• विलंब
• घबराना

ये तीन विशेषताएं नेटवर्क की गुणवत्ता को उसकी प्रकृति की परवाह किए बिना निर्धारित करती हैं: पैकेट, चैनल, आईपी, एमपीएलएस, रेडियो, कबूतर ।

हानि

यह मीट्रिक आपको बताता है कि स्रोत द्वारा भेजे गए पैकेट कितने गंतव्य तक पहुंचे।
नुकसान का कारण इंटरफ़ेस / केबल, नेटवर्क की भीड़, एसीएल नियमों को अवरुद्ध करने वाली बिट त्रुटियों में एक समस्या हो सकती है।

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



अध्याय कंजेशन मैनेजमेंट में, यदि वे अपरिहार्य हैं, तो नुकसान का प्रबंधन कैसे करें।

चैप्टर प्रिवेंशन ऑफ कंजेशन में नुकसान का फायदा कैसे उठाया जाए।

विलंब

यह वह समय है जब डेटा को स्रोत से गंतव्य तक पहुंचने की आवश्यकता होती है।



संचयी देरी में निम्नलिखित घटक होते हैं।

• सीरियलाइजेशन विलंब - एक नोड के बिट्स में पैकेट को विघटित करने और अगले नोड के लिंक में लगाने में लगने वाला समय। यह इंटरफ़ेस की गति से निर्धारित होता है। इसलिए, उदाहरण के लिए, 100 एमबी / एस के इंटरफेस के माध्यम से आकार में 1500 बाइट्स के एक पैकेट को स्थानांतरित करने में 0.0001 एस लगेगा, और 56 केबी / एस के लिए - 0.2 एस।
• प्रसार विलंब विद्युत चुम्बकीय तरंगों के प्रसार की गति की बदनाम सीमा का परिणाम है। भौतिकी आपको न्यू यॉर्क से टॉम्स्क तक ग्रह की सतह पर 30 एमएस (वास्तव में, लगभग 9 एमबी) की तुलना में तेजी से प्राप्त करने की अनुमति नहीं देता है।
• क्यूओएस द्वारा शुरू की गई देरी , कतारों में पैकेटों की कमी ( कतार में देरी ) और आकार देने ( शापिंग देरी ) के परिणाम हैं। चैप्टर स्पीड कंट्रोल में हम आज इस बारे में बात करेंगे।
• प्रसंस्करण पैकेट में देरी ( प्रसंस्करण देरी ) - पैकेट के साथ क्या करना है यह तय करने का समय: लुकअप, एसीएल, एनएटी, डीपीआई - और इसे इनपुट इंटरफ़ेस से आउटपुट में वितरित करें। लेकिन जिस दिन जुनिपर ने अपने M40 में कंट्रोल और डेटा प्लेन को अलग कर दिया, उस समय प्रसंस्करण देरी को उपेक्षित किया जा सकता था।

उन अनुप्रयोगों के लिए विलंब इतना बुरा नहीं है, जहां जल्दी करने की कोई आवश्यकता नहीं है: फ़ाइल साझाकरण, सर्फिंग, वीओडी, इंटरनेट रेडियो स्टेशन, आदि। इसके विपरीत, वे इंटरैक्टिव लोगों के लिए महत्वपूर्ण हैं: एक टेलीफोन बातचीत के दौरान 200 मी पहले से ही कान से अप्रिय है।

देरी से संबंधित शब्द जो RTT ( राउंड ट्रिप टाइम ) का पर्याय नहीं है, वह गोल यात्रा है। जब पिंग और ट्रेसिंग करते हैं, तो आप बिल्कुल RTT देखते हैं, और एक तरफ़ा देरी नहीं, हालाँकि मानों का परस्पर संबंध है।

घबराना

लगातार पैकेट के वितरण के बीच देरी में अंतर को घबराना कहा जाता है।



विलंबता की तरह, कई अनुप्रयोगों के लिए घबराना मायने नहीं रखता है। और यहां तक ​​कि, यह प्रतीत होता है कि क्या अंतर है - पैकेज वितरित किया गया है, इसलिए क्या अधिक है?

हालांकि, इंटरेक्टिव सेवाओं के लिए यह महत्वपूर्ण है।

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

परिवर्तनशीलता में देरी के लिए सबसे बड़ा योगदान सिर्फ क्यूओएस द्वारा किया जाता है। यह भी एक ही अध्याय स्पीड लिमिट में बहुत कुछ और थकाऊ है।

---

ये नेटवर्क गुणवत्ता की तीन मुख्य विशेषताएं हैं, लेकिन दो अन्य भी हैं जो एक महत्वपूर्ण भूमिका निभाते हैं।

रैंडम डिलीवरी

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

हालांकि यादृच्छिक वितरण एक औपचारिक क्यूओएस सुविधा नहीं है, लेकिन यह निश्चित रूप से नेटवर्क की गुणवत्ता को संदर्भित करता है।

इस तरह की समस्या के टीसीपी सहिष्णु होने के बावजूद, डुप्लिकेट एसीके और रिट्रांसमिशन होते हैं।

पासबैंड

यह नेटवर्क गुणवत्ता के मीट्रिक के रूप में प्रतिष्ठित नहीं है, क्योंकि वास्तव में इसके नुकसान का परिणाम उपरोक्त तीनों में है। हालांकि, हमारी वास्तविकताओं में, जब इसे कुछ अनुप्रयोगों की गारंटी दी जानी चाहिए या, इसके विपरीत, इसे अनुबंध द्वारा सीमित किया जाना चाहिए, उदाहरण के लिए, एमपीएलएस टीई इसे एलएसपी में संग्रहीत करता है, यह कम से कम एक कमजोर मीट्रिक के रूप में उल्लेख करने योग्य है।
स्पीड कंट्रोल मैकेनिज्म पर चर्चा की जाएगी स्पीड लिमिट।

---

विनिर्देश क्यों खराब हो सकते हैं?

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



फिर सभी पैकेट उसी क्रम में उड़ते हैं, जिसमें वे पहुंचे और किसी भी अतिरिक्त देरी का अनुभव न करें - वहाँ कहीं भी नहीं है।

लेकिन वास्तव में, प्रत्येक राउटर सिग्नल से बिट्स और पैकेट को पुनर्स्थापित करता है, उनके साथ कुछ करता है (हम अभी इसके बारे में नहीं सोचते हैं) और फिर पैकेट को सिग्नल में परिवर्तित कर देता है।

एक क्रमिक विलंब दिखाई देता है। लेकिन सामान्य तौर पर, यह डरावना नहीं है क्योंकि यह स्थिर है। जब तक आउटपुट इंटरफ़ेस की चौड़ाई इनपुट से अधिक न हो, तब तक डरावना नहीं।

उदाहरण के लिए, डिवाइस के प्रवेश द्वार पर एक गीगाबिट पोर्ट है, और आउटपुट पर एक ही गीगाबिट पोर्ट से जुड़ी 620 एमबी / एस रेडियो रिले लाइन है?

औपचारिक रूप से गीगाबिट लिंक गिगाबिट ट्रैफिक के माध्यम से कोई भी बुलेट को मना नहीं करेगा।
कुछ भी नहीं करना है - 380 एमबी / एस फर्श पर फैल जाएगा।

यहाँ वे हैं - नुकसान।

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

मैं चाहूंगा कि आवाज एक समर्पित लाइन हो।

या पांच इनपुट इंटरफेस हैं, लेकिन एक आउटपुट, और एक ही समय में पांच नोड्स ने एक प्राप्तकर्ता को ट्रैफ़िक इंजेक्ट करने का प्रयास करना शुरू किया।

एक चुटकी वीओआईपी सिद्धांत (एक ऐसा लेख जिसके बारे में किसी ने भी नहीं लिखा है) जोड़ें - यह देरी और उनकी विविधताओं के प्रति बहुत संवेदनशील है।

यदि यूट्यूब से वीडियो की एक टीसीपी स्ट्रीम के लिए ( QUIC लेख लिखने के समय - यह अभी भी एक प्रयोग है) सेकंड में देरी भी बफरिंग के कारण पूरी तरह से बेकार है, तो कामचटका के साथ इस तरह की पहली बातचीत के बाद निर्देशक तकनीकी विभाग के प्रमुख को बुलाएगा।
पुराने समय में, जब चक्र के लेखक ने अभी भी शाम को अपना होमवर्क किया था, तो समस्या विशेष रूप से तीव्र थी। मॉडम कनेक्शन की गति 56k थी ।

और जब एक 1.5K पैकेट इस तरह के कनेक्शन में आया, तो इसने 200 ms के लिए पूरी लाइन पर कब्जा कर लिया। इस पल में कोई और नहीं गुजर सकता था। एक आवाज? नहीं, मैंने नहीं सुना।

इसलिए, MTU प्रश्न इतना महत्वपूर्ण है - पैकेज को बहुत लंबे समय तक इंटरफ़ेस पर कब्जा नहीं करना चाहिए। इसकी जितनी कम गति है, उतनी ही कम MTU की जरूरत है।

यहाँ वे हैं - देरी।

अब चैनल स्वतंत्र है और देरी कम है, एक सेकंड के बाद किसी ने एक बड़ी फ़ाइल डाउनलोड करना शुरू कर दिया और देरी बढ़ गई। यहाँ वह है - घबराना।

इस प्रकार, यह आवश्यक है कि वॉयस पैकेट न्यूनतम देरी के साथ पाइप के माध्यम से उड़ान भरे, और यूट्यूब इंतजार करेगा।

उपलब्ध 620 एमबी / एस को आवाज के लिए, और वीडियो के लिए और वीपीएन खरीदने वाले बी 2 बी ग्राहकों के लिए इस्तेमाल किया जाना चाहिए। मैं चाहूंगा कि एक यातायात दूसरे पर अत्याचार न करे, इसलिए हमें एक बैंड गारंटी की आवश्यकता है।

---

उपरोक्त सभी विशेषताएं नेटवर्क की प्रकृति के बारे में सार्वभौमिक हैं। हालांकि, उनके प्रावधान के तीन अलग-अलग दृष्टिकोण हैं।

2. तीन क्यूओएस मॉडल

• सर्वश्रेष्ठ प्रयास - गुणवत्ता की कोई गारंटी नहीं। सभी समान हैं।
• IntServ प्रत्येक स्ट्रीम के लिए एक गुणवत्ता की गारंटी है। स्रोत से गंतव्य तक संसाधनों का आरक्षण।
• डिफर्वर्स - कोई आरक्षण नहीं है। प्रत्येक नोड स्वयं निर्धारित करता है कि सही गुणवत्ता कैसे सुनिश्चित की जाए।

सर्वश्रेष्ठ प्रयास (बीई)

कोई वारंट नहीं।

क्यूओएस को लागू करने का सबसे सरल तरीका, जिसमें से आईपी नेटवर्क शुरू हुआ और अभी भी इस दिन तक अभ्यास किया जाता है - कभी-कभी क्योंकि यह पर्याप्त है, लेकिन अधिक बार क्योंकि कोई भी क्यूओएस के बारे में नहीं सोचता है।

वैसे, जब आप इंटरनेट पर ट्रैफ़िक भेजते हैं, तो इसे वहां BestEffort के रूप में संसाधित किया जाएगा। इसलिए, इंटरनेट पर लुढ़का हुआ एक वीपीएन के माध्यम से (जैसा कि प्रदाता द्वारा प्रदान किए गए वीपीएन के विपरीत), महत्वपूर्ण ट्रैफ़िक, जैसे कि टेलीफोन वार्तालाप, बहुत आश्वस्त नहीं हो सकता है।

बीई के मामले में, सभी ट्रैफ़िक श्रेणियां समान हैं, किसी को कोई वरीयता नहीं दी जाती है। तदनुसार, किसी देरी / घबराहट या बैंड की कोई गारंटी नहीं है।

इस दृष्टिकोण का कुछ हद तक प्रतिवाद नाम है - सर्वश्रेष्ठ प्रयास, जिसे नवागंतुक शब्द "सर्वश्रेष्ठ" के साथ गुमराह करता है।

हालांकि, "मैं अपना सर्वश्रेष्ठ प्रदर्शन करूंगा" वाक्यांश का अर्थ है कि स्पीकर वह सब कुछ करने की कोशिश करेगा जो कुछ भी कर सकता है, लेकिन कुछ भी गारंटी नहीं देता है।

बीई को लागू करने के लिए कुछ भी आवश्यक नहीं है - यह डिफ़ॉल्ट व्यवहार है। यह निर्माण करने के लिए सस्ता है, कर्मचारियों को गहन विशिष्ट ज्ञान की आवश्यकता नहीं है, इस मामले में क्यूओएस को अनुकूलित नहीं किया जा सकता है।

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

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

IntServ

स्रोत से गंतव्य तक प्रवाह के लिए संसाधनों का अग्रिम आरक्षण।

MIT, ज़ेरॉक्स और ISI नेटवर्क के पिताओं ने इसकी संचालन क्षमता और लचीलेपन को बनाए रखते हुए बढ़ते हुए इंटरनेट के लिए भविष्यवाणियों के तत्व को जोड़ने का फैसला किया।

इसलिए 1994 में, IntServ का विचार वास्तविक समय के यातायात के तेजी से विकास और मल्टीकास्ट के विकास के जवाब में पैदा हुआ था। इसे तब आईएस में घटाया गया था।

नाम एक ही नेटवर्क में एक साथ वास्तविक समय और गैर-वास्तविक समय यातायात के लिए सेवाएं प्रदान करने की इच्छा को दर्शाता है, बैंड के आरक्षण के माध्यम से संसाधनों का उपयोग करने के लिए पहली प्राथमिकता प्रदान करता है। बैंड को फिर से उपयोग करने की क्षमता जिस पर हर कोई पैसा कमाता है, और धन्यवाद जिसके लिए आईपी शॉट, संरक्षित था।

बैकअप मिशन को आरएसवीपी प्रोटोकॉल को सौंपा गया था, जो प्रत्येक स्ट्रीम के लिए प्रत्येक नेटवर्क डिवाइस पर एक बैंड रखता है।

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

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

एक अर्थ में, IntServ का आधुनिक अवतार MPLS TE RSVP - RSVP TE के एक अनुकूलित लेबलिंग संस्करण के साथ है। हालांकि यहां, निश्चित रूप से, एंड-टू-एंड नहीं और न ही प्रति-प्रवाह।

RFC 1633 में IntServ का वर्णन किया गया है ।
दस्तावेज़, सिद्धांत रूप में, मूल्यांकन करने के लिए उत्सुक है कि आप पूर्वानुमानों में कितने भोले हो सकते हैं।

DiffServ

डिफर्वर्स जटिल है।

जब 90 के दशक के उत्तरार्ध में यह स्पष्ट हो गया कि एंड-टू-एंड इंटर्र्व आईपी दृष्टिकोण विफल हो गया, तो IETF ने 1997 में विभेदीकृत सेवा समूह को बुलाया, जिसने नए QoS मॉडल के लिए निम्नलिखित आवश्यकताओं को विकसित किया:

• कोई संकेत नहीं (Adjos, RSVP!)।
• समेकित यातायात वर्गीकरण के आधार पर, प्रवाह, ग्राहकों आदि पर ध्यान केंद्रित करने के बजाय।
• इसमें वर्गों के डेटा ट्रैफ़िक को संसाधित करने के लिए कार्यों का एक सीमित और निर्धारक समूह है।

नतीजतन, लैंडमार्क आरएफसी 2474 ( आईपीवी 4 और आईपीवी 6 हेडर्स में विभेदित सेवा क्षेत्र (डीएस फील्ड) की परिभाषा ) और आरएफसी 2475 ( विभेदित सेवाओं के लिए एक वास्तुकला ) 1998 में पैदा हुए थे।

और आगे सभी तरह से हम केवल डिफर्वेर के बारे में बात करेंगे।

यह ध्यान देने योग्य है कि डिफ्सर्व नाम इंट्सर्व का विरोधी नहीं है। यह दर्शाता है कि हम विभिन्न अनुप्रयोगों द्वारा प्रदान की गई सेवाओं, या उनके यातायात को अलग करते हैं, दूसरे शब्दों में, हम इन प्रकार के ट्रैफ़िक को साझा / भिन्न करते हैं।
IntServ एक ही करता है - यह एक ही नेटवर्क पर प्रेषित ट्रैफ़िक BE और रियल-टाइम के प्रकारों के बीच अंतर करता है। दोनों: और IntServ और DiffServ - विभेदित सेवाओं के तरीकों का संदर्भ देते हैं।

---

3. डिफर्वर्स मैकेनिज्म

DiffServ क्या है और यह IntServ को क्यों हराता है?

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

लेकिन यह सिर्फ नहीं होगा ।

DiffServ के केंद्र में आदर्श रूप से अनुभवी IP IP PHB अवधारणा है - प्रति-हॉप व्यवहार । ट्रैफ़िक पथ पर प्रत्येक नोड स्वतंत्र रूप से निर्णय लेता है कि आने वाले पैकेट के सापेक्ष व्यवहार कैसे किया जाए, इसके हेडर के आधार पर।

पैकेट राउटर की क्रियाओं को व्यवहार मॉडल कहा जाएगा। ऐसे मॉडलों की संख्या निर्धारक और सीमित है। विभिन्न उपकरणों पर, समान ट्रैफ़िक के संबंध में व्यवहार मॉडल भिन्न हो सकते हैं, इसलिए वे प्रति-हॉप हैं।

व्यवहार और PHB I की अवधारणाएं लेख में समानार्थी के रूप में उपयोग करेंगी।

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

व्यवहार मॉडल उपकरण और उनके मापदंडों के एक समूह द्वारा निर्धारित किया जाता है: पुलिसिंग, ड्रोपिंग, कतार, निर्धारण, आकार देना।

उपलब्ध व्यवहार मॉडल का उपयोग करके, नेटवर्क विभिन्न वर्गों की सेवा (सेवा की श्रेणी ) प्रदान कर सकता है।

यही है, ट्रैफ़िक की विभिन्न श्रेणियां विभिन्न PHB को लागू करके नेटवर्क पर विभिन्न स्तरों की सेवा प्राप्त कर सकती हैं।

तदनुसार, सबसे पहले, आपको यह निर्धारित करने की आवश्यकता है कि सेवा यातायात के किस वर्ग को संदर्भित करता है - वर्गीकरण ।

प्रत्येक नोड स्वतंत्र रूप से आने वाले पैकेटों को वर्गीकृत करता है।



वर्गीकरण के बाद, एक माप होता है ( मीटरिंग ) - इस वर्ग के ट्रैफ़िक के कितने बिट्स / बाइट्स राउटर पर आ गए हैं।

परिणामों के आधार पर, पैकेज को चित्रित किया जा सकता है ( रंग ): हरा (स्थापित सीमा के भीतर), पीला (सीमा के बाहर), लाल (तट को पूरी तरह से उखाड़ फेंकना)।



यदि आवश्यक हो, तो पुलिसिंग होती है (इस तरह के ट्रेसिंग-पेपर के लिए खेद है, एक बेहतर विकल्प है - लिखो, मैं बदल दूंगा)। एक पैकेट के रंग के आधार पर एक पॉलिशर पैकेट को एक क्रिया प्रदान करता है - संचारित करना, छोड़ना या फिर से चिह्नित करना।



उसके बाद, पैकेट को कतारों ( क्युइंग ) में से एक में गिरना चाहिए। प्रत्येक सेवा वर्ग के लिए एक अलग कतार आवंटित की जाती है, जो उन्हें अलग-अलग PHB का उपयोग करके विभेदित करने की अनुमति देता है।

लेकिन पैकेट में कतार में प्रवेश करने से पहले ही, कतार भर जाने पर इसे ( ड्रॉपर ) गिराया जा सकता है।

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



कतार से बाहर निकलने पर, एक शेपर काम करता है, जिसका कार्य पॉलीसर के कार्य के समान है - ट्रैफ़िक को दिए गए मान तक सीमित करना।

आप व्यक्तिगत कतारों के लिए या यहां तक ​​कि कतारों के भीतर मनमाने आकार के विन्यास कर सकते हैं।
अध्याय स्पीड लिमिट में शेपर और पॉलीसर के बीच के अंतर पर।

सभी कतारों को अंततः एकल आउटपुट इंटरफ़ेस में विलय करना चाहिए।

उस स्थिति को याद रखें जब सड़क पर 8 लेनें विलीन हो जाती हैं। 3. बिना ट्रैफ़िक कंट्रोलर के, यह अराजकता में बदल जाती है। यदि हम इनपुट के समान आउटपुट होते तो मोड़ों में अलगाव का कोई मतलब नहीं होता।

इसलिए, एक विशेष डिस्पैचर ( शेड्यूलर ) है, जो अलग-अलग कतारों से पैकेट निकालता है और उन्हें इंटरफ़ेस ( शेड्यूलिंग ) पर भेजता है।

वास्तव में, कतारों के एक समूह और एक डिस्पैचर का एक संयोजन सबसे महत्वपूर्ण QoS तंत्र है जो आपको यातायात के विभिन्न वर्गों के लिए विभिन्न नियमों को लागू करने की अनुमति देता है, एक एक विस्तृत बैंडविड्थ प्रदान करता है, दूसरा कम विलंबता, तीसरा बूंदों की कमी।

फिर पैकेट पहले से ही इंटरफ़ेस पर चले जाते हैं, जहाँ पैकेट को थोड़ी धारा में परिवर्तित किया जाता है - क्रमांकन ( सीरियललाइज़ेशन ) और फिर पर्यावरण संकेत।



डिफर्वेर में, प्रत्येक नोड का व्यवहार दूसरों से स्वतंत्र है; कोई सिग्नलिंग प्रोटोकॉल नहीं हैं जो इंगित करता है कि नेटवर्क पर क्यूओएस नीति है। उसी समय, नेटवर्क के भीतर, मैं चाहूंगा कि ट्रैफिक को उसी तरह से संभाला जाए। यदि केवल एक नोड अलग तरीके से व्यवहार करता है, तो संपूर्ण क्यूओएस नीति नाली से नीचे है।

ऐसा करने के लिए, सबसे पहले, सभी राउटर पर, उनके लिए समान कक्षाएं और PHB कॉन्फ़िगर किए जाते हैं, और दूसरी बात, पैकेट की मार्किंग का उपयोग किया जाता है - इसका किसी विशेष वर्ग से संबंधित शीर्षक (IP, MPLS, 802.1q) में दर्ज किया जाता है।

और डिफर्व की सुंदरता यह है कि अगला नोड वर्गीकरण के लिए इस लेबल पर भरोसा कर सकता है।

ट्रस्ट का ऐसा क्षेत्र, जिसमें समान ट्रैफ़िक वर्गीकरण नियम और समान व्यवहार लागू होते हैं, को डिफर्व डोमेन ( डिफर्व-डोमेन ) कहा जाता है।



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

DiffServ डोमेन के बीच के जंक्शनों पर, आपको QoS नीतियों (या नहीं) पर बातचीत करने की आवश्यकता है।

पूरी तस्वीर कुछ इस तरह दिखेगी:

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

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

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

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

जैसा कि आपने देखा होगा कि डिफर्व बेहद जटिल (या असीम रूप से) जटिल है। लेकिन हम ऊपर वर्णित सब कुछ का विश्लेषण करेंगे। उसी समय, लेख में मैं भौतिक कार्यान्वयन की बारीकियों में नहीं जाऊंगा (वे एक ही राउटर के दो बोर्डों पर भी भिन्न हो सकते हैं), मैं HQoS और MPLS DS-TE के बारे में बात नहीं करूंगा।

इंजीनियरों के सर्कल में प्रवेश करने की दहलीज जो QoS के लिए प्रौद्योगिकी को समझते हैं, रूटिंग प्रोटोकॉल, MPLS या, मुझे, राडिया, एसटीपी को माफ करने की तुलना में बहुत अधिक है।

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

इस लेख के बाकी हिस्सों में, मैं केवल डिफर्वेर का विश्लेषण करूंगा।

नीचे हम चित्रण में संकेतित सभी उपकरणों और प्रक्रियाओं का विश्लेषण करेंगे।

---

विषय के विस्तार के क्रम में, मैं कुछ चीजों को व्यवहार में दिखाऊंगा।
हम ऐसे नेटवर्क के साथ काम करेंगे:



Trisolarans दो कनेक्शन बिंदुओं के साथ एक लिंकमेप प्रदाता ग्राहक है।

पीला क्षेत्र लिंकमेप नेटवर्क का डिफर्सर्व डोमेन है, जहाँ एक ही QoS पॉलिसी लागू होती है।
Linkmeup_R1 एक CPE डिवाइस है जिसे प्रदाता द्वारा प्रबंधित किया जाता है, और इसलिए एक विश्वसनीय क्षेत्र में। ओएसपीएफ को इसके साथ उठाया जाता है और बातचीत एक स्वच्छ आईपी के माध्यम से होती है।

नेटवर्क के मूल में L3VPN के साथ MPLS + LDP + MP-BGP हैं, जो Linkmeup_R2 से Linkmeup_R4 तक फैला हुआ है।
मैं अन्य सभी टिप्पणियों को आवश्यकतानुसार दूंगा।

प्रारंभिक कॉन्फ़िगरेशन फ़ाइल ।

---

4. वर्गीकरण और लेबलिंग

अपने नेटवर्क के भीतर, व्यवस्थापक सेवा की उन कक्षाओं को परिभाषित करता है जिन्हें वह ट्रैफ़िक प्रदान कर सकता है।

इसलिए, प्रत्येक नोड जब एक पैकेट प्राप्त करता है तो पहली चीज इसे वर्गीकृत करना है।

इसके तीन तरीके हैं:

1. व्यवहार सकल ( बीए )
   बस अपने हेडर में मौजूदा पैकेज लेबल पर भरोसा करें। उदाहरण के लिए, आईपी डीएससीपी क्षेत्र।
   इसे इसलिए कहा जाता है क्योंकि DSCP क्षेत्र में एक ही लेबल के तहत विभिन्न श्रेणियों के ट्रैफ़िक को एकत्र किया जाता है जो स्वयं के संबंध में समान व्यवहार की अपेक्षा करते हैं। उदाहरण के लिए, सभी एसआईपी सत्रों को एक कक्षा में एकत्रित किया जाएगा।
   
   सेवा के संभावित वर्गों की संख्या, और इसलिए व्यवहार के पैटर्न सीमित हैं। तदनुसार, प्रत्येक वर्ग के लिए (या स्ट्रीम के लिए और भी अधिक) एक अलग वर्ग को अलग करना असंभव है - यह समग्र करना आवश्यक है।
2. इंटरफ़ेस आधारित
   किसी विशेष इंटरफ़ेस में आने वाली हर चीज़ को एक ट्रैफ़िक वर्ग में रखा जाना चाहिए। उदाहरण के लिए, हम यह सुनिश्चित करने के लिए जानते हैं कि डेटाबेस सर्वर इस पोर्ट से जुड़ा है और इससे ज्यादा कुछ नहीं। और एक अन्य कर्मचारी कार्य केंद्र में।
3. मल्टीफिल्ड ( एमएफ )
   पैकेट हेडर फ़ील्ड - आईपी पते, पोर्ट, मैक पते का विश्लेषण करें। आम तौर पर बोल, मनमाना क्षेत्र।
   
   उदाहरण के लिए, पोर्ट 5000 पर 10.127.721.0/24 सबनेट पर जाने वाले सभी ट्रैफ़िक को ट्रैफ़िक के रूप में चिह्नित किया जाना चाहिए, सशर्त रूप से 5 वीं क्लास की सेवा की आवश्यकता होगी।

व्यवस्थापक सेवा वर्गों के सेट को निर्धारित करता है जो नेटवर्क प्रदान कर सकता है, और उन्हें कुछ डिजिटल मूल्य मैप कर सकता है।

डीएस-डोमेन के प्रवेश द्वार पर, हम किसी पर भरोसा नहीं करते हैं, इसलिए वर्गीकरण दूसरे या तीसरे तरीके से किया जाता है: पते, प्रोटोकॉल या इंटरफेस के आधार पर, सेवा का वर्ग और संबंधित डिजिटल मूल्य निर्धारित किया जाता है।

पहले नोड से बाहर निकलने पर, यह अंक आईपी हेडर (या ट्रैफिक क्लास का एक अन्य क्षेत्र: एमपीएलएस ट्रैफिक क्लास, आईपीवी 6 ट्रैफिक क्लास, ईथरनेट 802.1 पी) के डीएससीपी क्षेत्र में एन्कोडेड है - एक टिप्पणी होती है।

यह डीएस डोमेन के अंदर इस लेबलिंग पर भरोसा करने के लिए प्रथागत है, इसलिए, पारगमन नोड्स पहले वर्गीकरण विधि (बीए) का उपयोग करते हैं - सबसे सरल। कोई जटिल शीर्षक विश्लेषण नहीं है, बस रिकॉर्ड की गई संख्या को देखें।

दो डोमेन के जंक्शन पर, आप एक इंटरफ़ेस या एमएफ के आधार पर वर्गीकृत कर सकते हैं, जैसा कि मैंने ऊपर वर्णित किया है, या आप आरक्षण के साथ बीए अंकन पर भरोसा कर सकते हैं।

उदाहरण के लिए, 6 और 7 को छोड़कर सभी मानों पर भरोसा करें, और 6 और 7 से 5 को फिर से असाइन करें।

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

व्यवहार एकत्रीकरण

बीए एक बहुत ही सरल वर्गीकरण का उपयोग करता है - मुझे एक संख्या दिखाई देती है - मैं कक्षा को समझता हूं।
तो आंकड़ा क्या है? और यह किस क्षेत्र में दर्ज है?

• IPv6 ट्रैफिक क्लास
• MPLS ट्रैफिक क्लास
• ईथरनेट 802.1 पी

वर्गीकरण मुख्य रूप से कम्यूटेशन हेडर पर आधारित है।

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

यदि एक ईथरनेट + वीएलएएन + एमपीएलएस + आईपी पैकेट नियमित एल 2-स्विच में आया, तो 802.1 पी का विश्लेषण किया जाएगा (हालांकि इसे बदला जा सकता है)।

IPv4 टीओएस

क्यूओएस क्षेत्र हमारे साथ आईपी के समान है। आठ-बिट टीओएस फ़ील्ड - सेवा का प्रकार - को पैकेट की प्राथमिकता को पूरा करना था।

डिफर्व के आगमन से पहले ही, RFC 791 ( INTERNET PROTOCOL ) ने इस तरह का क्षेत्र बताया:

आईपी ​​प्रीप्रेशन (IPP) + DTR + 00



यही है, पैकेज की प्राथमिकता जाती है, फिर विलंब, थ्रूपुट, विश्वसनीयता (0 - आवश्यकताओं के बिना, 1 - आवश्यकताओं के साथ) की सटीकता की बिट्स।

अंतिम दो बिट्स शून्य होना चाहिए।


बाद में RFC 1349 ( इंटरनेट प्रोटोकॉल सूट में सेवा का प्रकार ), टीओएस फ़ील्ड को थोड़ा पुनर्परिभाषित किया गया:



बाएं तीन बिट्स आईपी प्रीफेंसेंस बने रहे, अगले चार कॉस्ट बिट को जोड़ने के बाद टीओएस में बदल गए।

यहां बताया गया है कि इन TOS बिट्स में इकाइयों को कैसे पढ़ें:

• डी - "न्यूनतम डी इलाय",
• टी - "अधिकतम टी hroughput",
• आर - "अधिकतम आर योग्यता",
• सी - "कम से कम ओ"।

हज के विवरणों ने इस दृष्टिकोण की लोकप्रियता में योगदान नहीं दिया।

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

इसलिए, डिफसर्व के संदर्भ में, टीएफसी क्षेत्र को एक बार फिर से आरएफसी 2474 ( आईपीवी 4 और आईपीवी 6 हेडर में विभेदित सेवा क्षेत्र (डीएस फील्ड) की परिभाषा) के रूप में फिर से परिभाषित किया गया है :



आईपीपी और डीटीआरसी बिट्स के बजाय, छह-बिट क्षेत्र डीएससीपी - विभेदित सेवा कोड प्वाइंट पेश किया गया था, दो सही बिट्स का उपयोग नहीं किया गया था।

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

प्रशासक डीएससीपी के सभी 6 बिट्स का उपयोग कर सकता है क्योंकि वह अधिकतम 64 सेवा वर्गों को साझा करते हुए, फिट बैठता है।

हालाँकि, IP पूर्वता के साथ अनुकूलता के लिए, उन्होंने पहले तीन बिट्स के लिए क्लास सिलेक्टर की भूमिका को बनाए रखा।

यानी, IPP की तरह, क्लास सिलेक्टर के 3 बिट्स आपको 8 वर्गों को परिभाषित करने की अनुमति देते हैं।



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

इसके अलावा, मैं यह भी ध्यान देता हूं कि IETF सिफारिशों के अनुसार, CS में दर्ज किया गया मूल्य जितना अधिक होगा, सेवा के लिए यह ट्रैफ़िक उतना ही अधिक होगा।

लेकिन इसे एक निर्विवाद सत्य के रूप में नहीं लिया जाना चाहिए।

यदि पहले तीन बिट्स ट्रैफ़िक क्लास को परिभाषित करते हैं, तो अगले तीन का उपयोग पैकेट ड्रॉप प्राथमिकता ( ड्रॉप प्रीसिडेंस या पैकेट लॉस प्रायोरिटी - पीएलपी ) को इंगित करने के लिए किया जाता है।

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

---

DSCP वर्गीकरण अभ्यास

यह थोड़ा अभ्यास चोट नहीं करता है।

योजना समान है।



आरंभ करने के लिए, बस एक ICMP अनुरोध भेजें:

Linkmeup_R1#ping ip 172.16.2.2 source 172.16.1.1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 172.16.2.2, timeout is 2 seconds: Packet sent with a source address of 172.16.1.1 !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms 

Linkmeup_R1। ई ० / ०।


pcapng

और अब DSCP मान सेट के साथ।

  Linkmeup_R1#ping ip 172.16.2.2 source 172.16.1.1 tos 184 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 172.16.2.2, timeout is 2 seconds: Packet sent with a source address of 172.16.1.1 !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms 

मान 184 बाइनरी 10111000 का दशमलव प्रतिनिधित्व है। इनमें से, पहले 6 बिट्स 101110 हैं, अर्थात् दशमलव 46, और यह वर्ग ईएफ है।


Linkmeup_R2। ई ० / ०


pcapng

एक जिज्ञासु नोट: आईसीएमपी इको रिप्लाई में पिंगुष्का का गंतव्य वैसा ही वर्ग मूल्य निर्धारित करता है जैसा कि इको रिक्वेस्ट में था। यह तर्कसंगत है - यदि प्रेषक ने एक पैकेट को एक निश्चित स्तर के महत्व के साथ भेजा है, तो जाहिर है कि वह इसे वापस प्राप्त करना चाहता है।

Linkmeup_R2। ई ० / ०


DSCP वर्गीकरण कॉन्फ़िगरेशन फ़ाइल।

IPv6 ट्रैफिक क्लास

IPv6, IPv4 की तुलना में QoS के संदर्भ में बहुत अलग नहीं है। ट्रैफिक क्लास नामक आठ-बिट फ़ील्ड को भी दो भागों में विभाजित किया गया है। पहले 6 बिट्स - DSCP - ठीक उसी भूमिका को निभाते हैं।



हां, फ्लो लेबल दिखाई दिया है। वे कहते हैं कि इसका इस्तेमाल कक्षाओं के अतिरिक्त भेदभाव के लिए किया जा सकता है। लेकिन यह विचार अभी तक जीवन में लागू नहीं हुआ है।

MPLS ट्रैफिक क्लास

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

डिफर्वस को उसके पास नहीं बढ़ाया जा सकता था।

भाग्यशाली संयोग से, किसी प्रायोगिक मामले के लिए तीन-बिट EXP क्षेत्र को MPLS में रखा गया था। और इस तथ्य के बावजूद कि आरएफसी 5462 ( "EXP" फील्ड का नाम "ट्रैफिक क्लास" फील्ड में बदल दिया गया था) आधिकारिक तौर पर ट्रैफिक क्लास फील्ड बन गया, जड़ता से इसे IExPi कहा जाता है।

इसके साथ एक समस्या है - इसकी लंबाई तीन बिट्स है, जो संभव मानों की संख्या को 9 तक सीमित करती है। यह सिर्फ छोटा नहीं है, यह डीएससीपी से 3 बाइनरी ऑर्डर कम है।



यह देखते हुए कि MPLS ट्रैफिक क्लास को अक्सर DSCP IP पैकेट से विरासत में मिला है, हमारे पास नुकसान के साथ संग्रह है। या ... नहीं, आप यह नहीं जानना चाहते कि ... L-LSP । ट्रैफ़िक क्लास + लेबल मान के संयोजन का उपयोग करता है।

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

वास्तव में, हमने पहले ही ऊपर देखा कि ट्रैफ़िक की श्रेणी निर्धारित करने के लिए DSCP के पहले तीन बिट्स का ही उपयोग किया जाता है, और अन्य तीन बिट्स ड्रॉप प्रीफेंस (या PLP - पैकेट लॉस प्रायोरिटी) हैं।

इसलिए, सेवा वर्गों के संदर्भ में, हमारे पास अभी भी 1: 1 पत्राचार है, जो केवल ड्रॉप वरीयता के बारे में जानकारी खो देता है।

एमपीएलएस के मामले में, आईपी के रूप में वर्गीकरण इंटरफ़ेस, एमएफ, आईपी डीएससीपी या ट्रैफिक क्लास एमपीएलएस पर आधारित हो सकता है।

लेबलिंग का अर्थ है एमपीएलएस हेडर के ट्रैफिक क्लास फील्ड में वैल्यू लिखना।

एक पैकेट में कई MPLS हेडर हो सकते हैं। डिफर्वेर उद्देश्यों के लिए, केवल शीर्ष का उपयोग किया जाता है।

एमपीएलएस डोमेन के माध्यम से एक पैकेट को एक शुद्ध आईपी सेगमेंट से दूसरे में ले जाते समय तीन अलग-अलग री-मार्किंग परिदृश्य होते हैं: (यह लेख का सिर्फ एक अंश है)।

1. वर्दी मोड
2. पाइप मोड
3. लघु पाइप मोड

---

वर्गीकरण अभ्यास एमपीएलएस ट्रैफिक क्लास

योजना समान है:


कॉन्फ़िगरेशन फ़ाइल समान है।

लिंकमेप नेटवर्क आरेख में, आईपीएल से एमपीएलएस से लिंकमेउप_आर 2 तक संक्रमण होता है।
आइए देखें कि पिंग पिंग आईपी 172.16.2.2 स्रोत 172.16.1.1 टॉस 184 के साथ अंकन के साथ क्या होता है।

Linkmeup_R2। ई ० / ०।

pcapng

इसलिए, हम देखते हैं कि IP DSCP में मूल EF लेबल EXP MPLS फ़ील्ड के मान 5 में बदल गया था (यह ट्रैफ़िक क्लास भी है, इसे याद रखें) वीपीएन हेडर और ट्रांसपोर्ट हेडर दोनों।
यहाँ हम ऑपरेशन के यूनिफ़ॉर्म मोड को देख रहे हैं।

---

ईथरनेट 802.1 पी

802.3 (ईथरनेट) में प्राथमिकता वाले क्षेत्र की कमी को इस तथ्य से समझाया गया है कि ईथरनेट मूल रूप से लैन सेगमेंट के समाधान के रूप में योजनाबद्ध था। मामूली पैसे के लिए, आप अत्यधिक बैंडविड्थ प्राप्त कर सकते हैं, और अपलिंक हमेशा एक अड़चन होगी - प्राथमिकता देने के बारे में चिंता करने की कोई बात नहीं है।

हालांकि, यह जल्द ही स्पष्ट हो गया कि ईथरनेट + आईपी की वित्तीय आकर्षण इस बंडल को बैकबोन और WAN स्तरों पर ले जाता है। और धार और टेलीफोनी के एक लैन खंड में सहवास को हल करने की आवश्यकता है।

सौभाग्य से, 802.1q (VLAN) इसके लिए समय पर पहुंची, जिसमें प्राथमिकताओं के लिए एक 3-बिट (फिर से) क्षेत्र आवंटित किया गया था।

डिफर्वस योजना में, यह फ़ील्ड आपको समान 8 ट्रैफ़िक वर्गों को परिभाषित करने की अनुमति देती है।

---

पैकेट प्राप्त करते समय, ज्यादातर मामलों में डीएस डोमेन के नेटवर्क डिवाइस हेडर को ध्यान में रखते हैं जो इसे स्विचिंग के लिए उपयोग करता है:

• ईथरनेट स्विच - 802.1 पी
• एमपीएलएस नोड - एमपीएलएस ट्रैफिक क्लास
• आईपी ​​राउटर - आईपी डीएससीपी

हालांकि इस व्यवहार को बदला जा सकता है: इंटरफ़ेस-आधारित और मल्टी-फील्ड वर्गीकरण। और आप कभी-कभी सीओएस क्षेत्र में भी स्पष्ट रूप से कह सकते हैं कि कौन सा हेडर देखना है।

---

इंटरफ़ेस आधारित

यह माथे पर संकुल को वर्गीकृत करने का सबसे आसान तरीका है। निर्दिष्ट इंटरफ़ेस में डाला गया सब कुछ एक निश्चित वर्ग के साथ चिह्नित है।

कुछ मामलों में, यह ग्रैन्युलैरिटी पर्याप्त है, इसलिए जीवन में इंटरफ़ेस-आधारित का उपयोग किया जाता है।

इंटरफ़ेस-आधारित वर्गीकरण अभ्यास

योजना समान है:



अधिकांश विक्रेताओं के उपकरणों में क्यूओएस नीतियों को स्थापित करना चरणों में विभाजित है।

1. सबसे पहले, एक वर्गीकरण परिभाषित किया गया है:
   class-map match-all TRISOLARANS_INTERFACE_CM
match input-interface Ethernet0/2
   सब कुछ जो कि Ethernet0 / 2 इंटरफ़ेस के लिए आता है।
   
2. इसके बाद, एक पॉलिसी बनाई जाती है जहां क्लासिफायर और आवश्यक कार्रवाई जुड़ी होती है।
   
   

     policy-map TRISOLARANS_REMARK class TRISOLARANS_INTERFACE_CM set ip dscp cs7 

   
   यदि पैकेट TRISOLARANS_INTERFACE_CM क्लासिफायर से मिलता है, तो DS7 फ़ील्ड में CS7 लिखें।
   

   यहाँ मैं अस्पष्ट CS7, और फिर EF, AF का उपयोग करके खुद से आगे निकल गया। नीचे आप इन संक्षिप्ताक्षर और स्वीकृत समझौतों के बारे में पढ़ सकते हैं। इस बीच, यह जानना पर्याप्त है कि ये सेवा के विभिन्न स्तरों के साथ अलग-अलग वर्ग हैं।
   

3. और अंतिम चरण इंटरफ़ेस में नीति लागू करना है:
   
   

     interface Ethernet0/2 service-policy input TRISOLARANS_REMARK 

   
   

   यहां, क्लासिफायर थोड़ा बेमानी है, जो यह जांच करेगा कि पैकेट e0 / 2 इंटरफ़ेस में आया था, जहां हम फिर पॉलिसी लागू करते हैं। कोई भी मैच लिख सकता है:
   
   

    class-map match-all TRISOLARANS_INTERFACE_CM match any 

   
   हालांकि, पॉलिसी को वास्तव में vlanif या आउटपुट इंटरफ़ेस पर लागू किया जा सकता है, इसलिए यह संभव है।
   

   
   

Trisolaran1 के साथ 172.16.2.2 (Trisolaran2) पर सामान्य पिंग चलाएं:



और Linkmeup_R1 और Linkmeup_R2 के बीच डंप में हम निम्नलिखित देखेंगे:


pcapng

कॉन्फ़िगरेशन फ़ाइल इंटरफ़ेस-आधारित वर्गीकरण।

मल्टी फील्ड

डीएस डोमेन के प्रवेश द्वार पर सबसे आम प्रकार का वर्गीकरण। हम मौजूदा लेबलिंग पर भरोसा नहीं करते हैं, और पैकेज हेडर के आधार पर हम एक वर्ग प्रदान करते हैं।

अक्सर यह QoS को "सक्षम" करने का एक तरीका है, उस स्थिति में जब प्रेषक चिह्नित नहीं करते हैं।

एक काफी लचीला उपकरण, लेकिन एक ही समय में बोझिल - आपको प्रत्येक वर्ग के लिए कठिन नियम बनाने की आवश्यकता है। इसलिए, डीएस डोमेन के अंदर, बीए अधिक प्रासंगिक है।

एमएफ वर्गीकरण अभ्यास

योजना समान है:



उपरोक्त व्यावहारिक उदाहरणों से, यह देखा जा सकता है कि आने वाले पैकेटों के डिफ़ॉल्ट ट्रस्ट लेबलिंग द्वारा नेटवर्क डिवाइस।

यह डीएस डोमेन के अंदर ठीक है, लेकिन प्रवेश बिंदु पर स्वीकार्य नहीं है।

और अब चलो आँख बंद करके भरोसा नहीं करते? Linkmeup_R2 पर, ICMP को EF (उदाहरण के लिए केवल), TCP को AF12 और बाकी सब CS0 के रूप में लेबल किया जाएगा।
यह एमएफ (मल्टी-फील्ड) वर्गीकरण होगा।

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

     ip access-list extended TRISOLARANS_ICMP_ACL permit icmp any any ip access-list extended TRISOLARANS_TCP_ACL permit tcp any any ip access-list extended TRISOLARANS_OTHER_ACL permit ip any any 

   
   
2. इसके बाद, हम वर्गीकरण को परिभाषित करते हैं:
   
   

     class-map match-all TRISOLARANS_TCP_CM match access-group name TRISOLARANS_TCP_ACL class-map match-all TRISOLARANS_OTHER_CM match access-group name TRISOLARANS_OTHER_ACL class-map match-all TRISOLARANS_ICMP_CM match access-group name TRISOLARANS_ICMP_ACL 

   
   
3. और अब हम राजनीति में टिप्पणी करने के नियमों को परिभाषित करते हैं:
   
   

     policy-map TRISOLARANS_ADMISSION_CONTROL class TRISOLARANS_ICMP_CM set ip dscp ef class TRISOLARANS_TCP_CM set ip dscp af11 class TRISOLARANS_OTHER_CM set ip dscp default 

   
   
4. और हम इंटरफ़ेस पर नीति लटकाते हैं। क्रमशः इनपुट पर, क्योंकि निर्णय नेटवर्क के प्रवेश द्वार पर किया जाना चाहिए।
   
   

     interface Ethernet0/1 service-policy input TRISOLARANS_ADMISSION_CONTROL 

   
   

अंतिम मेजबान Trisolaran1 से ICMP टेस्ट। हम जानबूझकर वर्ग निर्दिष्ट नहीं करते हैं - डिफ़ॉल्ट 0 है।

मैंने पहले ही Linkmeup_R1 के साथ पॉलिसी को हटा दिया है, इसलिए ट्रैफ़िक CS0 को नहीं, बल्कि मार्किंग CS0 के साथ आता है।



यहाँ दो डंप पास हैं, Linkmeup_R1 और Linkmeup_R2 के साथ:

Linkmeup_R1। ई ० / ०।

pcapng

Linkmeup_R2। ई ० / ०।

pcapng

यह देखा जा सकता है कि ICMP पैकेट्स पर Linkmeup_R2 पर क्लासिफायर और रीलेबलिंग के बाद, न केवल DSCP EF में बदल गया, बल्कि MPLS ट्रैफिक क्लास 5 के बराबर हो गया।

टेलनेट 172.16.2.2 के साथ एक समान परीक्षण। 80 - तो टीसीपी की जाँच करें:



Linkmeup_R1। ई ० / ०।

pcapng

Linkmeup_R2। ई ० / ०।

pcapng

पढ़ें - क्या और क्या अपेक्षित है टीसीपी को एएफ 11 के रूप में प्रेषित किया जाता है।

अगला परीक्षण यूडीपी का परीक्षण करेगा, जिसे हमारे क्लासीफायर के अनुसार CS0 पर जाना चाहिए। हम इसके लिए iperf का उपयोग करेंगे (इसे Apps के माध्यम से लिनक्स टिनी कोर में लाएँगे)। दूरस्थ पक्ष iperf3 -s पर - सर्वर को स्थानीय iperf3 -c -u -t1 - क्लाइंट ( -c ), UDP प्रोटोकॉल ( -u ) पर शुरू करें, 1 सेकंड ( -t1 ) के लिए परीक्षण करें।



Linkmeup_R1। ई ० / ०।

pcapng

Linkmeup_R2। ई ० / ०

pcapng

अब से, इस इंटरफ़ेस में आने वाली सभी चीजों को कॉन्फ़िगर किए गए नियमों के अनुसार वर्गीकृत किया जाएगा।

---

उपकरण के अंदर चिह्नित करना

एक बार फिर: डीएस-डोमेन वर्गीकरण के प्रवेश द्वार पर एमएफ, इंटरफ़ेस-आधारित या बीए हो सकता है।
डीएस डोमेन के नोड्स के बीच, हेडर में पैकेट सेवा की आवश्यक कक्षा के बारे में एक संकेत देता है और बीए द्वारा वर्गीकृत किया जाता है।

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

अर्थात हेडिंग 1 ⇒ वर्गीकरण ⇒ सेवा की आंतरिक कक्षा ⇒ हेडिंग 2।

कुछ मामलों में, आपको एक प्रोटोकॉल के हेडर फ़ील्ड को दूसरे के हेडर फ़ील्ड में प्रदर्शित करना होगा, उदाहरण के लिए, ट्रैफ़िक क्लास में डीएससीपी।

यह मध्यवर्ती आंतरिक अंकन के माध्यम से होता है।

उदाहरण के लिए, डीएससीपी हैडर ⇒ वर्गीकरण ⇒ आंतरिक सेवा वर्ग ⇒ यातायात वर्ग हैडर।

औपचारिक रूप से, आंतरिक वर्गों को आप की तरह बुलाया जा सकता है, या बस गिने जा सकते हैं, और उनके पास केवल एक निश्चित कतार है।

जिस गहराई से हम इस लेख में गोता लगाते हैं, इससे कोई फर्क नहीं पड़ता कि उन्हें क्या कहा जाता है, यह महत्वपूर्ण है कि एक विशिष्ट व्यवहार मॉडल क्यूओएस क्षेत्रों के विशिष्ट मूल्यों के साथ जुड़ा हुआ है।

यदि हम विशिष्ट QoS कार्यान्वयन के बारे में बात कर रहे हैं, तो डिवाइस प्रदान करने वाले सेवा वर्गों की संख्या उपलब्ध कतारों की संख्या से अधिक नहीं है। अक्सर उनमें से आठ होते हैं (या तो आईपीपी के प्रभाव में, या कभी-कभी अलिखित समझौते से)। हालांकि, विक्रेता, डिवाइस, बोर्ड के आधार पर, वे अधिक या कम हो सकते हैं।

यही है, अगर 4 कतारें हैं, तो सेवा कक्षाएं बस चार से अधिक करने के लिए समझ में नहीं आती हैं।

आइए हार्डवेयर अध्याय में इसके बारे में अधिक विस्तार से बात करते हैं।


PHB के संदर्भ में, वर्गीकरण के लिए क्या उपयोग किया जाता है, इसमें कोई अंतर नहीं है - DSCP, ट्रैफिक क्लास, 802.1p।

डिवाइस के अंदर, वे नेटवर्क व्यवस्थापक द्वारा परिभाषित ट्रैफ़िक कक्षाओं में बदल जाते हैं।
यही है, ये सभी चिह्न पड़ोसियों को यह बताने का एक तरीका है कि उन्हें इस पैकेज में किस वर्ग की सेवा प्रदान करनी चाहिए। यह बीजीपी समुदाय के बारे में है, जो अपने आप में कुछ भी मतलब नहीं है, जब तक कि उनकी व्याख्या करने की नीति नेटवर्क पर परिभाषित नहीं होती है।

---

IETF अनुशंसाएँ (यातायात श्रेणियाँ, सेवा वर्ग, और व्यवहार)

मानक बिल्कुल भी मानकीकृत नहीं करते हैं कि कौन से सेवा वर्ग मौजूद हैं, उन्हें कैसे वर्गीकृत और लेबल करना है, और उन्हें लागू करने के लिए कौन सा पीएचबी है।

यह विक्रेताओं और नेटवर्क प्रशासकों की दया पर है।

हमारे पास केवल 3 बिट्स हैं - हम जैसा चाहें वैसा उपयोग करते हैं।

यह अच्छा है:

• लोहे का प्रत्येक टुकड़ा (विक्रेता) स्वतंत्र रूप से PHB के लिए कौन से तंत्र का उपयोग करता है - कोई संकेत नहीं, कोई संगतता समस्या नहीं है।
• प्रत्येक नेटवर्क के व्यवस्थापक लचीले ढंग से विभिन्न वर्गों के बीच यातायात वितरित कर सकते हैं, स्वयं और संबंधित PHB वर्गों का चयन कर सकते हैं।

यह बुरा है:

• डीएस डोमेन की सीमाओं पर, रूपांतरण मुद्दे उत्पन्न होते हैं।
• कार्रवाई की पूर्ण स्वतंत्रता की स्थितियों में - कुछ जंगल में हैं, कुछ दानव हैं।

इसलिए, 2006 में IETF ने सेवा विभेदीकरण के दृष्टिकोण के बारे में एक प्रशिक्षण पुस्तिका जारी की: RFC 4594 ( DiffServ Service Classes के लिए कॉन्फ़िगरेशन दिशानिर्देश )।

निम्नलिखित इस RFC का एक संक्षिप्त सारांश है।

व्यवहार मॉडल (PHB)

डीएफ - डिफ़ॉल्ट अग्रेषण
मानक शिपमेंट
यदि ट्रैफ़िक मॉडल को विशेष रूप से व्यवहार मॉडल नहीं सौंपा गया है, तो इसे डिफ़ॉल्ट अग्रेषण का उपयोग करके संसाधित किया जाएगा।

यह सर्वश्रेष्ठ प्रयास है - डिवाइस हर संभव प्रयास करेगा, लेकिन कुछ भी गारंटी नहीं देता है। बूँदें, विकार, अप्रत्याशित देरी और अस्थायी घबराना संभव है, लेकिन यह सटीक नहीं है।

यह मॉडल मेल या फ़ाइल डाउनलोड जैसे अनुप्रयोगों के लिए उपयुक्त है।
वैसे, PHB और इससे भी कम निश्चित है - A लोअर एफर्ट ।

वायु सेना - आश्वासन दिया अग्रेषण
गारंटी शिपमेंट
यह एक बेहतर बीई है। कुछ वारंटी यहां दिखाई देती हैं, उदाहरण के लिए, बैंड। बूँदें और अस्थायी देरी अभी भी संभव है, लेकिन बहुत कम हद तक।

मॉडल मल्टीमीडिया के लिए उपयुक्त है: स्ट्रीमिंग, वीडियो कॉन्फ्रेंसिंग, ऑनलाइन गेम।
RFC 2597 ( एश्योर्ड फॉरवर्डिंग PHB ग्रुप )।

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

ईएफ में हानि, विकार और अस्थायी देरी बेहद संभावना नहीं है।
RFC 3246 ( एक शीघ्र अग्रेषण PHB )।

सीएस - कक्षा चयनकर्ता
ये डीएस में सक्षम नेटवर्क में आईपी-प्रीएडेंस के साथ पिछड़े संगतता को बनाए रखने के लिए डिज़ाइन किए गए व्यवहार हैं।

IPP में निम्न वर्ग मौजूद हैं: CS0, CS1, CS2, CS3, CS4, CS5, CS6, CS7।
हमेशा उन सभी के लिए एक अलग PHB नहीं होता है, आमतौर पर दो या तीन होते हैं, और बाकी बस निकटतम DSCP वर्ग में अनुवादित होते हैं और संबंधित PHB प्राप्त करते हैं।
इसलिए, उदाहरण के लिए, CS 011000 नामक एक पैकेट को 011010 के रूप में वर्गीकृत किया जा सकता है।

CS से, निश्चित रूप से केवल CS6, CS7, जो NCP - नेटवर्क नियंत्रण प्रोटोकॉल के लिए अनुशंसित हैं और एक अलग PHB की आवश्यकता होती है, उपकरण में संरक्षित हैं।

EF की तरह, PHB CS6.7 उन कक्षाओं के लिए डिज़ाइन किया गया है जिनकी बहुत अधिक विलंबता और हानि आवश्यकताएं हैं, लेकिन बैंड भेदभाव के प्रति कुछ हद तक सहिष्णु हैं।
CS6.7 के लिए PHB का कार्य सेवा का एक स्तर प्रदान करना है जो इंटरफ़ेस, चिप और कतारों के अत्यधिक अधिभार की स्थिति में भी बूंदों और देरी को समाप्त करता है।

---

यह समझना महत्वपूर्ण है कि PHB एक अमूर्त अवधारणा है - और वास्तव में वे वास्तविक उपकरणों पर उपलब्ध तंत्रों के माध्यम से कार्यान्वित किए जाते हैं।

इस प्रकार, डीएस डोमेन में परिभाषित वही PHB जुनिपर और हुआवेई पर भिन्न हो सकता है।

इसके अलावा, एकल PHB क्रियाओं का एक स्थिर सेट नहीं है, उदाहरण के लिए, PHB AF में कई विकल्प शामिल हो सकते हैं जो गारंटी स्तर (बैंड, स्वीकार्य देरी) में भिन्न होते हैं।

---

सेवा वर्ग

IETF ने प्रशासकों का ध्यान रखा और अनुप्रयोगों और उनके सेवा वर्गों की मुख्य श्रेणियों की पहचान की।

मैं यहाँ क्रिया नहीं करूँगा, बस इस दिशानिर्देश आरएफसी से कुछ प्लेटों को डालें।

अनुप्रयोग श्रेणियां:



नेटवर्क विशेषताओं के लिए आवश्यकताएँ:



और अंत में, अनुशंसित वर्ग नाम और इसी DSCP मान:



उपरोक्त वर्गों को अलग-अलग तरीकों से जोड़कर (8 उपलब्ध में फिट करने के लिए), आप विभिन्न नेटवर्क के लिए QoS समाधान प्राप्त कर सकते हैं।

शायद यह सबसे आम है:



कक्षा डीएफ (या बीई) पूरी तरह से बिना ट्रैफिक के चिन्हित करता है - यह अवशिष्ट आधार पर ध्यान देता है।

PHB AF, AF1, AF2, AF3, AF4 वर्गों की सेवा करता है। इन सभी को देरी और नुकसान की रोकथाम के लिए एक लेन प्रदान करने की आवश्यकता है। ड्रॉप्स प्रीफ़ेंस बिट्स द्वारा हानियों को नियंत्रित किया जाता है, यही वजह है कि उन्हें एफ़िसी कहा जाता है, जहां x सेवा की श्रेणी है और y ड्रॉप प्रीसेडेंस है।

ईएफ को किसी प्रकार की न्यूनतम बैंड गारंटी की आवश्यकता होती है, लेकिन अधिक महत्वपूर्ण बात - देरी की गारंटी, घबराना और कोई नुकसान नहीं।

CS6, CS7 को और भी कम बैंडविड्थ की आवश्यकता होती है, क्योंकि यह सर्विस पैकेज का एक ट्रिकल है, जिसमें फटना अभी भी संभव है (उदाहरण के लिए BGP अपडेट), लेकिन इसमें होने वाले नुकसान और देरी अस्वीकार्य हैं - 10 ms के टाइमर वाले BFD का क्या उपयोग होता है यदि हैलो क्रैश हो जाए 100 एमएस कतारें?

यानी, उपलब्ध 8 में से 4 कक्षाएं AF के तहत दी गईं।

और इस तथ्य के बावजूद कि वे आमतौर पर ऐसा करते हैं, मैं दोहराता हूं कि ये केवल सिफारिशें हैं, और आपके डीएस डोमेन में तीन वर्गों को ईएफ और केवल दो एएफ को असाइन करने से रोकता है।

---

वर्गीकरण सारांश

नोड के प्रवेश द्वार पर, एक इंटरफेस, एमएफ या इसके लेबलिंग (बीए) के आधार पर एक पैकेज वर्गीकृत किया जाता है।
लेबलिंग IPv4 में DSCP फ़ील्ड्स का मान है, IPv6 में ट्रैफ़िक क्लास, और MPLS में 802.1p में 802.1p।
सेवा की 8 श्रेणियां हैं जो विभिन्न श्रेणियों के यातायात को जोड़ती हैं। प्रत्येक वर्ग को अपना PHB सौंपा जाता है, जो कक्षा की आवश्यकताओं को पूरा करता है।

IETF सिफारिशों के अनुसार, निम्नलिखित सेवा वर्ग प्रतिष्ठित हैं: CS1, CS0, AF11, AF12, AF13, AF21, CS22, AF23, CS3, AF31, AF32, AF33, CS4, AF41, AF42, AF43, CS5, EF, CS6,। यातायात के बढ़ते महत्व में CS7।

उनमें से आप 8 का संयोजन चुन सकते हैं, जो वास्तव में CoS क्षेत्रों में एन्कोड किया जा सकता है।
सबसे आम संयोजन: CS0, AF1, AF2, AF3, AF4, EF, CS6, CS7 AF के लिए 3 रंग उन्नयन के साथ।

प्रत्येक वर्ग को एक PHB सौंपा जाता है, जिनमें से 3 हैं - डिफ़ॉल्ट अग्रेषण, बीमित अग्रेषण, गंभीरता के बढ़ते क्रम में शीघ्र अग्रेषण। थोड़ा हटकर PHB क्लास सिलेक्टर है। प्रत्येक PHB उपकरण मापदंडों द्वारा भिन्न हो सकता है, लेकिन बाद में उस पर अधिक।

---

एक अनलोड नेटवर्क पर, क्यूओएस की जरूरत नहीं है, उन्होंने कहा। उन्होंने कहा कि कोई भी क्यूओएस मुद्दों को लिंक के विस्तार से हल किया जाता है। ईथरनेट और DWDM के साथ, हम कभी भी लाइन कंजेशन का सामना नहीं करते हैं, उन्होंने कहा।
वे वे हैं जो यह नहीं समझते हैं कि क्यूओएस क्या है।

लेकिन वास्तविकता आईएलवी पर वीपीएन को हिट करती है।

1. हर जगह प्रकाशिकी नहीं है। आरआरएल हमारी वास्तविकता है। कभी-कभी दुर्घटना के समय (और न केवल) संकीर्ण रेडियो लिंक में सभी नेटवर्क ट्रैफ़िक को क्रॉल करना चाहते हैं।
2. ट्रैफिक का टूटना हमारी सच्चाई है। यातायात के अल्पकालिक विस्फोट आसानी से कतार में खड़े हो जाते हैं, बहुत आवश्यक पैकेट को छोड़ने के लिए मजबूर करते हैं।
3. टेलीफोनी, वीडियोकांफ्रेंसिंग, ऑनलाइन गेम हमारी वास्तविकता हैं। यदि कतार कम से कम कुछ व्यस्त है, तो देरी से नृत्य करना शुरू हो जाता है।

मेरे अभ्यास में, ऐसे उदाहरण थे जब टेलीफोनी 40% से अधिक नहीं लोड किए गए नेटवर्क पर मोर्स कोड में बदल गई। बस इसे ईएफ में फिर से चिह्नित करने से समस्या का हल हो गया।

यह उन उपकरणों से निपटने का समय है जो आपको विभिन्न वर्गों को अलग-अलग सेवाएं प्रदान करने की अनुमति देते हैं।

---

PHB उपकरण

वास्तव में QoS टूल के केवल तीन समूह हैं जो सक्रिय रूप से पैकेजों में हेरफेर करते हैं:

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

लेकिन उन सभी, द्वारा और बड़े, बेकार होंगे यदि यह कतार के लिए नहीं थे।

5. कतार

मनोरंजन पार्क में, आप किसी को प्राथमिकता नहीं दे सकते हैं यदि आप अधिक भुगतान करने वालों के लिए एक अलग कतार का आयोजन नहीं करते हैं।

नेटवर्क में भी यही स्थिति है।

यदि सभी ट्रैफ़िक एक कतार में हैं, तो आप उन्हें प्राथमिकता देने के लिए इसके मध्य से महत्वपूर्ण पैकेट नहीं निकाल पाएंगे।

इसीलिए, वर्गीकरण के बाद, पैकेट को इस वर्ग के अनुरूप कतार में रखा जाता है।

और फिर एक कतार (वॉयस डेटा के साथ) जल्दी से आगे बढ़ जाएगी, लेकिन एक सीमित बैंड के साथ, एक और धीमी (स्ट्रीमिंग), लेकिन एक विस्तृत बैंड के साथ, और कुछ संसाधन अवशिष्ट सिद्धांत के अनुसार जाएंगे।

लेकिन प्रत्येक अलग कतार की सीमा के भीतर एक ही नियम लागू होता है - आप एक पैकेट को बीच से नहीं खींच सकते हैं - केवल उसके सिर से।

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

एक सामान्य स्थिति में, जब इंटरफ़ेस / चिप अतिभारित नहीं होता है, तो बफर उपयोग शून्य के पास होता है। वे अल्पकालिक फट को अवशोषित करते हैं, लेकिन यह लंबे समय तक भरने का कारण नहीं बनता है।

यदि स्विचिंग चिप से अधिक ट्रैफ़िक है या आउटपुट इंटरफ़ेस हैंडल कर सकता है, तो कतारें भरना शुरू कर देती हैं। और 20-30% से ऊपर का पुराना उपयोग पहले से ही एक ऐसी स्थिति है जिसे संबोधित करने की आवश्यकता है।

---

6. भीड़ से बचाव

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

इसके दो तरीके हैं: या तो इस पैकेट को छोड़ दें, या जिन्होंने पहले से ही गोल कर दिया है।
यदि वे पहले से ही कतार में हैं, तो विचार करें कि क्या गायब है।

और अगर यह एक है, तो विचार करें कि वह नहीं आया था।

इन दो दृष्टिकोणों को टेल ड्रॉप और हेड ड्रॉप कहा जाता है ।

टेल ड्रॉप और हेड ड्रॉप

टेल ड्रॉप - सबसे सरल कतार प्रबंधन तंत्र - सभी नए आने वाले पैकेटों को त्याग दें जो बफर में फिट नहीं होते हैं।



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



हेड ड्रॉप का एक और गैर-स्पष्ट लाभ है - यदि आप कतार की शुरुआत में पैकेट छोड़ते हैं, तो प्राप्तकर्ता जल्दी से नेटवर्क पर भीड़ के बारे में पता लगाएगा और प्रेषक को सूचित करेगा। टेल ड्रॉप के मामले में, गिराए गए पैकेट के बारे में जानकारी संभवत: सैकड़ों मिलीसेकंड बाद में पहुंच जाएगी - जब तक यह पंक्ति की पूंछ से उसके सिर तक नहीं पहुंच जाती।

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



टेल ड्रॉप और हेड ड्रॉप एक साथ काम कर सकते हैं।

---

पूंछ और सिर ड्रॉप कंजेशन परिहार "माथे" हैं। आप यहां तक ​​कह सकते हैं - यह उसकी अनुपस्थिति है।
हम तब तक कुछ नहीं करते जब तक कि कतार 100% पूर्ण न हो जाए। और उसके बाद, हम सभी नए आगमन (या एक लंबे समय के लिए देरी) पैकेट को त्यागना शुरू करते हैं।

यदि आपको लक्ष्य प्राप्त करने के लिए कुछ करने की आवश्यकता नहीं है, तो कहीं न कहीं एक अति सूक्ष्म अंतर है।
और यह अति सूक्ष्म अंतर टीसीपी है।

याद रखें ( गहरा और अत्यंत गहरा ) टीसीपी कैसे काम करता है - हम आधुनिक कार्यान्वयन के बारे में बात कर रहे हैं।

एक स्लाइडिंग विंडो (स्लाइडिंग विंडो या rwnd - Reciever का विज्ञापन विंडो ) है, जो प्राप्तकर्ता को नियंत्रित करता है, प्रेषक को बताता है कि कितना भेजा जा सकता है।

और वहाँ एक अधिभार खिड़की ( CWND - भीड़ खिड़की है), जो नेटवर्क समस्याओं का जवाब देता है और प्रेषक द्वारा नियंत्रित किया जाता है।

डेटा ट्रांसफर प्रक्रिया CWND में एक घातीय वृद्धि के साथ एक धीमी शुरुआत ( धीमी शुरुआत ) के साथ शुरू होती है। प्रत्येक पुष्ट खंड के साथ, 1 MSS आकार CWND में जोड़ा जाता है, अर्थात, यह RTT (डेटा वहाँ, ACK वापस) (रेनो / न्यूरेनो के बारे में भाषण) के बराबर समय में दोगुना हो जाता है।

उदाहरण के लिए



घातीय वृद्धि ssthreshold (स्लो स्टार्ट थ्रेसहोल्ड) नामक मान पर जारी रहती है , जो होस्ट पर TCP कॉन्फ़िगरेशन में निर्दिष्ट है।

इसके बाद, प्रत्येक पुष्ट खंड के लिए 1 / CWND की एक रेखीय वृद्धि शुरू होती है, जब तक कि यह RWND के विरुद्ध नहीं हो जाती है या नुकसान शुरू हो जाता है (हानि की पुन: पुष्टि (डुप्लिकेटेड ACK) या सभी की पुष्टि नहीं होती है)।

जैसे ही एक सेगमेंट लॉस का पता चलता है, टीसीपी बैकऑफ़ होता है - टीसीपी काफी हद तक खिड़की को कम कर देता है, वास्तव में भेजने की गति को कम करता है - और फास्ट रिकवरी तंत्र शुरू होता है :

1. खोए हुए सेगमेंट भेजें (फास्ट रिट्रांसमिशन),
2. खिड़की डबल हो गई है,
3. ssthreshold मान भी पहुंची खिड़की के आधे के बराबर हो जाता है,
4. रैखिक विकास पहले नुकसान तक फिर से शुरू होता है ,
5. दोहराएँ।

हानि का मतलब या तो एक नेटवर्क सेगमेंट का पूरा पतन हो सकता है और फिर विचार कर सकते हैं कि यह खो गया है, या लाइन पर भीड़ है (बफर ओवरफ़्लो पढ़ें और इस सत्र के एक खंड को त्याग दें)।
यह उपलब्ध बैंडविड्थ के उपयोग को अधिकतम करने और भीड़ से निपटने के लिए टीसीपी की विधि है। और यह काफी प्रभावी है।

हालाँकि, टेल ड्रॉप से ​​क्या होता है?

1. मान लें कि एक राउटर के माध्यम से हजारों टीसीपी सत्रों का मार्ग निहित है। कुछ बिंदु पर, सत्र यातायात 1.1 Gb / s, आउटपुट इंटरफ़ेस गति - 1 Gb / s तक पहुंच गया।
2. ट्रैफिक आते ही तेज हो जाता है, बफ़र्स भर जाते हैं ।
3. टेल ड्रॉप को तब तक चालू किया जाता है जब तक कि डिस्पैचर कतार से कुछ पैकेटों को बाहर नहीं निकाल देता है।
4. Fast Recovery ( Slow Start).
5. , , Tail Drop .
6. TCP- , .
7. .
8. Fast Recovery/Slow Start.
9. .

RFC 2001 ( TCP Slow Start, Congestion Avoid, Fast Retransmit, और Fast Recovery Algorithms ) में टीसीपी तंत्र में बदलाव के बारे में अधिक जानें ।

यह ग्लोबल टीसीपी सिंक्रोनाइज़ेशन :



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

टीसीपी - क्योंकि यूडीपी, जिसमें भीड़ नियंत्रण तंत्र नहीं है, वह इससे प्रभावित नहीं है।

इस स्थिति में कुछ भी बुरा नहीं होता अगर यह पट्टी के उप-इष्टतम उपयोग का कारण नहीं होता - आरा दांतों के बीच अंतराल - व्यर्थ धन।

दूसरी समस्या टीसीपी भुखमरी - टीसीपी की कमी है। जबकि टीसीपी लोड को कम करने के लिए धीमा हो जाता है (चलो चालाक नहीं होना चाहिए - सबसे पहले, हमारे डेटा को निश्चित रूप से संचारित करने के लिए), यूडीपी, यह सभी सामान्य रूप से डेटाग्राम द्वारा पीड़ित - जितना संभव हो उतना भेजता है।

तो, टीसीपी ट्रैफिक की मात्रा कम हो गई है, और यूडीपी बढ़ रहा है (संभवतः), नुकसान का अगला चक्र - फास्ट रिकवरी कम सीमा पर होता है। यूडीपी जगह लेता है। टीसीपी ट्रैफिक की कुल राशि गिरती है।

समस्या को कैसे हल किया जाए, इससे बचना बेहतर है। आइए फास्ट रिकवरी / स्लो स्टार्ट का उपयोग करके कतार को भरने से पहले लोड को कम करने की कोशिश करें, जो अभी हमारे खिलाफ रहा है।

लाल - यादृच्छिक प्रारंभिक जांच

लेकिन क्या होगा अगर हम बफर के कुछ हिस्से पर ले जाते हैं और धब्बा करते हैं?

अपेक्षाकृत बोलना, कतार के 80% पूर्ण होने पर यादृच्छिक पैकेट गिराना शुरू करें, जिससे खिड़की को कम करने के लिए कुछ टीसीपी सत्र मजबूर हो और, तदनुसार, गति।

और अगर कतार 90% भरी हुई है, तो हम पैकेट के 50% को बेतरतीब ढंग से छोड़ना शुरू करते हैं।
90% - संभावना टेल ड्रॉप तक बढ़ती है (100% नए पैकेट खारिज कर दिए जाते हैं)।

इस तरह के कतार प्रबंधन को लागू करने वाले तंत्र को AQM - Adaptive (या Active) कतार प्रबंधन कहा जाता है ।

यह है कि RED कैसे काम करता है ।
प्रारंभिक जांच - संभावित अधिभार को ठीक करें;
यादृच्छिक - बेतरतीब ढंग से पैकेट त्यागें।
कभी-कभी वे रेड (मेरी राय में, शब्दार्थ रूप से और अधिक सही ढंग से), रैंडम अर्ली डिस्कार्ड की तरह डिकोड करते हैं।

आलेखीय रूप से, यह इस तरह दिखता है:





जब तक कि बफर 80% पूर्ण नहीं हो जाता है, तब तक पैकेट को पूरी तरह से नहीं छोड़ा जाता है - संभावना 0% है।
80 से 100 पैकेट को छोड़ दिया जाना शुरू हो जाता है, और जितना अधिक होता है, उतने अधिक कतार भरने लगते हैं।
तो प्रतिशत 0 से 30 तक बढ़ता है।

RED का एक पक्ष प्रभाव यह है कि आक्रामक टीसीपी सत्र धीमा होने की अधिक संभावना है, सिर्फ इसलिए कि बहुत सारे पैकेट हैं और उन्हें गिराए जाने की अधिक संभावना है।

लाल पट्टी का उपयोग करने की अक्षमता सत्रों के बहुत छोटे हिस्से को दांतों के बीच इतनी गंभीर खराबी के बिना हल करने से हल हो जाती है।
ठीक उसी कारण से यूडीपी सब पर कब्जा नहीं कर सकता है।

WRED - वेटेड रैंडम अर्ली डिटेक्शन

लेकिन सभी की सुनवाई में, शायद, अभी भी WRED । लिंकमेप के एस्ट्र्यूट रीडर ने पहले ही सुझाव दिया है कि यह वही RED है, लेकिन मोड़ों में भारित है। और वह बिलकुल ठीक नहीं था।
लाल एक ही कतार के भीतर काम करता है। यदि कोई ई.पू. भरा हुआ है तो इसका कोई मतलब नहीं है। तदनुसार, घुमावों में वजन कुछ भी नहीं लाएगा।
यहां ड्रॉप प्रिसेंस सिर्फ काम करता है।

और एक ही कतार के भीतर, अलग-अलग ड्रॉप प्राथमिकता वाले पैकेट में अलग-अलग वक्र होंगे। यह प्राथमिकता जितनी कम होगी, उतनी ही कम होने की संभावना है।



यहां तीन घटता हैं:
लाल - कम प्राथमिकता वाला यातायात (छोड़ने के मामले में), पीला - अधिक, हरा - अधिकतम।
लाल ट्रैफ़िक को छोड़ दिया जाना शुरू हो जाता है जब बफर 20% भरा होता है, 20 से 40 तक यह 20% तक गिर जाता है, फिर टेल ड्रॉप।
पीला बाद में शुरू होता है - 30 से 50 तक यह 10% तक छोड़ दिया जाता है, फिर - टेल ड्रॉप।
ग्रीन कम से कम अतिसंवेदनशील है: 50 से 100 तक यह सुचारू रूप से 5% तक बढ़ता है। इसके बाद टेल ड्रॉप है।
डीएससीपी के मामले में, यह क्रमशः AF11, AF12 और AF13 हो सकता है, हरा, पीला और लाल।



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

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

इसीलिए EF के लिए केवल Tail Drop का उपयोग किया जाता है।

CS6, CS7 के लिए, टेल ड्रॉप का भी उपयोग किया जाता है, क्योंकि कोई उच्च गति नहीं मानी जाती है और WRED कुछ भी हल नहीं करेगा।

AF के लिए, WRED लागू किया जाता है। AFxy, जहाँ x सेवा का वर्ग है, यानी वह कतार जिसमें वह गिरता है, और y ड्रॉप प्राथमिकता है - समान रंग।

बीई के लिए, इस कतार में प्रचलित यातायात के आधार पर निर्णय किया जाता है।

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

यह याद रखने योग्य है कि यह पूरा इंद्रधनुष केवल नोड के अंदर ही मौजूद है। पड़ोसियों के बीच लाइन में रंग की कोई अवधारणा नहीं है।

हालांकि, यह संभव है, निश्चित रूप से, डीएससीपी के ड्रॉप प्रीसेडेंस भाग में रंग को एनकोड करने के लिए।

ड्रॉप्स एक अनलोड किए गए नेटवर्क में भी दिखाई दे सकते हैं, जहां ऐसा लगेगा कि कोई कतार अतिप्रवाह नहीं होनी चाहिए। कैसे?
इसका कारण ट्रैफिक की छोटी - मोटी फटने - फटने हो सकता है। सबसे सरल उदाहरण - एक ही समय में 5 अनुप्रयोगों ने ट्रैफ़िक को एक अंत होस्ट में स्थानांतरित करने का निर्णय लिया।
एक उदाहरण अधिक जटिल है - प्रेषक 10 Gb / s इंटरफ़ेस के माध्यम से जुड़ा हुआ है, और रिसीवर 1 Gb / s है। पर्यावरण स्वयं आपको प्रेषक पर तेजी से पैकेज तैयार करने की अनुमति देता है। रिसीवर का ईथरनेट फ्लो कंट्रोल निकटतम होस्ट को धीमा करने के लिए कहता है, और बफ़र्स में पैकेट जमा होने लगते हैं।

---

अच्छा, जब यह सब बिगड़ जाए तो क्या करें?

7. भीड़ प्रबंधन

जब सब कुछ खराब होता है, तो अधिक महत्वपूर्ण यातायात के लिए प्रसंस्करण प्राथमिकता दी जानी चाहिए। प्रत्येक पैकेज का महत्व वर्गीकरण चरण में निर्धारित किया जाता है।

लेकिन बुरा क्या है?

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

यह देरी को बढ़ाएगा, घबराहट को बर्बाद करेगा, और संभवतः बूंदों का कारण बन सकता है।
यही है, हमारे पास वास्तविक भीड़ के अभाव में गुणवत्ता सेवाएं प्रदान करने में समस्याएं हैं।

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

विभिन्न स्तर की सेवाएं प्रदान करने के लिए विभिन्न कतारें कैसे प्रबंधित करती हैं?
पैकेट को अलग-अलग कतार में अलग-अलग तरीकों से निकालें।

डिस्पैचर इसी में लगा हुआ है।

हम आज डिस्पैचर्स के बहुमत पर विचार करेंगे, जो सबसे सरल से शुरू होता है:

• एफआईएफओ - केवल एक पंक्ति, बीई में सब कुछ, सी - अन्याय।
• पीक्यू - ऑलिगार्क्स के लिए रास्ता, अभावों को रास्ता देता है।
• FQ - सभी समान हैं।
• DWRR - सभी समान हैं, लेकिन कुछ अधिक भी हैं।

फीफो - फर्स्ट इन, फर्स्ट आउट

सबसे सरल मामला, वास्तव में QoS की अनुपस्थिति, यह है कि सभी ट्रैफ़िक को एक ही तरीके से नियंत्रित किया जाता है - एक कतार में।

पैकेट कतार को उसी क्रम में छोड़ देते हैं, जिसमें वे वहां पहुंचे थे, इसलिए नाम: पहले दर्ज किया गया - पहले और बाएं ।

FIFO न तो शब्द के पूर्ण अर्थों में एक डिस्पैचर है, और न ही एक डिफर्व तंत्र सामान्य रूप से, क्योंकि यह वास्तव में सभी वर्गों को नहीं करता है।

यदि कतार भरनी शुरू हो जाती है, देरी और घबराहट बढ़ने लगती है, तो आप उन्हें प्रबंधित नहीं कर सकते, क्योंकि आप कतार के बीच से एक महत्वपूर्ण पैकेट नहीं खींच सकते।

1,500 बाइट के पैकेट आकार के साथ आक्रामक टीसीपी सत्र पूरी कतार पर कब्जा कर सकते हैं, जिससे छोटे वॉयस पैकेट को नुकसान हो सकता है।

FIFO में, सभी कक्षाएं CS0 में विलय हो जाती हैं।



हालांकि, इन सभी कमियों के बावजूद, यह है कि इंटरनेट अब कैसे काम करता है।

अधिकांश FIFO विक्रेता अब सभी पारगमन यातायात के लिए एक कतार और स्थानीय रूप से उत्पन्न सर्विस पैकेट के लिए एक और के साथ डिफ़ॉल्ट डिस्पैचर हैं।
यह सरल है, यह बेहद सस्ता है। यदि चैनल विस्तृत हैं और थोड़ा ट्रैफ़िक है, तो सब कुछ ठीक है।
QoS - गरीबों के लिए इस विचार का सर्वोत्कृष्ट अर्थ है कि बैंड का विस्तार करें, और ग्राहक संतुष्ट होंगे, और आपका वेतन कई गुणा बढ़ जाएगा।

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

FIFO पर्याप्त नहीं था, इसलिए उन्होंने कई कतारें बनाईं और ट्रैफ़िक शेड्यूलिंग योजनाओं का उत्पादन करना शुरू किया।

हालांकि, एफआईएफओ हमारे जीवन को कभी नहीं छोड़ता है: प्रत्येक कतार के अंदर, पैकेट को हमेशा एफआईएफओ सिद्धांत के अनुसार संसाधित किया जाता है।

पीक्यू - प्राथमिकता कतार

दूसरा सबसे जटिल तंत्र और सेवा को कक्षाओं में विभाजित करने का प्रयास एक प्राथमिकता कतार है ।

ट्रैफ़िक को अब उसकी वर्ग - प्राथमिकता (उदाहरण के लिए, हालांकि आवश्यक नहीं है, उसी BE, AF1-4, EF, CS6-7) के अनुसार कई कतारों में रखा गया है। डिस्पैचर एक के बाद एक कतार से गुजरता है।

सबसे पहले, यह सभी पैकेटों को सर्वोच्च प्राथमिकता कतार से, फिर कम से, फिर कम से कम करता है। और इसलिए एक सर्कल में।

जब तक उच्च प्राथमिकता कतार खाली नहीं होती है तब तक डिस्पैचर कम प्राथमिकता वाले पैकेट को प्राप्त करना शुरू नहीं करता है।



यदि, कम-प्राथमिकता वाले पैकेटों के प्रसंस्करण के समय, एक पैकेट एक उच्च प्राथमिकता कतार में आता है, तो डिस्पैचर उस पर स्विच कर देता है और खाली करने के बाद ही दूसरों को वापस करता है।



PQ लगभग FIFO के साथ-साथ काम करता है।

यह प्रोटोकॉल पैकेट और आवाज के रूप में इस तरह के यातायात के लिए बहुत अच्छा है, जहां देरी महत्वपूर्ण है और कुल मात्रा बहुत बड़ी नहीं है।

ठीक है, आपको मानना ​​चाहिए, आपको इस तथ्य के कारण BFD हैलो नहीं रखना चाहिए कि YouTube से कई बड़े वीडियो हिस्सा आए हैं?

लेकिन यहां पीक्यू की कमी है - यदि प्राथमिकता कतार यातायात से भरी हुई है, तो डिस्पैचर कभी भी दूसरों पर स्विच नहीं करेगा।

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

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

---

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

एफक्यू-फेयर क्युइंग

एक आदर्श डिस्पैचर की भूमिका के लिए अगला दावेदार निष्पक्ष कतारबद्ध तंत्र है ।

FQ - फेयर क्युइंग

इसका इतिहास 1985 में शुरू हुआ, जब जॉन नागले ने प्रत्येक डेटा स्ट्रीम के लिए एक कतार बनाने का सुझाव दिया। आत्मा में, यह IntServ दृष्टिकोण के करीब है और यह इस तथ्य से आसानी से समझाया गया है कि सेवा वर्ग, जैसे कि DiffServ, का विचार तब मौजूद नहीं था।

FQ ने क्रम में प्रत्येक कतार से समान मात्रा में डेटा निकाला।

ईमानदारी इस तथ्य में निहित है कि डिस्पैचर पैकेट की संख्या के साथ संचालित नहीं होता है, लेकिन बिट्स की संख्या के साथ जो प्रत्येक कतार से प्रेषित किया जा सकता है।

इसलिए एक आक्रामक टीसीपी स्ट्रीम इंटरफ़ेस को बाढ़ नहीं कर सकता है, और सभी को समान अवसर मिलते हैं।
सिद्धांत रूप में। FQ को कभी भी नेटवर्क उपकरण में कतारों को भेजने के लिए एक तंत्र के रूप में लागू नहीं किया गया था।

तीन कमियां हैं:
पहला - स्पष्ट - यह बहुत महंगा है - प्रत्येक स्ट्रीम के लिए एक कतार शुरू करने के लिए, प्रत्येक पैकेट का वजन गिनें और हमेशा बिट्स को छोड़ देने और पैकेट के आकार के बारे में चिंता करें।
दूसरा - कम स्पष्ट - सभी थ्रेड्स को बैंडविड्थ के मामले में समान अवसर मिलते हैं। और अगर मैं असमान चाहता हूं?
तीसरा - गैर-स्पष्ट - एफक्यू ईमानदारी पूर्ण है: सभी के पास समान देरी है, लेकिन ऐसे धागे हैं जो बैंड की तुलना में देरी से अधिक महत्वपूर्ण हैं।
उदाहरण के लिए, 256 धाराओं के बीच आवाज वाले हैं, जिसका अर्थ है कि उनमें से प्रत्येक केवल 256 धागे से बाहर पहुंच जाएगा।
और उनके साथ क्या करना अस्पष्ट है।



यहां आप देख सकते हैं कि तीसरे चरण में पैकेट के बड़े आकार के कारण, पहले दो चक्रों में हमने पहले दो में से एक पैकेट को संसाधित किया।

राउंड रॉबिन और जीपीएस के बिट-बाय-बिट तंत्र का वर्णन पहले से ही इस लेख के दायरे से परे है, और मैं एक स्वतंत्र अध्ययन के लिए पाठक का उल्लेख करता हूं ।

डब्ल्यूएफक्यू - वेटेड फेयर क्यूइंग

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

डब्ल्यूएफक्यू के संदर्भ में, अधिक वजन, बदतर।
इसलिए, IP प्रीएडेंस जितना अधिक होगा, पैकेट का वजन उतना ही कम होगा।
पैकेज का आकार जितना छोटा होगा, उसका वजन उतना ही कम होगा।
इस प्रकार, उच्च-प्राथमिकता वाले छोटे पैकेटों को सबसे अधिक संसाधन मिलते हैं, जबकि कम-प्राथमिकता वाले दिग्गज इंतजार कर रहे हैं।
नीचे दिए गए चित्रण में, पैकेटों को ऐसे वजन मिले कि पहली कतार में पहले पैकेट को छोड़ दिया जाए, फिर दूसरे से दो, फिर से पहले और फिर तीसरे को संसाधित किया जाए। इसलिए, उदाहरण के लिए, ऐसा हो सकता है यदि दूसरे चरण में पैकेटों का आकार अपेक्षाकृत छोटा हो।



डब्लूएफक्यू के कठोर इंजीनियरिंग के बारे में, इसके पैकेट समय, आभासी समय और विग के प्रमेय के साथ, आप एक जिज्ञासु रंग दस्तावेज़ में पढ़ सकते हैं ।

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

CBWFQ - वर्ग-आधारित WFQ

सीबीडब्ल्यूएफक्यू ने डिफसर्व के आगमन के साथ जटिलता की समस्या के लिए दृष्टिकोण बनाया। व्यवहार एग्रीगेट ने सभी ट्रैफ़िक श्रेणियों को 8 वर्गों में वर्गीकृत किया और, तदनुसार, कतारें। इसने उन्हें एक नाम दिया और बहुत सरल सरलीकरण किया।

CBWFQ में वजन ने एक अलग अर्थ हासिल कर लिया है। वजन प्रशासक के अनुरोध पर मैन्युअल रूप से कॉन्फ़िगरेशन में कक्षाओं (थ्रेड्स नहीं) को सौंपा गया था , क्योंकि डीएससीपी क्षेत्र पहले से ही वर्गीकरण के लिए उपयोग किया गया था।

यही है, डीएससीपी ने निर्धारित किया है कि कौन सी कतार में रखा जाए और कॉन्फ़िगर किया गया वजन - इस कतार के लिए कितनी गलियाँ उपलब्ध हैं।

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

और पैकेट के आकार, उनके विखंडन और डीफ़्रैग्मेन्टेशन की निरंतर निगरानी की आवश्यकता दूर नहीं हुई है।

CBWFQ + LLQ - कम-विलंबता कतार

अंतिम दृष्टिकोण, बिट-बाय-बिट दृष्टिकोण की परिणति, PQ के साथ CBWFQ का संघ है।
कतारों में से एक तथाकथित LLQ (कम विलंबता कतार) बन जाती है, और जबकि अन्य सभी कतारें CBWFQ प्रबंधक द्वारा संसाधित की जाती हैं, PQ प्रबंधक LLQ और बाकी के बीच चल रहा है।

यही है, जबकि एलएलक्यू में पैकेट हैं, शेष कतारें इंतजार कर रही हैं, उनकी देरी बढ़ रही है। जैसे ही एलएलक्यू में पैकेट खत्म हुए, हम बाकी की प्रक्रिया करने गए। पैकेट एलएलक्यू में दिखाई दिए - वे बाकी के बारे में भूल गए, इसमें लौट आए।

एफआईएफओ एलएलक्यू के अंदर भी काम करता है, इसलिए आपको एक ही समय में बफर उपयोग और देरी को बढ़ाए बिना, सबकुछ नहीं करना चाहिए।

फिर भी, गैर-प्राथमिकता वाले कतारों में भूखे न रहने के लिए, एलएलक्यू में बैंडविड्थ सीमा निर्धारित करना सार्थक है।



इसलिए भेड़ें भरी हुई हैं और भेड़िये सुरक्षित हैं।

आरआर - गोल-रॉबिन

एफक्यू के साथ हाथ में हाथ डाला और आरआर ।
एक ईमानदार था, लेकिन सरल नहीं था। अन्य काफी विपरीत है।



आरआर कतारों से गुजरा, उनमें से बराबर संख्या में पैकेट निकाले। एफक्यू की तुलना में दृष्टिकोण अधिक आदिम है, और इसलिए विभिन्न प्रवाह के संबंध में बेईमान है। आक्रामक स्रोत आसानी से आकार में 1500 बाइट्स के पैकेट के साथ पट्टी को बाढ़ कर सकते हैं।

हालांकि, इसे लागू करना बहुत सरल था - आपको कतार में पैकेट के आकार को जानने की जरूरत नहीं है, इसे टुकड़े टुकड़े करें, और फिर इसे वापस इकट्ठा करें।

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

WRR - वेटेड राउंड रॉबिन

वही भाग्य WRR के साथ है, जिसने आईपी प्रीफेंस के आधार पर कतारों में वजन जोड़ा। डब्ल्यूआरआर में, समान संख्या में पैकेट नहीं निकाले गए, लेकिन कतार के कई वजन।

छोटे पैकेट के साथ कतारों में अधिक वजन देना संभव होगा, लेकिन ऐसा करना गतिशील रूप से संभव नहीं था।

डीडब्ल्यूआरआर - राउंड वेटेड राउंड रॉबिन

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

जब कतार से गुजरते हैं, तो कई पैकेज जारी किए जाते हैं क्योंकि पर्याप्त क्रेडिट होता है।

कतार के सिर में पैकेज का आकार ऋण राशि से काटा जाता है।
यदि अंतर शून्य से अधिक है, तो यह पैकेट हटा दिया जाता है और अगले एक को चेक किया जाता है। इसलिए जब तक अंतर शून्य से कम न हो।

यहां तक ​​कि अगर पहले पैकेज में पर्याप्त क्रेडिट नहीं है, तो ठीक है, अफसोस, कीचड़, वह कतार में रहता है।
अगली पास से पहले, प्रत्येक पंक्ति का क्रेडिट एक निश्चित राशि से बढ़ाया जाता है, जिसे क्वांटम कहा जाता है ।

अलग-अलग कतारों के लिए, क्वांटम अलग है - जितना बड़ा बैंड आपको देने की आवश्यकता है, उतनी बड़ी मात्रा।

इस प्रकार, सभी कतारें एक गारंटीकृत बैंडविड्थ प्राप्त करती हैं, इसमें पैकेट के आकार की परवाह किए बिना।



उपरोक्त स्पष्टीकरण से, यह मेरे लिए स्पष्ट नहीं होगा कि यह कैसे काम करता है।


DWRR के साथ, सवाल देरी और घबराहट की गारंटी के साथ रहता है - वजन इसे किसी भी तरह से हल नहीं करता है।
सैद्धांतिक रूप से, आप सीबी-डब्ल्यूएफक्यू के साथ भी ऐसा ही कर सकते हैं, एलएलक्यू जोड़ सकते हैं।

हालांकि, यह आज की बढ़ती लोकप्रियता के संभावित परिदृश्यों में से एक है।

PB-DWRR - प्राथमिकता-आधारित DWRR

दरअसल, आज मुख्यधारा पीबी-डीडब्ल्यूआरआर - प्राथमिकता आधारित डेफिसिट वेटेड राउंड रॉबिन बन रही है।

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



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

प्रेषण तंत्र के बारे में एक संक्षिप्त सारांश

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

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

कई राक्षसी एफक्यू, डब्लूएफक्यू दिखाई दिए, जो प्रति प्रवाह नहीं तो काम करते हैं, तो लगभग उसी तरह। CB-WFQ वर्ग समाज में आया था, लेकिन यह आसान नहीं था।

एक विकल्प के रूप में, उन्होंने आरआर विकसित किया। यह एक WRR बन गया, और फिर एक DWRR।
और प्रत्येक डिस्पैचर की गहराई में FIFO रहता है।

हालांकि, जैसा कि आप देख सकते हैं, कोई भी सार्वभौमिक डिस्पैचर नहीं है जो सभी वर्गों को संभालता है जैसे उन्हें आवश्यकता होती है। यह हमेशा डिस्पैचर्स का संयोजन होता है, जिनमें से एक देरी, घबराहट और नुकसान की कमी को सुनिश्चित करने की समस्या को हल करता है, और दूसरा एक बैंड आवंटित करता है।
CBWFQ + LLQ या PB-WDRR या WDRR + PQ।

असली उपकरणों पर, आप निर्दिष्ट कर सकते हैं कि किस डिस्पैचर के साथ प्रक्रिया करने के लिए कौन सी कतारें हैं।

CBWFQ, WDRR और उनके डेरिवेटिव आज के पसंदीदा हैं।
पीक्यू, एफक्यू, डब्ल्यूएफक्यू, आरआर, डब्ल्यूआरआर - हम शोक नहीं करते हैं और याद नहीं करते हैं (जब तक, निश्चित रूप से, हम सीसीईआई क्लिपर की तैयारी कर रहे हैं)।

---

इसलिए, प्रेषणकर्ता गति की गारंटी देने में सक्षम हैं, लेकिन इसे ऊपर से कैसे सीमित करें?

8. गति सीमा

पहली नज़र में यातायात की गति को सीमित करने की आवश्यकता स्पष्ट है - समझौते के अनुसार ग्राहक को उसके बैंड से बाहर न जाने दें।

हां।लेकिन केवल इतना ही नहीं। मान लीजिए कि 1Gb / s पोर्ट के माध्यम से जुड़ा हुआ RRL स्पान 620 Mb / s चौड़ा है। यदि आप पूरे गीगाबिट को इसमें गोली मारते हैं, तो कहीं आरआरएल पर, जिसकी सबसे अधिक संभावना है, कतारों और क्यूओएस के बारे में कोई विचार नहीं है, एक यादृच्छिक प्रकृति की राक्षसी बूंदें शुरू हो जाएंगी, यातायात की वास्तविक प्राथमिकताओं से बंधे नहीं।

हालांकि, यदि आप राउटर पर 600 एमबी / एस तक आकार देने में सक्षम हैं, तो ईएफ, सीएस 6, सीएस 7 को बिल्कुल भी खारिज नहीं किया जाएगा, और बीई, एएफएक्स में, बैंड और बूंदों को उनके वजन के अनुसार वितरित किया जाएगा। आरआरएल 600 एमबी / एस तक पहुंच जाएगा और हमें एक पूर्वानुमानित चित्र मिलेगा।

एक अन्य उदाहरण प्रवेश नियंत्रण है। उदाहरण के लिए, दो ऑपरेटर CS7 को छोड़कर, एक-दूसरे के चिह्नों पर भरोसा करने के लिए सहमत हुए - अगर CS7 में कुछ आया - त्याग करें। CS6 और EF के लिए - देरी की गारंटी और कोई नुकसान नहीं के साथ एक अलग कतार दें।

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

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

गति सीमा के लिए दो मूलभूत रूप से अलग-अलग दृष्टिकोण हैं: पॉलिश करना और आकार देना। वे एक समस्या को हल करते हैं, लेकिन विभिन्न तरीकों से।

ऐसी ट्रैफ़िक प्रोफ़ाइल के उदाहरण का उपयोग करते हुए अंतर पर विचार करें:

ट्रैफिक पुलिसिंग

पुलिसिंग अतिरिक्त यातायात को गिराकर गति को सीमित करता है।
सब कुछ जो निर्धारित मूल्य से अधिक है, पॉलीसर काटकर फेंक देता है।



जो कट जाता है उसे भुला दिया जाता है। तस्वीर से पता चलता है कि पॉलीसर के बाद लाल पैकेट यातायात में नहीं है।

और यहाँ क्या चयनित प्रोफ़ाइल पॉलीसर के बाद की तरह दिखेगा:



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

नाम "पुलिसिंग" को अतिरिक्त यातायात के उपकरण के सख्त अनुपात द्वारा निर्धारित किया जाता है - निम्न वर्ग को त्यागना या अवनति करना।

यातायात को आकार देने

शेपिंग अतिरिक्त ट्रैफ़िक को बफ़र करके गति को सीमित करता है।

सभी आने वाले यातायात बफर से गुजरते हैं। एक शेपर इस बफर से स्थिर गति से पैकेट निकालता है।

यदि पैकेट आगमन दर बफर आउटपुट से कम है, तो उन्हें बफर में देरी नहीं की जाती है - वे ठीक से उड़ते हैं।

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



चित्रण स्पष्ट रूप से दिखाता है कि समय t3 बफर पर आने वाला पैकेट आउटपुट पर t3 बफर पर कैसे आता है। t3-t2 शेपर द्वारा शुरू की गई देरी है।

शपर आमतौर पर आउटगोइंग ट्रैफ़िक पर लागू होता है।

इस तरह से प्रोफ़ाइल शेपर के बाद दिखता है।



"शेपिंग" नाम इंगित करता है कि टूल ट्रैफ़िक प्रोफ़ाइल को एक आकार देता है, इसे चौरसाई करता है।

इस दृष्टिकोण का मुख्य लाभ मौजूदा बैंड का इष्टतम उपयोग है - अत्यधिक यातायात छोड़ने के बजाय, हम इसे स्थगित कर देते हैं।

मुख्य दोष एक अप्रत्याशित देरी है - जब बफर भरा होता है, तो पैकेट लंबे समय तक इसमें खराब हो जाएगा। इसलिए, आकार देना सभी प्रकार के यातायात के लिए उपयुक्त नहीं है।
शेपिंग लीकी बाल्टी तंत्र का उपयोग करता है।

शेपिंग बनाम पॉलिसिंग

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

ऐसे अनुप्रयोग जो विलंब के लिए असंवेदनशील हैं, लेकिन जिनके लिए नुकसान अवांछनीय है, उन्हें एक प्रकार की शीस्ट तक सीमित किया जाना चाहिए।

उन लोगों के लिए जिनके लिए एक देर का पैकेट खोए हुए के समान ही है, इसे तुरंत छोड़ देना बेहतर है - फिर पॉलिश करना।

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

---

चमकाने और आकार देने का अभ्यास करें

योजना समान है:



कॉन्फ़िगरेशन फ़ाइल। हम

प्रतिबंध लागू किए बिना इस तस्वीर का निरीक्षण करते हैं:



हम इस प्रकार आगे बढ़ेंगे:

• इनपुट इंटरफ़ेस Linkmeup_R2 (e0 / 1) पर हम पॉलिशिंग को कॉन्फ़िगर करेंगे - यह इनपुट कंट्रोल होगा। समझौते के तहत, हम 10 एमबी / एस देते हैं।
• आउटपुट इंटरफ़ेस Linkmeup_R4 (e0 / 2) पर, 20 एमबी / एस पर आकार देने को कॉन्फ़िगर करें।

चलिए Linkmeup_R4 पर शेपर से शुरू करते हैं ।

सब कुछ मैच:

  class-map match-all TRISOLARANS_ALL_CM match any 

20Mb / s तक का आकार:

  policy-map TRISOLARANS_SHAPING class TRISOLARANS_ALL_CM shape average 20000000 

आउटपुट इंटरफ़ेस पर लागू करें:

  interface Ethernet0/2 service-policy output TRISOLARANS_SHAPING 

सब कुछ जो ईथरनेट 0/2 इंटरफ़ेस को छोड़ना (आउटपुट) करना चाहिए, 20 एमबी / एस तक का आकार।

शेपर कॉन्फ़िगरेशन फ़ाइल।

और यहां परिणाम है:



यह प्रत्येक व्यक्तिगत स्ट्रीम के लिए कुल थ्रूपुट और फटे ग्राफिक्स की एक काफी सपाट रेखा को बदल देता है।

तथ्य यह है कि हम शेपर को सामान्य बैंड तक सीमित कर देते हैं। हालाँकि, प्लेटफ़ॉर्म के आधार पर, अलग-अलग स्ट्रीम को व्यक्तिगत रूप से आकार दिया जा सकता है, इस प्रकार समान अवसर प्राप्त होते हैं।

---

अब Linkmeup_R2 पर पॉलिश को कॉन्फ़िगर करें।

हम मौजूदा नीति में एक पॉलीसर जोड़ देंगे।

  policy-map TRISOLARANS_ADMISSION_CONTROL class TRISOLARANS_TCP_CM police cir 10000000 bc 1875000 conform-action transmit exceed-action drop 

इंटरफ़ेस पर नीति पहले ही लागू की जा चुकी है:

  interface Ethernet0/1 service-policy input TRISOLARANS_ADMISSION_CONTROL 

यहां हम औसत अनुमत गति CIR (10Mb / s) और अनुमत फट Bc (1,875,000 बाइट्स लगभग 14.6 MB) का संकेत देते हैं।

बाद में, यह समझाते हुए कि पॉलीसर कैसे काम करता है, मैं आपको बताऊंगा कि सीआईआर और बीसी क्या हैं और इन मूल्यों को कैसे निर्धारित किया जाए।

पॉलीसर कॉन्फ़िगरेशन फ़ाइल।

इस तस्वीर को पुलिसिंग के साथ देखा गया है। गति के स्तर में अचानक परिवर्तन तुरंत स्पष्ट होते हैं:

---

लेकिन इस तरह की एक दिलचस्प तस्वीर प्राप्त की जाती है यदि हम स्वीकार्य फट आकार को बहुत छोटा करते हैं, उदाहरण के लिए, 10,000 बाइट्स।

  police cir 10000000 bc 10000 conform-action transmit exceed-action drop 

समग्र गति तुरंत लगभग 2Mb / s हो गई।
फटने की सेटिंग के साथ सावधान रहें :)

टेस्ट टेबल।

---

लीक बाल्टी और टोकन बाल्टी

यह आसान और स्पष्ट लगता है। लेकिन यह व्यवहार में कैसे काम करता है और हार्डवेयर में लागू होता है?

एक उदाहरण है।

क्या 400 एमबी / एस सीमा बहुत (या थोड़ा) है? औसतन, एक ग्राहक केवल 320 का उपयोग करता है। लेकिन कभी-कभी यह 5 मिनट के लिए 410 तक बढ़ जाता है। और कभी-कभी 460 प्रति मिनट तक। और कभी-कभी आधे सेकंड के लिए 500 तक।
जैसा कि संविदा प्रदाता लिंकमेप कह सकता है - 400 और यह है! यदि आप अधिक चाहते हैं, तो 1Gb / s + 27 एनीम चैनल के टैरिफ से कनेक्ट करें।
और हम ग्राहकों की वफादारी को बढ़ा सकते हैं यदि यह इस तरह की वृद्धि की अनुमति देकर दूसरों के साथ हस्तक्षेप नहीं करता है।
केवल एक मिनट के लिए 460 एमबी / एस की अनुमति कैसे दें, और 30 या हमेशा के लिए नहीं?
500 एमबी / एस की अनुमति कैसे दें, यदि बैंड मुफ्त है, और 400 को दबाएं, अगर अन्य उपभोक्ता सामने आए हैं?

अब एक ब्रेक लें, एक बाल्टी मजबूत डालें।

चलो शेपर द्वारा उपयोग किए जाने वाले सरल तंत्र से शुरू करते हैं - एक लीक बाल्टी।

लीक बाल्टी एल्गोरिथ्म

लीक बैकेट एक लीक होने वाली बाल्टी है।



हमारे पास नीचे दिए गए आकार के एक छेद के साथ एक बाल्टी है। इस बाल्टी में ऊपर से बैग डाला / डाला जाता है। और नीचे से, वे एक निरंतर बिट दर पर बहते हैं।

जब बाल्टी भर जाती है, तो नए पैकेट को छोड़ दिया जाना शुरू हो जाता है।

छेद का आकार निर्दिष्ट गति सीमा द्वारा निर्धारित किया जाता है, जो कि लीक बाल्टी के लिए प्रति सेकंड बिट्स में मापा जाता है।

बाल्टी की मात्रा, इसकी पूर्णता और उत्पादन की गति शेपर द्वारा शुरू की गई देरी को निर्धारित करती है।
सुविधा के लिए, बाल्टी की मात्रा आमतौर पर एमएस या μs में मापा जाता है।

कार्यान्वयन के संदर्भ में, लीक बैकेट एसडी-रैम पर आधारित एक नियमित बफर है।

भले ही आकार देने को स्पष्ट रूप से कॉन्फ़िगर नहीं किया गया है, इंटरफ़ेस में पास नहीं होने वाली फटने की उपस्थिति में, पैकेट को अस्थायी रूप से बफर किया जाता है और इंटरफ़ेस से मुक्त होने के रूप में प्रेषित किया जाता है। यह भी आकार ले रहा है।

लीक बाल्टी का उपयोग केवल आकार देने के लिए किया जाता है और चमकाने के लिए उपयुक्त नहीं है।

टोकन बकेट एल्गोरिदम

बहुत से लोग सोचते हैं कि टोकन बाल्टी और लीकिंग बाल्टी एक ही बात है। केवल आइंस्टीन एक ब्रह्मांड संबंधी स्थिरांक को जोड़ते हुए बहुत अधिक गलत थे।

चिप्स को स्विच करना वास्तव में समझ में नहीं आता है कि समय क्या है, वे और भी बदतर हो जाते हैं कि वे कितने बिट्स प्रति यूनिट समय तक संचारित होते हैं। उनका काम थ्रेश करना है।

क्या यह प्रति सेकंड 400,000,000 बिट्स या पहले से ही 400,000 001 के करीब पहुंच रहा है?



ASIC डेवलपर्स के पास एक गैर-तुच्छ इंजीनियरिंग चुनौती थी।

इसे दो उप-प्रकारों में विभाजित किया गया था:

1. वास्तव में बहुत ही साधारण स्थिति के आधार पर अनावश्यक पैकेटों को त्यागकर गति को सीमित करना। चिप्स स्विच करने पर प्रदर्शन किया।
2. इस सरल स्थिति का निर्माण, जो अधिक जटिल (अधिक विशिष्ट) चिप से संबंधित है, समय का ध्यान रखता है।

दूसरी समस्या को हल करने वाले एल्गोरिथ्म को टोकन बकेट कहा जाता है। उनका विचार सुरुचिपूर्ण और सरल है (नहीं)।

टोकन बकेट का कार्य ट्रैफिक को पारित करना है यदि यह प्रतिबंध के दायरे में आता है और यदि नहीं तो लाल रंग में त्यागें / पेंट करें।

यातायात के फटने की अनुमति देना महत्वपूर्ण है, क्योंकि यह सामान्य है।
और अगर लीक बकेट में बफ़र बफर-बफर थे, तो टोकन बकेट कुछ भी बफर नहीं करता है।

सिंगल रेट - टू कलर मार्किंग

अभी के लिए, नाम पर ध्यान न दें =)
हमारे पास एक बाल्टी है जिसमें सिक्के एक स्थिर गति से गिरते हैं - उदाहरण के लिए प्रति सेकंड 400 मेगावाट।

बाल्टी की मात्रा 600 मिलियन सिक्के है। यानी डेढ़ सेकंड में भर जाता है।

पास में दो कन्वेयर बेल्ट हैं: एक पैकेज वितरित करता है, दूसरा दूर ले जाता है।
कन्वेयर पर जाने के लिए, पैकेज का भुगतान करना होगा।
इसके लिए वह अपने आकार के अनुसार एक बाल्टी से सिक्के लेता है। मोटे तौर पर बोल - कितने बिट्स - इतने सारे सिक्के।





यदि बाल्टी खाली है और बैग में पर्याप्त सिक्के नहीं हैं, तो इसे एक लाल सिग्नल रंग में चित्रित किया गया है और त्याग दिया गया है। काश, Selyava। इस मामले में, सिक्कों को बाल्टी से नहीं हटाया जाता है।



सिक्कों का अगला पैकेज पहले से ही पर्याप्त हो सकता है - सबसे पहले, पैकेज छोटा हो सकता है, और, दूसरे, यह इस समय के दौरान अधिक सिक्कों पर हमला करता है।

यदि बाल्टी पहले से ही भरी हुई है, तो सभी नए सिक्कों को फेंक दिया जाएगा।



यह सब पैकेट आगमन दर और उनके आकार पर निर्भर करता है।
यदि यह 400 एमबी प्रति सेकंड से कम या बराबर है, तो हमेशा पर्याप्त सिक्के होंगे।
यदि अधिक है, तो कुछ पैकेट खो जाएंगे।

जीआईएफ के साथ एक अधिक विशिष्ट उदाहरण, जैसा कि हम सभी प्यार करते हैं।

• 2500 बाइट की क्षमता के साथ एक बाल्टी है। प्रारंभिक समय में, इसमें 550 टोकन शामिल हैं।
  पाइपलाइन पर 1000 बाइट्स के तीन पैकेट हैं जो इंटरफ़ेस को भेजना चाहते हैं।
  प्रत्येक टाइम स्लॉट में, 500 बाइट बाल्टी में गिरती हैं (500 * 8 = 4,000 बिट्स / टाइम स्लॉट - पॉलीसर लिमिट)।
• 500 . . 1000 , 1050 — . . 1000 .
  50 .
• 500 — 550. — 1000 — .
  , .
• 500 — 1050. — 1000 — .
  , .

2500 , 2500 — . MTU , , , 1,5-2 .

:

CBS = CIR ( )*1,5 ()/8 ( )

, (Bc), , (1 875 000 ) . (10 000 ), , MTU, .

बाल्टी की मात्रा क्यों? बिटस्ट्रीम हमेशा समान नहीं होता है, यह स्पष्ट है। 400 एमबी / एस की एक सीमा एक स्पर्शरेखा नहीं है - यातायात इसे पार कर सकता है। संग्रहीत सिक्कों की मात्रा छोटे फटने को बिना खारिज किए उड़ान भरने की अनुमति देती है, लेकिन औसत गति 400Mb / s पर रखें।

उदाहरण के लिए, 600 सेकंड में 399 एमबी / एस की एक स्थिर धारा बाल्टी को ब्रिम भरने की अनुमति देगा।
इसके अलावा, ट्रैफ़िक 1000Mb / s तक बढ़ सकता है और स्टॉक के 400 सेकंड और 600 mm / s गारंटी बैंड के लिए इस स्तर पर 1 सेकंड - 600 Mm (मेगामोनेट) पर बना रह सकता है।

या, ट्रैफ़िक 410 एमबी / एस तक जा सकता है और 60 सेकंड के लिए उस तरह से रह सकता है।



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

" Tc ", , RFC 2697 ( A Single Rate Three Color Marker ).
Tc, , .
.
, , Token Bucket, TDM (Time-Division Multiplexing) — .
— , , .
CIR . .
, — , — , — .
, .
( Cisco) Tc , — Bc . Bc = CIR*Tc .
Tc Bc .

यह सबसे सरल परिदृश्य है। इसे सिंगल रेट - टू कलर कहा जाता है ।
सिंगल रेट का मतलब है कि केवल एक औसत अनुमत गति है, और दो रंग - कि आप ट्रैफ़िक को दो रंगों में से एक में रंग सकते हैं: हरा या लाल।

1. यदि बाल्टी C में उपलब्ध सिक्कों (बिट्स) की संख्या उन बिट्स की संख्या से अधिक है, जिन्हें फ़िलहाल छोड़ दिया जाना चाहिए, तो पैकेट को हरे रंग का - भविष्य में छोड़ने की कम संभावना है। बाल्टी से सिक्के निकाले जाते हैं ।
2. अन्यथा, पैकेज को लाल रंग में चित्रित किया जाता है - एक बूंद की उच्च संभावना (या, अधिक बार, एक क्षणिक बूंद)। सिक्के इस प्रकार बाल्टी सी वापस ले लिया है ।

PHB CS और EF में चमकाने के लिए उपयोग किया जाता है, जहां गति की उम्मीद नहीं की जाती है, लेकिन अगर ऐसा होता है, तो इसे तुरंत त्याग देना बेहतर है।

आगे हम और अधिक कठिन: सिंगल रेट - थ्री कलर पर विचार करेंगे।

सिंगल रेट - थ्री कलर मार्किंग

पिछली योजना का नुकसान यह है कि केवल दो रंग हैं। क्या होगा अगर हम औसत अनुमत गति से ऊपर सब कुछ छोड़ना नहीं चाहते हैं, लेकिन और भी अधिक वफादार होना चाहते हैं?
टीसीएम-sr ( एकल दर - तीन रंग अंकन ) - में दूसरी बाल्टी में प्रवेश करती है ई । इस समय, सिक्के से भरा एक बाल्टी में रखा नहीं कर रहे हैं सी , में डाला जाता है ई । EBS



को CIR और CBS में जोड़ा जाता है - अतिरिक्त फट आकार - चोटियों के दौरान अनुमति दी गई फट आकार। ते - एक बाल्टी में सिक्कों की संख्या ई ।



मान लीजिए कि पाइप के साथ आकार B का एक पैकेट आया था। तो

1. C , . C B (: Tc — B).
2. C , E . , ( ), E B .
   
   
   
3. E , , .
   
   
   

ध्यान दें कि एक विशिष्ट पैकेज के लिए, Tc और Te संचयी नहीं हैं ।
यही है, आकार में 8000 बाइट्स का एक पैकेट पास नहीं होगा, भले ही बाल्टी सी में 3000 सिक्के हों, और ई - 7000 के सिक्कों में । सी में यह पर्याप्त नहीं है, ई में यह पर्याप्त नहीं है - हम यहां से लाल निशान लगाते हैं - शूरू।

यह एक बहुत ही सुंदर डिजाइन है। सभी ट्रैफ़िक जो CIR + CBS प्रतिबंध के भीतर आते हैं (लेखक जानता है कि बिट्स / एस और बाइट्स को सीधे जोड़ना असंभव है) - हरा हो जाता है। चरम समय पर, जब ग्राहक बाल्टी C में सिक्कों से बाहर भाग गया , तब भी उसके पास डाउनटाइम के दौरान संचित बाल्टी ई में Te स्टॉक है ।

यही है, आप थोड़ा और छोड़ सकते हैं, लेकिन भीड़ के मामले में, उन्हें त्यागने की अधिक संभावना है।

sr-TCM RFC 2697 में वर्णित है ।
PHB AF में पॉलिश करने के लिए उपयोग किया जाता है।

खैर, अंतिम प्रणाली सबसे अधिक लचीली है और इसलिए जटिल है - दो दर - तीन रंग।

दो दर - तीन रंग अंकन

Tr-TCM मॉडल इस विचार से पैदा हुआ था कि यह अन्य उपयोगकर्ताओं और ट्रैफ़िक के प्रकारों में बाधा उत्पन्न करने के लिए नहीं है, क्यों न ग्राहक को कुछ अधिक सुखद अवसर, या बेहतर बिक्री दें।
उसे बताएं कि वह 400 एमबी / सेकंड की गारंटी देता है, और यदि मुफ्त संसाधन हैं, तो 500. क्या आप 30 रूबल अधिक भुगतान करने के लिए तैयार हैं?

एक और बाल्टी पी जोड़ा जाता है ।

इस प्रकार:

CIR - औसत गति की गारंटी।
सीबीएस एक ही अनुमत छप आकार (बाल्टी मात्रा C ) है।
पीर - पीक सूचना दर - अधिकतम औसत गति।
ईबीएस - चोटियों के दौरान फट आकार की अनुमति दी (बकेट वॉल्यूम पी )।

एसआर-टीसीएम के विपरीत, ट्रिक-टीसीएम में, सिक्के अब स्वतंत्र रूप से दोनों बाल्टी में वितरित किए जाते हैं। में सी - एक दर CIR, एक पर पी पीआईआर -।



नियम क्या हैं?

आकार B बाइट्स का एक पैकेट आता है ।

1. यदि बाल्टी पी में पर्याप्त सिक्के नहीं हैं , तो पैकेट को लाल रंग में चिह्नित किया गया है। सिक्के बाहर नहीं निकाले गए हैं । अन्यथा:
2. यदि बाल्टी C में पर्याप्त सिक्के नहीं हैं , तो पैकेट को पीले रंग से चिह्नित किया गया है, और B के सिक्कों को बाल्टी P से बाहर निकाल दिया गया है । अन्यथा:
3. पैकेज को हरे रंग में चिह्नित किया गया है और दोनों सिक्कों से बी सिक्के खींचे गए हैं ।

यही है, त्रि-टीसीएम में नियम अलग हैं।

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

तदनुसार, यदि यह गारंटी से ऊपर है, लेकिन चोटी के नीचे, सिक्कों को केवल पी से हटा दिया जाता है , क्योंकि सी में पहले से ही कुछ भी नहीं है।

tr-TCM मॉनिटर न केवल फट जाता है, बल्कि एक निरंतर चरम गति भी है।

tr-TCM RFC 2698 में वर्णित है ।
PHB AF में पॉलिश करने के लिए भी उपयोग किया जाता है।

---

गति सीमा सारांश

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

टोकन बाल्टी हो सकती है:

• एक बाल्टी के साथ - सिंगल रेट - दो कलर मार्किंग। वैध फटने देता है।
• दो बाल्टियों के साथ - सिंगल रेट - थ्री कलर मार्किंग (sr-TCM)। बाल्टी सी (सीबीएस) से अधिशेष को बाल्टी ई में डाला जाता है। स्वीकार्य और अनावश्यक वृद्धि की अनुमति देता है।
• दो बाल्टियों के साथ - दो दर - तीन रंग अंकन (tr-TCM)। बाल्टी सी और पी (पीबीएस) अलग-अलग गति से स्वतंत्र रूप से फिर से भरते हैं। चरम गति और स्वीकार्य और अत्यधिक फटने की अनुमति देता है।

sr-TCM सीमा से अधिक ट्रैफ़िक की मात्रा पर केंद्रित है। tr-TCM - जिस गति से यह आता है।

डिवाइस से इनपुट और आउटपुट में पॉलिशिंग का उपयोग किया जा सकता है। बाहर निकलने पर मुख्य रूप से शेपिंग होती है।
PHB CS और EF के लिए, सिंगल रेट टू कलर मार्किंग का उपयोग किया जाता है।
AF के लिए, sr-TCM या tr-TCM।

एक बेहतर समझ के लिए, मैं मूल आरएफसी या यहां पढ़ने का जिक्र करने की सलाह देता हूं ।

Token Bucket . , , , , .
, — , . , , , — .
, . — . .

---

ऊपर, मैंने QoS के सभी बुनियादी तंत्रों का वर्णन किया, यदि पदानुक्रमित QoS में गहराई तक नहीं जाते। कई चलती भागों के साथ एक परिष्कृत प्रणाली।
सब कुछ ठीक था (दाएं) अब तक लग रहा था, लेकिन राउटर के वेनिला बाहरी पैनल के तहत क्या हो रहा है?

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

9. क्यूओएस का हार्डवेयर कार्यान्वयन

इस अध्याय में, मैं कृतघ्न कार्य करता हूं। यदि आप इसे यथासंभव सरल रूप से वर्णित करते हैं, तो हमेशा ऐसे लोग होंगे जो कहते हैं कि सब कुछ वास्तव में ऐसा नहीं है।

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

सामान्य तौर पर, मैं एक अस्वीकरण करूंगा कि वास्तव में सब कुछ वास्तविकता के समान नहीं है, और मैं एक साधारण प्रस्तुति के संस्करण के अनुसार जाऊंगा।

मुझे मेरे साथी पूर्णतावादी को क्षमा करें।

नोड के व्यवहार को नियंत्रित करता है और पैकेज के संबंध में उपयुक्त तंत्र को ट्रिगर करता है? प्राथमिकता है कि यह शीर्षकों में से एक में है? हाँ और नहीं।



जैसा कि ऊपर उल्लेख किया गया है, नेटवर्क डिवाइस के भीतर, मानक स्विचिंग हेडर आमतौर पर मौजूद रहता है।



जैसे ही एक पैकेट स्विचिंग चिप पर आता है, हेडर को इससे हटा दिया जाता है और विश्लेषण के लिए भेज दिया जाता है, और पेलोड किसी तरह के अस्थायी बफर में नष्ट हो जाता है।

हेडर के आधार पर, एक वर्गीकरण (बीए या एमएफ) होता है और अग्रेषण के बारे में निर्णय लिया जाता है।

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

सिद्धांत रूप में, बॉक्स के अंदर आप मानकों से बंधे बिना एक मनमाना अंकन लंबाई निर्धारित कर सकते हैं, और पैकेज के साथ बहुत लचीली क्रियाओं को परिभाषित कर सकते हैं।

सिस्को में, आंतरिक लेबलिंग को जुनिपर - फारवर्डिंग क्लास में क्यूओएस ग्रुप कहा जाता है, हुआवेई ने यह तय नहीं किया है: कहीं यह आंतरिक प्राथमिकताओं को कहता है, कहीं स्थानीय प्राथमिकताओं को, कहीं सर्विस-क्लास को, और कहीं सिर्फ सीओएस को। टिप्पणियों में अन्य विक्रेताओं के नाम जोड़ें - मैं जोड़ूंगा।

यह आंतरिक अंकन वर्गीकरण के आधार पर सौंपा गया है जो नोड ने प्रदर्शन किया।
यह महत्वपूर्ण है कि जब तक अन्यथा नहीं कहा जाता है, आंतरिक लेबलिंग केवल नोड के अंदर काम करता है, लेकिन तब नोड के भेजे जाने वाले पैकेट के हेडर में लेबलिंग पर दिखाई नहीं देता है - यह वही रहेगा।

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

सीओएस और ड्रॉप प्रीइंस्टेंस आंतरिक लेबलिंग केवल दिए गए नोड के भीतर व्यवहार को परिभाषित करता है और हेडर के पुन: लेबलिंग को छोड़कर पड़ोसियों पर स्पष्ट रूप से पारित नहीं होता है।

सीओएस और ड्रॉप प्रीसेन्स पीएचबी, इसके तंत्र और मापदंडों को परिभाषित करते हैं: भीड़ की रोकथाम, भीड़ प्रबंधन, शेड्यूलिंग और रीलाब्लिंग।

---

पैकेट किस इनपुट और आउटपुट इंटरफेस के बीच गुजरते हैं? मैंने पिछले लेख में समीक्षा की थी । वास्तव में, यह अनिर्धारित था, क्योंकि कुछ बिंदु पर यह स्पष्ट हो गया था कि वास्तुकला को समझे बिना QQS के बारे में बात करना समय से पहले था।

हालांकि, चलो दोहराते हैं।

1. सिग्नल भौतिक इनपुट इंटरफ़ेस और उसके चिप (पीआईसी) को हिट करता है। इसमें से एक बिट स्ट्रीम बहती है और फिर सभी हेडर के साथ एक पैकेट।
2. इनपुट स्विचिंग चिप (एफई) के बगल में, जहां हेडर पैकेट के शरीर से अलग होते हैं। वर्गीकरण होता है और यह निर्धारित किया जाता है कि पैकेट को और कहाँ भेजा जाना है।
3. इनपुट कतार के आगे (TM / VOQ)। पहले से ही यहां पैकेजों को उनकी कक्षा के आधार पर अलग-अलग कतारों में रखा गया है।
4. स्विचिंग कारखाने के लिए आगे (यदि कोई हो)।
5. आउटपुट कतार (TM) के आगे।
6. (FE), .
7. (, ) (PIC).

इस स्थिति में, राउटर को एक जटिल समीकरण को हल करना होगा।
कक्षाओं में सब कुछ का विस्तार करें, किसी को एक विस्तृत बैंड प्रदान करें, किसी को कम विलंबता, किसी को कोई नुकसान सुनिश्चित करें।
और यदि संभव हो तो सभी ट्रैफ़िक को छोड़ने का समय है।
इसके अलावा, आपको आकार देने, संभवतः पॉलिश करने की आवश्यकता है। यदि ओवरलोड अचानक होता है, तो इससे निपटें।
और यह लुकअप, ACL प्रोसेसिंग, सांख्यिकी गिनती नहीं है।
असभ्य हिस्सा। लेकिन रोबोट इंजेक्ट करते हैं, आदमी नहीं।

वास्तव में, केवल दो स्थान हैं जहां क्यूओएस तंत्र काम करते हैं - एक स्विचिंग चिप और एक ट्रैफिक मैनेजमेंट चिप / कतार।

उसी समय, स्विचिंग चिप पर संचालन होता है जिसमें हेडर के साथ विश्लेषण या कार्यों की आवश्यकता होती है।

• वर्गीकरण
• पुलिस
• remarking

टीएम बाकी की देखभाल करता है। मूल रूप से, ये पूर्वनिर्धारित एल्गोरिथ्म और कस्टम मापदंडों के साथ नियमित संचालन हैं:

• भीड़ से बचाव
• भीड़ प्रबंधन
• आकार देने

टीएम एक स्मार्ट बफर है, जो आमतौर पर एसडी-रैम पर आधारित होता है।

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

VOQ, इनपुट इंटरफ़ेस बोर्ड पर, प्रत्येक मौजूदा आउटपुट इंटरफ़ेस के लिए कई वर्चुअल आउटपुट कतारें बनाता है।

इसके अलावा, आधुनिक उपकरणों की ये लाइनें पैकेज की लेबलिंग को ध्यान में रखती हैं।
VOQ के बारे में यहाँ नोटों की एक श्रृंखला में पर्याप्त विस्तार से वर्णन किया गया है ।

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

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

बस सॉफ्टवेयर और हार्डवेयर कतारों के बीच, आप मनमाने डिस्पैचर चला सकते हैं। यह कार्यक्रम कतार में है कि हेड / टेल-ड्रॉप और एक्यूएम, पॉलिशिंग और आकार देने का काम करते हैं।

हार्डवेयर कतार का आकार बहुत छोटा है (पैकेटों की इकाइयाँ), क्योंकि डिस्पैचर लाइन-दर को ढेर करने का काम करता है।

दुर्भाग्य से, यहां आप बहुत सारे आरक्षण कर सकते हैं, और वास्तव में एक लाल पेन के साथ सब कुछ पार कर सकते हैं और कह सकते हैं "विक्रेता एक्स ऐसा नहीं है।"

---

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

स्थानीय रूप से उत्पन्न होने के कारण, उन्हें ACL नियमों और गति सीमाओं के अनुपालन के लिए जाँच नहीं की जाती है।

आउटपुट स्विचिंग चिप से सीपीयू के लिए बाहर से इच्छित पैकेट अन्य प्रकारों में गिरते हैं - सीपीयू के लिए - प्रोटोकॉल प्रकार के आधार पर।

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

---

उपयोगी लिंक

• क्यूओएस के सिद्धांत और दर्शन पर सबसे अच्छी किताब: क्यूओएस-सक्षम नेटवर्क: उपकरण और नींव ।
  इसके कुछ अंश यहां पढ़े जा सकते हैं , लेकिन मैं इसका आदान-प्रदान करने की सलाह दूंगा और इसका आदान-प्रदान नहीं करूंगा।
• QoS Huawei: Special Edition QoS(v6.0) . PHB .
• sr-TCM tr-TCM : Understanding Single-Rate and Dual-Rate Traffic Policing .
• VOQ: What is VOQ and why you should care?
• QoS MPLS: MPLS and Quality of Service .
• QoS Juniper: Juniper CoS notes .
• QoS TCP UDP. : The TCP/IP Guide
• , , : TCP .
• , FQ: Queuing and Scheduling .
  , , An Introduction to Computer Networks , , Introduction, . .
  
• WFQ , , , , , : Weighted Fair Queueing: a packetized approximation for FFS/GP.
  
• LFI तंत्र भी है, जिसे मैंने स्पर्श नहीं किया है, क्योंकि यह हमारे एक सौ गीगाबाइट इंटरफेस की वास्तविकताओं में भी मुश्किल है, लेकिन यह अपने आप को परिचित करने के लिए दिलचस्प हो सकता है: लिंक विखंडन और इंटरलीविंग ।

निष्कर्ष

इस रिलीज़ में कई समीक्षक थे।
आपका धन्यवाद
एक परिचयात्मक शब्द और पाठ की स्पष्टता और स्पष्टता पर मूल्यवान सलाह के लिए अलेक्जेंडर फतिन ( LoxmatiyMamont )।
अपनी सहकर्मी समीक्षा के लिए अलेक्जेंडर क्लिपर (@ metallicat20)।
कठोर आलोचना के लिए अलेक्जेंडर क्लिमेंको (@ v00lk) और हाल के दिनों में सबसे बड़े पैमाने पर बदलाव।
एंड्रे ग्लेज़कोव (@glazgoo) संरचना, शब्दावली और अल्पविराम पर टिप्पणियों के लिए।
केडीपीवी के लिए अरेटम चेर्नोबे।
मीरन के साथ संपर्कों के लिए एंटोन क्लोचकोव (@NAT_GTX)।
मीरन (miran.ru) ईवा और प्रसारण के साथ एक सर्वर के आयोजन के लिए। परंपरागत रूप से, मेरा परिवार, जो, हालांकि, इस समय सबसे कठिन क्षणों में उसके पास न होने के कारण कम से कम पीड़ित था।