सॉकेट उच्च उपलब्धता फ़ेलओवर Meraki स्विच GARP सीमा के कारण विफल होता है

समस्या

ऐसे मामलों में जहां सॉकेट HA युग्म HA फ़ेलओवर करता है, नवनिर्दिष्ट मास्टर सॉकेट एक अनावश्यक ARP प्रसारण भेजता है और फिर साइट के LAN IP पता के लिए ARP प्रसारण अनुरोधों का जवाब देना शुरू करता है। अधिक जानकारी के लिए देखें सॉकेट उच्च उपलब्धता और फ़ेलओवर को समझना।

हालांकि, ऐसे परिदृश्यों में जहां एक Meraki स्विच दो सॉकेट्स को जोड़ता है, HA फ़ेलओवर प्रक्रिया विफल हो सकती है और स्विच सभी फ़्रेमों को गलत तरीके से दास सॉकेट को अग्रेषित करेगा, जिसके परिणामस्वरूप एक आउटेज होगा।

पर्यावरण

यह समस्या विशेष रूप से Meraki स्विच के माध्यम से आपस में जुड़े सॉकेट HA युग्म से संबंधित है। प्रस्तावित समाधान सॉकेट संस्करण 13 और उससे ऊपर के लिए लागू है।

समस्या निवारण

• RFC2338 के अनुसार, सॉकेट HA फेलओवर के दौरान एक Gratuitous ARP REQUEST पैकेट भेजेगा। इस व्यवहार को एक पैकेट पकड़ में सत्यापित किया जा सकता है जो निम्नलिखित ध्वज को दिखाएगा: opcode = 1
  
• Meraki समर्थन ने अपने सिस्टम के व्यवहार की पुष्टि की है जो ऑपकोड = 1 के साथ GARP अनुरोधों को अनदेखा करता है, जिससे स्विच के CAM टेबल को अपडेट करने में विफल होता है। 

समाधान

सॉकेट संस्करण 13 के साथ शुरू होकर, एक बैकएंड कॉन्फ़िगरेशन को समर्थन के लिए अनुरोधित किया जा सकता है ताकि gratuitous ARP पैकेट में विकल्प फ्लैग को बदला जा सके, जो प्रभावी रूप से Meraki स्विच से संबंधित समस्या को कम करता है।

नोट: यह कॉन्फ़िगरेशन केवल Meraki स्विच वाले साइट्स पर ही लागू किया जाना चाहिए और खाता स्तर पर नहीं।

अनुशंसित बैकएंड कॉन्फ़िगरेशन GARP पैकेट में विकल्प को 2 के रूप में बदलता है, जो एक REPLY को दर्शाता है, इस प्रकार स्विच की CAM तालिका का सफलतापूर्वक अपडेट सुनिश्चित करता है।