সমস্যা

অভ্যন্তরীণ সুইচ সহ লিংক অ্যাগ্রিগেশন (LAG) ব্যবহার করে একটি সকেট মোতায়েন উচ্চ বিলম্ব এবং প্যাকেট হারানো সম্মুখীন হতে পারে যদি লিংকটি সঠিকভাবে কনফিগার না হয়। এই সমস্যা বিলম্বের পরিবর্তনের প্রতি সংবেদনশীল অ্যাপ্লিকেশনগুলির সাথে আরও দৃশ্যমান হতে পারে।

পরিবেশ

• কাটো LAG বাস্তবায়ন।
• অভ্যন্তরীণ সুইচ স্ট্যাটিক LAG সমর্থন করছে না অথবা LAG কনফিগার করা হয়নি।

পুনরুদ্ধার

LAG বাস্তবায়নে, কাটো শুধুমাত্র একটি সকেটের জন্য লিংক অ্যাগ্রিগেশন কনফিগার করা এ ব্যাখ্যা করা হিসাবে স্ট্যাটিক LAG সমর্থন করে। LACP বর্তমানে সমর্থিত নয়।

একটি LAG ভুল কনফিগারেশন নিম্নলিখিত পদক্ষেপগুলি চালিয়ে শনাক্ত করা যেতে পারে:

নোট: নেটওয়ার্ক বিশ্লেষণ LAG ভুল কনফিগারেশনের কারণে বিলম্ব/প্যাকেট ক্ষতি দেখাবে না।

1. LAN-এ একটি ডিভাইস থেকে সকেটের LAN IP ঠিকানায় একটি পিং পরীক্ষা চালান। Socket-এর IP ঠিকানা হল Socket-এর নেটওয়ার্ক পৃষ্ঠায় কনফিগার করা নেটিভ রেঞ্জের 'লোকাল আইপি'।
2. বিকল্পভাবে, পিং পরীক্ষা চালানো যেতে পারে Socket এর WebUI থেকে LAN-এর মাধ্যমে সুইচ IP বা সুইচের পিছনের একটি হোস্টে রাউটিং করে।
3. যদি পিং পরীক্ষা মাঝে মাঝে উচ্চ বিলম্ব এবং/অথবা প্যাকেট হারানো দেখায়, তাহলে LAG লিংকটি ভুলভাবে কনফিগার করা হতে পারে।
    
4. নিশ্চিত করুন যে কাটো সকেট এবং অভ্যন্তরীণ সুইচ উভয় একই সংখ্যক LAG সদস্য এবং সঠিক পোর্ট অন্তর্ভুক্ত করে। সব LAG সদস্যরা UP অবস্থায় থাকতে হবে।
5. নিশ্চিত করুন যে সুইচের LAG বৈশিষ্ট্যটি স্ট্যাটিক LAG হিসেবে কনফিগার করা হয়েছে। কাটো সকেটে সংযোগ করার সময় সক্রিয় বা প্যাসিভ LACP সমর্থিত নয়। 

সমাধান

যদি কাটো সকেটের সাথে সংযুক্ত সুইচ লিংক অ্যাগ্রিগেশনকে সমর্থন করে, তাহলে স্ট্যাটিক মোডে LAG কনফিগার করুন।

যদি স্ট্যাটিক LAG সুইচ দ্বারা সমর্থিত না হয় (যেমন, শুধুমাত্র LACP সমর্থিত), তাহলে উভয় সুইচ এবং সকেট থেকে LAG কনফিগারেশন সরান। এই পরিস্থিতিতে, শুধুমাত্র একটি পোর্ট LAN এর জন্য কনফিগার করা যেতে পারে।