هدف لب
پیکربندی روش پیش‌فرض تعادل بار EtherChannel، مشاهده تمرکز ترافیک روی یک لینک واحد برای یک الگوی ترافیک خاص، سپس تغییر به یک الگوریتم هشینگ متفاوت و تأیید توزیع یکنواخت‌تر ترافیک در سراسر لینک‌های عضو بسته.
هدف لب (چرا مهم است)
EtherChannel، پیش‌تر در این مجموعه بحث شد، چند لینک فیزیکی را در یک اینترفیس منطقی واحد بسته‌بندی می‌کند، اما لینک عضو خاصی که هر بسته خاص واقعاً از میان آن عبور می‌کند توسط یک محاسبه هش تعیین می‌شود — ورودی هشینگ اشتباه برای یک الگوی ترافیک خاص می‌تواند منجر شود همه ترافیک روی یک لینک واحد با وجود بسته‌شدن چند لینک متمرکز شود، که کاملاً هدف توزیع بار را خنثی می‌کند.
توپولوژی لب
Switch1 ---- Po1 (Gi1/0/1, Gi1/0/2) ---- Switch2
الگوی ترافیک برای این لب: بسیاری جریان بین
همان جفت هاست (Server-A و Server-B)، که فقط
در پورت منبع TCP در سراسر هر اتصال متفاوتاندوظیفه ۱: تأیید روش پیش‌فرض تعادل بار
الگوریتم تعادل بار فعلاً فعال روی Switch1 را بررسی کن.
وظیفه ۲: تولید ترافیک تحت روش پیش‌فرض
چند جریان بین Server-A و Server-B تولید کن و مشاهده کن ترافیک چگونه در سراسر دو لینک بسته‌شده توزیع می‌شود.
وظیفه ۳: تغییر روش تعادل بار
الگوریتم را به یکی تغییر بده که اطلاعات پورت لایه ۴ را به‌جای فقط آدرس‌های لایه ۳ در نظر می‌گیرد.
وظیفه ۴: بازتولید ترافیک و تأیید توزیع بهبود‌یافته
همان چند جریان را دوباره تولید کن و تأیید کن ترافیک اکنون به‌طور یکنواخت‌تری در سراسر هر دو لینک پخش می‌شود.
راه‌حل و تأیید
Switch1# show etherchannel load-balance
EtherChannel Load-Balancing Configuration:
src-dst-ip
-- روش پیش‌فرض فقط بر اساس آدرس IP منبع و
-- مقصد هش می‌کند -- چون هر جریان در این الگوی
-- ترافیک لب دقیقاً همان جفت آدرس IP منبع/مقصد
-- را استفاده می‌کند، هر جریان به همان نتیجه هش می‌شود-- چند اتصال بین Server-A و Server-B تولید‌شده:
Switch1# show interfaces gigabitethernet1/0/1 | include packets output
1,204,382 packets output
Switch1# show interfaces gigabitethernet1/0/2 | include packets output
142 packets output
-- تقریباً همه ترافیک روی یک لینک عضو واحد
-- (Gi1/0/1) متمرکز شد، با وجود بسته‌شدن دو
-- لینک -- دقیقاً مسئله‌ای که هشینگ src-dst-ip
-- وقتی ترافیک همیشه فقط بین همان جفت IP جریان
-- می‌یابد ایجاد می‌کندSwitch1(config)# port-channel load-balance src-dst-port
-- اکنون بر اساس شماره پورت‌های لایه ۴ به‌علاوه
-- آدرس‌های IP هش می‌کند -- چون هر اتصال در این
-- الگوی ترافیک لب از یک پورت منبع متفاوت
-- استفاده می‌کند، این تغییرپذیری مورد نیاز
-- برای واقعاً توزیع متفاوت ترافیک به‌ازای هر
-- جریان را فراهم می‌کند-- همان الگوی ترافیک بازتولید‌شده:
Switch1# show interfaces gigabitethernet1/0/1 | include packets output
621,204 packets output
Switch1# show interfaces gigabitethernet1/0/2 | include packets output
598,331 packets output
-- ترافیک اکنون تقریباً به‌طور یکنواخت در سراسر
-- هر دو لینک عضو توزیع میشودنکته کلیدی
تعادل بار EtherChannel همیشه یک جریان منفرد را کاملاً از میان یک لینک عضو واحد می‌فرستد — هرگز بسته‌های یک جریان را در سراسر چند لینک تقسیم نمی‌کند، که باعث بازترتیب بسته می‌شد — پس توزیع واقعی در سراسر بسته کاملاً به داشتن تغییرپذیری کافی در ورودی‌های هش انتخاب‌شده در سراسر جریان‌های مختلف بستگی دارد؛ یک روش هشینگ ضعیف‌متناسب با الگوی ترافیک واقعی (مانند src-dst-ip وقتی همه ترافیک همان جفت IP را به اشتراک می‌گذارد) می‌تواند بی‌سروصدا بیشتر ظرفیت یک بسته را استفاده‌نشده باقی بگذارد.