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 छिमेकीले ढुवानी दिन्छ र त्यसभन्दा बढी केही होइन। ओभरलेको सेवा अवस्था बनाउन छुट्टै कुरा र प्रमाणित गर्न छुट्टै कुरा हो।