IPv4 सबनेटिंग कैसे काम करती है?
/26 जैसी प्रीफ़िक्स लंबाई IPv4 पते के 32 बिट को नेटवर्क हिस्से और होस्ट हिस्से में बाँटती है: ब्लॉक में 2^(32 − 26) = 64 पते होते हैं, पहला नेटवर्क पता, आख़िरी ब्रॉडकास्ट पता, और बीच के 62 होस्ट (RFC 950, RFC 4632)। सबनेटिंग होस्ट बिट उधार लेकर 2^n बराबर छोटे ब्लॉक बनाती है, VLSM हर सबनेट को सिर्फ़ उतना आकार देता है जितना उसे चाहिए, और समेटना (summarization) उलटी दिशा में जाकर पास-पास के ब्लॉकों की जगह एक छोटा प्रीफ़िक्स रखता है। अपवाद /31 है: पॉइंट-टू-पॉइंट लिंक पर उसके दोनों पते होस्ट होते हैं (RFC 3021)।
IPv4 सबनेट कैलकुलेटर कैसे इस्तेमाल करें
- «IPv4 नेटवर्क» फ़ील्ड में नेटवर्क लिखें, जैसे 10.20.0.0/22 या 10.20.0.0 255.255.252.0।
- गणना चुनें: नेटवर्क का विवरण, बराबर बँटवारा, VLSM प्लान या रूट समेटना।
- बँटवारे के लिए /26 या ज़रूरी सबनेट की संख्या लिखें; VLSM के लिए हर लाइन में एक सबनेट का नाम और उसके होस्ट की संख्या; समेटने के लिए हर लाइन में एक नेटवर्क।
- लिखते-लिखते नतीजा अपडेट होता है; दस्तावेज़ के लिए सबनेट तालिका या नेटमास्क तालिका CSV में डाउनलोड करें।
IPv4 सबनेट कैलकुलेटर की खूबियाँ
- नेटवर्क को 192.168.10.0/24 के रूप में, पते और डॉटेड नेटमास्क के रूप में, या पते और Cisco जैसे वाइल्डकार्ड मास्क के रूप में लेता है, और होस्ट पते को उसके अपने नेटवर्क पर ले आता है
- नेटवर्क और ब्रॉडकास्ट पता, पहला और आख़िरी इस्तेमाल लायक होस्ट, कुल और इस्तेमाल लायक पते, नेटमास्क, वाइल्डकार्ड मास्क और बाइनरी में नेटवर्क पता, जिसमें नेटवर्क और होस्ट हिस्से की सीमा पर निशान लगा होता है
- उन सभी प्रीफ़िक्स की तालिका जिनमें नेटवर्क बँट सकता है, उसकी अपनी लंबाई से /32 तक: हर एक का नेटमास्क, उस आकार के कितने सबनेट समाते हैं और हर एक में कितने होस्ट
- प्रीफ़िक्स (/26) या सबनेट की संख्या के हिसाब से बराबर बँटवारा; संख्या को अगली दो की घात तक बढ़ाया जाता है और इसकी सूचना दी जाती है; 256 तक सबनेट उनकी इस्तेमाल लायक रेंज और ब्रॉडकास्ट पते के साथ
- नाम और होस्ट संख्या की सूची से VLSM प्लानिंग: ज़रूरत के आकार के ब्लॉक, सबसे बड़े से शुरू करके रखे गए, हर सबनेट में बचे पते और आख़िर में बचे खाली ब्लॉक
- रूट समेटना (summarization): नेटवर्कों की सूची को ढकने वाला सबसे छोटा एक रूट, और यह कि वह बिल्कुल सटीक है या ऐसे पते भी ढकता है जो किसी नेटवर्क में नहीं हैं
- पते का प्रकार (प्राइवेट, साझा CGNAT स्पेस, डॉक्यूमेंटेशन, पब्लिक…) — कई प्रकार वाले बड़े ब्लॉक के लिए उसके अंदर की ख़ास रेंज की तालिका के साथ — पुरानी क्लास, रिवर्स DNS ज़ोन और उसी आकार का पिछला व अगला ब्लॉक
इनपुट और आउटपुट
इनपुट
- IPv4 नेटवर्क: /प्रीफ़िक्स, डॉटेड नेटमास्क या वाइल्डकार्ड मास्क के साथ पता (0.0.0.255 को /24 पढ़ा जाता है); 010 जैसे आगे के शून्य अस्वीकार होते हैं क्योंकि उनका मतलब ऑक्टल भी हो सकता है।
- कैलकुलेशन: नेटवर्क का विवरण और नेटमास्क तालिका, बराबर सबनेट में बाँटना, होस्ट संख्या के हिसाब से सबनेट प्लान करना (VLSM), या नेटवर्कों को एक रूट में समेटना।
- नया प्रीफ़िक्स या सबनेट की संख्या (बँटवारे के लिए), हर सबनेट में ज़रूरी होस्ट (VLSM के लिए, हर लाइन में "नाम संख्या", 256 तक), समेटने वाले नेटवर्क (हर लाइन में एक, 256 तक)।
आउटपुट
- एक नज़र में: इस्तेमाल लायक होस्ट, कुल पते, नेटमास्क और ब्रॉडकास्ट; या सबनेट की संख्या और आकार; या प्लान का कुल योग।
- नतीजा: नेटवर्क के सारे पते और मास्क, या प्लान का योग और खाली ब्लॉक, या समेटा हुआ रूट और उसके ढके हुए व फ़ालतू पते।
- सबनेट तालिका (बँटवारा, VLSM, समेटना) और नेटमास्क तालिका (विवरण), दोनों CSV में डाउनलोड हो सकती हैं; और जिस ब्लॉक में कई तरह के पते हों, उसके अंदर की रेंज की तालिका।
IPv4 सबनेट कैलकुलेटर का उदाहरण
192.168.10.0/24 के अंदर VLSM से दफ़्तर के चार सबनेट प्लान करना
इनपुट:
IPv4 नेटवर्क: 192.168.10.0/24 · कैलकुलेशन: होस्ट संख्या के हिसाब से सबनेट प्लान करें (VLSM) · होस्ट: Sales 50, Engineering 28, Guests 12, WAN link 2आउटपुट:
Sales 192.168.10.0/26 (62 इस्तेमाल लायक, 12 बचे) · Engineering 192.168.10.64/27 (30 इस्तेमाल लायक) · Guests 192.168.10.96/28 (14 इस्तेमाल लायक) · WAN link 192.168.10.112/30 (2 इस्तेमाल लायक)
रखे गए सबनेट 4 / 4 · आवंटित पते 116 · नेटवर्क का इस्तेमाल हुआ हिस्सा 45.31% · प्लान के बाद खाली ब्लॉक: 192.168.10.116/30, 192.168.10.120/29, 192.168.10.128/25IPv4 सबनेट कैलकुलेटर के नतीजे कैसे पढ़ें
इस्तेमाल लायक होस्ट वे पते हैं जो आप डिवाइसों को दे सकते हैं: /30 तक हर प्रीफ़िक्स में कुल से दो कम, /31 में दोनों पते, /32 में एक। बढ़त का ध्यान रखें: आख़िरी पते तक भरा सबनेट नए प्रिंटर के लिए जगह नहीं छोड़ता।
VLSM तालिका के बचे पते बताते हैं कि बड़ा ब्लॉक चाहिए होने से पहले सबनेट में और कितने होस्ट आ सकते हैं। प्लान के बाद खाली ब्लॉक नेटवर्क में बचे वे संरेखित ब्लॉक हैं जो आगे के सबनेट के लिए उपलब्ध हैं।
सटीक समेटा हुआ रूट राउटिंग तालिका में अपने नेटवर्कों की जगह ले सकता है, ट्रैफ़िक की दिशा बदले बिना। फ़ालतू पतों वाला रूट आपके नेटवर्कों से बड़ा है: उन पतों का ट्रैफ़िक भी आपकी ओर आएगा।
पते का प्रकार बताता है कि ब्लॉक कहाँ चल सकता है: प्राइवेट और साझा स्पेस सिर्फ़ नेटवर्कों के अंदर, डॉक्यूमेंटेशन रेंज सिर्फ़ उदाहरणों में, और पब्लिक स्पेस तभी जब वह आपको आवंटित हो।
IPv4 सबनेट कैलकुलेटर कब इस्तेमाल करें
- दफ़्तर या ब्रांच नेटवर्क को स्टाफ़, मेहमानों, वॉइस और मैनेजमेंट के VLAN में बाँटना, हर एक उसके डिवाइसों के आकार का।
- फ़ायरवॉल नियम और ACL लिखना: किसी ब्लॉक का ठीक पहला और आख़िरी पता और उसका वाइल्डकार्ड मास्क जाँचना।
- नेटवर्किंग परीक्षा और इंटरव्यू की तैयारी में सबनेटिंग के जवाब और उनके पीछे का बाइनरी जाँचना।
- राउटिंग तालिका या BGP विज्ञापन छोटा करना: कौन-से नेटवर्क साफ़-साफ़ एक रूट में समेटे जा सकते हैं।
समस्या निवारण
- "प्रीफ़िक्स लंबाई या नेटमास्क जोड़ें": सिर्फ़ पता नेटवर्क का आकार नहीं बताता; /24 या 255.255.255.0 जोड़ें।
- "नेटमास्क लगातार होना चाहिए": नेटमास्क में पहले 1 और फिर 0 होते हैं, जैसे 255.255.240.0। 255.0.255.0 जैसा मान मास्क नहीं है; पर 0.0.15.255 जैसा वाइल्डकार्ड स्वीकार होता है और उसका उलटा पढ़ा जाता है।
- किसी सबनेट पर "जगह नहीं": सबनेट को नेटवर्क से ज़्यादा पते चाहिए। छोटा प्रीफ़िक्स (बड़ा नेटवर्क) लें या होस्ट संख्या घटाएँ।
- बँटवारा प्रीफ़िक्स नहीं ले रहा: नया प्रीफ़िक्स नेटवर्क के अपने प्रीफ़िक्स से लंबा होना चाहिए, क्योंकि बँटवारा छोटे ब्लॉक बनाता है। नेटवर्क जोड़ने के लिए रूट समेटना इस्तेमाल करें।
IPv4 सबनेट कैलकुलेटर के बारे में अक्सर पूछे जाने वाले सवाल
नेटमास्क और वाइल्डकार्ड मास्क में क्या फ़र्क है?
दोनों एक ही सीमा को उलटे तरीके से लिखते हैं। नेटमास्क में नेटवर्क बिट 1 होते हैं (/26 के लिए 255.255.255.192), वाइल्डकार्ड मास्क में होस्ट बिट 1 होते हैं (0.0.0.63) — Cisco ACL और OSPF के network कमांड इसी से पतों की रेंज मिलाते हैं। कैलकुलेटर पते के बाद इनमें से कोई भी स्वीकार करता है और दोनों दिखाता है।
VLSM प्लान हर सबनेट की जगह कैसे तय करता है?
हर लाइन वह सबसे छोटा ब्लॉक बनती है जिसमें उसके होस्ट के साथ नेटवर्क और ब्रॉडकास्ट पता भी आ जाए: 50 होस्ट को 52 पते चाहिए, यानी 64 पतों का /26। फिर ब्लॉक नेटवर्क की शुरुआत से, सबसे बड़े से शुरू करके रखे जाते हैं, ताकि हर ब्लॉक अपने आकार की सीमा पर शुरू हो और बीच में जगह बर्बाद न हो। जो नहीं समाता उस पर निशान लगता है, और बचे खाली ब्लॉक दिखाए जाते हैं।
मैंने 6 सबनेट माँगे तो 8 क्यों मिले?
बराबर सबनेट होस्ट हिस्से से बिट उधार लेकर बनते हैं, और n बिट उधार लेने पर हमेशा 2^n सबनेट बनते हैं। छह सबनेट के लिए तीन बिट चाहिए, और तीन बिट से आठ बनते हैं; संख्या बढ़ाने पर पेज बता देता है। अगर सबनेट अलग-अलग आकार के चाहिए तो बराबर बँटवारे की जगह VLSM मोड इस्तेमाल करें।
समेटा हुआ (summary) रूट कब विज्ञापित करना सुरक्षित है?
जब वह सटीक हो: यानी सूची के नेटवर्क उस रूट को पूरा भर दें, जैसे 172.16.0.0/24 से 172.16.3.0/24 तक के नेटवर्क 172.16.0.0/22 को भरते हैं। अगर पेज फ़ालतू पते बताए, तो वह रूट उन पतों का ट्रैफ़िक भी आपकी ओर खींचेगा जो आपके किसी नेटवर्क में नहीं हैं; उसे तभी विज्ञापित करें जब वह जगह आपकी हो और खाली हो, वरना अलग-अलग रूट ही रखें।
मेरा लिखा पता किसी दूसरे नेटवर्क पते में क्यों बदल गया?
प्रीफ़िक्स पूरे ब्लॉक को बताता है, इसलिए 192.168.10.77/26 का मतलब है वह /26 जिसमें .77 है, यानी 192.168.10.64/26। पेज पते को उसके नेटवर्क पर ले आता है और यह बताता भी है; आपका लिखा पता उसी ब्लॉक का एक होस्ट है।
क्या पॉइंट-टू-पॉइंट लिंक पर /31 इस्तेमाल कर सकते हैं?
हाँ। RFC 3021 पॉइंट-टू-पॉइंट लिंक पर /31 की अनुमति देता है, जहाँ दोनों पते होस्ट होते हैं और कोई नेटवर्क या ब्रॉडकास्ट पता नहीं होता — इससे /30 के आधे पते बचते हैं। कैलकुलेटर /31 को इसी तरह दिखाता है; पर उसका VLSM मोड दो होस्ट वाले लिंक को /30 ही देता है, क्योंकि हर डिवाइस /31 स्वीकार नहीं करता।
तकनीकी नोट्स
प्रीफ़िक्स लंबाई p पते के पहले p बिट नेटवर्क के लिए रखती है और 32 − p बिट होस्ट के लिए छोड़ती है, इसलिए ब्लॉक में 2^(32 − p) पते होते हैं। नेटवर्क पते के सारे होस्ट बिट 0 और ब्रॉडकास्ट पते के सारे होस्ट बिट 1 होते हैं; होस्ट इनके बीच के पते हैं, कुल 2^(32 − p) − 2 (RFC 950 की सबनेटिंग, RFC 4632 का CIDR नोटेशन)। अपवाद RFC 3021 का /31 है: पॉइंट-टू-पॉइंट लिंक पर उसके दोनों पते होस्ट होते हैं।
बराबर बँटवारा होस्ट हिस्से से n बिट उधार लेता है, जिससे नए प्रीफ़िक्स p + n के हमेशा 2^n सबनेट बनते हैं। VLSM हर सबनेट को दो की वह सबसे छोटी घात देता है जिसमें उसके होस्ट और दो पते और आ जाएँ, और ब्लॉक को नेटवर्क की शुरुआत से सबसे बड़े से शुरू करके रखता है, जिससे हर ब्लॉक बिना ख़ाली जगह छोड़े अपने आकार पर संरेखित रहता है। समेटा हुआ रूट सूची के सबसे निचले और सबसे ऊँचे पते का सबसे लंबा साझा प्रीफ़िक्स है; वह तभी सटीक है जब सूची के नेटवर्क जोड़ने पर ठीक वही ब्लॉक बनें।
सारी गणना @engines/ip-calc में BigInt से 32-बिट मानों पर होती है, जो @engines/ip पर बना है; यही IANA रजिस्ट्री (RFC 6890) की विशेष रेंज भी पहचानता है: प्राइवेट (RFC 1918), साझा एड्रेस स्पेस (RFC 6598), loopback, link-local, डॉक्यूमेंटेशन (RFC 5737), बेंचमार्किंग, multicast और आरक्षित स्पेस।
सीमाएँ और कार्यप्रणाली
सिर्फ़ IPv4 के लिए। IPv6 प्रीफ़िक्स का अपना कैलकुलेटर है, और शुरू–अंत वाली मनचाही रेंज, उनका ओवरलैप और जोड़ IP रेंज कैलकुलेटर का काम है।
बराबर बँटवारा पहले 256 सबनेट दिखाता है (गिनती सब की होती है), और VLSM प्लान व समेटना 256 लाइनों तक लेते हैं।
VLSM दो होस्ट वाले लिंक को /30 देता है क्योंकि कुछ डिवाइस /31 नहीं मानते; गेटवे या बढ़त के लिए पते तभी रखे जाते हैं जब आप उन्हें होस्ट संख्या में जोड़ें।
यह सिर्फ़ पतों की गणना करता है: यह नहीं बता सकता कि ब्लॉक आपके नेटवर्क में इस्तेमाल हो रहा है, इंटरनेट पर रूट है या आपको आवंटित है।
सुरक्षा और गोपनीयता
सारी गणना आपके ब्राउज़र में होती है; आपके लिखे नेटवर्क और होस्ट संख्याएँ कहीं नहीं भेजी जातीं और कुछ भी स्टोर नहीं होता।
संदर्भ
- RFC 950: Internet Standard Subnetting Procedureसबनेटिंग की मूल परिभाषा: होस्ट हिस्से के बिट उधार लेकर एक नेटवर्क को कई में बाँटना, जिसमें सारे शून्य और सारे एक वाले होस्ट पते नेटवर्क और ब्रॉडकास्ट के लिए रखे जाते हैं।
- RFC 4632: Classless Inter-domain Routing (CIDR)IPv4 नेटवर्क की प्रीफ़िक्स-लेंथ (/24) नोटेशन और यह नेटवर्क व होस्ट रेंज कैसे तय करती है।
- RFC 3021: Using 31-Bit Prefixes on IPv4 Point-to-Point Linksपॉइंट-टू-पॉइंट लिंक पर /31 की अनुमति देता है, जहाँ दोनों पते होस्ट होते हैं और नेटवर्क या ब्रॉडकास्ट पते की ज़रूरत नहीं होती — इससे /30 के आधे पते बचते हैं।