Fe80 :: / 10 लिंक स्थानीय पतों के लिए आरक्षित क्यों है जब fe80 :: / 64 वास्तव में उपयोग किया जाता है?


43

मैं समझता हूं कि IPv6 में fe80 :: / 10 उपसर्ग स्थानीय लिंक को जोड़ने के लिए है, और मेजबान एक / 64 उपसर्ग के साथ एक पते का चयन करते हैं।

आरक्षित स्थान वास्तव में लिंक स्थानीय के लिए उपयोग किए जाने की तुलना में इतना बड़ा क्यों है?

जवाबों:


31

मुझे लगता है कि लिंक-लोकल स्कोप को / 10 पर सेट किया गया था, ताकि वह दूसरे स्कोपों ​​के साथ "फिट" हो सके, जैसे साइट-लोकल (यूनिक लोकल से रिप्लेस होने से पहले)।

प्रारंभ में मैंने सोचा था कि शायद एक ही लिंक पर कई लिंक-लोकल नेटवर्क के उपयोग की अनुमति है, लेकिन RFC 4291 में स्पष्ट रूप से कहा गया है कि केवल fe80 :: / 64 का उपयोग किया जा सकता है।


क्या SLAAC कार्यान्वयन के बारे में कोई महत्व है? ... SLAAC "उपसर्ग अज्ञेय" है?
क्रेग कॉन्सटेंटाइन

1
SLAAC को / 64 की आवश्यकता होती है, लेकिन यह वास्तव में यहां प्रासंगिक नहीं है, क्योंकि लिंक-स्थानीय पते SLAAC द्वारा असाइन नहीं किए गए हैं - वास्तव में, SLAAC पहले से लिंक-स्थानीय पते होने पर निर्भर करता है।
केविन कीन

10

तुम्हें पता है, मैंने इस पर कभी विचार नहीं किया।

मुझे लगता है कि fe80 :: / 64 का उपयोग किया जाता है क्योंकि सिस्टम तब उस 64 में स्टेटोक्रोन पता ऑटोकैन्फिगरेशन (SLAAC) चलाता है। शेष / १० को वैधानिक रूप से नियत लिंक-स्थानीय पते और नेटब्लॉक के लिए उपलब्ध छोड़कर। मुझे स्थैतिक लिंक-स्थानीय असाइनमेंट के लिए महत्वपूर्ण उपयोग के मामलों के साथ आने में कठिन समय हो रहा है, लेकिन मुझे लगता है कि ऐसे कारण हैं जो लोग ऐसा करना चाहते हैं।


SLAAC और / 64 में क्या महत्वपूर्ण है? ... क्या SLAAC / 64 उपसर्ग के बारे में कुछ अंतर्निहित है?
क्रेग कांस्टेनटाइन

कभी-कभी सांख्यिकीय रूप से असाइन किया गया लिंक स्थानीय पते यह जानना आसान बनाता है कि डायनामिक रूप से रूट करते समय कौन सा नोड अगला हॉप है, अर्थात R1 fe80 :: 1/64, R2 fe80 :: 2/64 है, आदि लैब में अच्छी तरह से काम करता है, शायद कम। व्यवहार में तो।
24

@CraigConstantine - हाँ, SLAAC में प्रोटोकॉल में / 64 सीमा हार्डकोड है। यही कारण है कि आप IPv6 में / 64 से छोटे सबनेट नहीं बना सकते हैं, राउटिंग लिंक के लिए उपयोग किए जाने वाले सबनेट के अपवाद के साथ (यानी, पॉइंट-टू-पॉइंट लिंक के लिए आपको / 127 का उपयोग करना चाहिए)। वास्तव में अन्य प्रोटोकॉल हैं जो / 64 सीमा में भी पके हुए हैं।
केविन कीन

हमारे पास एक उपयोग-मामला है। एक प्रक्रिया अलगाव प्रणाली जिसे आईपीवी 6 आधारित पहचान के लिए एक ज्ञात लिंक-स्थानीय पते के साथ अलगाव वातावरण को लाने की आवश्यकता है। और हम DAD की प्रतीक्षा नहीं कर सकते, क्योंकि पर्यावरण को माइक्रोसेकंड या मिलीसेकंड में तैयार होने की आवश्यकता है।
ओमनिफेरस

4

IPv6 के पीछे का डिज़ाइन दर्शन यह है कि एक यथोचित संरचित पता स्थान होना, पते के संरक्षण से अधिक महत्वपूर्ण है। संयोग से, आईपीवी 4 की कल्पना एक ही विचार के साथ की गई थी (यही वजह है कि प्रत्येक डिवाइस में 16 मिलियन लूपबैक पते हैं, लेकिन केवल 127.0.0.1 पते का उपयोग करता है, और अधिकांश कक्षा डी और ई पते अप्रयुक्त हैं)।

लिंक-स्थानीय पते सैद्धांतिक रूप से आईपी पतों के गजलों को बर्बाद करते हैं, लेकिन इसे एक समस्या नहीं माना जाता है। इसी तरह, प्रत्येक ग्राहक को पूर्ण / 56 या सम / 48 देना तकनीकी रूप से बहुत बेकार है, लेकिन वास्तविक समस्या नहीं है।

इस दृष्टिकोण का एक अंधेरा पक्ष है: यह दावा कि IPv6 दुनिया में रेत के प्रत्येक दाने को IP पता दे सकता है (या कुछ ऐसे) बकवास है, जैसा कि दावा है कि IPv4 4 बिलियन उपकरणों का समर्थन कर सकता है। वास्तव में, जब तक आप आईपीवी 6 में सभी अपशिष्टों को जोड़ते हैं, तब तक आप पाएंगे कि सीमाएं बहुत संकरी हैं (फिर भी आईपीवी 4 से बड़ी हैं)।


0

मुझे लगता है कि यह 2 चीजों के लिए नीचे आता है। सबसे पहले, एक लिंक-स्थानीय रूट नहीं किया जा सकता है, इसलिए कोई सबनेट आईडी की आवश्यकता नहीं है। यह माना जाता है कि चूंकि यह रूट नहीं किया जा सकता है कि पिछले 64-बिट्स तक उपसर्ग के बाद कुछ भी शून्य शून्य होगा। दूसरे, इसी तरह के अन्य आईपीवी 6 उपसर्गों की तरह, उपसर्ग अंतिम '1' बिट तक सब कुछ है। इससे स्थिरता बनी रहती है।


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