MPLS शाखा राउटिंग: CE क्या सीखता है और किससे

एक शाखा का होस्ट दूसरी शाखा के सर्वर से कनेक्शन खोलता है, और दोनों साइटें एक ही प्रबंधित MPLS लेयर 3 VPN के पीछे हैं। होस्ट केवल अपना डिफ़ॉल्ट गेटवे जानता है और कुछ नहीं, जो सही है। महत्वपूर्ण यह है कि स्थानीय ग्राहक किनारा पैकेट को अपने प्रदाता किनारे की ओर सौंपता है, और प्रदाता की VPN राउटिंग स्थिति उसे उस शाखा तक पहुँचाती है जिसके पास गंतव्य प्रीफ़िक्स है।

मार्ग पर एक पैकेट का पीछा करना यह देखने का सबसे तेज़ तरीका है कि कौन-सा हिस्सा ग्राहक की ज़िम्मेदारी है और कौन-सा हिस्सा सेवा का है।

10.20.0.0/24 → CE-A → PE → provider core → PE → CE-B → 10.30.0.0/24

हर हॉप का काम कहाँ खत्म होता है

CE-A को दूर के LAN के लिए एक रूट चाहिए जो उसके स्थानीय प्रदाता कनेक्शन की ओर इशारा करे, दूर की शाखा के WAN पते की ओर नहीं। फिर प्रदाता VPN राउटिंग स्थिति का उपयोग करके पैकेट को अपने कोर से ले जाता है, और CE-B उसे गंतव्य LAN पर पहुँचाता है। किसी भी चरण में होस्ट को लेबल, VRF या दूसरी तरफ़ के इंटरनेट सर्किट को समझने की ज़रूरत नहीं होती।

टिकटों में बार-बार आने वाली गलती यह है कि शाखा A में शाखा B के WAN पते को अगले हॉप के रूप में कॉन्फ़िगर कर दिया जाता है। दोनों शाखाओं ने एक ही सेवा खरीदी है, इसलिए लगता है कि वे पड़ोसी होनी चाहिए। वे नहीं हैं: अगला हॉप उसी राउटिंग डिज़ाइन से पहुँच योग्य होना चाहिए जो वास्तव में आपके पास है, और दूर का CE आमतौर पर उस उपकरण के पीछे कई हॉप दूर होता है जिसे आप प्रबंधित नहीं करते। उस धारणा पर बना स्टैटिक रूट सक्रिय दिखता है और किसी चीज़ में हल नहीं होता, जो गायब रूट से भी बुरा है क्योंकि तालिका में वह सही दिखता है।

RFC 4364 ग्राहक और प्रदाता किनारे के बीच के आदान-प्रदान को प्रदाता द्वारा VPN रूट के वितरण से अलग करता है, और यह ठीक वही सीमा है जिस पर यह गाइड है। ग्राहक का काम अपने किनारे को बताना है कि वह क्या पहुँचा सकता है और सेवा जो पहुँच योग्यता वापस देती है उसे स्वीकार करना है।

हैंडऑफ़ को किस बात पर सहमत होना है

तंत्र को प्रदाता के साथ मिलकर चुनें, उसके इर्द-गिर्द नहीं। स्टैटिक रूट, BGP या CE और PE के बीच राउटिंग प्रोटोकॉल व्यवस्था सभी वैध हैं, और OSPF के पास ऐसे हैंडऑफ़ के लिए परिभाषित MPLS VPN मॉडल है। इनमें से कोई भी दो दूर के ग्राहक किनारों के बीच अनिर्दिष्ट प्रदाता कोर से होकर OSPF समीपता बनाने का कारण नहीं है, क्योंकि यह ऐसा डिज़ाइन है जिस पर प्रदाता सहमत नहीं हुआ और जिसे वह सहारा नहीं दे सकता।

नया LAN चालू होने से पहले चार बातें लिख लें: प्रीफ़िक्स, CE पर स्थानीय आगे का रूट, वह घोषणा जिसे प्रदाता स्वीकार करेगा, और वे रूट जो प्रदाता वापस देगा। अनुबंध जो भी फ़िल्टरिंग, प्रीफ़िक्स सीमा या साइट-से-साइट प्रतिबंध लगाता है, उसे जोड़ें। स्वस्थ समीपता जानकारी के आदान-प्रदान का माध्यम है, और यह इस बात का प्रमाण नहीं है कि कोई विशेष प्रीफ़िक्स स्वीकार हुआ; सत्र चालू हो सकता है जबकि आपका नया सबनेट किसी फ़िल्टर में बैठा हो।

फिर उत्तर का पीछा करें। शाखा B को स्रोत LAN तक वापस जाने के लिए रूट चाहिए, और प्राप्त करने वाली तरफ़ के होस्ट को अपना गेटवे और अपनी सेवा अनुमतियाँ चाहिए। CE-A पर दिखने वाला रूट आधी आवाजाही स्थापित करता है, और आधी आवाजाही ही वह कारण है कि ping परीक्षण की एक दिशा स्वस्थ दिखती है जबकि एप्लिकेशन अब भी विफल रहता है।

स्वीकृति से पहले दोनों हैंडऑफ़ सत्यापित करें

दोनों ग्राहक किनारों पर राउटिंग स्थिति एकत्र करें, प्रदाता के साथ पुष्टि करें कि इच्छित LAN प्रीफ़िक्स VPN में स्वीकार किए गए, और फिर हर दिशा में एक अनुमत एप्लिकेशन का परीक्षण करें। केवल रूट तालिकाएँ यह साबित नहीं करतीं कि एप्लिकेशन काम करता है, और केवल एप्लिकेशन परीक्षण आपको यह नहीं बताता कि कौन-सा नियंत्रण तल विफल हुआ जब वह काम नहीं करता।

show ip route vrf BRANCH 10.30.0.0
show ip bgp vpnv4 vrf BRANCH
show ip cef vrf BRANCH 10.30.0.10

तीनों आउटपुट साथ पढ़ें। पहला बताता है कि किनारा क्या मानता है, दूसरा बताता है कि उसने क्या और किस सहकर्मी से सीखा, और तीसरा बताता है कि वह वास्तव में क्या अग्रेषित करेगा। उनके बीच असंगति आमतौर पर नीति या प्रत्यावर्तन की समस्या होती है, गायब घोषणा नहीं, और प्रदाता से जाँच कराने से पहले उसे हल करना उचित है। ये तीनों आउटपुट ऑपरेटर के साथ कॉल में ले जाएँ, क्योंकि वे उन अधिकांश सवालों का उत्तर देते हैं जो सहायता इंजीनियर अन्यथा आपसे पूछता।

जानें कि सेवा क्या नहीं देती

यह लेयर 3 तक राउट किया गया एक्सेस है। यह लेयर 2 का सर्किट नहीं है जो कार्यालयों के बीच ब्रॉडकास्ट फैलाता हो, इसलिए डिस्कवरी प्रोटोकॉल, ब्रॉडकास्ट पर निर्भर एप्लिकेशन और साझा सेगमेंट की धारणाएँ इसके साथ नहीं चलतीं। प्रिंटिंग, नाम ब्राउज़िंग और स्थानीय सेगमेंट पर निर्भर हर चीज़ को अपना डिज़ाइन चाहिए।

VPN अलगाव भी एन्क्रिप्शन नहीं है। लेबल स्विचिंग ग्राहकों को प्रदाता के नेटवर्क के भीतर अलग रखती है, और यदि अनुबंध गोपनीयता मांगता है तो वह पेलोड को गोपनीय नहीं बनाती। जहाँ यह मायने रखता है, वहाँ एप्लिकेशन या कोई ओवरले इसे प्रदान करेगा।

अंत में, साइट के राउटिंग कॉन्फ़िगरेशन के पास सेवा मॉडल लिखा रखें। सबनेट जोड़ने वाले अगले इंजीनियर को पढ़ पाना चाहिए कि कौन-से प्रीफ़िक्स घोषित होते हैं, उन्हें कौन स्वीकार करता है और अपेक्षित वापसी मार्ग क्या है: BGP/MPLS IP VPN विनिर्देश इस सब के पीछे के मॉडल का संदर्भ है।