सबनेटवर्क

From Vigyanwiki
Revision as of 15:49, 1 March 2023 by alpha>Indicwiki (Created page with "{{short description|Logical subdivision of an IP network}} {{Redirect|Subnet|subnets in the mathematics of topology|Subnet (mathematics)}} File:Subnetting Concept-en.svg|t...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
"Subnet" redirects here. For subnets in the mathematics of topology, see Subnet (mathematics).
होस्ट आइडेंटिफ़ायर को विभाजित करके एक सबनेट बनाना

एक सबनेटवर्क या सबनेट एक आईपी ​​​​नेटवर्क का तार्किक उपखंड है।[1]: 1, 16  किसी नेटवर्क को दो या दो से अधिक नेटवर्क में विभाजित करने की प्रक्रिया को सबनेटिंग कहा जाता है।

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

रूटिंग प्रीफिक्स को वर्गहीन इंटर - डोमेन रूटिंग (CIDR) नोटेशन में व्यक्त किया जा सकता है, जिसे नेटवर्क के पहले पते के रूप में लिखा जाता है, जिसके बाद स्लैश कैरेक्टर (/), और बिट-लेंथ के साथ समाप्त होता है। उपसर्ग। उदाहरण के लिए, 198.51.100.0/24 दिए गए पते पर शुरू होने वाले इंटरनेट प्रोटोकॉल संस्करण 4 नेटवर्क का उपसर्ग है, जिसमें नेटवर्क उपसर्ग के लिए 24 बिट आवंटित किए गए हैं, और शेष 8 बिट होस्ट एड्रेसिंग के लिए आरक्षित हैं। रेंज में पते 198.51.100.0 को 198.51.100.255 इस नेटवर्क से संबंधित हैं 198.51.100.255 सबनेट प्रसारण पते के रूप में। IPv6 पता विनिर्देश 2001:db8::/32 2 के साथ एक बड़ा एड्रेस ब्लॉक है96 पते, जिसमें 32-बिट रूटिंग उपसर्ग है।

IPv4 के लिए, एक नेटवर्क को इसके सबनेट मास्क या नेटमास्क द्वारा भी चित्रित किया जा सकता है, जो कि bitmask है, जब नेटवर्क में किसी भी IP पते पर बिटवाइज़ AND ऑपरेशन द्वारा लागू किया जाता है, तो रूटिंग उपसर्ग प्राप्त होता है। सबनेट मास्क भी आईपी पते की तरह डॉट-दशमलव संकेतन में व्यक्त किए जाते हैं। उदाहरण के लिए, उपसर्ग 198.51.100.0/24 में सबनेट मास्क होगा 255.255.255.0.

रूटर (कंप्यूटिंग) के माध्यम से सबनेटवर्क के बीच ट्रैफ़िक का आदान-प्रदान होता है, जब स्रोत पते और गंतव्य पते के रूटिंग उपसर्ग भिन्न होते हैं। राउटर सबनेट के बीच तार्किक या भौतिक सीमा के रूप में कार्य करता है।

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

नेटवर्क एड्रेसिंग और रूटिंग

IPv4 एड्रेस स्पेस 200.100.10.0/24 को सबनेट करने की अवधारणा, जिसमें 256 एड्रेस होते हैं, दो छोटे एड्रेस स्पेस में, अर्थात् 200.100.10.0/25 और 200.100.10.128/25 प्रत्येक 128 एड्रेस के साथ।

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

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

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

किसी पते के रूटिंग उपसर्ग की पहचान सबनेट मास्क द्वारा की जाती है, जिसे उसी रूप में लिखा जाता है जिसका उपयोग IP पतों के लिए किया जाता है। उदाहरण के लिए, एक रूटिंग उपसर्ग के लिए सबनेट मास्क जो एक IPv6 पता के सबसे महत्वपूर्ण 24 बिट्स से बना है, के रूप में लिखा गया है 255.255.255.0.

नेटवर्क उपसर्ग के विनिर्देश का आधुनिक मानक रूप CIDR संकेतन है, जिसका उपयोग IPv4 और IPv6 दोनों के लिए किया जाता है। यह उपसर्ग में बिट्स की संख्या की गणना करता है और उस संख्या को स्लैश (/) वर्ण विभाजक के बाद पते में जोड़ता है। इस अंकन को क्लासलेस इंटर-डोमेन रूटिंग (सीआईडीआर) के साथ पेश किया गया था।[2] IPv6 में नेटवर्क या रूटिंग उपसर्गों को दर्शाने के लिए यह एकमात्र मानक-आधारित रूप है।

उदाहरण के लिए, IPv4 नेटवर्क 192.0.2.0 सबनेट मास्क के साथ 255.255.255.0 के रूप में लिखा गया है 192.0.2.0/24, और IPv6 संकेतन 2001:db8::/32 पता निर्दिष्ट करता है 2001:db8:: और इसके नेटवर्क उपसर्ग में सबसे महत्वपूर्ण 32 बिट्स शामिल हैं।

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

एक IPv4 स्रोत पता, उसके संबद्ध सबनेट मास्क और गंतव्य पते को देखते हुए, एक राउटर यह निर्धारित कर सकता है कि गंतव्य स्थानीय रूप से जुड़े नेटवर्क या दूरस्थ नेटवर्क पर है या नहीं। गंतव्य के सबनेट मास्क की आवश्यकता नहीं है, और आमतौर पर राउटर को इसकी जानकारी नहीं होती है।[3] हालाँकि, IPv6 के लिए, ऑन-लिंक निर्धारण विवरण में भिन्न है और इसके लिए नेबर डिस्कवरी प्रोटोकॉल (NDP) की आवश्यकता होती है।[4][5] इंटरफ़ेस के लिए IPv6 पता असाइनमेंट में लिंक-स्थानीय पतों के अपवाद के साथ, ऑन-लिंक उपसर्ग और इसके विपरीत मिलान की कोई आवश्यकता नहीं होती है।

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

इंटरनेट प्रोटोकॉल संस्करण 4

See also: IPv4 subnetting reference

नेटवर्क उपसर्ग का निर्धारण

एक IPv4 सबनेट मास्क में 32 बिट होते हैं; यह एक (1) का अनुक्रम है जिसके बाद शून्य (0) का एक ब्लॉक होता है। वे नेटवर्क उपसर्ग के लिए उपयोग किए गए पते में बिट्स का संकेत देते हैं और शून्य के अनुगामी ब्लॉक उस हिस्से को मेजबान पहचानकर्ता के रूप में नामित करते हैं।

निम्नलिखित उदाहरण एक पते से नेटवर्क उपसर्ग और मेजबान पहचानकर्ता के पृथक्करण को दर्शाता है (192.0.2.130) और इसके संबद्ध /24 सबनेट मास्क (255.255.255.0). ऑपरेशन को बाइनरी एड्रेस फॉर्मेट का उपयोग करके तालिका में देखा जाता है।

Binary form Dot-decimal notation
IP address 11000000.00000000.00000010.10000010 192.0.2.130
Subnet mask 11111111.11111111.11111111.00000000 255.255.255.0
Network prefix 11000000.00000000.00000010.00000000 192.0.2.0
Host identifier 00000000.00000000.00000000.10000010 0.0.0.130

आईपी ​​​​एड्रेस और सबनेट मास्क के बिटवाइज़ और संचालन का परिणाम नेटवर्क उपसर्ग है 192.0.2.0. मेजबान भाग, जो है 130, बिटवाइज़ और पते के संचालन और सबनेट मास्क के पूरक द्वारा प्राप्त किया गया है।

सबनेटिंग

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

Binary form Dot-decimal notation
IP address 11000000.00000000.00000010.10000010 192.0.2.130
Subnet mask 11111111.11111111.11111111.11000000 255.255.255.192
Network prefix 11000000.00000000.00000010.10000000 192.0.2.128
Host part 00000000.00000000.00000000.00000010 0.0.0.2


विशेष पते और सबनेट

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

एक बड़े नेटवर्क को सबनेट करने से प्राप्त पहले सबनेट में सबनेट बिट समूह के सभी बिट शून्य पर सेट होते हैं। इसलिए इसे सबनेट शून्य कहा जाता है।[7] एक बड़े नेटवर्क को सबनेट करने से प्राप्त अंतिम सबनेट में सबनेट बिट समूह में सभी बिट्स एक पर सेट होते हैं। इसलिए इसे ऑल-वन सबनेट कहा जाता है।[8] IETF ने मूल रूप से इन दो सबनेट के उत्पादन उपयोग को हतोत्साहित किया था। जब उपसर्ग की लंबाई उपलब्ध नहीं होती है, तो बड़े नेटवर्क और पहले सबनेट का एक ही पता होता है, जिससे भ्रम हो सकता है। अंतिम सबनेट के अंत में प्रसारण पते के साथ इसी तरह का भ्रम संभव है। इसलिए, सार्वजनिक इंटरनेट पर सभी शून्य और सभी वाले सबनेट मानों को आरक्षित करने की सिफारिश की गई थी,[9] प्रत्येक सबनेटिंग के लिए उपलब्ध सबनेट की संख्या को दो से कम करना। इस अक्षमता को हटा दिया गया था, और अभ्यास को 1995 में अप्रचलित घोषित कर दिया गया था और यह केवल पुराने उपकरणों से निपटने के लिए प्रासंगिक है।[10] हालांकि ऑल-ज़ीरो और ऑल-वन होस्ट मान क्रमशः सबनेट के नेटवर्क पते और उसके प्रसारण पते के लिए आरक्षित हैं, CIDR का उपयोग करने वाले सिस्टम में सभी सबनेट एक उप-विभाजित नेटवर्क में उपलब्ध हैं। उदाहरण के लिए, ए /24 नेटवर्क को सोलह प्रयोग करने योग्य में विभाजित किया जा सकता है /28 नेटवर्क। प्रत्येक प्रसारण पता, अर्थात। *.15, *.31, …, *.255, प्रत्येक सबनेटवर्क में केवल होस्ट संख्या को कम करता है।

सबनेट होस्ट गिनती

उपलब्ध सबनेटवर्क की संख्या और नेटवर्क में संभावित होस्ट की संख्या की आसानी से गणना की जा सकती है। उदाहरण के लिए, 192.168.5.0/24 नेटवर्क को निम्नलिखित चार में विभाजित किया जा सकता है /26 सबनेट्स। इस प्रक्रिया में हाइलाइट किए गए दो एड्रेस बिट नेटवर्क नंबर का हिस्सा बन जाते हैं।

Network Network (binary) Broadcast address
192.168.5.0/26 11000000.10101000.00000101.00000000 192.168.5.63
192.168.5.64/26 11000000.10101000.00000101.01000000 192.168.5.127
192.168.5.128/26 11000000.10101000.00000101.10000000 192.168.5.191
192.168.5.192/26 11000000.10101000.00000101.11000000 192.168.5.255

सबनेट बिट्स के बाद शेष बिट्स का उपयोग सबनेट के भीतर मेजबानों को संबोधित करने के लिए किया जाता है। उपरोक्त उदाहरण में, सबनेट मास्क में 26 बिट्स होते हैं, जो इसे 255.255.255.192 बनाते हैं, और होस्ट पहचानकर्ता के लिए 6 बिट्स छोड़ते हैं। यह 62 मेजबान संयोजनों के लिए अनुमति देता है (26−2).

सामान्य तौर पर, एक सबनेट पर उपलब्ध होस्ट की संख्या 2 होती हैh−2, जहाँ h पते के होस्ट भाग के लिए उपयोग की जाने वाली बिट्स की संख्या है। उपलब्ध सबनेट की संख्या 2 हैn, जहां n पते के नेटवर्क भाग के लिए उपयोग की जाने वाली बिट्स की संख्या है।

31-बिट सबनेट मास्क के लिए इस नियम का अपवाद है,[11] जिसका अर्थ है कि दो स्वीकार्य पतों के लिए मेजबान पहचानकर्ता केवल एक बिट लंबा है। ऐसे नेटवर्क में, आमतौर पर पॉइंट-टू-पॉइंट (दूरसंचार) | पॉइंट-टू-पॉइंट लिंक, केवल दो होस्ट (अंतिम बिंदु) जुड़े हो सकते हैं और नेटवर्क और प्रसारण पते का एक विनिर्देश आवश्यक नहीं है।

इंटरनेट प्रोटोकॉल संस्करण 6

See also: IPv6 subnetting reference

IPv6 एड्रेस स्पेस का डिज़ाइन IPv4 से काफी अलग है। IPv4 में सबनेटिंग का प्राथमिक कारण विशेष रूप से उद्यमों के लिए उपलब्ध अपेक्षाकृत छोटे एड्रेस स्पेस के उपयोग में दक्षता में सुधार करना है। IPv6 में ऐसी कोई सीमाएँ मौजूद नहीं हैं, क्योंकि बड़ा पता स्थान उपलब्ध है, यहाँ तक कि अंतिम उपयोगकर्ताओं के लिए भी, एक सीमित कारक नहीं है।

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

एक आज्ञाकारी IPv6 सबनेट हमेशा मेजबान पहचानकर्ता में 64 बिट्स वाले पतों का उपयोग करता है।[12]128 बिट्स के पते के आकार को देखते हुए, इसमें /64 रूटिंग उपसर्ग है। हालांकि छोटे सबनेट का उपयोग करना तकनीकी रूप से संभव है,[13]वे ईथरनेट तकनीक पर आधारित स्थानीय क्षेत्र नेटवर्क के लिए अव्यावहारिक हैं, क्योंकि IPv6 स्टेटलेस एड्रेस ऑटोकॉन्फ़िगरेशन के लिए 64 बिट्स की आवश्यकता होती है।[14]इंटरनेट इंजीनियरिंग टास्क फोर्स के उपयोग की सिफारिश करता है /127 पॉइंट-टू-पॉइंट लिंक के लिए सबनेट, जिसमें केवल दो होस्ट हैं।[15][16]

IPv6 ब्रॉडकास्ट ट्रैफिक या नेटवर्क नंबरों के लिए विशेष पता प्रारूपों को लागू नहीं करता है,[17]और इस प्रकार होस्ट एड्रेसिंग के लिए एक सबनेट में सभी पते स्वीकार्य हैं। ऑल-ज़ीरो एड्रेस सबनेट-राउटर एनीकास्ट एड्रेस के रूप में आरक्षित है।[18]सबनेट राउटर एनीकास्ट एड्रेस सबनेट में सबसे कम एड्रेस होता है, इसलिए यह "नेटवर्क एड्रेस" जैसा दिखता है। यदि एक राउटर के एक ही लिंक पर कई सबनेट हैं, तो उस लिंक पर कई सबनेट राउटर एनीकास्ट पते हैं।[19] किसी भी नेटवर्क या सबनेट में पहला और आखिरी पता किसी भी व्यक्तिगत होस्ट को निर्दिष्ट करने की अनुमति नहीं है।[20] अतीत में, IPv6 ग्राहक साइट के लिए अनुशंसित आवंटन 48-बिट (/48) उपसर्ग।[21]हालाँकि, इस सिफारिश को छोटे ब्लॉकों को प्रोत्साहित करने के लिए संशोधित किया गया था, उदाहरण के लिए 56-बिट उपसर्गों का उपयोग करना।[22]आवासीय ग्राहक नेटवर्क के लिए एक अन्य सामान्य आवंटन आकार में 64-बिट उपसर्ग है।

यह भी देखें

संदर्भ

  1. ↑ Jeffrey Mogul; Jon Postel (August 1985). Internet Standard Subnetting Procedure. IETF. doi:10.17487/RFC0950. RFC 950. Updated by RFC 6918.
  2. ↑ V. Fuller; T. Li (August 2006). Classless Inter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan. Network Working Group. doi:10.17487/RFC4632. RFC 4632.
  3. ↑ R. Braden, ed. (October 1989). इंटरनेट होस्ट के लिए आवश्यकताएँ - संचार परतें. Network Working Group IETF. sec. 3.3.1. doi:10.17487/RFC1122. RFC 1122. Updated by RFC 1349, RFC 4379, RFC 5884, RFC 6093, RFC 6298, RFC 6633, RFC 6864, RFC 8029.
  4. ↑ T. Narten; E. Nordmark; W. Simpson; H. Soliman (September 2007). Neighbor Discovery for IP version 6 (IPv6). Network Working Group. doi:10.17487/RFC4861. RFC 4861.
  5. ↑ H. Singh; W. Beebee; E. Nordmark (July 2010). IPv6 Subnet Model: The Relationship between Links and Subnet Prefixes. IETF. doi:10.17487/RFC5942. RFC 5942.
  6. ↑ "Document ID 13711 - Subnet Zero and the All-Ones Subnet". Cisco Systems. 2005-08-10. Retrieved 2010-04-25. Traditionally, it was strongly recommended that subnet zero and the all-ones subnet not be used for addressing. [...] Today, the use of subnet zero and the all-ones subnet is generally accepted and most vendors support their use.
  7. ↑ "Document ID 13711 - Subnet Zero and the All-Ones Subnet". Cisco Systems. 2005-08-10. Retrieved 2010-04-23. the first [...] subnet[...], known as subnet zero
  8. ↑ "Document ID 13711 - Subnet Zero and the All-Ones Subnet". Cisco Systems. 2005-08-10. Retrieved 2010-04-23. [...] the last subnet[...], known as [...] the all-ones subnet
  9. ↑ Jeffrey Mogul; Jon Postel (August 1985). Internet Standard Subnetting Procedure. IETF. p. 6. doi:10.17487/RFC0950. RFC 950. It is useful to preserve and extend the interpretation of these special addresses in subnetted networks. This means the values of all zeros and all ones in the subnet field should not be assigned to actual (physical) subnets.
  10. ↑ Troy Pummill; Bill Manning (December 1995). Variable Length Subnet Table For IPv4. IETF. doi:10.17487/RFC1878. RFC 1878. This practice is obsolete! Modern software will be able to utilize all definable networks. (Informational RFC, demoted to category Historic)
  11. ↑ A. Retana; R. White; V. Fuller; D. McPherson (December 2000). Using 31-Bit Prefixes on IPv4 Point-to-Point Links. doi:10.17487/RFC3021. RFC 3021.
  12. ↑ R. Hinden; S. Deering (February 2006). IP Version 6 Addressing Architecture - section 2.5.1. Interface Identifiers. IETF. sec. 2.5.1. doi:10.17487/RFC4291. RFC 4291. For all unicast addresses, except those that start with the binary value 000, Interface IDs are required to be 64 bits long and to be constructed in Modified EUI-64 format. (Updated by RFC 5952, RFC 6052, RFC 7136, RFC 7346, RFC 7371, RFC 8064.)
  13. ↑ S. Thomson; T. Narten; T. Jinmei (September 2007). IPv6 Stateless Address Autoconfiguration - section 5.5.3.(d) Router Advertisement Processing. IETF. sec. 5.5.3. doi:10.17487/RFC4862. RFC 4862. It is the responsibility of the system administrator to ensure that the lengths of prefixes contained in Router Advertisements are consistent with the length of interface identifiers for that link type. [...] an implementation should not assume a particular constant. Rather, it should expect any lengths of interface identifiers. (Updated by RFC 7527.)
  14. ↑ M. Crawford (December 1998). Transmission of IPv6 Packets over Ethernet Networks - section 4 Stateless Autoconfiguration. IETF. sec. 4. doi:10.17487/RFC2464. RFC 2464. The Interface Identifier [AARCH] for an Ethernet interface is based on the EUI-64 identifier [EUI64] derived from the interface's built-in 48-bit IEEE 802 address. [...] An IPv6 address prefix used for stateless autoconfiguration [ACONF] of an Ethernet interface must have a length of 64 bits. (Updated by RFC 6085, RFC 8064.)
  15. ↑ M. Kohno; B. Nitzan; R. Bush; Y. Matsuzaki; L. Colitti; T. Narten (April 2011). Using 127-Bit IPv6 Prefixes on Inter-Router Links. IETF. doi:10.17487/RFC6164. RFC 6164. On inter-router point-to-point links, it is useful, for security and other reasons, to use 127-bit IPv6 prefixes.
  16. ↑ W. George (February 2012). RFC 3627 to Historic Status. IETF. doi:10.17487/RFC6547. RFC 6547. This document moves "Use of /127 Prefix Length Between Routers Considered Harmful" (RFC 3627) to Historic status to reflect the updated guidance contained in "Using 127-Bit IPv6 Prefixes on Inter-Router Links" (RFC 6164).
  17. ↑ R. Hinden; S. Deering (February 2006). IP Version 6 Addressing Architecture - section 2 IPv6 Addressing. IETF. sec. 2. doi:10.17487/RFC4291. RFC 4291. There are no broadcast addresses in IPv6, their function being superseded by multicast addresses. [...] In IPv6, all zeros and all ones are legal values for any field, unless specifically excluded.
  18. ↑ R. Hinden; S. Deering (February 2006). IP Version 6 Addressing Architecture - section 2.6.1 Required Anycast Address. IETF. sec. 2.6.1. doi:10.17487/RFC4291. RFC 4291. This anycast address is syntactically the same as a unicast address for an interface on the link with the interface identifier set to zero.
  19. ↑ "Subnet Router Anycast Addresses – what are they, how do they work? – Into6".
  20. ↑ "TCP/IP addressing and subnetting - Windows Client".
  21. ↑ "IPv6 Addressing Plans". ARIN IPv6 Wiki. Retrieved 2010-04-25. All customers get one /48 unless they can show that they need more than 65k subnets. [...] If you have lots of consumer customers you may want to assign /56s to private residence sites.
  22. ↑ T. Narten; G. Huston; L. Roberts (March 2011). IPv6 Address Assignment to End Sites. IETF. doi:10.17487/RFC6177. ISSN 2070-1721. BCP 157. RFC 6177. APNIC, ARIN, and RIPE have revised the end site assignment policy to encourage the assignment of smaller (i.e., /56) blocks to end sites.


अग्रिम पठन


बाहरी संबंध

Wikiversity has learning resources about Subnetting
Retrieved from ‘https://www.vigyanwiki.in/index.php?title=सबनेटवर्क&oldid=112193’