MPLS VPN मध्ये IPv6: एक नाही, तीन पर्याय
ग्राहकाचे VPN मार्ग, PE-मधील BGP सत्र आणि कोर वाहतूक या वेगवेगळ्या निर्णय आहेत। एक सत्र एका कुटुंबात चालू शकते आणि दुसरे वाहून नेऊ शकते।
डिझाइन आढाव्यात “IPv6 BGP वर IPv6 L3VPN चालवा” असे म्हणा, आणि त्या एकाच वाक्यात तीन वेगवेगळे निर्णय दडलेले आहेत। कोणते प्रिफिक्स ग्राहकाच्या VPN चे आहेत, कोणते पत्ते पुरवठादाराच्या कडांमधील राउटिंग सत्र वाहतात आणि कोणता कोर लेबल केलेले पॅकेट हलवतो हे स्वतंत्र निवडी आहेत। सर्व IPv6 असू शकतात, मिश्रही असू शकतात, आणि मिसळण्यास जाणीवपूर्वक परवानगी आहे। या तिन्हींचे विभाजनच अस्पष्ट गरजेचे प्लॅटफॉर्मवर तपासता येणाऱ्या गोष्टीत रूपांतर करते।
तीन कामे वेगळी करा
पहिले काम ग्राहक मार्ग आहे: एका VPN राउटिंग संदर्भातील आणि इतर कोणत्याही संदर्भाबाहेर राहणारे IPv6 प्रिफिक्स। दुसरे म्हणजे ती प्रिफिक्स देवाणघेवाण करणाऱ्या पुरवठादाराच्या कडा राउटरमधील राउटिंग जोडणी। तिसरे म्हणजे लेबल केलेले ग्राहक पॅकेट कोरमधून दूरच्या कडेपर्यंत नेणारी वाहतूक। त्यातील फक्त एकाचे नाव देणे अजून डिझाइन नाही।
| Job | The question it answers | What confusion looks like |
|---|---|---|
| Customer VPN routes | Which IPv6 prefixes belong to each VPN context, and how are they kept apart? | Prefixes leak into the global table and between customers |
| PE-to-PE BGP session | Which addresses carry the routing connection between the two edges? | A session-family mismatch gets chased as a core transport fault |
| Transport to the remote PE | How does the chosen core move the labelled packet to the far edge? | A route is present and unforwardable in the same moment |
प्रत्येक कामाचे स्वतःचे पत्ता कुटुंब, स्वतःच्या अपयशाच्या पद्धती आणि बऱ्याचदा स्वतःचा संघ असतो। डिझाइन दस्तऐवजातील एक वाक्य तीनही ओळी एकात दाबण्याची प्रवृत्ती ठेवते म्हणूनच तक्ता उपयुक्त आहे।
मार्गाचे कुटुंब VPN-IPv6 आहे, IPv6 unicast नाही
RFC 4659 BGP/MPLS IPv6 VPN कुटुंब परिभाषित करते, आणि त्यातील सदस्यत्व IPv6 शब्द सुचवतो त्यापेक्षा अधिक विशिष्ट आहे। तेथील मार्ग म्हणजे IPv6 प्रिफिक्सशी जोडलेला मार्ग भेदक, जो AFI 2 आणि SAFI 128 अंतर्गत एन्कोड केलेला असतो। सामान्य IPv6 unicast वेगळे कुटुंब आहे, म्हणून looking glass मध्ये प्रिफिक्ससारखे दिसणारे जाहिरात असेल तर तीच वस्तू नसू शकते। कुटुंब चुकीचे वाचणे हा हे डिझाइन बिघडण्याचा पहिला मार्ग आहे।
फरक कडेवर जाणवतो, जिथे मार्गाने काही करण्यापूर्वी योग्य VPN संदर्भात उतरावे लागते। प्रिफिक्स मिळणे म्हणजे देवाणघेवाण झाली हे सिद्ध होते आणि इन्स्टॉलेशनबद्दल काहीच सांगत नाही। तेच अंतर सत्र सुरू असूनही ग्राहक अजून अंधारात आहे अशी नेहमीची अहवाल तयार करते।
सत्र VPN पेक्षा वेगळ्या कुटुंबात चालू शकते
दोन कडांमधील BGP जोडणीने VPN चेच कुटुंब वापरावे असे काहीही भाग पाडत नाही। तपशील IPv4 किंवा IPv6 सत्राला परवानगी देतो, आणि IPv6 VPN वाहतूक स्वतः दोन्ही कोर प्रकारांवर परिभाषित आहे। त्यामुळे IPv6 सत्र आपण वाहत असलेल्या गोष्टीच्या कुटुंबाबद्दल काहीच सांगत नाही, आणि डेटा प्लेनही निवडत नाही। तीन स्वतंत्र बिट, आणि डिझाइनने तीनही वेगळे ठेवावेत।
हे मुक्त करते आणि त्याच श्वासात चुकीचे वाचले जाते। IPv6 ग्राहक मार्ग IPv4 पत्ता असलेल्या सत्रावर जाऊ शकतात, आणि IPv4 मार्ग IPv6 सत्रावर, जर प्लॅटफॉर्म ते संयोजन समर्थतो आणि पुढील हॉप सुटतो। जे होऊ नये ते म्हणजे सत्राने पेलोडचा संकेत द्यावा, डिझाइन दस्तऐवजात किंवा नंतर सेवा सिद्ध करणाऱ्या देखरेखीत।
IPv4 कोरवर पुढील हॉपचे स्वतःचे एन्कोडिंग आहे
VPN खालील कोर IPv4 असताना, मार्ग इनग्रेस कडेला थेट वापरता येईल अशा पुढील हॉपसह दिसत नाही। तो IPv4 मध्ये मॅप केलेल्या IPv6 स्वरूपात येतो, आणि खालील वाहतूक IPv4 असताना तपशील इग्रेस कडेला अशाच प्रकारे व्यक्त करतो। नंतर इनग्रेस राउटरला तो मॅप केलेला पत्ता कोरमधून खरोखर पोहोचता येईल अशा गोष्टीत बदलावा लागतो, आणि निराकरण हाच शांतपणे अपयशी होणारा टप्पा आहे।
हे उपकरणांमध्ये कॉपी करायची अक्षरमाला नाही, फॉरवर्डिंगचे अवलंबन म्हणून वाचा। तुम्ही खरोखर चालवत असलेल्या प्लॅटफॉर्मवर तीन गोष्टी निश्चित करा: जाहीर केलेला पुढील हॉप वापरण्यायोग्य मार्गात सुटतो, लेबल स्टॅक स्वीकारला जातो, आणि गंतव्य इच्छित VPN संदर्भात उतरते। यापैकी कोणतेही अपयशी झाले तर निरोगी दिसणारे पण काहीही फॉरवर्ड न करणारे सत्र राहते, म्हणून ही तपासणी नंतरच्या घटनेत नाही तर स्वीकृती चाचणीत असावी।
गरज चार ओळींत लिहा
चाचणीला लायक गरज चार गोष्टींची नावे घेते: VPN कुटुंब, सत्र वाहतूक, पुढील हॉपचे एन्कोडिंग आणि कोरची मांडणी। मग एक ग्राहक प्रिफिक्स नावते, ज्याचा सुरुवातीपासून शेवटपर्यंत पाठलाग करायचा आहे: देवाणघेवाण, इन्स्टॉलेशन, लेबल निराकरण आणि परतीचा मार्ग यातून। “IPv6 BGP ला समर्थन देते” चारपैकी एकही झाकत नाही आणि विसंगती खरोखर कुठे आहे हे लपवते।
VPN-IPv6 देवाणघेवाणीशिवाय निरोगी सत्र अपूर्ण आहे, आणि काम करणाऱ्या फॉरवर्डिंगशिवाय मिळालेला VPN मार्गही तितकाच अपूर्ण आहे। हे वेगवेगळ्या स्वीकृती ओळी म्हणून ठेवल्यास पुढील समस्या-निवारण संभाषण छोटे होते, कारण अपयशी होणारी ओळ आधीच लिहिलेली असते।