होस्ट के लिए IP पते के होस्ट हिस्से में सभी शून्य का उपयोग क्यों नहीं किया जा सकता है?

Question

मुझे पता है कि अगर मेरे पास नेटवर्क है 83.23.159.0/24तो मेरे पास 254 उपयोग करने योग्य होस्ट आईपी पते हैं क्योंकि:

83.23.159.0      (in binary: host portion all zeros) is the subnet address
83.23.159.1-254  are host addresses
83.23.159.255    (in binary: host portion all ones) is the broadcast address

मैं प्रसारण पते के लिए उपयोग को समझता हूं, लेकिन मुझे समझ में नहीं आता है कि सबनेट पते का उपयोग किस लिए किया जाता है। मैं कोई कारण नहीं देख सकता कि एक IP पैकेट का गंतव्य पता सबनेट पते पर सेट किया जाएगा, इसलिए सबनेट को स्वयं एक पते की आवश्यकता क्यों है यदि वह AN IP प्रवाह के लिए समापन बिंदु नहीं बनने जा रहा है? मेरे लिए यह एक बर्बादी की तरह लगता है कि इस पते को मेजबान पते के रूप में इस्तेमाल करने की अनुमति नहीं है।

संक्षेप में, मेरे प्रश्न हैं:

1. क्या IP पैकेट का गंतव्य कभी सबनेट IP पते पर सेट है?
2. यदि हाँ, तो किन मामलों में और क्‍यों?
3. यदि नहीं, तो किसी भी होस्ट के उपयोग के लिए उस पते को मुक्त क्यों नहीं किया जाता है?

Comments

ifconfigजब आप 24-नेट का होस्ट पता 0 या 255 पर सेट करते हैं, तो शिकायत न करें। बस इसका उपयोग करने का प्रयास करें।

— ott--

मैंने किया। यह एक .0 के लिए काम करने लगता है। लेकिन यह पुराने सॉफ्टवेयर को तोड़ सकता है। .255 भी काम करेगा यदि आप किसी ऐसे प्रोटोकॉल का उपयोग नहीं करते हैं जिसके प्रसारण की आवश्यकता है। मुझे लगता है कि आप इसे सेट कर सकते हैं यदि आप मैन्युअल रूप से सभी कंप्यूटरों पर स्थायी पते के साथ एआरपी तालिकाओं को कॉन्फ़िगर करते हैं, लेकिन युक!

— हेन्नेस

IPv4 सबनेटिंग का काम कैसे

— जॉन गार्डनियर्स

मैं उस जॉन से असहमत हूं। मैंने इसकी जाँच की और यह पूछे गए विशिष्ट प्रश्न को संबोधित नहीं करता है। जो कि एक किनारे का मामला है।

— हेन्नेस

यह प्रश्न अब नए नेटवर्क इंजीनियरिंग साइट पर भी पूछा जाता है। उन उत्तरों ( http://networkengineering.stackexchange.com/questions/11200/what-is-the-purpose-of-network-address-aka-subnet-address ) के पास ऐसी जानकारी है जो अभी तक सर्वर फॉल्ट के पदों में नहीं है। ।

— हेन्नेस

Answer 1

क्या IP पैकेट का गंतव्य कभी सबनेट IP पते पर सेट है?

हाँ। यह एक मान्य आईपी है इसलिए इसका उपयोग किया जा सकता है।

यदि हाँ, तो किन मामलों में और क्‍यों?

यह बस एक / 24 में 255 प्रयोग करने योग्य आईपी में से एक है

यदि नहीं, तो किसी भी होस्ट के उपयोग के लिए उस पते को मुक्त क्यों नहीं किया जाता है?

यदि आपके पास प्राचीन हार्डवेयर है, तो आपको यह जांचने की आवश्यकता है कि क्या यह नेटवर्क पते के रूप में पहले या अंतिम पते का उपयोग करता है। (.0 या .255 मास्क FF.FF.F.00 के साथ नेटवर्क के लिए)

इससे उस IP को छोड़ना एक अच्छी आदत है। और बहुत पहले सीखी गई आदतों को अनदेखा करना मुश्किल है।

और जो लोग पृष्ठभूमि को नहीं जानते हैं वे इसका उपयोग नहीं करते हैं 'क्योंकि अन्य इसका उपयोग नहीं करते हैं, इसलिए इसका उपयोग करना गलत होना चाहिए' या क्योंकि उन्हें पता नहीं है कि '0' पहला नंबर हो सकता है ।

[संपादित करें] ग्रीज़ो ने इसे केवल विंडोज एक्सपी पर परीक्षण किया जहां विंडोज़ नेटवर्क जीयूआई 'ने मदद की' इस सेटिंग को रोका। विंडोज 7 में एक ही व्यवहार है। मैंने इसे एक गैर-विंडोज़ होस्ट पर आज़माया, जहां यह सिर्फ काम करता है। यदि आप विंडोज़ का उपयोग करते हैं तो आपको अपने नेटवर्क को सभी जीरो पर सेट करने के लिए IPconfig के माध्यम से मैन्युअल रूप से कॉन्फ़िगर करना पड़ सकता है।

[संपादित करें 2]

जितना अधिक समय तक मैं इसके साथ काम करता हूं मुझे उतना अधिक भ्रमित होता है।

Rfc4632 - क्लासलेस इंटर-डोमेन रूटिंग इसे मना नहीं करता है, लेकिन न तो इसे स्पष्ट रूप से अनुमति देता है।

इस सर्वरफ़ॉल्ट पोस्ट में उल्लेख किया गया है: "ऐतिहासिक कारणों से कई OS एक प्रसारण के रूप में पहले पते को मानते हैं। उदाहरण के लिए, मेरे स्थानीय (/ 24) नेटवर्क पर OS X, Linux और Solaris से xxx0 को पिंग करने पर प्रतिक्रियाएँ मिलती हैं। Windows आपको पिंग करने नहीं देता है। डिफ़ॉल्ट रूप से पहला पता, लेकिन आप इसे SetIPUseZeroBroadcast WMI विधि का उपयोग करके सक्षम करने में सक्षम हो सकते हैं। मुझे आश्चर्य है कि यदि आप एक सब-विंडोज नेटवर्क पर होस्ट पते के रूप में .0 का उपयोग करके दूर हो सकते हैं। " ।

यह एक ही सवाल है, लेकिन जवाब नहीं है।

नेटवर्क एड्रेस का उपयोग राउटिंग टेबल में भी किया जाता है। लेकिन मैं यह देखने में विफल हूं कि इसके कारण काम क्यों नहीं होगा। रूटिंग टेबल में एक ही अंकन सही नेटवर्क के लिए मार्ग होगा। एक बार सही नेटवर्क पर यह आईपी 0 के साथ एक पीसी पर आ जाएगा।

(यह सब 192.168.1 / 24 के लिए।
यदि आपने 192.168.0 / 23 का उपयोग किया है तो 192.168.1.0 सीमा के मध्य में मान्य और सुरक्षित मूल्य होगा)

[संपादित करें ३]

इसी सवाल का एक और लिंक। यह स्टैक एक्सचेंज पर कुछ लोकप्रिय लगता है:

/superuser/379451/why-can-a-network-address-not-be-a-valid-host-address

और एक विचार:

Destination_IP शायद है और मार्ग तालिकाओं में प्रविष्टियों की तुलना किए जाने से पहले नेटवर्क मस्तूल (हार्डवेयर में एक तेजी से आपरेशन) के साथ एड। परंतु:

(एक अर्ध-यादृच्छिक आईपी) 192.168.0.42 और 255.255.255.0 192.168.0.0 निकलेगा,
लेकिन 192.168.0.0 और 255.255.255.0 भी 192.168.0.0 होगा।

---

[संपादित करें 4 - इस उत्तर के लिखे जाने के लंबे समय बाद - मुझे इस नई जानकारी के कारण पूरी पोस्ट को फिर से लिखना पड़ सकता है ]

RFC923 पेज 3 पर बताता है कि:

  In certain contexts, it is useful to have fixed addresses with
  functional significance rather than as identifiers of specific
  hosts.  When such usage is called for, the address zero is to be
  interpreted as meaning "this", as in "this network".  The address
  of all ones are to be interpreted as meaning "all", as in "all
  hosts".  For example, the address 128.9.255.255 could be
  interpreted as meaning all hosts on the network 128.9.  Or, the
  address 0.0.0.37 could be interpreted as meaning host 37 on this
  network.

हमारे नेटवर्किंग साइट पर @ylearn का हवाला देते हुए

मेरा मानना ​​है कि इसका पहला प्रलेखन RFC950 से आता है जो RFC943 का संदर्भ देता है (जो ऊपर RFC923 को मानता है लेकिन विशेष पते के लिए उसी भाषा का उपयोग करता है):

     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.

Comments

तो स्पष्ट करने के लिए, आप कह रहे हैं कि xxx0 / 24 है एक मेजबान के लिए एक वैध आईपी पता? यदि ऐसा है, तो क्यों (जब मैं 255.255.255.0 के नेटमास्क के साथ अपने आईपी पते को 192.168.1.0 पर सेट करने की कोशिश करता हूं) विंडोज़ एक्सपी कहता है " आईपी ​​पते और सबनेट मास्क का संयोजन अमान्य है। सभी बिट्स। IP पते का होस्ट पता भाग 0. पर सेट है। कृपया IP पते और सबनेट मास्क का एक वैध संयोजन दर्ज करें। "

— ग्रीज़ो

विंडोज गलत है। (या कम बल के साथ कहा गया: विंडोज़ सिस्टम के किसी भी संयोजन के साथ काम करने के लिए अत्यधिक सावधान है)। मैंने अभी-अभी अपनी विंडोज़ 7 सिस्टम पर यह कोशिश की और मुझे वही त्रुटि मिली जो आपने की थी। मैंने एक स्वच्छ FreeBSD सिस्टम स्थापित किया और यह परीक्षण किया कि यह कहां काम करता है। (मैं उस पोस्ट में जोड़ दूँगा)

— हेन्नेस

धन्यवाद, आप वास्तव में मददगार रहे हैं। बस यह जोड़ना चाहता था कि OS X में GUI आपको ऐसा नहीं करने देगा, लेकिन मुझे विश्वास है कि ifconfig होगा। मुझे समझ नहीं आ रहा है कि m0ntassar के जवाब को अधिक वोट क्यों मिले हैं - यह मेरे सवाल का जवाब देने की कोशिश भी नहीं करता है। एक और चीज़; जब आप कहते हैं कि " आप तो प्राचीन हार्डवेयर है आप अगर यह पहले या नेटवर्क पता के रूप में पिछले पते का उपयोग करता जाँच करने के लिए की जरूरत है। " आप क्या मतलब है प्रसारण पता ।

— ग्रीज़ो

हां, मेरा मतलब था प्रसारण का पता। अरे, कहाँ है कि "5 मिनट से अधिक पुरानी टिप्पणी संपादित करें" बटन।

— हेन्नेस

स्वीट, मैंने अभी-अभी पिंगिंग .0 और .255 की कोशिश की, दोनों बार मेरे PS3 ने उत्तर दिया (बाकी सब वायरलेस है इसलिए मुझे लगता है कि यह पहली बार वहां मिला है) .65 से ताकि यह पुष्टि हो सके कि मेरे नेटवर्क में दोनों प्रसारण के लिए उपयोग किए जाते हैं। क्यों (सामान्य रूप से) हमें वास्तविक मेजबान पते के लिए उपयोग नहीं करना चाहिए।

— ग्रीज़ो

Answer 2

एक सभी-शून्य होस्ट भाग के साथ एक पता नेटवर्क को संदर्भित करता है, बजाय किसी विशेष होस्ट के।

ऐतिहासिक रूप से, यह शून्य होस्ट पता वैकल्पिक प्रसारण पते के रूप में कार्य करता है, और डिवाइस अभी भी इस तरह से प्रतिक्रिया देते हैं।

इसलिए, मुझे कुछ अन्य उत्तरों से असहमत होना होगा: नहीं, शून्य पूरी तरह से उपयोग करने योग्य मेजबान पता नहीं है। यदि आपको 254 से अधिक पतों की आवश्यकता है, तो आपको एक बड़ा सबनेट बनाना होगा।

देखो, मेरा Linksys राउटर, जिसका पता .1पिंग्स के जवाब में है .0। (नेटमास्क है 255.255.255.0, इसलिए अंतिम ओकटेट मेजबान संख्या से मेल खाता है।)

webserver:~# ping  192.168.1.0
Do you want to ping broadcast? Then -b
webserver:~# ping -b 192.168.1.0
WARNING: pinging broadcast address
PING 192.168.1.0 (192.168.1.0) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1.46 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.812 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.819 ms

अगर मैंने .0कुछ होस्ट को पता सौंपा है , तो मैं इसे राउटर के बिना इसकी प्रतिक्रियाओं के साथ भी पिंग कर पाऊंगा। और जैसा कि आप देख सकते हैं, कुछ उपकरण उस राउटर के संस्करण को प्रसारण के रूप में पसंद pingकरते हैं 0।

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

इसका स्पष्ट उदाहरण।

मैंने एक कंपनी में काम किया, जिसने 14 स्लॉट चेसिस में निर्मित एक नेटवर्क नोड को डिजाइन किया, जिसमें कई प्रकार के कार्डों पर कई स्वतंत्र ओएस चित्र चल रहे थे, सभी एक बैकप्लेन के माध्यम से संचार कर रहे थे। एक सम्मेलन के साथ बैकप्लेन के ऊपर एक नेटवर्किंग सेटअप था जो कि 127.X.0.Yस्लॉट X में नोड Y का आंतरिक आईपी पता है, सभी 1 से गिने जाते हैं।

हमने मूल रूप से अपने स्वयं के प्रयोजनों के लिए लूपबैक पते को सबनेट किया। इसे काम करने के लिए, हमें लिनक्स कर्नेल को इधर-उधर करना होगा, और IIRC, उपयोगकर्ता की थोड़ी जगह।

चूँकि उस नेटवर्क का उपयोग केवल बॉक्स के भीतर किया गया था, और अधिकांश प्रोग्राम जिन्हें लूपबैक की आवश्यकता होती है वे 127.0.*नेटवर्क का उपयोग करते हैं (और वास्तव में विशिष्ट पता 127.0.0.1) जो सामान्य रूप से काम करना जारी रखता था, सब कुछ शांत था।

Answer 3

वास्तव में यह नेटमास्क पर निर्भर करता है, उदाहरण के लिए, नेटवर्क के लिए 83.23.159.0/23, 83.23.159.0 एक पूरी तरह से उपयोग करने योग्य आईपी पता है

Comments

+1 - 83.23.158.255 भी एक मान्य होस्ट पता होगा। सबनेट मास्क पर विचार किए बिना लोग न 0 और न 255 के नियम पर लटके हुए हैं।

— जोकेवेटी

मुझे पता है कि एक xxx0 पता कम / 24 के नेटमस्क के साथ मान्य है, लेकिन ध्यान दें कि मेरे प्रश्न में मैंने / 24 नेटमैस्क निर्दिष्ट किया है, इसलिए आपने मेरे प्रश्न का उत्तर नहीं दिया है। मैं अंतिम चौकड़ी / बाइट में सभी 0s या 255s के बारे में बात नहीं कर रहा था, मैंने सभी 0s या 255s को आईपी पते के "होस्ट भाग" में कहा था। यह नेटमास्क को ध्यान में रखता है।

— ग्रीज़ो

@Grezzo लघु उत्तर: गैर-सीआईडीआर और विरासत सामान .0 के साथ टूट जाता है, एमएस इसे पूरी तरह से बंद कर देता है। लेकिन IPv6 आसन्न है इसलिए परेशान क्यों हो? ;)

— सैममिच

यह वास्तव में एक उत्तर नहीं है क्योंकि प्रश्न वास्तव में डॉट नोटेशन अंकशास्त्र के बारे में नहीं है, लेकिन किसी भी चौड़ाई सबनेट में 0 होस्ट पते की स्थिति / अर्थ के बारे में है।

— कज़

मैं यह नहीं देखता कि इस जवाब में इतने वोट क्यों हैं। 83.23.159.0/23 "तकनीकी रूप से" एक वैध नेटवर्क नहीं है। 23 मास्क के साथ 83.23.159.0 वास्तव में 83.23.158.0/23 नेटवर्क के बीच में एक आईपी अधिकार है। सवाल यह नहीं था कि "मेरे पास आईपी के अंत में .0 क्यों नहीं हो सकता", यह था "मैं मेजबान भाग सभी शून्य के साथ पते का उपयोग क्यों नहीं कर सकता"। आपके उदाहरण में, "सभी होस्ट शून्य" पता 83.23.158.0 होगा। जैसा कि अन्य उत्तरों में उल्लेख किया गया है, यह ऐतिहासिक रूप से एक अनुपयोगी पता ("नेटवर्क पता") है और जबकि यह कुछ OS पर काम कर सकता है, यह कोशिश करना और इसका उपयोग करना उचित नहीं है।

— यूएसडी मैट

Answer 4

लगता है कि बुनियादी नेटवर्किंग के साथ यहां थोड़ा भ्रम है।

प्रतिक्रियाओं में से एक में निर्दिष्ट 'प्राचीन हार्डवेयर' आईपी सबनेट ज़ीरो का उपयोग नहीं करेगा - एक 24 / CIDR या 255.255.255.0 सबनेट मास्क के लिए स्थापित नेटवर्क के साथ आईपी पते xxx0 का उपयोग करना पूरी तरह से एक अलग मुद्दा है।

आईपी ​​सबनेट ज़ीरो

• पुराने हार्डवेयर IP सबनेट ज़ीरो का उपयोग नहीं करेंगे - जिसका अर्थ है कि वे मल्टी-सबनेट नेटवर्क सिस्टम पर पहले सबनेट का उपयोग नहीं करेंगे। इसलिए / 23 या 255.255.254.0 सबनेट XXX0 नेटवर्क पर और इसके सभी पतों का उपयोग नहीं किया जाएगा। आधुनिक राउटर के पास यह प्रतिबंध नहीं है, लेकिन इस पुराने मॉडल का उपयोग करने के लिए कॉन्फ़िगर किया जा सकता है IE वांछित होने पर सबनेट शून्य का उपयोग नहीं करता है।

एक सबनेट पर प्रयोग करने योग्य होस्ट आईपी पते

• बुनियादी नेटवर्किंग:
  • 255.255.255.0 के / 24 यानी सबनेट मास्क के साथ
  • xxx0 को नेटवर्क पते के रूप में आरक्षित किया गया है। राउटर और राउटिंग प्रोटोकॉल (EIGRP, RIP2, आदि) नेटवर्क पते को नेटवर्क पैकेट सीमाओं के भीतर और आगे बढ़ने के लिए नेटवर्क सेगमेंट को परिभाषित करने के लिए उपयोग करते हैं।
  • xxx255 प्रसारण पते के लिए आरक्षित है
  • पतों पर .1 या .254 पते का उपयोग करना आम बात है, ताकि 253 उपयोग करने योग्य आईपी नंबर निकल जाए।

नेटवर्क पता और प्रसारण पता दोनों आरक्षित हैं और वर्तमान (पिछले नेटवर्क मानकों द्वारा) डिवाइस को सौंपा जा सकता है। A / 24 सिस्टम पर होस्ट एड्रेस के लिए xxx0 का उपयोग करना गलत है। भले ही लिनक्स आपको उपयोग करने देता है इसका मतलब यह नहीं है कि यह सही है, इसका मतलब यह है कि लिनक्स सोचता है कि आप जानते हैं कि आप क्या कर रहे हैं।

यदि आपका सिस्टम आपको होस्ट करने के लिए IP4 पते के रूप में xxx0 को असाइन करने दे रहा है और यह काम करता हुआ दिखाई दे रहा है - संभावना है कि विशेष होस्ट को उस नेटवर्क पर किसी भी डिवाइस पर लक्षित सभी ट्रैफ़िक प्राप्त हो रहे हैं, तो इसका नेटवर्किंग संभवतः बेहतर तरीके से काम नहीं कर रहा है।

Comments

आपने कहा है कि " xxx0 को नेटवर्क एड्रेस के रूप में आरक्षित किया गया है (इसे पूरे सबनेट में ग्लोबल एड्रेस या पॉइंटर के रूप में सोचें) " लेकिन यह नहीं बताया गया कि यह वास्तव में किसके लिए उपयोग किया जाता है, और इसलिए यह नहीं बताया गया है कि इसका उपयोग होस्ट के लिए क्यों नहीं किया जा सकता है

— ग्रीज़ो

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

— 10

Answer 5

RFC 1122 ("इंटरनेट होस्ट के लिए आवश्यकताएँ - संचार परतें") इसे प्रतिबंधित करती हैं:

IP पतों को <होस्ट-नंबर>, <नेटवर्क-नंबर>, या <सबनेट- नंबर> फ़ील्ड में से किसी के लिए मान 0 या -1 की अनुमति नहीं है

Comments

जहाँ तक जाता है सच है। लेकिन अगर आप वास्तव में 3.3.6 सेक्शन में जाते हैं जैसा कि यह सलाह देता है, तो आपको पूरी व्याख्या मिल जाएगी।

— माइकल हैम्पटन

@Michael Hampton बीएसडी 4.2 प्रसारण के रूप में 0 का उपयोग करता है?

— ग्रीज़ो

@Grezzo बहुत ज्यादा। आप इसके साथ फंसे हुए हैं क्योंकि 80 का बस मर नहीं जाएगा।

— माइकल हैम्पटन

Answer 6

वास्तव में उत्तर सबनेटिंग का मूल है। नेटवर्क आईडी के साथ संयुक्त आपके सबनेट के "सभी शून्य" आईपी का उपयोग यह गणना करने के लिए किया जाता है कि पैकेट को कहां भेजा जाना है।

आपके उदाहरण में आपके पास 255.255.255.0 का सबनेट है। कोई भी उपकरण जो टीसीपी / आईपी प्रोटोकॉल जानता है, यह पता लगाने के लिए आईपी पते के साथ संयुक्त नेटमास्क का उपयोग करेगा कि क्या पैकेट स्थानीय नेटवर्क (एक तार्किक और संचालन करके) के लिए नियत है या कि इसे गेटवे / राउटर को गर्त भेजा जाना है।

इसलिए मैं इस कारण का अनुमान लगाता हूं कि आईपी का उपयोग नहीं किया जा सकता है, क्योंकि यह पहले से ही डिजाइन के साथ नेटमास्क के साथ नेटवर्क सीमाओं को "परिभाषित" करने के लिए उपयोग किया जाता है।

Comments

आप कहते हैं कि " कोई भी उपकरण जो टीसीपी / आईपी प्रोटोकॉल जानता है, वह आईपी एड्रेस के साथ संयुक्त नेटमास्क का उपयोग करेगा, ताकि यह गणना की जा सके कि पैकेट स्थानीय नेटवर्क के लिए नियत है (एक तार्किक और ऑपरेशन करके) ", लेकिन 255.255 पर 83.23.159.0 का अनुमान .255.0 और 255.255.255.0 साथ Anding 83.23.159.1 ही परिणाम (83.23.159.0) का उत्पादन इस गणना का उपयोग कर यह पता लगाने की अगर यह नेटवर्क के लिए किस्मत में है या रूटर अभी भी काम करता है यहां तक कि जब एक मेजबान .0 पता है तो

— Grezzo

Answer 7

यह अनुरोध किया गया था कि मैं अपने उत्तर को NetworkEngineering से हटा दूं , इसलिए मैं इस साइट के लिए कुछ संशोधन करूँगा।

में RFC919 , यह नेटवर्क पता के सामान्य स्वीकृति के संदर्भ बनाता है:

However, as a notational convention, we refer to
networks (as opposed to hosts) by using addresses with zero fields.
For example, 36.0.0.0 means "network number 36"

यह एक कन्वेंशन प्रदान करता है जो हमारी समझ को स्पष्ट करना चाहिए अगर किसी को नेटवर्क के रूप में "10.1.2.0" का उल्लेख करना है और नेटवर्क पर होस्ट नहीं है।

वहाँ से, IP पते में "0" का उपयोग RFC923 में परिभाषित किया गया था और क्रमिक RFC में किया गया था:

Special Addresses:

  In certain contexts, it is useful to have fixed addresses with
  functional significance rather than as identifiers of specific
  hosts.  When such usage is called for, the address zero is to be
  interpreted as meaning "this", as in "this network".  The address
  of all ones are to be interpreted as meaning "all", as in "all
  hosts".  For example, the address 128.9.255.255 could be
  interpreted as meaning all hosts on the network 128.9.  Or, the
  address 0.0.0.37 could be interpreted as meaning host 37 on this
  network.

यह उदाहरण वर्तमान नेटवर्क (0.0.0.37) पर 0 के पते के नेटवर्क भागों का उपयोग करके एक विशिष्ट होस्ट के लिए प्रदान करता है, लेकिन यह वास्तव में विपरीत मामले (पते के होस्ट भाग में 0) को स्पष्ट नहीं करता है। हालाँकि जैसा कि "0" को "इस" के रूप में परिभाषित किया है।

में RFC1060 पता "0.0.0.0" स्पष्ट रूप से "के रूप में इस नेटवर्क पर इस मेजबान" प्रलेखित किया गया था:

     (a)   {0, 0}

        This host on this network.  Can only be used as a source
        address (see note later).

चूँकि पते के मेजबान भाग के लिए सभी शून्य का अर्थ "यह होस्ट" है, इसलिए यह तार्किक रूप से इस प्रकार है कि यह मेजबान पते के रूप में अनुपयोगी है।

सीधे अपने सवालों के जवाब देने के लिए:

1. क्या IP पैकेट का गंतव्य कभी सबनेट IP पते पर सेट है?
2. यदि हाँ, तो किन मामलों में और क्‍यों?
3. यदि नहीं, तो किसी भी होस्ट के उपयोग के लिए उस पते को मुक्त क्यों नहीं किया जाता है?

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

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

तो क्यों कुछ OSes स्पष्ट रूप से इसका उपयोग करने की अनुमति देते हैं? मैं कई चीजों की कल्पना करूंगा कि यह डेवलपर समय / संसाधनों के लिए नीचे आता है या किसी ने वास्तव में वैधता जांच को जोड़ने के लिए नहीं सोचा था। तर्क को "0 में समाप्त होता है" की तुलना में थोड़ा अधिक शामिल होना पड़ता है क्योंकि एक बड़ा सबनेट (a / 23 या बड़ा) के पास वैध आईपी पता होगा ।255 और .0 (अर्थात 10.1.2.0/23) में दोनों वैध आईपी शामिल हैं। 10.1.2.255 और 10.1.3.0 का पता)। हालाँकि कुछ संगठन सॉफ्टवेयर के साथ किसी भी प्रकार की समस्या से बचने के लिए बड़े सबनेट में उन वैध पते के उपयोग से भी बचते हैं जो आधुनिक सबनेटिंग का सही समर्थन नहीं करते हैं।

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