IP सबनेट कैलकुलेटर

CIDR और IPv4 सबनेटिंग का संक्षिप्त इतिहास

जब RFC 791 ने सितंबर 1981 में इंटरनेट प्रोटोकॉल को मानकीकृत किया, तो IPv4 पते कठोर क्लासेज में बांटे गए थे। क्लास A आवंटन 16,777,214 होस्ट देता था, क्लास B 65,534, क्लास C 254, और इनके बीच कुछ नहीं था। 254 से अधिक होस्ट चाहने वाला कोई भी संगठन क्लास B मांगता था, भले ही उसके केवल 1,000 कर्मचारी हों, और प्रति आवंटन हजारों पते बर्बाद होते थे। 1980 के दशक के अंत तक क्लास B तेजी से गायब हो रहा था, वैश्विक राउटिंग टेबल बैकबोन-राउटर मेमोरी से बाहर निकल रहा था, और 32-बिट IPv4 स्थान इसके डिजाइनरों के अपेक्षा से कहीं अधिक तेजी से खपत हो रहा था। RFC 1518 और RFC 1519 (सितंबर 1993) ने क्लासलेस इंटर-डोमेन राउटिंग पेश किया, जिसका उच्चारण «साइडर» होता है, जो नेटवर्क/होस्ट सीमा को किसी भी बिट स्थिति पर पड़ने देता है और सोलह सटे हुए /24 को एक ही /20 के रूप में विज्ञापित होने देता है। आवंटन अंततः आवश्यकता से मेल खाने लगा, BGP टेबल अपने ही वजन के नीचे ढहना बंद हो गया, और IPv4 की समाप्ति लगभग साढ़े सत्रह साल आगे टल गई। RFC 4632 ने अगस्त 2006 में RFC 1519 को फिर से जारी किया और अप्रचलित किया, और यह आज भी मौजूदा प्राधिकरण है। तीन निजी रेंज RFC 1918 द्वारा फरवरी 1996 में काटे गए (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16), जो हर NAT वाले होम राउटर और कॉर्पोरेट फायरवॉल को उपयोग योग्य पतों का एक पूल देते हैं जिन्हें सार्वजनिक इंटरनेट कभी रूट नहीं करेगा। RFC 3021 (दिसंबर 2000) ने पॉइंट-टू-पॉइंट लिंक के लिए /31 अपवाद बनाया, जिससे प्रति राउटर-टू-राउटर सर्किट लगभग दो IPv4 पते बचते हैं। IANA का शीर्ष-स्तरीय मुक्त पूल अंततः 31 जनवरी 2011 को समाप्त हो गया; APNIC ने अप्रैल 2011 में, LACNIC ने 2014 में, ARIN ने 2015 में, AfriNIC ने 2017 में, और RIPE NCC ने नवंबर 2019 में पीछा किया। CIDR ही वह कारण है कि इन तारीखों में से कोई भी इस दशक में है, 1990 के दशक में नहीं।

एक सबनेट गणना की संरचना

• 32-बिट IPv4 पता। हर IPv4 पता 32 बिट का होता है, परंपरागत रूप से डॉटेड डेसिमल में चार 8-बिट ऑक्टेट के रूप में लिखा जाता है: 192.168.1.0 बाइनरी में 11000000.10101000.00000001.00000000 है। कुल IPv4 स्थान 2³², लगभग 4.3 अरब पते, जो 1981 में अनंत लगा था और 2011 (IANA), 2015 (ARIN), और 2019 (RIPE NCC) में समाप्त हो गया। सभी सबनेट गणित इस 32-बिट मान पर बिट-दर-बिट काम करता है।
• CIDR उपसर्ग की लंबाई। 192.168.1.0/24 में स्लैश के बाद की संख्या सबनेट मास्क में लगातार अग्रणी 1-बिट्स की गिनती करती है, समतुल्य रूप से नेटवर्क की पहचान करने वाले बिट्स की संख्या। जो बचता है वह उस नेटवर्क के भीतर होस्ट की पहचान करता है। /24 नेटवर्क के लिए 24 बिट और होस्ट के लिए 8 बिट आरक्षित करता है; /30 30 और 2 आरक्षित करता है; /16 16 और 16 आरक्षित करता है। उपसर्ग /0 (पूरा इंटरनेट) से /32 (एकल होस्ट) तक किसी भी बिट स्थिति पर पड़ सकता है।
• सबनेट मास्क। CIDR उपसर्ग का डॉटेड डेसिमल जुड़वां। /24 है 255.255.255.0, जो 24 बाइनरी 1s के बाद 8 बाइनरी 0s है। /27 है 255.255.255.224 (अंतिम ऑक्टेट 11100000 है)। राउटर और ऑपरेटिंग सिस्टम दोनों नोटेशन को परस्पर स्वीकार करते हैं। मास्क का पूरक, वाइल्डकार्ड मास्क, वही है जो सिस्को एक्सेस-कंट्रोल लिस्ट उपयोग करती हैं: /24 ACL मिलान 0.0.0.255 के रूप में लिखा जाता है, 255.255.255.0 नहीं।
• नेटवर्क पता। बिटवाइज़ IP AND सबनेट_मास्क के रूप में गणना किया गया: AND हर होस्ट बिट को शून्य कर देता है और नेटवर्क हिस्से को अक्षुण्ण छोड़ देता है। 192.168.1.27/24 के लिए मास्क 255.255.255.0 है और नेटवर्क पता 192.168.1.0 है। नेटवर्क पता खुद सबनेट की पहचान करता है और किसी होस्ट को असाइन नहीं किया जा सकता, /31 (RFC 3021) के एकमात्र अपवाद के साथ।
• ब्रॉडकास्ट पता। बिटवाइज़ नेटवर्क_पता OR (NOT सबनेट_मास्क) के रूप में गणना किया गया: हर होस्ट बिट को 1 पर सेट करना। 192.168.1.0/24 के लिए ब्रॉडकास्ट 192.168.1.255 है; 192.168.1.0/27 के लिए यह 192.168.1.31 है। ब्रॉडकास्ट पते पर ट्रैफ़िक सबनेट के हर होस्ट को एक साथ डिलीवर किया जाता है, इसलिए यह पता आरक्षित है और असाइन करने योग्य नहीं है। /31 फिर से अपवाद है, क्योंकि पॉइंट-टू-पॉइंट लिंक के केवल दो छोर होते हैं और ब्रॉडकास्ट की कोई आवश्यकता नहीं होती।
• कुल पते और उपयोग योग्य होस्ट। सबनेट में कुल पते = 2^{(32 − उपसर्ग)}। /24 में 256 हैं, /27 में 32, /30 में 4। उपयोग योग्य होस्ट = कुल − 2, नेटवर्क और ब्रॉडकास्ट पते घटाकर, तो /24 254 असाइन करने योग्य होस्ट देता है और /27 30 देता है। दो अपवाद: RFC 3021 के अनुसार /31 2 उपयोग योग्य होस्ट देता है (पॉइंट-टू-पॉइंट लिंक पर दोनों पते असाइन करने योग्य), और /32 एकल-होस्ट रूट दर्शाता है। AWS सबनेट व्यवहार में तीसरा अपवाद हैं क्योंकि AWS प्रति सबनेट 5 पते आरक्षित करता है, 2 नहीं, इसलिए AWS का /24 251 उपयोग योग्य होस्ट देता है।

सामान्य सबनेट आकार और वे कहाँ दिखाई देते हैं

• घर और छोटे कार्यालय LAN (/24)। बाजार के लगभग हर उपभोक्ता राउटर (Linksys, Netgear, Asus, TP-Link, eero, Google Nest Wifi) RFC 1918 192.168.0.0/16 रेंज के भीतर डिफ़ॉल्ट /24 के साथ आता है, सामान्यतः 192.168.0.0/24 या 192.168.1.0/24। प्रति LAN 254 उपयोग योग्य होस्ट, राउटर खुद आमतौर पर .1 लेता है, और नेटवर्क पता .0 पर समाप्त होता है जबकि ब्रॉडकास्ट .255 पर समाप्त होता है। डिफ़ॉल्ट हर चीज के साथ ओवरलैप होते हैं, यही कारण है कि VPN उपयोगकर्ता नियमित रूप से 192.168.42.0/24 या 10.42.0.0/24 जैसी कम सामान्य चीज़ पर पुनः क्रमांकित करते हैं।
• मध्यम-से-बड़े उद्यम नेटवर्क (10.0.0.0/8 पदानुक्रम)। बड़े उद्यम और क्लाउड-नेटिव कंपनियाँ 10.0.0.0/8 से सब कुछ काटती हैं, जो सबसे बड़ा RFC 1918 ब्लॉक है जिसमें 16.7 मिलियन पते हैं। साइट /16, क्षेत्र /20, विभाग /22, VLAN /24; पदानुक्रम संगठन चार्ट को प्रतिबिंबित करता है और कोर की ओर सफाई से रूट-एग्रीगेट होता है। मध्यम आकार की कंपनियाँ अक्सर 172.16.0.0/12 चुनती हैं क्योंकि यह सबसे कम उपयोग की जाने वाली RFC 1918 रेंज है और कर्मचारियों द्वारा घर पर उपयोग किए जाने वाले यादृच्छिक उपभोक्ता राउटरों के साथ ओवरलैप होने की संभावना कम है।
• क्लाउड सबनेट (AWS VPC, Azure VNet, GCP VPC)। AWS VPC परंपरा RFC 1918 रेंजों में से एक से /16 सुपरनेट है, हर उपलब्धता क्षेत्र के लिए /20 या /24 सबनेट में उप-विभाजित, सार्वजनिक, निजी और डेटाबेस स्तरों में अलग। AWS प्रति सबनेट 5 पते आरक्षित करता है, 2 नहीं (नेटवर्क, ब्रॉडकास्ट, साथ ही VPC राउटर, DNS, और एक रिजर्व में), इसलिए AWS के /24 में 254 के बजाय 251 उपयोग योग्य पते होते हैं। महत्वपूर्ण नियम: पीयर या ट्रांज़िट गेटवे साझा करने वाले VPC में ओवरलैपिंग CIDR रेंज नहीं होनी चाहिए, इसलिए मल्टी-अकाउंट या मल्टी-रीजन डिप्लॉयमेंट को पहले दिन से मास्टर आवंटन योजना की आवश्यकता होती है।
• पॉइंट-टू-पॉइंट लिंक (/30 और /31)। राउटर-टू-राउटर सर्किट, GRE टनल, IPsec टनल, और सीरियल लिंक ठीक दो छोर ले जाते हैं। क्लासिक /30 4 पते देता है जिसमें 2 उपयोग योग्य होस्ट और 2 बर्बाद (नेटवर्क और ब्रॉडकास्ट) होते हैं। आधुनिक उपकरण RFC 3021 के अनुसार /31 का समर्थन करते हैं, जो 2 पते देता है जिनमें दोनों उपयोग योग्य हैं, IPv4 खपत को आधा कर देता है। 500 पॉइंट-टू-पॉइंट सर्किट वाला बैकबोन /30 से /31 पर स्विच करके लगभग 1,000 IPv4 पते बचाता है; एक सार्वजनिक इंटरनेट बैकबोन पर जहाँ हर IPv4 पते का डॉलर मूल्य है, यह असली पैसा है।
• DMZ, सर्वर VLAN, और छोटे सेगमेंट (/27 से /29)। मुट्ठी भर इंटरनेट-सामना करने वाले सर्वरों के लिए एक डिमिलिटराइज्ड-जोन सेगमेंट, स्विच लूपबैक के लिए एक प्रबंधन VLAN, एक छोटा सर्वर फार्म, एक छोटा IoT सेगमेंट, एक आउट-ऑफ-बैंड प्रशासन नेटवर्क: ये आमतौर पर /27 (30 होस्ट), /28 (14 होस्ट), या /29 (6 होस्ट) पर चलते हैं। ठीक-आकार के सेगमेंट ब्रॉडकास्ट-डोमेन शोर को सीमित करते हैं और कुछ गलत कॉन्फ़िगर या समझौता होने पर ब्लास्ट रेडियस को कम करते हैं। लगभग हर प्रमाणन परिदृश्य प्रश्न इस उपसर्ग रेंज के कहीं न कहीं पड़ता है क्योंकि कागज के बिना बिट गणित गैर-तुच्छ है।
• प्रमाणन अध्ययन (CompTIA Network+, Cisco CCNA / CCNP, JNCIA)। सबनेट गणना हर एंट्री-लेवल नेटवर्किंग परीक्षा का स्थायी हिस्सा है, और समय का दबाव क्रूर है: उम्मीदवारों के पास नियमित रूप से प्रति पता-और-उपसर्ग प्रश्न 30 सेकंड से कम होते हैं। क्लासिक अध्ययन तरकीबें हैं मैजिक नंबर विधि (256 घटाकर प्रासंगिक मास्क ऑक्टेट सबनेट स्ट्राइड देता है) और प्रोफेसर मेसर द्वारा लोकप्रिय बनाया गया बाइनरी सेवन-सेकंड सबनेटिंग अभ्यास। इस जैसा कैलकुलेटर वास्तविक नेटवर्क-इंजीनियरिंग कार्य पर दोनों विधियों से तेज है; दोनों विधियाँ परीक्षा कक्ष के लिए मौजूद हैं जहाँ कैलकुलेटर की अनुमति नहीं है।

मुख्य RFC और ऐतिहासिक मील के पत्थर

• RFC 791 (सितंबर 1981)। जॉन पोस्टेल की मूल इंटरनेट प्रोटोकॉल विशिष्टता। IPv4, 32-बिट पता, डॉटेड-डेसिमल नोटेशन, और मूल क्लासफुल आवंटन योजना (क्लास A, B, C, D, E) को परिभाषित किया। क्लासफुल डिज़ाइन बारह साल चला इससे पहले कि पैमाने ने इसके प्रतिस्थापन को मजबूर किया, और यही ऐतिहासिक कारण है कि /8, /16 और /24 उपसर्ग आज भी «स्वाभाविक» लगते हैं।
• RFC 1518 और RFC 1519 (सितंबर 1993)। RFC जोड़ी जिसने क्लासलेस इंटर-डोमेन राउटिंग (CIDR) पेश किया। RFC 1518 (रेखटर और ली) ने वास्तुकला तय की; RFC 1519 (फुलर, ली, यू, वराधन) ने पता-असाइनमेंट और एकत्रीकरण रणनीति परिभाषित की। साथ में उन्होंने कठोर क्लास A/B/C सिस्टम को परिवर्तनीय-लंबाई उपसर्ग नोटेशन से बदला जो अब पृथ्वी पर हर राउटर बोलता है। RFC 1519 को 2006 में RFC 4632 द्वारा अप्रचलित कर दिया गया।
• RFC 1918 (फरवरी 1996), BCP 5। याकोव रेखटर, रॉबर्ट मॉस्कोविट्ज़, डैनियल कारेनबर्ग, गीर्ट जान डी ग्रूट, और एलियट लीयर ने वह दस्तावेज़ लिखा जिसने तीन निजी IPv4 रेंज (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) काट दीं और उन्हें सार्वजनिक इंटरनेट पर गैर-रूट करने योग्य घोषित किया। 1996 से हर NAT होम नेटवर्क, कॉर्पोरेट LAN, और क्लाउड VPC ने अपने पते इन तीन ब्लॉकों में से एक से चुने हैं।
• RFC 3021 (दिसंबर 2000)। रेताना, व्हाइट, फुलर, और मैकफर्सन ने /31 अपवाद बनाया। ठीक दो छोरों वाले पॉइंट-टू-पॉइंट लिंक पर ब्रॉडकास्ट पते की कोई आवश्यकता नहीं है, इसलिए /31 पर दोनों पते होस्ट पते के रूप में असाइन किए जा सकते हैं। इस परिवर्तन ने अगले दो दशकों में वैश्विक ISP बैकबोन में हजारों IPv4 पते बचाए।
• RFC 4632 (अगस्त 2006), BCP 122। विंस फुलर और टोनी ली ने मूल के तेरह साल बाद CIDR विनिर्देश को फिर से जारी किया, RFC 1519 को अप्रचलित किया। RFC 4632 IPv4 पता असाइनमेंट और एकत्रीकरण के लिए वर्तमान प्राधिकरण है और जब किसी नेटवर्क इंजीनियर से «मानकों में CIDR कहाँ रहता है?» पूछा जाता है तो वह यही दस्तावेज़ उद्धृत करता है।
• RFC 6598 (अप्रैल 2012)। कैरियर-ग्रेड NAT के लिए 100.64.0.0/10 आरक्षित किया, NAT की दूसरी परत जो ISP अपने स्वयं के IPv4 आवंटन समाप्त होने के बाद ग्राहक राउटर और सार्वजनिक इंटरनेट के बीच रखते हैं। कुख्यात रूप से RFC 1918 निजी स्थान के साथ भ्रमित, लेकिन भिन्न: एक एंड-यूज़र नेटवर्क को इस ब्लॉक से नहीं चुनना चाहिए, क्योंकि ISP पहले से ही होम राउटर के दूसरी तरफ इसका उपयोग कर रहा है।
• RFC 6890 (अप्रैल 2013), BCP 153, RFC 8190 (जून 2017) द्वारा अद्यतन। हर IPv4 (और IPv6) विशेष-उद्देश्य आरक्षण को एकल IANA विशेष-उद्देश्य पता रजिस्ट्री में समेकित किया। लूपबैक (127.0.0.0/8), लिंक-लोकल (169.254.0.0/16), दस्तावेज़ीकरण रेंज (192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24), मल्टीकास्ट /4 और CGN /10 सभी एक एकल आधिकारिक रजिस्ट्री के अंतर्गत सूचीबद्ध हैं, बजाय आधे दर्जन पुराने RFCs में फैले होने के।
• IPv4 समाप्ति (31 जनवरी 2011 और बाद में)। IANA का शीर्ष-स्तरीय मुक्त पूल CIDR के प्रकाशन के साढ़े सत्रह साल बाद 31 जनवरी 2011 को खाली हो गया। APNIC ने 15 अप्रैल 2011 को, LACNIC ने 10 जून 2014 को, ARIN ने 24 सितंबर 2015 को, AfriNIC ने 21 अप्रैल 2017 को, और RIPE NCC ने 25 नवंबर 2019 को पीछा किया। IPv6 में संक्रमण दो दशकों से चल रहा है और अधूरा बना हुआ है; CIDR प्लस NAT प्लस RFC 1918 ही वह कारण है कि IPv4 अभी भी खड़ा है।

अधिक अक्सर पूछे जाने वाले प्रश्न

सबनेट मास्क और CIDR उपसर्ग के बीच क्या अंतर है?

वे एक ही जानकारी को दो नोटेशन में व्यक्त करते हैं। CIDR में /24 डॉटेड-डेसिमल सबनेट मास्क के रूप में 255.255.255.0 है: बाइनरी में 24 एक के बाद 8 शून्य। CIDR आधुनिक संक्षिप्त नोटेशन है, सबनेट मास्क पुराना रूप है जो अधिकांश नेटवर्क ऑपरेटिंग सिस्टम अभी भी दिखाते हैं। राउटर और कैलकुलेटर दोनों को स्वीकार करते हैं। एक उपयोगी रूपांतरण शॉर्टकट: मास्क का प्रत्येक ऑक्टेट 0, 128, 192, 224, 240, 248, 252, 254, या 255 (सटे हुए अग्रणी 1s के एकमात्र बाइनरी पैटर्न) में से एक है, इसलिए 255.255.240.0 तुरंत 8+8+4+0 = 20 मास्क बिट, या /20 के रूप में पढ़ा जाता है।

मैं नेटवर्क या ब्रॉडकास्ट पते का उपयोग क्यों नहीं कर सकता?

नेटवर्क पता (सभी होस्ट बिट शून्य) सबनेट के पहचानकर्ता के रूप में आरक्षित है। ब्रॉडकास्ट पता (सभी होस्ट बिट एक) «सबनेट के हर होस्ट को भेजें» के लिए आरक्षित है। राउटर और ऑपरेटिंग सिस्टम इन दो पतों पर ट्रैफ़िक को विशेष रूप से ट्रीट करते हैं, इसलिए उन्हें एकल होस्ट को असाइन नहीं किया जा सकता। एकमात्र मानकीकृत अपवाद /31 है: RFC 3021 के अनुसार, /31 पर दोनों पते उपयोग योग्य हैं क्योंकि वे पॉइंट-टू-पॉइंट लिंक के लिए हैं जहाँ कोई ब्रॉडकास्ट नहीं है। AWS आगे जाता है और प्रति सबनेट 5 पते आरक्षित करता है, इसलिए क्लाउड सबनेट पर उपयोग योग्य होस्ट गणना कुल माइनस 5 है, कुल माइनस 2 नहीं।

IPv6 के बारे में क्या?

IPv6 समान उपसर्ग-नोटेशन विचार का उपयोग करता है (/64, /48, आदि) लेकिन 128-बिट पतों के साथ। मानक एंड-यूज़र सबनेट आकार /64 है, जिसमें 2⁶⁴ = लगभग 18.4 क्विंटिलियन पते होते हैं, जो इतने हैं कि व्यावहारिक IPv6 नेटवर्क शायद ही कभी होस्ट-गणना स्तर पर सबनेटिंग की चिंता करते हैं। RFC 7421 (2015) विश्लेषण करता है कि /64 सीमा क्यों है। IPv6 में कोई ब्रॉडकास्ट पता बिल्कुल नहीं है (मल्टीकास्ट इसकी जगह लेता है), इसलिए «माइनस 2» नियम लागू नहीं होता। यह कैलकुलेटर केवल IPv4 है; IPv6 के लिए गणित उसी तरह काम करता है लेकिन संख्याएँ बीस-कुछ ऑर्डर परिमाण से बड़ी हैं।

क्या कुछ भी सर्वर पर भेजा जाता है?

नहीं। कैलकुलेटर पूरी तरह आपके ब्राउज़र में चलता है। पता इनपुट JavaScript में मास्क के खिलाफ बिटवाइज़ गणना किए जाते हैं और परिणाम स्थानीय रूप से प्रस्तुत किए जाते हैं। आपके नेटवर्क डिज़ाइन, IP रेंज, या नियोजित सबनेट के बारे में कुछ भी प्रसारित, लॉग, या संग्रहीत नहीं किया जाता। लोग सबनेट कैलकुलेटर में जो पते डालते हैं वे अक्सर आंतरिक-कॉर्पोरेट रेंज, VPN डिज़ाइन, या क्लाउड टोपोलॉजी ब्लूप्रिंट होते हैं, और यहाँ गोपनीयता गारंटी यह है कि उनमें से कोई भी जानकारी आपकी मशीन नहीं छोड़ती।

सबसे छोटा व्यावहारिक सबनेट क्या है?

एक विशिष्ट पॉइंट-टू-पॉइंट लिंक के लिए /30 (4 पते, 2 उपयोग योग्य होस्ट) या RFC 3021 के अनुसार दोनों पते उपयोग योग्य के साथ उसी मामले के लिए /31। /32 एकल-होस्ट रूट है जो लूपबैक एलियास, BGP पीयर पते, होस्ट फ़ायरवॉल नियम, या नल-रूट जैसी चीजों के लिए उपयोग किया जाता है, सामान्य LAN सेगमेंट के लिए नहीं। एक नियमित ईथरनेट LAN पर जहाँ ARP, DHCP और ब्रॉडकास्ट को काम करना चाहिए, /29 (6 उपयोग योग्य होस्ट) व्यावहारिक तल है; इससे छोटा कुछ भी सेगमेंट को बढ़ने की जगह से वंचित करता है।

मैं अपने घर या कार्यालय नेटवर्क के लिए निजी रेंज कैसे चुनूँ?

हर उस नेटवर्क को सूचीबद्ध करके शुरू करें जिस तक आपको पहुँचना होगा: कॉर्पोरेट VPN रेंज, AWS VPC जिनसे आप पीयर हो सकते हैं, व्यावसायिक भागीदार VPN, दोस्तों के होम नेटवर्क यदि आप कभी रिमोट कनेक्ट करते हैं। एक निजी रेंज चुनें जो उनमें से किसी से ओवरलैप न हो। 192.168.0.0/24 और 192.168.1.0/24 हर होम राउटर के डिफ़ॉल्ट हैं और लगातार ओवरलैप होते हैं; 10.42.0.0/24 या 172.20.10.0/24 किसी भी ऐसी चीज़ से टकराने की बहुत कम संभावना रखते हैं जिसमें आपको VPN करने की आवश्यकता हो। यदि आप कभी VPN या ट्रांज़िट के माध्यम से दो नेटवर्क मर्ज करने की योजना बनाते हैं, तो शुरुआत से ही पैरेंट सुपरनेट आवंटन तय करें और शुरू से ही उसमें से अलग-अलग /24 काटें, क्योंकि बाद में सक्रिय नेटवर्क पुनः क्रमांकित करना सबसे अच्छी स्थिति में भी कई शाम का प्रोजेक्ट है।