Listen to this article

सेवा की गुणवत्ता: Difference between revisions

From Vigyanwiki
(Created page with "{{Short description|Traffic prioritization and measure of network performance}} {{For|the customer service-oriented term|service quality}} सेवा की गुणवत...")
 
No edit summary
 
(12 intermediate revisions by 6 users not shown)
Line 1: Line 1:
{{Short description|Traffic prioritization and measure of network performance}}
{{Short description|Traffic prioritization and measure of network performance}}
{{For|the customer service-oriented term|service quality}}
{{For|ग्राहक सेवा-उन्मुख अवधि|सेवा गुणवत्ता}}
सेवा की गुणवत्ता (QoS) किसी सेवा के समग्र प्रदर्शन का विवरण या माप है, जैसे कि [[टेलीफ़ोनी]] या [[कंप्यूटर नेटवर्क]], या [[क्लाउड कम्प्यूटिंग]] सेवा, विशेष रूप से नेटवर्क के उपयोगकर्ताओं द्वारा देखा गया प्रदर्शन। सेवा की गुणवत्ता को मात्रात्मक रूप से मापने के लिए, नेटवर्क सेवा के कई संबंधित पहलुओं पर अक्सर विचार किया जाता है, जैसे पैकेट हानि, [[बिट दर]], [[throughput]], [[संचरण में देरी]], [[उपलब्धता]], घबराहट आदि।


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


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


== परिभाषाएँ ==
== परिभाषाएँ ==
टेलीफोनी के क्षेत्र में सेवा की गुणवत्ता को 1994 में आईटीयू द्वारा परिभाषित किया गया था।<ref name="E.800"/>सेवा की गुणवत्ता में कनेक्शन के सभी पहलुओं पर आवश्यकताएं शामिल हैं, जैसे सेवा प्रतिक्रिया समय, हानि, सिग्नल-टू-शोर अनुपात, क्रॉसस्टॉक, इको, इंटरप्ट्स, आवृत्ति प्रतिक्रिया, ज़ोर का स्तर, और इसी तरह। टेलीफोनी क्यूओएस का एक सबसेट [[सेवा का ग्रेड]] (जीओएस) आवश्यकताएं हैं, जिसमें नेटवर्क की क्षमता और कवरेज से संबंधित कनेक्शन के पहलू शामिल हैं, उदाहरण के लिए गारंटीकृत अधिकतम अवरुद्ध संभावना और आउटेज संभावना।<ref name="itu-t-2">[http://www.com.dtu.dk/teletraffic/handbook/telenook.pdf Teletraffic Engineering Handbook] {{webarchive |url=https://web.archive.org/web/20070111015452/http://oldwww.com.dtu.dk/teletraffic/handbook/telenook.pdf |date=January 11, 2007 }} ITU-T Study Group 2 (350 pages, 2.69&nbsp;MB)(It uses abbreviation GoS instead of QoS)</ref>
टेलीफोनी के क्षेत्र में, 1994 में आईटीयू द्वारा सेवा की गुणवत्ता को परिभाषित किया गया था।<ref name="E.800"/> सेवा की गुणवत्ता में संबंध के सभी पहलुओं पर आवश्यकताएं सम्मिलित हैं, जैसे सेवा प्रतिक्रिया समय, हानि, रव अनुपात का संकेत, क्रॉसस्टॉक, इको, बाधित, आवृत्ति प्रतिक्रिया, ध्वनि स्तर, और इसी तरह के है। टेलीफोनी क्यूओएस का एक सबसेट ग्रेड ऑफ़ सर्विस (जीओएस) आवश्यकताएँ हैं, जिसमें नेटवर्क की क्षमता और कवरेज से संबंधित कनेक्शन के पहलू सम्मिलित हैं, उदाहरण के लिए प्रत्याभूत अधिकतम अवरोधन संभावना और स्र्कना संभावना है।<ref name="itu-t-2">[http://www.com.dtu.dk/teletraffic/handbook/telenook.pdf Teletraffic Engineering Handbook] {{webarchive |url=https://web.archive.org/web/20070111015452/http://oldwww.com.dtu.dk/teletraffic/handbook/telenook.pdf |date=January 11, 2007 }} ITU-T Study Group 2 (350 pages, 2.69&nbsp;MB)(It uses abbreviation GoS instead of QoS)</ref>
कंप्यूटर नेटवर्किंग और अन्य पैकेट-स्विच्ड टेलीकम्युनिकेशन [[नेटवर्क देरी]] क्षेत्र में, [[टेलीट्रैफिक इंजीनियरिंग]] प्राप्त सेवा गुणवत्ता के बजाय ट्रैफ़िक प्राथमिकता और संसाधन आरक्षण नियंत्रण तंत्र को संदर्भित करता है। सेवा की गुणवत्ता विभिन्न अनुप्रयोगों, उपयोगकर्ताओं, या प्रवाह (कंप्यूटर नेटवर्किंग) को अलग-अलग प्राथमिकताएं प्रदान करने या डेटा प्रवाह के लिए एक निश्चित स्तर के प्रदर्शन की गारंटी देने की क्षमता है। उदाहरण के लिए, एक आवश्यक बिट दर, नेटवर्क विलंब, [[पैकेट विलंब भिन्नता]], पैकेट हानि या [[बिट त्रुटि दर]] की गारंटी दी जा सकती है। वॉयस ओवर आईपी, [[मल्टीप्लेयर ऑनलाइन गेम]]्स और [[आईपीटीवी]] जैसे रीयल-टाइम [[स्ट्रीमिंग मल्टीमीडिया]] अनुप्रयोगों के लिए सेवा की गुणवत्ता महत्वपूर्ण है, क्योंकि इन्हें अक्सर निश्चित बिट दर की आवश्यकता होती है और देरी संवेदनशील होती है। नेटवर्क में सेवा की गुणवत्ता विशेष रूप से महत्वपूर्ण है जहां क्षमता सीमित संसाधन है, उदाहरण के लिए सेलुलर डेटा संचार में।


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


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


क्यूओएस को कभी-कभी संसाधनों को आरक्षित करने की क्षमता का संदर्भ देने के बजाय कई वैकल्पिक परिभाषाओं के साथ गुणवत्ता माप के रूप में उपयोग किया जाता है। सेवा की गुणवत्ता कभी-कभी सेवा की गुणवत्ता के स्तर को संदर्भित करती है, अर्थात सेवा की गारंटीकृत गुणवत्ता।<ref>{{cite journal | doi = 10.1016/j.future.2008.11.001 | volume=25 | issue=7 | title=Real-time reconfiguration for guaranteeing QoS provisioning levels in Grid environments | year=2009 | journal=Future Generation Computer Systems | pages=779–784 | author=Menychtas Andreas}}</ref> उच्च क्यूओएस अक्सर उच्च स्तर के प्रदर्शन के साथ भ्रमित होता है, उदाहरण के लिए उच्च बिट दर, कम [[विलंबता (इंजीनियरिंग)]] और निम्न बिट त्रुटि दर।
सर्वोत्तम प्रयास नेटवर्क या सेवा सेवा की गुणवत्ता का समर्थन नहीं करती है। जटिल क्यूओएस नियंत्रण तंत्र का विकल्प क्षमता से अधिक प्रावधान करके सर्वोत्तम प्रयास नेटवर्क पर उच्च गुणवत्ता संचार प्रदान करना है ताकि यह अपेक्षित पीक ट्रैफिक लोड के लिए पर्याप्त हो। [[नेटवर्क संकुलन]] की परिणामी अनुपस्थिति क्यूओएस तंत्र की आवश्यकता को कम या समाप्त कर देती है।


QoS का उपयोग कभी-कभी टेलीफोनी और [[वीडियो चल रहा है]] जैसी एप्लिकेशन लेयर सेवाओं में एक मीट्रिक का वर्णन करने के लिए किया जाता है जो व्यक्तिपरक रूप से अनुभवी गुणवत्ता को दर्शाता है या भविष्यवाणी करता है। इस संदर्भ में, क्यूओएस सेवा को प्रभावित करने वाली सभी खामियों की ग्राहक संतुष्टि पर स्वीकार्य संचयी प्रभाव है। समान अर्थ वाले अन्य शब्द [[अनुभव की गुणवत्ता]] (क्यूओई), औसत राय स्कोर (एमओएस), अवधारणात्मक भाषण गुणवत्ता माप (पीएसक्यूएम) और वीडियो गुणवत्ता (पीईवीक्यू) के अवधारणात्मक मूल्यांकन हैं।
क्यूओएस (QoS) को कभी-कभी संसाधनों को आरक्षित करने की क्षमता का संदर्भ देने के बजाय कई वैकल्पिक परिभाषाओं के साथ गुणवत्ता माप के रूप में उपयोग किया जाता है। सेवा की गुणवत्ता कभी-कभी सेवा की गुणवत्ता के स्तर को संदर्भित करती है, यानी गारंटीकृत सेवा गुणवत्ता।<ref>{{cite journal | doi = 10.1016/j.future.2008.11.001 | volume=25 | issue=7 | title=Real-time reconfiguration for guaranteeing QoS provisioning levels in Grid environments | year=2009 | journal=Future Generation Computer Systems | pages=779–784 | author=Menychtas Andreas}}</ref> उच्च क्यूओएस को प्रायः उच्च स्तर के प्रदर्शन के साथ भ्रमित किया जाता है, उदाहरण के लिए उच्च बिट दर, कम [[विलंबता (इंजीनियरिंग)|विलंबता]] और कम बिट त्रुटि दर है।
 
क्यूओएस का उपयोग कभी-कभी टेलीफोनी और स्ट्रीमिंग वीडियो जैसी एप्लिकेशन लेयर सेवाओं में मीट्रिक का वर्णन करने के लिए किया जाता है जो व्यक्तिपरक रूप से अनुभव की गई गुणवत्ता को दर्शाता या भविष्यवाणी करता है। इस संदर्भ में, क्यूओएस सेवा को प्रभावित करने वाली सभी खामियों के ग्राहकों की संतुष्टि पर स्वीकार्य संचयी प्रभाव है। समान अर्थ वाले अन्य शब्दों में [[अनुभव की गुणवत्ता]] (क्यूओई), औसत राय स्कोर (एमओएस), अवधारणात्मक भाषण गुणवत्ता माप (पीएसक्यूएम) और वीडियो गुणवत्ता (पीईवीक्यू) का अवधारणात्मक मूल्यांकन है।


== इतिहास ==
== इतिहास ==
{{unreferenced section|date=April 2018}}
डेटा में क्यूओएस टैग जोड़ने वाली [[परत 2]] तकनीकों के कई प्रयासों ने अतीत में लोकप्रियता हासिल की है। इसके उदाहरण हैं फ्रेम रिले, एसिंक्रोनस ट्रांसफर मोड (एटीएम) और [[मल्टीप्रोटोकॉल लेबल स्विचिंग]] (एमपीएलएस) (लेयर 2 और 3 के बीच की तकनीक)। इन नेटवर्क प्रौद्योगिकियों के आज भी उपयोग में रहने के बावजूद, [[ईथरनेट]] नेटवर्क के आगमन के बाद इस प्रकार के नेटवर्क ने ध्यान खो दिया है। आज ईथरनेट, अब तक की सबसे लोकप्रिय परत 2 तकनीक है। पारंपरिक [[इंटरनेट राउटर]] और नेटवर्क स्विच सर्वोत्तम प्रयास के आधार पर संचालित होते हैं।
डेटा में QoS टैग जोड़ने वाली [[परत 2]] तकनीकों के लिए किए गए कई प्रयासों ने अतीत में लोकप्रियता हासिल की है। उदाहरण हैं [[ढ़ाचा प्रसारित करना]], [[अतुल्यकालिक अंतरण विधा]] (एटीएम) और [[मल्टीप्रोटोकॉल लेबल स्विचिंग]] (एमपीएलएस) (लेयर 2 और 3 के बीच एक तकनीक)। इन नेटवर्क तकनीकों के आज भी उपयोग में रहने के बावजूद, [[ईथरनेट]] नेटवर्क के आगमन के बाद इस तरह के नेटवर्क ने ध्यान खो दिया। आज ईथरनेट, अब तक की सबसे लोकप्रिय लेयर 2 तकनीक है। पारंपरिक [[इंटरनेट राउटर]] और [[प्रसार बदलना]] सर्वोत्तम प्रयास के आधार पर काम करते हैं। यह उपकरण कम खर्चीला, कम जटिल और तेज़ है और इस प्रकार पहले की अधिक जटिल तकनीकों की तुलना में अधिक लोकप्रिय है जो क्यूओएस तंत्र प्रदान करते हैं।
 
यह उपकरण कम खर्चीला, कम जटिल और तेज है और इस प्रकार पहले की अधिक जटिल प्रौद्योगिकियों की तुलना में अधिक लोकप्रिय है जो क्यूओएस तंत्र प्रदान करते हैं।


फ्रेम की प्राथमिकता को इंगित करने के लिए ईथरनेट वैकल्पिक रूप से 802.1p का उपयोग करता है।
ईथरनेट वैकल्पिक रूप से फ्रेम की प्राथमिकता को संकेत देने के लिए 802.1p का उपयोग करता है।


मूल रूप से प्रत्येक [[IPv4 हैडर]] में चार प्रकार के सर्विस बिट्स और तीन पूर्ववर्ती बिट्स प्रदान किए गए थे, लेकिन आमतौर पर उनका सम्मान नहीं किया जाता था। इन बिट्स को बाद में [[विभेदित सेवा कोड बिंदु]] (DSCP) के रूप में फिर से परिभाषित किया गया।
मूल रूप से प्रत्येक आईपी पैकेट हेडर में चार प्रकार के सर्विस बिट्स और तीन पूर्ववर्ती बिट्स प्रदान किए गए थे, लेकिन सामान्यतः उनका सम्मान नहीं किया गया था। बाद में इन बिट्स को विभेदित सेवा कोड बिंदु (डीएससीपी) के रूप में फिर से परिभाषित किया गया है।


आईपीटीवी और [[आईपी ​​​​टेलीफोनी]] के आगमन के साथ, अंत उपयोगकर्ता के लिए क्यूओएस तंत्र तेजी से उपलब्ध हैं।
आईपीटीवी और [[आईपी ​​​​टेलीफोनी]] के आगमन के साथ, अंत उपयोगकर्ता के लिए क्यूओएस तंत्र तेजी से उपलब्ध हैं।


== यातायात के गुण ==
== आवागमन (ट्रैफिक) के गुण ==
[[पैकेट-स्विच्ड नेटवर्क]] में, सेवा की गुणवत्ता विभिन्न कारकों से प्रभावित होती है, जिन्हें मानवीय और तकनीकी कारकों में विभाजित किया जा सकता है। मानवीय कारकों में शामिल हैं: सेवा की गुणवत्ता की स्थिरता, सेवा की उपलब्धता, प्रतीक्षा समय और उपयोगकर्ता जानकारी। तकनीकी कारकों में शामिल हैं: विश्वसनीयता, स्केलेबिलिटी, प्रभावशीलता, रखरखाव और नेटवर्क भीड़।<ref name="peuhkuri">{{cite document |author=Peuhkuri M. |title=IP Quality of Service |publisher=Helsinki University of Technology, Laboratory of Telecommunications Technology |url=https://www.netlab.tkk.fi/~puhuri/htyo/Tik-110.551/iwork.ps |date=1999-05-10}}</ref>
[[पैकेट-स्विच्ड नेटवर्क]] में, सेवा की गुणवत्ता विभिन्न कारकों से प्रभावित होती है, जिन्हें मानव और तकनीकी कारकों में विभाजित किया जा सकता है। मानव कारकों में सम्मिलित हैं: सेवा की गुणवत्ता की स्थिरता, सेवा की उपलब्धता, प्रतीक्षा समय और उपयोगकर्ता की जानकारी। तकनीकी कारकों में सम्मिलित हैं: विश्वसनीयता, मापनीयता, प्रभावशीलता, रख-रखाव और नेटवर्क संकुलन हैं।<ref name="peuhkuri">{{cite document |author=Peuhkuri M. |title=IP Quality of Service |publisher=Helsinki University of Technology, Laboratory of Telecommunications Technology |url=https://www.netlab.tkk.fi/~puhuri/htyo/Tik-110.551/iwork.ps |date=1999-05-10}}</ref>
पैकेट के साथ कई चीजें हो सकती हैं क्योंकि वे मूल से गंतव्य तक यात्रा करते हैं, जिसके परिणामस्वरूप प्रेषक और रिसीवर के दृष्टिकोण से निम्नलिखित समस्याएं देखी जाती हैं:


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


== अनुप्रयोग ==
== अनुप्रयोग ==
कुछ प्रकार के नेटवर्क ट्रैफ़िक के लिए सेवा की परिभाषित गुणवत्ता वांछित या आवश्यक हो सकती है, उदाहरण के लिए:
विशिष्ट प्रकार के नेटवर्क ट्रैफ़िक के लिए सेवा की एक परिभाषित गुणवत्ता वांछित या आवश्यक हो सकती है, उदाहरण के लिए:
* [[स्ट्रीमिंग मीडिया]] विशेष रूप से
* [[स्ट्रीमिंग मीडिया]] विशेष रूप से
** [[इंटरनेट प्रोटोकॉल टेलीविजन]] (आईपीटीवी)
** [[इंटरनेट प्रोटोकॉल टेलीविजन]] (आईपीटीवी)
Line 48: Line 51:
* वॉयस ओवर आईपी (वीओआईपी)
* वॉयस ओवर आईपी (वीओआईपी)
* [[वीडियो टेलीफोनी]]
* [[वीडियो टेलीफोनी]]
* [[telepresence]]
* [[telepresence|टेलीप्रेजेंस]]
* संग्रहण अनुप्रयोग जैसे [[iSCSI]] और [[ईथरनेट पर फाइबर चैनल]]
* संग्रहण अनुप्रयोग जैसे [[iSCSI|आईएससीएसआई]] और [[ईथरनेट पर फाइबर चैनल]]
* [[सर्किट अनुकरण सेवा]]
* [[सर्किट अनुकरण सेवा|सर्किट एमुलेशन सर्विस]]
* [[सुरक्षा-महत्वपूर्ण प्रणाली]]| सुरक्षा-महत्वपूर्ण अनुप्रयोग जैसे [[रिमोट सर्जरी]] जहां उपलब्धता के मुद्दे खतरनाक हो सकते हैं
* [[सुरक्षा-महत्वपूर्ण प्रणाली]] सुरक्षा-महत्वपूर्ण अनुप्रयोग जैसे [[रिमोट सर्जरी]] जहां उपलब्धता के मुद्दे खतरनाक हो सकते हैं।
* नेटवर्क [[संचालन समर्थन प्रणाली]] या तो नेटवर्क के लिए, या ग्राहकों की व्यावसायिक महत्वपूर्ण जरूरतों के लिए
* नेटवर्क [[संचालन समर्थन प्रणाली]] या तो नेटवर्क के लिए, या ग्राहकों की व्यावसायिक महत्वपूर्ण जरूरतों के लिए।
* [[ऑनलाइन खेल]] जहां रीयल-टाइम लैग (वीडियो गेम) एक कारक हो सकता है
* [[ऑनलाइन खेल|ऑनलाइन गेम]] जहां रीयल-टाइम लैग (वीडियो गेम) एक कारक हो सकता है।
* [[औद्योगिक नियंत्रण प्रणाली]] प्रोटोकॉल जैसे ईथरनेट/आईपी जिनका उपयोग मशीनरी के रीयल-टाइम नियंत्रण के लिए किया जाता है
* [[औद्योगिक नियंत्रण प्रणाली]] प्रोटोकॉल जैसे ईथरनेट/आईपी जिनका उपयोग मशीनरी के रीयल-टाइम नियंत्रण के लिए किया जाता है।
 
इस प्रकार की सेवाओं को इनलेस्टिक कहा जाता है, जिसका अर्थ है कि उन्हें एक निश्चित न्यूनतम बिट दर और कार्य करने के लिए निश्चित अधिकतम विलंबता की आवश्यकता होती है। इसके विपरीत, लोचदार अनुप्रयोग उपलब्ध [[बैंडविड्थ (कंप्यूटिंग)|बैंडविड्थ]] का लाभ उठा सकते हैं। बल्क फाइल ट्रांसफर एप्लिकेशन जो टीसीपी पर निर्भर करते हैं, सामान्यतः प्रत्यास्थ होते हैं।


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


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


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


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


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


QoS को बदलने के लिए आवश्यक आंतरिक लिंक में अधिक प्रावधान की मात्रा उपयोगकर्ताओं की संख्या और उनकी ट्रैफ़िक मांगों पर निर्भर करती है। यह अति-प्रावधान की प्रयोज्यता को सीमित करता है। नए और अधिक बैंडविड्थ गहन अनुप्रयोगों और अधिक उपयोगकर्ताओं को जोड़ने के परिणामस्वरूप अति-प्रावधान वाले नेटवर्क का नुकसान होता है। इसके बाद प्रासंगिक नेटवर्क लिंक के भौतिक अद्यतन की आवश्यकता होती है जो एक महंगी प्रक्रिया है। इस प्रकार ओवर-प्रोविजनिंग को इंटरनेट पर आँख बंद करके नहीं माना जा सकता है।
व्यावसायिक वीओआईपी सेवाएं प्रायः कॉल की गुणवत्ता के मामले में पारंपरिक टेलीफोन सेवा के साथ प्रतिस्पर्धी होती हैं, यहां तक कि क्यूओएस तंत्र के बिना भी उनके आईएसपी के लिए उपयोगकर्ता के कनेक्शन और वीओआईपी प्रदाता के अलग आईएसपी से कनेक्शन के लिए उपयोग में हैं। उच्च लोड स्थितियों के तहत, हालांकि, वीओआईपी सेल-फोन की गुणवत्ता या खराब हो सकती है। पैकेट ट्रैफिक के गणित से संकेत मिलता है कि रूढ़िवादी धारणाओं के तहत नेटवर्क को सिर्फ 60% अधिक कच्ची क्षमता की आवश्यकता होती है।<ref>{{Cite book|first1 = M.| last1 = Yuksel| first2 = K. K.| last2 = Ramakrishnan| first3 = S.| last3 = Kalyanaraman| first4 = J. D.| last4 = Houle| first5 = R.| last5 = Sadhvani| title = Value of Supporting Class-of-Service in IP Backbones| url= http://www.cse.unr.edu/~yuksem/my-papers/iwqos07.pdf | journal = IEEE International Workshop on Quality of Service (IWQoS'07)| year = 2007| pages = 109–112| location = Evanston, IL, USA| doi = 10.1109/IWQOS.2007.376555|isbn = 978-1-4244-1185-6| citeseerx = 10.1.1.108.3494| s2cid = 10365270}}</ref>


व्यावसायिक वीओआईपी सेवाएं अक्सर कॉल की गुणवत्ता के मामले में पारंपरिक टेलीफोन सेवा के साथ प्रतिस्पर्धी होती हैं, यहां तक ​​कि क्यूओएस तंत्र के बिना भी उनके आईएसपी के लिए उपयोगकर्ता के कनेक्शन और वीओआईपी प्रदाता के एक अलग आईएसपी से कनेक्शन के लिए उपयोग किया जाता है। हालांकि, उच्च लोड स्थितियों के तहत, वीओआईपी सेल फोन की गुणवत्ता या खराब हो सकती है। पैकेट यातायात के गणित से संकेत मिलता है कि रूढ़िवादी धारणाओं के तहत नेटवर्क को केवल 60% अधिक कच्ची क्षमता की आवश्यकता होती है।<ref>{{Cite book|first1 = M.| last1 = Yuksel| first2 = K. K.| last2 = Ramakrishnan| first3 = S.| last3 = Kalyanaraman| first4 = J. D.| last4 = Houle| first5 = R.| last5 = Sadhvani| title = Value of Supporting Class-of-Service in IP Backbones| url= http://www.cse.unr.edu/~yuksem/my-papers/iwqos07.pdf | journal = IEEE International Workshop on Quality of Service (IWQoS'07)| year = 2007| pages = 109–112| location = Evanston, IL, USA| doi = 10.1109/IWQOS.2007.376555|isbn = 978-1-4244-1185-6| citeseerx = 10.1.1.108.3494| s2cid = 10365270}}</ref>
===आईपी और ईथरनेट प्रयास===
एकल-मालिक नेटवर्कों के विपरीत, [[इंटरनेट]] निजी नेटवर्कों को आपस में जोड़ने वाले विनिमय बिंदुओं की एक श्रृंखला है।<ref name="KAHNVID">{{cite web |url=http://archive.computerhistory.org/lectures/an_eveninig_with_robert_kahn.lecture.2007.01.09.wmv |title=An Evening With Robert Kahn |archive-url=https://web.archive.org/web/20081219124325/http://archive.computerhistory.org/lectures/an_eveninig_with_robert_kahn.lecture.2007.01.09.wmv |archive-date=December 19, 2008 |publisher=[[Computer History Museum]] |date=9 Jan 2007}}</ref> इसलिए इंटरनेट के कोर का स्वामित्व और प्रबंधन कई अलग-अलग [[नेटवर्क सेवा प्रदाता|नेटवर्क सेवा]] प्रदाताओं द्वारा किया जाता है, न कि इकाई के द्वारा। इसका व्यवहार बहुत अधिक अप्रत्याशित होता है।


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


===आईपी और ईथरनेट प्रयास===
प्रारंभिक कार्य ने नेटवर्क संसाधनों को आरक्षित करने के एकीकृत सेवाओं (इंटसर्व) दर्शन का उपयोग किया। इस मॉडल में, अनुप्रयोगों ने नेटवर्क के माध्यम से संसाधनों का अनुरोध करने और आरक्षित करने के लिए आरएसवीपी का उपयोग किया था।
एकल-स्वामी नेटवर्क के विपरीत, [[इंटरनेट]] निजी नेटवर्क को आपस में जोड़ने वाले विनिमय बिंदुओं की एक श्रृंखला है।<ref name="KAHNVID">{{cite web |url=http://archive.computerhistory.org/lectures/an_eveninig_with_robert_kahn.lecture.2007.01.09.wmv |title=An Evening With Robert Kahn |archive-url=https://web.archive.org/web/20081219124325/http://archive.computerhistory.org/lectures/an_eveninig_with_robert_kahn.lecture.2007.01.09.wmv |archive-date=December 19, 2008 |publisher=[[Computer History Museum]] |date=9 Jan 2007}}</ref> इसलिए इंटरनेट के कोर का स्वामित्व और प्रबंधन कई अलग-अलग [[नेटवर्क सेवा प्रदाता]]ओं द्वारा किया जाता है, न कि किसी एक इकाई द्वारा। इसका व्यवहार बहुत अधिक [[पूर्वानुमान]]ित है।
 
जबकि इंटसर्व तंत्र काम करता है, यह महसूस किया गया था कि एक बड़े सेवा प्रदाता के विशिष्ट ब्रॉडबैंड नेटवर्क में, कोर रूटर्स को हजारों या संभवतः दसियों हजारों आरक्षणों को स्वीकार करने, बनाए रखने और समाप्त करने की आवश्यकता होगी।
 
यह माना जाता था कि यह दृष्टिकोण इंटरनेट के विकास के साथ नहीं बढ़ेगा,<ref>{{Cite book |title=Handbook of Image and Video Processing |date=2005 |edition=2nd |isbn=978-0-12-119792-6 |section=4.9 |quote=However, the effort required in setting flow-based resource reservations along the route is enormous. Further, the control signaling required and state maintenance at routers limit the scalability of this approach.}}</ref> और किसी भी घटना में एंड-टू-एंड सिद्धांत के प्रति विरोधी था, डिजाइनिंग नेटवर्क की धारणा ताकि कोर राउटर उच्चतम संभव दरों पर पैकेट को स्विच करने की तुलना में थोड़ा अधिक सकते हैं।


आधुनिक पैकेट-स्विच्ड IP नेटवर्क में QoS के लिए दो प्रमुख दृष्टिकोण हैं, नेटवर्क के साथ एप्लिकेशन आवश्यकताओं के आदान-प्रदान पर आधारित एक पैरामीटरयुक्त प्रणाली, और एक प्राथमिकता प्रणाली जहां प्रत्येक पैकेट नेटवर्क के लिए एक वांछित सेवा स्तर की पहचान करता है।
डिफसर्व के अंतर्गत, पैकेट्स को या तो स्वयं ट्रैफ़िक स्रोतों द्वारा या एज डिवाइस द्वारा चिह्नित किया जाता है जहाँ ट्रैफ़िक नेटवर्क में प्रवेश करता है। इन चिह्नों के जवाब में, राउटर और स्विच विभिन्न क्यूइंग रणनीतियों का उपयोग आवश्यकताओं के प्रदर्शन को तैयार करने के लिए करते हैं। आईपी ​​लेयर पर, डीएससीपी चिह्न आईपी पैकेट हेडर में 6 बिट डीएस फ़ील्ड का उपयोग करते हैं। मैक लेयर पर, वीएलएएन आईईईई 802.1Q का उपयोग आवश्यक रूप से समान जानकारी के 3 बिट को ले जाने के लिए किया जा सकता है। डिफसर्व का समर्थन करने वाले राउटर और स्विच अपने नेटवर्क शेड्यूलर को बैंडविड्थ बाधित (जैसे, वाइड एरिया) इंटरफेस से ट्रांसमिशन की प्रतीक्षा कर रहे पैकेट के लिए कई कतारों का उपयोग करने के लिए कॉन्फ़िगर करते हैं। राउटर विक्रेता इस व्यवहार को कॉन्फ़िगर करने के लिए विभिन्न क्षमताएं प्रदान करते हैं, जिसमें समर्थित कतारों की संख्या, कतारों की सापेक्ष प्राथमिकताएं और प्रत्येक कतार के लिए आरक्षित बैंडविड्थ सम्मिलित है।
*[[एकीकृत सेवाएं]] (इंटसर्व) पैरामिट्रीकृत दृष्टिकोण को लागू करती हैं। इस मॉडल में, एप्लिकेशन नेटवर्क के माध्यम से संसाधनों का अनुरोध करने और आरक्षित करने के लिए [[संसाधन आरक्षण प्रोटोकॉल]] (RSVP) का उपयोग करते हैं।
*[[विभेदित सेवाएं]] ( DiffServ ) प्राथमिकता वाले मॉडल को लागू करती हैं। DiffServ जिस प्रकार की सेवा चाहते हैं, उसके अनुसार पैकेट को चिह्नित करता है। इन चिह्नों के प्रत्युत्तर में, राउटर और स्विच अपेक्षाओं के अनुरूप प्रदर्शन के लिए विभिन्न [[नेटवर्क अनुसूचक]] रणनीतियों का उपयोग करते हैं। विभेदित सेवा कोड बिंदु (DSCP) चिह्न [[IPv4 हेडर]]|IP(v4) पैकेट हेडर के सेवा क्षेत्र के प्रकार (अब DS क्षेत्र के रूप में नया नाम) में पहले 6 बिट्स का उपयोग करते हैं।


प्रारंभिक कार्य ने नेटवर्क संसाधनों को आरक्षित करने के एकीकृत सेवाओं (IntServ) दर्शन का उपयोग किया। इस मॉडल में, अनुप्रयोगों ने नेटवर्क के माध्यम से संसाधनों का अनुरोध करने और आरक्षित करने के लिए RSVP का उपयोग किया। जबकि IntServ तंत्र काम करता है, यह महसूस किया गया कि एक बड़े सेवा प्रदाता के विशिष्ट ब्रॉडबैंड नेटवर्क में, कोर राउटर को हजारों या संभवतः दसियों हजारों आरक्षणों को स्वीकार करने, बनाए रखने और समाप्त करने की आवश्यकता होगी। ऐसा माना जाता था कि यह दृष्टिकोण इंटरनेट के विकास के साथ बड़ा नहीं होगा,<ref>{{Cite book |title=Handbook of Image and Video Processing |date=2005 |edition=2nd |isbn=978-0-12-119792-6 |section=4.9 |quote=However, the effort required in setting flow-based resource reservations along the route is enormous. Further, the control signaling required and state maintenance at routers limit the scalability of this approach.}}</ref> और किसी भी घटना में [[एंड-टू-एंड सिद्धांत]] के विपरीत था, डिजाइनिंग नेटवर्क की धारणा ताकि कोर राउटर उच्चतम संभव दरों पर पैकेट को स्विच करने की तुलना में थोड़ा अधिक करें।
व्यवहार में, जब एक पैकेट को क्यूइंग के साथ इंटरफ़ेस से अग्रेषित किया जाना चाहिए, तो कम जिटर (जैसे, [[वीओआईपी]] या [[वीडियो कॉन्फ्रेंसिंग]]) की आवश्यकता वाले पैकेट को अन्य क्यू में पैकेट पर प्राथमिकता दी जाती है। विशिष्ट रूप से, कुछ बैंडविड्थ को डिफ़ॉल्ट रूप से नेटवर्क नियंत्रण पैकेट (जैसे कि इंटरनेट कंट्रोल मैसेज प्रोटोकॉल और रूटिंग प्रोटोकॉल) के लिए आवंटित किया जाता है, जबकि सर्वोत्तम-प्रयास वाले ट्रैफ़िक को केवल शेष बैंडविड्थ दिया जा सकता है।


DiffServ के अंतर्गत, पैकेट्स को या तो स्वयं ट्रैफ़िक स्रोतों द्वारा या किनारे के उपकरणों द्वारा चिह्नित किया जाता है जहाँ ट्रैफ़िक नेटवर्क में प्रवेश करता है। इन चिह्नों के जवाब में, राउटर और स्विच आवश्यकताओं के अनुरूप प्रदर्शन के लिए विभिन्न क्यूइंग रणनीतियों का उपयोग करते हैं। IP परत पर, DSCP चिह्न IP पैकेट हेडर में 6 बिट DS फ़ील्ड का उपयोग करते हैं। MAC परत पर, [[VLAN]] IEEE 802.1Q का उपयोग अनिवार्य रूप से समान जानकारी के 3 बिट को ले जाने के लिए किया जा सकता है। DiffServ का समर्थन करने वाले राउटर और स्विच अपने नेटवर्क शेड्यूलर को बैंडविड्थ बाधित (जैसे, विस्तृत क्षेत्र) इंटरफेस से प्रसारण की प्रतीक्षा कर रहे पैकेट के लिए कई कतारों का उपयोग करने के लिए कॉन्फ़िगर करते हैं। राउटर विक्रेता इस व्यवहार को कॉन्फ़िगर करने के लिए अलग-अलग क्षमताएं प्रदान करते हैं, जिसमें समर्थित कतारों की संख्या, कतारों की सापेक्ष प्राथमिकताएं और प्रत्येक कतार के लिए आरक्षित बैंडविड्थ शामिल हैं।
मीडिया एक्सेस कंट्रोल (मैक) परत पर, वीएलएएन आईईईई 802.1Q और आईईईई 802.1p का उपयोग ईथरनेट फ़्रेमों के बीच भेद करने और उन्हें वर्गीकृत करने के लिए किया जा सकता है। प्रदर्शन विश्लेषण और मैक लेयर प्रोटोकॉल के लिए क्यूओएस पर पंक्तिबद्ध सिद्धांत मॉडल विकसित किए गए हैं।<ref>{{cite journal|title=Performance analysis of the IEEE 802.11 distributed coordination function|last1=Bianchi|first1=Giuseppe|year=2000|doi=10.1109/49.840210|journal=IEEE Journal on Selected Areas in Communications|volume=18|issue=3|pages=535–547|citeseerx=10.1.1.464.2640}}</ref><ref>{{cite journal|title=Analytical Models for Understanding Misbehavior and MAC Friendliness in CSMA Networks|last1=Shi|first1=Zhefu|last2=Beard|first2=Cory|last3=Mitchell|first3=Ken|year=2009|doi=10.1016/j.peva.2009.02.002|journal=Performance Evaluation|volume=66|issue=9–10|pages=469|citeseerx=10.1.1.333.3990}}</ref>


व्यवहार में, जब एक पैकेट को कतार के साथ एक इंटरफ़ेस से अग्रेषित किया जाना चाहिए, तो कम जिटर (जैसे, [[वीओआईपी]] या वीडियो [[वीडियो कॉन्फ्रेंसिंग]]) की आवश्यकता वाले पैकेट को अन्य कतारों में पैकेट पर प्राथमिकता दी जाती है। विशिष्ट रूप से, कुछ बैंडविड्थ को डिफ़ॉल्ट रूप से नेटवर्क नियंत्रण पैकेट (जैसे कि [[इंटरनेट नियंत्रण संदेश प्रोटोकॉल]] और रूटिंग प्रोटोकॉल) के लिए आवंटित किया जाता है, जबकि सर्वोत्तम-प्रयास ट्रैफ़िक को बस जो भी बैंडविड्थ बचा है उसे दिया जा सकता है।
[[सिस्को आईओएस]] नेटफ्लो और सिस्को क्लास आधारित क्यूओएस (सीबीक्यूओएस) प्रबंधन सूचना आधार (एमआईबी) का विपणन [[सिस्को सिस्टम्स]] द्वारा किया जाता है।<ref>{{cite web |author= Ben Erwin |publisher= [[NetQoS]] |title= How To Manage QoS In Your Environment, Part 1 of 3 |work= Network Performance Daily video |date= December 16, 2008 |url= http://www.networkperformancedaily.com/2008/12/whiteboard_series_how_to_manag.html |access-date= October 15, 2011 |archive-date= September 29, 2011 |archive-url= https://web.archive.org/web/20110929212249/http://www.networkperformancedaily.com/2008/12/whiteboard_series_how_to_manag.html |url-status= dead }}</ref>


[[मीडिया अभिगम नियंत्रण]] (MAC) लेयर पर, VLAN IEEE 802.1Q और IEEE 802.1p का उपयोग ईथरनेट फ्रेम के बीच अंतर करने और उन्हें वर्गीकृत करने के लिए किया जा सकता है। मैक परत प्रोटोकॉल के लिए प्रदर्शन विश्लेषण और क्यूओएस पर क्यूइंग सिद्धांत मॉडल विकसित किए गए हैं।<ref>{{cite journal|title=Performance analysis of the IEEE 802.11 distributed coordination function|last1=Bianchi|first1=Giuseppe|year=2000|doi=10.1109/49.840210|journal=IEEE Journal on Selected Areas in Communications|volume=18|issue=3|pages=535–547|citeseerx=10.1.1.464.2640}}</ref><ref>{{cite journal|title=Analytical Models for Understanding Misbehavior and MAC Friendliness in CSMA Networks|last1=Shi|first1=Zhefu|last2=Beard|first2=Cory|last3=Mitchell|first3=Ken|year=2009|doi=10.1016/j.peva.2009.02.002|journal=Performance Evaluation|volume=66|issue=9–10|pages=469|citeseerx=10.1.1.333.3990}}</ref>
इंटरनेट पर क्यूओएस की आवश्यकता का एक सम्मोहक उदाहरण कंजेस्टिव पतन से संबंधित है। इंटरनेट कंजेशन परिहार प्रोटोकॉल पर निर्भर करता है, मुख्य रूप से ट्रांसमिशन कंट्रोल प्रोटोकॉल (टीसीपी) में बनाया गया है, ताकि ट्रैफिक को उन परिस्थितियों में कम किया जा सके जो अन्यथा कंजेस्टिव पतन का कारण बनेंगे। क्यूओएस एप्लिकेशन, जैसे कि वीओआईपी और आईपीटीवी, को काफी हद तक निरंतर बिटरेट और कम विलंबता की आवश्यकता होती है, इसलिए वे टीसीपी का उपयोग नहीं कर सकते हैं और भीड़ को रोकने में मदद करने के लिए अपनी यातायात दर को कम नहीं कर सकते हैं। सेवा-स्तर के समझौते ट्रैफ़िक को सीमित करते हैं जिसे इंटरनेट पर पेश किया जा सकता है और इस तरह ट्रैफ़िक को आकार देने के लिए लागू किया जाता है जो इसे अतिभारित होने से रोक सकता है, और इसलिए बिना पतन के वास्तविक समय और गैर-वास्तविक समय के यातायात के मिश्रण को संभालने के लिए इंटरनेट की क्षमता का एक अनिवार्य हिस्सा हैं।
[[सिस्को आईओएस]] नेटफ्लो और सिस्को क्लास आधारित क्यूओएस (सीबीक्यूओएस) प्रबंधन सूचना आधार (एमआईबी) का विपणन [[सिस्को सिस्टम्स]] द्वारा किया जाता है।
<ref>{{cite web |author= Ben Erwin |publisher= [[NetQoS]] |title= How To Manage QoS In Your Environment, Part 1 of 3 |work= Network Performance Daily video |date= December 16, 2008 |url= http://www.networkperformancedaily.com/2008/12/whiteboard_series_how_to_manag.html |access-date= October 15, 2011 |archive-date= September 29, 2011 |archive-url= https://web.archive.org/web/20110929212249/http://www.networkperformancedaily.com/2008/12/whiteboard_series_how_to_manag.html |url-status= dead }}</ref>
इंटरनेट पर QoS की आवश्यकता का एक सम्मोहक उदाहरण कंजेस्टिव पतन से संबंधित है। इंटरनेट कंजेशन परिहार प्रोटोकॉल पर निर्भर करता है, मुख्य रूप से ट्रांसमिशन कंट्रोल प्रोटोकॉल (टीसीपी) में बनाया गया है, ताकि ट्रैफिक को उन परिस्थितियों में कम किया जा सके जो अन्यथा कंजेस्टिव पतन का कारण बनेंगे। क्यूओएस एप्लिकेशन, जैसे कि वीओआईपी और आईपीटीवी, को काफी हद तक निरंतर बिटरेट और कम विलंबता की आवश्यकता होती है, इसलिए वे टीसीपी का उपयोग नहीं कर सकते हैं और भीड़ को रोकने में मदद करने के लिए अपनी यातायात दर को कम नहीं कर सकते हैं। सेवा-स्तर के समझौते ट्रैफ़िक को सीमित करते हैं जिसे इंटरनेट पर पेश किया जा सकता है और इस तरह ट्रैफ़िक को आकार देने को लागू करता है जो इसे अतिभारित होने से रोक सकता है, और इसलिए यह वास्तविक समय और गैर-वास्तविक समय के मिश्रण को संभालने के लिए इंटरनेट की क्षमता का एक अनिवार्य हिस्सा है। बिना पतन के यातायात।


=== प्रोटोकॉल ===
=== प्रोटोकॉल ===
आईपी ​​​​नेटवर्किंग के लिए कई क्यूओएस तंत्र और योजनाएं मौजूद हैं।
आईपी ​​​​नेटवर्किंग के लिए कई क्यूओएस तंत्र और योजनाएं मौजूद हैं।
*IPv4 हेडर में सेवा का प्रकार (ToS) फ़ील्ड (अब [[DiffServ]] द्वारा प्रतिस्थापित)
*IPv4 हेडर में सेवा का प्रकार (टीओएस) फ़ील्ड (अब [[DiffServ|डिफसर्व]] द्वारा प्रतिस्थापित)
*विभेदित सेवाएं (DiffServ)
*विभेदित सेवाएं (डिफसर्व)
*एकीकृत सेवाएं (इंटसर्व)
*एकीकृत सेवाएं (इंटसर्व)
*संसाधन आरक्षण प्रोटोकॉल (RSVP)
*संसाधन आरक्षण प्रोटोकॉल (आरएसवीपी)
*[[RSVP-टीई]]
*[[RSVP-टीई|आरएसवीपी-टीई]]


क्यूओएस क्षमताएं निम्नलिखित नेटवर्क प्रौद्योगिकियों में उपलब्ध हैं।
क्यूओएस क्षमताएं निम्नलिखित नेटवर्क प्रौद्योगिकियों में उपलब्ध हैं।
*मल्टीप्रोटोकॉल लेबल स्विचिंग (एमपीएलएस) आठ क्यूओएस कक्षाएं प्रदान करता है<ref>{{cite web|title=VoIP on MPLS|url=http://searchunifiedcommunications.techtarget.com/tutorial/VoIP-on-MPLS|publisher=Search Unified Communications|access-date=12 March 2012}}</ref>
*मल्टीप्रोटोकॉल लेबल स्विचिंग (एमपीएलएस) आठ क्यूओएस कक्षाएं प्रदान करता है<ref>{{cite web|title=VoIP on MPLS|url=http://searchunifiedcommunications.techtarget.com/tutorial/VoIP-on-MPLS|publisher=Search Unified Communications|access-date=12 March 2012}}</ref>
*ढ़ाचा प्रसारित करना
*फ्रेम रिले
*X.25
*एक्स .25
* कुछ [[डीएसएल मॉडेम]]
* [[डीएसएल मॉडेम|डीएसएल मॉडम]]
*एटीएम
*एटीएम
* [[ऑडियो वीडियो ब्रिजिंग]] और [[समय के प्रति संवेदनशील नेटवर्किंग]] के साथ IEEE 802.1Q का समर्थन करने वाला ईथरनेट
* [[ऑडियो वीडियो ब्रिजिंग]] और [[समय के प्रति संवेदनशील नेटवर्किंग|टाइम-सेंसिटिव नेटवर्किंग]] के साथ IEEE 802.1Q का समर्थन करने वाला ईथरनेट
* वाई-फाई IEEE 802.11e का समर्थन करता है
* वाई-फाई आईईईई 802.11e का समर्थन करता है
*[[होमपीएनए]] होम नेटवर्किंग मनाना और फोन के तारों पर
*[[होमपीएनए]] होम नेटवर्किंग कोक्स और फोन वायर्स पर
*G.hn होम नेटवर्किंग मानक विवाद-मुक्त संचरण अवसरों (CFTXOPs) के माध्यम से QoS प्रदान करता है जो उन प्रवाहों के लिए आवंटित किए जाते हैं जिनके लिए QoS की आवश्यकता होती है और जिन्होंने नेटवर्क नियंत्रक के साथ एक अनुबंध पर बातचीत की है। G.hn विवाद-आधारित टाइम स्लॉट के माध्यम से गैर-QoS संचालन का भी समर्थन करता है।
*जी. एचएन होम नेटवर्किंग मानक विवाद-मुक्त संचरण अवसरों (सीएफटीएक्सओपी) के माध्यम से क्यूओएस प्रदान करता है जो उन प्रवाहों के लिए आवंटित किए जाते हैं जिनके लिए क्यूओएस की आवश्यकता होती है और जिन्होंने नेटवर्क नियंत्रक के साथ एक अनुबंध किया है। जी. एचएन विवाद-आधारित टाइम स्लॉट के माध्यम से गैर-क्यूओएस ऑपरेशन का भी समर्थन करता है।


== सेवा की एंड-टू-एंड गुणवत्ता ==
== सर्विस की एंड-टू-एंड क्वालिटी ==
सेवा की एंड-टू-एंड गुणवत्ता के लिए एक [[स्वायत्त प्रणाली (इंटरनेट)]] और दूसरे के बीच संसाधन आवंटन के समन्वय की एक विधि की आवश्यकता हो सकती है। [[इंटरनेट इंजीनियरिंग टास्क फोर्स]] (IETF) ने 1997 में प्रस्तावित मानक के रूप में बैंडविड्थ आरक्षण के लिए संसाधन आरक्षण प्रोटोकॉल (RSVP) को परिभाषित किया।<ref>{{cite IETF|title=Resource ReSerVation Protocol (RSVP) |rfc=2205 |author=[[Bob Braden]] ed. L. Zhang, S. Berson, S. Herzog, S. Jamin |date=September 1997 |publisher=[[IETF]]}}</ref> RSVP एंड-टू-एंड बैंडविड्थ आरक्षण और [[प्रवेश नियंत्रण]] प्रोटोकॉल है। मापनीयता सीमाओं के कारण RSVP को व्यापक रूप से नहीं अपनाया गया था।<ref>{{citation |title=Performance evaluation of RSVP using OPNET Modeler |journal=Simulation Modelling Practice and Theory |volume=49 |date=December 2014 |pages=85–97|doi=10.1016/j.simpat.2014.08.005 |last1=Pana |first1=Flavius |last2=Put |first2=Ferdi }}</ref> ट्रैफ़िक-इंजीनियर्ड मल्टीप्रोटोकॉल लेबल स्विचिंग (MPLS) लेबल-स्विच किए गए पथों को स्थापित करने के लिए अधिक स्केलेबल ट्रैफ़िक इंजीनियरिंग संस्करण, RSVP-TE का उपयोग कई नेटवर्कों में किया जाता है।<ref>{{citation |title=MPLS Segment Routing |date=10 December 2019 |url=https://www.arista.com/en/solutions/mpls-segment-routing#Comparing-Segment-Routing-to-RSVP-TE |access-date=2020-04-16 |publisher=Arista}}</ref> IETF ने [[सिग्नलिंग में अगला कदम]] (NSIS) को भी परिभाषित किया है।<ref>{{cite web| url = http://datatracker.ietf.org/wg/nsis/charter/| title = "Next Steps in Signaling" Charter}}</ref> लक्ष्य के रूप में QoS सिग्नलिंग के साथ। NSIS RSVP का विकास और सरलीकरण है।
सेवा की एंड-टू-एंड गुणवत्ता के लिए एक [[स्वायत्त प्रणाली (इंटरनेट)|स्वायत्त प्रणाली]] और दूसरी स्वायत्त प्रणाली के बीच संसाधन आवंटन के समन्वय की एक विधि की आवश्यकता हो सकती है। [[इंटरनेट इंजीनियरिंग टास्क फोर्स]] (आईईटीएफ) ने बैंडविड्थ आरक्षण के लिए संसाधन आरक्षण प्रोटोकॉल (आरएसवीपी) को 1997 में एक प्रस्तावित मानक के रूप में परिभाषित किया।<ref>{{cite IETF|title=Resource ReSerVation Protocol (RSVP) |rfc=2205 |author=[[Bob Braden]] ed. L. Zhang, S. Berson, S. Herzog, S. Jamin |date=September 1997 |publisher=[[IETF]]}}</ref> आरएसवीपी एंड-टू-एंड बैंडविड्थ रिजर्वेशन और एडमिशन कंट्रोल प्रोटोकॉल है। मापनीयता सीमाओं के कारण आरएसवीपी को व्यापक रूप से नहीं अपनाया गया।<ref>{{citation |title=Performance evaluation of RSVP using OPNET Modeler |journal=Simulation Modelling Practice and Theory |volume=49 |date=December 2014 |pages=85–97|doi=10.1016/j.simpat.2014.08.005 |last1=Pana |first1=Flavius |last2=Put |first2=Ferdi }}</ref> ट्रैफ़िक-इंजीनियर्ड मल्टीप्रोटोकॉल लेबल स्विचिंग (एमपीएलएस) लेबल-स्विच्ड पथों को स्थापित करने के लिए अधिक स्केलेबल ट्रैफ़िक इंजीनियरिंग संस्करण, आरएसवीपी-टीई, का उपयोग कई नेटवर्कों में किया जाता है।<ref>{{citation |title=MPLS Segment Routing |date=10 December 2019 |url=https://www.arista.com/en/solutions/mpls-segment-routing#Comparing-Segment-Routing-to-RSVP-TE |access-date=2020-04-16 |publisher=Arista}}</ref> आईईटीएफ ने लक्ष्य के रूप में क्यूओएस सिग्नलिंग के साथ सिग्नलिंग में अगला चरण (एनएसआईएस)<ref>{{cite web| url = http://datatracker.ietf.org/wg/nsis/charter/| title = "Next Steps in Signaling" Charter}}</ref> भी परिभाषित किया है। एनएसआईएस आरएसवीपी का विकास और सरलीकरण है।
 
विषम नेटवर्कों पर सेवा समर्थन की एंड-टू-एंड गुणवत्ता जैसे अनुसंधान कंसोर्टिया (EuQoS, 2004 से 2007 तक)<ref>{{cite web |title= EuQoS - End-to-end Quality of Service support over heterogeneous networks |work= Project website |date= 2004–2006 |url= http://www.euqos.eu/ |url-status= dead |archive-date= April 30, 2007 |archive-url= https://web.archive.org/web/20070430123408/http://www.euqos.eu/ |access-date= October 12, 2011 }}</ref> और IPsphere फोरम जैसे मंच<ref>[http://www.tmforum.org/ipsphere/ IPSphere: Enabling Advanced Service Delivery] {{webarchive |url=https://web.archive.org/web/20110113060748/http://www.tmforum.org/ipsphere/ |date=January 13, 2011 }}</ref> एक डोमेन से दूसरे डोमेन में क्यूओएस इनवोकेशन को हैंडशेक करने के लिए अधिक तंत्र विकसित किए। IPsphere ने नेटवर्क सेवाओं को स्थापित करने, आह्वान करने और (प्रयास करने) के लिए [[सर्विस स्ट्रक्चरिंग स्ट्रैटम]] (SSS) सिग्नलिंग बस को परिभाषित किया। EuQoS ने लगभग 15.6 मिलियन यूरो की अनुमानित लागत के साथ सत्र आरंभ प्रोटोकॉल, सिग्नलिंग में अगला कदम और IPsphere के SSS को एकीकृत करने के लिए प्रयोग किए और एक पुस्तक प्रकाशित की।<ref>{{cite web |title= End-to-end quality of service support over heterogeneous networks |work= Project description |publisher= European Community Research and Development Information Service |url= http://cordis.europa.eu/search/index.cfm?fuseaction=proj.document&PJ_LANG=EN&PJ_RCN=6903468 |access-date=October 12, 2011 }}</ref><ref>{{cite book |author1=Torsten Braun |author2=Thomas Staub |title=End-to-end quality of service over heterogeneous networks |url=https://books.google.com/books?id=ajnpzZOOVUgC&pg=PA161 |year=2008 |publisher= Springer |isbn=978-3-540-79119-5}}</ref>
एक शोध परियोजना मल्टी सर्विस एक्सेस एवरीवेयर (एमयूएसई) ने जनवरी 2004 से फरवरी 2006 तक पहले चरण में और जनवरी 2006 से 2007 तक दूसरे चरण में क्यूओएस अवधारणा को परिभाषित किया।<ref>{{cite web |title= Multi Service Access Everywhere (MUSE) |work= Project website |url= http://www.ist-muse.org/ |access-date= October 12, 2011 }}</ref><ref>{{cite web |title= Multi Service Access Everywhere |work= Project description |publisher= European Community Research and Development Information Service |url= http://cordis.europa.eu/search/index.cfm?fuseaction=proj.document&PJ_LANG=EN&PJ_RCN=12052357 |access-date=October 12, 2011 }}</ref><ref>{{cite web |title= Multi Service Access Everywhere |work= Project description |publisher= European Community Research and Development Information Service |url= http://cordis.europa.eu/search/index.cfm?fuseaction=proj.document&PJ_LANG=EN&PJ_RCN=9151777 |access-date=October 12, 2011 }}</ref> 2005 के आसपास यूरोपियन फंडिंग के लिए प्लानेट्स नाम की एक अन्य शोध परियोजना प्रस्तावित की गई थी।<ref>{{cite web |title= PlaNetS QoS Solution |work= Project website |url= http://www.medea-planets.eu/QoSsolution.php |url-status= dead |archive-url= https://web.archive.org/web/20091112202614/http://www.medea-planets.eu/QoSsolution.php |archive-date= November 12, 2009 |access-date= October 12, 2011 |date= 2017-07-28 }}</ref><!-- not in Cordis, so not funded? -->
भविष्य के इंटरनेट के लिए वास्तुकला और डिजाइन नामक एक व्यापक यूरोपीय परियोजना जिसे 4WARD के रूप में जाना जाता है, का बजट 23.4 मिलियन यूरो अनुमानित था और इसे जनवरी 2008 से जून 2010 तक वित्त पोषित किया गया था।<ref>{{cite web |title= 4WARD: Architecture and design for the future Internet |work= Project description |publisher= European Community Research and Development Information Service |url= http://cordis.europa.eu/fetch?CALLER=PROJ_ICT&ACTION=D&CAT=PROJ&RCN=85316 |access-date=October 15, 2011 }}</ref>
इसमें गुणवत्ता की सेवा थीम शामिल थी और एक पुस्तक प्रकाशित की गई थी।<ref>{{cite web |title= Going 4WARD |work= Project newsletter |date= June 2010 |url= http://www.4ward-project.eu/index.php?s=file_download&id=90 |format= PDF|access-date=October 15, 2011 }}</ref><ref>{{cite book |author1= Luís M. Correia |author2= Joao Schwarz (FRW) da Silva |title= Architecture and Design for the Future Internet: 4WARD EU Project |url=https://books.google.com/books?id=DbucHQnOMW8C| date=January 30, 2011 |publisher= Springer |isbn= 978-90-481-9345-5 }}</ref> एक अन्य यूरोपीय परियोजना, जिसे WIDENS (वायरलेस डिप्लॉयबल नेटवर्क सिस्टम) कहा जाता है,<ref>{{cite web |title=Wireless Deployable Network System |work=Project description |publisher=European Union |url=http://www.netlab.tkk.fi/tutkimus/WIDENS|access-date=May 23, 2012}}</ref> मोबाइल वायरलेस मल्टीरेट एडहॉक नेटवर्क के लिए एक बैंडविड्थ आरक्षण दृष्टिकोण प्रस्तावित किया।<ref>{{cite journal |title=Quality of Service through Bandwidth Reservation on Multirate Ad-doc Wireless Networks |author1=R. Guimaraes |author2=L. Cerdà |author3=J. M. Barcelo-Ordinas |author4=J. Garcia-Vidal |author5=M. Voorhaen |author6=C. Blondia |date=March 2009 |journal=Ad Hoc Networks |pages=388–400|doi=10.1016/j.adhoc.2008.04.002 |volume=7 |issue=2}}</ref>


रिसर्च कंसोर्टिया जैसे "विषम नेटवर्क पर सेवा समर्थन की एंड-टू-एंड गुणवत्ता" (यूक्यूओएस, 2004 से 2007 तक)<ref>{{cite web |title= EuQoS - End-to-end Quality of Service support over heterogeneous networks |work= Project website |date= 2004–2006 |url= http://www.euqos.eu/ |url-status= dead |archive-date= April 30, 2007 |archive-url= https://web.archive.org/web/20070430123408/http://www.euqos.eu/ |access-date= October 12, 2011 }}</ref> और आईपीएसफेयर फोरम<ref>[http://www.tmforum.org/ipsphere/ IPSphere: Enabling Advanced Service Delivery] {{webarchive |url=https://web.archive.org/web/20110113060748/http://www.tmforum.org/ipsphere/ |date=January 13, 2011 }}</ref> जैसे मंचों ने डोमेन से दूसरे डोमेन में क्यूओएस मंगलाचरण के लिए अधिक तंत्र विकसित किए। आईपीएसफेयर ने नेटवर्क सेवाओं को स्थापित करने, आह्वान करने और (प्रयास करने) के लिए [[सर्विस स्ट्रक्चरिंग स्ट्रैटम]] (एसएसएस) सिग्नलिंग बस को परिभाषित किया। यूक्यूओएस ने लगभग 15.6 मिलियन यूरो की अनुमानित लागत के साथ सत्र आरंभ प्रोटोकॉल, सिग्नलिंग में अगले कदम और आईपीएसफेयर के एसएसएस को एकीकृत करने के लिए प्रयोग किए और एक पुस्तक प्रकाशित की। <ref>{{cite web |title= End-to-end quality of service support over heterogeneous networks |work= Project description |publisher= European Community Research and Development Information Service |url= http://cordis.europa.eu/search/index.cfm?fuseaction=proj.document&PJ_LANG=EN&PJ_RCN=6903468 |access-date=October 12, 2011 }}</ref><ref>{{cite book |author1=Torsten Braun |author2=Thomas Staub |title=End-to-end quality of service over heterogeneous networks |url=https://books.google.com/books?id=ajnpzZOOVUgC&pg=PA161 |year=2008 |publisher= Springer |isbn=978-3-540-79119-5}}</ref>


शोध परियोजना मल्टी सर्विस एक्सेस एवरीवेयर (एमयूएसई) ने जनवरी 2004 से फरवरी 2006 तक पहले चरण में एक और क्यूओएस अवधारणा को परिभाषित किया, और जनवरी 2006 से 2007 तक दूसरे चरण में।<ref>{{cite web |title= Multi Service Access Everywhere (MUSE) |work= Project website |url= http://www.ist-muse.org/ |access-date= October 12, 2011 }}</ref><ref>{{cite web |title= Multi Service Access Everywhere |work= Project description |publisher= European Community Research and Development Information Service |url= http://cordis.europa.eu/search/index.cfm?fuseaction=proj.document&PJ_LANG=EN&PJ_RCN=12052357 |access-date=October 12, 2011 }}</ref><ref>{{cite web |title= Multi Service Access Everywhere |work= Project description |publisher= European Community Research and Development Information Service |url= http://cordis.europa.eu/search/index.cfm?fuseaction=proj.document&PJ_LANG=EN&PJ_RCN=9151777 |access-date=October 12, 2011 }}</ref> 2005 के आसपास यूरोपीय फंडिंग के लिए प्लानेट्स नामक एक अन्य शोध परियोजना प्रस्तावित की गई थी।<ref>{{cite web |title= 4WARD: Architecture and design for the future Internet |work= Project description |publisher= European Community Research and Development Information Service |url= http://cordis.europa.eu/fetch?CALLER=PROJ_ICT&ACTION=D&CAT=PROJ&RCN=85316 |access-date=October 15, 2011 }}</ref> "भविष्य के इंटरनेट के लिए वास्तुकला और डिजाइन" नामक एक व्यापक यूरोपीय परियोजना जिसे 4WARD के रूप में जाना जाता है, का बजट 23.4 मिलियन यूरो अनुमानित था और इसे जनवरी 2008 से जून 2010 तक वित्त पोषित किया गया था।<ref>{{cite web |title= PlaNetS QoS Solution |work= Project website |url= http://www.medea-planets.eu/QoSsolution.php |url-status= dead |archive-url= https://web.archive.org/web/20091112202614/http://www.medea-planets.eu/QoSsolution.php |archive-date= November 12, 2009 |access-date= October 12, 2011 |date= 2017-07-28 }}</ref> इसमें एक "क्वालिटी ऑफ़ सर्विस थीम" सम्मिलित थी और किताब प्रकाशित की थी।<ref>{{cite web |title= Going 4WARD |work= Project newsletter |date= June 2010 |url= http://www.4ward-project.eu/index.php?s=file_download&id=90 |format= PDF|access-date=October 15, 2011 }}</ref><ref>{{cite book |author1= Luís M. Correia |author2= Joao Schwarz (FRW) da Silva |title= Architecture and Design for the Future Internet: 4WARD EU Project |url=https://books.google.com/books?id=DbucHQnOMW8C| date=January 30, 2011 |publisher= Springer |isbn= 978-90-481-9345-5 }}</ref> एक अन्य यूरोपीय परियोजना, जिसे वाइडेंस (वायरलेस डिप्लॉयबल नेटवर्क सिस्टम) कहा जाता है,<ref>{{cite web |title=Wireless Deployable Network System |work=Project description |publisher=European Union |url=http://www.netlab.tkk.fi/tutkimus/WIDENS|access-date=May 23, 2012}}</ref> ने मोबाइल वायरलेस मल्टीरेट एडहॉक नेटवर्क के लिए बैंडविड्थ आरक्षण दृष्टिकोण का प्रस्ताव दिया।<ref>{{cite journal |title=Quality of Service through Bandwidth Reservation on Multirate Ad-doc Wireless Networks |author1=R. Guimaraes |author2=L. Cerdà |author3=J. M. Barcelo-Ordinas |author4=J. Garcia-Vidal |author5=M. Voorhaen |author6=C. Blondia |date=March 2009 |journal=Ad Hoc Networks |pages=388–400|doi=10.1016/j.adhoc.2008.04.002 |volume=7 |issue=2}}</ref>
== सीमाएं ==
== सीमाएं ==
[[मजबूत क्रिप्टोग्राफी]] नेटवर्क प्रोटोकॉल जैसे [[परिवहन परत सुरक्षा]], [[I2P]], और [[आभासी निजी संजाल]] उनके उपयोग से स्थानांतरित डेटा को अस्पष्ट करते हैं। जैसा कि इंटरनेट पर सभी [[इलेक्ट्रॉनिक वाणिज्य]] के लिए ऐसे मजबूत क्रिप्टोग्राफी प्रोटोकॉल के उपयोग की आवश्यकता होती है, एन्क्रिप्टेड ट्रैफिक के प्रदर्शन को एकतरफा डाउनग्रेड करना ग्राहकों के लिए अस्वीकार्य खतरा पैदा करता है। फिर भी, एन्क्रिप्टेड ट्रैफ़िक क्यूओएस के लिए गहरे पैकेट निरीक्षण से गुजरने में अन्यथा असमर्थ है।
[[मजबूत क्रिप्टोग्राफी]] नेटवर्क प्रोटोकॉल जैसे [[परिवहन परत सुरक्षा]], [[I2P]], और [[आभासी निजी संजाल]] उनके उपयोग से स्थानांतरित डेटा को अस्पष्ट करते हैं। जैसा कि इंटरनेट पर सभी [[इलेक्ट्रॉनिक वाणिज्य]] के लिए ऐसे मजबूत क्रिप्टोग्राफी प्रोटोकॉल के उपयोग की आवश्यकता होती है, एन्क्रिप्टेड ट्रैफिक के प्रदर्शन को एकतरफा डाउनग्रेड करना ग्राहकों के लिए अस्वीकार्य खतरा पैदा करता है। फिर भी, एन्क्रिप्टेड ट्रैफ़िक क्यूओएस के लिए गहरे पैकेट निरीक्षण से गुजरने में अन्यथा असमर्थ है।
Line 124: Line 128:
स्वतंत्र कम्प्यूटिंग आर्किटेक्चर और [[दूरस्थ डेस्कटॉप प्रोटोकॉल]] जैसे प्रोटोकॉल अलग-अलग आवश्यकताओं के साथ अन्य ट्रैफ़िक (जैसे प्रिंटिंग, वीडियो स्ट्रीमिंग) को समाहित कर सकते हैं जो अनुकूलन को कठिन बना सकते हैं।
स्वतंत्र कम्प्यूटिंग आर्किटेक्चर और [[दूरस्थ डेस्कटॉप प्रोटोकॉल]] जैसे प्रोटोकॉल अलग-अलग आवश्यकताओं के साथ अन्य ट्रैफ़िक (जैसे प्रिंटिंग, वीडियो स्ट्रीमिंग) को समाहित कर सकते हैं जो अनुकूलन को कठिन बना सकते हैं।


[[Internet2]] परियोजना ने 2001 में पाया कि QoS प्रोटोकॉल शायद उस समय उपलब्ध उपकरणों के साथ उसके Abilene नेटवर्क के अंदर तैनात करने योग्य नहीं थे।<ref name="failure">{{cite web |url= http://qbone.internet2.edu/papers/non-architectural-problems.txt |url-status= dead |title= Why Premium IP Service Has Not Deployed (and Probably Never Will) |author= Benjamin Teitelbaum, [[Stanislav Shalunov]] |date= May 3, 2002 |publisher= Internet2 QoS Working Group |work= Draft Informational Document |archive-url= https://web.archive.org/web/20020830051015/http://qbone.internet2.edu/papers/non-architectural-problems.txt |archive-date= August 30, 2002 |access-date= October 15, 2011 }}</ref>{{efn|Equipment available at the time relied on software to implement QoS.}} समूह ने भविष्यवाणी की थी कि QoS के उद्देश्य से प्रोटोकॉल संशोधनों द्वारा "तार्किक, वित्तीय और संगठनात्मक बाधाएं किसी भी बैंडविड्थ गारंटी के रास्ते को अवरुद्ध कर देंगी"।<ref name="Oram">{{cite web |author=Andy Oram |title= A Nice Way to Get Network Quality of Service? |work= Platform Independent column |archive-url= https://web.archive.org/web/20020805003256/http://www.oreillynet.com/pub/a/network/2002/06/11/platform.html |archive-date= August 5, 2002 |url= http://www.oreillynet.com/pub/a/network/2002/06/11/platform.html |url-status=live |date= June 11, 2002 |publisher= O'Reilly |access-date= October 15, 2011 }}</ref>
[[Internet2]] परियोजना ने 2001 में पाया कि QoS प्रोटोकॉल शायद उस समय उपलब्ध उपकरणों के साथ उसके Abilene नेटवर्क के अंदर तैनात करने योग्य नहीं थे।<ref name="failure">{{cite web |url= http://qbone.internet2.edu/papers/non-architectural-problems.txt |url-status= dead |title= Why Premium IP Service Has Not Deployed (and Probably Never Will) |author= Benjamin Teitelbaum, [[Stanislav Shalunov]] |date= May 3, 2002 |publisher= Internet2 QoS Working Group |work= Draft Informational Document |archive-url= https://web.archive.org/web/20020830051015/http://qbone.internet2.edu/papers/non-architectural-problems.txt |archive-date= August 30, 2002 |access-date= October 15, 2011 }}</ref>{{efn|Equipment available at the time relied on software to implement QoS.}} समूह ने भविष्यवाणी की थी कि क्यूओएस के उद्देश्य से प्रोटोकॉल संशोधनों द्वारा "तार्किक, वित्तीय और संगठनात्मक बाधाएं किसी भी बैंडविड्थ गारंटी के रास्ते को अवरुद्ध कर देंगी"।<ref name="Oram">{{cite web |author=Andy Oram |title= A Nice Way to Get Network Quality of Service? |work= Platform Independent column |archive-url= https://web.archive.org/web/20020805003256/http://www.oreillynet.com/pub/a/network/2002/06/11/platform.html |archive-date= August 5, 2002 |url= http://www.oreillynet.com/pub/a/network/2002/06/11/platform.html |url-status=live |date= June 11, 2002 |publisher= O'Reilly |access-date= October 15, 2011 }}</ref>
उनका मानना ​​था कि अर्थशास्त्र नेटवर्क प्रदाताओं को प्रोत्साहित करेगा कि ग्राहकों को उच्च कीमत वाली QoS सेवाओं की ओर धकेलने के तरीके के रूप में सर्वोत्तम प्रयास ट्रैफिक की गुणवत्ता को जान-बूझकर नष्ट कर दें। इसके बजाय उन्होंने उस समय अधिक लागत प्रभावी के रूप में क्षमता के अधिक प्रावधान का प्रस्ताव रखा।<ref name="failure"/><ref name="Oram"/>
 
एबिलीन नेटवर्क अध्ययन 2006 की शुरुआत में [[नेटवर्क तटस्थता]] पर वाणिज्य, विज्ञान और परिवहन की संयुक्त राज्य सीनेट समिति की सुनवाई के लिए गैरी बचुला की गवाही का आधार था। उन्होंने राय व्यक्त की कि अधिक बैंडविड्थ जोड़ना विभिन्न योजनाओं में से किसी की तुलना में अधिक प्रभावी था। क्यूओएस पूरा करने के लिए उन्होंने जांच की।<ref>{{cite web |author=Gary Bachula |title=Testimony of Gary R. Bachula, Vice President, Internet2 |url=http://commerce.senate.gov/pdf/bachula-020706.pdf |pages=2–3 |date=February 7, 2006 |access-date=October 15, 2011 |archive-url=https://web.archive.org/web/20100107181546/http://commerce.senate.gov/pdf/bachula-020706.pdf |archive-date=January 7, 2010 |url-status=dead }}</ref> बचुला की गवाही को सेवा की गुणवत्ता पर प्रतिबंध लगाने वाले कानून के समर्थकों द्वारा प्रमाण के रूप में उद्धृत किया गया है कि इस तरह की पेशकश से कोई वैध उद्देश्य पूरा नहीं होता है। यह तर्क इस धारणा पर निर्भर है कि अति-प्रावधान क्यूओएस का एक रूप नहीं है और यह हमेशा संभव है। लागत और अन्य कारक वाहकों की क्षमता से अधिक प्रावधान वाले नेटवर्क को स्थायी रूप से बनाने और बनाए रखने की क्षमता को प्रभावित करते हैं।{{citation needed|date=July 2020}}


उनका मानना ​​था कि अर्थशास्त्र नेटवर्क प्रदाताओं को प्रोत्साहित करेगा कि ग्राहकों को उच्च कीमत वाली QoS सेवाओं की ओर धकेलने के तरीके के रूप में सर्वोत्तम प्रयास ट्रैफिक की गुणवत्ता को जान-बूझकर नष्ट कर दें। इसके बजाय उन्होंने उस समय अधिक लागत प्रभावी के रूप में क्षमता के अधिक प्रावधान का प्रस्ताव रखा।<ref name="failure" /><ref name="Oram" />


एबिलीन नेटवर्क अध्ययन 2006 की प्रारम्भ में [[नेटवर्क तटस्थता]] पर वाणिज्य, विज्ञान और परिवहन की संयुक्त राज्य सीनेट समिति की सुनवाई के लिए गैरी बचुला की गवाही का आधार था। उन्होंने राय व्यक्त की कि अधिक बैंडविड्थ जोड़ना विभिन्न योजनाओं में से किसी की तुलना में अधिक प्रभावी था। क्यूओएस पूरा करने के लिए उन्होंने जांच की।<ref>{{cite web |author=Gary Bachula |title=Testimony of Gary R. Bachula, Vice President, Internet2 |url=http://commerce.senate.gov/pdf/bachula-020706.pdf |pages=2–3 |date=February 7, 2006 |access-date=October 15, 2011 |archive-url=https://web.archive.org/web/20100107181546/http://commerce.senate.gov/pdf/bachula-020706.pdf |archive-date=January 7, 2010 |url-status=dead }}</ref> बचुला की गवाही को सेवा की गुणवत्ता पर प्रतिबंध लगाने वाले कानून के समर्थकों द्वारा प्रमाण के रूप में उद्धृत किया गया है कि इस तरह की पेशकश से कोई वैध उद्देश्य पूरा नहीं होता है। यह तर्क इस धारणा पर निर्भर है कि अति-प्रावधान क्यूओएस का एक रूप नहीं है और यह हमेशा संभव है। लागत और अन्य कारक वाहकों की क्षमता से अधिक प्रावधान वाले नेटवर्क को स्थायी रूप से बनाने और बनाए रखने की क्षमता को प्रभावित करते हैं।
== मोबाइल (सेलुलर) क्यूओएस ==
== मोबाइल (सेलुलर) क्यूओएस ==
{{main|Mobile QoS}}
{{main|Mobile QoS}}
मोबाइल सेलुलर सेवा प्रदाता ग्राहकों को [[मोबाइल क्यूओएस]] की पेशकश कर सकते हैं जैसे कि वायर्ड [[लोगों द्वारा टेलीफोन नेटवर्क काटा गया]] सेवा प्रदाता और इंटरनेट सेवा प्रदाता क्यूओएस की पेशकश कर सकते हैं। QoS तंत्र हमेशा [[सर्किट बदलना]] सेवाओं के लिए प्रदान किया जाता है, और बेलोचदार सेवाओं के लिए आवश्यक होता है, उदाहरण के लिए स्ट्रीमिंग मल्टीमीडिया।
मोबाइल सेलुलर सेवा प्रदाता ग्राहकों को [[मोबाइल क्यूओएस]] की पेशकश कर सकते हैं जैसे कि वायर्ड [[लोगों द्वारा टेलीफोन नेटवर्क काटा गया]] सेवा प्रदाता और इंटरनेट सेवा प्रदाता क्यूओएस की पेशकश कर सकते हैं। क्यूओएस तंत्र हमेशा [[सर्किट बदलना]] सेवाओं के लिए प्रदान किया जाता है, और बेलोचदार सेवाओं के लिए आवश्यक होता है, उदाहरण के लिए स्ट्रीमिंग मल्टीमीडिया।


गतिशीलता क्यूओएस तंत्र में जटिलताएं जोड़ती है। यदि नया [[बेस स्टेशन]] ओवरलोडेड है तो [[सौंप दो]] के बाद एक फोन कॉल या अन्य सत्र बाधित हो सकता है। अप्रत्याशित हस्तान्तरण से सत्र आरंभ चरण के दौरान पूर्ण क्यूओएस गारंटी देना असंभव हो जाता है।
गतिशीलता क्यूओएस तंत्र में जटिलताएं जोड़ती है। यदि नया [[बेस स्टेशन]] ओवरलोडेड है तो [[सौंप दो]] के बाद एक फोन कॉल या अन्य सत्र बाधित हो सकता है। अप्रत्याशित हस्तान्तरण से सत्र आरंभ चरण के दौरान पूर्ण क्यूओएस गारंटी देना असंभव हो जाता है।
Line 138: Line 141:
== मानक ==
== मानक ==
टेलीफोनी के क्षेत्र में सेवा की गुणवत्ता को पहली बार 1994 में [[ITU-T]] सिफारिश E.800 में परिभाषित किया गया था। यह परिभाषा बहुत व्यापक है, इसमें 6 प्राथमिक घटकों को सूचीबद्ध किया गया है: समर्थन, संचालन क्षमता, पहुंच, धारणीयता, अखंडता और सुरक्षा।<ref name="E.800">{{cite web |title= E.800: Terms and definitions related to quality of service and network performance including dependability |date= August 1994 |work= ITU-T Recommendation |url= http://www.itu.int/rec/T-REC-E.800/en |access-date= October 14, 2011 }} Updated September 2008 as ''Definitions of terms related to quality of service''</ref> 1998 में ITU ने डेटा नेटवर्किंग के क्षेत्र में QoS पर चर्चा करते हुए एक दस्तावेज़ प्रकाशित किया। X.641 क्यूओएस से संबंधित मानकों को विकसित करने या बढ़ाने का एक साधन प्रदान करता है और अवधारणाओं और शब्दावली प्रदान करता है जो संबंधित मानकों की स्थिरता बनाए रखने में सहायता करनी चाहिए।<ref>{{cite web |title= X.641: Information technology - Quality of service: framework |work=ITU-T Recommendation |date= December 1997 |url= http://www.itu.int/rec/T-REC-X.641/en }}</ref>
टेलीफोनी के क्षेत्र में सेवा की गुणवत्ता को पहली बार 1994 में [[ITU-T]] सिफारिश E.800 में परिभाषित किया गया था। यह परिभाषा बहुत व्यापक है, इसमें 6 प्राथमिक घटकों को सूचीबद्ध किया गया है: समर्थन, संचालन क्षमता, पहुंच, धारणीयता, अखंडता और सुरक्षा।<ref name="E.800">{{cite web |title= E.800: Terms and definitions related to quality of service and network performance including dependability |date= August 1994 |work= ITU-T Recommendation |url= http://www.itu.int/rec/T-REC-E.800/en |access-date= October 14, 2011 }} Updated September 2008 as ''Definitions of terms related to quality of service''</ref> 1998 में ITU ने डेटा नेटवर्किंग के क्षेत्र में QoS पर चर्चा करते हुए एक दस्तावेज़ प्रकाशित किया। X.641 क्यूओएस से संबंधित मानकों को विकसित करने या बढ़ाने का एक साधन प्रदान करता है और अवधारणाओं और शब्दावली प्रदान करता है जो संबंधित मानकों की स्थिरता बनाए रखने में सहायता करनी चाहिए।<ref>{{cite web |title= X.641: Information technology - Quality of service: framework |work=ITU-T Recommendation |date= December 1997 |url= http://www.itu.int/rec/T-REC-X.641/en }}</ref>
कुछ क्यूओएस-संबंधित आईईटीएफ [[टिप्पणियों के लिए अनुरोध]] (आरएफसी) हैं {{citation |title= Definition of the Differentiated services Field (DS Field) in the IPv4 and IPv6 Headers |date=December 1998|rfc=2474|last1=Baker|first1=Fred|last2=Black|first2=David L.|last3=Nichols|first3=Kathleen|last4=Blake|first4=Steven L.}}, और {{citation |title=Resource ReSerVation Protocol (RSVP) |date=September 1997|rfc=2205|last1=Braden|first1=Robert T.|last2=Zhang|first2=Lixia|last3=Berson|first3=Steven|last4=Herzog|first4=Shai|last5=Jamin|first5=Sugih}}; इन दोनों की चर्चा ऊपर की गई है। IETF ने QoS की पृष्ठभूमि देते हुए दो RFC भी प्रकाशित किए हैं: {{citation |rfc=2990 |title= Next Steps for the IP QoS Architecture|date= November 2000|last1= Huston|first1= Geoff}}, और {{citation |rfc=3714 |title=IAB Concerns Regarding Congestion Control for Voice Traffic in the Internet}}.


आईईटीएफ ने भी प्रकाशित किया है {{citation |rfc=4594 |title=Configuration Guidelines for DiffServ Service Classes|date=August 2006|last1=Baker|first1=Fred|last2=Babiarz|first2=Jozef|last3=Chan|first3=Kwok Ho}} DiffServ नेटवर्क के लिए QoS समाधान डिजाइन करने के व्यावहारिक पहलुओं के बारे में एक सूचनात्मक या सर्वोत्तम अभ्यास दस्तावेज़ के रूप में। दस्तावेज़ आमतौर पर एक आईपी नेटवर्क पर चलने वाले अनुप्रयोगों की पहचान करने की कोशिश करता है, उन्हें ट्रैफ़िक कक्षाओं में समूहित करता है, नेटवर्क से इन वर्गों के लिए आवश्यक उपचार का अध्ययन करता है, और सुझाव देता है कि राउटर में आमतौर पर उपलब्ध QoS तंत्रों में से कौन सा उन उपचारों को लागू करने के लिए उपयोग किया जा सकता है।
कुछ क्यूओएस-संबंधित आईईटीएफ [[टिप्पणियों के लिए अनुरोध]] (आरएफसी) हैं बेकर, फ्रेड; ब्लैक, डेविड एल.; निकोलस, कैथलीन; ब्लेक, स्टीवन एल. (दिसंबर 1998), आईपीवी4 और आईपीवी6 हेडर्स, आरएफसी 2474 में डिफरेंशिएटेड सर्विसेज फील्ड (डीएस फील्ड) की परिभाषा, और ब्रैडेन, रॉबर्ट टी.; झांग, लिक्सिया; बर्सन, स्टीवन; हर्ज़ोग, शाई; जैमिन, सुगिह (सितंबर 1997), रिसोर्स रिजर्वेशन प्रोटोकॉल (आरएसवीपी), आरएफसी 2205; इन दोनों की चर्चा ऊपर की गई है। आईईटीएफ ने क्यूओएस: हस्टन, ज्योफ (नवंबर 2000), आईपी क्यूओएसआर्किटेक्चर के लिए अगला कदम, आरएफसी 2990, और इंटरनेट में वॉयस ट्रैफिक के लिए कंजेशन कंट्रोल के संबंध में आईएबी कंसर्न, आरएफसी 3714 पर पृष्ठभूमि देते हुए दो आरएफसी भी प्रकाशित किए हैं।
 
आईईटीएफ ने बेकर, फ्रेड; बाबियार्ज़, जोज़ेफ़; चान, क्वोक हो (अगस्त 2006), डिफसर्व सर्विस क्लासेस के लिए कॉन्फिगरेशन गाइडलाइंस, आरएफसी  4594 एक सूचनात्मक या सर्वोत्तम अभ्यास दस्तावेज़ के रूप में एक डिफसर्व नेटवर्क के लिए क्यूओएस समाधान डिजाइन करने के व्यावहारिक पहलुओं के बारे में। दस्तावेज़ आमतौर पर एक आईपी नेटवर्क पर चलने वाले अनुप्रयोगों की पहचान करने की कोशिश करता है, उन्हें ट्रैफ़िक कक्षाओं में समूहित करता है, नेटवर्क से इन वर्गों के लिए आवश्यक उपचार का अध्ययन करता है, और सुझाव देता है कि राउटर में आमतौर पर उपलब्ध क्यूओएस तंत्रों में से कौन सा उन उपचारों को लागू करने के लिए उपयोग किया जा सकता है।


== यह भी देखें ==
== यह भी देखें ==
Line 159: Line 163:
*[[यातायात वर्गीकरण]]
*[[यातायात वर्गीकरण]]
{{div col end}}
{{div col end}}
==टिप्पणियाँ==
==टिप्पणियाँ==
{{Notelist}}
{{Notelist}}
==संदर्भ==
==संदर्भ==
{{Reflist}}
{{Reflist}}
==आगे की पढाई==
==आगे की पढाई==
* ''Deploying IP and MPLS QoS for Multiservice Networks: Theory and Practice'' by John Evans, Clarence Filsfils (Morgan Kaufmann, 2007, {{ISBN|0-12-370549-5}})
* ''Deploying IP and MPLS QoS for Multiservice Networks: Theory and Practice'' by John Evans, Clarence Filsfils (Morgan Kaufmann, 2007, {{ISBN|0-12-370549-5}})
Line 177: Line 175:
* {{citation |rfc=2475 |title=An Architecture for Differentiated services|date=December 1998|last1=Black|first1=David L.|last2=Wang|first2=Zheng|last3=Carlson|first3=Mark A.|last4=Weiss|first4=Walter|last5=Davies|first5=Elwyn B.|last6=Blake|first6=Steven L.|doi=10.17487/RFC2475 }}
* {{citation |rfc=2475 |title=An Architecture for Differentiated services|date=December 1998|last1=Black|first1=David L.|last2=Wang|first2=Zheng|last3=Carlson|first3=Mark A.|last4=Weiss|first4=Walter|last5=Davies|first5=Elwyn B.|last6=Blake|first6=Steven L.|doi=10.17487/RFC2475 }}
* {{citation |rfc=3209 |title=RSVP-TE: Extensions to RSVP for LSP Tunnels|date=December 2001|last1=Awduche|first1=Daniel O.|last2=Berger|first2=Lou|last3=Gan|first3=Der-Hwa|last4=Li|first4=Tony|last5=Srinivasan|first5=Vijay|last6=Swallow|first6=George|doi=10.17487/RFC3209 }}
* {{citation |rfc=3209 |title=RSVP-TE: Extensions to RSVP for LSP Tunnels|date=December 2001|last1=Awduche|first1=Daniel O.|last2=Berger|first2=Lou|last3=Gan|first3=Der-Hwa|last4=Li|first4=Tony|last5=Srinivasan|first5=Vijay|last6=Swallow|first6=George|doi=10.17487/RFC3209 }}
==बाहरी कड़ियाँ==
==बाहरी कड़ियाँ==
{{Spoken Wikipedia|Quality of Service Spoken.ogg|date=2008-07-18}}
{{Spoken Wikipedia|Quality of Service Spoken.ogg|date=2008-07-18}}
Line 187: Line 183:
* {{cite web |title=  Quality of Service (QoS) in High-Priority Applications |publisher= Transition Networks |date=February 2003 |url= https://www.transition.com/wp-content/uploads/2016/05/qos_wp.pdf |access-date= February 16, 2017 }}
* {{cite web |title=  Quality of Service (QoS) in High-Priority Applications |publisher= Transition Networks |date=February 2003 |url= https://www.transition.com/wp-content/uploads/2016/05/qos_wp.pdf |access-date= February 16, 2017 }}


{{Authority control}}
{{DEFAULTSORT:Quality Of Service}}
 
{{DEFAULTSORT:Quality Of Service}}[[Category: सेवा की गुणवत्ता| सेवा की गुणवत्ता]] [[Category: इंटरनेट वास्तुकला]] [[Category: नेटवर्क प्रदर्शन]] [[Category: स्ट्रीमिंग]] [[Category: सेवा विपणन]] [[Category: दूरसंचार इंजीनियरिंग]] [[Category: टेलीट्रैफिक]]
 
 


[[Category: Machine Translated Page]]
[[Category:Articles with hAudio microformats|Quality Of Service]]
[[Category:Created On 28/01/2023]]
[[Category:Articles with hatnote templates targeting a nonexistent page|Quality Of Service]]
[[Category:CS1 errors|Quality Of Service]]
[[Category:CS1 maint|Quality Of Service]]
[[Category:Created On 28/01/2023|Quality Of Service]]
[[Category:Lua-based templates|Quality Of Service]]
[[Category:Machine Translated Page|Quality Of Service]]
[[Category:Multi-column templates|Quality Of Service]]
[[Category:Pages using div col with small parameter|Quality Of Service]]
[[Category:Pages with script errors|Quality Of Service]]
[[Category:Short description with empty Wikidata description|Quality Of Service]]
[[Category:Spoken articles|Quality Of Service]]
[[Category:Templates Vigyan Ready|Quality Of Service]]
[[Category:Templates that add a tracking category|Quality Of Service]]
[[Category:Templates that generate short descriptions|Quality Of Service]]
[[Category:Templates using TemplateData|Quality Of Service]]
[[Category:Templates using under-protected Lua modules|Quality Of Service]]
[[Category:Webarchive template wayback links|Quality Of Service]]
[[Category:Wikipedia fully protected templates|Div col]]
[[Category:इंटरनेट वास्तुकला|Quality Of Service]]
[[Category:टेलीट्रैफिक|Quality Of Service]]
[[Category:दूरसंचार इंजीनियरिंग|Quality Of Service]]
[[Category:नेटवर्क प्रदर्शन|Quality Of Service]]
[[Category:सेवा की गुणवत्ता| सेवा की गुणवत्ता]]
[[Category:सेवा विपणन|Quality Of Service]]
[[Category:स्ट्रीमिंग|Quality Of Service]]

Latest revision as of 15:56, 4 September 2023

For ग्राहक सेवा-उन्मुख अवधि, see सेवा गुणवत्ता.

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

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

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

परिभाषाएँ

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

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

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

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

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

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

इतिहास

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

यह उपकरण कम खर्चीला, कम जटिल और तेज है और इस प्रकार पहले की अधिक जटिल प्रौद्योगिकियों की तुलना में अधिक लोकप्रिय है जो क्यूओएस तंत्र प्रदान करते हैं।

ईथरनेट वैकल्पिक रूप से फ्रेम की प्राथमिकता को संकेत देने के लिए 802.1p का उपयोग करता है।

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

आईपीटीवी और आईपी ​​​​टेलीफोनी के आगमन के साथ, अंत उपयोगकर्ता के लिए क्यूओएस तंत्र तेजी से उपलब्ध हैं।

आवागमन (ट्रैफिक) के गुण

पैकेट-स्विच्ड नेटवर्क में, सेवा की गुणवत्ता विभिन्न कारकों से प्रभावित होती है, जिन्हें मानव और तकनीकी कारकों में विभाजित किया जा सकता है। मानव कारकों में सम्मिलित हैं: सेवा की गुणवत्ता की स्थिरता, सेवा की उपलब्धता, प्रतीक्षा समय और उपयोगकर्ता की जानकारी। तकनीकी कारकों में सम्मिलित हैं: विश्वसनीयता, मापनीयता, प्रभावशीलता, रख-रखाव और नेटवर्क संकुलन हैं।[4]

पैकेट के साथ कई चीजें हो सकती हैं क्योंकि वे मूल स्थान से गंतव्य तक यात्रा करते हैं, जिसके परिणामस्वरूप प्रेषक और प्राप्तकर्ता के दृष्टिकोण से निम्नलिखित समस्याएं देखी जाती हैं:

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

अनुप्रयोग

विशिष्ट प्रकार के नेटवर्क ट्रैफ़िक के लिए सेवा की एक परिभाषित गुणवत्ता वांछित या आवश्यक हो सकती है, उदाहरण के लिए:

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

क्रियाविधि (मैकेनिज्म)

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

जब क्यूओएस प्रदान करने के लिए तंत्र का खर्च उचित है, तो नेटवर्क ग्राहक और प्रदाता एक संविदात्मक समझौते में प्रवेश कर सकते हैं जिसे सेवा-स्तरीय समझौता (एसएलए) कहा जाता है जो पारस्परिक रूप से सहमत उपायों के आधार पर थ्रूपुट या विलंबता के मामले में गारंटीकृत प्रदर्शन देने के लिए कनेक्शन की क्षमता की आश्वासन देता है।

अति-प्रावधान

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

ओवर-प्रोविजनिंग परिवहन प्रोटोकॉल (जैसे टीसीपी) के सामने सीमित उपयोग का हो सकता है जो समय के साथ नेटवर्क पर रखे गए डेटा की मात्रा में वृद्धि करता है जब तक कि सभी उपलब्ध बैंडविड्थ का उपभोग नहीं किया जाता है और पैकेट गिरा दिए जाते हैं। ऐसे ग्रीडी प्रोटोकॉल सभी उपयोगकर्ताओं के लिए विलंबता और पैकेट हानि बढ़ाते हैं।

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

व्यावसायिक वीओआईपी सेवाएं प्रायः कॉल की गुणवत्ता के मामले में पारंपरिक टेलीफोन सेवा के साथ प्रतिस्पर्धी होती हैं, यहां तक कि क्यूओएस तंत्र के बिना भी उनके आईएसपी के लिए उपयोगकर्ता के कनेक्शन और वीओआईपी प्रदाता के अलग आईएसपी से कनेक्शन के लिए उपयोग में हैं। उच्च लोड स्थितियों के तहत, हालांकि, वीओआईपी सेल-फोन की गुणवत्ता या खराब हो सकती है। पैकेट ट्रैफिक के गणित से संकेत मिलता है कि रूढ़िवादी धारणाओं के तहत नेटवर्क को सिर्फ 60% अधिक कच्ची क्षमता की आवश्यकता होती है।[5]

आईपी और ईथरनेट प्रयास

एकल-मालिक नेटवर्कों के विपरीत, इंटरनेट निजी नेटवर्कों को आपस में जोड़ने वाले विनिमय बिंदुओं की एक श्रृंखला है।[6] इसलिए इंटरनेट के कोर का स्वामित्व और प्रबंधन कई अलग-अलग नेटवर्क सेवा प्रदाताओं द्वारा किया जाता है, न कि इकाई के द्वारा। इसका व्यवहार बहुत अधिक अप्रत्याशित होता है।

आधुनिक पैकेट-स्विच्ड आईपी नेटवर्क में क्यूओएस के लिए दो प्रमुख दृष्टिकोण हैं, नेटवर्क के साथ एप्लिकेशन आवश्यकताओं के आदान-प्रदान के आधार पर पैरामीटरयुक्त प्रणाली, और एक प्राथमिकता प्रणाली जहां प्रत्येक पैकेट नेटवर्क के लिए वांछित सेवा स्तर की पहचान करता है।

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

प्रारंभिक कार्य ने नेटवर्क संसाधनों को आरक्षित करने के एकीकृत सेवाओं (इंटसर्व) दर्शन का उपयोग किया। इस मॉडल में, अनुप्रयोगों ने नेटवर्क के माध्यम से संसाधनों का अनुरोध करने और आरक्षित करने के लिए आरएसवीपी का उपयोग किया था।

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

यह माना जाता था कि यह दृष्टिकोण इंटरनेट के विकास के साथ नहीं बढ़ेगा,[7] और किसी भी घटना में एंड-टू-एंड सिद्धांत के प्रति विरोधी था, डिजाइनिंग नेटवर्क की धारणा ताकि कोर राउटर उच्चतम संभव दरों पर पैकेट को स्विच करने की तुलना में थोड़ा अधिक सकते हैं।

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

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

मीडिया एक्सेस कंट्रोल (मैक) परत पर, वीएलएएन आईईईई 802.1Q और आईईईई 802.1p का उपयोग ईथरनेट फ़्रेमों के बीच भेद करने और उन्हें वर्गीकृत करने के लिए किया जा सकता है। प्रदर्शन विश्लेषण और मैक लेयर प्रोटोकॉल के लिए क्यूओएस पर पंक्तिबद्ध सिद्धांत मॉडल विकसित किए गए हैं।[8][9]

सिस्को आईओएस नेटफ्लो और सिस्को क्लास आधारित क्यूओएस (सीबीक्यूओएस) प्रबंधन सूचना आधार (एमआईबी) का विपणन सिस्को सिस्टम्स द्वारा किया जाता है।[10]

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

प्रोटोकॉल

आईपी ​​​​नेटवर्किंग के लिए कई क्यूओएस तंत्र और योजनाएं मौजूद हैं।

  • IPv4 हेडर में सेवा का प्रकार (टीओएस) फ़ील्ड (अब डिफसर्व द्वारा प्रतिस्थापित)
  • विभेदित सेवाएं (डिफसर्व)
  • एकीकृत सेवाएं (इंटसर्व)
  • संसाधन आरक्षण प्रोटोकॉल (आरएसवीपी)
  • आरएसवीपी-टीई

क्यूओएस क्षमताएं निम्नलिखित नेटवर्क प्रौद्योगिकियों में उपलब्ध हैं।

  • मल्टीप्रोटोकॉल लेबल स्विचिंग (एमपीएलएस) आठ क्यूओएस कक्षाएं प्रदान करता है[11]
  • फ्रेम रिले
  • एक्स .25
  • डीएसएल मॉडम
  • एटीएम
  • ऑडियो वीडियो ब्रिजिंग और टाइम-सेंसिटिव नेटवर्किंग के साथ IEEE 802.1Q का समर्थन करने वाला ईथरनेट
  • वाई-फाई आईईईई 802.11e का समर्थन करता है
  • होमपीएनए होम नेटवर्किंग कोक्स और फोन वायर्स पर
  • जी. एचएन होम नेटवर्किंग मानक विवाद-मुक्त संचरण अवसरों (सीएफटीएक्सओपी) के माध्यम से क्यूओएस प्रदान करता है जो उन प्रवाहों के लिए आवंटित किए जाते हैं जिनके लिए क्यूओएस की आवश्यकता होती है और जिन्होंने नेटवर्क नियंत्रक के साथ एक अनुबंध किया है। जी. एचएन विवाद-आधारित टाइम स्लॉट के माध्यम से गैर-क्यूओएस ऑपरेशन का भी समर्थन करता है।

सर्विस की एंड-टू-एंड क्वालिटी

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

रिसर्च कंसोर्टिया जैसे "विषम नेटवर्क पर सेवा समर्थन की एंड-टू-एंड गुणवत्ता" (यूक्यूओएस, 2004 से 2007 तक)[16] और आईपीएसफेयर फोरम[17] जैसे मंचों ने डोमेन से दूसरे डोमेन में क्यूओएस मंगलाचरण के लिए अधिक तंत्र विकसित किए। आईपीएसफेयर ने नेटवर्क सेवाओं को स्थापित करने, आह्वान करने और (प्रयास करने) के लिए सर्विस स्ट्रक्चरिंग स्ट्रैटम (एसएसएस) सिग्नलिंग बस को परिभाषित किया। यूक्यूओएस ने लगभग 15.6 मिलियन यूरो की अनुमानित लागत के साथ सत्र आरंभ प्रोटोकॉल, सिग्नलिंग में अगले कदम और आईपीएसफेयर के एसएसएस को एकीकृत करने के लिए प्रयोग किए और एक पुस्तक प्रकाशित की। [18][19]

शोध परियोजना मल्टी सर्विस एक्सेस एवरीवेयर (एमयूएसई) ने जनवरी 2004 से फरवरी 2006 तक पहले चरण में एक और क्यूओएस अवधारणा को परिभाषित किया, और जनवरी 2006 से 2007 तक दूसरे चरण में।[20][21][22] 2005 के आसपास यूरोपीय फंडिंग के लिए प्लानेट्स नामक एक अन्य शोध परियोजना प्रस्तावित की गई थी।[23] "भविष्य के इंटरनेट के लिए वास्तुकला और डिजाइन" नामक एक व्यापक यूरोपीय परियोजना जिसे 4WARD के रूप में जाना जाता है, का बजट 23.4 मिलियन यूरो अनुमानित था और इसे जनवरी 2008 से जून 2010 तक वित्त पोषित किया गया था।[24] इसमें एक "क्वालिटी ऑफ़ सर्विस थीम" सम्मिलित थी और किताब प्रकाशित की थी।[25][26] एक अन्य यूरोपीय परियोजना, जिसे वाइडेंस (वायरलेस डिप्लॉयबल नेटवर्क सिस्टम) कहा जाता है,[27] ने मोबाइल वायरलेस मल्टीरेट एडहॉक नेटवर्क के लिए बैंडविड्थ आरक्षण दृष्टिकोण का प्रस्ताव दिया।[28]

सीमाएं

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

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

Internet2 परियोजना ने 2001 में पाया कि QoS प्रोटोकॉल शायद उस समय उपलब्ध उपकरणों के साथ उसके Abilene नेटवर्क के अंदर तैनात करने योग्य नहीं थे।[29][lower-alpha 1] समूह ने भविष्यवाणी की थी कि क्यूओएस के उद्देश्य से प्रोटोकॉल संशोधनों द्वारा "तार्किक, वित्तीय और संगठनात्मक बाधाएं किसी भी बैंडविड्थ गारंटी के रास्ते को अवरुद्ध कर देंगी"।[30]

उनका मानना ​​था कि अर्थशास्त्र नेटवर्क प्रदाताओं को प्रोत्साहित करेगा कि ग्राहकों को उच्च कीमत वाली QoS सेवाओं की ओर धकेलने के तरीके के रूप में सर्वोत्तम प्रयास ट्रैफिक की गुणवत्ता को जान-बूझकर नष्ट कर दें। इसके बजाय उन्होंने उस समय अधिक लागत प्रभावी के रूप में क्षमता के अधिक प्रावधान का प्रस्ताव रखा।[29][30]

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

मोबाइल (सेलुलर) क्यूओएस

Main article: Mobile QoS

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

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

मानक

टेलीफोनी के क्षेत्र में सेवा की गुणवत्ता को पहली बार 1994 में ITU-T सिफारिश E.800 में परिभाषित किया गया था। यह परिभाषा बहुत व्यापक है, इसमें 6 प्राथमिक घटकों को सूचीबद्ध किया गया है: समर्थन, संचालन क्षमता, पहुंच, धारणीयता, अखंडता और सुरक्षा।[1] 1998 में ITU ने डेटा नेटवर्किंग के क्षेत्र में QoS पर चर्चा करते हुए एक दस्तावेज़ प्रकाशित किया। X.641 क्यूओएस से संबंधित मानकों को विकसित करने या बढ़ाने का एक साधन प्रदान करता है और अवधारणाओं और शब्दावली प्रदान करता है जो संबंधित मानकों की स्थिरता बनाए रखने में सहायता करनी चाहिए।[32]

कुछ क्यूओएस-संबंधित आईईटीएफ टिप्पणियों के लिए अनुरोध (आरएफसी) हैं बेकर, फ्रेड; ब्लैक, डेविड एल.; निकोलस, कैथलीन; ब्लेक, स्टीवन एल. (दिसंबर 1998), आईपीवी4 और आईपीवी6 हेडर्स, आरएफसी 2474 में डिफरेंशिएटेड सर्विसेज फील्ड (डीएस फील्ड) की परिभाषा, और ब्रैडेन, रॉबर्ट टी.; झांग, लिक्सिया; बर्सन, स्टीवन; हर्ज़ोग, शाई; जैमिन, सुगिह (सितंबर 1997), रिसोर्स रिजर्वेशन प्रोटोकॉल (आरएसवीपी), आरएफसी 2205; इन दोनों की चर्चा ऊपर की गई है। आईईटीएफ ने क्यूओएस: हस्टन, ज्योफ (नवंबर 2000), आईपी क्यूओएसआर्किटेक्चर के लिए अगला कदम, आरएफसी 2990, और इंटरनेट में वॉयस ट्रैफिक के लिए कंजेशन कंट्रोल के संबंध में आईएबी कंसर्न, आरएफसी 3714 पर पृष्ठभूमि देते हुए दो आरएफसी भी प्रकाशित किए हैं।

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

यह भी देखें

टिप्पणियाँ

  1. ↑ Equipment available at the time relied on software to implement QoS.

संदर्भ

  1. ↑ 1.0 1.1 "E.800: Terms and definitions related to quality of service and network performance including dependability". ITU-T Recommendation. August 1994. Retrieved October 14, 2011. Updated September 2008 as Definitions of terms related to quality of service
  2. ↑ Teletraffic Engineering Handbook Archived January 11, 2007, at the Wayback Machine ITU-T Study Group 2 (350 pages, 2.69 MB)(It uses abbreviation GoS instead of QoS)
  3. ↑ Menychtas Andreas (2009). "Real-time reconfiguration for guaranteeing QoS provisioning levels in Grid environments". Future Generation Computer Systems. 25 (7): 779–784. doi:10.1016/j.future.2008.11.001.
  4. ↑ Peuhkuri M. (1999-05-10). "IP Quality of Service". Helsinki University of Technology, Laboratory of Telecommunications Technology. {{cite journal}}: Cite journal requires |journal= (help)
  5. ↑ Yuksel, M.; Ramakrishnan, K. K.; Kalyanaraman, S.; Houle, J. D.; Sadhvani, R. (2007). Value of Supporting Class-of-Service in IP Backbones (PDF). pp. 109–112. CiteSeerX 10.1.1.108.3494. doi:10.1109/IWQOS.2007.376555. ISBN 978-1-4244-1185-6. S2CID 10365270. {{cite book}}: |journal= ignored (help)CS1 maint: location missing publisher (link)
  6. ↑ "An Evening With Robert Kahn". Computer History Museum. 9 Jan 2007. Archived from the original on December 19, 2008.
  7. ↑ "4.9". Handbook of Image and Video Processing (2nd ed.). 2005. ISBN 978-0-12-119792-6. However, the effort required in setting flow-based resource reservations along the route is enormous. Further, the control signaling required and state maintenance at routers limit the scalability of this approach.
  8. ↑ Bianchi, Giuseppe (2000). "Performance analysis of the IEEE 802.11 distributed coordination function". IEEE Journal on Selected Areas in Communications. 18 (3): 535–547. CiteSeerX 10.1.1.464.2640. doi:10.1109/49.840210.
  9. ↑ Shi, Zhefu; Beard, Cory; Mitchell, Ken (2009). "Analytical Models for Understanding Misbehavior and MAC Friendliness in CSMA Networks". Performance Evaluation. 66 (9–10): 469. CiteSeerX 10.1.1.333.3990. doi:10.1016/j.peva.2009.02.002.
  10. ↑ Ben Erwin (December 16, 2008). "How To Manage QoS In Your Environment, Part 1 of 3". Network Performance Daily video. NetQoS. Archived from the original on September 29, 2011. Retrieved October 15, 2011.
  11. ↑ "VoIP on MPLS". Search Unified Communications. Retrieved 12 March 2012.
  12. ↑ Bob Braden ed. L. Zhang, S. Berson, S. Herzog, S. Jamin (September 1997). Resource ReSerVation Protocol (RSVP). IETF. doi:10.17487/RFC2205. RFC 2205.{{citation}}: CS1 maint: multiple names: authors list (link)
  13. ↑ Pana, Flavius; Put, Ferdi (December 2014), "Performance evaluation of RSVP using OPNET Modeler", Simulation Modelling Practice and Theory, 49: 85–97, doi:10.1016/j.simpat.2014.08.005
  14. ↑ MPLS Segment Routing, Arista, 10 December 2019, retrieved 2020-04-16
  15. ↑ ""Next Steps in Signaling" Charter".
  16. ↑ "EuQoS - End-to-end Quality of Service support over heterogeneous networks". Project website. 2004–2006. Archived from the original on April 30, 2007. Retrieved October 12, 2011.
  17. ↑ IPSphere: Enabling Advanced Service Delivery Archived January 13, 2011, at the Wayback Machine
  18. ↑ "End-to-end quality of service support over heterogeneous networks". Project description. European Community Research and Development Information Service. Retrieved October 12, 2011.
  19. ↑ Torsten Braun; Thomas Staub (2008). End-to-end quality of service over heterogeneous networks. Springer. ISBN 978-3-540-79119-5.
  20. ↑ "Multi Service Access Everywhere (MUSE)". Project website. Retrieved October 12, 2011.
  21. ↑ "Multi Service Access Everywhere". Project description. European Community Research and Development Information Service. Retrieved October 12, 2011.
  22. ↑ "Multi Service Access Everywhere". Project description. European Community Research and Development Information Service. Retrieved October 12, 2011.
  23. ↑ "4WARD: Architecture and design for the future Internet". Project description. European Community Research and Development Information Service. Retrieved October 15, 2011.
  24. ↑ "PlaNetS QoS Solution". Project website. 2017-07-28. Archived from the original on November 12, 2009. Retrieved October 12, 2011.
  25. ↑ "Going 4WARD" (PDF). Project newsletter. June 2010. Retrieved October 15, 2011.
  26. ↑ Luís M. Correia; Joao Schwarz (FRW) da Silva (January 30, 2011). Architecture and Design for the Future Internet: 4WARD EU Project. Springer. ISBN 978-90-481-9345-5.
  27. ↑ "Wireless Deployable Network System". Project description. European Union. Retrieved May 23, 2012.
  28. ↑ R. Guimaraes; L. Cerdà; J. M. Barcelo-Ordinas; J. Garcia-Vidal; M. Voorhaen; C. Blondia (March 2009). "Quality of Service through Bandwidth Reservation on Multirate Ad-doc Wireless Networks". Ad Hoc Networks. 7 (2): 388–400. doi:10.1016/j.adhoc.2008.04.002.
  29. ↑ 29.0 29.1 Benjamin Teitelbaum, Stanislav Shalunov (May 3, 2002). "Why Premium IP Service Has Not Deployed (and Probably Never Will)". Draft Informational Document. Internet2 QoS Working Group. Archived from the original on August 30, 2002. Retrieved October 15, 2011.
  30. ↑ 30.0 30.1 Andy Oram (June 11, 2002). "A Nice Way to Get Network Quality of Service?". Platform Independent column. O'Reilly. Archived from the original on August 5, 2002. Retrieved October 15, 2011.
  31. ↑ Gary Bachula (February 7, 2006). "Testimony of Gary R. Bachula, Vice President, Internet2" (PDF). pp. 2–3. Archived from the original (PDF) on January 7, 2010. Retrieved October 15, 2011.
  32. ↑ "X.641: Information technology - Quality of service: framework". ITU-T Recommendation. December 1997.

आगे की पढाई

बाहरी कड़ियाँ

Listen to this article (20 minutes)
Spoken Wikipedia icon
This audio file was created from a revision of this article dated 18 July 2008 (2008-07-18), and does not reflect subsequent edits.
(Audio help · More spoken articles)
Retrieved from ‘https://www.vigyanwiki.in/index.php?title=सेवा_की_गुणवत्ता&oldid=255430’