मुद्दा
ऐसे मामलों में जहां सॉकेट 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 तालिका का सफलतापूर्वक अपडेट सुनिश्चित करता है।
