L3VPN हस्तांतरण: खाजगी मार्ग, डीफॉल्ट, की पूर्ण तक्ता?

तुमचे सर्किट सुरू आहे, VRF संरचित आहे, आणि पुरवठादार एक छोटा प्रश्न विचारतो जो उर्वरित रचना ठरवतो: ग्राहक कडे काय मिळावे? तीन उत्तरे सामान्य आहेत आणि त्यातील कोणतेही लेबल स्टॅक अस्तित्वात असल्यामुळे येत नाही। ती रहदरी शाखेतून कुठून बाहेर पडते याबद्दलची सेवा निर्णये आहेत।

हस्तांतरण क्रमाने तपासणे हे हे योग्यरीत्या करण्याचा सर्वात स्वस्त मार्ग आहे। कशाशीही जुळत नसलेल्या रहदरीला काय होते यापासून तुम्ही सुरुवात करता, नंतर खाजगी प्रीफिक्स आणि त्यांचे अपयशाचे वर्तन लिहिता, आणि त्यानंतरच किती मोठा प्रवाह वाहून नेण्यास तयार आहात याची चर्चा करता।

कोणीही नियोजन न केलेल्या रहदरीपासून सुरुवात करा

कोणतीही प्रीफिक्स यादी येण्यापूर्वी एक प्रश्न विचारा: पॅकेट कोणत्याही खाजगी मार्गाशी जुळत नसेल तर ते कुठे जावे? स्वतःचे इंटरनेट सर्किट असलेली शाखा सहसा स्थानिक डीफॉल्ट ठेवते, त्यामुळे सामान्य वेब रहदरी स्थानिक फायरवॉलमधून बाहेर पडते आणि पुरवठादाराला कधीही स्पर्श करत नाही। त्या रचनेत VPN फक्त दूरच्या खाजगी साइट्स वाहून नेते, आणि अधिक विशिष्ट प्रीफिक्स निवड करतात।

मध्यवर्ती बाहेर पडण्याचा वापर करण्यासाठी असलेली शाखा उलट प्रकरण आहे। तिथे डीफॉल्ट सेवेच्या आत दाखवतो, आणि पुरवठादार किंवा मध्यवर्ती साइट फॉरवर्डिंग, परतीचे राउटिंग आणि कोणतेही भाषांतर यांची मालक असते। तो मालक नसताना "VPN मध्ये डीफॉल्ट" असे म्हणणे अशी शाखा देते जी नावे सोडवते पण कशापर्यंतही पोहोचत नाही।

दोन्ही रचना राउटिंग अपयश कसे दिसते यात वेगळ्या आहेत, म्हणूनच अंदाज लावणे महाग आहे। स्थानिक डीफॉल्टसह, गमावलेला खाजगी मार्ग ती रहदरी इंटरनेटवर पाठवतो, जिथे फायरवॉल ती टाकून देतो किंवा, त्याहून वाईट, तुम्ही हेतू नसलेले काहीतरी उत्तर देतो। मध्यवर्ती डीफॉल्टसह, तोच तोटा इंटरनेट प्रवेश पूर्णपणे काढून टाकतो आणि तिकीट "संपूर्ण शाखा खाली आहे" असे येते। दोन्हीपैकी कोणतेही अपयश स्वतःच चुकीचे नाही, पण तुम्ही विकलेल्या सेवेशी फक्त एकच जुळते, आणि केवळ BGP संरचना तुम्ही कोणती बांधली हे सांगत नाही।

खाजगी प्रीफिक्स त्यांच्या अपयशाच्या प्रकरणासह लिहा

शाखेला पोहोचाव्या लागणाऱ्या प्रीफिक्सची यादी करा आणि त्यातील कोणते एकत्रित केले आहेत ते नोंदवा। एक बिट जास्त रुंद अशी एकत्रीकरण अज्ञात गंतव्ये VPN मध्ये ओढते, आणि दूरची बाजू त्यांची खरोखर मालकी घेऊन फॉरवर्ड करत असेल तरच ते ठीक आहे।

नंतर खाजगी सेवा अपयशी झाल्यावरचे हेतू असलेले वर्तन वर्णन करा। ठेवलेला टाकून देण्याचा मार्ग रहदरीला अनधिकृत मार्गापासून दूर ठेवतो आणि स्वच्छ, अपेक्षित खंड निर्माण करतो। तरंगता डीफॉल्ट बॅकअप मार्गावर जाऊन उपलब्धता टिकवू शकतो, पण त्या बॅकअप मार्गाला ती रहदरी वाहून नेण्याची परवानगी असेल तरच।

उपलब्धता आणि परवानगी असलेला बॅकअप हे हस्तांतरण दस्तऐवजात दोन वेगळ्या आवश्यकता म्हणून ठेवा। त्या एकत्र करणारे संघ शेवटी एकमत झालेली धोरणे अंमलात आली का हे तपासण्याऐवजी शाखा कोसळायला हवी होती का यावर वाद घालतात।

CE ने प्रत्यक्षात काय स्थापित केले ते तपासा

संरचनेचा हेतू आणि फॉरवर्डिंग स्थिती पुरेसे वेळा वेगळे होतात, म्हणून पडताळणी घटना आढाव्यात नाही तर हस्तांतरणात हवी। IOS-XE ग्राहक कडेवर खालील तीन आदेश तीन वेगळ्या प्रश्नांची उत्तरे देतात: काय देऊ केले, काय स्वीकारले आणि प्रत्यक्षात काय वापरले जाते।

show ip bgp vpnv4 vrf BRANCH neighbors 192.0.2.1 received-routes
show ip bgp vpnv4 vrf BRANCH
show ip route vrf BRANCH 0.0.0.0

तीनही हस्तांतरणाच्या दिवशी चालवा, महिन्यानंतर नाही, जेव्हा कोणालातरी काय ठरले होते याची आठवण असेल। पहिले आउटपुट soft-reconfiguration inbound किंवा साठवलेल्या route refresh वर अवलंबून असते; दोन्हीपैकी काहीही नसल्यास CE ने काय नाकारले ते दाखवू शकत नाही। दुसरे धोरणानंतर स्वीकारलेले आणि सर्वोत्तम मार्ग दाखवते। तिसरे डीफॉल्ट प्रत्यक्षात कुठे जातो ते सांगते, आणि संपूर्ण हस्तांतरणातील सर्वात उपयुक्त ओळ ती आहे।

साइट दुहेरी जोडणीची असल्यास दुसऱ्या CE वरही तीच तपासणी चालवा। दोन कडांमधील असममित स्वीकृती "एका सर्व्हरवरून चालते पण दुसऱ्यावरून नाही" याचे सामान्य कारण आहे, आणि सममितीय दिसणाऱ्या संरचना फरीत ती दिसत नाही।

मोठा प्रवाह गृहीत धरू नका, त्याची पात्रता ठरवा

काही वेळा ग्राहकाला VRF च्या आत इंटरनेट मार्ग माहिती खरोखरच लागते — धोरण राउटिंगसाठी किंवा प्रीफिक्सनुसार निर्देशित करणाऱ्या मध्यवर्ती बाहेर पडण्यासाठी। ती एक जाहीर करावयाची, मर्यादित करावयाची आणि किंमत ठरवावयाची आवश्यकता आहे, लपलेला डीफॉल्ट नाही। त्याबरोबर RIB आणि FIB साठी स्मृती, अद्ययावतांसाठी CPU, फिल्टर देखभाल आणि तयार होणाऱ्या तक्त्याचा मालक येतो।

क्षमतेचे युक्तिवाद दोन्ही दिशांनी चुकतात। पूर्ण तक्ता VRF मध्ये प्रतिबंधित नाही, आणि तो मोफतही नाही। तसेच, जुन्या मार्ग संख्येवरून आजचा खर्च काढता येत नाही, आणि लहान लेबल वाटप मार्ग साठवण्याचा खर्च काढून टाकत नाही।

BGP/MPLS IP VPN तपशील VPN सेवेच्या शेजारी इंटरनेट प्रवेशाच्या अनेक व्यवस्थांची चर्चा करतो आणि प्रत्येक ग्राहकासाठी पूर्ण तक्ता किंवा डीफॉल्ट अनिवार्य असे घोषित करत नाही, आणि "प्रमाणित पद्धत" असे विधान येईल तेव्हा दाखवण्यासारखा भाग तोच आहे: RFC 4364।

हस्तांतरण जाहीर केलेला संच, स्वीकारलेला संच आणि निवडलेला संच एकमत झालेल्या बाहेर पडण्याच्या धोरणाशेजारी नोंदवून, आणि एक खाजगी गंतव्य, एक हेतू असलेले सार्वजनिक गंतव्य आणि मार्ग गमावण्याचे एक प्रकरण तपासून बंद करा। त्या तीन चाचण्यांची स्वाक्षरी केलेली नोंद बहुतेक नेटवर्क काय करतात याबद्दलच्या कोणत्याही विधानापेक्षा जास्त वाद मिटवते।