View source for सबनेटवर्क

{{short description|Logical subdivision of an IP network}}
{{Redirect|Subnet|subnets in the mathematics of topology|Subnet (mathematics)}}

 [[File:Subnetting Concept-en.svg|thumb|300px|right|होस्ट आइडेंटिफ़ायर को विभाजित करके सबनेट बनाना]]सबनेटवर्क या सबनेट [[आईपी नेटवर्क]] का तार्किक उपखंड है।<ref name="rfc950">{{Cite IETF
    | rfc         = 950
    | publisher   = [[IETF]]
    | author1     = Jeffrey Mogul
    | author2     = Jon Postel
    | authorlink2 = Jon Postel
    | title       = Internet Standard Subnetting Procedure
    | date        = August 1985
  }} Updated by RFC 6918.</ref>{{rp|1,16}} किसी नेटवर्क को दो या दो से अधिक नेटवर्क में विभाजित करने की प्रक्रिया को सबनेटिंग कहा जाता है।

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

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

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

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

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

== नेटवर्क एड्रेसिंग और रूटिंग ==
[[File:Subnetting Concept.svg|thumb|400px|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 बिट्स से बना है, के रूप में लिखा गया है {{IPaddr|255.255.255.0}}.

नेटवर्क उपसर्ग के विनिर्देश का आधुनिक मानक रूप CIDR संकेतन है, जिसका उपयोग IPv4 और IPv6 दोनों के लिए किया जाता है। यह उपसर्ग में बिट्स की संख्या की गणना करता है और उस संख्या को स्लैश (/) वर्ण विभाजक के बाद पते में जोड़ता है। इस अंकन को क्लासलेस इंटर-डोमेन रूटिंग (सीआईडीआर) के साथ पेश किया गया था।<ref name="rfc4632">{{Cite IETF|rfc=4632|title=Classless Inter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan|author1=V. Fuller|author2=T. Li|date=August 2006|publisher=Network Working Group}}</ref>
IPv6 में नेटवर्क या रूटिंग उपसर्गों को दर्शाने के लिए यह एकमात्र मानक-आधारित रूप है।

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

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

IPv4 स्रोत पता, उसके संबद्ध सबनेट मास्क और गंतव्य पते को देखते हुए, राउटर यह निर्धारित कर सकता है कि गंतव्य स्थानीय रूप से जुड़े नेटवर्क या दूरस्थ नेटवर्क पर है या नहीं। गंतव्य के सबनेट मास्क की आवश्यकता नहीं है, और आमतौर पर राउटर को इसकी जानकारी नहीं होती है।<ref name="rfc1122">{{Cite IETF|rfc=1122|title=इंटरनेट होस्ट के लिए आवश्यकताएँ - संचार परतें|section=3.3.1|editor=R. Braden|publisher=Network Working Group [[IETF]]|date=October 1989}} Updated by RFC 1349, RFC 4379, RFC 5884, RFC 6093, RFC 6298, RFC 6633, RFC 6864, RFC 8029.</ref> हालाँकि, IPv6 के लिए, ऑन-लिंक निर्धारण विवरण में भिन्न है और इसके लिए [[नेबर डिस्कवरी प्रोटोकॉल]] (NDP) की आवश्यकता होती है।<ref name="rfc4861">{{Cite IETF|rfc=4861|title=Neighbor Discovery for IP version 6 (IPv6)|author1=T. Narten|author2=E. Nordmark|author3=W. Simpson|author4=H. Soliman|date=September 2007|publisher=Network Working Group}}</ref><ref name="rfc5942">{{Cite IETF|rfc=5942|title=IPv6 Subnet Model: The Relationship between Links and Subnet Prefixes|author1=H. Singh|author2=W. Beebee|author3=E. Nordmark|date=July 2010|publisher=[[IETF]]}}</ref> इंटरफ़ेस के लिए IPv6 पता असाइनमेंट में लिंक-स्थानीय पतों के अपवाद के साथ, ऑन-लिंक उपसर्ग और इसके विपरीत मिलान की कोई आवश्यकता नहीं होती है।

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

== इंटरनेट प्रोटोकॉल संस्करण 4 ==
{{see also|IPv4 subnetting reference}}

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

निम्नलिखित उदाहरण पते से नेटवर्क उपसर्ग और मेजबान पहचानकर्ता के पृथक्करण को दर्शाता है ({{IPaddr|192.0.2.130}}) और इसके संबद्ध {{IPaddr||24}} सबनेट मास्क ({{IPaddr|255.255.255.0}}). ऑपरेशन को बाइनरी एड्रेस फॉर्मेट का उपयोग करके तालिका में देखा जाता है।
{| class="wikitable" style="margin:left;"
!
! Binary form
! Dot-decimal notation
|-
| IP address
| <code>11000000.00000000.00000010.10000010</code>
| 192.0.2.130
|-
| Subnet mask
| <code>11111111.11111111.11111111.00000000</code>
| 255.255.255.0
|-
| Network prefix
| <code>11000000.00000000.00000010.00000000</code>
| 192.0.2.0
|-
| Host identifier
| <code>00000000.00000000.00000000.10000010</code>
| 0.0.0.130
|}
आईपी एड्रेस और सबनेट मास्क के बिटवाइज़ और संचालन का परिणाम नेटवर्क उपसर्ग है {{IPaddr|192.0.2.0}}. मेजबान भाग, जो है {{IPaddr|130}}, बिटवाइज़ और पते के संचालन और सबनेट मास्क के पूरक द्वारा प्राप्त किया गया है।

=== सबनेटिंग ===
सबनेटिंग नेटवर्क उपसर्ग के हिस्से के रूप में मेजबान भाग से कुछ उच्च-क्रम बिट्स को निर्दिष्ट करने और सबनेट मास्क को उचित रूप से समायोजित करने की प्रक्रिया है। यह नेटवर्क को छोटे सबनेट में विभाजित करता है। निम्नलिखित आरेख पिछले आकार के प्रत्येक चौथाई में चार छोटे सबनेट बनाने के लिए मेजबान भाग से नेटवर्क उपसर्ग में 2 बिट्स को स्थानांतरित करके उपरोक्त उदाहरण को संशोधित करता है।
{| class="wikitable" style="margin:left;"
!
! Binary form
! Dot-decimal notation
|-
| IP address
| <code>11000000.00000000.00000010.10000010</code>
| 192.0.2.130
|-
| Subnet mask
| <code>11111111.11111111.11111111.'''11'''000000</code>
| 255.255.255.192
|-
| Network prefix
| <code>11000000.00000000.00000010.10000000</code>
| 192.0.2.128
|-
| Host part
| <code>00000000.00000000.00000000.00000010</code>
| 0.0.0.2
|}


=== विशेष पते और सबनेट ===
IPv4 विशेष पता कार्यक्षमता की पहचान की सुविधा के लिए विशेष रूप से निर्दिष्ट पता स्वरूपों का उपयोग करता है। बड़े नेटवर्क को सबनेट करके प्राप्त किए गए पहले और अंतिम सबनेट का पारंपरिक रूप से विशेष पदनाम होता है और, शुरुआत में, विशेष उपयोग के निहितार्थ होते हैं।<ref>{{cite web
|url        = http://www.cisco.com/en/US/tech/tk648/tk361/technologies_tech_note09186a0080093f18.shtml
|title      = Document ID 13711 - Subnet Zero and the All-Ones Subnet
|publisher  = [[Cisco Systems]]
|date       = 2005-08-10
|access-date = 2010-04-25
|quote = 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.
}}</ref> इसके अलावा, IPv4 लिंक पर सभी मेजबानों को प्रसारण प्रसारण के लिए सभी लोगों के होस्ट पते, यानी नेटवर्क के भीतर अंतिम पते का उपयोग करता है।

{{anchor|subnet zero}}{{anchor|all-ones subnet}}
बड़े नेटवर्क को सबनेट करने से प्राप्त पहले सबनेट में सबनेट बिट समूह के सभी बिट शून्य पर सेट होते हैं। इसलिए इसे सबनेट शून्य कहा जाता है।<ref>{{cite web
    | url        = http://www.cisco.com/en/US/tech/tk648/tk361/technologies_tech_note09186a0080093f18.shtml
    | title      = Document ID 13711 - Subnet Zero and the All-Ones Subnet
    | publisher  = [[Cisco Systems]]
    | date       = 2005-08-10
    | access-date = 2010-04-23
    | quote      = the first [...] subnet[...], known as subnet zero
}}</ref> बड़े नेटवर्क को सबनेट करने से प्राप्त अंतिम सबनेट में सबनेट बिट समूह में सभी बिट्स पर सेट होते हैं। इसलिए इसे ऑल-वन सबनेट कहा जाता है।<ref>{{cite web
    | url        = http://www.cisco.com/en/US/tech/tk648/tk361/technologies_tech_note09186a0080093f18.shtml
    | title      = Document ID 13711 - Subnet Zero and the All-Ones Subnet
    | publisher  = [[Cisco Systems]]
    | date       = 2005-08-10
    | access-date = 2010-04-23
    | quote      = [...] the last subnet[...], known as [...] the all-ones subnet
}}</ref>
IETF ने मूल रूप से इन दो सबनेट के उत्पादन उपयोग को हतोत्साहित किया था। जब उपसर्ग की लंबाई उपलब्ध नहीं होती है, तो बड़े नेटवर्क और पहले सबनेट का ही पता होता है, जिससे भ्रम हो सकता है। अंतिम सबनेट के अंत में प्रसारण पते के साथ इसी तरह का भ्रम संभव है। इसलिए, सार्वजनिक इंटरनेट पर सभी शून्य और सभी वाले सबनेट मानों को आरक्षित करने की सिफारिश की गई थी,<ref name="rfc950p6">{{Cite IETF
    | rfc        = 950
    | publisher  = [[IETF]]
    | author     = Jeffrey Mogul
    | author2    = Jon Postel
    | authorlink2= Jon Postel
    | title      = Internet Standard Subnetting Procedure
    | page       = 6
    | date       = August 1985
    | quote      = 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.
}}</ref> प्रत्येक सबनेटिंग के लिए उपलब्ध सबनेट की संख्या को दो से कम करना। इस अक्षमता को हटा दिया गया था, और अभ्यास को 1995 में अप्रचलित घोषित कर दिया गया था और यह केवल पुराने उपकरणों से निपटने के लिए प्रासंगिक है।<ref name="rfc1878">{{Cite IETF
    | rfc       = 1878
    | publisher = [[IETF]]
    | title     = Variable Length Subnet Table For IPv4
    | author    = Troy Pummill
    | author2   = Bill Manning
    | date      = December 1995
    | quote     = This practice is obsolete! Modern software will be able to utilize all definable networks.
}} (Informational RFC, demoted to category ''Historic'')</ref>
हालांकि ऑल-ज़ीरो और ऑल-वन होस्ट मान क्रमशः सबनेट के नेटवर्क पते और उसके प्रसारण पते के लिए आरक्षित हैं, CIDR का उपयोग करने वाले सिस्टम में सभी सबनेट उप-विभाजित नेटवर्क में उपलब्ध हैं। उदाहरण के लिए, ए {{IPaddr||24}} नेटवर्क को सोलह प्रयोग करने योग्य में विभाजित किया जा सकता है {{IPaddr||28}} नेटवर्क। प्रत्येक प्रसारण पता, अर्थात। {{IPaddr|*.15}}, {{IPaddr|*.31}}, …, {{IPaddr|*.255}}, प्रत्येक सबनेटवर्क में केवल होस्ट संख्या को कम करता है।

=== सबनेट होस्ट गिनती ===
उपलब्ध सबनेटवर्क की संख्या और नेटवर्क में संभावित होस्ट की संख्या की आसानी से गणना की जा सकती है। उदाहरण के लिए, {{IPaddr|192.168.5.0|24}} नेटवर्क को निम्नलिखित चार में विभाजित किया जा सकता है {{IPaddr||26}} सबनेट्स। इस प्रक्रिया में हाइलाइट किए गए दो एड्रेस बिट नेटवर्क नंबर का हिस्सा बन जाते हैं।
{| class="wikitable"
! Network
! Network (binary)
! Broadcast address
|-
| 192.168.5.0/26
| <code>11000000.10101000.00000101.'''00'''000000</code>
| 192.168.5.63
|-
| 192.168.5.64/26
| <code>11000000.10101000.00000101.'''01'''000000</code>
| 192.168.5.127
|-
| 192.168.5.128/26
| <code>11000000.10101000.00000101.'''10'''000000</code>
| 192.168.5.191
|-
| 192.168.5.192/26
| <code>11000000.10101000.00000101.'''11'''000000</code>
| 192.168.5.255
|}
सबनेट बिट्स के बाद शेष बिट्स का उपयोग सबनेट के भीतर मेजबानों को संबोधित करने के लिए किया जाता है। उपरोक्त उदाहरण में, सबनेट मास्क में 26 बिट्स होते हैं, जो इसे 255.255.255.192 बनाते हैं, और होस्ट पहचानकर्ता के लिए 6 बिट्स छोड़ते हैं। यह 62 मेजबान संयोजनों के लिए अनुमति देता है (2<sup>6</sup>−2).

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

31-बिट सबनेट मास्क के लिए इस नियम का अपवाद है,<ref name="rfc3021">{{Cite IETF|rfc=3021|title=Using 31-Bit Prefixes on IPv4 Point-to-Point Links|author1=A. Retana|author2=R. White|author3=V. Fuller|author4=D. McPherson|date=December 2000}}</ref> जिसका अर्थ है कि दो स्वीकार्य पतों के लिए मेजबान पहचानकर्ता केवल बिट लंबा है। ऐसे नेटवर्क में, आमतौर पर [[पॉइंट-टू-पॉइंट (दूरसंचार)]] | पॉइंट-टू-पॉइंट लिंक, केवल दो होस्ट (अंतिम बिंदु) जुड़े हो सकते हैं और नेटवर्क और प्रसारण पते का विनिर्देश आवश्यक नहीं है।

== इंटरनेट प्रोटोकॉल संस्करण 6 ==
<!--[[IPv6 subnetting]] redirects here-->
{{see also|IPv6 subnetting reference}}
IPv6 एड्रेस स्पेस का डिज़ाइन IPv4 से काफी अलग है। IPv4 में सबनेटिंग का प्राथमिक कारण विशेष रूप से उद्यमों के लिए उपलब्ध अपेक्षाकृत छोटे एड्रेस स्पेस के उपयोग में दक्षता में सुधार करना है। IPv6 में ऐसी कोई सीमाएँ मौजूद नहीं हैं, क्योंकि बड़ा पता स्थान उपलब्ध है, यहाँ तक कि अंतिम उपयोगकर्ताओं के लिए भी, सीमित कारक नहीं है।

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

आज्ञाकारी IPv6 सबनेट हमेशा मेजबान पहचानकर्ता में 64 बिट्स वाले पतों का उपयोग करता है।<ref name="rfc4291-2-5-1"/>128 बिट्स के पते के आकार को देखते हुए, इसमें /64 रूटिंग उपसर्ग है। हालांकि छोटे सबनेट का उपयोग करना तकनीकी रूप से संभव है,<ref name="rfc4862"/>वे ईथरनेट तकनीक पर आधारित स्थानीय क्षेत्र नेटवर्क के लिए अव्यावहारिक हैं, क्योंकि [[IPv6 स्टेटलेस एड्रेस ऑटोकॉन्फ़िगरेशन]] के लिए 64 बिट्स की आवश्यकता होती है।<ref name="rfc2464"/>[[इंटरनेट इंजीनियरिंग टास्क फोर्स]] के उपयोग की सिफारिश करता है {{IPaddr||127}} पॉइंट-टू-पॉइंट लिंक के लिए सबनेट, जिसमें केवल दो होस्ट हैं।<ref name="rfc6164"/><ref name="rfc6547"/>

IPv6 ब्रॉडकास्ट ट्रैफिक या नेटवर्क नंबरों के लिए विशेष पता प्रारूपों को लागू नहीं करता है,<ref name="rfc4291-2"/>और इस प्रकार होस्ट एड्रेसिंग के लिए सबनेट में सभी पते स्वीकार्य हैं। ऑल-ज़ीरो एड्रेस सबनेट-राउटर एनीकास्ट एड्रेस के रूप में आरक्षित है।<ref name="rfc4291-2-6-1"/>सबनेट राउटर एनीकास्ट एड्रेस सबनेट में सबसे कम एड्रेस होता है, इसलिए यह "नेटवर्क एड्रेस" जैसा दिखता है। यदि राउटर के ही लिंक पर कई सबनेट हैं, तो उस लिंक पर कई सबनेट राउटर एनीकास्ट पते हैं।<ref>{{cite web | url=https://into6.com.au/2014/03/30/subnet-router-anycast-addresses-what-are-they-how-do-they-work/ | title=Subnet Router Anycast Addresses – what are they, how do they work? – Into6 }}</ref> किसी भी नेटवर्क या सबनेट में पहला और आखिरी पता किसी भी व्यक्तिगत होस्ट को निर्दिष्ट करने की अनुमति नहीं है।<ref>{{cite web | url=https://docs.microsoft.com/en-us/troubleshoot/windows-client/networking/tcpip-addressing-and-subnetting | title=TCP/IP addressing and subnetting - Windows Client }}</ref>
अतीत में, IPv6 ग्राहक साइट के लिए अनुशंसित आवंटन 48-बिट ({{IPaddr||48}}) उपसर्ग।<ref name="ARIN"/>हालाँकि, इस सिफारिश को छोटे ब्लॉकों को प्रोत्साहित करने के लिए संशोधित किया गया था, उदाहरण के लिए 56-बिट उपसर्गों का उपयोग करना।<ref name="RFC 6177"/>आवासीय ग्राहक नेटवर्क के लिए अन्य सामान्य आवंटन आकार में 64-बिट उपसर्ग है।

== यह भी देखें ==
* [[स्वायत्त प्रणाली (इंटरनेट)]]

==संदर्भ==
{{Reflist|refs=
<ref name="rfc4291-2-5-1">{{Cite IETF
    | rfc        = 4291
    | title      = IP Version 6 Addressing Architecture - section 2.5.1. Interface Identifiers
    | publisher  = [[IETF]]
    | section    = 2.5.1
    | author1    = R. Hinden
    | author2    = S. Deering
    | authorlink2= Steve Deering
    | date       = February 2006
    | quote      = 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.)</ref>
<ref name="rfc4862">{{Cite IETF
    | rfc        = 4862
    | title      = IPv6 Stateless Address Autoconfiguration - section 5.5.3.(d) Router Advertisement Processing
    | publisher  = [[IETF]]
    | section    = 5.5.3
    | author1    = S. Thomson
    | author2    = T. Narten
    | author3    = T. Jinmei
    | quote      = 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.
    | date       = September 2007
}} (Updated by RFC 7527.)</ref>
<ref name="rfc2464">{{Cite IETF
    | rfc        = 2464
    | title      = Transmission of IPv6 Packets over Ethernet Networks - section 4 Stateless Autoconfiguration
    | publisher  = [[IETF]]
    | section    = 4
    | author    = M. Crawford
    | date       = December 1998
    | quote      = 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.)</ref>
<ref name="rfc6164">{{Cite IETF
    | rfc        = 6164
    | title      = Using 127-Bit IPv6 Prefixes on Inter-Router Links
    | publisher  = [[IETF]]
    | author1    = M. Kohno
    | author2    = B. Nitzan
    | author3    = R. Bush
    | author4    = Y. Matsuzaki
    | author5    = L. Colitti
    | author6    = T. Narten
    | date       = April 2011
    | quote      = On inter-router point-to-point links, it is useful, for security and other reasons, to use 127-bit IPv6 prefixes.
}}</ref>
<ref name="rfc6547">{{Cite IETF
    | rfc        = 6547
    | title      = RFC 3627 to Historic Status
    | author     = W. George
    | publisher  = [[IETF]]
    | date       = February 2012
    | quote      = 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).
}}</ref>
<ref name="rfc4291-2">{{Cite IETF
    | rfc        = 4291
    | title      = IP Version 6 Addressing Architecture - section 2 IPv6 Addressing
    | publisher  = [[IETF]]
    | section    = 2
    | author1    = R. Hinden
    | author2    = S. Deering
    | authorlink2= Steve Deering
    | date       = February 2006
    | quote      = 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.
}}</ref>
<ref name="rfc4291-2-6-1">{{Cite IETF
    | rfc        = 4291
    | title      = IP Version 6 Addressing Architecture - section 2.6.1 Required Anycast Address
    | section    = 2.6.1
    | publisher  = [[IETF]]
    | author1    = R. Hinden
    | author2    = S. Deering
    | authorlink2= Steve Deering
    | date       = February 2006
    | quote      = This anycast address is syntactically the same as a unicast address for an interface on the link with the interface identifier set to zero.
}}</ref>
<ref name="ARIN">{{cite web
    | title      = IPv6 Addressing Plans
    | publisher  = ARIN IPv6 Wiki
    | url        = http://www.getipv6.info/index.php?title=IPv6_Addressing_Plans&oldid=2998
    | quote      = 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.
    | access-date = 2010-04-25
}}</ref>
<ref name="RFC 6177">{{Cite IETF
    | rfc        = 6177
    | bcp        = 157
    | title      = IPv6 Address Assignment to End Sites
    | author1    = T. Narten
    | author2    = G. Huston
    | author3    = L. Roberts
    | date       = March 2011
    | publisher  = [[IETF]]
    | issn       = 2070-1721
    | quote      = APNIC, ARIN, and RIPE have revised the end site assignment policy to encourage the assignment of smaller (i.e., /56) blocks to end sites.
}}</ref>
}}


==अग्रिम पठन==
*{{Cite IETF |rfc=1812 |title=Requirements for IPv4 Routers}}
*{{Cite IETF |rfc=917 |title=Utility of subnets of Internet networks}}
*{{Cite IETF |rfc=1101 |title=DNS Encodings of Network Names and Other Type}}
*{{Cite book |last=Blank |first=Andrew G. |title=TCP/IP Foundations |publisher=Wiley |date=2006 |isbn=9780782151138}}
*{{Cite book |last=Lammle |first=Todd |title=CCNA Cisco Certified Network Associate Study Guide 5th Edition |location=San Francisco, London |publisher=Sybex |date=2005}}
*{{Cite book |last1=Groth |first1=David |first2=Toby |last2=Skandier |title=Network + Study Guide |edition=4th |location=San Francisco, London |publisher=Wiley |date=2005}}


==बाहरी संबंध==
{{Wikiversity | Subnetting}}
*[http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a00800a67f5.shtml Cisco-IP Addressing and Subnetting for New Users]
*{{dmoz|Computers/Internet/Protocols/IP/Addressing/|Subnetworking}}
*[http://unixwiz.net/techtips/netmask-ref.html Netmask Quick Reference Chart]

{{Authority control}}
[[Category: मार्ग]] [[Category: आईपी पते]] [[Category: इंटरनेट वास्तुकला]] 



[[Category: Machine Translated Page]]
[[Category:Created On 01/03/2023]]