उप-नेटवर्क अभिगम प्रोटोकॉल (एसएनएपी): Difference between revisions

From Vigyanwiki
(Created page with "{{refimprove|date=January 2018}} सबनेटवर्क एक्सेस प्रोटोकॉल (SNAP) IEEE 802.2 LLC का उपयोग करने व...")
 
No edit summary
 
(4 intermediate revisions by 4 users not shown)
Line 1: Line 1:
{{refimprove|date=January 2018}}
'''उप-नेटवर्क अभिगम प्रोटोकॉल''' ('''एसएनएपी''') [[IEEE 802|विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802]].2 एलएलसी का उपयोग करने वाले नेटवर्क पर मल्टीप्लेक्सिंग के लिए एक तंत्र है, 8-बिट 802.2 [[सर्विस एक्सेस प्वाइंट|सेवा अभिगम बिन्दु]] (एसएपी) क्षेत्र से अधिक प्रोटोकॉल को अलग किया जा सकता है। उप-नेटवर्क अभिगम प्रोटोकॉल [[इथर-प्रकार|ईथरटाइप]] क्षेत्र मानों द्वारा प्रोटोकॉल की पहचान करने का समर्थन करता है; यह विक्रेता-निजी प्रोटोकॉल अभिज्ञापक स्थान का भी समर्थन करता है। इसका उपयोग विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.3, विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.4, विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.5, विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.11 और अन्य विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802 भौतिक स्तरों के साथ-साथ गैर-विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802 भौतिक नेटवर्क स्तरों जैसे [[FDDI|फाइबर वितरित डेटा इंटरफ़ेस]] के साथ किया जाता है जो 802.2 एलएलसी का उपयोग करती हैं।


सबनेटवर्क एक्सेस प्रोटोकॉल (SNAP) [[IEEE 802]].2 LLC का उपयोग करने वाले नेटवर्क पर मल्टीप्लेक्सिंग के लिए एक तंत्र है, 8-बिट 802.2 [[सर्विस एक्सेस प्वाइंट]] (SAP) फ़ील्ड से अधिक प्रोटोकॉल को अलग किया जा सकता है। SNAP [[इथर-प्रकार]] फ़ील्ड मानों द्वारा प्रोटोकॉल की पहचान करने का समर्थन करता है; यह विक्रेता-निजी प्रोटोकॉल पहचानकर्ता रिक्त स्थान का भी समर्थन करता है। इसका उपयोग IEEE 802.3, IEEE 802.4, IEEE 802.5, IEEE 802.11 और अन्य IEEE 802 भौतिक परतों के साथ-साथ गैर-IEEE 802 भौतिक नेटवर्क परतों जैसे [[FDDI]] के साथ किया जाता है जो 802.2 LLC का उपयोग करती हैं।
उप-नेटवर्क अभिगम प्रोटोकॉल और एलएसएपी क्षेत्र पैकेट में प्रसारण नोड पर जोड़े जाते हैं ताकि प्राप्त नोड को प्रत्येक प्राप्त फ्रेम (नेटवर्किंग) को एक उपयुक्त उपकरण ड्राइवर को पास करने की स्वीकृति मिल सके जो दिए गए प्रोटोकॉल को समझता है।


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


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


स्रोत सेवा पहुँच बिंदु (SSAP) और गंतव्य सेवा पहुँच बिंदु (DSAP) सहित SAP का सबसे आम संदर्भ डेटा लिंक परत और नेटवर्क परत के बीच की सीमा को संदर्भित करता है। SAP के बारे में केवल लेयर 2 पर इसके उपयोग के संदर्भ में सोचना आम है, विशेष रूप से IEEE 802.2 मानकों में परिभाषित इसके [[ तार्किक लिंक नियंत्रण ]] (LLC) सब-लेयर में। लिंक सर्विस एक्सेस प्वाइंट (एलएसएपी) में डेस्टिनेशन सर्विस एक्सेस प्वाइंट (डीएसएपी) और सोर्स सर्विस एक्सेस प्वाइंट (एसएसएपी) दोनों शामिल हैं। यह मैक स्टेशन को विभिन्न प्रोटोकॉल के माध्यम से ऊपरी परतों के साथ संवाद करने में सक्षम बनाता है।<br />
मानकीकरण के लिए अंतर्राष्ट्रीय संगठन/अंतर्राष्ट्रीय विद्युत-तकनीकी आयोग टीआर 11802-1 में रिकॉर्ड मानक नेटवर्क परत प्रोटोकॉल को आरक्षित एलएलसी एड्रैस पर निर्दिष्ट किए गए हैं। एलएलसी एड्रेस स्थान का आधा भाग ऐसे असाइनमेंट (समनुदेशन) के लिए आरक्षित है। अन्य प्रोटोकॉल को दो तरह से समायोजित किया जाता है। एक तरीका एलएसएपी के स्थानीय असाइनमेंट से है, जिसके लिए एलएलसी एड्रेस स्थान का दूसरा आधा भाग उपलब्ध है। दूसरा तरीका एक विशेष आरक्षित एलएलसी एड्रैस मान का उपयोग करना है जिसे उप-नेटवर्क अभिगम प्रोटोकॉल (एसएनएपी) के संयोजन के साथ उपयोग के लिए समनुदेशित किया गया है जिसे उप-नेटवर्क अभिगम प्रोटोकॉल एड्रैस कहा जाता है। उप-नेटवर्क अभिगम प्रोटोकॉल एड्रैस प्रत्येक मीडिया अभिगम नियंत्रण सेवा अभिगम विन्दु में एक एकल एलएसएपी की पहचान करता है। इस प्रकार, स्नैप का उपयोग करने वाले प्रत्येक प्रोटोकॉल को प्रोटोकॉल पहचानकर्ता को नियोजित करना चाहिए। इस प्रकार, उप-नेटवर्क अभिगम प्रोटोकॉल (एसएनएपी) विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.2 तार्किक लिंक नियंत्रण का उपयोग करने वाले नेटवर्क पर मल्टीप्लेक्सिंग के लिए एक तंत्र है, 8-बिट 802.2 सेवा अभिगम पॉइंट (एसएपी) क्षेत्र द्वारा अलग किए जा सकने वाले प्रोटोकॉल से अधिक उप-नेटवर्क अभिगम प्रोटोकॉल [[ईथरनेट]]-टाइप क्षेत्र मानों द्वारा प्रोटोकॉल की पहचान करने का समर्थन करता है; यह विक्रेता-निजी प्रोटोकॉल अभिज्ञापक स्थान का भी समर्थन करता है। इसका उपयोग विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.3, विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.4, विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.5, विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.11 और अन्य विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802 भौतिक स्तरों के साथ-साथ गैर-विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802 भौतिक नेटवर्क स्तरों जैसे फाइबर वितरित डेटा इंटरफ़ेस के साथ किया जाता है जो 802.2 एलएलसी का उपयोग करती हैं।


आईएसओ/आईईसी टीआर 11802-1 में दर्ज मानक नेटवर्क परत प्रोटोकॉल को आरक्षित एलएलसी पते सौंपे गए हैं। एलएलसी एड्रेस स्पेस का आधा हिस्सा ऐसे असाइनमेंट के लिए आरक्षित है। अन्य प्रोटोकॉल को दो तरह से समायोजित किया जाता है। एक तरीका एलएसएपी के स्थानीय असाइनमेंट से है, जिसके लिए एलएलसी एड्रेस स्पेस का दूसरा आधा हिस्सा उपलब्ध है।
== उपयोग ==
दूसरा तरीका एक विशेष आरक्षित एलएलसी पता मूल्य का उपयोग करना है जिसे उप-नेटवर्क एक्सेस प्रोटोकॉल (एसएनएपी) के संयोजन के साथ उपयोग के लिए असाइन किया गया है जिसे एसएनएपी पता कहा जाता है। SNAP पता प्रत्येक MAC SAP में एक एकल LSAP की पहचान करता है। इस प्रकार, स्नैप का उपयोग करने वाले प्रत्येक प्रोटोकॉल को प्रोटोकॉल पहचानकर्ता को नियोजित करना चाहिए। इस प्रकार, सबनेटवर्क एक्सेस प्रोटोकॉल (SNAP) IEEE 802.2 लॉजिकल लिंक कंट्रोल का उपयोग करने वाले नेटवर्क पर मल्टीप्लेक्सिंग के लिए एक तंत्र है, 8-बिट 802.2 सर्विस एक्सेस पॉइंट (SAP) फ़ील्ड द्वारा अलग किए जा सकने वाले प्रोटोकॉल से अधिक। SNAP [[ईथरनेट]] प्रकार फ़ील्ड मानों द्वारा प्रोटोकॉल की पहचान करने का समर्थन करता है; यह विक्रेता-निजी प्रोटोकॉल पहचानकर्ता रिक्त स्थान का भी समर्थन करता है। इसका उपयोग IEEE 802.3, IEEE 802.4, IEEE 802.5, IEEE 802.11 और अन्य IEEE 802 भौतिक परतों के साथ-साथ गैर-IEEE 802 भौतिक नेटवर्क परतों जैसे FDDI के साथ किया जाता है जो 802.2 LLC का उपयोग करती हैं।
उप-नेटवर्क अभिगम प्रोटोकॉल विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802 अवलोकन और संचरना दस्तावेज़ में निर्दिष्ट 802.2 एलएलसी का विस्तार है।<ref>{{citation |url=http://standards.ieee.org/about/get/802/802.html |title=IEEE 802 Overview and Architecture |publisher=[[IEEE]] |accessdate=2014-08-02}}</ref> यदि गंतव्य सेवा अभिगम विन्दु (डीएसएपी) और स्रोत सेवा अभिगम विन्दु (एसएसएपी) में एए या एबी के हेक्साडेसिमल मान हैं, तो 5-ऑक्टेट उप-नेटवर्क अभिगम प्रोटोकॉल हेडर 802.2 एलएलसी हेडर का अनुसरण करता है:
 
== प्रयोग करें ==
SNAP IEEE 802 सिंहावलोकन और वास्तुकला दस्तावेज़ में निर्दिष्ट 802.2 LLC का विस्तार है।<ref>{{citation |url=http://standards.ieee.org/about/get/802/802.html |title=IEEE 802 Overview and Architecture |publisher=[[IEEE]] |accessdate=2014-08-02}}</ref> यदि गंतव्य SAP (DSAP) और स्रोत SAP (SSAP) में AA या AB के हेक्साडेसिमल मान हैं, तो 5-ऑक्टेट SNAP हेडर 802.2 LLC हेडर का अनुसरण करता है:


{| class="wikitable"
{| class="wikitable"
!colspan="3"|802.2 LLC Header
!colspan="3"|802.2 एलएलसी हेडर
!colspan="2"|SNAP extension
!colspan="2"|स्नैप एक्सटेंशन
|-
|-
!DSAP
!डीएसएपी
!SSAP
!एसएसएपी
!Control
!नियंत्रण
!OUI
!ओयूआई
!Protocol ID
!प्रोटोकॉल आईडी
|-
|-
|1 octet
|1 ऑक्टेट
|1 octet
|1 ऑक्टेट
|1 or 2 octets
|1 या 2 ऑक्टेट
|3 octets
|3 ऑक्टेट
|style="text-align:center;"|2 octets
|style="text-align:center;"|2 ऑक्टेट्स
|}
|}
SNAP हेडर में 3-ऑक्टेट [[IEEE]] संगठनात्मक रूप से विशिष्ट पहचानकर्ता (OUI) होता है, जिसके बाद 2-ऑक्टेट प्रोटोकॉल आईडी होता है। यदि OUI शून्य है, तो SNAP के शीर्ष पर चल रहे प्रोटोकॉल के लिए प्रोटोकॉल ID पंजीकृत EtherType मान है। यदि OUI किसी विशेष संगठन के लिए OUI है, तो प्रोटोकॉल ID उस संगठन द्वारा SNAP के शीर्ष पर चल रहे प्रोटोकॉल को निर्दिष्ट मान है।
उप-नेटवर्क अभिगम प्रोटोकॉल हेडर में 3-ऑक्टेट [[IEEE|विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान]] संगठनात्मक रूप से विशिष्ट पहचानकर्ता (ओयूआई) होता है, जिसके बाद 2-ऑक्टेट प्रोटोकॉल आईडी होता है। यदि ओयूआई शून्य है, तो उप-नेटवर्क अभिगम प्रोटोकॉल के शीर्ष पर सक्रिय प्रोटोकॉल के लिए प्रोटोकॉल आईडी पंजीकृत ईथर टाइप मान है। यदि ओयूआई किसी विशेष संगठन के लिए ओयूआई है, तो प्रोटोकॉल आईडी उस संगठन द्वारा उप-नेटवर्क अभिगम प्रोटोकॉल के शीर्ष पर सक्रिय प्रोटोकॉल को निर्दिष्ट मान है।


SNAP का उपयोग आमतौर पर IEEE 802.2#Control_Field 802.2 [[प्रोटोकॉल डेटा यूनिट]] (PDUs) के साथ किया जाता है, जिसका नियंत्रण फ़ील्ड मान 3 होता है, और LSAP मान आमतौर पर हेक्साडेसिमल AA होते हैं, इसलिए SNAP पैकेट के लिए 802.2 LLC हेडर आमतौर पर AA AA 03 होता है; हालाँकि, SNAP का उपयोग अन्य PDU प्रकारों के साथ भी किया जा सकता है।
उप-नेटवर्क अभिगम प्रोटोकॉल का उपयोग सामान्य रूप से बिना संख्या वाली जानकारी 802.2 प्रोटोकॉल डेटा यूनिट (पीडीयू) के साथ किया जाता है, जिसका नियंत्रण फ़ील्ड मान 3 होता है, और एलएसएपी मान सामान्य रूप से हेक्साडेसिमल एए होते हैं, इसलिए उप-नेटवर्क अभिगम प्रोटोकॉल पैकेट के लिए 802.2 एलएलसी हेडर सामान्य रूप से एए एए 03 होता है; हालाँकि, उप-नेटवर्क अभिगम प्रोटोकॉल का उपयोग अन्य प्रोटोकॉल डेटा यूनिट प्रकारों के साथ भी किया जा सकता है।


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


कोई पूछ सकता है, एक अलग उप-नेटवर्क हेडर क्यों जरूरी है? . उत्तर यह है कि यह एलएलसी हेडर के लेआउट के दौरान किए गए निर्णय को बढ़ाने के लिए था। उस समय जब एलएलसी हेडर डिजाइन किया जा रहा था, यह सोचा गया था कि हेडर में एक एकल ऑक्टेट (256 संभावित मान) उन सभी प्रोटोकॉल मूल्यों को निर्दिष्ट करने के लिए पर्याप्त होगा जो विक्रेता पंजीकृत करना चाहते हैं। जैसे ही मूल्य आरक्षित होने लगे, यह पता चला कि एलएलसी हेडर जल्द ही खुले मूल्यों से बाहर हो जाएगा। हेक्साडेसिमल एए और एबी मान आरक्षित थे, और एक अतिरिक्त हेडर- स्नैप हेडर- विकसित किया गया था; यह सभी ईथरटाइप मूल्यों और निजी प्रोटोकॉल मूल्यों के कई स्थानों का समर्थन कर सकता है।
कोई पूछ सकता है, एक अलग उप-नेटवर्क हेडर क्यों आवश्यक है? उत्तर यह है कि यह एलएलसी हेडर के लेआउट के समय किए गए निर्णय को बढ़ाने के लिए था। उस समय जब एलएलसी हेडर डिजाइन किया जा रहा था, यह विचार किया गया था कि हेडर में एकल ऑक्टेट (256 संभावित मान) उन सभी प्रोटोकॉल मानो को निर्दिष्ट करने के लिए पर्याप्त होगा जो विक्रेता पंजीकृत करना चाहते हैं। जैसे ही मान आरक्षित होने लगे, यह पता चला कि एलएलसी हेडर शीघ्र ही मुक्त मानो से बाहर हो जाएगा। हेक्साडेसिमल एए और एबी मान आरक्षित थे, और एक अतिरिक्त स्नैप हेडर विकसित किया गया था; यह सभी ईथरटाइप मानो और निजी प्रोटोकॉल मानो के कई स्थानों का समर्थन कर सकता है।
   
   
[[IETF]] RFC 1042 के अनुसार, IP डेटाग्राम और ARP डेटाग्राम, ईथरनेट/IEEE 802.3 को छोड़कर, जहाँ वे RFC 894 के अनुसार ईथरनेट II हेडर के साथ प्रेषित होते हैं, LLC और SNAP हेडर का उपयोग करके IEEE 802 नेटवर्क पर प्रसारित किए जाते हैं।
इंटरनेट अभियांत्रिकी कार्य फोर्स [rfc:1042 रेडियो आवृत्ति चैनल 1042] के अनुसार, इंटरनेट प्रोटोकॉल डेटाग्राम और एड्रैस विघटन प्रोटोकॉल डेटाग्राम, ईथरनेट/विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.3 को छोड़कर, जहाँ वे रेडियो आवृत्ति चैनल [rfc:894 894] के अनुसार ईथरनेट II हेडर के साथ प्रेषित होते हैं, एलएलसी और उप-नेटवर्क अभिगम प्रोटोकॉल हेडर का उपयोग करके विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802 नेटवर्क पर प्रसारित किए जाते हैं।


==संदर्भ==
==संदर्भ==
{{reflist}}
{{reflist}}
[[Category: लिंक प्रोटोकॉल]] [[Category: तार्किक लिंक नियंत्रण]]


[[Category: Machine Translated Page]]
[[Category:Created On 04/05/2023]]
[[Category:Created On 04/05/2023]]
[[Category:Machine Translated Page]]
[[Category:Pages with script errors]]
[[Category:Templates Vigyan Ready]]
[[Category:तार्किक लिंक नियंत्रण]]
[[Category:लिंक प्रोटोकॉल]]

Latest revision as of 17:52, 17 May 2023

उप-नेटवर्क अभिगम प्रोटोकॉल (एसएनएपी) विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.2 एलएलसी का उपयोग करने वाले नेटवर्क पर मल्टीप्लेक्सिंग के लिए एक तंत्र है, 8-बिट 802.2 सेवा अभिगम बिन्दु (एसएपी) क्षेत्र से अधिक प्रोटोकॉल को अलग किया जा सकता है। उप-नेटवर्क अभिगम प्रोटोकॉल ईथरटाइप क्षेत्र मानों द्वारा प्रोटोकॉल की पहचान करने का समर्थन करता है; यह विक्रेता-निजी प्रोटोकॉल अभिज्ञापक स्थान का भी समर्थन करता है। इसका उपयोग विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.3, विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.4, विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.5, विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.11 और अन्य विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802 भौतिक स्तरों के साथ-साथ गैर-विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802 भौतिक नेटवर्क स्तरों जैसे फाइबर वितरित डेटा इंटरफ़ेस के साथ किया जाता है जो 802.2 एलएलसी का उपयोग करती हैं।

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

बैकग्राउन्ड

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

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

मानकीकरण के लिए अंतर्राष्ट्रीय संगठन/अंतर्राष्ट्रीय विद्युत-तकनीकी आयोग टीआर 11802-1 में रिकॉर्ड मानक नेटवर्क परत प्रोटोकॉल को आरक्षित एलएलसी एड्रैस पर निर्दिष्ट किए गए हैं। एलएलसी एड्रेस स्थान का आधा भाग ऐसे असाइनमेंट (समनुदेशन) के लिए आरक्षित है। अन्य प्रोटोकॉल को दो तरह से समायोजित किया जाता है। एक तरीका एलएसएपी के स्थानीय असाइनमेंट से है, जिसके लिए एलएलसी एड्रेस स्थान का दूसरा आधा भाग उपलब्ध है। दूसरा तरीका एक विशेष आरक्षित एलएलसी एड्रैस मान का उपयोग करना है जिसे उप-नेटवर्क अभिगम प्रोटोकॉल (एसएनएपी) के संयोजन के साथ उपयोग के लिए समनुदेशित किया गया है जिसे उप-नेटवर्क अभिगम प्रोटोकॉल एड्रैस कहा जाता है। उप-नेटवर्क अभिगम प्रोटोकॉल एड्रैस प्रत्येक मीडिया अभिगम नियंत्रण सेवा अभिगम विन्दु में एक एकल एलएसएपी की पहचान करता है। इस प्रकार, स्नैप का उपयोग करने वाले प्रत्येक प्रोटोकॉल को प्रोटोकॉल पहचानकर्ता को नियोजित करना चाहिए। इस प्रकार, उप-नेटवर्क अभिगम प्रोटोकॉल (एसएनएपी) विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.2 तार्किक लिंक नियंत्रण का उपयोग करने वाले नेटवर्क पर मल्टीप्लेक्सिंग के लिए एक तंत्र है, 8-बिट 802.2 सेवा अभिगम पॉइंट (एसएपी) क्षेत्र द्वारा अलग किए जा सकने वाले प्रोटोकॉल से अधिक उप-नेटवर्क अभिगम प्रोटोकॉल ईथरनेट-टाइप क्षेत्र मानों द्वारा प्रोटोकॉल की पहचान करने का समर्थन करता है; यह विक्रेता-निजी प्रोटोकॉल अभिज्ञापक स्थान का भी समर्थन करता है। इसका उपयोग विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.3, विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.4, विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.5, विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.11 और अन्य विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802 भौतिक स्तरों के साथ-साथ गैर-विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802 भौतिक नेटवर्क स्तरों जैसे फाइबर वितरित डेटा इंटरफ़ेस के साथ किया जाता है जो 802.2 एलएलसी का उपयोग करती हैं।

उपयोग

उप-नेटवर्क अभिगम प्रोटोकॉल विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802 अवलोकन और संचरना दस्तावेज़ में निर्दिष्ट 802.2 एलएलसी का विस्तार है।[1] यदि गंतव्य सेवा अभिगम विन्दु (डीएसएपी) और स्रोत सेवा अभिगम विन्दु (एसएसएपी) में एए या एबी के हेक्साडेसिमल मान हैं, तो 5-ऑक्टेट उप-नेटवर्क अभिगम प्रोटोकॉल हेडर 802.2 एलएलसी हेडर का अनुसरण करता है:

802.2 एलएलसी हेडर स्नैप एक्सटेंशन
डीएसएपी एसएसएपी नियंत्रण ओयूआई प्रोटोकॉल आईडी
1 ऑक्टेट 1 ऑक्टेट 1 या 2 ऑक्टेट 3 ऑक्टेट 2 ऑक्टेट्स

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

उप-नेटवर्क अभिगम प्रोटोकॉल का उपयोग सामान्य रूप से बिना संख्या वाली जानकारी 802.2 प्रोटोकॉल डेटा यूनिट (पीडीयू) के साथ किया जाता है, जिसका नियंत्रण फ़ील्ड मान 3 होता है, और एलएसएपी मान सामान्य रूप से हेक्साडेसिमल एए होते हैं, इसलिए उप-नेटवर्क अभिगम प्रोटोकॉल पैकेट के लिए 802.2 एलएलसी हेडर सामान्य रूप से एए एए 03 होता है; हालाँकि, उप-नेटवर्क अभिगम प्रोटोकॉल का उपयोग अन्य प्रोटोकॉल डेटा यूनिट प्रकारों के साथ भी किया जा सकता है।

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

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

इंटरनेट अभियांत्रिकी कार्य फोर्स [rfc:1042 रेडियो आवृत्ति चैनल 1042] के अनुसार, इंटरनेट प्रोटोकॉल डेटाग्राम और एड्रैस विघटन प्रोटोकॉल डेटाग्राम, ईथरनेट/विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802.3 को छोड़कर, जहाँ वे रेडियो आवृत्ति चैनल [rfc:894 894] के अनुसार ईथरनेट II हेडर के साथ प्रेषित होते हैं, एलएलसी और उप-नेटवर्क अभिगम प्रोटोकॉल हेडर का उपयोग करके विद्युत और इलेक्ट्रॉनिक्स इंजीनियर संस्थान 802 नेटवर्क पर प्रसारित किए जाते हैं।

संदर्भ

  1. IEEE 802 Overview and Architecture, IEEE, retrieved 2014-08-02