EVPN सुरू आहे पण सेवा नाही: चार तपासणी बिंदू

दूरच्या VTEP पत्त्यावर पोहोचणे हे सिद्ध करते की मूलभूत नेटवर्क पॅकेट वाहून नेते, आणि एवढेच सिद्ध करते. भाडेकरूच्या सेवेसाठी योग्य पत्ता कुटुंबासह BGP EVPN सत्र, जोडलेला आणि कार्यरत स्थानिक VNI, तयार झालेला मार्ग आणि दूरच्या टोकावर आयात आवश्यक आहे. हे चार स्वतंत्र तपासणी बिंदू आहेत, प्रत्येकाची वेगळी दुरुस्ती आहे. हिरव्या मूलभूत नेटवर्कला सेवेची तयारी मानणे हे EVPN सेटअप अडकण्याचे सर्वात सामान्य कारण आहे.

ते क्रमाने वाचा आणि डिझाइन अपेक्षित असलेल्यापेक्षा वेगळ्या पहिल्या बिंदूवर थांबा. नंतरचे तपासणी बिंदू आधीच्या अपयशाची भरपाई करू शकत नाहीत.

तपासणी बिंदू 1: VTEP पर्यंत वाहतूक

VTEP स्रोत म्हणून वापरल्या जाणाऱ्या लूपबॅक पत्त्यांमधील पोहोचक्षमतेपासून सुरुवात करा. मार्ग मूलभूत नेटवर्कमध्ये असणे आवश्यक आहे, मार्गाला परवानगी असणे आवश्यक आहे, यात कोणतीही एन्कॅप्स्युलेशन आवश्यकता समाविष्ट आहे, आणि परतीचा मार्ग कार्यरत असणे आवश्यक आहे. असलेला पण एका दिशेने फिल्टर होणारा मार्ग असममित अपयश निर्माण करतो जे अधूनमधून दिसते. पुढे जाण्यापूर्वी दोन्ही दिशा निश्चित करा.

तुम्ही तपासलेले स्रोत आणि गंतव्य पत्ते नोंदवा. पुढील हॉप वेगळ्या पत्त्यावरून सोडवणारी नंतरची पायरी वेगळी चाचणी आहे, आणि त्यांना एक मानणे म्हणजे सोडवलेल्या पुढील हॉपवर वाहतूक अपयशाचा दोष मढवण्याचा मार्ग.

तपासणी बिंदू 2: EVPN कुटुंब, सत्रांची संख्या नाही

प्रस्थापित BGP सत्र म्हणजे EVPN पत्ता कुटुंबावर बोलणी झाली असे नाही. शेजाऱ्यासाठी कुटुंब-विशिष्ट स्थिती पहा: कुटुंब सक्षम आहे का, सहकाऱ्यासोबत बोलणी झाली का, आणि सत्र ते अजिबात वाहून नेते का. IPv4 unicast साठी सुरू असलेले आणि कधीही EVPN वर बोलणी न केलेले सत्र सामान्य शेजारी सारांशात काहीही चुकीचे दाखवत नाही, आणि EVPN ओव्हरले तपशील सेवा आणि नियंत्रण प्रक्रियांना वाहतुकीपासून वेगळ्या बाबी मानतो.

सत्राचा स्रोत पत्ताही तपासा. VTEP स्रोत नसलेल्या पत्त्यावर बांधलेले पीअरिंग हे फॉरवर्डिंग अपयशाचे स्पष्टीकरण देण्याच्या प्रतीक्षेत असलेले डिझाइन विसंगती आहे.

तपासणी बिंदू 3: स्थानिक सेवा जोडलेली आहे

स्थानिक VNI भाडेकरूचे प्रतिनिधित्व करणाऱ्या ब्रिज किंवा VRF ला जोडलेले असणे आवश्यक आहे, आणि प्लॅटफॉर्मने ते कार्यरत म्हणून नोंदवले पाहिजे. प्रतिकृती मॉडेल वापरत असलेली सदस्यत्व स्थिती कोणत्याही होस्ट MAC शिकण्यापूर्वी महत्त्वाची ठरू शकते, म्हणून रिकामे एंडपॉइंट टेबल हे सेवा बंद असल्याचा पुरावा नाही.

मग उपकरण प्रत्यक्षात काय निर्माण करते याची खात्री करा: त्या VNI साठी स्थानिक मार्ग, डिझाइनने निर्दिष्ट केलेल्या route target सह. जोडलेला पण जाहीर न केलेला VNI अशी सेवा निर्माण करतो जी केवळ स्थानिक पातळीवर आहे, इतर कुठेही नाही.

तपासणी बिंदू 4: प्राप्तकर्त्याकडे आयात

प्राप्त करणाऱ्या उपकरणावर संख्यात्मक VNI ऐवजी निर्यात केलेले आणि आयात केलेले route target तुलना करा. जुळणारा VNI क्रमांक हे सिद्ध करत नाही की प्राप्त करणारे उदाहरण जाहिरात आयात करते, आणि न जुळणारे route target VNI सूचीत अदृश्य असते. फॉरवर्डिंग नोंदीवर विश्वास ठेवण्यापूर्वी जाहीर केलेला पुढील हॉप मूलभूत नेटवर्कमधून सोडवा. नंतर ओव्हरले फॉरवर्डिंग स्थिती उपकरणासाठी नाही, सेवेसाठी वाचा.

पीअर टेबल अंमलबजावणी-विशिष्ट डेटाप्लेन किंवा सदस्यत्व शिक्षण देखील प्रतिबिंबित करू शकते. ओळींची संख्या पुरावा मानण्याऐवजी त्याचा उगम आणि सेवा संदर्भ EVPN मार्गासोबत वाचा.

मार्गाने जाणारी एक नोंद

प्रत्येक सेवेसाठी एक नोंद ठेवा: स्थानिक VNI स्थिती, EVPN शेजारी आणि कुटुंब, तयार झालेला मार्ग, आणि प्राप्त व आयात केलेला निकाल. ती नोंद उगमापासून स्थापनेपर्यंत चाला. काही अपयशी झाल्यास, कोणती आज्ञा वापरून पहावी हे नाही तर चार तपासणी बिंदूंपैकी कोणता दुरुस्त करावा हे नोंद सांगते.

हे करताना वेळ-छापे जोडा. जाहिरातीनंतर काही मिनिटांत दिसणारी आयात धोरण किंवा अभिसरणाचा प्रश्न आहे, तर कधीही न दिसणारी संरचनेचा प्रश्न आहे, आणि हा फरक तुम्ही कधी पाहिले हे लिहून ठेवले असेल तरच दिसतो.

स्थिर VXLAN कधी योग्य उत्तर आहे

स्थिरपणे संरचित VXLAN डेटा मार्ग EVPN टेबल रिकामे असताना हाताने दिलेल्या पीअरसह कार्य करू शकतो. हे तुटके EVPN तैनाती नाही, हे वेगळे नियंत्रण मॉडेल आहे. रिकाम्या टेबलचे निदान त्रुटी म्हणून करण्यापूर्वी डिझाइन कोणते हेतू आहे ते ठरवा.

मूलभूत नेटवर्कमधील IGP शेजारी वाहतूक पुरवतो आणि त्याहून अधिक काही नाही. ओव्हरलेची सेवा स्थिती बांधण्यासाठी वेगळी गोष्ट आणि पडताळण्यासाठी वेगळी गोष्ट आहे.