IPv4 वर्ग E के बारे में क्या?


14

आईपीवी 4 के वर्ग ई नेटवर्क (240.0.0.0/4) में 268 मिलियन पते हैं। IPv6 के विज्ञापनों के बावजूद, यह दावा करते हुए कि हम एड्रेस स्पेस से बाहर भाग चुके हैं, यह ब्लॉक विडंबना यह है कि "भविष्य के उपयोग के लिए आरक्षित" होने का दावा करता है । इस ब्लॉक को अभी तक मुक्त क्यों नहीं किया गया है?

बेशक, IPv6 को अधिक IPv4 पतों से मुक्त करने के बजाय पदोन्नत किया जाना चाहिए, लेकिन हमने वर्षों से पता की कमी को देखा है। यहां तक ​​कि एक समय हो गया है जब वे निश्चित नहीं थे कि आईपीवी 6 को विकसित करने के लिए पर्याप्त समय है इससे पहले कि हम पते से बाहर निकल जाएं। उन्होंने पहले ही इस ब्लॉक को मुक्त क्यों नहीं किया?

और क्या कोई मौका है कि ये पते भविष्य में उपयोग किए जाएंगे, जैसे कि IPv6 को काफी व्यापक रूप से लागू किया गया है, लेकिन हमें अभी भी पीछे की संगतता के लिए IPv4 की आवश्यकता है? इसकी परवाह किए बिना चरणबद्ध किया जाएगा, लेकिन फिर ISP को IPv4 संगतता के लिए NAT को नियोजित नहीं करना है।


दृष्टिहीनता में, मोबाइल IPv4 NAT के लिए वह पता सीमा जारी की जानी चाहिए थी। इससे बड़ी एशियाई मोबाइल कंपनियों के लिए अपने ~ 1 बिलियन उपयोगकर्ताओं के लिए NAT सेवाएं चलाना बहुत आसान हो जाएगा।
MSalters

@MSalters हम्म लेकिन यह तय करने के लिए आईपी के मालिक पर निर्भर है कि वह नैट का उपयोग करे या नहीं, है ना? अगर मुझे सही तरीके से समझ में आता है, तो उन्हें इसके लिए समर्पित होने की आवश्यकता नहीं होगी। दोनों के लिए इस्तेमाल किया गया हो सकता है।
ल्यूक

रेंज 240.0.0.0/4का मालिक कभी नहीं था, लेकिन आरक्षित था। "एनएटी के लिए विशेष रूप से उपयोग करें" को उस सीमा से आवंटन सौंपते समय एक पूर्व शर्त बनाई जा सकती थी।
MSalters

जवाबों:


14

सहयोग।

नेटवर्किंग स्टैक कार्यान्वयन RFC का समर्थन करने के लिए लिखे गए हैं, और इसलिए भविष्य के उपयोग के लिए आरक्षित IP से पैकेट नहीं भेजे या स्वीकार किए जाएंगे। नेटवर्किंग स्टैक के अलावा, सेवाओं को भी उनका समर्थन करना है; डीएचसीपी को उन्हें वितरित करने में सक्षम होना पड़ता है, डीएनएस को उन्हें स्टोर करने में सक्षम होना पड़ता है, आईएएनए पर सॉफ्टवेयर और आपके आईएसपी को वास्तव में उस ब्लॉक के निर्माण और उपयोग का समर्थन करने में सक्षम होना चाहिए।

जब तक हम सभी इस "वर्ग ई" ब्लॉक का समर्थन करते हैं, तब तक हमने आईपीवी 6 पर स्विच करने के लिए बड़ी प्रगति की है इसलिए यह अब इसके लायक नहीं होगा। डेवलपर्स, आईएसपी और उपभोक्ता इसके बजाय IPv6 पर स्विच करने में बेहतर निवेश करते हैं ...

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

- और पढ़ें ( एड्रेस रिक्लेमेशन ए सोल्यूशन के तहत ? )


5
सोचा था, लेकिन इस विचार को भी अजीब मानकर खारिज कर दिया। हार्ड-और सॉफ्टवेयर उन IP के साथ काम नहीं करने के लिए क्यों बनाए जाएंगे, खासकर अगर यह बहुत स्पष्ट रूप से लिखा गया हो कि भविष्य में इन पतों का कार्य बदल सकता है?
ल्यूक

@ ल्यूक: क्योंकि यह भविष्य में उपयोग के लिए आरक्षित है, इसका मतलब यह नहीं है कि आप इसके लिए किसी भी प्रकार के समर्थन को लागू कर सकते हैं; अगर हम अन्य RFC को देखें तो यह और स्पष्ट हो जाता है। उदाहरण के लिए, प्रोक्टोकॉल्स में, वे उस शब्दावली का उपयोग कुछ बिट्स को इंगित करने के लिए करते हैं, जिनका आपको उपयोग नहीं करना चाहिए क्योंकि उन्हें बाद में प्रोटोकॉल के संभावित एक्सटेंशन के लिए उपयोग किया जा सकता है। इस प्रकार, मुझे लगता है कि यह IP स्पेस के लिए समान कार्य करेगा। आपने इसे स्वयं कहा है, यह बहुत स्पष्ट रूप से लिखा गया है कि भविष्य में इन पतों का कार्य बदल सकता है। वे उन्हें केवल आईपी पते के रूप में उपयोग नहीं कर सकते थे, लेकिन शायद कुछ विशेष के रूप में ...
तमारा विज्समैन

@ ल्यूक: ping 240.0.0.1विंडोज पर ... आजमाना आसान है ।
तमारा विज्समैन

2
@ ल्यूक: जिस कारण से उन्होंने सबसे अधिक संभावना व्यक्त की है कि ब्लॉक जारी नहीं किया गया था क्योंकि सबनेट मास्क उस समय इसका हिस्सा था और वे वास्तव में वापस बाहर चलने के बारे में परवाह नहीं करते थे, इस तरह के प्रसिद्ध " 640K के लिए पर्याप्त होना चाहिए " कोई भी ”। तो, यह इस तरह से अनुकूलित किया जा रहा है। उस विचार के साथ वापस आना दुर्लभ होगा और अगर आपने किया भी, "अगर यह टूट नहीं गया है, तो इसे ठीक न करें" लागू होता है, क्योंकि तत्काल लाभ के लिए बहुत परेशानी की आवश्यकता होगी। और ठीक है, RFC "पहले इसके लिए, फिर उस के लिए उपयोग करें" की तरह काम नहीं करता है, बल्कि एक गैर-बदलते प्रोटोकॉल के रूप में, इस प्रकार IPv4 -> IPv6 ...
Tamara Wijsman

1
@Luc: एक विचार प्राप्त करने के लिए, IPv4 (1979) ARPANET (1969) के संचालन में जाने के केवल 10 साल बाद प्रलेखित हुआ; IPv6 (1998) 14 साल पहले ही प्रलेखित हो गया था, उस समय IPv4 लगभग आधा समाप्त हो गया था। यदि वे "क्लास ई" ब्लॉक का समर्थन करना चाहते हैं तो उन्होंने उस बिंदु पर ऐसा किया होगा, लेकिन यदि आप इसके बजाय एक बड़े हिस्से में समय का निवेश कर सकते हैं तो एक छोटे हिस्से को क्यों सक्षम करें? यदि उन्होंने केवल "क्लास ई" का समर्थन करने और आईपीवी 6 में देरी करने का विकल्प चुना है तो हम वास्तव में बिना किसी विकल्प के थकावट का जोखिम लेंगे। IPv4 और IPv6 (1980 - 1990) के बीच में शायद अभी तक थकावट का कोई संकेत नहीं था ...
तमारा विज्समैन

7

समस्या यह है कि इस ब्लॉक को कई ऑपरेटिंग सिस्टमों में ब्लैकलिस्ट किया गया है। इसलिए वे इसे अपने पते के रूप में स्वीकार नहीं करेंगे और वे ऐसे पते वाले सर्वर से कनेक्ट नहीं होंगे।

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.