در سوییچ مجازی vSphere این امکان وجود دارد که قابلیت “Notify Switches” را فعال یا غیر فعال نماییم. در این پست خواهیم دید که این تنظیم در واقع چه کاری انجام می دهد و چگونه کار می کند، و همچنین در مورد اهمیت پروتکل RARP بحث خواهد شد.
برای دیدن تنظیم فعلی یا تغییر آن ، Properties را در vSwitch انتخاب کرده ، سپس ویرایش و سپس تب NIC Teaming را انتخاب کنید.
در صورت داشتن مقدار تنظیم شده برای “Notify Switches” ، اساساً به ESXi اجازه می دهد که گاهی اوقات فریم های جعلی را از طرف ماشین های مجازی در حال اجرا روی هاست ESXi ارسال کند.
هدف از ارسال این فریم ها این است که اطمینان حاصل کنید که سوئیچ های فیزیکی در شبکه مکان ماشین های مجازی را یاد بگیرند. سوئیچ فیزیکی با مشاهده هر فریم دریافتی ، این یادگیری را انجام می دهد و رکوردی را با نام آدرس Source MAC یادداشت می کند. براساس آن اطلاعات ، سوئیچ ها جداول و نقشه هایی را بین آدرس های MAC و پورت سوئیچ ایجاد می کنند که این آدرس در آن یافت می شود.
حداقل سه موقعیت مختلف وجود دارد که این پیام ها توسط ESXi ارسال می شود:
1. هنگامی که یک ماشین مجازی بر روی هاست ESXi روشن می باشد ، این اطمینان را می دهد که شبکه از این VM جدید و آدرس MAC آن و همچنین موقعیت مکانی آن (پورت سوئیچ) آگاه است.
2. هنگامی که یک ماشین مجازی توسط vMotion به هاست دیگر منتقل می شود ، اطلاع رسانی سریع شبکه فیزیکی از قرارگیری جدید مجازی بسیار مهم است.
3 . اگر یک کارت شبکه فیزیکی روی هاست اتصال خود را از دست بدهد ، اما حداقل دو vmnics داریم که به عنوان uplinks در vSwitch تمام ترافیک از VM ها به بقیه Interface ها منتقل می شود. همچنین در این شرایط ، هاست ESXi باید به سرعت شبکه را از اتصال صحیح جدید برای رسیدن به VM مطلع کند. پروتکل مورد استفاده RARP یا Reverse Address Resolution Protocol، بعضی اوقات در متون مربوط به vSphere به این معنی است که RARP مهم است و در واقع کاری را در این فرآیند انجام می دهد. با این حال ، RARP یک پروتکل بسیار قدیمی و منسوخ است که امروزه تقریبا هیچ سیستم عامل و دستگاهی از آن پشتیبانی نمی کند.
بنابراین چرا فریم هایی ارسال کنیم که تقریباً هیچ کس نمی تواند آن را بخواند؟ دلیل این امر این است که فقط همه سوئیچ های فیزیکی آدرس Source MAC را می بینند و مکان جدید را بیاموزند که در واقع payload(که در اینجا RARP) می تواند هر چیزی باشد.
در اینجا ما یک ماشین مجازی با یک آدرس MAC خاص را می بینیم. این VM با vMotion در حال انتقال است و با Wireshark خواهیم دید که فریم های RARP در حال ارسال هستند.
در این Trace بسته می توانیم متوجه شویم که هاست ESXi در حال ارسال فریم های RARP با VM به عنوان Source Mac و همچنین می خواهد بسیار مطمئن باشد که با استفاده از این اطلاعات جدید به هر سوئیچ رسیده است – و در واقع فریم را ده بار ارسال می کند. چندین بار اول به هم نزدیک و بعد بیشتر در طول زمان پخش می شود ، و آخرین Frame تقریباً یک دقیقه پس از اولین Frame اطلاعات.
چگونه می توانیم اطمینان داشته باشیم که همه سوئیچ های موجود در شبکه فیزیکی این Frame را مشاهده نمی کنند؟ دلیل این است که مقصد ، با آدرس برادکست خاص FF-FF-FF-FF-FF-FF است. آدرس برادکست، کلیه سوئیچ ها را مجبور می کند که Frame را در همه پورت ها ارسال و کل broadcast domain را از مکان جدید آگاه سازند.
اگر به دلایلی تنظیمات “Notify Switches”روی No تنظیم شده باشد ، در صورت انجام اقداماتی مانند VM power-on ، vMotion و قطعی لینک vmnic ، هاست Silent می شود و به کار خود ادامه می دهد اما ریسک Packet loss در شرایط بالا وجود خواهد داشت.
به طور خلاصه ، عملکرد “Notify Switches” بسیار مفید است و باید روی Yes تنظیم شود تا هاست ESXi به عنوان ماشین های مجازی عمل کند و فریم های جعلی را ارسال می کنند تا اطمینان حاصل شود که کلیه جداول MAC-to-port mapping به سرعت به روز شوند.