डिफ्रेंटिएटेड सर्विस: Difference between revisions

From Vigyanwiki
(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|communication networks|the design pattern for business applications|Differentiated service (design pattern)}}
{{About|संचार नेटवर्क|व्यावसायिक अनुप्रयोगों के लिए डिज़ाइन पैटर्न|विभिन्नीकृत सेवा (डिज़ाइन पैटर्न)}}
{{Use American English|date=April 2015}}


विभेदित सेवाएँ या डिफसर्व एक [[ कम्प्यूटर नेट्वर्किंग ]] आर्किटेक्चर है जो नेटवर्क ट्रैफ़िक को वर्गीकृत करने और प्रबंधित करने और आधुनिक [[इंटरनेट प्रोटोकॉल]] नेटवर्क पर [[सेवा की गुणवत्ता]] (क्यूओएस) प्रदान करने के लिए एक तंत्र निर्दिष्ट करता है। उदाहरण के लिए, डिफसर्व का उपयोग महत्वपूर्ण नेटवर्क ट्रैफ़िक जैसे [[आईपी ​​पर आवाज]] या [[स्ट्रीमिंग मीडिया]] के लिए [[नेटवर्क विलंब]] | कम-विलंबता प्रदान करने के लिए किया जा सकता है, जबकि [[वेब ट्रैफ़िक]] या फ़ाइल स्थानांतरण जैसी गैर-महत्वपूर्ण सेवाओं के लिए [[सर्वोत्तम प्रयास वाली सेवा]] प्रदान की जा सकती है।
विभिन्नीकृत सेवाएं या डिफसर्व, एक [[ कम्प्यूटर नेट्वर्किंग |कम्प्यूटर नेट्वर्किंग]] आर्किटेक्चर है जो नेटवर्क ट्रैफिक की वर्गीकरण और प्रबंधन के लिए एक तंतु में स्पष्टीकरण करता है और आधुनिक [[इंटरनेट प्रोटोकॉल|आईपी]] नेटवर्क्स पर [[सेवा की गुणवत्ता]] (QoS) प्रदान करने के लिए एक तंतु निर्धारित करता है। उदाहरण के लिए, डिफ़सर्व का उपयोग महत्वपूर्ण नेटवर्क ट्रैफ़िक जैसे [[आईपी ​​पर आवाज|वॉयस]] या [[स्ट्रीमिंग मीडिया]] को [[नेटवर्क विलंब|कम-विलंबता]] प्रदान करने के लिए किया जा सकता है, जबकि [[वेब ट्रैफ़िक]] या फ़ाइल स्थानांतरण जैसी गैर-महत्वपूर्ण सेवाओं के लिए [[सर्वोत्तम प्रयास वाली सेवा]] प्रदान की जा सकती है।


डिफसर्व आईपी हेडर में 8-बिट विभेदित सेवा क्षेत्र (डीएस फ़ील्ड) में 6-बिट विभेदित सेवा कोड बिंदु (डीएससीपी) का उपयोग करता है<!--Link to [[IP header]] requires disambiguation. Links to [[IPv4 header]] and [[IPv6 header]] appear below--> पैकेट वर्गीकरण उद्देश्यों के लिए। डीएस फ़ील्ड पुराने प्रकार के सेवा फ़ील्ड को प्रतिस्थापित करता है।<ref>{{IETF RFC|3260}}</ref>
डिफसर्व, पैकेट क्लासिफिकेशन के उद्देश्यों के लिए आईपी हेडर में 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 प्रदान करने के लिए प्राथमिक आर्किटेक्चर [[राउटर (कंप्यूटिंग)|राउटर]] उपयोग करते हैं।
==पृष्ठभूमि==
आधुनिक डेटा नेटवर्क आवाज, वीडियो, स्ट्रीमिंग संगीत, वेब पेज और ईमेल सहित कई अलग-अलग प्रकार की सेवाएं प्रदान करते हैं। कई प्रस्तावित क्यूओएस तंत्र जो इन सेवाओं को सह-अस्तित्व की अनुमति देते थे, दोनों जटिल थे और [[सार्वजनिक इंटरनेट]] की मांगों को पूरा करने में विफल रहे। दिसंबर 1998 में, [[इंटरनेट इंजीनियरिंग टास्क फोर्स]] ने प्रकाशित किया {{IETF RFC|2474}} - [[IPv4 हेडर]] और [[IPv6 हेडर]] में विभेदित सेवा फ़ील्ड (DS फ़ील्ड) की परिभाषा, जिसने IPv4 TOS और IP प्राथमिकता फ़ील्ड को DS फ़ील्ड से बदल दिया। डीएस फ़ील्ड में, पूर्व आईपी प्राथमिकता फ़ील्ड के साथ बैकवर्ड संगतता के लिए आठ मानों (वर्ग चयनकर्ताओं) की एक श्रृंखला का उपयोग किया जाता है। आज, DiffServ ने बड़े पैमाने पर TOS और अन्य [[परत 3]]|लेयर-3 QoS तंत्र, जैसे एकीकृत सेवाएं (IntServ) को प्राथमिक आर्किटेक्चर [[राउटर (कंप्यूटिंग)]] के रूप में QoS प्रदान करने के लिए प्रतिस्थापित कर दिया है।


==यातायात प्रबंधन तंत्र==
==यातायात प्रबंधन तंत्र==
डिफ़सर्व यातायात प्रबंधन के लिए एक मोटे-मोटे, वर्ग-आधारित तंत्र है। इसके विपरीत, IntServ एक सुक्ष्म, प्रवाह-आधारित तंत्र है। DiffServ एक विशिष्ट वर्ग से संबंधित पैकेटों को वर्गीकृत और चिह्नित करने के लिए एक तंत्र पर निर्भर करता है। डिफसर्व-अवेयर राउटर्स [[प्रति-हॉप व्यवहार]] (पीएचबी) लागू करते हैं, जो ट्रैफ़िक के एक वर्ग से जुड़े पैकेट-फ़ॉरवर्डिंग गुणों को परिभाषित करते हैं। उदाहरण के लिए, पैकेट हानि|कम-नुकसान या नेटवर्क विलंब|कम-विलंबता सेवा प्रदान करने के लिए विभिन्न PHB को परिभाषित किया जा सकता है।
DiffServ यातायात प्रबंधन के लिए एक मोटे अनाज वाला, वर्ग-आधारित तंत्र है। इसके विपरीत, IntServ एक बारीक, प्रवाह-आधारित तंत्र है। DiffServ पैकेटों को एक विशिष्ट वर्ग से संबंधित के रूप में वर्गीकृत और चिह्नित करने के लिए एक तंत्र पर निर्भर करता है। डिफसर्व-जागरूक राउटर [[प्रति-हॉप व्यवहार]] (पीएचबी) लागू करते हैं, जो ट्रैफ़िक के एक वर्ग से जुड़े पैकेट-फ़ॉरवर्डिंग गुणों को परिभाषित करते हैं। उदाहरण के लिए, कम-हानि या कम-विलंबता सेवा प्रदान करने के लिए अलग-अलग PHB को परिभाषित किया जा सकता है।


व्यक्तिगत प्रवाह की आवश्यकताओं के आधार पर नेटवर्क ट्रैफ़िक को अलग करने के बजाय, डिफसर्व ट्रैफ़िक वर्गीकरण के सिद्धांत पर काम करता है, प्रत्येक डेटा पैकेट को सीमित संख्या में ट्रैफ़िक वर्गों में से एक में रखता है। फिर नेटवर्क पर प्रत्येक राउटर को उसकी कक्षा के आधार पर ट्रैफ़िक को अलग करने के लिए कॉन्फ़िगर किया जाता है। नेटवर्क पर उच्च-प्राथमिकता वाले ट्रैफ़िक के लिए अधिमान्य उपचार सुनिश्चित करते हुए, प्रत्येक ट्रैफ़िक वर्ग को अलग-अलग तरीके से प्रबंधित किया जा सकता है। डिफसर्व का आधार यह है कि पैकेट वर्गीकरण और पुलिसिंग जैसे जटिल कार्य नेटवर्क के किनारे पर एज राउटर द्वारा किए जा सकते हैं। चूंकि कोर राउटर्स में किसी वर्गीकरण और पुलिसिंग की आवश्यकता नहीं होती है, इसलिए वहां की कार्यक्षमता को सरल रखा जा सकता है। कोर राउटर केवल उनके चिह्नों के आधार पर पैकेटों पर PHB उपचार लागू करते हैं। शेड्यूलिंग नीति और कतार प्रबंधन नीति के संयोजन का उपयोग करके कोर राउटर्स द्वारा 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>
जबकि डिफ़सर्व ट्रैफ़िक वर्गों के एक मानकीकृत सेट की अनुशंसा करता है,<ref name="RFC4594">{{IETF RFC|4594}}</ref> डिफसर्व आर्किटेक्चर में पूर्व निर्धारित निर्णयों को शामिल नहीं किया गया है कि किस प्रकार के ट्रैफ़िक को प्राथमिकता दी जानी चाहिए। डिफ़सर्व बस वर्गीकरण और विभेदित उपचार की अनुमति देने के लिए एक रूपरेखा प्रदान करता है। मानक ट्रैफ़िक वर्ग (नीचे चर्चा की गई) विभिन्न नेटवर्क और विभिन्न विक्रेताओं के उपकरणों के बीच अंतरसंचालनीयता को सरल बनाने का काम करते हैं।
 
जबकि DiffServ ट्रैफ़िक वर्गों के एक मानकीकृत सेट की अनुशंसा करता है,<ref name="RFC4594">{{IETF RFC|4594}}</ref> DiffServ आर्किटेक्चर पूर्व निर्धारित निर्णय को शामिल नहीं करता है कि किस प्रकार के ट्रैफ़िक को प्राथमिकता दी जानी चाहिए। DiffServ केवल वर्गीकरण और विभेदित उपचार की अनुमति देने के लिए एक रूपरेखा प्रदान करता है। मानक यातायात वर्ग (नीचे चर्चा की गई) विभिन्न नेटवर्क और विभिन्न विक्रेताओं के उपकरणों के बीच अंतरसंचालनीयता को सरल बनाने का काम करते हैं।


==वर्गीकरण एवं अंकन==
==वर्गीकरण एवं अंकन==
डिफसर्व डोमेन में प्रवेश करने वाला नेटवर्क ट्रैफ़िक वर्गीकरण और कंडीशनिंग के अधीन है। एक ट्रैफ़िक क्लासिफायरियर आने वाले पैकेटों में कई अलग-अलग मापदंडों का निरीक्षण कर सकता है, जैसे स्रोत पता, गंतव्य पता या ट्रैफ़िक प्रकार और एक विशिष्ट ट्रैफ़िक वर्ग के लिए अलग-अलग पैकेट निर्दिष्ट कर सकता है। ट्रैफ़िक क्लासिफायर प्राप्त पैकेटों में किसी भी डिफसर्व मार्किंग का सम्मान कर सकते हैं या उन मार्किंग को अनदेखा या ओवरराइड करने का चुनाव कर सकते हैं। किसी दिए गए वर्ग में वॉल्यूम और ट्रैफ़िक के प्रकार पर कड़े नियंत्रण के लिए, एक नेटवर्क ऑपरेटर डिफसर्व डोमेन में प्रवेश पर चिह्नों का सम्मान नहीं करने का विकल्प चुन सकता है। ट्रैफ़िक को [[दर सीमित]] करने, [[यातायात को आकार देना]] (संचार) या ट्रैफ़िक को आकार देने के अधीन करके प्रत्येक वर्ग में ट्रैफ़िक को और अधिक अनुकूलित किया जा सकता है।<ref>{{IETF RFC|2597}} Section 3</ref>
डिफसर्व डोमेन में प्रवेश करने वाला नेटवर्क ट्रैफ़िक वर्गीकरण और कंडीशनिंग के अधीन है। एक ट्रैफ़िक क्लासिफायर आने वाले पैकेट में कई अलग-अलग मापदंडों का निरीक्षण कर सकता है, जैसे स्रोत पता, गंतव्य पता या ट्रैफ़िक प्रकार और एक विशिष्ट ट्रैफ़िक वर्ग के लिए अलग-अलग पैकेट निर्दिष्ट कर सकता है। ट्रैफ़िक क्लासिफायर प्राप्त पैकेट में किसी भी डिफसर्व मार्किंग का सम्मान कर सकते हैं या उन मार्किंग को अनदेखा या ओवरराइड करने का विकल्प चुन सकते हैं। किसी दिए गए वर्ग में वॉल्यूम और ट्रैफ़िक के प्रकार पर सख्त नियंत्रण के लिए, एक नेटवर्क ऑपरेटर डिफसर्व डोमेन में प्रवेश पर चिह्नों का सम्मान नहीं करने का विकल्प चुन सकता है। प्रत्येक वर्ग में यातायात को [[दर सीमित|रेट लिमिटर्स]], [[यातायात को आकार देना|ट्रैफिक पुलिस]] या शेपर्स के अधीन करके और अधिक अनुकूलित किया जा सकता है।<ref>{{IETF RFC|2597}} Section 3</ref>
प्रति-हॉप व्यवहार आईपी हेडर में डीएस फ़ील्ड द्वारा निर्धारित किया जाता है। डीएस फ़ील्ड में 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 उपलब्ध डीएससीपी मूल्यों का उपयोग करके एक नेटवर्क में 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:


===डिफ़ॉल्ट अग्रेषण===
===डिफ़ॉल्ट अग्रेषण===
डिफ़ॉल्ट फ़ॉरवर्डिंग (DF) PHB ही एकमात्र आवश्यक व्यवहार है। मूलतः, कोई भी ट्रैफ़िक जो किसी भी अन्य परिभाषित वर्ग की आवश्यकताओं को पूरा नहीं करता है, DF का उपयोग करता है। आमतौर पर, डीएफ में सर्वोत्तम प्रयास वाली अग्रेषण विशेषताएं होती हैं। डीएफ के लिए अनुशंसित डीएससीपी 0 है।<ref name="RFC4594"/>
एक डिफ़ॉल्ट अग्रेषण (डीएफ) पीएचबी ही एकमात्र आवश्यक व्यवहार है। अनिवार्य रूप से, कोई भी ट्रैफ़िक जो किसी अन्य परिभाषित वर्ग की आवश्यकताओं को पूरा नहीं करता है, डीएफ का उपयोग करता है। आमतौर पर, डीएफ में सर्वोत्तम-प्रयास अग्रेषण विशेषताएं होती हैं। डीएफ के लिए अनुशंसित डीएससीपी 0 है।<ref name="RFC4594"/>
 
 
===शीघ्र अग्रेषण===
===शीघ्र अग्रेषण===


आईईटीएफ त्वरित अग्रेषण (ईएफ) व्यवहार को परिभाषित करता है {{IETF RFC|3246}}. ईएफ पीएचबी में कम विलंब, कम हानि और कम घबराहट की विशेषताएं हैं। ये विशेषताएँ आवाज, वीडियो और अन्य रीयलटाइम सेवाओं के लिए उपयुक्त हैं। ईएफ ट्रैफ़िक को अक्सर अन्य सभी ट्रैफ़िक वर्गों से ऊपर [[प्राथमिकता कतार]] दी जाती है। क्योंकि ईएफ ट्रैफिक का अधिभार कतार में देरी का कारण बनेगा और कक्षा के भीतर घबराहट और देरी सहनशीलता को प्रभावित करेगा, [[प्रवेश नियंत्रण]], ट्रैफिक पुलिसिंग (संचार) और अन्य तंत्र ईएफ ट्रैफिक पर लागू किए जा सकते हैं। ईएफ के लिए अनुशंसित डीएससीपी 101110 है<sub>B</sub> (46 या 2ई<sub>H</sub>).
आईईटीएफ {{IETF RFC|3246}} में त्वरित अग्रेषण (ईएफ) व्यवहार को परिभाषित करता है। ईएफ पीएचबी में कम विलंब, कम हानि और कम घबराहट की विशेषताएं हैं। ये विशेषताएँ ध्वनि, वीडियो और अन्य वास्तविक समय सेवाओं के लिए उपयुक्त हैं। ईएफ ट्रैफ़िक को अक्सर अन्य सभी ट्रैफ़िक वर्गों से ऊपर [[प्राथमिकता कतार|कतारबद्ध]] करने में सख्त प्राथमिकता दी जाती है। क्योंकि ईएफ ट्रैफ़िक का अधिभार कतार में देरी का कारण बनेगा और कक्षा के भीतर घबराहट और देरी की सहनशीलता को प्रभावित करेगा, [[प्रवेश नियंत्रण]], ट्रैफ़िक पुलिसिंग और अन्य तंत्र ईएफ ट्रैफ़िक पर लागू किए जा सकते हैं। ईएफ के लिए अनुशंसित डीएससीपी 101110बी (46 या 2ईएच) है।


===वॉयस एडमिट===
===वॉयस एडमिट===


IETF वॉयस एडमिट व्यवहार को परिभाषित करता है {{IETF RFC|5865}}. वॉइस एडमिट PHB में शीघ्र अग्रेषण PHB के समान विशेषताएं हैं। हालाँकि, वॉयस एडमिट ट्रैफ़िक को [[ प्रवेश नियंत्रण को कॉल करें ]] (सीएसी) प्रक्रिया का उपयोग करके नेटवर्क द्वारा भी स्वीकार किया जाता है। वॉयस एडमिट के लिए अनुशंसित डीएससीपी 101100 है<sub>B</sub> (44 या 2सी<sub>H</sub>).
IETF {{IETF RFC|5865}} में वॉइस एडमिट व्यवहार को परिभाषित करता है। वॉइस एडमिट PHB में शीघ्र अग्रेषित PHB के समान विशेषताएं हैं। हालाँकि, [[प्रवेश नियंत्रण को कॉल करें|कॉल एडमिशन कंट्रोल]] (सीएसी) प्रक्रिया का उपयोग करके वॉयस एडमिट ट्रैफ़िक को भी नेटवर्क द्वारा स्वीकार किया जाता है। वॉयस एडमिट के लिए अनुशंसित डीएससीपी 101100बी (44 या 2सीएच) है।


===सुनिश्चित अग्रेषण===
===सुनिश्चित अग्रेषण===


IETF एश्योर्ड फ़ॉरवर्डिंग (AF) व्यवहार को परिभाषित करता है {{IETF RFC|2597}} और {{IETF RFC|3260}}. सुनिश्चित अग्रेषण ऑपरेटर को डिलीवरी का आश्वासन देने की अनुमति देता है जब तक कि ट्रैफ़िक कुछ सदस्यता दर से अधिक न हो। यदि भीड़भाड़ होती है तो सदस्यता दर से अधिक ट्रैफ़िक को गिराए जाने की संभावना अधिक होती है।
IETF {{IETF RFC|2597}} और {{IETF RFC|3260}} में एश्योर्ड फ़ॉरवर्डिंग (AF) व्यवहार को परिभाषित करता है। एश्योर्ड फ़ॉरवर्डिंग ऑपरेटर को डिलीवरी का आश्वासन प्रदान करने की अनुमति देता है जब तक कि ट्रैफ़िक कुछ सब्सक्राइब दर से अधिक न हो। यदि भीड़भाड़ होती है तो सब्सक्रिप्शन दर से अधिक ट्रैफ़िक को गिराए जाने की अधिक संभावना होती है।
 
एएफ व्यवहार समूह चार अलग-अलग एएफ वर्गों को परिभाषित करता है जिसमें एक वर्ग के भीतर सभी ट्रैफ़िक की प्राथमिकता समान होती है। प्रत्येक वर्ग के भीतर, पैकेट को एक ड्रॉप प्राथमिकता दी जाती है (उच्च, मध्यम या निम्न, जहां उच्च प्राथमिकता का मतलब अधिक ड्रॉपिंग है)। वर्गों और ड्रॉप प्राथमिकता के संयोजन से AF11 से AF43 तक बारह अलग-अलग DSCP एन्कोडिंग प्राप्त होती हैं (तालिका देखें)।


AF व्यवहार समूह चार अलग-अलग AF वर्गों को परिभाषित करता है, जिसमें एक वर्ग के भीतर सभी ट्रैफ़िक की प्राथमिकता समान होती है। प्रत्येक वर्ग के भीतर, पैकेटों को एक ड्रॉप प्राथमिकता दी जाती है (उच्च, मध्यम या निम्न, जहां उच्च प्राथमिकता का अर्थ है अधिक ड्रॉपिंग)। वर्गों और ड्रॉप प्राथमिकता के संयोजन से एएफ11 से एएफ43 तक बारह अलग-अलग डीएससीपी एन्कोडिंग प्राप्त होती हैं (तालिका देखें)।
{| class="wikitable"
{| class="wikitable"
|+ Assured Forwarding behavior group
|+ सुनिश्चित अग्रेषण व्यवहार समूह
!Drop<br>probability
!ड्राप
! Class 1 !! Class 2 !! Class 3 !! Class 4
प्रोबेबिलिटी
! प्रथम वर्ग !! द्वितीय वर्ग !! तृतीय वर्ग !! चतुर्थ वर्ग
|-
|-
! Low
! निम्न
| 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
|-
|-
! Medium
! मध्यम
| 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
|-
|-
! High
! उच्च
| 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"
|+ Class Selector mapping<ref name="RFC4594"/>
|+ वर्ग चयनकर्ता मानचित्रण<ref name="RFC4594"/>
! Service class
! सेवा वर्ग
! DSCP Name
! डीएससीपी नाम
! DSCP Value
! डीएससीपी मान
! [[IP precedence]]  
! [[IP precedence|आईपी पूर्ववर्तिता]]
! Examples of application
! अनुप्रयोग के उदाहरण
|-
|-
| Standard
| स्टैंडर्ड
| CS0 (DF)
| CS0 (DF)
| 0
| 0
Line 78: Line 78:
|   
|   
|-
|-
| Low-priority data
| निम्न-प्राथमिकता डेटा
| 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]])
|-
|-
| Network [[operations, administration and management]] (OAM)
| नेटवर्क [[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]]
|-
|-
| Broadcast video
| प्रसारण वीडियो
| 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]]}}
|-
|-
| Real-time interactive
| वास्तविक समय इंटरैक्टिव
| CS4
| CS4
| 32
| 32
Line 102: Line 102:
| Gaming, low priority video conferencing
| Gaming, low priority video conferencing
|-
|-
| Signaling
| सिग्नलिंग
| 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  
|-
|-
| Network control
| नेटवर्क नियंत्रण
| CS6  
| CS6  
| 48
| 48
Line 114: Line 114:
| Routing protocols (OSPF, BGP, ISIS, RIP)
| Routing protocols (OSPF, BGP, ISIS, RIP)
|-
|-
| Reserved for future use
| भविष्य उपयोग के लिए आरक्षित
| CS7  
| CS7  
| 56
| 56
Line 123: Line 123:
डीएफ = डिफ़ॉल्ट अग्रेषण
डीएफ = डिफ़ॉल्ट अग्रेषण


DiffServ से पहले, IPv4 नेटवर्क प्राथमिकता वाले ट्रैफ़िक को चिह्नित करने के लिए IPv4 हेडर के सर्विस बाइट के प्रकार में IP प्राथमिकता फ़ील्ड का उपयोग कर सकते थे। टीओएस ऑक्टेट और आईपी प्राथमिकता का व्यापक रूप से उपयोग नहीं किया गया था। IETF ने DiffServ नेटवर्क के लिए DS फ़ील्ड के रूप में TOS ऑक्टेट का पुन: उपयोग करने पर सहमति व्यक्त की। नेटवर्क उपकरणों के साथ बैकवर्ड संगतता बनाए रखने के लिए जो अभी भी प्राथमिकता फ़ील्ड का उपयोग करते हैं, डिफसर्व क्लास चयनकर्ता PHB को परिभाषित करता है।
डिफसर्व से पहले, आईपीवी4 नेटवर्क प्राथमिकता वाले ट्रैफ़िक को चिह्नित करने के लिए आईपीवी4 हेडर के टीओएस बाइट में आईपी प्राथमिकता फ़ील्ड का उपयोग कर सकते थे। टीओएस ऑक्टेट और आईपी पूर्वता का व्यापक रूप से उपयोग नहीं किया गया। आईईटीएफ डिफसर्व नेटवर्क के लिए डीएस फ़ील्ड के रूप में टीओएस ऑक्टेट का पुन: उपयोग करने पर सहमत हुआ। नेटवर्क उपकरणों के साथ बैकवर्ड संगतता बनाए रखने के लिए जो अभी भी प्रीसीडेंस फ़ील्ड का उपयोग करते हैं, डिफसर्व क्लास चयनकर्ता PHB को परिभाषित करता है।


क्लास चयनकर्ता कोड बिंदु बाइनरी फॉर्म 'xxx000' के हैं। पहले तीन बिट्स आईपी प्राथमिकता बिट्स हैं। प्रत्येक IP प्राथमिकता मान को DiffServ वर्ग में मैप किया जा सकता है। [[आईपी ​​प्राथमिकता]] 0 सीएस0 पर मैप करता है, आईपी प्राथमिकता 1 सीएस1 पर मैप करता है, इत्यादि। यदि एक पैकेट गैर-डिफ़रसर्व-जागरूक राउटर से प्राप्त होता है जो आईपी प्राथमिकता चिह्नों का उपयोग करता है, तो डिफसर्व राउटर अभी भी क्लास चयनकर्ता कोड बिंदु के रूप में एन्कोडिंग को समझ सकता है।
क्लास सेलेक्टर कोड पॉइंट बाइनरी फॉर्म 'xxx000' के होते हैं। पहले तीन बिट IP प्राथमिकता बिट हैं। प्रत्येक आईपी प्राथमिकता मान को डिफसर्व क्लास में मैप किया जा सकता है। [[आईपी ​​प्राथमिकता]] 0 सीएस0 पर मैप करता है, आईपी प्राथमिकता 1 सीएस1 पर मैप करता है, इत्यादि। यदि कोई पैकेट गैर-डिफ़रसर्व-जागरूक राउटर से प्राप्त होता है जो आईपी प्राथमिकता चिह्नों का उपयोग करता है, तो डिफसर्व राउटर अभी भी एन्कोडिंग को क्लास चयनकर्ता कोड बिंदु के रूप में समझ सकता है।


क्लास चयनकर्ता कोड बिंदुओं के उपयोग के लिए विशिष्ट सिफारिशें RFC 4594 में दी गई हैं।
क्लास चयनकर्ता कोड बिंदुओं के उपयोग के लिए विशिष्ट सिफारिशें RFC 4594 में दी गई हैं।
Line 133: Line 133:


{| class="wikitable"
{| class="wikitable"
|+ IETF {{IETF RFC|4594}} recommendations
|+ IETF  {{IETF RFC|4594}} अनुशंसाएँ
! Service class
! सेवा वर्ग
! DSCP Name
! डीएससीपी नाम
!DSCP Value
!डीएससीपी मान
! Conditioning at DS edge
! डीएस एज पर कंडीशनिंग
! PHB
! पीएचबी
! Queuing
! कतार
! AQM
! एक्यूएम
|-
|-
| Network control || CS6  
| नेटवर्क नियंत्रण || CS6  
|48|| [[RFC:4594#section-3.1|See section 3.1]] || RFC 2474 || Rate || Yes
|48|| [[RFC:4594#section-3.1|अनुभाग 3.1 देखें]] || RFC 2474 || रेट || हाँ
|-
|-
| Telephony || EF  
| टेलीफ़ोनी || EF  
|46|| Police using sr+bs || RFC 3246 || Priority || No
|46|| पुलिस एसआर+बीएस का उपयोग कर रही है || RFC 3246 || वरीयता || नहीं
|-
|-
| Signaling || CS5  
| सिग्नलिंग || CS5  
|40|| Police using sr+bs || RFC 2474 || Rate || No
|40|| पुलिस एसआर+बीएस का उपयोग कर रही है || RFC 2474 || रेट || नहीं
|-
|-
| Multimedia conferencing
| मल्टीमीडिया कॉन्फ्रेंसिंग
| AF41, AF42, AF43
| AF41, AF42, AF43
|34, 36, 38
|34, 36, 38
| Using two-rate, three-color marker (such as RFC 2698)
| दो-रेट, त्रिक-वर्ण मार्कर का उपयोग करना (जैसे RFC 2698)
| RFC 2597
| RFC 2597
| Rate
| रेट
| Yes per DSCP
| हां प्रति डीएससीपी
|-
|-
| Real-time interactive
| वास्तविक समय इंटरैक्टिव
| CS4
| CS4
|32
|32
| Police using sr+bs
| पुलिस एसआर+बीएस का उपयोग कर रही है
| RFC 2474
| RFC 2474
| Rate
| रेट
| No
| नहीं
|-
|-
| Multimedia streaming
| मल्टीमीडिया स्ट्रीमिंग
| AF31, AF32, AF33
| AF31, AF32, AF33
|26, 28, 30
|26, 28, 30
| Using two-rate, three-color marker (such as RFC 2698)
| दो-रेट, त्रिक-वर्ण मार्कर का उपयोग करना (जैसे RFC 2698)
| RFC 2597
| RFC 2597
| Rate
| रेट
| Yes per DSCP
| हां प्रति डीएससीपी
|-
|-
| Broadcast video || CS3  
| प्रसारण वीडियो || CS3  
|24|| Police using sr+bs || RFC 2474 || Rate || No
|24|| पुलिस एसआर+बीएस का उपयोग कर रही है || RFC 2474 || रेट || नहीं
|-
|-
| Low-latency data
| निम्न-विलंबता डेटा
| AF21, AF22, AF23
| AF21, AF22, AF23
|18, 20, 22
|18, 20, 22
| Using single-rate, three-color marker (such as RFC 2697)
| एकल-रेट, त्रिक-वर्ण मार्कर का उपयोग करना (जैसे RFC 2697)
| RFC 2597
| RFC 2597
| Rate
| रेट
| Yes per DSCP
| हां प्रति डीएससीपी
|-
|-
| OAM || CS2  
| ओएएम || CS2  
|16|| Police using sr+bs || RFC 2474 || Rate || Yes
|16|| पुलिस एसआर+बीएस का उपयोग कर रही है || RFC 2474 || रेट || हाँ
|-
|-
|High-throughput data
|हाई-थ्रूपुट डेटा
| AF11, AF12, AF13
| AF11, AF12, AF13
|10, 12, 14
|10, 12, 14
| Using two-rate, three-color marker (such as RFC 2698)
| दो-रेट, त्रिक-वर्ण मार्कर का उपयोग करना (जैसे RFC 2698)
| RFC 2597
| RFC 2597
| Rate
| रेट
| Yes per DSCP
| हां प्रति डीएससीपी
|-
|-
| Standard || DF  
| स्टैंडर्ड || DF  
|0|| Not applicable || RFC 2474 || Rate || Yes
|0|| लागू नहीं || RFC 2474 || रेट || हाँ
|-
|-
| Low-priority data
| निम्न-प्राथमिकता डेटा
| CS1
| CS1
|8
|8
| Not applicable
| लागू नहीं
| RFC 3662
| RFC 3662
| Rate
| रेट
| Yes
| हाँ
|-
|-
|}
|}
एसआर+बीएस = बर्स्ट आकार नियंत्रण के साथ एकल दर।
एसआर+बीएस = बर्स्ट आकार नियंत्रण के साथ एकल रेट।


==डिज़ाइन संबंधी विचार==
==डिज़ाइन संबंधी विचार==


DiffServ के तहत, सभी पुलिसिंग और वर्गीकरण DiffServ डोमेन के बीच की सीमाओं पर किया जाता है। इसका मतलब यह है कि इंटरनेट के मूल में, राउटर भुगतान एकत्र करने या समझौतों को लागू करने की जटिलताओं से मुक्त हैं। यानी, एकीकृत सेवाओं के विपरीत, डिफसर्व को प्रत्येक प्रवाह के लिए किसी अग्रिम सेटअप, किसी आरक्षण और समय लेने वाली एंड-टू-एंड बातचीत की आवश्यकता नहीं होती है।
डिफसर्व के तहत, सभी पुलिसिंग और वर्गीकरण डिफसर्व डोमेन के बीच की सीमाओं पर किया जाता है। इसका मतलब यह है कि इंटरनेट के मूल में, राउटर्स को भुगतान एकत्र करने या समझौतों को लागू करने की जटिलताओं से बाधा नहीं आती है। अर्थात्, 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> अलग-अलग डोमेन में संसाधनों के एंड-टू-एंड आवंटन को प्राप्त करने के लिए, एक डोमेन का प्रबंधन करने वाले बैंडविड्थ ब्रोकर को अपने निकटवर्ती साथियों के साथ संवाद करना होगा, जो एंड-टू-एंड सेवाओं को पूरी तरह से द्विपक्षीय समझौतों से निर्मित करने की अनुमति देता है।
डिफसर्व के ढांचे में एक बैंडविड्थ ब्रोकर एक एजेंट होता है जिसे किसी संगठन की प्राथमिकताओं और नीतियों के बारे में कुछ जानकारी होती है और उन नीतियों के संबंध में बैंडविड्थ आवंटित करता है।<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}} - IPv4#पैकेट संरचना और IPv6 पैकेट#फिक्स्ड हेडर में विभेदित सेवा क्षेत्र (DS फ़ील्ड) की परिभाषा।
* {{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

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

वर्ग चयनकर्ता

वर्ग चयनकर्ता मानचित्रण[3]
सेवा वर्ग डीएससीपी नाम डीएससीपी मान आईपी पूर्ववर्तिता अनुप्रयोग के उदाहरण
स्टैंडर्ड 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 कोड बिंदुओं के उपयोग और कॉन्फ़िगरेशन के लिए विस्तृत और विशिष्ट अनुशंसाएँ प्रदान करता है।

IETF  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 - विभिन्नीकृत सेवाओं की गुणवत्ता सेवा नीति सूचना आधार।

यह भी देखें

संदर्भ

  1. RFC 3260
  2. 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. 3.0 3.1 3.2 RFC 4594
  4. RFC 2597 Section 3
  5. RFC 2474
  6. RFC 6088
  7. Worldwide. "डीएससीपी के साथ सेवा की गुणवत्ता नीतियों को लागू करना". Cisco. Retrieved 2010-10-16.
  8. Filtering DSCP Archived July 29, 2016, at the Wayback Machine
  9. K. Nichols; V. Jacobson; L. Zhang (July 1999). इंटरनेट के लिए दो-बिट विभेदित सेवा वास्तुकला. IETF. doi:10.17487/RFC2638. RFC 2638.


अग्रिम पठन


बाहरी संबंध