IPv6 एड्रेस स्पेस लेआउट बेस्ट प्रैक्टिस
मैं IPv4 पता स्थान आवंटन के साथ सहज हूं। जिससे मेरा मतलब है: नेटवर्क के लिए या किसी संगठन की योजना बनाने के लिए सेवाओं को देखते हुए, मेरे पास आईपी एड्रेस स्पेस उपयोग की योजना बनाने की अच्छी समझ है। (या कम से कम, मुझे लगता है कि मैं करता हूं। :)
IPv6 एड्रेस स्पेस लेआउट के लिए क्या कोई सर्वोत्तम प्रैक्टिस गाइडेंस या केस स्टडीज हैं ?
सुपर शॉर्ट उत्तर: शुरू होने पर / 56 प्रोजेक्ट करने की कोशिश करें कि अगले कई वर्षों में क्या उपयोग किया जाएगा और इसके अनुसार ऊपर या नीचे समायोजित करें। एकल पते का अनुरोध करने वाले लोगों को अभी भी भविष्य के विस्तार के लिए कुछ आवंटित होना चाहिए, आवंटन के विखंडन से बचना जरूरी है, मामूली ओवर-आवंटन से।
एक लंबा जवाब:
इंटरनेट इंजीनियरिंग टास्क फोर्स (IETF) - सर्वश्रेष्ठ वर्तमान अभ्यास :
RFC 6177 और BCP 157 - "IPv6 एड्रेस असाइनमेंट टू एंड साइट्स" स्पष्ट करता है कि एक आकार-फिट-सभी / 48 की सिफारिश अंतिम साइटों की व्यापक रेंज के लिए पर्याप्त नहीं है और अब इसे एक डिफ़ॉल्ट के रूप में अनुशंसित नहीं किया गया है।
1. परिचय - पता असाइनमेंट नीतियों में कारक के कई विचार हैं। उदाहरण के लिए, सार्वजनिक रूटिंग इन्फ्रास्ट्रक्चर के दीर्घकालिक स्वास्थ्य और मापनीयता के लिए प्रदान करने के लिए, यह महत्वपूर्ण है कि अच्छी तरह से [ रूट-स्कैलिंग ] को संबोधित किया जाए । इसी तरह, पता स्थान की अत्यधिक मात्रा देने से पता स्थान का समय से पहले क्षय हो सकता है। यह दस्तावेज़ (अधिक संकीर्ण) प्रश्न पर केंद्रित है कि अंतिम साइटों के लिए उपयुक्त IPv6 पता असाइनमेंट आकार क्या है। यही है, जब अंतिम साइटें ISP से IPv6 एड्रेस स्पेस का अनुरोध करती हैं, तो एक उपयुक्त असाइनमेंट साइज क्या है।
...
यह दस्तावेज़ (अधिक संकीर्ण) प्रश्न पर केंद्रित है कि अंतिम साइटों के लिए उपयुक्त IPv6 पता असाइनमेंट आकार क्या है। यही है, जब अंतिम साइटें ISP से IPv6 एड्रेस स्पेस का अनुरोध करती हैं, तो एक उपयुक्त असाइनमेंट साइज क्या है।
...
यह दस्तावेज़ इस बात पर औपचारिक अनुशंसा नहीं करता है कि सटीक असाइनमेंट का आकार क्या होना चाहिए। अंत साइटों को असाइन करने के लिए कितना पता स्थान का सटीक विकल्प परिचालन समुदाय के लिए एक मुद्दा है। इस मामले में IETF की भूमिका IPv6 वास्तु और परिचालन विचारों पर मार्गदर्शन प्रदान करने तक सीमित है। यह दस्तावेज़ उन चर्चाओं में इनपुट प्रदान करता है।
...
2. एंड साइट्स पर 48 असाइनमेंट्स पर - / 48 सिफारिश [RFC3177] के पीछे कुछ मूल प्रेरणाओं को देखते हुए, तीन मुख्य चिंताएं थीं। पहली प्रेरणा यह सुनिश्चित करना था कि ऐसा करने के लिए अंत साइटें आसानी से "हुप्स के माध्यम से कूद" होने के बिना पर्याप्त पता स्थान प्राप्त कर सकती हैं। उदाहरण के लिए, अगर किसी को लगा कि उन्हें अधिक स्थान की आवश्यकता है, तो बस कुछ स्तर पर पूछने का कार्य पर्याप्त औचित्य होगा।
एक तुलना बिंदु के रूप में, आईपीवी 4 में, विशिष्ट घर उपयोगकर्ताओं को एक ही सार्वजनिक आईपी पता दिया जाता है (हालांकि यह भी हमेशा आश्वस्त नहीं होता है), लेकिन एक से अधिक पते प्राप्त करना अक्सर मुश्किल या असंभव भी होता है - जब तक कि कोई एक भुगतान करने को तैयार न हो (काफी) सेवा के लिए "उच्च ग्रेड" माना जाने वाला शुल्क बढ़ा दिया गया है। (यह ध्यान दिया जाना चाहिए कि बढ़ी हुई संख्या में आईएसपी शुल्क की एक छोटी संख्या को प्राप्त करने के लिए आमतौर पर आरआईआर द्वारा लगाए गए वास्तविक प्रति-पता लागत द्वारा उचित नहीं ठहराया जा सकता है, लेकिन अतिरिक्त पते अक्सर उपयोगकर्ताओं को एक अलग प्रकार के भाग के रूप में उपलब्ध होते हैं या " उच्च ग्रेड "सेवा, जिसके लिए एक अतिरिक्त शुल्क लगाया जाता है। यहां मुद्दा यह है कि अतिरिक्त लागत आरआईआर शुल्क संरचनाओं के कारण नहीं है, लेकिन व्यावसायिक विकल्प आईएसपी बनाते हैं।)
IPv6 में एक महत्वपूर्ण लक्ष्य डिफ़ॉल्ट और न्यूनतम अंत साइट असाइनमेंट को "एकल पते" से "कई नेटवर्क" में बदलना और यह सुनिश्चित करना है कि अंतिम साइटें आसानी से पता स्थान प्राप्त कर सकती हैं।
...
नीति में बदलाव (जैसे कि ऊपर) पते की खपत के अनुमानों और आईपीवी 6 के लिए अपेक्षित दीर्घायु पर महत्वपूर्ण प्रभाव पड़ेगा। उदाहरण के लिए, डिफ़ॉल्ट असाइनमेंट को a / 48/56 से बदलकर (अंत साइटों के विशाल बहुमत के लिए, उदाहरण के लिए, घरेलू साइटें) 8 बिट तक की बचत का परिणाम देगा, "कुल अनुमानित पता खपत" को कम करके (ऊपर) ) 8 बिट्स या परिमाण के दो आदेश। (बड़ी साइटों की संख्या की तुलना में बचत की सही मात्रा घर के उपयोगकर्ताओं की सापेक्ष संख्या पर निर्भर करती है।)
...
3. अन्य RFC 3177 विचार - ... IPv6 में पता स्थान की बड़ी मात्रा को देखते हुए, अंत साइटों को पर्याप्त जगह देने के लिए बहुत जगह है, जो बहु-वर्ष समय के फ्रेम पर उचित विकास अनुमानों के अनुरूप हो। इस प्रकार, यह पिछले कई वर्षों के लिए पर्याप्त स्थान (प्रारंभिक और बाद के दोनों असाइनमेंट पर) के साथ अंत साइटों को प्रदान करने के लिए अत्यधिक वांछनीय है। सौभाग्य से, इस लक्ष्य को कई तरीकों से हासिल किया जा सकता है और इसके लिए यह आवश्यक नहीं है कि सभी अंतिम साइटों को समान आकार का असाइनमेंट प्राप्त हो। "
RFC 7608 और BCP 198 - "अग्रेषण के लिए IPv6 उपसर्ग लंबाई की सिफारिश"
सार - IPv4 की तरह, IPv6 उपसर्ग की लंबाई, एक पैरामीटर है जिसे क्लासलेस इंटर-डोमेन रूटिंग (CIDR) आर्किटेक्चर के अनुसार IPv6 रूटिंग और फ़ॉरवर्डिंग प्रक्रियाओं में प्रयोग किया जाता है। IPv6 उपसर्ग की लंबाई शून्य से 128 तक कोई भी संख्या हो सकती है, हालांकि पता आवंटन के लिए स्टेटलेस एड्रेस ऑटोकैनफिगरेशन (SLAAC) का उपयोग करने वाले सबनेट पारंपरिक रूप से / 64 उपसर्ग का उपयोग करते हैं। राउटिंग और फ़ॉरवर्डिंग के हार्डवेयर और सॉफ़्टवेयर कार्यान्वयन को इसलिए उपसर्ग लंबाई पर कोई नियम लागू नहीं करना चाहिए, लेकिन किसी भी मान्य लंबाई के उपसर्गों पर सबसे लंबे समय तक मिलान-पहले लागू करें।
RFC 7934 और BCP 204 - "होस्ट पता उपलब्धता अनुशंसाएँ" यह अनुशंसा करती है कि नेटवर्क कई वैश्विक IPv6 पतों के साथ सामान्य-उद्देश्य अंत होस्ट प्रदान करते हैं, और यह ऐसा करने के लाभों और विकल्पों के बारे में बताता है।
परिचय - "IPv4 के विपरीत, IPv6 नेटवर्क प्रति होस्ट केवल एक पता प्रदान करने के लिए पते की कमी की चिंताओं से मजबूर नहीं हैं। ... इसके अलावा, कई पते प्रदान करने से कई लाभ होते हैं, जिसमें अनुप्रयोग कार्यक्षमता और सादगी, गोपनीयता, और भविष्य के अनुप्रयोगों को समायोजित करने का लचीलापन शामिल है। एक और महत्वपूर्ण लाभ नेटवर्क एड्रेस ट्रांसलेशन (NAT) के उपयोग के बिना इंटरनेट एक्सेस प्रदान करने की क्षमता है। प्रति होस्ट केवल एक IPv6 पता प्रदान करना इन लाभों की उपेक्षा करता है।
2. आम आईपीवी 6 तैनाती मॉडल - IPv6 के कई वैश्विक पते सहित एक से अधिक पते, समर्थन करने के लिए डिज़ाइन किया गया है, इंटरफ़ेस प्रति (देखें की धारा 2.1 [RFC4291] और के [RFC6434] धारा 5.9.4 )। आज, कई सामान्य-उद्देश्य वाले IPv6 होस्ट्स प्रति इंटरफ़ेस तीन या अधिक पते के साथ कॉन्फ़िगर किए गए हैं: एक लिंक- स्थानीय पता, एक स्थिर पता (जैसे, 64-बिट विस्तारित विशिष्ट पहचानकर्ता (EUI-64) या अपारदर्शी इंटरफ़ेस पहचानकर्ता [ RFC1717 ] का उपयोग करके) , एक या एक से अधिक गोपनीयता पते [ RFC4941 ], और संभवतः एक या अधिक अस्थायी या गैर-अस्थायी पते IPv6 (DHCPv6) [ RFC3315 ] के लिए डायनामिक होस्ट कॉन्फ़िगरेशन प्रोटोकॉल का उपयोग करके प्राप्त किए गए हैं ।
अधिकांश सामान्य-उद्देश्य वाले IPv6 नेटवर्क में, मेजबान के पास नेटवर्क के लिए स्पष्ट अनुरोध के बिना लिंक उपसर्ग (es) से अतिरिक्त IPv6 पते कॉन्फ़िगर करने की क्षमता होती है। इस तरह के नेटवर्क में सभी 3GPP नेटवर्क ( [RFC6459], सेक्शन 5.2 ) शामिल हैं, इसमें ईथरनेट और वाई-फाई नेटवर्क के अलावा स्टेटलेस एड्रेस ऑटोकैनफिगरेशन (SLAAC) [ RFC4862 ] का उपयोग किया गया है। "
RFC 4862 - "IPv6 स्टेटलेस एड्रेस ऑटोकॉनफिगरेशन" बताते हैं:
3. डिजाइन लक्ष्य
स्टेटलेस ऑटोकॉन्फ़िगरेशन को निम्नलिखित लक्ष्यों को ध्यान में रखते हुए डिज़ाइन किया गया है: नेटवर्क से कनेक्ट करने से पहले व्यक्तिगत मशीनों के मैनुअल कॉन्फ़िगरेशन की आवश्यकता नहीं होनी चाहिए। ... पता ऑटोकॉन्फ़िगरेशन मानता है कि प्रत्येक इंटरफ़ेस उस इंटरफ़ेस के लिए एक अद्वितीय पहचानकर्ता प्रदान कर सकता है (यानी, "इंटरफ़ेस पहचानकर्ता")। ...
एकल लिंक से जुड़ी मशीनों के एक सेट से युक्त छोटी साइटों को संचार के लिए एक शर्त के रूप में डीएचसीपीवी 6 सर्वर या राउटर की उपस्थिति की आवश्यकता नहीं होनी चाहिए। प्लग-एंड-प्ले संचार लिंक-स्थानीय पते के उपयोग के माध्यम से प्राप्त किया जाता है। लिंक-स्थानीय पते में एक प्रसिद्ध उपसर्ग होता है जो (एकल) साझा लिंक की पहचान करता है जिसमें नोड्स का एक सेट संलग्न होता है। एक मेजबान लिंक के लिए एक इंटरफ़ेस आइडेंटिफ़ायर जोड़कर एक स्थानीय पता बनाता है - स्थानीय उपसर्ग।
कई नेटवर्क और राउटर के साथ एक बड़ी साइट को पता कॉन्फ़िगरेशन के लिए डीएचसीपीवी 6 सर्वर की उपस्थिति की आवश्यकता नहीं होनी चाहिए। वैश्विक पते उत्पन्न करने के लिए, मेजबानों को उन उपसर्गों को निर्धारित करना चाहिए जो उन सबनेटों की पहचान करते हैं जिनसे वे संलग्न होते हैं। राउटर आवधिक राउटर विज्ञापन उत्पन्न करते हैं जिसमें एक लिंक पर सक्रिय उपसर्गों के सेट को सूचीबद्ध करने वाले विकल्प शामिल होते हैं।
पता कॉन्फ़िगरेशन को किसी साइट की मशीनों के सुंदर नवीनीकरण की सुविधा प्रदान करनी चाहिए। उदाहरण के लिए, एक साइट अपने सभी नोड्स को फिर से नया करने की इच्छा कर सकती है जब वह एक नए नेटवर्क सेवा प्रदाता के लिए स्विच करता है। एक ही इंटरफ़ेस के लिए पतों की लीजिंग से इंटरफेस तक और कई पतों के असाइनमेंट के जरिए हासिल किया जाता है। लीज जीवनकाल वह तंत्र प्रदान करता है जिसके माध्यम से एक साइट पुराने उपसर्गों को चरणबद्ध करती है। एक इंटरफ़ेस में कई पतों का असाइनमेंट एक संक्रमण अवधि के लिए प्रदान करता है, जिसके दौरान एक नया पता और एक चरणबद्ध कार्य दोनों एक साथ होते हैं।
सुरक्षा संबंधी बातें :
अन्य संदर्भ :
ARIN - " अनुशंसित ड्राफ्ट नीति ARIN-2015-1: IPv6 इनिशियल एंड-यूज़र असाइनमेंट के लिए मानदंड में संशोधन "।
ARIN - " ड्राफ्ट पॉलिसी ARIN-2011-3: ISP के लिए बेहतर IPv6 आवंटन "।
सभी ARIN नीतियां ।
IANA - मुख्य पृष्ठ - प्रोटोकॉल रजिस्ट्रियां - IANA- प्रबंधित आरक्षित डोमेन ।
IETF - " IPv6 होस्ट घनत्व मेट्रिक पर विचार - ड्राफ्ट-हस्टन-एचडी-मेट्रिक-00 . txt "।
सभी IETF BCPs । ( अभिलेखागार )।
विकिपीडिया की सर्वश्रेष्ठ वर्तमान प्रथाएँ (वर्तमान में अद्यतित नहीं हैं)।
एपी एनआईसी - " आईपीवी 6 बेस्ट करंट प्रैक्टिस "।
क्लाउडमार्क के व्हाइटपेपर: " आईपीवी 6 नेटवर्क्स में नियर टर्म एसएमटीपी डिप्लॉयमेंट के लिए बीसीपी "।
NSRC.org - " Ingress & Egress Filtering Lab - कैम्पस नेटवर्क डिज़ाइन एंड ऑपरेशंस वर्कशॉप "।
RIPE - " IPv6 पता आवंटन और असाइनमेंट पॉलिसी " कहती है (कई अन्य चीजों के बीच): "IPv6 पता स्थान के लिए न्यूनतम आवंटन आकार / 32 है। (LIRs के लिए)", "IPv6 पता स्थान के प्रारंभिक आवंटन के लिए अर्हता प्राप्त करने के लिए, a LIR के पास दो वर्षों के भीतर अन्य संगठनों और / या अंतिम साइट असाइनमेंट के लिए उप-आवंटन करने की योजना होनी चाहिए। "," प्रारंभिक आवंटन मानदंडों को पूरा करने वाले LIRs बिना आवश्यकता के / 29 तक का प्रारंभिक आवंटन / 32 प्राप्त करने के लिए पात्र हैं। किसी भी अतिरिक्त जानकारी की आपूर्ति। ", ...
RIPE - " आईपी एड्रेसिंग और CIDR चार्ट्स को समझना " (नीचे भी देखें) ये सहायक चार्ट प्रदान करता है:
इंटरनेट की मूल वास्तुकला में अधिकांश बड़े नेटवर्क शामिल थे जो सीधे एक दूसरे से जुड़ते थे, और आज इस्तेमाल किए जाने वाले पदानुक्रमित डिजाइन की तरह नहीं दिखते थे। सेना को एक विशाल पता ब्लॉक देना आसान था और दूसरे को स्टैनफोर्ड विश्वविद्यालय। उस मॉडल में, राउटर को प्रत्येक नेटवर्क के लिए केवल एक आईपी पता याद रखना पड़ता था, और उन मार्गों में से प्रत्येक के माध्यम से लाखों होस्ट तक पहुंच सकता था।
- IPv6 उपकरणों में सभी को एक डिफ़ॉल्ट के रूप में दिया गया एक अनूठा पता है, IPv4 डिवाइस एक वर्गीकृत नेटवर्क का उपयोग करते हैं और उन पते की एक थकावट के कारण एक अनूठा पता नहीं होता है जो 31 जनवरी 2011 और 24 सितंबर 2015 के बीच हुए थे।
यहाँ फरवरी 1982 में पूरे इंटरनेट का एक पुराना नक्शा है, आज के इंटरनेट की तुलना में, StackExchange.com सही छवि के केंद्र में छोटा बिंदु है, जिस तरह से ज़ूम इन करने के लिए क्लिक करें।
RFC 3484 - "इंटरनेट प्रोटोकॉल वर्जन 6 (IPv6) के लिए डिफॉल्ट एड्रेस सिलेक्शन" RFC 6724 (सितंबर 2012) द्वारा आब्जर्ब किया गया था , अपडेट में नया है:
"धारा 2.1.4 , 2.2.2 और RFC 5220 के 2.2.3 में यूनिक लोकल एड्रेस (ULAs) [RFC4193] से संबंधित पते की चयन समस्याओं का वर्णन है। डिफ़ॉल्ट रूप से, वैश्विक IPv6 गंतव्यों को ULA गंतव्यों पर पसंद किया जाता है, क्योंकि एक मनमाना ULA है। जरूरी नहीं कि पहुंच योग्य हो। ”
- / 48 के एक-आकार-फिट-सभी अनुशंसाएँ अंतिम साइटों की व्यापक श्रेणी के लिए पर्याप्त नहीं हैं और अब उन्हें एकल डिफ़ॉल्ट के रूप में अनुशंसित नहीं किया गया है।
देखें: RIPE - " आईपी एड्रेसिंग और CIDR चार्ट्स को समझना ":
"इंटरनेट से जुड़े प्रत्येक उपकरण के लिए एक पहचानकर्ता की आवश्यकता होती है। इंटरनेट प्रोटोकॉल (IP) पते एक संख्यात्मक पते हैं जिनका उपयोग इंटरनेट से जुड़े किसी विशेष हार्डवेयर की पहचान करने के लिए किया जाता है।
आज उपयोग किए जाने वाले IP के दो सबसे सामान्य संस्करण इंटरनेट प्रोटोकॉल संस्करण 4 (IPv4) और इंटरनेट प्रोटोकॉल संस्करण 6 (IPv6) हैं। IPv4 और IPv6 दोनों पते संख्याओं के परिमित पूल से आते हैं।
IPv4 के लिए, यह पूल 32-बिट्स (2 ^ 32) आकार का है और इसमें 4,294,967,296 IPv4 पते हैं।
IPv6 पता स्थान 128-बिट्स (2 ^ 128) आकार का है, जिसमें 340,282,366,920,938,463,463,374,607,431,768,211,456 IPv6 पते हैं।
पता आवंटन मॉडल
वर्तमान में, आईएएनए क्षेत्रीय रजिस्ट्रियों को एड्रेस ब्लॉक आवंटित करता है। बदले में रजिस्ट्रियां सेवा प्रदाताओं को पता ब्लॉक प्रदान करती हैं। यह सेवा प्रदाता की जिम्मेदारी है कि वे अपने संबंधित ग्राहकों को पते सौंपें।
वर्तमान नीति क्षेत्र के अनुसार बदलती है और सबसे अधिक रूढ़िवादी मामले में यह तय होता है कि एक अंतिम उपयोगकर्ता को IPv6 पता स्थान के लिए क्षेत्रीय रजिस्ट्री से सीधे संपर्क करने के बजाय IPv6 पता स्थान प्राप्त करने के लिए उपयोगकर्ता के सेवा प्रदाता के माध्यम से जाना चाहिए।
चित्रात्मक रूप से यह दर्शाता है कि इस प्रारंभिक नीति को कैसे लागू किया जाता है। इस असाइनमेंट मॉडल को आमतौर पर असाइन किए गए प्रदाता (पीए) या प्रदाता निर्भर (पीडी) असाइनमेंट के रूप में संदर्भित किया जाता है। उपसर्ग लंबाई कि आंकड़े में दिखाए गए हैं सिफारिशें हैं। रजिस्ट्रियां और सेवा प्रदाता उन प्रक्रियाओं और प्रक्रियाओं का उपयोग करके ब्लॉक आवंटित कर सकते हैं जो उन्होंने अपने क्षेत्रों और ग्राहकों के लिए स्थापित किए हैं। यह RFC 6177 में समझाया गया है।
RFC 6177 - "IPv6 एड्रेस एंड्स टू एंड साइट्स"।
नीति के एक उदाहरण के रूप में, IANA ने असाइनमेंट के लिए 2600: 0000 :: / 12 को ARIN को सौंपा है। यह मॉडल की शीर्ष परत के साथ संरेखित करता है। ARIN ने बाद में 2600 :: / 29 ब्लॉक को स्प्रिंट, 2600: 300 :: / 24 से एटी एंड टी मोबिलिटी, 2600: 7000 :: / 24 से हरिकेन इलेक्ट्रिक, आदि को सौंपा।
ये ब्लॉक असाइनमेंट RFC 3177 में परिभाषित मूल मॉडल का पालन नहीं करते हैं। सेवा प्रदाता बाद में अपने ग्राहकों की जरूरतों के आधार पर अपने ग्राहकों को ब्लॉक प्रदान करते हैं। इंटरनेट सेवा प्रदाता (ISP) के पास अपने ग्राहकों के लिए कई तरह के पते रखने की सुविधा है।
उदाहरण के लिए, एक बड़े उद्यम आईएसपी ग्राहक को / 40 असाइनमेंट की आवश्यकता हो सकती है जबकि आवासीय ग्राहक को केवल 60 / असाइनमेंट की आवश्यकता होगी।
क्षेत्रीय रजिस्ट्रियों द्वारा अधिनियमित इस नीति के लिए एक अपवाद है जो अंतिम ग्राहकों को रजिस्ट्रियों से सीधे संपर्क करने और आईपीवीएस पता स्थान का अनुरोध करने की अनुमति देता है। यह अपवाद प्रदाता स्वतंत्र (PI) पते के रूप में जाना जाता है।
RFC 5375 - "IPv6 यूनिकैस्ट एड्रेस असाइनमेंट थिंकिंग" कुछ मुद्दों को रेखांकित करता है, जिन्हें एड्रेसिंग प्लान बनाते समय भी ध्यान में रखना होता है।
आपको पहले यह तय करना चाहिए कि क्या आप प्रदाता से स्वतंत्र पता ब्लॉक चाहते हैं या प्रदाता को स्वीकार्य पता सौंपा गया है?
यदि ग्राहक के पास पीआई का पता है, तो असाइनमेंट मान्य रहेगा, क्योंकि मूल असाइनमेंट के लिए मानदंड पूरे किए गए हैं।
पीए पते वाले ग्राहकों को एक और एलआईआर से एक नया पता स्थान असाइनमेंट प्राप्त करने और उनके मूल एलआईआर द्वारा आवंटित पीए पता स्थान वापस करने की सिफारिश की जाती है। इसमें
अधिक है, ऊपर दिए गए IANA और IETF लिंक से परामर्श करना सर्वोत्तम प्रथाओं के शीर्ष पर रहने का सबसे अच्छा तरीका है।