-
fail-over در سوییچ ؟
تو سوییچ سیسکو لایه 3 مثل 3560 اگر یک خط اینترانت مثل TDM و یک خط فیبر وصل باشه که در نهایت هر دو خط ارتباطی اینترانت و فیبر ، سوییچ رو به یک روتر در یک مرکز دیگه وصل می کنه ، امکان داشتن fail-over در سوییچ بین این دو خط هست یا نه؟
که اگر اینترانت پکید فیبر جاشو بگیره و بالعکس
((در روتر این قابلیت هست فقط می خوام بدونم تو سوییچ لایه 3 هم میشه یا نه؟))
-
بله دقیقا میتونید این کار رو انجام بدین چه در لایه دو - چه در لایه سه
-
با سلام
آقا بحث خوبيه امکان داره اجراش در روتر و سويئچ رو بگين
با تشکر
-
-
در روتر از طرق مختلف این کار امکان پذیره که بهترینش EIGRP و OSPF هستش
مزیت OSPF نسبت به EIGRP هم در Area بندی اونه
HSRP برای Redundancy بین سوییچ لایه 2 و 3 می باشد
حالا اگر کسی می دونه که آیا این کار (fail-over) در سوییچ لایه 3 وجود داره یا نه لطفا بگه ؟؟؟؟؟
-
مزيت EIGRP نسبت به OSPF مربوط به payload كمتر و استفاده از resource كمتر در روتر هاست. در ضمن HSRP بر سوييچ هاي لايه 3 سيسكو قابل راه اندازي نمي باشد. اصولا سوييچ ها براي اين كار طراحي نشدن.
-
HSRPو VRRP و GLBP
در لايه دو Rapid Spanning Tree
در Routing Protocol ها
در هر لايه ای ميشه Loadbalancing انجام داد
برای تنظيم HSRP روی سوييچ های سیسکو:
[url=http://www.cisco.com/en/US/docs/switches/lan/catalyst3750/software/release/12.2_46_se/configuration/guide/swhsrp.html]Catalyst 3750 Switch Software Configuration Guide, 12.2(46)SE - Configuring HSRP [Cisco Catalyst 3750 Series Switches] - Cisco Systems[/url]
-
تشکر از آقای آریاگهر که نوشتم رو تصحیح کردبرای fail-over دقیقاً چه باید کرد ، آقای پارسا اگر لینکی درمورد پیاده کردن failover دارید بگذارید اگر هم نه یه توضیح کوچکی بدید ممنون میشم
-
failover در خود سوييچ وجود نداره بلکه تو پروتکل ها و تکنولوژی که پیاده میکنی باید اجرا بشه
اما تو 6500 failover داریم
یعنی اگه supervisor خراب شه میتونین از redundant supervisor استفاده کنین که سریع عمل کنه این hardware failover هستش
در 4500 هم همینطور سری 4507 و 4510
در کل سه نوع تکنیک داریم که با هم فرق دارند
Redundancy يا Fault Telorance يا Failover
Aggregation
و Load balancing
اينا گاهی باهم اشتباه گرفته میشن
برای سوال شما باید دید منظورتون از Failover چی هست مثلا هر سرور دو NIC داره هر يک به يک سوييج خورده اگر سوييچ اول قطع شد سرويس قطع نشه. اين Failover در لايه دو هستش.
-
port aggregation و loadbalancing رو اگه بزاریم کنار ، منظور همون fail-over هستش که اولین پستم بهش اشاره کردم.
مثلاً خط فیبری که به یه سوییچ مثل 3560 خورده اگه قطع شد به طور اتوماتیک ترافیک شبکه بر روی خط اینترانت یا وایرلسی که به همون سوییچ اومده منتقل بشه
؟
-
پس در واقع اگر يک لینک قطع شد از لینک دیگر کمک بگیر. ترافیک پورت 1 رو بفرست به پورت 2
برای همچین سنارِیویی چند مطلب مهمه:
1. سرویس قطع بشه یا لینک قطع بشه
در واقع مرحله Detection
گاهی یک لینک فیزیکی برقراره اما به اینترنت نمیرسه/گاهی خود فیبر فیزیکی قطع که ساده تر میشه فهمید Interface، در واقع Down میشه.
اگر بخواهیم اینترنت خط را detect کنیم باید از IP SLA کمک بگیریم که قابل تنظیمه و سوییج لینک رو ping میکنه میتونه internet رو هم ping کنه تا مطمئن بشه همه چی درسته. پس IP SLA برای DETECTION های حرفه ای تر
2. سمت مقابل هم لینک های ما به یک دستگاه خورده اند مثلا طرف مقابل هم فیبر و هم وایرلس به یک سوییچ وصله یا دو دستگاه مختلف چون مسیر برگشت نیز باید failover بشه به سمت ما.ingress fail over
3. آیا هر لینک IP خودش را دارد یا در لایه دو کار میکنه و پشت این سوییچ ما یک روتر داریم و IP آن جا تنظیم شده . اگر لایه دو باشه، این به سادگی با Spanning Tree انجام میشه Priority لینک که بالاتر (عدد کوچکتر) از آن لینک استفاده میکنه و اگه لینک قطع شه از مسیر پشتیبان.
اگر لایه سه باشه یا دو تا Static Route بنوسیم که یکی Administrative Distance بهتر داشته باشه تا فیبر نسبت به وایرلس اولویت داشته و آن را به IP SLA ربط میدیم TRACK ميکنيم اگر SLA قطع شد از Route دوم استفاده کن هر وقت وصل شد دوباره از Route اول
از ِDynamic Routing protocol ها هم ميتونيم کمک بگيرم بجای Static Route ها هرچند که برای دو تا لينک به OSPF نیازی نیست با Static ميشه.
-
پس اینطور که معلومه باید روتر رو حذف کنم چون روتر رو فقط برای بحث load balancing و fail-over گذاشته بودم و با یه سوییچ 3560 این دو تا رو پیاده کنم.