সকেট উচ্চ প্রাপ্যতা ফেইলওভার মেরাকি সুইচ GARP সীমাবদ্ধতা কারণে ব্যর্থ হয়

Prev Next

সমস্যা

যেখানে Socket HA জোড়া একটি HA ফেইলওভার সম্পাদন করে সেইসব ক্ষেত্রে, নতুনভাবে নির্ধারিত মাস্টার Socket একটি বিনামূল্য ARP সম্প্রচার পাঠায় এবং তারপর সাইটের LAN IP ঠিকানার জন্য ARP সম্প্রচার অনুরোধের জবাব দেয়। আরও তথ্যের জন্য দেখুন Understanding Socket High Availability and Failover।

তবে, এমন পরিস্থিতিতে যেখানে একটি মেরাকি সুইচ দুটি সকেটকে আন্তঃসংযোগ করে, HA ফেইলওভার প্রক্রিয়াটি ব্যর্থ হতে পারে এবং সুইচটি ভুলভাবে সমস্ত ফ্রেমকে স্লেভ সকেটে ফরওয়ার্ড করে, ফলে একটি আউটেজ ঘটে।

পরিবেশ

এই সমস্যা বিশেষভাবে মেরাকি সুইচ মাধ্যমে আন্তঃসংযুক্ত Socket HA জোড়া নিয়ে সংশ্লিষ্ট। প্রস্তাবিত সমাধান Socket সংস্করণ 13 এবং তার উপরে প্রযোজ্য।

দ্রুত ত্রুটি নির্ণয়

  • RFC2338 অনুসারে, Socket HA ফেইলওভারের সময় একটি Gratuitous ARP REQUEST প্যাকেট পাঠাবে। এই আচরণ একটি প্যাকেট ক্যাপচারে যাচাই করা যেতে পারে যা নিম্নলিখিত ফ্ল্যাগ প্রদর্শন করবে: opcode = 1

  • Meraki সাপোর্ট তাদের সিস্টেমের আচরণ নিশ্চিত করেছে যেখানে opcode = 1 সহ GARP অনুরোধ উপেক্ষা করা হয়, ফলে সুইচের CAM টেবিল আপডেট করতে ব্যর্থ হয়। 

সমাধান

সকেট সংস্করণ 13 থেকে শুরু করে, একটি ব্যাকএন্ড কনফিগারেশন সাপোর্টে অনুরোধ করা যেতে পারে অপকোড ফ্ল্যাগ পরিবর্তন করতে gratuitous ARP প্যাকেটে, ফলে Meraki সুইচের সাথে সম্পর্কিত ইস্যু কার্যকরভাবে হ্রাস পায়।

নোট: এই কনফিগারেশনটি শুধুমাত্র Meraki সুইচবিশিষ্ট সাইটগুলিতে প্রয়োগ করা উচিত এবং অ্যাকাউন্ট স্তরে নয়।

প্রস্তাবিত ব্যাকএন্ড কনফিগারেশন GARP প্যাকেটের opcode কে 2 এ পরিবর্তন করে, যা REPLY নির্দেশ করে, ফলে সফলভাবে সুইচের CAM টেবিল আপডেট নিশ্চিত হয়।