امروز ما به عملکرد پروتکل تجمع کانال EtherChannel لایه 2 برای لایه 2 مدل OSI خواهیم پرداخت. این پروتکل تفاوت چندانی با پروتکل لایه 3 ندارد، اما قبل از اینکه وارد لایه 3 اتر کانال شویم، باید چند مفهوم را معرفی کنم تا بعداً به لایه 1.5 برسیم. ما به دنبال کردن برنامه دوره های CCNA ادامه می دهیم، بنابراین امروز بخش 2، پیکربندی، آزمایش و عیب یابی لایه 3/1.5 EtherChannel، و بخش های فرعی 1.5a، Static EtherChannel، 1.5b، PAGP، و XNUMXc، IEEE را پوشش خواهیم داد. -LACP Open Standard.
قبل از اینکه جلوتر برویم، باید بفهمیم EtherChannel چیست. بیایید فرض کنیم سوئیچ A و سوئیچ B به طور اضافی توسط سه خط ارتباطی به هم متصل شده اند. اگر از STP استفاده می کنید، دو خط اضافی به طور منطقی مسدود می شوند تا از حلقه ها جلوگیری شود.
فرض کنید پورت های FastEthernet داریم که ترافیک 100 مگابیت بر ثانیه را فراهم می کند، بنابراین کل توان عملیاتی 3×100 = 300 مگابیت در ثانیه است. ما فقط یک کانال ارتباطی را ترک می کنیم که به همین دلیل به 100 مگابیت بر ثانیه کاهش می یابد، یعنی در این حالت STP ویژگی های شبکه را بدتر می کند. علاوه بر این، 2 کانال اضافی بیکار خواهند بود.
برای جلوگیری از این امر، KALPANA، شرکتی که سوئیچ های Cisco Catalist را ایجاد کرد و بعداً توسط سیسکو خریداری شد، در دهه 1990 یک فناوری به نام EtherChannel را توسعه داد.
در مورد ما، این فناوری سه کانال ارتباطی مجزا را به یک کانال منطقی با ظرفیت 300 مگابیت بر ثانیه تبدیل می کند.
اولین حالت فناوری EtherChannel، حالت دستی یا استاتیک است. در این حالت، سوئیچ ها تحت هیچ شرایط انتقال، با تکیه بر این واقعیت که تمام تنظیمات دستی پارامترهای عملکرد به درستی انجام شده اند، کاری انجام نمی دهند. کانال به سادگی روشن و کار می کند و کاملاً به تنظیمات مدیر شبکه اعتماد دارد.
حالت دوم پروتکل تجمیع لینک PAGP اختصاصی Cisco است، سومین پروتکل تجمیع لینک استاندارد IEEE LACP است.
برای اینکه این حالت ها کار کنند، EtherChannel باید در دسترس باشد. فعال سازی نسخه استاتیک این پروتکل بسیار آسان است: باید به تنظیمات رابط سوییچ بروید و دستور حالت کانال گروه 1 را وارد کنید.
اگر سوئیچ A با دو اینترفیس f0/1 و f0/2 داشته باشیم باید وارد تنظیمات هر پورت شده و این دستور را وارد کنیم و شماره گروه رابط EtherChannel می تواند از 1 تا 6 مقدار داشته باشد، نکته اصلی این است که این مقدار برای همه پورت های سوئیچ یکسان است. علاوه بر این، پورت ها باید در حالت های یکسانی کار کنند: هر دو در حالت دسترسی یا هر دو در حالت ترانک و دارای یک VLAN بومی یا VLAN مجاز باشند.
تجمع EtherChannel تنها در صورتی کار می کند که گروه کانال ها از رابط هایی با پیکربندی یکسان تشکیل شده باشد.
سوئیچ A را با دو خط ارتباطی به سوئیچ B وصل می کنیم که دو رابط f0/1 و f0/2 نیز دارد. این رابط ها گروه خود را تشکیل می دهند. میتوانید با استفاده از همین دستور آنها را طوری پیکربندی کنید که در EtherChannel کار کنند، و شماره گروه مهم نیست، زیرا آنها در سوئیچ محلی قرار دارند. شما می توانید این گروه را به عنوان شماره 1 تعیین کنید و همه چیز کار خواهد کرد. با این حال، به یاد داشته باشید - برای اینکه هر دو کانال بدون مشکل کار کنند، تمام رابط ها باید دقیقاً یکسان، در یک حالت - دسترسی یا ترانک پیکربندی شوند. پس از اینکه وارد تنظیمات هر دو اینترفیس سوئیچ A و سوئیچ B شدید و با دستور وارد حالت گروه کانال 1 شدید، تجمیع کانال های EtherChannel تکمیل می شود.
هر دو رابط فیزیکی هر سوئیچ به عنوان یک رابط منطقی کار خواهند کرد. اگر به پارامترهای STP نگاه کنیم، خواهیم دید که سوئیچ A یک رابط مشترک را نشان می دهد که از دو پورت فیزیکی گروه بندی شده است.
بیایید به PAGP برویم، یک پروتکل تجمیع پورت که توسط سیسکو توسعه یافته است.
بیایید همان تصویر را تصور کنیم - دو سوئیچ A و B، هر کدام با رابط های f0/1 و f0/2، که توسط دو خط ارتباطی به هم متصل شده اند. برای فعال کردن PAGP، از همان فرمان حالت channel-group 1 با پارامترها استفاده کنید . در حالت دستی استاتیک، شما به سادگی وارد حالت گروه 1 کانال در تمام رابط ها می شوید و تجمیع شروع به کار می کند؛ در اینجا باید پارامتر مطلوب یا خودکار را مشخص کنید. اگر فرمان حالت گروه 1 کانال را با علامت ? وارد کنید، سیستم یک اعلان با گزینه های پارامتر نمایش می دهد: روشن، مطلوب، خودکار، غیرفعال، فعال.
اگر فرمان مطلوب حالت گروه 1 کانال را در هر دو انتهای خط ارتباطی وارد کنید، حالت EtherChannel فعال خواهد شد. اگر در یک انتهای کانال، اینترفیسها با فرمان مطلوب حالت گروه 1 کانال و در انتهای دیگر با فرمان خودکار حالت گروه 1 کانال، پیکربندی شوند، همین اتفاق میافتد.
با این حال، اگر رابطهای هر دو انتهای پیوندها به صورت خودکار با فرمان خودکار حالت گروه 1 کانال پیکربندی شوند، تجمع پیوندها رخ نخواهد داد. بنابراین، به یاد داشته باشید - اگر می خواهید از EtherChannel روی پروتکل PAGP استفاده کنید، رابط های حداقل یکی از طرفین باید در وضعیت مطلوب باشند.
هنگام استفاده از پروتکل LACP باز برای تجمع کانال، از همان فرمان حالت کانال گروه 1 با پارامترها استفاده می شود. .
ترکیبات احتمالی تنظیمات در هر دو طرف کانال ها به شرح زیر است: اگر اینترفیس ها به حالت فعال یا یک طرف به حالت فعال و دیگری به غیرفعال پیکربندی شده باشند، حالت EtherChannel کار خواهد کرد؛ اگر هر دو گروه از اینترفیس ها به حالت غیرفعال پیکربندی شده باشند، کانال تجمع رخ نخواهد داد. باید به خاطر داشت که برای سازماندهی تجمع کانال با استفاده از پروتکل LACP، حداقل یکی از گروه های رابط باید در حالت فعال باشد.
بیایید سعی کنیم به این سوال پاسخ دهیم: اگر سوئیچ های A و B را با خطوط ارتباطی به هم متصل کنیم و رابط های یک سوئیچ در حالت فعال و دیگری در حالت خودکار یا مطلوب باشد، EtherChannel کار می کند؟
نه، این کار را نمی کند، زیرا شبکه باید از پروتکل یکسانی استفاده کند - یا PAGP یا LACP، زیرا آنها با یکدیگر سازگار نیستند.
بیایید به چندین دستور مورد استفاده برای سازماندهی یک EtherChannel نگاه کنیم. اول از همه، شما باید یک شماره گروه را اختصاص دهید، می تواند هر چیزی باشد. برای حالت گروه 1 کانال فرمان اول، می توانید 5 پارامتر را به عنوان گزینه انتخاب کنید: روشن، مطلوب، خودکار، غیرفعال یا فعال.
در دستورات فرعی رابط از کلمه کلیدی channel-group استفاده می کنیم، اما اگر مثلاً بخواهید تعادل بار را مشخص کنید، از کلمه port-channel استفاده می شود. بیایید ببینیم که تعادل بار چیست.
فرض کنید سوئیچ A با دو پورت داریم که به پورت های مربوط به سوئیچ B وصل شده اند، سه کامپیوتر به سوئیچ B - 3 و یک کامپیوتر شماره 1,2,3 به سوئیچ A وصل شده است.
هنگامی که ترافیک از رایانه شماره 4 به رایانه شماره 1 منتقل می شود، سوئیچ A شروع به انتقال بسته ها در هر دو پیوند می کند. روش متعادل سازی بار از هش کردن آدرس مک فرستنده استفاده می کند به طوری که تمام ترافیک رایانه چهارم تنها از طریق یکی از دو پیوند جریان می یابد. اگر کامپیوتر شماره 5 را به سوئیچ A وصل کنیم، به لطف تعادل بار، ترافیک این کامپیوتر فقط در امتداد یک خط ارتباطی پایین تر حرکت می کند.
با این حال، این یک وضعیت معمولی نیست. فرض کنید یک اینترنت ابری و دستگاهی داریم که سوئیچ A با سه کامپیوتر به آن متصل است. ترافیک اینترنت با آدرس MAC این دستگاه یعنی با آدرس یک پورت خاص به سوییچ هدایت می شود زیرا این دستگاه یک دروازه است. بنابراین، تمام ترافیک خروجی دارای آدرس MAC این دستگاه خواهند بود.
اگر سوئیچ B را در مقابل کلید A قرار دهیم که توسط سه خط ارتباطی به آن متصل شده است، تمام ترافیک کلید B در جهت کلید A در امتداد یکی از خطوط جریان می یابد که اهداف ما را برآورده نمی کند. بنابراین، باید پارامترهای متعادل کننده را برای این سوئیچ تنظیم کنیم.
برای انجام این کار، از دستور port-channel load-balance استفاده کنید، جایی که آدرس IP مقصد به عنوان پارامتر گزینه استفاده می شود. اگر این آدرس رایانه شماره 1 باشد، ترافیک در امتداد خط اول جریان می یابد، اگر شماره 3 - در امتداد سوم، و اگر آدرس IP رایانه دوم را مشخص کنید، سپس در امتداد خط ارتباطی میانی.
برای انجام این کار، دستور از کلمه کلیدی port-channel در حالت پیکربندی جهانی استفاده می کند.
اگر می خواهید ببینید که کدام لینک ها در کانال دخیل هستند و از کدام پروتکل ها استفاده می شود، در حالت ممتاز باید دستور summary show etherchannel را وارد کنید. با استفاده از دستور show etherchannel load-balance می توانید تنظیمات تعادل بار را مشاهده کنید.
حالا بیایید همه اینها را در برنامه Packet Tracer بررسی کنیم. ما 2 سوئیچ داریم که توسط دو لینک به هم متصل شده اند. STP شروع به کار می کند و یکی از 4 پورت مسدود می شود.
بیایید به تنظیمات SW0 برویم و دستور show spanning-tree را وارد کنیم. می بینیم که STP کار می کند و می توانیم Root ID و Bridge ID را بررسی کنیم. با استفاده از همین دستور برای سوئیچ دوم، خواهیم دید که سوئیچ اول SW0 همان روت است، زیرا برخلاف SW1، مقادیر شناسه Root و Bridge آن یکسان است. علاوه بر این، در اینجا پیامی وجود دارد که SW0 ریشه است - "این پل ریشه است".
هر دو پورت سوئیچ ریشه در حالت Designated هستند، پورت مسدود شده سوئیچ دوم به عنوان جایگزین و دومی به عنوان پورت ریشه تعیین می شود. میتوانید ببینید که STP چگونه تمام کارهای لازم را بدون نقص انجام میدهد و به طور خودکار اتصال را تنظیم میکند.
بیایید پروتکل PAGP را فعال کنیم؛ برای این کار در تنظیمات SW0 به ترتیب دستورات int f0/1 و channel-group 1 را با یکی از 5 پارامتر ممکن که از desirable استفاده می کنم وارد می کنیم.
می بینید که ابتدا پروتکل خط غیرفعال شد و دوباره فعال شد، یعنی تغییرات ایجاد شده اعمال شد و رابط Port-channel 1 ایجاد شد.
حال به رابط f0/2 می رویم و همان فرمان کانال-گروه 1 حالت مطلوب را وارد می کنیم.
می بینید که اکنون پورت های لینک بالا با یک نشانگر سبز رنگ و درگاه های لینک پایین با یک نشانگر نارنجی نشان داده شده اند. در این حالت، نمی توان یک حالت ترکیبی از پورت های خودکار - مطلوب وجود داشته باشد، زیرا تمام رابط های یک سوئیچ باید با همان دستور پیکربندی شوند. در سوئیچ دوم می توان از حالت خودکار استفاده کرد، اما در سوئیچ اول، همه پورت ها باید در یک حالت کار کنند، در این حالت مطلوب است.
بیایید به تنظیمات SW1 برویم و از دستور محدوده اینترفیس ها در محدوده f0/1-2 استفاده کنیم تا به صورت دستی دستورات را برای هر یک از اینترفیس ها جداگانه وارد نکنیم، بلکه هر دو را با یک دستور پیکربندی کنیم.
من از دستور حالت channel-group 2 استفاده می کنم، اما می توانم از هر عددی از 1 تا 6 برای تعیین گروه رابط های سوئیچ دوم استفاده کنم. از آنجایی که طرف مقابل کانال در حالت مطلوب پیکربندی شده است، رابط های این سوئیچ باید در حالت مطلوب یا خودکار باشند. پارامتر اول را انتخاب می کنم، حالت channel-group 2 desirable را تایپ می کنم و Enter را فشار می دهم.
پیامی را می بینیم که رابط کانال Port-channel 2 ایجاد شده است و پورت های f0/1 و f0/2 به ترتیب از حالت پایین به حالت بالا منتقل شده اند. به دنبال آن پیامی مبنی بر اینکه رابط Port-channel 2 به حالت up تغییر کرده و پروتکل خط این رابط نیز روشن شده است. اکنون یک EtherChannel تجمیع شده تشکیل داده ایم.
با رفتن به تنظیمات سوئیچ SW0 و وارد کردن دستور show etherchannel summary می توانید این موضوع را تأیید کنید. شما می توانید پرچم های مختلفی را که بعداً به آنها نگاه خواهیم کرد و سپس گروه 1 را با استفاده از 1 کانال مشاهده کنید. تعداد جمع کننده ها نیز 1 است. استفاده شده. در زیر پروتکل PAGP استفاده شده و پورت های فیزیکی جمع شده در کانال را نشان می دهد - Fa1/1 (P) و Fa2/0 (P)، که در آن پرچم P نشان می دهد که این پورت ها بخشی از PortChannel هستند.
من از همان دستورات برای سوئیچ دوم استفاده می کنم و پنجره CLI اطلاعات مشابهی را برای SW1 نشان می دهد.
من دستور show spanning-tree را در تنظیمات SW1 وارد می کنم و می بینید که PortChannel 2 یک رابط منطقی واحد است و هزینه آن نسبت به هزینه دو پورت جداگانه 19 به 9 کاهش یافته است.
بیایید همین کار را با سوئیچ اول انجام دهیم. می بینید که پارامترهای Root تغییر نکرده اند، اما اکنون بین دو سوییچ به جای دو لینک فیزیکی، یک رابط منطقی Po1-Po2 وجود دارد.
بیایید سعی کنیم PAGP را با LACP جایگزین کنیم. برای این کار در تنظیمات سوئیچ اول از دستور محدوده اینترفیس ها در محدوده f0/1-2 استفاده می کنم. اگر اکنون دستور فعال حالت channel-group1 را برای فعال کردن LACP صادر کنم، رد می شود زیرا پورت های Fa0/1 و Fa0/2 قبلاً بخشی از یک کانال با استفاده از پروتکل دیگری هستند.
بنابراین، ابتدا باید دستور no channel-group 1 mode فعال را وارد کنم و تنها پس از آن از دستور channel-group1 mode active استفاده کنم. همین کار را با سوییچ دوم انجام می دهیم، ابتدا دستور no channel-group 2 را وارد می کنیم و سپس دستور channel-group 2 mode را فعال می کنیم. اگر به پارامترهای رابط نگاه کنید، می بینید که Po2 دوباره روشن است، اما همچنان در حالت پروتکل PAGP است. این درست نیست، زیرا ما در حال حاضر LACP داریم و در این حالت پارامترها به اشتباه توسط برنامه Packet Tracer نمایش داده می شوند.
برای حل این اختلاف، من از یک راه حل موقت استفاده می کنم - ایجاد یک PortChannel دیگر. برای این کار دستورهای int range f0/1-2 و no channel-group 2 را تایپ می کنم و سپس دستور channel-group 2 mode فعال است. بیایید ببینیم که چگونه این روی سوئیچ اول تأثیر می گذارد. من دستور summary show etherchannel را وارد می کنم و می بینم که Po1 دوباره با استفاده از PAGP نشان داده می شود. این یک مشکل در شبیه سازی Packet Tracer است زیرا PortChannel در حال حاضر غیرفعال است و ما اصلاً نباید کانال داشته باشیم.
به پنجره CLI سوییچ دوم برمی گردم و دستور summary show etherchannel را وارد می کنم. اکنون Po2 با یک شاخص (SD) نشان داده می شود، جایی که D به معنای پایین است، یعنی کانال کار نمی کند. از نظر فنی، PortChannel در اینجا وجود دارد، اما از آن استفاده نمی شود زیرا هیچ پورتی با آن مرتبط نیست.
دستورات int range f0/1-2 و no channel-group 1 را در تنظیمات سوئیچ اول وارد می کنم و سپس با استفاده از دستور فعال حالت channel-group 2 یک گروه کانال جدید، این بار شماره 2 ایجاد می کنم. سپس در تنظیمات سوئیچ دوم همین کار را انجام می دهم، فقط حالا گروه کانال شماره 1 را می گیرد.
اکنون یک گروه جدید به نام Port Channel 2 در سوئیچ اول ایجاد شده است و Port Channel 1 در سوئیچ دوم. من به سادگی نام گروه ها را عوض کردم. همانطور که می بینید، از نظر فنی یک Port Channel جدید روی سوئیچ دوم ایجاد کردم و اکنون با پارامتر صحیح نمایش داده می شود - پس از وارد کردن دستور summary etherchannel، می بینیم که Po1 (SU) از LACP استفاده می کند.
دقیقاً همان تصویر را در پنجره CLI سوئیچ SW0 می بینیم - گروه جدید Po2 (SU) تحت کنترل LACP عمل می کند.
تفاوت بین رابطی که در حالت فعال است و رابطی که همیشه در حالت روشن است را در نظر بگیرید. من یک گروه کانال جدید برای سوئیچ SW0 با دستورات int range f0/1-2 و حالت channel-group 3 ایجاد خواهم کرد. قبل از این، باید گروه های کانال 1 و 2 را با استفاده از دستورات no channel-group 1 و no channel-group 2 حذف کنید، در غیر این صورت، وقتی می خواهید از حالت Channel-group 3 on فرمان استفاده کنید، سیستم پیامی را نشان می دهد که این رابط قبلاً برای کار با پروتکل کانال دیگری استفاده می شود.
ما همین کار را با سوییچ دوم انجام می دهیم - کانال-گروه 1 و 2 را حذف می کنیم و گروه 3 را با حالت فرمان کانال-گروه 3 روشن می کنیم. حالا به تنظیمات SW0 می رویم و از دستور show etherchannel summary استفاده می کنیم. خواهید دید که کانال جدید Po3 در حال حاضر راه اندازی شده است و به هیچ گونه عملیات اولیه مانند PAGP یا LACP نیاز ندارد.
بلافاصله بدون غیرفعال کردن و سپس فعال کردن پورت ها روشن می شود. با استفاده از همین دستور برای SW1، خواهیم دید که در اینجا Po3 از هیچ پروتکلی استفاده نمی کند، یعنی یک EtherChannel ثابت ایجاد کرده ایم.
سیسکو استدلال میکند که برای اینکه شبکهها بهطور گسترده در دسترس باشند، باید PAGP را فراموش کنیم و از EtherChannel استاتیک بهعنوان روش مطمئنتری برای تجمع پیوندها استفاده کنیم.
چگونه تعادل بار را انجام دهیم؟ به پنجره SW0 switch CLI برمی گردم و دستور show etherchannel load-balance را وارد می کنم. می بینید که تعادل بار بر اساس آدرس MAC منبع انجام می شود.
معمولاً تعادل از این پارامتر استفاده می کند، اما گاهی اوقات با اهداف ما سازگار نیست. اگر بخواهیم این روش متعادل سازی را تغییر دهیم، باید وارد حالت پیکربندی سراسری شده و دستور port-channel load-balance را وارد کنیم، پس از آن سیستم اعلان هایی را با پارامترهای احتمالی برای این دستور نمایش می دهد.
اگر پارامتر src-mac load-balance load-channel را مشخص کنید، یعنی آدرس MAC منبع را مشخص کنید، یک تابع هش فعال می شود، که سپس نشان می دهد که کدام یک از پورت هایی که بخشی از یک EtherChannel هستند باید استفاده شوند. ترافیک رو به جلو هر زمان که آدرس منبع یکسان باشد، سیستم از آن رابط فیزیکی خاص برای ارسال ترافیک استفاده می کند.
از اینکه با ما ماندید متشکرم آیا مقالات ما را دوست دارید؟ آیا می خواهید مطالب جالب تری ببینید؟ با ثبت سفارش یا معرفی به دوستان از ما حمایت کنید 30٪ تخفیف برای کاربران Habr در آنالوگ منحصر به فرد سرورهای سطح ورودی که توسط ما برای شما اختراع شده است:
Dell R730xd 2 برابر ارزان تر است؟ فقط اینجا
منبع: www.habr.com