مقالات

دسته بندی Mobility Controller – 8.x


  • رومینگ یکپارچه مشتریان بین AP
  • خرابی مشتری بدون درز در صورت عدم اتصال به کنترل کننده فعال.
  • متعادل سازی بار مشتری بین کنترلرهایی که اعضای خوشه هستند.

Clustering یک ویژگی جدید است که در AOS 8.x معرفی شده است

MM – استاد تحرک

MC – کنترل کننده تحرک

VMC – کنترل کننده تحرک مجازی (بر اساس x86)

MD – دستگاه مدیریت شده (Mobility Controller با مدیریت Mobility Master)

AAC – AP Anchor Controller

A-AAC – AAC فعال

S-AAC – AAC در حالت آماده به کار

UAC – کنترل کننده پیوست کاربر

A-UAC – UAC فعال

S-UAC – UAC در حالت آماده به کار

CoA – تغییر مجوز

AP – نقطه دسترسی


AOS – سیستم عامل آروبا

خطای بدون درز AP: هنگامی که MC ها بخشی از یک خوشه هستند، AP هایی که ظاهر می شوند به آنها متصل می شوند IP سوئیچ تحرک محلی (LMS). (یعنی یکی از اعضای خوشه) به نام Active AP Anchor Controller (یا A-AAC). AP یک تونل آماده به کار را به AAC (یا S-AAC) آماده به کار می سازد که انتخاب شده است. از رهبر خوشه هنگامی که A-AAC ناپدید می شود، AP یکپارچه به S-AAC منتقل می شود


انصراف یکپارچه مشتری: وقتی MC ها بخشی از یک خوشه هستند، جلسات مشتری با ارزش بالا (مانند صدا، ویدئو، FTP، SSH و غیره) هستند بین اعضای خوشه فعال و آماده به کار همگام می شود و در نتیجه failover کلاینت یکپارچه می شود. هنگامی که یک کلاینت به خوشه می پیوندد، همیشه به یک MC ویژه در خوشه به نام Active User Anchor Controller (یا A-UAC) ختم می شود.

این سپس رهبر خوشه UAC آماده به کار (S-UAC) را از خوشه انتخاب می کند. از آنجایی که وضعیت سرویس گیرنده L2 و جلسات سرویس گیرنده با ارزش بالا بین A-UAC و S-UAC حفظ می شوند، اگر اتصال به A-UAC قطع شود، مشتری می تواند بدون اینکه کاربر متوجه قطع شدن با ارزش بالا شود، به S-UAC سوئیچ کند. جلسات ارزش


تعادل بار کاربر: مشتریان به طور مساوی بین اعضای خوشه بر اساس ظرفیت پلت فرم اعضای خوشه و آستانه متعادل کننده بار پیکربندی شده متعادل می شوند.


خوشه VRRP: اعضای خوشه می توانند در یک گروه VRRP پیکربندی شده برای یک خوشه L2 باشند. این گروه VRRP علاوه بر پیکربندی کلاستر، به صورت دستی پیکربندی می شود.

  • VRRP VRID خوشه باید بین 1-219 باشد

تعامل با سرور مجوز (RADIUS CoA): برای احراز هویت کاربران جدید، A-UAC می تواند درخواست های احراز هویت را به یک سرور RADIUS خارجی با IP A-UAC به عنوان NAS-IP. سرور خارجی RADIUS این NAS-IP (یعنی IP A-UAC) در پایگاه داده مشتریان خود.

NAS-IP بعداً برای تغییر وضعیت یا ویژگی های مشتری استفاده می شود. با این حال، اگر مشتری UAC خود را تغییر دهد، سرور مجوز به‌روزرسانی نمی‌شود و بنابراین نمی‌تواند به‌روزرسانی‌های CoA را برای مشتری ارسال کند. برای حل این مشکل، VIP و VLAN بر روی هر گره در خوشه پیکربندی شده است.

VRID 220 و بالاتر توسط اعضای خوشه برای VRRP-IP برای اهداف متقابل سرور مجوز (RADIUS CoA) استفاده می شود.

مرجع – اسناد آروبا 8.x

ایجاد یک نمایه خوشه:

نمایه را می توان در ایجاد کرد CLI یا GUI. پیکربندی در سطح پوشه خاص سایت انجام خواهد شد و انجام خواهد شد نه تا یک پیکربندی جهانی باشد.

پس از ایجاد نمایه خوشه، “کانتینر” خالی خواهد بود، کنترل کننده ها باید به گروه اضافه شود




گام بعدی این است که هر کنترلر را به کنترلی که قبلا ایجاد شده است اضافه کنید شهربالا پروفایل r7102_Virtual_MDs و خاموش کردن تمام VLAN های مورد نیاز


برای خطای مشتری بدون درز، اطمینان حاصل کنید که همه اعضای خوشه هستند مربوط به L2، یعنی همان VLANهای کاربر روی همه کنترلرها وجود دارد (برخی از VLAN ها، مانند VLAN های مدیریت، ممکن است به عنوان VLAN های حذف شده علامت گذاری شوند.






هر سه کنترلر بخشی از همان هستند خوشه VRRP. آدرس IP VRRP از 10.0.17.22 سوئیچ تحرک محلی (LMS IP) است که نقاط دسترسی برای پیوستن به کنترلر با آن ارتباط برقرار می کنند.

اگر پیکربندی صحیح باشد، سه کنترل کننده باید یک کلاستر L2 را تشکیل دهند



وضعیت AP را در هر کنترلر بررسی کنید: پایگاه داده ap را طولانی نشان دهید. فیلد “پرچم ها” وضعیت نقطه دسترسی را نشان می دهد. در حال حاضر من علاقه مند هستم پرچم های 2S:

دستگاه کنترل شده – WLC0001

دستگاه کنترل شده – WLC0002


دستگاه کنترل شده – WLC0003

نقطه دسترسی یک تونل اولیه و ثانویه را به دو کنترل کننده ایجاد کرد.

یک کلاینت را به WLAN متصل کنید:



یک نگاه دقیق تر نشان می دهد که AP در WLC0001 است اما مشتری در پایگاه داده WLC0001 نیست.


کلاینت در واقع در پایگاه داده WLC0003 است

تست شکست با خاموش کردن WLC0001.

AP نتوانست به عنوان ثانویه به WLC0003 تبدیل شود


WLC0002 اصلی است

مشتری حتی یک بسته را رها نکرد

وضعیت AP در WLC0003 قبل از خاموش شدن WLC0002

وضعیت AP در WLC0003 پس از خاموش شدن WLC0002. توجه داشته باشید که AP یک آدرس IP آماده به کار ندارد، فقط یک آدرس دارد 2 پرچم.


از نو! مشتری هیچ بسته ای را رها نکرده است.

بررسی اینکه هر دو WLC خراب هستند

خوشه Mobility Master را بررسی کنید



WLC ها برای پست بعدی وبلاگ آنلاین و کاربردی هستند


مفاهیم اولیه خوشه بندی را می توان در اینجا یافت…


Source link

نوشته های مشابه

دیدگاهتان را بنویسید

دکمه بازگشت به بالا