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

सबनेटवर्क एक्सेस प्रोटोकॉल (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 करने की अनुमति दी जा सके जो दिए गए संचार प्रोटोकॉल को समझता है।

पृष्ठभूमि

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

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

आईएसओ/आईईसी टीआर 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 का उपयोग करती हैं।

प्रयोग करें

SNAP IEEE 802 सिंहावलोकन और वास्तुकला दस्तावेज़ में निर्दिष्ट 802.2 LLC का विस्तार है। यदि गंतव्य SAP (DSAP) और स्रोत SAP (SSAP) में AA या AB के हेक्साडेसिमल मान हैं, तो 5-ऑक्टेट SNAP हेडर 802.2 LLC हेडर का अनुसरण करता है:

802.2 LLC Header			SNAP extension
DSAP	SSAP	Control	OUI	Protocol ID
1 octet	1 octet	1 or 2 octets	3 octets	2 octets

SNAP हेडर में 3-ऑक्टेट IEEE संगठनात्मक रूप से विशिष्ट पहचानकर्ता (OUI) होता है, जिसके बाद 2-ऑक्टेट प्रोटोकॉल आईडी होता है। यदि OUI शून्य है, तो SNAP के शीर्ष पर चल रहे प्रोटोकॉल के लिए प्रोटोकॉल ID पंजीकृत EtherType मान है। यदि OUI किसी विशेष संगठन के लिए OUI है, तो प्रोटोकॉल ID उस संगठन द्वारा SNAP के शीर्ष पर चल रहे प्रोटोकॉल को निर्दिष्ट मान है।

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

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

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

IETF RFC 1042 के अनुसार, IP डेटाग्राम और ARP डेटाग्राम, ईथरनेट/IEEE 802.3 को छोड़कर, जहाँ वे RFC 894 के अनुसार ईथरनेट II हेडर के साथ प्रेषित होते हैं, LLC और SNAP हेडर का उपयोग करके IEEE 802 नेटवर्क पर प्रसारित किए जाते हैं।