दोन ग्राहकांसाठी एकच /24? VPNv4 ला RD आणि लेबल हवे
दोन भाडेकरू एकच /24 जाहीर करू शकतात कारण RD प्रत्येक मार्गाला स्वतःची ओळख देतो. लेबल दुसऱ्या प्रश्नाचे उत्तर देते: पुढे कसे पाठवायचे.
दोन भाडेकरू आपली शाखा एकाच 10.50.0.0/24 ने क्रमांकित करतात, आणि बदलानंतर एका भाडेकरूचा मार्ग प्रदात्याच्या काठावरून गायब होतो तर दुसरा काम करत राहतो. त्या तिकिटामागील सोपीकरण सहसा मार्ग विभेदक (RD) वगळणे असते, कारण "लेबल आधीच ग्राहकाची ओळख करते". ते करत नाही. RD आणि लेबल दोन वेगळ्या प्रश्नांची उत्तरे देतात, आणि हे अंतर फक्त तेव्हाच दिसते जेव्हा आच्छादित पत्ते ते लादतात.
जिथे दोन असावेत तिथे एक मार्ग
सामान्य IPv4 युनिकास्ट एकाच प्रिफिक्सकडील दोन मार्गांची तुलना करते आणि चांगला इन्स्टॉल करते. भाडेकरू A कडून 10.50.0.0/24 आणि भाडेकरू B कडून 10.50.0.0/24 एकच की आहे, त्यामुळे एक जिंकतो आणि दुसरा फक्त बॅकअप मार्ग म्हणून टिकतो. प्रोटोकॉलने सांगितलेले केले; नियंत्रण तलाला एकाच ओळखकर्त्याखाली दोन वेगळे मार्ग साठवायला सांगितले होते.
निकाल त्रुटीसारखा नाही तर हरवलेल्या मार्गासारखा दिसतो: स्पर्धा हरलेला PE अजूनही आपला भाडेकरू स्थानिक पातळीवर पाठवतो, त्यामुळे साइटमधील पिंग यशस्वी होते आणि साइटमधील चाचणी अयशस्वी होते. कोणत्याही धोरणाला हात लावण्यापूर्वी VPNv4 तक्त्यात त्या प्रिफिक्सच्या नोंदी मोजा.
RD एका कीचे दोन करतो
आठ बाइटचा मार्ग विभेदक IPv4 प्रिफिक्सच्या आधी जोडला जातो, आणि BGP जी वस्तू वाहून नेते ती IPv4 प्रिफिक्सऐवजी VPN-IPv4 पत्ता बनते. दोन भाडेकरू एकाच 32 बिट ठेवू शकतात कारण पुढील 64 बिट वेगळे आहेत. AS-आधारित RD आणि पत्ता-आधारित RD साठी स्वरूप प्रकार आहेत, आणि निवड मूळ PEची आहे. PE एकच AS सामायिक करत असतील तर AS-आधारित RD सामान्य आहे, आणि नसतील तर पत्ता-आधारित.
RD ला सदस्यत्व टॅग म्हणून वाचू नका. मार्ग लक्ष्ये आयात आणि निर्यात नियंत्रित करतात आणि कोणते VRF मार्ग इन्स्टॉल करू शकतात हे ठरवतात; RD फक्त मार्गाला स्वतःची ओळख आहे याची खात्री देतो. प्रत्येक VRF ला त्याचा स्वतःचा RD देणे सामान्य प्रथा आहे, कारण ते ते मॅपिंग मार्ग दर्शकात वाचनीय ठेवते.
लेबल स्थानिक पुढे पाठवण्याची सूचना आहे
प्रत्येक जाहिरात MPLS लेबलही वाहते, आणि त्याचा अर्थ ते वाटप केलेल्या राउटरपुरता मर्यादित आहे. दुसरे PE असंबद्ध गंतव्यासाठी तोच क्रमांक देऊ शकते. म्हणूनच लेबल ग्राहकाच्या ओळखीची जागा घेऊ शकत नाही: क्रमांक फक्त पुढील हॉप आणि तो इन्स्टॉल करणाऱ्या पुढे पाठवण्याच्या स्थितीजवळच बरोबर आहे.
वाटपाची बारीकी अंमलबजावणी आणि रचनेनुसार बदलते: काही प्लॅटफॉर्म प्रति VRF एक लेबल देतात, इतर प्रति प्रिफिक्स, आणि लेबल ग्राहकाऐवजी पुढे पाठवण्याची क्रिया ओळखू शकते. एकाच गंतव्यापर्यंत पोहोचणारी दोन वेगळी लेबल विरोधाभास नाहीत, आणि दोन PE वर एकच लेबल क्रमांकही नाही.
| Field | Where it lives | Scope | If you remove it |
|---|---|---|---|
| RD | VPNv4 NLRI | Per advertised route | Overlapping prefixes collide |
| Route target | Extended community | Import and export policy | Route lands in the wrong VRF |
| Label | Labeled NLRI and forwarding state | Per allocating router | No instruction for the data plane |
| Next hop | Path attribute | Per path | The label cannot be resolved |
एक दुसऱ्याची जागा का घेऊ शकत नाही
जाहिरात वाचणे म्हणजे चार गोष्टी एकत्र पाहणे: RD-पात्र प्रिफिक्स, मार्ग लक्ष्ये, पुढील हॉप आणि लेबल. वापरकर्ता पॅकेट वाचणे म्हणजे त्या माहितीतून इन्स्टॉल झालेला स्टॅक पाहणे. निरोगी रचना दोन्ही बाजू जुळल्याचे दाखवते, आणि तुटलेल्या रचनेत सहसा एक बाजू बरोबर आणि दुसरी जुनी असते. ती तुलनाच ओळखीच्या समस्येला पुढे पाठवण्याच्या समस्येपासून वेगळे करते.
नियंत्रण तल आणि डेटा तल यांतील नीटनेटके विरोधाभास शिक्षण साधन आहे, एन्कोडिंगचे वर्णन नाही. RFC 8277 लेबल लेबल असलेल्या NLRI च्या आत ठेवतो, त्यामुळे जाहिरात स्वतः बंधन वाहते; ते पुढे पाठवण्यासाठी वापरणे हा नंतरचा, वेगळा टप्पा आहे.
भाडेकरूचा मार्ग हरवल्यास या क्रमाने तपासा: प्रिफिक्ससाठी दोन VPNv4 नोंदी, प्रत्येकावर बरोबर मार्ग लक्ष्य, सोडवता येणारा पुढील हॉप, आणि प्राप्तकर्ता PE कडे स्थिती असलेले लेबल. ओळख पुढे पाठवण्याच्या मूल्याने दुरुस्त करणे, किंवा उलटे, एका तपासणीत उत्तीर्ण होईल आणि पुढीलमध्ये अयशस्वी होईल.