درخواست های ارتباط
جستجو
    لیست دوستان من
    صندوق پیام
    همه را دیدم
    • در حال دریافت لیست پیام ها
    صندوق پیام
    رویدادها
    همه را دیدم
    • در حال دریافت لیست رویدادها
    همه رویدادهای من
    اطلاعات دوره آموزشی
    اطلاعات مطلب
      مدرس/نویسنده
      صادق شعبانی
      امتیاز: 158963
      رتبه:9
      77
      91
      19
      404
      صادق شعبانی / ccna/ccnp/mcitp/ceh با توجه به استقبالی که از دوره سابنتینگ شده سیسکو آسان است شده و به حد نصاب رسیدن سوالاتی که دوستان پس از تهیه ویدیو ها ، براشون پیش اومده قصد دارم یک دوره ویدیوای رایگان پاسخ به سوالات و ابهامات مباحث سابنتینگ بذارم و به تک تک سوالاتی که دوستان چه بصورت کامنت یا پیام خصوصی پرسیدن ، جواب بدم . با خیالت راحت خرید کنید و سوالات فنی رو در قسمت کامنت ها بپرسید ، تا در دوره ویدیوای پاسخ به سوالات ، به همه اونها جواب داده بشه . ممنون از حمایت شما . اینجا جائی هست که با علاقه براش ویدیو تهیه میکنم و پاسخ به سوالات رو با علاقه بیشتر تر . پروفایل کاربر
      دوره های مرتبط
      دوره های توسینسو نصب ویندوز به روش Backup های مستقل از سخت افزار با Acronis True Image
      نصب ویندوز به روش Backup های مستقل از سخت افزار با Acronis True Image
      مدرس: میلاد فشی
      این دوره را در 4 قسط خریداری کنید
      دوره آموزشی سناریوهای کاربردی و متنوع در تجهیزات سیسکو با سهیل قاسمی
      دوره آموزشی سناریوهای کاربردی و متنوع در تجهیزات سیسکو با سهیل قاسمی
      مدرس: ُسهیل قاسمی
      این دوره را در 14 قسط خریداری کنید
      بهترین دوره آموزشی بین المللی +CompTIA Network در دنیا
      بهترین دوره آموزشی بین المللی +CompTIA Network در دنیا
      مدرس: محمد نصیری
      این دوره را در 64 قسط خریداری کنید
      با خرید این دوره مبلغ 41,760 تومان هدیه بگیرید
      آموزش جامع نصب و پیکربندی Network Monitor Cacti Server
      آموزش جامع نصب و پیکربندی Network Monitor Cacti Server
      مدرس: پوریا تعبدی
      این دوره را در 1 قسط خریداری کنید
      دوره آموزشی نصب ، راه اندازی و پیکربندی ایمیل سرور MDaemon
      دوره آموزشی نصب ، راه اندازی و پیکربندی ایمیل سرور MDaemon
      مدرس: علی آقامیری
      این دوره را در 10 قسط خریداری کنید
      با خرید این دوره مبلغ 5,445 تومان هدیه بگیرید
      آشنایی با زیرساخت های شبکه و پیکربندی کامل مودم های ADSL
      آشنایی با زیرساخت های شبکه و پیکربندی کامل مودم های ADSL
      مدرس: پوریا تعبدی
      این دوره را در 3 قسط خریداری کنید
      دوره آموزشی نصب ، راه اندازی و پیکربندی فایل سرور Serv-U
      دوره آموزشی نصب ، راه اندازی و پیکربندی فایل سرور Serv-U
      مدرس: کاظم تقندیکی
      این دوره را در 11 قسط خریداری کنید
      دوره آموزشی نرم افزار ریموت دسکتاپ Team Viewer
      دوره آموزشی نرم افزار ریموت دسکتاپ Team Viewer
      مدرس: صادق شعبانی
      این دوره را در 3 قسط خریداری کنید
      دوره آموزشی مقدماتی نرم افزار Wireshark
      دوره آموزشی مقدماتی نرم افزار Wireshark
      مدرس: محمد عابدینی
      این دوره را در 8 قسط خریداری کنید
      دوره آموزشی نصب و راه اندازی Output Messenger در شبکه
      دوره آموزشی نصب و راه اندازی Output Messenger در شبکه
      مدرس: آرش ترابی
      این دوره را در 3 قسط خریداری کنید
      دوره آموزشی تخصصی مانیتورینگ شبکه Zabbix در لینوکس
      دوره آموزشی تخصصی مانیتورینگ شبکه Zabbix در لینوکس
      مدرس: مجتبی اسمائی
      این دوره را در 25 قسط خریداری کنید
      با خرید این دوره مبلغ 7,425 تومان هدیه بگیرید
      دوره آموزشی تجزیه و تحلیل ترافیک شبکه با Wireshark
      دوره آموزشی تجزیه و تحلیل ترافیک شبکه با Wireshark
      مدرس: محمد عابدینی
      این دوره را در 5 قسط خریداری کنید
      دوره آموزشی بین المللی MCSA ویندوز سرور 2012 کد 70-410
      دوره آموزشی بین المللی MCSA ویندوز سرور 2012 کد 70-410
      مدرس: اسحاق احمدپور
      این دوره را در 37 قسط خریداری کنید
      با خرید این دوره مبلغ 33,880 تومان هدیه بگیرید
       آموزش مانیتورینگ شبکه با نرم افزار قدرتمند ManageEngine OpManager
      آموزش مانیتورینگ شبکه با نرم افزار قدرتمند ManageEngine OpManager
      مدرس: جعفر قنبری شوهانی
      این دوره را در 9 قسط خریداری کنید
      دوره آموزشی جامع نصب و راه اندازی انواع FTP سرور
      دوره آموزشی جامع نصب و راه اندازی انواع FTP سرور
      مدرس: کاظم تقندیکی
      این دوره را در 7 قسط خریداری کنید
      دوره آموزشی نرم افزار وایرشارک ( Wireshark )
      دوره آموزشی نرم افزار وایرشارک ( Wireshark )
      مدرس: مریم علی زاده
      این دوره را در 10 قسط خریداری کنید
      دوره آموزشی راه اندازی کلیه VPN سرورهای مایکروسافت
      دوره آموزشی راه اندازی کلیه VPN سرورهای مایکروسافت
      مدرس: محمد نصیری
      این دوره را در 3 قسط خریداری کنید
      دوره آموزشی مدیریت کلاس از راه دور و مانیتورینگ با NetOP
      دوره آموزشی مدیریت کلاس از راه دور و مانیتورینگ با NetOP
      مدرس: صادق شعبانی
      این دوره را در 2 قسط خریداری کنید
      دوره آموزشی جامع مانیتورینگ شبکه با  Solarwinds و ماژول ها
      دوره آموزشی جامع مانیتورینگ شبکه با Solarwinds و ماژول ها
      مدرس: جعفر قنبری شوهانی
      این دوره را در 6 قسط خریداری کنید
      دوره آموزشی سیسکو آسان است
      دوره آموزشی سیسکو آسان است
      مدرس: صادق شعبانی
      این دوره را در 35 قسط خریداری کنید
      با خرید این دوره مبلغ 29,270 تومان هدیه بگیرید

      پروتکل STP - فیچرهای تسریع همگرایی

      تاریخ 23 ماه قبل
      نظرات 0
      بازدیدها 288
      پیش از این دیدیم که زمان همگرایی بین سوئیچ ها ، بسته به تغییرات DIRECT و یا IN-DIRECT ، زمانی بین 30 تا 50 ثانیه طول می کشید که زمان زیادی بود ، در بحث همگرایی شاید یک سوال وجو داشته باشد ، درست است که در پروسه همگرایی از ایجاد LOOP جلوگیری می شود اما قطع و وصل شدن کلاینت ها به اینترفیس های سوئیچ که باعث ایجاد LOOP نمی شود ، چرا برای کلاینت ها زمان همگرایی اینقدر بالاست ؟

      حق با شماست ، جهت تسریع پروسه همگرایی فیچرهایی ارائه شد که زمان همگرایی را کاهش و سرعت همگرایی را افزایش دهد.درست مانند این است که بخواهند سرعت یک خودرو رو اضافه کنند ، بدون تغییر در ساختار خودرو ، مثلا" نیتروژن به آن اضافه کرده و یا موتورش را دستکاری می کردند که سرعتش زیاد شود.

      اما بعدا" در پروتکل RSTP ساختار همگرایی به گونه ای شد که ذات این پروتکل سریع باشد و در همان مثال ماشین ، در عرض 3 ثانیه سرعتش به 200KM برسد!البته تمام فیچرهایی که در این مقاله می خوانیم ، دیفالت پروتکل RSTP است.

      1

      همانطور که گفته شد در این قسمت قصد داریم با فیچرهایی اشنا شویم که زمان همگرایی ما را بسته به تغییر ، کاهش دهد ، به عبارت دیگر هر کدام از این فیچر ها ، سبب حذف ( و به عبارت بهتر bypass ) زمان تایمرها ( MAX AGE یا FORWARD DELAY ) خواهد شد.بعنوان مثال


      1.برای حذف زمان همگرایی برای کلاینت ها چون نوع تغییرات بصورت INSIGNINFICANT است از فیچر PORTFAST استفاده می کنیم.
      2.برای حذف زمان MAX AGE در تغییرات IN-DIRECT از فیچر BACKBONE FAST استفاده می شود.
      3.برای حذف FORWARD DELAY ها در STATE های LISTENING & LEARNING که قرار ما در وضعیت LISTENIG این بود که نقش پورتها مشخص شود و در وضعیت LEARNING جدول مک به روز شود ، از فیچر UPLINKFAST استفاده می کنیم.


      PORTFAST

      تاکنون دانستیم که تغییرات سوئیچ های شبکه به 3 دسته ، تقسیم بندی می شود :
      DIRECT
      IN-DIRECT
      INSIGNIFICANT
      
      گفته شد که در تغییرات INSIGNIFICANT ، که جزئ تغییرات بی اهمیت محسوب می شود ، خاموش و روشن شدن کلاینت ها که نهایتا" باعث UP و DOWN شدن پورت سوئیچ می شود که از نوع DIRECT است چون نهایتا" باعث LOOP نمی شود چندان برای سوئیچ اهمیت ندارد.

      در تغییرات DIRECT زمان همگرایی ما 30 ثانیه بود ،یعنی از زمان روشن شدن یک کامپوتر ، 30 ثانیه زمان لازم بود که پورت مربوطه به آن کلاینت FORWARD شود.

      در تغییرات DIRECT ، 2 اتفاق کلی می افتاد :
      1.وارد شدن پورت مربوطه به فاز همگرایی
      2.ارسال TCN

      1.وارد شدن پورت مربوطه به فاز همگرایی
      با تغییر وضعیت یک پورت از BLOCK به FORWARD ( فعال شدن یک پورت سوئیچ به واسطه روش شدن کامپیوتر )، آن پورت سوئیچ وارد پروسه همگرایی می شد تا از ایجاد LOOP جلوگیری کندو چون این تغییر از نوع DIRECT بود زمانی برابر با (FORWARD DELAY 2 )که معادل 30 ثانیه بود را سپری می کرد.

      2.ارسال TCN
      سوئیچ وقتی روی یک پورت خودش ، یک تغییر DIRECT حس می کرد با ارسال TCN ، قصد داشت که سوئیچ روت را در جریان تغییر توپولوژی خود قرار دهد تا در نهایت سوئیچ روت با ارسال BPDU با TCN فلگ شده سایر سوئیچ ها را در جریان تغییر قرار داده و سبب می شد تا AGING TIME جدول مک از 300 ثانیه به 15 ثانیه کاهش پیدا کرده تا مک آدرس های غلط از جدول مک سوئیچ ها پاک شوند.

      اما ما می دانیم که کلاینت های متصل به سوئیچ ACCESS هیچ وقت باعث ایجاد LOOP در شبکه نمی شود چرا که اصلا" از جانب آنها هیچ BPDU ای ارسال نمی شود!

      2

      بخاطر همین من این فیچر را روی ACCESS LAYER NODE ها که به کلاینت ها متصل هستند فعال می کنم چرا که می دانم کلاینت ها باعث ایجاد LOOP نخواهند شد.با فعال کردن این فیچر ، پورت بدون طی کردن مراحل میانی LISTENING & LEARNING مستقیم به وضعیت FORWARD خواهد رفت.

      3

      توجه شود در زمان نخستین اتصال سوئیچ ها ، همگی بلاک هستند ولی بلافاصله به وضعیت بعدی یعنی LISTENING می روند. خود وضعیت بلاکینگ و MAX AGE خاص تغییرات INDIRECT است اما در تغییرات DIRECT ، تنها وضعیت های LISTEN & LEARN که زمانی معادل 30 ثانیه است داریم.
      حال زمانی که یک کلاینت روشن شود ، پورت مربوطه سوئیچ بلافاصله و بدون عبور از LISTEN & LEARN ( و البته باعلم یه این موضوع که اگر این پورت حتی اگر ازاین وضعیت ها LISTEN & LEARN عبور هم نکند نهایتا" LOOP ایجاد نشده )به وضعیت FORWARD تغییر پیدا می کند.

      وقتی فیچر PORTFAST را فعال می کنید 2 اتفاق دیگر هم در پشت صحنه می افتد :

      1.سوئیچ TCN ارسال نمی کند و باعث تغییرات در سطح شبکه و نهایتا" کاهش زمان AGE MAC TABLE سوئیچ ها نمی شود.
      2.پورت سریع و بدون طی زمان 30 ثانیه UP می شود.

      هشدار!

      زمانی که شما این فیچر را فعال می کند به شما هشداری نمایش می دهد که اگر این فیچر ارا روی یک پورت فعال کردید ، آن پورت سوئیچ را به یه سوئیچ دیگر متصل نکنید چرا که پورت سوئیچ مبدا" چون وضعیت های LISTEN & LEARN را سپری نمی کند امکان ایجاد LOOP وجود دارد.

      %Warning: portfast should only be enabled on ports connected to a single
      host. Connecting hubs, concentrators, switches, bridges, etc... to this
      interface when portfast is enabled, can cause temporary bridging loops.
      Use with CAUTION
      
      %Portfast has been configured on FastEthernet0/1 but will only
      have effect when the interface is in a non-trunking mode.
      
      

      6

      همانطور که گفته شد این فیچر را فقط باید روی پورت های متصل به کلاینت ها که از جانب آنها هیچ BPDU ای دریافت نمی شود باید فعال کرد و نباید این فیچر روی پورت های UPLINK که به سوئیچ های بالادستی متصل هستند فعال شود چرا که می خواهیم STP را روی آن پورتها چک کند تا از ایجاد LOOP جلوگیری شود.

      کانفیگ PORTFAST

      روش اول
      Switch(config)#SPAnning-tree PORTfast DEfault 
      
      با کامند نخست ، PORTFAST را روی تمامی پورت های سوئیچ فعال کرده ایم که البته همانطور که گفته شد این فیچر روی پورت های UPLINK نیز فعال شده است.
      Switch(config)#INTerface RANGE FA 0/1-2
      Switch(config-if-range)#NO SPAnning-tree PORTfast
      
      
      چون پورت ها FA0.1-2 پورت های UPLINK محسوب می شود ، این فیچر را روی آنها غیر فعال کرده ایم.



      همانطور که دیدیم این روش چندان جالب نیست و بهتر از روش دوم استفاده کنیم :

      روش دوم

      این فیچر را فقط روی همان پورت هایی که می خواهیم فعال کنیم :
      Switch(config)#INT RANGE FA 0/3-4
      Switch(config-if-range)#SPAnning-tree PORTfast 
      
      %Warning: portfast should only be enabled on ports connected to a single
       host. Connecting hubs, concentrators, switches, bridges, etc... to this
       interface  when portfast is enabled, can cause temporary bridging loops.
       Use with CAUTION
      
      %Portfast will be configured in 2 interfaces due to the range command
       but will only have effect when the interfaces are in a non-trunking mode.
      
      
      همچنین پیشنهاد می کنم چون روی پورتهای ACCESS ما چندین قابلیت بصورت همزمان فعال می کنیم کامند فوق را بصورت زیر استفاده کنیم و پورتهای مربوطه را در مد ACCESS قرار دهیم

      Switch(config)#INT RANGE FA 0/3-4
      Switch(config-if-range)#SWItchport MODE ACCess 
      Switch(config-if-range)#SPAnning-tree PORTfast
      
      


      مشاهده وضعیت فعلی PORTFAST

      Switch#SHOW SPANning-tree INT FA 0/3 PO
      Switch#SHOW SPANning-tree INT FA 0/3 POrtfast 
      VLAN0001 enabled
      
      
      با کامند فوق می توانیم ببینیم که فیچر فوق روی اینترفیس مزبور که در VLAN خاص خود است فعال شده است.



      کامند ماکرو

      سناریو زیر را در نظر بگیرید :
      40


      3 کلاینت به سوئیچ ما متصل هستند اگر از کامند زیر استفاده کنیم :
      IOU1(config)#INTerface range ethernet 0/1-3
      IOU1(config-if-range)#switchport host
      
      switchport mode will be set to access
      spanning-tree portfast will be enabled
      channel group will be disabled
      
      


      همانطور که می بینیم این کامند 3 کار انجام می دهد :
      1.پورت را access می کند.
      switchport mode will be set to access
      

      2.روی آن پورت ، قابلیت portfast را enable می کند.

      spanning-tree portfast will be enabled
      

      3.etherchannel را روی آن disable می کند.
      channel group will be disabled
      



      UPLINKFAST

      همانطور که گفته شد ما با این فیچر قادر خواهیم بود تا زمان FORWARD DELAY ها در STATE LISTEN & LEARN را حذف (bypass) کنیم.
      بیائید کمی به عقب برگردیم و در خصوص پروتکل STP و خود وضعیت STATE LISTENINGیک یادآوری کوتاه داشته باشیم :
      9

      قبلا" بررسی کردیم که در پروتکل STP ، نقش پورت های ما از 3 مورد بیشتر نبود ، DP & RP & BLOCK
      9.3


      همانطور که می بینیم ما برای دسترسی به سوئیچ روت 2 مسیر پیش رو داریم ، مسیر نخست از طریق خود ROOT PORT که یک مسیر مستقیم است و مسیر دوم از طریق پورت بلاک که با دریافت BPDU های FORWARD از سمت SW2 با سوئیچ روت در ارتباط است.
      می دانیم که ROOT PORT & BLOCK PORT هر دو به نحوی دریافت کننده BPDU از سمت سوئیچ روت هستند.حال سوال اینجاست که اگر به هر دلیل ارتباط RP از SW3 با سوئیچ روت قطع شود چه اتفاقی پس از آن می افتد؟پاسخ واضح است.در صورت بروز این اتفاق پورت FA 0.1 از SW3 با تغییر نقش خود از بلاک ، ROOT PORT خواهد شد.
      41


      همانطور که می بینیم با خاموش شدن پورتی که قبلا" ROOT PORT بوده ، تنها مسیر دسترسی به سوئیچ روت ، پورت FA0.1 سوئیچ SW3 است که در توپولوژی قبل BLOCK و حالا پس از تغییر شرایط در نقش ROOT PORT ظاهر شده است.

      در واقع می خواهم بگویم اگر قرار است که یک پورت بلاک بعد از 30 ثانیه ROOT PORT شود خب چرا از همان ابتدا و در حالی که ROOT PORT اصلی را داریم ، یک ROOT PORT دوم ( ALTERNATE ROOT PORT ) نداشته باشیم ؟

      11

      این ایده اصلی UPLINKFAST است.

      همچنین همانطور که در تصاویر زیر می بینیم
      7

      8

      در وضعیت LISTENING است که نقش پورت ها براساس مکانیزم FORWARD کردن BPDU های سوئیچ روت مشخص می شود که پس از مشخص شدن نقش پورتها ، هدف نهایتا" این است که یک پورت بلاک شودتا جلوی LOOP گرفته شود ، خب ما میگوئیم همان شرایط، یعنی پورتها مشخص شود ولی به جای نقش BLOCK PORT ، ما ALTERNATE PORT که ROOT PORT دوم است داشته باشیم .

      این ایده ، ایده ی جالبی است که آن را می توانیم روی سوئیچ های Access داشته باشیم. اما این کار 2 شرط اصلی دارد :
      1.به پایین سوئیچ های access هیچ سوئیچی وصل نباشد.
      2.این سوئیچ های access دارای REDUNDANT UPLINK باشند.

      12.22

      همانطور که دیدیم سوئیچ های ACCESS دارای افزونگی و 2 تا لینک UPLINK هستند که یکی ROOT PORT و دیگری میتواند ALTERNATE آن باشد و اگر به هر دلیل روت پورت ارتباطش با سوئیچ روت قطع شد ، پورت جایگزین آن یعنی ALTERNATE ROOT PORT می تواند جایگزین آن شود و این بین هیچ قطع ارتباطی حس نمی شود و نکته اینجاست که شما باید این فیچ را روی سوئیچ های انتهایی فعال کنید چرا که پس از اینکه شما این فیچر را فعال کردید 2 اتفاق در پشت صحنه می افتد :

      1. Yمقدار PRIORIT سوئیچ از 32768 به 49152 افزایش پیدا می کند چرا که میخواهد اطمینان حاصل کند که این سوئیچ بعنوان سوئیچ روت انتخاب نمی شود.
      2.مقدار COST اینترفیس ها را به اندازه 3000 تا افزایش می دهد که بداند این اینترفیس ها بعنوان DP میانی هم انتخاب نمی شود.


      پس ما این فیچر را روی سوئیچ های انتهایی که همان LEAF-NODE سوئیچ های ما هستند فعال خواهیم کرد.اگر یک درخت را در نظر بگیرید می توان گفت که سوئیچ های انتهایی ، مشابه برگهای آن درخت هستند.
      13.33.33



      مثال

      15

      می خواهیم در سناریو فوق فیچر UPLINKFAST را روی سوئیچ IOU3 فعال کنیم اما قبل از اینکار توجه داشته باشید که PRIORITY سوئیچ در حالت عادی 32768 و مقدار COST اینترفیس ها براساس جدول COST است که در GNS3 چون اینترفیس ها از نوع اترنت هستند دارای COST 100 می باشند.
      16

      
      IOU3#SHOW SPANning-tree 
      
      VLAN0001
        Spanning tree enabled protocol ieee
        Root ID    Priority    32769
                   Address     aabb.cc00.0100
                   Cost        100
                   Port        2 (Ethernet0/1)
                   Hello Time   2 sec  Max Age 20 sec  Forward Delay 15 sec
      
        Bridge ID  Priority    32769  (priority 32768 sys-id-ext 1)
                   Address     aabb.cc00.0300
                   Hello Time   2 sec  Max Age 20 sec  Forward Delay 15 sec
                   Aging Time 300
      
      Interface           Role Sts Cost      Prio.Nbr Type
      ------------------- ---- --- --------- -------- --------------------------------
      Et0/0               Desg FWD 100       128.1    Shr 
      Et0/1               Root FWD 100       128.2    Shr 
      Et0/2               Altn BLK 100       128.3    Shr 
      Et0/3               Desg FWD 100       128.4    Shr
      
      

      کانفیگ uplinkfast روی IOU
      به اطلاعاتی که در قسمت BRIDGE نمایش داده شده دقت کنید ، می بینید که مقدار PR سوئیچ به 49152 افزایش یافته است.همچنین به مقدار COST اینترفیس ها توجه کنید ، می بینید که 3000 تا به مقدار COST اضافه شده است.

      
      IOU3(config)#SPANning-tree UPLinkfast 
      IOU3(config)#EXIT
      IOU3#SHOW SPANning-tree 
      
      VLAN0001
        Spanning tree enabled protocol ieee
        Root ID    Priority    32769
                   Address     aabb.cc00.0100
                   Cost        3100
                   Port        2 (Ethernet0/1)
                   Hello Time   2 sec  Max Age 20 sec  Forward Delay 15 sec
      
        Bridge ID  Priority    49153  (priority 49152 sys-id-ext 1)
                   Address     aabb.cc00.0300
                   Hello Time   2 sec  Max Age 20 sec  Forward Delay 15 sec
                   Aging Time 300
        Uplinkfast enabled
      
      Interface           Role Sts Cost      Prio.Nbr Type
      ------------------- ---- --- --------- -------- --------------------------------
      Et0/0               Desg FWD 3100      128.1    Shr 
      Et0/1               Root FWD 3100      128.2    Shr 
      Et0/2               Altn BLK 3100      128.3    Shr 
      Et0/3               Desg FWD 3100      128.4    Shr
      
      

      مشاهده وضعیت UPLINKFAST روی سوئیچ
      IOU4#SHOW SPANning-tree UPLinkfast 
      UplinkFast is enabled
      
      Station update rate set to 150 packets/sec.
      
      UplinkFast statistics
      -----------------------
      Number of transitions via uplinkFast (all VLANs)            : 0
      Number of proxy multicast addresses transmitted (all VLANs) : 0
      
      Name                 Interface List
      -------------------- ------------------------------------
      
      

      تذکر

      بسیاری از سوئیچ های سیسکو دارای 2 پورت سریعتر به منظور ارتباط با سایر دستگاه ها هستند که معمولا" آنها را با نام لینک های بالایی یا UPLINKS می شناسیم.برای مثال برخی سوئیچ های دارای 24 پورت FAST ETHERNET و دو پورت GIGABIT ETHERNET هستند.پورت های FE به رایانه ها متصل شده و پورت های گیگابیت که پهنای باند بیشتری دارند به سوئیچ های بخش های دیگر شبکه متصل می گردند.



      MAX-UPDATE-RATE

      در ادامه کامند UPLinkfast
      IOU4(config)#SPANning-tree UPLinkfast MAX-update-rate  <0-65535>
      
      همانطور که می بینیم عبارتی با عنوان MAX-update-rate داریم که نیازمند توضیح است.

      هنگامی که یک لینک بالایی روی سویئچ دچار اشکال میگردد ، قابلیت UPLINKFAST سریعا" لینک دیگری را فعال می سازد امانکته مهمی که در این بین وجود دارد و آن این است که جدول آدرس های سوئیچ هم باید به سرعت به روز گردند تا دستگاه ها بدانند از طریق این لینک جدید باید به قسمت های مختلفی از شبکه دسترسی پیدا کنند.این کار روی سوئیچ محلی انجام می شود اما قابلیت جالب UPLINKFAST این است که به سوئیچ های بالادستی هم کمک می کند جداول آدرس های خود را اصلاح و به روز کنند.

      دستگاه های مختلفی رو ی سوئیچ محلی ما وجود دارند که سوئیچ های بالادستی مسیر دستیابی به آنها را از طریق لینک قدیمی می دانند که اکنون غیر فعال شده است پس باید سوئیچ های بالادستی را متوجه این مطلب کنند که دستگاه های متصل به سوئیچ محلی از طریق یک لینک جدید قابل دسترسی هستند و این مسئله را باید در جدول آدرس دهی آنها لحاظ گردد.

      برای انجام این کار سوئیچ اقدام به تولید و ارسال فریم های MULTICAST با آدرس 0100.0CCD.CDCD می نماید و این کار را از طریق دستگاه های متصل به خودش انجام می دهد ، در واقع سوئیچ آدرس مبدا این بسته ها را برابر با آدرس دستگاه های متصل به خود قرار داده و آنهارا روی لینک جدید ارسال می کند.

      سوئیچ ها این بسته ها را دریافت کرده و متوجه می شوند که دستگاه های متصل به سوئیچ پایینی روی لینک دیگری قابل دسترسی هستند بنابراین به سرعت جدول خود را اصلاح می نمایند.

      MAX-update-rate نرخ ارسال فریم های MULTICAST ذکر شده را تعیین میکند که بدین وسیله می توانیم پهنای باند مورد استفاده این فریم ها را محدود کنیم.مقدار پیش فرض آن 150 بسته در ثانیه است که می تواند از 0 تا 65535 تغییر کند.
      ( اگر 0 باشد هیچ بسته ای ارسال نمی شود ).



      فیچر BACKBONE FAST

      قبل از هرچیز بیائید ایده این فیچر که باعث حذف MAX AGE می شود را با هم بررسی کنیم!
      42


      در شکل فوق پورت FA0.2 از سوئیچ SW4 بلاک است و BPDU های FORWARD شده از سمت سوئیچ روت را روی پورت های ROOT PORT & BLOCK PORT دریافت می کند.


      حال یک تغییر IN-DIRECT در توپولوژی رخ می دهد.مثلا" پورت FA0.1 از SW1 را SHUTDOWN می کنیم.
      22


      یک تغییر INDIRECT ایجاد شده و پورت FA0.1 از سوئیچ روت خاموش شده است و چون SW2 به سمت روت از طریق ROOT PORT خودش دسترسی ندارد ادعا می کند که خودش روت است و به روی پورت های خودش BPDU ارسال می کند. SW4 قبلا" روی پورت FA0.2 که بلاک بود BPDU بهتر دریافت می کردولی حالا این پورت BPDU بدتر از SW2 دریافت میکند.پورت FA0.2 از SW4 زمانی که دریافت BPDU بهتر متوقف و به جای آن ،BPDU بدتر دریافت کرد ، آخرین BPDU خوب از سمت سوئیچ روت را به مدت 20 ثانیه روی پورت بلاک را در حافظه خودش ذخیره کرده و پس از 20 ثانیه که مطمئن شد تغییر STABLE است وارد پروسه LISTENING می شود.


      اتفاقی که در پروسه LISTENING می افتد این است که SW4 از سمت SW2 ، BPDU بدتر می گیرد اما بااین حال ، SW4 از طریق ROOT PORT خودش با سوئیچ روت درارتباط بوده و روی پورت FA0.1 خودش BPDU بهتر دریافت می کند و حالا با FORWARD کردن BPDU سوئیچ روت که از طریق RP آنها رادریافت کرده است ، SW2 را در جریان وجود یک سوئیچ روت در شبکه با BID بهتر قرار می دهد و پورت FA 0.2 از SW4 نهایتا" DP خواهد شد .
      26



      اما نکته در خود زمان MAX AGE است.
      در زمان MAX AGE سوئیچ SW4 زمانی برابر با 20 ثانیه صبر میکند تا از وجود تغییر مطمئن شود و سپس وارد پروسه همگرایی ( و LISTENING ) میشود ، اما میتوان به جای اینکه سوئیچ صبر کند و BPDU از جانب سوئیچی دریافت کند که مدعی سوئیچ روت است در حالی که یک سوئیچ روت در شبکه وجود دارد ، ایا بهتر نیست از سوئیچ هایی که از طریق لینک هایش به آن متصل است یک سوال بپرسد که آیا به سوئیچ روت دسترسی دارند یا خیر؟ تا الکی 20 ثانیه صبر نکنند ؟
      43


      هدف از صبر کردن ( زمان MAX AGE )این است که ببییند تغییر از نوع STABLE است یا خیر ، خب حالا به جای صبر 20 ثانیه ای ، یک سوال از سوئیچ های 2 طرف می پرسد، اگر واقعا" نقش های پورت سوئیچ نباید تغییر کنند که خب چه با MAX AGE و چه بدون آن تغییر نمی کنند ولی اگر باید تغییر کنند با یک سوال هم می توان به نتیجه تغییر در نقش پورت ها رسید. 20 ثانیه زمان کمی نیست.در صدم ثانیه قهرمان دو جهان مشخص می شود آنوقت ما سر 20 ثانیه چک و چانه می زنیم.


      پس از دریافت BPDU بدتر ( در صورت کانفیگ این فیچر روی سوئیچ ) ، سوئیچ مربوطه از طریق UPLINK هایش از سوئیچ های بالا دستی در خصوص دسترسی به سوئیچ روت ، یک سوال می پرسد ، پاسخ هر چه باشد بدون اینکه 20 ثانیه صبر کند به مرحله ی بعد می رود.
      به عبارت فنی ، سوئیچ پس از دریافت BPDU بدتر ، روی پورت هایش QUERY ارسال می کند ، اگر جواب QUERY ( یعنی REPLY ) را روی ROOT PORT خودش دریافت کرد یعنی اینکه این پورت ، همچنان بهترین مسیر به ROOT BRIDGE است ، حال اگر REPLAY را روی پورتی غیر از ROOT PORT دریافت کند ، یعنی اینکه نقش پورت ها باید عوض شود.

      از قبل می دانیم که ROOT PORT پورتی بود که STATE آن ، FORWARD و BPDU های سوئیچ روت را دریافت می کرد.



      QUERY AND REPLAY

      در فیچیر Backbone fast ، برای حذف زمان MAX AGE به جای اینکه 20 ثانیه صبر کند ، مستقیم از سوئیچ های بالادستی سوال میپرسد ( QUERY ارسال می کند ) ، اگر REPLAY را روی ROOT PORT خودش دریافت کرد ، یعنی یهترین مسیر به سمت ROOT BRIDGE حفظ شده و RP باید RP بماند اما اگر REPLAY را روی پورت دیگری غیر از RP دریافت کرد یعنی نقش پورت باید عوض شود.

      با پروسه QUERY & REPLAY زمان MAX AGE و 20 ثانیه صبر کردن حذف شده و وارد مرحله بعدی که LISTENING باشد می شود.

      همانطور که مشخص است این پروسه نیازمند این است که کانفیگ های مربوطه روی همه سوئیچ ها انجام شود تا از این مکانیزم اطلاع داشته باشند.

      تذکر
      استفاده از فیچرهای (PORTFAST + UPLINKFAST + BACKBONE FAST ) در کنار تنظیم تایمرها براساس عمق شبکه باعث می شود زمان همگرایی به مراتب کمتر از قبل و در حد ثانیه باشد .



      مثال

      می خواهیم در سناریو زیر BACKBONEFAST را کانفیگ کنیم :
      27

      IOU1(config)#SPANning-tree VLAN 1 ROOT PRimary 
      IOU1(config)# SPANning-tree BACkbonefast
      IOU2(config)# SPANning-tree BACkbonefast
      IOU3(config)# SPANning-tree BACkbonefast
      IOU4(config)# SPANning-tree BACkbonefast
      
      


      مشاهده وضعیت BACKBONEFAST روی سوئیچ


      IOU2#SHOW SPANning-tree BACkbonefast 
      BackboneFast is enabled
      
      BackboneFast statistics
      -----------------------
      Number of transition via backboneFast (all VLANs)           : 0
      Number of inferior BPDUs received (all VLANs)               : 0
      Number of RLQ request PDUs received (all VLANs)             : 0
      Number of RLQ response PDUs received (all VLANs)            : 0
      Number of RLQ request PDUs sent (all VLANs)                 : 0
      Number of RLQ response PDUs sent (all VLANs)                : 0
      IOU2#
      
      


      نویسنده : صادق شعبانی
      تنها وب سایت صاحب امتیاز این مقاله آموزشی : انجمن تخصصی فناوری اطلاعات ایران tosinso.com
      موفق و itpro باشید!


      1

      2

      5

      3





      ردیفعنوان
      1نکات آموزشی + مقالات
      2سناریو 1 از cisco ccna : آشنایی با سیسکو و اتصال به تجهیزات سیسکو
      3سناریو 2 از cisco ccna : آشنایی با کانفیگ های عمومی سوئیچ و روتر
      4سناریو 2 از cisco ccna : آشنایی با کانفیگ های عمومی سوئیچ و روتر قسمت دوم
      5سناریو 3 : subneting & vlsm قسمت اول : طرح سوال
      6سناریو 3 : subneting & vlsm قسمت دوم : حل سوال قسمت اول
      7سناریو 3 : subneting & vlsm قسمت دوم : حل سوال قسمت دوم
      8پروتکل STP - قسمت اول
      9پروتکل STP قسمت دوم
      10پروتکل STP قسمت سوم
      11پروتکل STP قسمت چهارم
      12بررسی پروتکل های خانواده STP : پروتکل PVST+ قسمت اول
      13بررسی پروتکل های خانواده STP : پروتکل PVST+ قسمت دوم
      14پروتکل STP - تایمرها
      15پروتکل STP - فیچرهای تسریع همگرایی
      16پروتکل ( STP) درخت پوشا - STP SECURITY
      17بررسی پروتکل های خانواده STP : پروتکل RSTP ( یا STP سریع )
      18بررسی پروتکل های خانواده STP : پروتکل MSTP قسمت اول
      19بررسی پروتکل های خانواده STP : پروتکل MSTP قسمت دوم ( حل سناریو MSTP )
      20پروتکل STP - خلاصه کامند STP FAMILY
      21اشنایی با پروتکل های FHRP
      22بررسی پروتکل HSRP از خانواده FHRP
      23بررسی پروتکل VRRP از خانواده FHRP
      24بررسی پروتکل GLBP از خانواده FHRP
      25بررسی پروتکل های ETHERCANEL و مباحث تکمیلی
      26LOCAL SPAN - RSPAN - ERSPAN
      دورهمجموعه کل دوره
      مطالب مرتبط

      در حال دریافت اطلاعات

      نظرات
      هیچ نظری ارسال نشده است

        برای ارسال نظر ابتدا به سایت وارد شوید

        arrow