لب عملی: پیکربندی Spanning Tree برای پورت‌های Access (PortFast)

این لب عملی PortFast را روی یک پورت access متصل به یک دستگاه کاربر-نهایی پیکربندی می‌کند، و تأخیر معمولی listening و learning را رد می‌کند طوری‌که پورت بلافاصله ترافیک را فوروارد کند، و پوشش می‌دهد چرا PortFast هرگز نباید روی پورتی که به سوئیچ دیگری متصل است اعمال شود.

پیکربندی PortFastتأخیر همگرایی STPBPDU Guard

~3 min read · Updated Sep 22, 2026

هدف لب

پیکربندی PortFast روی یک پورت access متصل به یک PC، تأیید اینکه پورت مستقیماً بدون تأخیر معمولی listening و learning به حالت forwarding می‌رود، و فعال‌کردن BPDU Guard به‌عنوان یک مکانیزم ایمنی برای همان پورت.

هدف لب (چرا مهم است)

یک پورت access معمولی 30-50 ثانیه طول می‌کشد تا به حالت forwarding برسد، همان‌طور که در یک لب قبلی درباره حالت‌های پورت STP مشاهده شد — این تأخیر برای دستگاه‌های کاربر-نهایی مانند PC ها غیرضروری و مخل است، که نیاز به اتصال فوری (برای درخواست‌های DHCP، برای مثال) در لحظه اتصالشان دارند. PortFast این تأخیر را به‌طور خاص برای پورت‌هایی که هرگز به سوئیچ دیگری متصل نمی‌شوند حذف می‌کند.

توپولوژی لب

Switch1 ---- Gi1/0/8 ---- PC (فقط دستگاه کاربر-
                          نهایی، هرگز سوئیچ یا هاب)

وظیفه ۱: مشاهده تأخیر معمولی STP بدون PortFast

Gi1/0/8 را بدون PortFast پیکربندی‌شده خاموش و دوباره فعال کن، و زمان‌سنجی کن چقدر طول می‌کشد تا به حالت forwarding برسد.

وظیفه ۲: پیکربندی PortFast

PortFast را روی Gi1/0/8 فعال کن.

وظیفه ۳: تأیید Forwarding فوری

پورت را دوباره خاموش و فعال کن، و تأیید کن اکنون بلافاصله به حالت forwarding می‌رسد.

وظیفه ۴: فعال‌کردن BPDU Guard به‌عنوان یک اقدام ایمنی

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

وظیفه ۵: تأیید فعال‌شدن مناسب BPDU Guard

اتصال یک سوئیچ به این پورت را شبیه‌سازی کن (با اتصال یک دستگاه که BPDU می‌فرستد) و تأیید کن پورت در حالت err-disabled قرار می‌گیرد.

راه‌حل و تأیید

Switch1(config)# interface gigabitethernet1/0/8
Switch1(config-if)# shutdown
Switch1(config-if)# no shutdown

Switch1# show spanning-tree interface gigabitethernet1/0/8
-- بررسی‌شده مکرراً: BLK -> LIS -> LRN -> FWD
-- که تأخیر معمولی 30-50 ثانیه‌ای می‌گیرد

Switch1(config)# interface gigabitethernet1/0/8
Switch1(config-if)# 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.

Switch1(config-if)# shutdown
Switch1(config-if)# no shutdown

Switch1# show spanning-tree interface gigabitethernet1/0/8

Interface        Role Sts Cost
Gi1/0/8          Desg FWD 4
-- اساساً فوراً به Forwarding می‌رسد، و کاملاً
-- Listening و Learning را رد می‌کند

Switch1(config-if)# spanning-tree bpduguard enable

-- پس از اتصال یک دستگاه که BPDU می‌فرستد
-- به این پورت:

Switch1# show interfaces gigabitethernet1/0/8 status

Gi1/0/8    err-disabled

Switch1# show spanning-tree interface gigabitethernet1/0/8 detail

%SPANTREE-2-BLOCK_BPDUGUARD: Received BPDU on port
Gi1/0/8 with BPDU Guard enabled. Disabling port.

نکته کلیدی

PortFast فقط باید روی پورت‌هایی که به‌طور اختصاصی به دستگاه‌های کاربر-نهایی متصل‌اند پیکربندی شود — فعال‌کردنش روی پورتی که می‌تواند یک اتصال سوئیچ دریافت کند ریسک ایجاد یک حلقه موقت لایه ۲، که پیش‌تر در این مجموعه بحث شد، را پیش از اینکه STP فرصتی برای تشخیصش داشته باشد ایجاد می‌کند. جفت‌کردن PortFast با BPDU Guard این شکاف را به‌طور خودکار می‌بندد: اگر یک سوئیچ هرگز به‌اشتباه به یک پورت PortFast وصل شود، پورت در لحظه دریافت یک BPDU خودش را خاموش می‌کند، به‌جای اینکه اجازه دهد یک حلقه تشکیل شود.

Written & researched by Dr. Shahin Siami

Related Articles

لب عملی: چالش عیب‌یابی جامع نهایی CCNP (یکپارچگی BGP، DMVPN، و QoS)

این لب عملی یک شکست پیچیده چندلایه در سراسر یک توپولوژی یکپارچه BGP-روی-DMVPN ترکیب‌شده با علامت‌گذاری QoS ارائه می‌دهد، و نیازمند تشخیص سیستماتیک یک پیکربندی نادرست route reflector، یک شکست ثبت NHRP، و یک سیاست QoS نادرست‌اعمال‌شده که هم‌زمان روی همان شبکه تأثیر می‌گذارند است.

Continue

لب عملی: پیکربندی BGP روی DMVPN

این لب عملی iBGP را به‌عنوان پروتکل مسیریابی در سراسر همان توپولوژی hub-and-spoke DMVPN استفاده‌شده در دو لب قبلی اجرا می‌کند، hub را به‌عنوان یک route reflector BGP پیکربندی می‌کند طوری‌که spoke ها مسیرهای یکدیگر را بدون یک mesh کامل iBGP یاد بگیرند، و دو مفهوم قبلاً جداگانه را در یک طراحی یکپارچه ترکیب می‌کند.

Continue

لب عملی: پیکربندی OSPF روی DMVPN

این لب عملی OSPF را به‌عنوان پروتکل مسیریابی پویا در سراسر همان توپولوژی hub-and-spoke DMVPN اجرا می‌کند، و اینترفیس تونل را به‌عنوان یک نوع شبکه OSPF point-to-multipoint پیکربندی می‌کند تا الگوی همسایگی hub-and-spoke را به‌درستی بدون نیاز به انتخاب DR/BDR نوع شبکه broadcast مدیریت کند.

Continue

لب عملی: پیکربندی EIGRP روی DMVPN

این لب عملی EIGRP را به‌عنوان پروتکل مسیریابی پویا در سراسر توپولوژی hub-and-spoke DMVPN ساخته‌شده در لب‌های قبلی اجرا می‌کند، و تأیید می‌کند روابط همسایه به‌درستی در سراسر تونل چندنقطه‌ای شکل می‌گیرند و مسیرها بدون نیاز به پیکربندی ایستای هر-spoke روی hub منتشر می‌شوند.

Continue

لب عملی: پیکربندی احراز هویت MD5 در HSRP

این لب عملی احراز هویت MD5 را روی یک گروه HSRP پیکربندی می‌کند، و تأیید می‌کند دو روتر با رشته‌های احراز هویت منطبق یک رابطه active/standby معمولی تشکیل می‌دهند در حالی که یک روتر با رشته نامنطبق کاملاً از گروه مستثنی می‌شود.

Continue

لب عملی: پیکربندی امنیت DNS به‌سبک-Cisco Umbrella از طریق تغییرمسیر Forwarding DNS

این لب عملی یک روتر را برای رهگیری هر پرس‌وجوی DNS کلاینت و تغییرمسیر آن به‌سمت یک resolver DNS امنیت-محور با استفاده از رهگیری forwarding DNS پیکربندی می‌کند، و اعمال امنیت DNS تحویل‌شده-با-ابر را بدون نیاز به تغییرات پیکربندی به‌ازای-هر-کلاینت تقریب می‌زند.

Continue