डिफ्रेंटिएटेड सर्विस: Difference between revisions
(Created page with "{{short description|Networking architecture for prioritizing traffic}} {{About|communication networks|the design pattern for business applications|Differentiated service (desi...") |
No edit summary |
||
Line 1: | Line 1: | ||
{{short description|Networking architecture for prioritizing traffic}} | {{short description|Networking architecture for prioritizing traffic}} | ||
{{About| | {{About|संचार नेटवर्क|व्यावसायिक अनुप्रयोगों के लिए डिज़ाइन पैटर्न|विभिन्नीकृत सेवा (डिज़ाइन पैटर्न)}} | ||
विभिन्नीकृत सेवाएं या डिफसर्व, एक [[ कम्प्यूटर नेट्वर्किंग |कम्प्यूटर नेट्वर्किंग]] आर्किटेक्चर है जो नेटवर्क ट्रैफिक की वर्गीकरण और प्रबंधन के लिए एक तंतु में स्पष्टीकरण करता है और आधुनिक [[इंटरनेट प्रोटोकॉल|आईपी]] नेटवर्क्स पर [[सेवा की गुणवत्ता]] (QoS) प्रदान करने के लिए एक तंतु निर्धारित करता है। उदाहरण के लिए, डिफ़सर्व का उपयोग महत्वपूर्ण नेटवर्क ट्रैफ़िक जैसे [[आईपी पर आवाज|वॉयस]] या [[स्ट्रीमिंग मीडिया]] को [[नेटवर्क विलंब|कम-विलंबता]] प्रदान करने के लिए किया जा सकता है, जबकि [[वेब ट्रैफ़िक]] या फ़ाइल स्थानांतरण जैसी गैर-महत्वपूर्ण सेवाओं के लिए [[सर्वोत्तम प्रयास वाली सेवा]] प्रदान की जा सकती है। | |||
डिफसर्व आईपी हेडर में 8-बिट | डिफसर्व, पैकेट क्लासिफिकेशन के उद्देश्यों के लिए आईपी हेडर में 8-बिट विभिन्नीकृत सेवाओं फ़ील्ड (DS फ़ील्ड) में 6-बिट विभिन्नीकृत सेवाओं कोड पॉइंट (DSCP) का प्रयोग करता है। DS फ़ील्ड पुराने IPv4 TOS फ़ील्ड को बदलता है।<ref>{{IETF RFC|3260}}</ref> | ||
==पृष्ठभूमि== | |||
आधुनिक डेटा नेटवर्क आवाज़, वीडियो, स्ट्रीमिंग संगीत, वेब पेज और ईमेल सहित कई अलग-अलग प्रकार की सेवाएँ प्रदान करते हैं। प्रस्तावित क्यूओएस तंत्रों में से कई, जो इन सेवाओं को सह-अस्तित्व की अनुमति देते थे, दोनों जटिल थे और [[सार्वजनिक इंटरनेट]] की मांगों को पूरा करने में विफल रहे। दिसंबर 1998 में, [[इंटरनेट इंजीनियरिंग टास्क फोर्स|IETF]] ने [[IPv4 हेडर]] में TOS और IP पूर्ववर्ती फ़ील्ड को DS फ़ील्ड से बदल दिया।{{IETF RFC|2474}} [[IPv6 हेडर]] में DS फ़ील्ड ट्रैफ़िक क्लास फ़ील्ड का हिस्सा है जहां यह 6 सबसे महत्वपूर्ण बिट्स पर कब्जा करता है।[2] | |||
डीएस फ़ील्ड में, पूर्व IPv4 IP प्राथमिकता फ़ील्ड के साथ पश्चगामी संगतता के लिए आठ मानों (वर्ग चयनकर्ताओं) की एक श्रृंखला का उपयोग किया जाता है। आज, DiffServ ने बड़े पैमाने पर TOS और अन्य [[परत 3|लेयर-3]] QoS तंत्र, जैसे कि एकीकृत सेवाएँ (IntServ) को प्रतिस्थापित कर दिया है, क्योंकि QoS प्रदान करने के लिए प्राथमिक आर्किटेक्चर [[राउटर (कंप्यूटिंग)|राउटर]] उपयोग करते हैं। | |||
==यातायात प्रबंधन तंत्र== | ==यातायात प्रबंधन तंत्र== | ||
DiffServ यातायात प्रबंधन के लिए एक मोटे अनाज वाला, वर्ग-आधारित तंत्र है। इसके विपरीत, IntServ एक बारीक, प्रवाह-आधारित तंत्र है। DiffServ पैकेटों को एक विशिष्ट वर्ग से संबंधित के रूप में वर्गीकृत और चिह्नित करने के लिए एक तंत्र पर निर्भर करता है। डिफसर्व-जागरूक राउटर [[प्रति-हॉप व्यवहार]] (पीएचबी) लागू करते हैं, जो ट्रैफ़िक के एक वर्ग से जुड़े पैकेट-फ़ॉरवर्डिंग गुणों को परिभाषित करते हैं। उदाहरण के लिए, कम-हानि या कम-विलंबता सेवा प्रदान करने के लिए अलग-अलग PHB को परिभाषित किया जा सकता है। | |||
व्यक्तिगत प्रवाह की आवश्यकताओं के आधार पर नेटवर्क | व्यक्तिगत प्रवाह की आवश्यकताओं के आधार पर नेटवर्क ट्रैफिक को अलग करने के बजाय, डिफसर्व ट्रैफिक वर्गीकरण के सिद्धांत पर काम करता है, प्रत्येक डेटा पैकेट को सीमित संख्या में ट्रैफिक वर्गों में से एक में रखता है। नेटवर्क पर प्रत्येक राउटर को उसके वर्ग के आधार पर ट्रैफ़िक को अलग करने के लिए कॉन्फ़िगर किया गया है। प्रत्येक ट्रैफ़िक वर्ग को अलग-अलग तरीके से प्रबंधित किया जा सकता है, जिससे नेटवर्क पर उच्च-प्राथमिकता वाले ट्रैफ़िक के लिए अधिमान्य उपचार सुनिश्चित किया जा सके। डिफसर्व का आधार यह है कि पैकेट वर्गीकरण और पुलिसिंग जैसे जटिल कार्यों को एज राउटर द्वारा नेटवर्क के किनारे पर किया जा सकता है। चूँकि कोर राउटर्स में किसी वर्गीकरण और पुलिसिंग की आवश्यकता नहीं है, इसलिए वहां की कार्यक्षमता को सरल रखा जा सकता है। कोर राउटर केवल पैकेटों पर उनके चिह्नों के आधार पर पीएचबी उपचार लागू करते हैं। पीएचबी उपचार शेड्यूलिंग नीति और कतार प्रबंधन नीति के संयोजन का उपयोग करके कोर राउटर द्वारा प्राप्त किया जाता है। | ||
राउटर्स का एक समूह जो सामान्य, प्रशासनिक रूप से परिभाषित डिफसर्व नीतियों को लागू करता है, उसे डिफसर्व डोमेन के रूप में जाना जाता है।<ref>{{citation |url=http://enterprise.huawei.com/ilink/enenterprise/download/HW_134362 |title=S3700HI Ethernet Switches Configuration Guide - QoS |page=7 |publisher=[[Huawei]] |access-date=2016-10-07 |quote=A DiffServ domain is composed of a group of interconnected DiffServ nodes that use the same service policy and PHBs.}}</ref> | राउटर्स का एक समूह जो सामान्य, प्रशासनिक रूप से परिभाषित डिफसर्व नीतियों को लागू करता है, उसे डिफसर्व डोमेन के रूप में जाना जाता है।<ref>{{citation |url=http://enterprise.huawei.com/ilink/enenterprise/download/HW_134362 |title=S3700HI Ethernet Switches Configuration Guide - QoS |page=7 |publisher=[[Huawei]] |access-date=2016-10-07 |quote=A DiffServ domain is composed of a group of interconnected DiffServ nodes that use the same service policy and PHBs.}}</ref> | ||
जबकि | |||
जबकि DiffServ ट्रैफ़िक वर्गों के एक मानकीकृत सेट की अनुशंसा करता है,<ref name="RFC4594">{{IETF RFC|4594}}</ref> DiffServ आर्किटेक्चर पूर्व निर्धारित निर्णय को शामिल नहीं करता है कि किस प्रकार के ट्रैफ़िक को प्राथमिकता दी जानी चाहिए। DiffServ केवल वर्गीकरण और विभेदित उपचार की अनुमति देने के लिए एक रूपरेखा प्रदान करता है। मानक यातायात वर्ग (नीचे चर्चा की गई) विभिन्न नेटवर्क और विभिन्न विक्रेताओं के उपकरणों के बीच अंतरसंचालनीयता को सरल बनाने का काम करते हैं। | |||
==वर्गीकरण एवं अंकन== | ==वर्गीकरण एवं अंकन== | ||
डिफसर्व डोमेन में प्रवेश करने वाला नेटवर्क ट्रैफ़िक वर्गीकरण और कंडीशनिंग के अधीन है। एक ट्रैफ़िक | डिफसर्व डोमेन में प्रवेश करने वाला नेटवर्क ट्रैफ़िक वर्गीकरण और कंडीशनिंग के अधीन है। एक ट्रैफ़िक क्लासिफायर आने वाले पैकेट में कई अलग-अलग मापदंडों का निरीक्षण कर सकता है, जैसे स्रोत पता, गंतव्य पता या ट्रैफ़िक प्रकार और एक विशिष्ट ट्रैफ़िक वर्ग के लिए अलग-अलग पैकेट निर्दिष्ट कर सकता है। ट्रैफ़िक क्लासिफायर प्राप्त पैकेट में किसी भी डिफसर्व मार्किंग का सम्मान कर सकते हैं या उन मार्किंग को अनदेखा या ओवरराइड करने का विकल्प चुन सकते हैं। किसी दिए गए वर्ग में वॉल्यूम और ट्रैफ़िक के प्रकार पर सख्त नियंत्रण के लिए, एक नेटवर्क ऑपरेटर डिफसर्व डोमेन में प्रवेश पर चिह्नों का सम्मान नहीं करने का विकल्प चुन सकता है। प्रत्येक वर्ग में यातायात को [[दर सीमित|रेट लिमिटर्स]], [[यातायात को आकार देना|ट्रैफिक पुलिस]] या शेपर्स के अधीन करके और अधिक अनुकूलित किया जा सकता है।<ref>{{IETF RFC|2597}} Section 3</ref> | ||
प्रति-हॉप व्यवहार आईपी हेडर में डीएस फ़ील्ड द्वारा निर्धारित किया जाता है। डीएस फ़ील्ड में 6-बिट डीएससीपी मान शामिल है।<ref>{{IETF RFC|2474}}</ref> [[ स्पष्ट भीड़भाड़ अधिसूचना ]] (ECN) IPv4 TOS फ़ील्ड और IPv6 ट्रैफ़िक क्लास (TC) फ़ील्ड के सबसे कम-महत्वपूर्ण 2 बिट्स पर कब्जा | |||
सिद्धांत रूप में, 64 उपलब्ध | प्रति-हॉप व्यवहार आईपी हेडर में डीएस फ़ील्ड द्वारा निर्धारित किया जाता है। डीएस फ़ील्ड में 6-बिट डीएससीपी मान शामिल है।<ref>{{IETF RFC|2474}}</ref> [[ स्पष्ट भीड़भाड़ अधिसूचना |एक्सप्लिसिट कंजेशन नोटिफिकेशन]] (ECN) IPv4 TOS फ़ील्ड और IPv6 ट्रैफ़िक क्लास (TC) फ़ील्ड के सबसे कम-महत्वपूर्ण 2 बिट्स पर कब्जा कर लेता है।<ref>{{IETF RFC|6088}}</ref><ref>{{cite web|author=Worldwide |url=http://www.cisco.com/en/US/tech/tk543/tk757/technologies_tech_note09186a00800949f2.shtml |title=डीएससीपी के साथ सेवा की गुणवत्ता नीतियों को लागू करना|publisher=Cisco |access-date=2010-10-16}}</ref><ref>[https://blog.wireshark.org/2009/09/filtering-dscp/ Filtering DSCP] {{webarchive |url=https://web.archive.org/web/20160729035642/https://blog.wireshark.org/2009/09/filtering-dscp/ |date=July 29, 2016 }}</ref> | ||
सिद्धांत रूप में, 64 उपलब्ध DSCP मानों का उपयोग करके एक नेटवर्क में 64 विभिन्न ट्रैफ़िक वर्ग हो सकते हैं। DiffServ RFC कुछ एन्कोडिंग की अनुशंसा करते हैं, लेकिन इसकी आवश्यकता नहीं होती है। यह नेटवर्क ऑपरेटर को ट्रैफ़िक वर्गों को परिभाषित करने में अत्यधिक लचीलापन देता है। हालाँकि, व्यवहार में, अधिकांश नेटवर्क निम्नलिखित आमतौर पर परिभाषित प्रति-हॉप व्यवहार का उपयोग करते हैं: | |||
*डिफ़ॉल्ट फ़ॉरवर्डिंग (DF) PHB - जो आमतौर पर सर्वोत्तम प्रयास वाला ट्रैफ़िक है | *डिफ़ॉल्ट फ़ॉरवर्डिंग (DF) PHB - जो आमतौर पर सर्वोत्तम प्रयास वाला ट्रैफ़िक है | ||
*शीघ्र अग्रेषण (ईएफ) पीएचबी - कम हानि, कम विलंबता यातायात के लिए समर्पित | *शीघ्र अग्रेषण (ईएफ) पीएचबी - कम हानि, कम विलंबता यातायात के लिए समर्पित | ||
Line 29: | Line 31: | ||
===डिफ़ॉल्ट अग्रेषण=== | ===डिफ़ॉल्ट अग्रेषण=== | ||
डिफ़ॉल्ट | एक डिफ़ॉल्ट अग्रेषण (डीएफ) पीएचबी ही एकमात्र आवश्यक व्यवहार है। अनिवार्य रूप से, कोई भी ट्रैफ़िक जो किसी अन्य परिभाषित वर्ग की आवश्यकताओं को पूरा नहीं करता है, डीएफ का उपयोग करता है। आमतौर पर, डीएफ में सर्वोत्तम-प्रयास अग्रेषण विशेषताएं होती हैं। डीएफ के लिए अनुशंसित डीएससीपी 0 है।<ref name="RFC4594"/> | ||
===शीघ्र अग्रेषण=== | ===शीघ्र अग्रेषण=== | ||
आईईटीएफ त्वरित अग्रेषण (ईएफ) व्यवहार को परिभाषित करता | आईईटीएफ {{IETF RFC|3246}} में त्वरित अग्रेषण (ईएफ) व्यवहार को परिभाषित करता है। ईएफ पीएचबी में कम विलंब, कम हानि और कम घबराहट की विशेषताएं हैं। ये विशेषताएँ ध्वनि, वीडियो और अन्य वास्तविक समय सेवाओं के लिए उपयुक्त हैं। ईएफ ट्रैफ़िक को अक्सर अन्य सभी ट्रैफ़िक वर्गों से ऊपर [[प्राथमिकता कतार|कतारबद्ध]] करने में सख्त प्राथमिकता दी जाती है। क्योंकि ईएफ ट्रैफ़िक का अधिभार कतार में देरी का कारण बनेगा और कक्षा के भीतर घबराहट और देरी की सहनशीलता को प्रभावित करेगा, [[प्रवेश नियंत्रण]], ट्रैफ़िक पुलिसिंग और अन्य तंत्र ईएफ ट्रैफ़िक पर लागू किए जा सकते हैं। ईएफ के लिए अनुशंसित डीएससीपी 101110बी (46 या 2ईएच) है। | ||
===वॉयस एडमिट=== | ===वॉयस एडमिट=== | ||
IETF | IETF {{IETF RFC|5865}} में वॉइस एडमिट व्यवहार को परिभाषित करता है। वॉइस एडमिट PHB में शीघ्र अग्रेषित PHB के समान विशेषताएं हैं। हालाँकि, [[प्रवेश नियंत्रण को कॉल करें|कॉल एडमिशन कंट्रोल]] (सीएसी) प्रक्रिया का उपयोग करके वॉयस एडमिट ट्रैफ़िक को भी नेटवर्क द्वारा स्वीकार किया जाता है। वॉयस एडमिट के लिए अनुशंसित डीएससीपी 101100बी (44 या 2सीएच) है। | ||
===सुनिश्चित अग्रेषण=== | ===सुनिश्चित अग्रेषण=== | ||
IETF | IETF {{IETF RFC|2597}} और {{IETF RFC|3260}} में एश्योर्ड फ़ॉरवर्डिंग (AF) व्यवहार को परिभाषित करता है। एश्योर्ड फ़ॉरवर्डिंग ऑपरेटर को डिलीवरी का आश्वासन प्रदान करने की अनुमति देता है जब तक कि ट्रैफ़िक कुछ सब्सक्राइब दर से अधिक न हो। यदि भीड़भाड़ होती है तो सब्सक्रिप्शन दर से अधिक ट्रैफ़िक को गिराए जाने की अधिक संभावना होती है। | ||
AF व्यवहार समूह चार अलग-अलग AF वर्गों को परिभाषित करता है, जिसमें एक वर्ग के भीतर सभी ट्रैफ़िक की प्राथमिकता समान होती है। प्रत्येक वर्ग के भीतर, पैकेटों को एक ड्रॉप प्राथमिकता दी जाती है (उच्च, मध्यम या निम्न, जहां उच्च प्राथमिकता का अर्थ है अधिक ड्रॉपिंग)। वर्गों और ड्रॉप प्राथमिकता के संयोजन से एएफ11 से एएफ43 तक बारह अलग-अलग डीएससीपी एन्कोडिंग प्राप्त होती हैं (तालिका देखें)। | |||
{| class="wikitable" | {| class="wikitable" | ||
|+ | |+ सुनिश्चित अग्रेषण व्यवहार समूह | ||
! | !ड्राप | ||
! | प्रोबेबिलिटी | ||
! प्रथम वर्ग !! द्वितीय वर्ग !! तृतीय वर्ग !! चतुर्थ वर्ग | |||
|- | |- | ||
! | ! निम्न | ||
| AF11 (DSCP 10) 001010 || AF21 (DSCP 18) 010010 || AF31 (DSCP 26) 011010 || AF41 (DSCP 34) 100010 | | AF11 (DSCP 10) 001010 || AF21 (DSCP 18) 010010 || AF31 (DSCP 26) 011010 || AF41 (DSCP 34) 100010 | ||
|- | |- | ||
! | ! मध्यम | ||
| AF12 (DSCP 12) 001100 || AF22 (DSCP 20) 010100 || AF32 (DSCP 28) 011100 || AF42 (DSCP 36) 100100 | | AF12 (DSCP 12) 001100 || AF22 (DSCP 20) 010100 || AF32 (DSCP 28) 011100 || AF42 (DSCP 36) 100100 | ||
|- | |- | ||
! | ! उच्च | ||
| AF13 (DSCP 14) 001110 || AF23 (DSCP 22) 010110 || AF33 (DSCP 30) 011110 || AF43 (DSCP 38) 100110 | | AF13 (DSCP 14) 001110 || AF23 (DSCP 22) 010110 || AF33 (DSCP 30) 011110 || AF43 (DSCP 38) 100110 | ||
|} | |} | ||
विभिन्न वर्गों में यातायात के बीच प्राथमिकता और आनुपातिक निष्पक्षता के कुछ | विभिन्न वर्गों में यातायात के बीच प्राथमिकता और आनुपातिक निष्पक्षता के कुछ माप को परिभाषित किया गया है। यदि कक्षाओं के बीच भीड़भाड़ होती है, तो उच्च श्रेणी में यातायात को प्राथमिकता दी जाती है। सख्त प्राथमिकता कतार का उपयोग करने के बजाय, [[निष्पक्ष कतार]] या [[भारित निष्पक्ष कतार]] जैसे अधिक संतुलित कतार सर्विसिंग एल्गोरिदम का उपयोग किए जाने की संभावना है। यदि किसी वर्ग के भीतर भीड़भाड़ होती है, तो उच्च ड्रॉप प्राथमिकता वाले पैकेट को पहले छोड़ दिया जाता है। [[ पूँछ गिरना |टेल ड्रॉप]] से जुड़े मुद्दों को रोकने के लिए, अधिक परिष्कृत ड्रॉप चयन एल्गोरिदम जैसे यादृच्छिक प्रारंभिक पहचान का अक्सर उपयोग किया जाता है। | ||
===वर्ग चयनकर्ता=== | ===वर्ग चयनकर्ता=== | ||
{| class="wikitable" | {| class="wikitable" | ||
|+ | |+ वर्ग चयनकर्ता मानचित्रण<ref name="RFC4594"/> | ||
! | ! सेवा वर्ग | ||
! | ! डीएससीपी नाम | ||
! | ! डीएससीपी मान | ||
! [[IP precedence]] | ! [[IP precedence|आईपी पूर्ववर्तिता]] | ||
! | ! अनुप्रयोग के उदाहरण | ||
|- | |- | ||
| | | स्टैंडर्ड | ||
| CS0 (DF) | | CS0 (DF) | ||
| 0 | | 0 | ||
Line 78: | Line 78: | ||
| | | | ||
|- | |- | ||
| | | निम्न-प्राथमिकता डेटा | ||
| CS1 | | CS1 | ||
| 8 | | 8 | ||
Line 84: | Line 84: | ||
| File transfer ([[File Transfer Protocol|FTP]], [[Server Message Block|SMB]]) | | File transfer ([[File Transfer Protocol|FTP]], [[Server Message Block|SMB]]) | ||
|- | |- | ||
| | | नेटवर्क [[operations, administration and management|संचालन, प्रशासन और प्रबंधन]] (ओएएम) | ||
| CS2 | | CS2 | ||
| 16 | | 16 | ||
Line 90: | Line 90: | ||
| [[Simple Network Management Protocol|SNMP]], [[Secure Shell|SSH]], [[Ping (networking utility)|Ping]], [[Telnet]], [[syslog]] | | [[Simple Network Management Protocol|SNMP]], [[Secure Shell|SSH]], [[Ping (networking utility)|Ping]], [[Telnet]], [[syslog]] | ||
|- | |- | ||
| | | प्रसारण वीडियो | ||
| CS3 | | CS3 | ||
| 24 | | 24 | ||
Line 96: | Line 96: | ||
| {{Unbulleted list|[[Real Time Streaming Protocol|RTSP]] broadcast TV|streaming of live audio and video events|[[Closed-circuit television|video surveillance]]|[[Video on demand|video-on-demand]]}} | | {{Unbulleted list|[[Real Time Streaming Protocol|RTSP]] broadcast TV|streaming of live audio and video events|[[Closed-circuit television|video surveillance]]|[[Video on demand|video-on-demand]]}} | ||
|- | |- | ||
| | | वास्तविक समय इंटरैक्टिव | ||
| CS4 | | CS4 | ||
| 32 | | 32 | ||
Line 102: | Line 102: | ||
| Gaming, low priority video conferencing | | Gaming, low priority video conferencing | ||
|- | |- | ||
| | | सिग्नलिंग | ||
| CS5 | | CS5 | ||
| 40 | | 40 | ||
Line 108: | Line 108: | ||
| Peer-to-peer ([[Session Initiation Protocol|SIP]], [[H.323]], [[H.248]] ), NTP | | Peer-to-peer ([[Session Initiation Protocol|SIP]], [[H.323]], [[H.248]] ), NTP | ||
|- | |- | ||
| | | नेटवर्क नियंत्रण | ||
| CS6 | | CS6 | ||
| 48 | | 48 | ||
Line 114: | Line 114: | ||
| Routing protocols (OSPF, BGP, ISIS, RIP) | | Routing protocols (OSPF, BGP, ISIS, RIP) | ||
|- | |- | ||
| | | भविष्य उपयोग के लिए आरक्षित | ||
| CS7 | | CS7 | ||
| 56 | | 56 | ||
Line 123: | Line 123: | ||
डीएफ = डिफ़ॉल्ट अग्रेषण | डीएफ = डिफ़ॉल्ट अग्रेषण | ||
डिफसर्व से पहले, आईपीवी4 नेटवर्क प्राथमिकता वाले ट्रैफ़िक को चिह्नित करने के लिए आईपीवी4 हेडर के टीओएस बाइट में आईपी प्राथमिकता फ़ील्ड का उपयोग कर सकते थे। टीओएस ऑक्टेट और आईपी पूर्वता का व्यापक रूप से उपयोग नहीं किया गया। आईईटीएफ डिफसर्व नेटवर्क के लिए डीएस फ़ील्ड के रूप में टीओएस ऑक्टेट का पुन: उपयोग करने पर सहमत हुआ। नेटवर्क उपकरणों के साथ बैकवर्ड संगतता बनाए रखने के लिए जो अभी भी प्रीसीडेंस फ़ील्ड का उपयोग करते हैं, डिफसर्व क्लास चयनकर्ता PHB को परिभाषित करता है। | |||
क्लास | क्लास सेलेक्टर कोड पॉइंट बाइनरी फॉर्म 'xxx000' के होते हैं। पहले तीन बिट IP प्राथमिकता बिट हैं। प्रत्येक आईपी प्राथमिकता मान को डिफसर्व क्लास में मैप किया जा सकता है। [[आईपी प्राथमिकता]] 0 सीएस0 पर मैप करता है, आईपी प्राथमिकता 1 सीएस1 पर मैप करता है, इत्यादि। यदि कोई पैकेट गैर-डिफ़रसर्व-जागरूक राउटर से प्राप्त होता है जो आईपी प्राथमिकता चिह्नों का उपयोग करता है, तो डिफसर्व राउटर अभी भी एन्कोडिंग को क्लास चयनकर्ता कोड बिंदु के रूप में समझ सकता है। | ||
क्लास चयनकर्ता कोड बिंदुओं के उपयोग के लिए विशिष्ट सिफारिशें RFC 4594 में दी गई हैं। | क्लास चयनकर्ता कोड बिंदुओं के उपयोग के लिए विशिष्ट सिफारिशें RFC 4594 में दी गई हैं। | ||
Line 133: | Line 133: | ||
{| class="wikitable" | {| class="wikitable" | ||
|+ | |+ IETF {{IETF RFC|4594}} अनुशंसाएँ | ||
! | ! सेवा वर्ग | ||
! | ! डीएससीपी नाम | ||
! | !डीएससीपी मान | ||
! | ! डीएस एज पर कंडीशनिंग | ||
! | ! पीएचबी | ||
! | ! कतार | ||
! | ! एक्यूएम | ||
|- | |- | ||
| | | नेटवर्क नियंत्रण || CS6 | ||
|48|| [[RFC:4594#section-3.1| | |48|| [[RFC:4594#section-3.1|अनुभाग 3.1 देखें]] || RFC 2474 || रेट || हाँ | ||
|- | |- | ||
| | | टेलीफ़ोनी || EF | ||
|46|| | |46|| पुलिस एसआर+बीएस का उपयोग कर रही है || RFC 3246 || वरीयता || नहीं | ||
|- | |- | ||
| | | सिग्नलिंग || CS5 | ||
|40|| | |40|| पुलिस एसआर+बीएस का उपयोग कर रही है || RFC 2474 || रेट || नहीं | ||
|- | |- | ||
| | | मल्टीमीडिया कॉन्फ्रेंसिंग | ||
| AF41, AF42, AF43 | | AF41, AF42, AF43 | ||
|34, 36, 38 | |34, 36, 38 | ||
| | | दो-रेट, त्रिक-वर्ण मार्कर का उपयोग करना (जैसे RFC 2698) | ||
| RFC 2597 | | RFC 2597 | ||
| | | रेट | ||
| | | हां प्रति डीएससीपी | ||
|- | |- | ||
| | | वास्तविक समय इंटरैक्टिव | ||
| CS4 | | CS4 | ||
|32 | |32 | ||
| | | पुलिस एसआर+बीएस का उपयोग कर रही है | ||
| RFC 2474 | | RFC 2474 | ||
| | | रेट | ||
| | | नहीं | ||
|- | |- | ||
| | | मल्टीमीडिया स्ट्रीमिंग | ||
| AF31, AF32, AF33 | | AF31, AF32, AF33 | ||
|26, 28, 30 | |26, 28, 30 | ||
| | | दो-रेट, त्रिक-वर्ण मार्कर का उपयोग करना (जैसे RFC 2698) | ||
| RFC 2597 | | RFC 2597 | ||
| | | रेट | ||
| | | हां प्रति डीएससीपी | ||
|- | |- | ||
| | | प्रसारण वीडियो || CS3 | ||
|24|| | |24|| पुलिस एसआर+बीएस का उपयोग कर रही है || RFC 2474 || रेट || नहीं | ||
|- | |- | ||
| | | निम्न-विलंबता डेटा | ||
| AF21, AF22, AF23 | | AF21, AF22, AF23 | ||
|18, 20, 22 | |18, 20, 22 | ||
| | | एकल-रेट, त्रिक-वर्ण मार्कर का उपयोग करना (जैसे RFC 2697) | ||
| RFC 2597 | | RFC 2597 | ||
| | | रेट | ||
| | | हां प्रति डीएससीपी | ||
|- | |- | ||
| | | ओएएम || CS2 | ||
|16|| | |16|| पुलिस एसआर+बीएस का उपयोग कर रही है || RFC 2474 || रेट || हाँ | ||
|- | |- | ||
| | |हाई-थ्रूपुट डेटा | ||
| AF11, AF12, AF13 | | AF11, AF12, AF13 | ||
|10, 12, 14 | |10, 12, 14 | ||
| | | दो-रेट, त्रिक-वर्ण मार्कर का उपयोग करना (जैसे RFC 2698) | ||
| RFC 2597 | | RFC 2597 | ||
| | | रेट | ||
| | | हां प्रति डीएससीपी | ||
|- | |- | ||
| | | स्टैंडर्ड || DF | ||
|0|| | |0|| लागू नहीं || RFC 2474 || रेट || हाँ | ||
|- | |- | ||
| | | निम्न-प्राथमिकता डेटा | ||
| CS1 | | CS1 | ||
|8 | |8 | ||
| | | लागू नहीं | ||
| RFC 3662 | | RFC 3662 | ||
| | | रेट | ||
| | | हाँ | ||
|- | |- | ||
|} | |} | ||
एसआर+बीएस = बर्स्ट आकार नियंत्रण के साथ एकल | एसआर+बीएस = बर्स्ट आकार नियंत्रण के साथ एकल रेट। | ||
==डिज़ाइन संबंधी विचार== | ==डिज़ाइन संबंधी विचार== | ||
डिफसर्व के तहत, सभी पुलिसिंग और वर्गीकरण डिफसर्व डोमेन के बीच की सीमाओं पर किया जाता है। इसका मतलब यह है कि इंटरनेट के मूल में, राउटर्स को भुगतान एकत्र करने या समझौतों को लागू करने की जटिलताओं से बाधा नहीं आती है। अर्थात्, IntServ के विपरीत, DiffServ को प्रत्येक प्रवाह के लिए कोई अग्रिम सेटअप, कोई आरक्षण और कोई समय लेने वाली एंड-टू-एंड बातचीत की आवश्यकता नहीं होती है। | |||
व्यक्तिगत राउटर | डीएस फ़ील्ड के साथ व्यक्तिगत राउटर कैसे निपटते हैं इसका विवरण कॉन्फ़िगरेशन विशिष्ट है, इसलिए एंड-टू-एंड व्यवहार की भविष्यवाणी करना मुश्किल है। यह और भी जटिल हो जाता है यदि कोई पैकेट अपने गंतव्य तक पहुंचने से पहले दो या दो से अधिक डिफसर्व डोमेन को पार कर जाता है। व्यावसायिक दृष्टिकोण से, इसका मतलब यह है कि अंतिम उपयोगकर्ताओं को एंड-टू-एंड कनेक्टिविटी के विभिन्न वर्गों को बेचना असंभव है, क्योंकि एक प्रदाता का सोने का पैकेट दूसरे का कांस्य हो सकता है। डिफ़रसर्व या कोई अन्य आईपी-आधारित क्यूओएस मार्किंग सेवा की गुणवत्ता या निर्दिष्ट सेवा-स्तरीय समझौते (एसएलए) को सुनिश्चित नहीं करता है। पैकेट को चिह्नित करके, प्रेषक इंगित करता है कि वह चाहता है कि पैकेट को एक विशिष्ट सेवा के रूप में माना जाए, लेकिन ऐसा होने की कोई गारंटी नहीं है। यह सुनिश्चित करना सभी सेवा प्रदाताओं और उनके राउटर्स पर निर्भर है कि उनकी नीतियां पैकेटों का उचित तरीके से ख्याल रखेंगी। | ||
==[[बैंडविड्थ ब्रोकर]]== | ==[[बैंडविड्थ ब्रोकर]]== | ||
डिफसर्व के ढांचे में एक बैंडविड्थ ब्रोकर एक एजेंट होता है जिसे किसी संगठन की प्राथमिकताओं और नीतियों | डिफसर्व के ढांचे में एक बैंडविड्थ ब्रोकर एक एजेंट होता है जिसे किसी संगठन की प्राथमिकताओं और नीतियों के बारे में कुछ जानकारी होती है और उन नीतियों के संबंध में बैंडविड्थ आवंटित करता है।<ref name="rfc2638">{{Cite IETF |rfc=2638 |title=इंटरनेट के लिए दो-बिट विभेदित सेवा वास्तुकला|author1=K. Nichols |author2=V. Jacobson |author3=L. Zhang |publisher=IETF |date=July 1999}}</ref> अलग-अलग डोमेन में संसाधनों के एंड-टू-एंड आवंटन को प्राप्त करने के लिए, एक डोमेन का प्रबंधन करने वाले बैंडविड्थ ब्रोकर को अपने आसन्न साथियों के साथ संवाद करना होगा, जो एंड-टू-एंड सेवाओं को पूरी तरह द्विपक्षीय समझौतों से निर्मित करने की अनुमति देता है। | ||
==डिफसर्व आरएफसी== | ==डिफसर्व आरएफसी== | ||
* {{IETF RFC|2474}} - | * {{IETF RFC|2474}} - आईपीवी4 और आईपीवी6 हेडर में विभेदित सेवा क्षेत्र (डीएस क्षेत्र) की परिभाषा। | ||
* {{IETF RFC|2475}} - | * {{IETF RFC|2475}} - विभिन्नीकृत सेवाओं के लिए एक आर्किटेक्चर। | ||
* {{IETF RFC|2597}} - पीएचबी समूह को अग्रेषित करने का आश्वासन दिया गया। | * {{IETF RFC|2597}} - पीएचबी समूह को अग्रेषित करने का आश्वासन दिया गया। | ||
* {{IETF RFC|2983}} - | * {{IETF RFC|2983}} - विभिन्नीकृत सेवाएँ और सुरंगें। | ||
* {{IETF RFC|3086}} - प्रति-डोमेन | * {{IETF RFC|3086}} - विभिन्नीकृत सेवाओं के प्रति-डोमेन व्यवहारों की परिभाषा और उनकी विशेषता के नियम। | ||
* {{IETF RFC|3140}} - प्रति हॉप व्यवहार पहचान कोड। (अप्रचलित {{IETF RFC|2836}}.) | * {{IETF RFC|3140}} - प्रति हॉप व्यवहार पहचान कोड। (अप्रचलित {{IETF RFC|2836}}.) | ||
* {{IETF RFC|3246}} - एक त्वरित अग्रेषण PHB। (अप्रचलित {{IETF RFC|2598}}.) | * {{IETF RFC|3246}} - एक त्वरित अग्रेषण PHB। (अप्रचलित {{IETF RFC|2598}}.) | ||
Line 237: | Line 237: | ||
===डिफसर्व प्रबंधन आरएफसी=== | ===डिफसर्व प्रबंधन आरएफसी=== | ||
* {{IETF RFC|3289}} - | * {{IETF RFC|3289}} - विभिन्नीकृत सेवाओं आर्किटेक्चर के लिए प्रबंधन सूचना आधार। | ||
* {{IETF RFC|3290}} - | * {{IETF RFC|3290}} - विभिन्नीकृत सेवाओं राउटर्स के लिए एक अनौपचारिक प्रबंधन मॉडल। | ||
* {{IETF RFC|3317}} - सेवा नीति सूचना | * {{IETF RFC|3317}} - विभिन्नीकृत सेवाओं की गुणवत्ता सेवा नीति सूचना आधार। | ||
==यह भी देखें== | ==यह भी देखें== |
Revision as of 13:51, 5 October 2023
विभिन्नीकृत सेवाएं या डिफसर्व, एक कम्प्यूटर नेट्वर्किंग आर्किटेक्चर है जो नेटवर्क ट्रैफिक की वर्गीकरण और प्रबंधन के लिए एक तंतु में स्पष्टीकरण करता है और आधुनिक आईपी नेटवर्क्स पर सेवा की गुणवत्ता (QoS) प्रदान करने के लिए एक तंतु निर्धारित करता है। उदाहरण के लिए, डिफ़सर्व का उपयोग महत्वपूर्ण नेटवर्क ट्रैफ़िक जैसे वॉयस या स्ट्रीमिंग मीडिया को कम-विलंबता प्रदान करने के लिए किया जा सकता है, जबकि वेब ट्रैफ़िक या फ़ाइल स्थानांतरण जैसी गैर-महत्वपूर्ण सेवाओं के लिए सर्वोत्तम प्रयास वाली सेवा प्रदान की जा सकती है।
डिफसर्व, पैकेट क्लासिफिकेशन के उद्देश्यों के लिए आईपी हेडर में 8-बिट विभिन्नीकृत सेवाओं फ़ील्ड (DS फ़ील्ड) में 6-बिट विभिन्नीकृत सेवाओं कोड पॉइंट (DSCP) का प्रयोग करता है। DS फ़ील्ड पुराने IPv4 TOS फ़ील्ड को बदलता है।[1]
पृष्ठभूमि
आधुनिक डेटा नेटवर्क आवाज़, वीडियो, स्ट्रीमिंग संगीत, वेब पेज और ईमेल सहित कई अलग-अलग प्रकार की सेवाएँ प्रदान करते हैं। प्रस्तावित क्यूओएस तंत्रों में से कई, जो इन सेवाओं को सह-अस्तित्व की अनुमति देते थे, दोनों जटिल थे और सार्वजनिक इंटरनेट की मांगों को पूरा करने में विफल रहे। दिसंबर 1998 में, IETF ने IPv4 हेडर में TOS और IP पूर्ववर्ती फ़ील्ड को DS फ़ील्ड से बदल दिया।RFC 2474 IPv6 हेडर में DS फ़ील्ड ट्रैफ़िक क्लास फ़ील्ड का हिस्सा है जहां यह 6 सबसे महत्वपूर्ण बिट्स पर कब्जा करता है।[2]
डीएस फ़ील्ड में, पूर्व IPv4 IP प्राथमिकता फ़ील्ड के साथ पश्चगामी संगतता के लिए आठ मानों (वर्ग चयनकर्ताओं) की एक श्रृंखला का उपयोग किया जाता है। आज, DiffServ ने बड़े पैमाने पर TOS और अन्य लेयर-3 QoS तंत्र, जैसे कि एकीकृत सेवाएँ (IntServ) को प्रतिस्थापित कर दिया है, क्योंकि QoS प्रदान करने के लिए प्राथमिक आर्किटेक्चर राउटर उपयोग करते हैं।
यातायात प्रबंधन तंत्र
DiffServ यातायात प्रबंधन के लिए एक मोटे अनाज वाला, वर्ग-आधारित तंत्र है। इसके विपरीत, IntServ एक बारीक, प्रवाह-आधारित तंत्र है। DiffServ पैकेटों को एक विशिष्ट वर्ग से संबंधित के रूप में वर्गीकृत और चिह्नित करने के लिए एक तंत्र पर निर्भर करता है। डिफसर्व-जागरूक राउटर प्रति-हॉप व्यवहार (पीएचबी) लागू करते हैं, जो ट्रैफ़िक के एक वर्ग से जुड़े पैकेट-फ़ॉरवर्डिंग गुणों को परिभाषित करते हैं। उदाहरण के लिए, कम-हानि या कम-विलंबता सेवा प्रदान करने के लिए अलग-अलग PHB को परिभाषित किया जा सकता है।
व्यक्तिगत प्रवाह की आवश्यकताओं के आधार पर नेटवर्क ट्रैफिक को अलग करने के बजाय, डिफसर्व ट्रैफिक वर्गीकरण के सिद्धांत पर काम करता है, प्रत्येक डेटा पैकेट को सीमित संख्या में ट्रैफिक वर्गों में से एक में रखता है। नेटवर्क पर प्रत्येक राउटर को उसके वर्ग के आधार पर ट्रैफ़िक को अलग करने के लिए कॉन्फ़िगर किया गया है। प्रत्येक ट्रैफ़िक वर्ग को अलग-अलग तरीके से प्रबंधित किया जा सकता है, जिससे नेटवर्क पर उच्च-प्राथमिकता वाले ट्रैफ़िक के लिए अधिमान्य उपचार सुनिश्चित किया जा सके। डिफसर्व का आधार यह है कि पैकेट वर्गीकरण और पुलिसिंग जैसे जटिल कार्यों को एज राउटर द्वारा नेटवर्क के किनारे पर किया जा सकता है। चूँकि कोर राउटर्स में किसी वर्गीकरण और पुलिसिंग की आवश्यकता नहीं है, इसलिए वहां की कार्यक्षमता को सरल रखा जा सकता है। कोर राउटर केवल पैकेटों पर उनके चिह्नों के आधार पर पीएचबी उपचार लागू करते हैं। पीएचबी उपचार शेड्यूलिंग नीति और कतार प्रबंधन नीति के संयोजन का उपयोग करके कोर राउटर द्वारा प्राप्त किया जाता है।
राउटर्स का एक समूह जो सामान्य, प्रशासनिक रूप से परिभाषित डिफसर्व नीतियों को लागू करता है, उसे डिफसर्व डोमेन के रूप में जाना जाता है।[2]
जबकि DiffServ ट्रैफ़िक वर्गों के एक मानकीकृत सेट की अनुशंसा करता है,[3] DiffServ आर्किटेक्चर पूर्व निर्धारित निर्णय को शामिल नहीं करता है कि किस प्रकार के ट्रैफ़िक को प्राथमिकता दी जानी चाहिए। DiffServ केवल वर्गीकरण और विभेदित उपचार की अनुमति देने के लिए एक रूपरेखा प्रदान करता है। मानक यातायात वर्ग (नीचे चर्चा की गई) विभिन्न नेटवर्क और विभिन्न विक्रेताओं के उपकरणों के बीच अंतरसंचालनीयता को सरल बनाने का काम करते हैं।
वर्गीकरण एवं अंकन
डिफसर्व डोमेन में प्रवेश करने वाला नेटवर्क ट्रैफ़िक वर्गीकरण और कंडीशनिंग के अधीन है। एक ट्रैफ़िक क्लासिफायर आने वाले पैकेट में कई अलग-अलग मापदंडों का निरीक्षण कर सकता है, जैसे स्रोत पता, गंतव्य पता या ट्रैफ़िक प्रकार और एक विशिष्ट ट्रैफ़िक वर्ग के लिए अलग-अलग पैकेट निर्दिष्ट कर सकता है। ट्रैफ़िक क्लासिफायर प्राप्त पैकेट में किसी भी डिफसर्व मार्किंग का सम्मान कर सकते हैं या उन मार्किंग को अनदेखा या ओवरराइड करने का विकल्प चुन सकते हैं। किसी दिए गए वर्ग में वॉल्यूम और ट्रैफ़िक के प्रकार पर सख्त नियंत्रण के लिए, एक नेटवर्क ऑपरेटर डिफसर्व डोमेन में प्रवेश पर चिह्नों का सम्मान नहीं करने का विकल्प चुन सकता है। प्रत्येक वर्ग में यातायात को रेट लिमिटर्स, ट्रैफिक पुलिस या शेपर्स के अधीन करके और अधिक अनुकूलित किया जा सकता है।[4]
प्रति-हॉप व्यवहार आईपी हेडर में डीएस फ़ील्ड द्वारा निर्धारित किया जाता है। डीएस फ़ील्ड में 6-बिट डीएससीपी मान शामिल है।[5] एक्सप्लिसिट कंजेशन नोटिफिकेशन (ECN) IPv4 TOS फ़ील्ड और IPv6 ट्रैफ़िक क्लास (TC) फ़ील्ड के सबसे कम-महत्वपूर्ण 2 बिट्स पर कब्जा कर लेता है।[6][7][8]
सिद्धांत रूप में, 64 उपलब्ध DSCP मानों का उपयोग करके एक नेटवर्क में 64 विभिन्न ट्रैफ़िक वर्ग हो सकते हैं। DiffServ RFC कुछ एन्कोडिंग की अनुशंसा करते हैं, लेकिन इसकी आवश्यकता नहीं होती है। यह नेटवर्क ऑपरेटर को ट्रैफ़िक वर्गों को परिभाषित करने में अत्यधिक लचीलापन देता है। हालाँकि, व्यवहार में, अधिकांश नेटवर्क निम्नलिखित आमतौर पर परिभाषित प्रति-हॉप व्यवहार का उपयोग करते हैं:
- डिफ़ॉल्ट फ़ॉरवर्डिंग (DF) PHB - जो आमतौर पर सर्वोत्तम प्रयास वाला ट्रैफ़िक है
- शीघ्र अग्रेषण (ईएफ) पीएचबी - कम हानि, कम विलंबता यातायात के लिए समर्पित
- सुनिश्चित अग्रेषण (एएफ) पीएचबी - निर्धारित शर्तों के तहत डिलीवरी का आश्वासन देता है
- क्लास चयनकर्ता PHBs - जो IP प्राथमिकता फ़ील्ड के साथ पश्चगामी संगतता बनाए रखते हैं।
डिफ़ॉल्ट अग्रेषण
एक डिफ़ॉल्ट अग्रेषण (डीएफ) पीएचबी ही एकमात्र आवश्यक व्यवहार है। अनिवार्य रूप से, कोई भी ट्रैफ़िक जो किसी अन्य परिभाषित वर्ग की आवश्यकताओं को पूरा नहीं करता है, डीएफ का उपयोग करता है। आमतौर पर, डीएफ में सर्वोत्तम-प्रयास अग्रेषण विशेषताएं होती हैं। डीएफ के लिए अनुशंसित डीएससीपी 0 है।[3]
शीघ्र अग्रेषण
आईईटीएफ RFC 3246 में त्वरित अग्रेषण (ईएफ) व्यवहार को परिभाषित करता है। ईएफ पीएचबी में कम विलंब, कम हानि और कम घबराहट की विशेषताएं हैं। ये विशेषताएँ ध्वनि, वीडियो और अन्य वास्तविक समय सेवाओं के लिए उपयुक्त हैं। ईएफ ट्रैफ़िक को अक्सर अन्य सभी ट्रैफ़िक वर्गों से ऊपर कतारबद्ध करने में सख्त प्राथमिकता दी जाती है। क्योंकि ईएफ ट्रैफ़िक का अधिभार कतार में देरी का कारण बनेगा और कक्षा के भीतर घबराहट और देरी की सहनशीलता को प्रभावित करेगा, प्रवेश नियंत्रण, ट्रैफ़िक पुलिसिंग और अन्य तंत्र ईएफ ट्रैफ़िक पर लागू किए जा सकते हैं। ईएफ के लिए अनुशंसित डीएससीपी 101110बी (46 या 2ईएच) है।
वॉयस एडमिट
IETF RFC 5865 में वॉइस एडमिट व्यवहार को परिभाषित करता है। वॉइस एडमिट PHB में शीघ्र अग्रेषित PHB के समान विशेषताएं हैं। हालाँकि, कॉल एडमिशन कंट्रोल (सीएसी) प्रक्रिया का उपयोग करके वॉयस एडमिट ट्रैफ़िक को भी नेटवर्क द्वारा स्वीकार किया जाता है। वॉयस एडमिट के लिए अनुशंसित डीएससीपी 101100बी (44 या 2सीएच) है।
सुनिश्चित अग्रेषण
IETF RFC 2597 और RFC 3260 में एश्योर्ड फ़ॉरवर्डिंग (AF) व्यवहार को परिभाषित करता है। एश्योर्ड फ़ॉरवर्डिंग ऑपरेटर को डिलीवरी का आश्वासन प्रदान करने की अनुमति देता है जब तक कि ट्रैफ़िक कुछ सब्सक्राइब दर से अधिक न हो। यदि भीड़भाड़ होती है तो सब्सक्रिप्शन दर से अधिक ट्रैफ़िक को गिराए जाने की अधिक संभावना होती है।
AF व्यवहार समूह चार अलग-अलग AF वर्गों को परिभाषित करता है, जिसमें एक वर्ग के भीतर सभी ट्रैफ़िक की प्राथमिकता समान होती है। प्रत्येक वर्ग के भीतर, पैकेटों को एक ड्रॉप प्राथमिकता दी जाती है (उच्च, मध्यम या निम्न, जहां उच्च प्राथमिकता का अर्थ है अधिक ड्रॉपिंग)। वर्गों और ड्रॉप प्राथमिकता के संयोजन से एएफ11 से एएफ43 तक बारह अलग-अलग डीएससीपी एन्कोडिंग प्राप्त होती हैं (तालिका देखें)।
ड्राप
प्रोबेबिलिटी |
प्रथम वर्ग | द्वितीय वर्ग | तृतीय वर्ग | चतुर्थ वर्ग |
---|---|---|---|---|
निम्न | AF11 (DSCP 10) 001010 | AF21 (DSCP 18) 010010 | AF31 (DSCP 26) 011010 | AF41 (DSCP 34) 100010 |
मध्यम | AF12 (DSCP 12) 001100 | AF22 (DSCP 20) 010100 | AF32 (DSCP 28) 011100 | AF42 (DSCP 36) 100100 |
उच्च | AF13 (DSCP 14) 001110 | AF23 (DSCP 22) 010110 | AF33 (DSCP 30) 011110 | AF43 (DSCP 38) 100110 |
विभिन्न वर्गों में यातायात के बीच प्राथमिकता और आनुपातिक निष्पक्षता के कुछ माप को परिभाषित किया गया है। यदि कक्षाओं के बीच भीड़भाड़ होती है, तो उच्च श्रेणी में यातायात को प्राथमिकता दी जाती है। सख्त प्राथमिकता कतार का उपयोग करने के बजाय, निष्पक्ष कतार या भारित निष्पक्ष कतार जैसे अधिक संतुलित कतार सर्विसिंग एल्गोरिदम का उपयोग किए जाने की संभावना है। यदि किसी वर्ग के भीतर भीड़भाड़ होती है, तो उच्च ड्रॉप प्राथमिकता वाले पैकेट को पहले छोड़ दिया जाता है। टेल ड्रॉप से जुड़े मुद्दों को रोकने के लिए, अधिक परिष्कृत ड्रॉप चयन एल्गोरिदम जैसे यादृच्छिक प्रारंभिक पहचान का अक्सर उपयोग किया जाता है।
वर्ग चयनकर्ता
सेवा वर्ग | डीएससीपी नाम | डीएससीपी मान | आईपी पूर्ववर्तिता | अनुप्रयोग के उदाहरण |
---|---|---|---|---|
स्टैंडर्ड | CS0 (DF) | 0 | 0 (000) | |
निम्न-प्राथमिकता डेटा | CS1 | 8 | 1 (001) | File transfer (FTP, SMB) |
नेटवर्क संचालन, प्रशासन और प्रबंधन (ओएएम) | CS2 | 16 | 2 (010) | SNMP, SSH, Ping, Telnet, syslog |
प्रसारण वीडियो | CS3 | 24 | 3 (011) |
|
वास्तविक समय इंटरैक्टिव | CS4 | 32 | 4 (100) | Gaming, low priority video conferencing |
सिग्नलिंग | CS5 | 40 | 5 (101) | Peer-to-peer (SIP, H.323, H.248 ), NTP |
नेटवर्क नियंत्रण | CS6 | 48 | 6 (110) | Routing protocols (OSPF, BGP, ISIS, RIP) |
भविष्य उपयोग के लिए आरक्षित | CS7 | 56 | 7 (111) |
डीएफ = डिफ़ॉल्ट अग्रेषण
डिफसर्व से पहले, आईपीवी4 नेटवर्क प्राथमिकता वाले ट्रैफ़िक को चिह्नित करने के लिए आईपीवी4 हेडर के टीओएस बाइट में आईपी प्राथमिकता फ़ील्ड का उपयोग कर सकते थे। टीओएस ऑक्टेट और आईपी पूर्वता का व्यापक रूप से उपयोग नहीं किया गया। आईईटीएफ डिफसर्व नेटवर्क के लिए डीएस फ़ील्ड के रूप में टीओएस ऑक्टेट का पुन: उपयोग करने पर सहमत हुआ। नेटवर्क उपकरणों के साथ बैकवर्ड संगतता बनाए रखने के लिए जो अभी भी प्रीसीडेंस फ़ील्ड का उपयोग करते हैं, डिफसर्व क्लास चयनकर्ता PHB को परिभाषित करता है।
क्लास सेलेक्टर कोड पॉइंट बाइनरी फॉर्म 'xxx000' के होते हैं। पहले तीन बिट IP प्राथमिकता बिट हैं। प्रत्येक आईपी प्राथमिकता मान को डिफसर्व क्लास में मैप किया जा सकता है। आईपी प्राथमिकता 0 सीएस0 पर मैप करता है, आईपी प्राथमिकता 1 सीएस1 पर मैप करता है, इत्यादि। यदि कोई पैकेट गैर-डिफ़रसर्व-जागरूक राउटर से प्राप्त होता है जो आईपी प्राथमिकता चिह्नों का उपयोग करता है, तो डिफसर्व राउटर अभी भी एन्कोडिंग को क्लास चयनकर्ता कोड बिंदु के रूप में समझ सकता है।
क्लास चयनकर्ता कोड बिंदुओं के उपयोग के लिए विशिष्ट सिफारिशें RFC 4594 में दी गई हैं।
कॉन्फ़िगरेशन दिशानिर्देश
RFC 4594 कोड बिंदुओं के उपयोग और कॉन्फ़िगरेशन के लिए विस्तृत और विशिष्ट अनुशंसाएँ प्रदान करता है।
सेवा वर्ग | डीएससीपी नाम | डीएससीपी मान | डीएस एज पर कंडीशनिंग | पीएचबी | कतार | एक्यूएम |
---|---|---|---|---|---|---|
नेटवर्क नियंत्रण | CS6 | 48 | अनुभाग 3.1 देखें | RFC 2474 | रेट | हाँ |
टेलीफ़ोनी | EF | 46 | पुलिस एसआर+बीएस का उपयोग कर रही है | RFC 3246 | वरीयता | नहीं |
सिग्नलिंग | CS5 | 40 | पुलिस एसआर+बीएस का उपयोग कर रही है | RFC 2474 | रेट | नहीं |
मल्टीमीडिया कॉन्फ्रेंसिंग | AF41, AF42, AF43 | 34, 36, 38 | दो-रेट, त्रिक-वर्ण मार्कर का उपयोग करना (जैसे RFC 2698) | RFC 2597 | रेट | हां प्रति डीएससीपी |
वास्तविक समय इंटरैक्टिव | CS4 | 32 | पुलिस एसआर+बीएस का उपयोग कर रही है | RFC 2474 | रेट | नहीं |
मल्टीमीडिया स्ट्रीमिंग | AF31, AF32, AF33 | 26, 28, 30 | दो-रेट, त्रिक-वर्ण मार्कर का उपयोग करना (जैसे RFC 2698) | RFC 2597 | रेट | हां प्रति डीएससीपी |
प्रसारण वीडियो | CS3 | 24 | पुलिस एसआर+बीएस का उपयोग कर रही है | RFC 2474 | रेट | नहीं |
निम्न-विलंबता डेटा | AF21, AF22, AF23 | 18, 20, 22 | एकल-रेट, त्रिक-वर्ण मार्कर का उपयोग करना (जैसे RFC 2697) | RFC 2597 | रेट | हां प्रति डीएससीपी |
ओएएम | CS2 | 16 | पुलिस एसआर+बीएस का उपयोग कर रही है | RFC 2474 | रेट | हाँ |
हाई-थ्रूपुट डेटा | AF11, AF12, AF13 | 10, 12, 14 | दो-रेट, त्रिक-वर्ण मार्कर का उपयोग करना (जैसे RFC 2698) | RFC 2597 | रेट | हां प्रति डीएससीपी |
स्टैंडर्ड | DF | 0 | लागू नहीं | RFC 2474 | रेट | हाँ |
निम्न-प्राथमिकता डेटा | CS1 | 8 | लागू नहीं | RFC 3662 | रेट | हाँ |
एसआर+बीएस = बर्स्ट आकार नियंत्रण के साथ एकल रेट।
डिज़ाइन संबंधी विचार
डिफसर्व के तहत, सभी पुलिसिंग और वर्गीकरण डिफसर्व डोमेन के बीच की सीमाओं पर किया जाता है। इसका मतलब यह है कि इंटरनेट के मूल में, राउटर्स को भुगतान एकत्र करने या समझौतों को लागू करने की जटिलताओं से बाधा नहीं आती है। अर्थात्, IntServ के विपरीत, DiffServ को प्रत्येक प्रवाह के लिए कोई अग्रिम सेटअप, कोई आरक्षण और कोई समय लेने वाली एंड-टू-एंड बातचीत की आवश्यकता नहीं होती है।
डीएस फ़ील्ड के साथ व्यक्तिगत राउटर कैसे निपटते हैं इसका विवरण कॉन्फ़िगरेशन विशिष्ट है, इसलिए एंड-टू-एंड व्यवहार की भविष्यवाणी करना मुश्किल है। यह और भी जटिल हो जाता है यदि कोई पैकेट अपने गंतव्य तक पहुंचने से पहले दो या दो से अधिक डिफसर्व डोमेन को पार कर जाता है। व्यावसायिक दृष्टिकोण से, इसका मतलब यह है कि अंतिम उपयोगकर्ताओं को एंड-टू-एंड कनेक्टिविटी के विभिन्न वर्गों को बेचना असंभव है, क्योंकि एक प्रदाता का सोने का पैकेट दूसरे का कांस्य हो सकता है। डिफ़रसर्व या कोई अन्य आईपी-आधारित क्यूओएस मार्किंग सेवा की गुणवत्ता या निर्दिष्ट सेवा-स्तरीय समझौते (एसएलए) को सुनिश्चित नहीं करता है। पैकेट को चिह्नित करके, प्रेषक इंगित करता है कि वह चाहता है कि पैकेट को एक विशिष्ट सेवा के रूप में माना जाए, लेकिन ऐसा होने की कोई गारंटी नहीं है। यह सुनिश्चित करना सभी सेवा प्रदाताओं और उनके राउटर्स पर निर्भर है कि उनकी नीतियां पैकेटों का उचित तरीके से ख्याल रखेंगी।
बैंडविड्थ ब्रोकर
डिफसर्व के ढांचे में एक बैंडविड्थ ब्रोकर एक एजेंट होता है जिसे किसी संगठन की प्राथमिकताओं और नीतियों के बारे में कुछ जानकारी होती है और उन नीतियों के संबंध में बैंडविड्थ आवंटित करता है।[9] अलग-अलग डोमेन में संसाधनों के एंड-टू-एंड आवंटन को प्राप्त करने के लिए, एक डोमेन का प्रबंधन करने वाले बैंडविड्थ ब्रोकर को अपने आसन्न साथियों के साथ संवाद करना होगा, जो एंड-टू-एंड सेवाओं को पूरी तरह द्विपक्षीय समझौतों से निर्मित करने की अनुमति देता है।
डिफसर्व आरएफसी
- RFC 2474 - आईपीवी4 और आईपीवी6 हेडर में विभेदित सेवा क्षेत्र (डीएस क्षेत्र) की परिभाषा।
- RFC 2475 - विभिन्नीकृत सेवाओं के लिए एक आर्किटेक्चर।
- RFC 2597 - पीएचबी समूह को अग्रेषित करने का आश्वासन दिया गया।
- RFC 2983 - विभिन्नीकृत सेवाएँ और सुरंगें।
- RFC 3086 - विभिन्नीकृत सेवाओं के प्रति-डोमेन व्यवहारों की परिभाषा और उनकी विशेषता के नियम।
- RFC 3140 - प्रति हॉप व्यवहार पहचान कोड। (अप्रचलित RFC 2836.)
- RFC 3246 - एक त्वरित अग्रेषण PHB। (अप्रचलित RFC 2598.)
- RFC 3247 - ईएफ पीएचबी की नई परिभाषा के लिए पूरक जानकारी (प्रति-हॉप व्यवहार को त्वरित रूप से अग्रेषित करना)।
- RFC 3260 - डिफसर्व के लिए नई शब्दावली और स्पष्टीकरण। (अपडेट RFC 2474, RFC 2475 और RFC 2597.)
- RFC 4594 - डिफसर्व सेवा वर्गों के लिए कॉन्फ़िगरेशन दिशानिर्देश।
- RFC 5865 - क्षमता-स्वीकृत यातायात के लिए एक विभेदित सेवा कोड बिंदु (डीएससीपी)। (अपडेट RFC 4542 और RFC 4594.)
- RFC 8622 - विभेदित सेवाओं के लिए एक कम प्रयास प्रति-हॉप व्यवहार (एलई पीएचबी)। (अपडेट RFC 4594 और RFC 8325, अप्रचलित RFC 3662.)
डिफसर्व प्रबंधन आरएफसी
- RFC 3289 - विभिन्नीकृत सेवाओं आर्किटेक्चर के लिए प्रबंधन सूचना आधार।
- RFC 3290 - विभिन्नीकृत सेवाओं राउटर्स के लिए एक अनौपचारिक प्रबंधन मॉडल।
- RFC 3317 - विभिन्नीकृत सेवाओं की गुणवत्ता सेवा नीति सूचना आधार।
यह भी देखें
संदर्भ
- ↑ RFC 3260
- ↑ S3700HI Ethernet Switches Configuration Guide - QoS, Huawei, p. 7, retrieved 2016-10-07,
A DiffServ domain is composed of a group of interconnected DiffServ nodes that use the same service policy and PHBs.
- ↑ 3.0 3.1 3.2 RFC 4594
- ↑ RFC 2597 Section 3
- ↑ RFC 2474
- ↑ RFC 6088
- ↑ Worldwide. "डीएससीपी के साथ सेवा की गुणवत्ता नीतियों को लागू करना". Cisco. Retrieved 2010-10-16.
- ↑ Filtering DSCP Archived July 29, 2016, at the Wayback Machine
- ↑ K. Nichols; V. Jacobson; L. Zhang (July 1999). इंटरनेट के लिए दो-बिट विभेदित सेवा वास्तुकला. IETF. doi:10.17487/RFC2638. RFC 2638.
अग्रिम पठन
- John Evans; Clarence Filsfils (2007). Deploying IP and MPLS QoS for Multiservice Networks: Theory and Practice. Morgan Kaufmann. ISBN 978-0-12-370549-5.
- Kalevi Kilkki (1999). Differentiated services for the Internet. Macmillan Technical Publishing. ISBN 1-57870-132-5.
बाहरी संबंध
- IETF DiffServ Working Group page
- Cisco Whitepaper — DiffServ-The Scalable End-to-End Quality of Service Model
- ACM SIGCOMM'09 paper-Modeling and Understanding End-to-End Class of Service Policies in Operational Networks: proposes a practical model for extracting DiffServ policies
- Cisco: Implementing Quality of Service Policies with DSCP