با عرض سلام خدمت متخصصان عزیز و همراهان همیشگی وب سایت The Ways:
دوباره خدمتتون رسیدم(البته با یک هفته تاخیر:) )برای ادامه بحث Ether Channel که به امید خدا تمومش کنیم و بریم سراغ یه مبحث جدید و جذاب تر…
در مقاله های گذشته راجع به مفهموم Ether Channel و کانفیگ اولیه و متود های Load Balancing برای تقسیم ترافیک و کانفیگ اون صحبت کردیم.
در این مقاله میخوایم راجع به روش های داینامیک بالا آوردن چنل صحبت کنیم…
در مقاله های قبلی گفتیم که ما با کامند زیر چنل را بالا می آوریم:
این روش در اصل روش دستی یا Static بالا آوردن چنل است اما در شبکه های بزرگ چون احتمال اشتباه زیادتر میشود چون که در دو سمت باید انجام دهیم بهتر است از روش های اتوماتیک استفاده کنیم یعنی ما بهش بگیم چنل میخواهیم و یک پروتکل این چنل را به صورت Dynamic بالا بیاورد.
در روش داینامیک به کمک پروتکل های زیر پورت های فیزیکی دو طرف، روی یک سری پارامترها باهم صحبت میکنند و اگر به توافق برسند پورت ها را وارد چنل میکنند و با این کار احتمال اینکه در Control Plane دستگاه Loop بیفتد به صفر میرسد.پس این پروتکل ها مسئول توافق دو طرفه هستند تا چنل را بالا بیاورند اما در روش دستی ما یک طرف را اول بدون اینکه به اونور کار داشته باشیم بالا می آوردیم.
کانفیگ این پروتکل ها ساده است اینها هر کدام به دو بخش تقسیم میشوند که یکی پیشنهاد دهنده است و دیگری پیشنهاد گیرنده:
برای کانفیگ و فعال سازی هم کافیست پورت ها را Shut کنیم و اون رنج از اینترفیس هایی که میخواهیم وارد چنل کنیم انتخاب کنیم و از کامند زیر استفاده کنیم و با توجه به پروتکلی که میخواهیم بالا بیاید در هر سر سوییچ یکی را انتخاب کنیم:
Desirable Non Silent:
فرض کنیم در شرایطی هستیم که مجبوریم Pagp ران کنیم،در این صورت دو حالت پیش می آید.اول اینکه دیوایس روبرویی ما یک سرور باشد. در این صورت با ران کردن Pagp و ست حالت روی Desirable پورت شروع میکند به Negotiation و سرور روبرو هم که اصلا Pagp نمیفهمد پس جوابی نمیدهد پس سوییچ به خودش میگه حتما روبرویی سیسکو نیست ولی بذار من Channel را بالا بیاورم تا آپ شود تا کار ما راه بیفتد که اصطلاحا به این صورت بالا آوردن چنل Un Conditionally میگویند و اینطوری چون دو طرف چنل بالا آمده کار میکند و مشکلی ندارد حالا با این تفاوت که سمت سرور که اصطلاحا دیوایس Silent است دستی بالا آمده اما این قضیه زمانی برای ما گران تمام میشود که دیوایس روبرو جای سرور یک سوییچ غیر سیسکویی باشد در این صورت باز سوییچ سیسکو چنل را بالا می آورد اما روبرو چون متوجه نمیشود چنل را بالا نمی آورد و اینطور Loop به وجود می آید حالا ما برای اینکه این مشکل پیش نیاید کامند non Silent را هم میزنیم که به سوییچ سیسکومان بفهمانیم روبرویی non Silent است و تا جواب Pagp نگرفتی چنل رو آپ نکن.
پس به طور کلی بهتر است اگر دو طرف سوییچ است کامند non Silent را هم بزنیم.
LACP System Priority:
ما در LACP میتوانیم به خود سوییچ اولویت بدهیم(اولویت بین سوییچی) که در مواقعی که دو طرف به مشکل خوردند یک نفر تصمیم گیرنده یا Decision Maker باشد و آن سوییچی است که اولویت پایینتری داشته باشد و این عدد اولویت عددی است بین ۰ تا ۶۵۵۳۵ که به صورت دیفالت نصف آن یعنی ۳۲۷۶۸ روی سوییچ ها ست شده است.
حالا اگر این عدد را تغییر نداده باشیم اون سوییچی که Base MAC کمتری دارد تصمیم گیرنده است.
در شرایط خاص پیش می آید که ما بخواهیم خودمان تعیین کنیم که چه کسی تصمیم گیرنده باشد مثلا در سناریویی شبیه سناریوی زیر اما در کل اگر تعیین کنیم T-Shoot راحت تری خواهیم داشت:
LACP Port Priority:
ما به کمک این پروتکل LACP میتوانیم تا هشت لینک هم بکاپ داشته باشیم تا اگر به هر دلیل یکی از هشت لینک فعال ما Down شد برای اینکه کارایی ما پایین نیاید اون لینک های بکاپ(از یک تا هشت لینک) جایگزینشان شود.حالا اگر اولویت بین لینکها برقرار کنیم میتوانیم مدیریت کنیم که فرضا اگر فلان لینک قطع شد،لینک مورد نظر ما جایگزینش شود:
این اولویت، اولویت داخل سوییچی و یا اولویت لینک است که بهتر بگوییم کدام پورت ها اولویت ورود به Channel دارند در اصل میتوانیم با این اولوین بحث Fail Over بین لینک ها را مدیریت کنیم به کانفیگ زیر دقت کنید:
همانطور که مشخص است هشت تا لینک را اول وارد چنل کرده و اولویتش را پایین آورده است که اینها همان پورت های Active هستند و هشت تای بعدی را داخل چنل آورده اما اولویتی نداده پس میشوند بکاپ اون لینکها.حالا اگر این عدد اولویت پایینتر باشد هر پورتی شماره اش کمتر باشد اولویت بیشتری دارد.
و در آخر مقایسه این دو پروتکل در جدول:
میدانیم که ما به کمک مجموعه کامند های Test میتوانیم T-Shoot بهتری داشته باشیم.در بحث Ether Channel هم میتوانیم به کمک این کامندها فرضا بفهمیم مبدا ما روی چه لینکی به مقصد میرسد:…
برای T-Shoot از کامند Debug هم میتوان کمک گرفت تا بفهمیم فرضا یک پورت چرا وضعیتش در چنل نرمال نیست کافیست Debug را فعال کنیم و بعد پورتها را ببریم داخل چنل.
در یک مثال فرض کنیم یک پورت با سرعت ۱۰۰ وارد چنل شده است خب به محض ورود به چنل اینترفیس PO هم ساخته میشود با همان سرعت ۱۰۰ حالا اگر یک پورت دیگر بخواهد وارد چنل شود و سرعتش غیر ۱۰۰ باشد اجازه ورود پیدا نمیکند و Suspend میشود.
با کامند زر میتوانیم وضعیت Ether Channel را به صورت جزیی تر ببینیم:
در کل کامند های Show زیر کامندهای مهم در بحث Ether Channel هستند:
خب دوستان عزیز،بالاخره مبحث Ether Channel از صفر تا صدش در سه مقاله به پایان رسید.امیدوارم که این مقاله ها مورد توجهتون قرار گرفته باشه.
نویسنده: محمدمهدی دهقان
[bs-quote quote=”Great things in business are never done by one person. They are done by a team of people.” style=”style-13″ align=”center” author_name=”Steve Jobs” author_avatar=”https://theways.ir/wp-content/uploads/2018/12/unnamed-1.jpg”][/bs-quote]
مهندس بسیار بسیار عالی بود ، دست شما درد نکنه ، واقعا یک مجموعه آموزش کامل و دقیق با بیانی ساده و روان ، خیلی مشتاقم ببینم موضوع بعدی چی هست ، اترچنل که دیگه ناک اوت شد ببینیم با بقیه چیکار میکنی مهندس
خیلی خیلی متشکر مهندس از وقتتون و نظرتون که همیشه انرژی میده…
خواهش میکنم امیدوارم واقعا مفید واقع شده باشه…
بله خدا رو شکر ناک اوت شد و باید دید کی میاد برای راند های بعدی مبارزه کنه:)
به قول خودتون درسته تو جهان بهترین نیستیم اما هستیم:)))))
عالی بود آره واقعا تو جهان بهترین نیستیم ولی خب بالاخره اون گوشه کنار ها هستیم و بهترین ها رو داریم نظاره میکنیم :))))))
مرسی از شما که وقت گذاشتین و کلی انرژی و زمان صرف این مقاله ها کردین
قطعا مفید و آموزنده و پر نکته هست و کلی منتظر مطالب و مقالات بعدی هستیم
:)))))))))
خواهش میکنم باعث افتخار بنده است.
ممنون از لطفتون
راستی اینم از جانب بیل عزیز برای اون جمله زیبا از استیو عزیز 🙂
“نمی‌دانم” را به “هنوز نمی‌دانم” تغییر دهید. بیل گیتس
خیلیم عالی:)
ممنونم