सबनेटवर्क

From Vigyanwiki
Revision as of 09:07, 18 March 2023 by Indicwiki (talk | contribs) (10 revisions imported from alpha:सबनेटवर्क)
"सबनेट" redirects here. For टोपोलॉजी के गणित में सबनेट, see सबनेट (गणित).
होस्ट आइडेंटिफ़ायर को विभाजित करके सबनेट बनाना

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

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

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

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

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

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

नेटवर्क पतािंग और रूटिंग

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

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

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

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

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

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

आईपीवी6 में नेटवर्क या रूटिंग उपसर्गों को दर्शाने के लिए यह एकमात्र मानक-आधारित रूप है।

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

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

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

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

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

See also: आईपीवी4 सबनेटिंग संदर्भ

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

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

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

बाइनरी रूप डॉट-दशमलव अंकन
आईपी ​​पता 11000000.00000000.00000010.10000010 192.0.2.130
सबनेट मास्क 11111111.11111111.11111111.00000000 255.255.255.0
नेटवर्क उपसर्ग 11000000.00000000.00000010.00000000 192.0.2.0
होस्ट पहचानकर्ता 00000000.00000000.00000000.10000010 0.0.0.130

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

सबनेटिंग

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

बाइनरी रूप डॉट-दशमलव अंकन
आईपी ​​पता 11000000.00000000.00000010.10000010 192.0.2.130
सबनेट मास्क 11111111.11111111.11111111.11000000 255.255.255.192
नेटवर्क उपसर्ग 11000000.00000000.00000010.10000000 192.0.2.128
होस्ट भाग 00000000.00000000.00000000.00000010 0.0.0.2


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

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

बड़े नेटवर्क को सबनेट करने से प्राप्त पहले सबनेट में सबनेट बिट समूह के सभी बिट शून्य पर समुच्चय होते हैं। इसलिए इसे सबनेट शून्य कहा जाता है।[7] बड़े नेटवर्क को सबनेट करने से प्राप्त अंतिम सबनेट में सबनेट बिट समूह में सभी बिट्स पर समुच्चय होते हैं। इसलिए इसे ऑल-वन सबनेट कहा जाता है।[8]

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

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

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

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

नेटवर्क नेटवर्क (बाइनरी) प्रसारण पता
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) के लिए अनुमति देता है।

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

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

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

See also: आईपीवी4 सबनेटिंग संदर्भ

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

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

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

आईपीवी6 ब्रॉडकास्ट ट्रैफिक या नेटवर्क संख्याों के लिए विशेष पता प्रारूपों को प्रायुक्त नहीं करता है,[17]और इस प्रकार होस्ट पतािंग के लिए सबनेट में सभी पते स्वीकार्य हैं। ऑल-ज़ीरो पता सबनेट-राउटर एनीकास्ट पता के रूप में आरक्षित है।[18] सबनेट राउटर एनीकास्ट पता सबनेट में सबसे कम पता होता है, इसलिए यह "नेटवर्क पता" जैसा दिखता है। यदि राउटर के ही लिंक पर कई सबनेट हैं, तो उस लिंक पर कई सबनेट राउटर एनीकास्ट पते हैं।[19] किसी भी नेटवर्क या सबनेट में पहला और आखिरी पता किसी भी व्यक्तिगत होस्ट को निर्दिष्ट करने की अनुमति नहीं है।[20]

अतीत में, आईपीवी6 ग्राहक साइट के लिए अनुशंसित आवंटन 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=112203’