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 तपशील हे या सर्वामागील मॉडेलचे संदर्भ आहे।