समस्या

यदि लिंक सही ढंग से कॉन्फ़िगर नहीं किया गया है, तो आंतरिक स्विच के साथ लिंक एग्रीगेशन (LAG) का उपयोग करने वाला एक सॉकेट डिप्लॉयमेंट उच्च विलंबता और पैकेट हानि का अनुभव कर सकता है। यह समस्या विलंबता भिन्नताओं के प्रति संवेदनशील अनुप्रयोगों के साथ अधिक दिखाई दे सकती है।

पर्यावरण

• Cato LAG कार्यान्वयन।
• आंतरिक स्विच स्थिर LAG का समर्थन नहीं करता है या LAG कॉन्फ़िगर नहीं है।

समाधान

LAG कार्यान्वयनों में, Cato केवल स्थिर LAG समर्थन करता है जैसा कि Configuring Link Aggregation for a Socket में वर्णित है। वर्तमान में LACP समर्थित नहीं है।

एक LAG गलत कॉन्फ़िगरेशन को निम्नलिखित कदमों को चलाकर पहचाना जा सकता है:

नोट: नेटवर्क विश्लेषिकी LAG गलत कॉन्फ़िगरेशनों के कारण विलंबता/पैकेट हानि नहीं दिखाएगा।

1. LAN पर एक उपकरण से सॉकेट के LAN आईपी पते पर एक पिंग परीक्षण चलाएं। सॉकेट का IP पता सॉकेट के नेटवर्क पृष्ठ में कॉन्फ़िगर की गई मूल रेंज का 'स्थानीय IP' है।
2. वैकल्पिक रूप से, पिंग परीक्षण को सॉकेट के WebUI से चलाया जा सकता है, इसे विस्वों से स्विच IP या स्विच के पीछे होस्ट तक रूट करते हुए।
3. यदि पिंग परीक्षण रुक-रुक कर उच्च विलंबता और/या पैकेट हानि दिखाता है, तो LAG लिंक गलत कॉन्फ़िगर हो सकता है।
    
4. पुष्टि करें कि Cato सॉकेट और आंतरिक स्विच दोनों में समान संख्या में LAG सदस्य और सही पोर्ट शामिल हैं। सभी LAG सदस्य UP स्थिति में होने चाहिए।
5. पुष्टि करें कि स्विच में LAG फीचर को स्थिर LAG के रूप में कॉन्फ़िगर किया गया है। Cato सॉकेट से जुड़ते समय सक्रिय या निष्क्रिय LACP समर्थित नहीं है। 

समाधान

यदि Cato सॉकेट से जुड़ा स्विच लिंक एग्रीगेशन का समर्थन करता है, तो स्थिर मोड में LAG को कॉन्फ़िगर करें।

यदि स्विच स्थिर LAG का समर्थन नहीं करता है (जैसे कि केवल LACP का समर्थन होता है), तो स्विच और सॉकेट दोनों से LAG कॉन्फ़िगरेशनों को हटा दें। इस परिदृश्य में, केवल एक ही पोर्ट LAN के लिए कॉन्फ़िगर किया जा सकता है।