शान्त EVPN होस्ट कहिल्यै समाधान हुँदैन: ARP लाई बाइन्डिङसम्म पछ्याउनुहोस्

एन्डप्वाइन्ट जोडिएको छ, यसको पोर्ट सक्रिय छ, तर निगरानी होस्ट अझै यससम्म पुग्न सक्दैन। कसैले अर्को छेउबाट ping चलाउँछ र यो काम गर्न थाल्छ, जसले समस्यालाई रोकिँदै-रोकिँदै हुने जस्तो देखाउँछ र fabric लाई निर्दोष देखाउँछ। यो ढाँचा शान्त होस्टको हस्ताक्षर हो: यो कहिलेकाहीँ मात्र पठाउँछ, त्यसैले fabric को खोज र रिफ्रेस व्यवहार यसको जडान अवस्थाभन्दा बढी महत्त्वपूर्ण छ। एउटा लक्षित IP, MAC र bridge domain बाट सुरु गरी अर्को रिजोल्युसन आदानप्रदान पछ्याउनुहोस्।

अर्को ARP वा ND आदानप्रदान पछ्याउनुहोस्

IPv4 का लागि, अनुरोध गर्ने होस्टको ARP आदानप्रदान हेर्नुहोस्; IPv6 का लागि, Neighbor Solicitation र Advertisement पछ्याउनुहोस्। अनुरोध लक्षित स्थानीय खण्ड र लक्षित VNI मा प्रवेश गर्छ भन्ने पुष्टि गर्नुहोस्, किनकि सही bridge domain मा कहिल्यै नपुग्ने अनुरोधलाई कुनै पनि प्रोक्सीले जवाफ दिन सक्दैन।

त्यसपछि fabric ले लक्ष्यबारे के जान्दछ हेर्नुहोस्। MAC मात्रको मार्गले Layer 2 गन्तव्य पहिचान गर्न सक्छ, जबकि प्रोक्सीसँग अझै यसका लागि IP-to-MAC बाइन्डिङ छैन। यी छुट्टाछुट्टै रेकर्ड हुन्, र एउटा जाँच गर्दा अर्कोबारे केही थाहा हुँदैन।

यदि वैध बाइन्डिङ अवस्थित छ भने, प्रोक्सीले आफ्नो नीतिअनुसार जवाफ दिन सक्छ, तर त्यो बाइन्डिङको MAC लाई अझै सक्रिय फर्वार्डिङ मार्ग चाहिन्छ। यदि बाइन्डिङ छैन भने, जवाफबाट केही सिक्नुअघि अनुरोधले flooding वा प्रतिकृति मार्गबाट एन्डप्वाइन्टको जडानसम्म पुग्नुपर्छ।

मिल्नैपर्ने दुई रेकर्ड

MAC मार्गले Ethernet ठेगाना कहाँ बस्छ भन्ने जवाफ दिन्छ। प्रोक्सी तालिकाले कुन IP कुन MAC मा म्याप हुन्छ भन्ने जवाफ दिन्छ। हालै नबोलेको होस्टसँग पूरै राम्रो MAC मार्ग हुन सक्छ र कुनै उपयोगी प्रोक्सी प्रविष्टि नहुन सक्छ, र स्वस्थ जडानमा रिजोल्युसन असफलता उत्पन्न गर्ने ठ्याक्कै त्यही अवस्था हो।

टाढाको जडानमा, एन्डप्वाइन्टले साँच्चै आदानप्रदान प्राप्त गर्छ र जवाफ दिन्छ कि भनी जाँच्नुहोस्। यसको जवाफले स्थानीय सिकाइ र सम्बन्धित EVPN घोषणा रिफ्रेस गर्छ, त्यसैले म्यानुअल ping ले कुराहरू सुधारेको जस्तो देखिन्छ: तपाईंले fabric ले पर्खिरहेको ट्राफिक उत्पादन गर्नुभयो। यसले सुधार किन टिक्दैन भन्ने पनि बताउँछ: रिफ्रेस भएको प्रविष्टि पुरानो हुनासाथ एन्डप्वाइन्ट फेरि शान्त हुन्छ। तालिकाबद्ध ping ले लक्षणको उपचार गर्छ र डिजाइनको खाडल लुकाउँछ।

जवाफपछि, छानिएको मार्ग र स्थापित फर्वार्डिङ अवस्था अनुरोधकर्तातर्फ फर्केर पछ्याउनुहोस्। रिजोल्युसन सफल हुनु र फर्वार्डिङ सफल हुनु दुई छुट्टै घटना हुन्, र यिनलाई मिसाउने टिकटले तपाईंलाई गलत तहमा पठाउँछ।

मानकले वास्तवमा के मान्छ

RFC 9161 ले गतिशील प्रोक्सी सिकाइ र अज्ञात ARP तथा ND अनुरोधहरूको पूर्वनिर्धारित flooding वर्णन गर्छ। त्यो flooding को पूर्ण दमन तिनका सिकाइ वा आपूर्ति मान्यताले यसलाई सुरक्षित बनाउने परिनियोजनमा मात्र सीमित छ, जुन अधिकांश कन्फिगरेसन गाइडले संकेत गरेभन्दा साँघुरो सर्त हो।

नयाँ पत्ता लागेका एन्डप्वाइन्ट अपेक्षा गर्ने fabric लाई ती अनुरोधका लागि काम गर्ने मार्ग चाहिन्छ। यदि कसैले BUM ट्राफिक घटाउन अज्ञात-अनुरोध flooding बन्द गरेको छ भने, शान्त होस्टहरू नै त्यसको मूल्य तिर्ने जनसंख्या हुन्, र लक्षण हप्ताहरूपछि रोकिँदै-रोकिँदै पुग्ने गुनासोका रूपमा आउँछ।

दमन सेटिङलाई fabric ले के जान्ने वाचा गर्छ भन्ने कथनका रूपमा पढ्नुहोस्। यदि कुनैले पनि बाइन्डिङ आपूर्ति गर्दैन भने, विरल पठाउनेहरूका लागि वाचा सत्य हुँदैन। कन्फिगर गरिएको दमनलाई यसलाई खुवाउनुपर्ने आपूर्ति प्रणालीसँग तुलना गर्नुहोस्। जब ती दुई मिल्दैनन्, fabric ठ्याक्कै कन्फिगर गरिएअनुसार व्यवहार गर्छ, र सुधार्नुपर्ने अपेक्षा हो।

रिफ्रेस, वृद्धावस्था र स्थिर विकल्प

मानकले गतिशील प्रविष्टि पुरानो हुनुअघि समर्थित रिफ्रेस प्रोबको वर्णन गर्छ। जवाफहरूले सम्बन्धित bridge र प्रोक्सी अवस्था रिफ्रेस गर्छन्; जवाफ नआएमा वैध रूपमा हटाउने र मार्ग फिर्ता लिने हुन सक्छ। यो हरेक टाइमर तानेर दमन गर्नुपर्ने बग होइन।

वृद्धावस्था टाइमरलाई अनिश्चितकालसम्म लम्ब्याउँदा देखिने असफलतालाई पुरानो असफलतासँग साटिन्छ: fabric ले होस्टले छोडेको स्थानको विज्ञापन गरिरहन्छ। कार्यान्वयनका कागजात गरिएका नियन्त्रणहरू प्रयोग गर्नुहोस् र एन्डप्वाइन्टले बोल्ने अपेक्षित आवृत्तिसँग मिल्ने आयु छान्नुहोस्।

ज्ञात, व्यवस्थापित एन्डप्वाइन्टका लागि, स्थिर वा नियन्त्रकद्वारा आपूर्ति गरिएको बाइन्डिङ वैध दोस्रो मोडेल हो। प्रतिस्थापन र स्थानान्तरण हेर्ने मालिक चाहिन्छ, किनकि होस्ट अर्को पोर्टमा सर्दा आपूर्ति गरिएको रेकर्ड आफैं अद्यावधिक हुँदैन।

अर्को टिकटअघि के रेकर्ड गर्ने

बाइन्डिङको स्रोत, अन्तिम रिफ्रेस समय, हालको स्थान र कुनै पनि फिर्ता लिने घटना MAC मार्गको छेउमा राख्नुहोस्। त्यो रेकर्डले टिकटले साँच्चै सोध्ने प्रश्नको जवाफ दिन्छ: के अनुप्रयोग खोजको प्रतीक्षामा छ, पुरानो अवस्थामा भर परिरहेको छ, वा सफल रिजोल्युसनपछि फर्वार्ड गर्न असफल भइरहेको छ?

त्यसपछि तीनमध्ये कुन चलाउन तपाईं तयार हुनुहुन्छ निर्णय गर्नुहोस्। flooding सहितको खोज, यथार्थपरक आयुसहितको रिफ्रेस, वा मालिकसहितको आपूर्ति — सबै जायज छन्। एउटाका लागि कन्फिगर गरिएको तर अर्कैजस्तो व्यवहार गर्ने अपेक्षा गरिएको fabric नै शान्त होस्ट हराउने ठाउँ हो।