मुझे ऐसा लगता है कि यह आमतौर पर पर्याप्त रूप से उत्तर दिया गया था (240 ट्रिलियन /48
आवंटन हैं, जिसका अर्थ है कि पृथ्वी पर प्रत्येक मानव 30,0000 /48
आवंटन प्राप्त कर सकता है और हम अभी भी बाहर नहीं होंगे)। लेकिन मैं इस बात पर ध्यान दूंगा कि 2011 के RFC 6177 ने ISPs और RIR के लिए "ग्राहक साइटों को न्यूनतम /48
" प्रदान करने से ग्राहक साइटों को "a /64
, संभवतः a /56
, लेकिन निर्णय का उपयोग करने के लिए" कुछ कम प्रदान करने के लिए सिफारिश बदल दी
RFC को उद्धृत करने के लिए:
जबकि / 48 सिफारिश अंत साइटों के लिए पता स्थान प्रबंधन को सरल बनाती है, लेकिन इसे व्यर्थ होने के रूप में भी व्यापक रूप से आलोचना की गई है।
मैं इससे असहमत होऊंगा। फिर से, 240 ट्रिलियन /48
आवंटन हैं। मानव विलुप्त होने से हम बाहर चलेंगे। /48
s अधिकतर साइटों की आवश्यकता से अधिक पता स्थान प्रदान करता है, लेकिन यह वास्तव में बेकार नहीं है। यह जारी रहेगा:
एक ही समय में, यह घर साइटों को एकल देने के लिए लुभावना हो सकता है /64
, क्योंकि यह पहले से ही आज के आईपीवी 4 अभ्यास के साथ तुलना में काफी अधिक स्थान है।
हालाँकि, यह इस उम्मीद को पीछे छोड़ देता है कि घर की साइटें आगे जाने वाले कई सबनेट को सपोर्ट करने के लिए बढ़ेंगी। इसलिए, यह दृढ़ता से कहा जाता है कि यहां तक कि होम साइट्स को डिफ़ॉल्ट रूप से कई सबनेट्स दिए जा सकते हैं। इसलिए, यह दस्तावेज़ अभी भी घरेलू साइटों को एक से अधिक देने की सलाह देता है /64
, लेकिन यह अनुशंसा नहीं करता है कि हर घर की साइट को /48
या तो दिया जाए ।
....
पता प्रबंधन के लिए एक प्रमुख सिद्धांत यह है कि अंतिम साइटें हमेशा अपने वास्तविक और नियोजित उपयोग के लिए एक उचित मात्रा में पता स्थान प्राप्त करने में सक्षम हो सकती हैं, और समय के साथ-साथ केवल महीनों के बजाय वर्षों में निर्दिष्ट होती हैं। व्यवहार में, इसका मतलब है कि कम से कम एक / 64, और ज्यादातर मामलों में काफी अधिक है। एक विशेष स्थिति जिसे टाला जाना चाहिए, वह है IPv6-to-IPv6 नेटवर्क एड्रेस ट्रांसलेशन या अन्य बोझिल एड्रेस एड्रेस प्रोटेक्शन तकनीकों का उपयोग करने के लिए मजबूर एक अंतिम साइट महसूस करना क्योंकि इसमें पर्याप्त एड्रेस स्पेस नहीं मिल पाता।
आरएफसी भी केवल भी निबल पर आवंटन को तोड़ने की सिफारिश, इसलिए /60
, /56
, /52
, /48
, आदि एक /60
16 सबनेट अप करने के लिए है, जो ठीक है के साथ अंत उपयोगकर्ताओं, लेकिन तरीका प्रदान करता है 255 सबनेट IPv4 पर 192.168.0.0/16 निजी संबोधित करते हुए कम से कम की अनुमति देता है । 16 से अधिक सबनेट की आवश्यकता वाले होम उपयोगकर्ता की कल्पना करना मुश्किल नहीं है। अधिकांश नहीं होगा, लेकिन यह कल्पना करना मुश्किल नहीं है।
- किसी मौजूदा साइट के साथ तुलना में अंतिम साइट को एक लंबा उपसर्ग सौंपना, अंत साइट को पहले से ही इसे सौंपा गया है, किसी के लिए अपर्याप्त लाभ के साथ, अंत साइट के लिए परिचालन लागत और जटिलता में वृद्धि की संभावना है।
मैंने देखा है कि कुछ ISP अंततः घर उपयोगकर्ताओं के लिए IPv6 को तैनात करने के लिए चारों ओर हो रहे हैं, लेकिन वे केवल प्रदान /64
कर रहे हैं और वे स्थैतिक उपसर्ग प्रदान नहीं कर रहे हैं। इसका मतलब यह है कि घर उपयोगकर्ता IPv6 पर 1 से अधिक सबनेट नहीं चला सकते हैं, और यह चिंताजनक है। घरों में अधिकांश उपकरणों के लिए 1 सबनेट और गेस्ट वाईफाई के लिए 1 सबनेट होना काफी आम है। मैं IoT smarthome उपकरणों के लिए एक और सबनेट को प्रोत्साहित करूंगा क्योंकि उन चीजों में बहुत सारे फर्मवेयर बग हैं जो आप शायद ही चाहते हैं कि वे इंटरनेट का उपयोग करने में सक्षम हों, लेकिन निश्चित रूप से उन्हें आपके लैन तक पहुंच नहीं है। केवल एक / 64 के साथ, एक घर उपयोगकर्ता को या तो करना होगा: जो सबनेट IPv6 सक्षम है उसे चुनें और अन्य सबनेट के लिए IPv4 + NAT का उपयोग करें या IPv6 - IPv6 NAT का उपयोग करें।
मुझे लगता है कि /128
कुछ उदाहरणों में एकल सर्वर के लिए उचित है, और /64
दूसरों में। लेकिन /64
साइट के लिए यह कभी भी उचित नहीं है, और जब RFC6177 ISP को अधिक लेवे देता है, तो हम शायद 2001 के RFC 3177 से "हमेशा कम से कम / 48 को समाप्त करने के लिए उपयोगकर्ता साइटों को बिना नुकसान पहुंचाए " के साथ अटक सकते थे ।