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 पड़ोसी परिवहन देता है और इससे अधिक कुछ नहीं। ओवरले की सेवा स्थिति बनाने के लिए अलग चीज़ है और सत्यापित करने के लिए अलग चीज़ है।