शांत 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 हेच शांत होस्ट गायब होण्याचे ठिकाण आहे.