राउटर को IPv6 एड्रेस असाइनमेंट के लिए SLAAC का उपयोग करना चाहिए?


11

मैं IPv6 से संबंधित निम्नलिखित 2 RFC द्वारा थोड़ा भ्रमित हूं:

  • RFC 4862 (IPv6 स्टेटलेस एड्रेस ऑटोकैन्फिगेशन)
  • RFC 7084 (IPv6 CE रूटर आवश्यकताएँ)

RFC 4862 राज्य:

इस दस्तावेज़ में निर्दिष्ट ऑटोकॉन्फ़िगरेशन प्रक्रिया केवल मेजबानों और राउटरों पर लागू होती है। चूंकि मेजबान ऑटोकॉन्फ़िगरेशन राउटर द्वारा विज्ञापित जानकारी का उपयोग करता है, राउटर को कुछ अन्य तरीकों से कॉन्फ़िगर करना होगा।

RFC 7084 अपने असाइनमेंट के लिए WAN- साइड कॉन्फ़िगरेशन आवश्यकताओं में से एक को सूचीबद्ध करता है:

WAA-1: IPv6 CE राउटर जरूरी स्टेटलेस एड्रेस ऑटोकैनफिगरेशन (SLAAC) [RFC4862] का समर्थन करता है।

क्या यहां विरोधाभास है?

क्या राउटर को अपने WAN इंटरफ़ेस के लिए IPv6 एड्रेस को ऑटोकैनफिगर करने में सक्षम होना चाहिए?


आरएफसी 4862 क्यों कहता है

चूंकि मेजबान ऑटोकॉन्फ़िगरेशन राउटर द्वारा विज्ञापित जानकारी का उपयोग करता है, राउटर को कुछ अन्य तरीकों से कॉन्फ़िगर करना होगा।

यदि मैं उदाहरण के लिए अपने LAN को ISP से कनेक्ट करने के लिए एक राउटर का उपयोग कर रहा हूं, तो क्या ISP के नेटवर्क में कोई राउटर नहीं है जो मेरे राउटर से बात कर रहा है?

मैंने सोचा होगा कि 2 (या अधिक) राउटर एक साथ जंजीर होना पूरी तरह से उचित था। किस मामले में, दूसरे राउटर के वैन इंटरफेस पर SLAAC का उपयोग क्यों नहीं किया जाता है?


हो सकता है कि यह मुद्दा मेजबानों और राउटर के बीच के कृत्रिम अंतर पर आ गया हो? RFC 4862 से:

नोड - एक उपकरण जो आईपी को लागू करता है।

राउटर - एक नोड जो आईपी पैकेट को स्पष्ट रूप से खुद को संबोधित नहीं करता है।

होस्ट - कोई भी नोड जो एक राउटर नहीं है।

लेकिन एक होस्ट (यानी एक मशीन जो सर्वर या एप्लिकेशन को होस्ट कर रही है) भी एक राउटिंग टेबल, और राउटर के रूप में कार्य नहीं कर सकती है? और हम प्रभावी रूप से फिर से एक साथ 2 राउटर का पीछा कर रहे हैं।


संपादित करें : कुछ अतिरिक्त जानकारी जो मैंने बाद में खोजी ...

लिनक्स कर्नेल SLAAC को संभालता है, और यह RFC 4862 को बारीकी से फॉलो करता है। मेजबानों और राउटर के बीच अंतर करने का अधिकार। Ip-sysctl पर कर्नेल दस्तावेज़ देखें :

  • HOST व्यवहार मान लिया गया है। जिसका अर्थ है कि राउटर सॉलिसैशन भेजे जाएंगे, और राउटर विज्ञापन का उपयोग ऑटोकैंगफिगरेशन के लिए किया जाएगा।
  • केवल अग्रेषण सक्षम होने पर ( /proc/sys/net/ipv6/conf/all/forwarding), डिवाइस को ROUTER माना जाता है । जिसका अर्थ है कि कोई राउटर सॉलिसशन नहीं भेजा जाएगा, और राउटर विज्ञापन को नजरअंदाज कर दिया जाएगा।

यह अंतर पूर्व-आईपीवी 6 से वापस जाता है। पैरामीटर देखें /proc/sys/net/ipv4/ip_forward:

यह चर खास है, अपने परिवर्तन उनके डिफ़ॉल्ट राज्य के लिए सभी कॉन्फ़िगरेशन पैरामीटर रीसेट करता है ( RFC1122 मेजबान के लिए, RFC1812 रूटर के लिए)

जवाबों:


7

RFC 7084 में, यह भी लिखा है:

W-1: जब राउटर WAN इंटरफ़ेस लिंक से जुड़ा होता है, तो यह स्टेटलेस [RFC4862] या स्टेटफुल [RFC3315] इंटरफ़ेस एड्रेस असाइनमेंट के प्रयोजनों के लिए IPv6 होस्ट के रूप में कार्य करता है।

तो संक्षेप में, हाँ - एक राउटर को अपने WAN इंटरफ़ेस के लिए एक IPv6 पता ऑटोकैन्फिगर करने में सक्षम होना चाहिए।

हालांकि वास्तविकता में, अधिकांश ISP उपसर्ग प्रतिनिधिमंडल के साथ, डाउनस्ट्रीम एड्रेस आवंटन के लिए DHCPv6 और DHCPv6-PD ( RFC3633 ) को लागू करते हैं ।

यह सुनिश्चित करता है कि आपका राउटर न केवल इसके WAN इंटरफ़ेस पर एक पता प्राप्त करता है, बल्कि यह एक उपसर्ग भी प्राप्त करता है जो इसे आंतरिक LAN इंटरफ़ेस पर भी उपयोग कर सकता है।


6

RFC 4862 वास्तव में एकल प्रशासनिक नियंत्रण के भीतर राउटर का वर्णन करता है। RFC 7084 स्पष्ट करता है कि ग्राहकों को कैसे व्यवहार करना चाहिए। यह ISP को अपने ग्राहकों को IPv6 का समर्थन करने में कुछ स्वतंत्रता देता है।

पीई रूटर करने के लिए, सीई रूटर है एक मेजबान। लैन (लेयर -2 डोमेन, पीई से सीई से लिंक सहित) के परिप्रेक्ष्य से, राउटर वास्तव में नेटवर्क पर केवल एक और होस्ट है। ज्यादातर मामलों में, WAN लिंक पते को सांख्यिकीय रूप से परिभाषित किया जाएगा, डीएचसीपी के माध्यम से, या पीपीपी के माध्यम से, वास्तव में एसएलएएसी का उपयोग नहीं किया जाएगा।

मुझे लगता है कि आपने RFC 7084 में वह हिस्सा मिस कर दिया, जो आपने उद्धृत किया था:

WAN- साइड आवश्यकताएँ:

W-1: जब राउटर WAN इंटरफ़ेस लिंक से जुड़ा होता है, तो यह स्टेटलेस [ RFC4862 ] या स्टेटफुल [ RFC3315 ] इंटरफ़ेस एड्रेस असाइनमेंट के प्रयोजनों के लिए IPv6 होस्ट के रूप में कार्य करता है।


1
कई ISP भी WAN इंटरकनेक्ट अनिमाउंटड (लिंक-लोकल केवल) चलाते हैं। WAN लिंक पर होने वाला सब ISP राउटर है जो CPE और CPE को पैकेट भेजकर डिफ़ॉल्ट गेटवे पर पैकेट भेजता है। दोनों आमतौर पर लिंक-स्थानीय पते का उपयोग करते हैं।
सैंडर स्टीफन

5

आरएफसी 4862 क्यों कहता है "चूंकि मेजबान ऑटोकॉन्फ़िगरेशन राउटर द्वारा विज्ञापित जानकारी का उपयोग करता है, राउटर को कुछ अन्य तरीकों से कॉन्फ़िगर करने की आवश्यकता होगी।"

जिन लोगों ने उस दस्तावेज़ को लिखा था (और यह पूर्ववर्ती आरएफसी 2462 है) लगभग निश्चित रूप से एक विश्वदृष्टि थी कि दो प्रकार के डिवाइस थे। "होस्ट" जो कई थे और प्रबंधन के लिए एक बोझ थे और "राउटर" जो कि सक्षम नेटवर्क व्यवस्थापक द्वारा प्रबंधित किए गए थे।

2000 के दशक की शुरुआत में हमारे पास हमेशा डीएसएल / केबल कनेक्शनों का उदय हुआ और उन लोगों की संख्या में भी वृद्धि हुई, जिनके घर में एक से अधिक कंप्यूटर थे जो इंटरनेट कनेक्शन का उपयोग कर सकते थे। चूंकि कई ISP केवल एक ग्राहक को एक आईपी पता देते हैं (कम से कम अतिरिक्त चार्ज किए बिना), हमने ऐसे कनेक्शन के पीछे कई कंप्यूटरों को छिपाने के लिए NAT के साथ "होम रूटर्स" के उपयोग में बड़े पैमाने पर वृद्धि देखी। NAT ने "होम राउटर" को ISP से वास्तविक प्रकृति को छिपाने की अनुमति दी, जहां तक ​​ISP का संबंध था "होम राउटर" एक मेजबान की तरह था।

इस तरह का उपयोग पहली बार आईएसपी द्वारा केवल "सहन" किया गया था, लेकिन अंततः उन्होंने फैसला किया कि यह इतना बुरा काम नहीं है और वास्तव में अपने ग्राहकों को "होम राउटर" देना / बेचना शुरू कर दिया है। परिणामस्वरूप हम घरों और छोटी-छोटी दुकानों में बैठे इन उपकरणों की एक बड़ी संख्या के साथ समाप्त हो गए।

यह केवल अपेक्षाकृत हाल ही में है कि IETF ने ठीक से पता लगाना शुरू कर दिया है कि "होम राउटर्स" और ISP जो उनकी सेवा करते हैं, उन्हें IPv6 के संदर्भ में व्यवहार करना चाहिए। उत्तर दिया जा रहा है कि "WAN पक्ष" इंटरफ़ेस को एक मेजबान की तरह अधिक व्यवहार करना चाहिए, जबकि "LAN साइड" इंटरफेस को नियमित राउटर की तरह व्यवहार करना चाहिए। चूंकि NAT नहीं है, इसलिए LAN पक्ष के लिए पतों की आपूर्ति को संभालने के लिए कुछ अतिरिक्त विवरणों की आवश्यकता है।


लिनक्स कर्नेल के बारे में यह वास्तव में डिफ़ॉल्ट रूप से आरएएस को अनदेखा करता है जब रूटिंग को सक्षम किया जाता है, लेकिन जरूरत पड़ने पर इस व्यवहार को ओवरराइड किया जा सकता है।


आप ओवरराइड करने के तरीके का उल्लेख करने में विफल रहे। मेरे पास मेरे / etc / नेटवर्क / इंटरफेस फाइल पोस्ट-अप sysctl -w net.ipv6.conf.eth0.accept_ra = 2 है जो मेरा मानना ​​है कि RA को सक्षम करने के लिए सेटिंग है।
tgunr

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