تفاوت در نحوه عملکرد portfast ,uplinkfast
سلام دوستان
تفاوت بین نحوه عملکرد portfast با uplinkfast چیه؟
میدونم که هردو زمان را بهتر مدیریت میکنند و پورت سریع در حالت فوردوارد قرارمیگیرد.
تفاوت عملکرد در چیست و اینکه tcn ایا در uplinkfast هم ارسال میشود؟
و منظور از ارتباطات indirect چیست ؟
برای مثال اگر در ان شکلی که در کتاب برای توضیح عملکرد backbonefast گفته و سویچی که ارسال به Infirebpdu میکنند ایا نمیشود سویچ روت با ارسال tcn به سویچ 4 بگه اتفاقی افتاده حتکا باید 20 ثانیه زمان بگذرد ؟
ممنون
1 پاسخ
tcn به غیر از تغییر حالت پورت هایی که در حالت portfast قرار دارند ارسال میشه یعنی پورت هایی که قابلیت portfast تو اونا فعال هست با تغییر حالتشون TCN ارسال نمیشه (منظور از تغییر حالت همون تغییر از Blocking به Forwarding یا Learning هست)
uplinkfast در پروتکل RSTP دیگه حذف شده ( در واقع مکانیزمش داخل RSTP نهادینه یا Integrate شده) و حتی این مبحث از Exam Blueprint هم حذف شده
ولی توضیح میدم تا متوجه عملکردش بشید
Uplinkfast همون نوع پورت Alternative تو پروتکل RSTP هست ولی با چند تفاوت اصلی
اولا تو UplinkFast اولویت یا Priotity پورت ها به مقدار Maximum تغییر داده میشه تا از این لینک ها به عنوان Root Port استفاده نشه (استفادش به حداقل برسه) و Bridge Priority هم به مقدار Maximum تغییر داده میشه تا این سوییچ به عنوان Root استفاده نشه با این کار Root Port ای که اولویت انتخابش از Root Port در حال حاضر کمتر هست در حالت Alternative قرار داده میشه که به محذ قطع ارتباط از طریق Root port این پورت Alternative به عنوان جانشین و جایگزین عمل کنه
با تغییر توپولوژی (حتی اگه این تغییر مربوط به پورت Alternative باشه) بازم پیغام TCN ارسال میشه
پورت هایی که تو حالت PortFast قرار داده میشن فقط پورت های Access هستند و به محذ روشن شدن سوییچ این پورت ها به حالت Forwarding در میان و نیازی نیست ۲ تا ۱۵ ثانیه صرف بشه تا پورت به حالت Forwarding در بیاد
با تغییر حالت پورت های PortFast پیغام TCN فرستاده نمیشه
منظور از Indirect Link Failure این هست که سوییچ بتونه Down شدن لینکی که به سوییچ مجاور وصله رو تشخیص بده
تو Direct Link Failure سوییچ فقط میتونه قطع ارتباط مستقیمشو با سوییچ همسایه تشخیص بده ولی تو Indirect Link Failure سوییچ میتونه قطع ارتباط سوییچ همسایه سوییچ هماسشم تشخیص بده
این مباحث نیاز به توضیح خیلی خیلی زیاد داره که انشاالله در آینده نزدیک در آموزش های CCIE R&S اینارو آموزش خواهم داد
در مورد سوال آخرتون: تو ورژن غیر Rapid پروتکل Spanning tree چون BPDU هارو سوییچ Root ارسال میکنه و بقیه سوییچ ها فقط اون BPDU رو یکمی تغییر داده و به سوییچ های دیگه ارسال می کنند نمیشه مطمان شد که BPDU ارسالی Root به تمامی سوییچ ها تو مدت زمان ۱ یا ۲ ثانیه میرسه یا نه به همین دلیل باید حداقل (در تنظیمات Default) بیست ثانیه مان بگذره تا سوییچ Root مطمئن بشه BPDU مربوطه به تمامی سوئیچ ها رسیده
تو ورژن RSTP این مساله حل شده و هر سوییچی BPDU مختص خودشو ارسال می کنه (درسته بازم تایمرها توسط Root Bridge تعیین میشه) ولی سوییچ ها BPDU مختص خودشونو دارند و بلافاصله میتونن TCN رو به تمامی سوییچ های مجاور فرستاده و سوییچ های دیگه هم بلافاصله MAC Address Table خودرشونو پاک کرده و TCN رو به سوییچ های مجاورشون میفرستن تا اونا هم CAM Table خودشونو پاک کنن