لب عملی: پیکربندی SVI Autostate Exclude

این لب عملی SVI autostate exclude را روی یک پورت نظارتی درون یک VLAN پیکربندی می‌کند، و از پایین‌آوردن نادرست SVI برای کل VLAN‌ای که همچنان سایر پورت‌های عضو فعال دارد توسط آن یک پورت غیرفعال جلوگیری می‌کند.

SVI Autostate Excludeرفتار Up/Down در SVIاستثنای پورت نظارتی

~4 min read · Updated Sep 23, 2026

هدف لب

مشاهده رفتار پیش‌فرض autostate در SVI جایی که حالت یک SVI به داشتن حداقل یک پورت عضو فعال بستگی دارد، افزودن یک پورت مقصد SPAN (نظارتی) به یک VLAN، و پیکربندی autostate exclude روی آن طوری‌که وضعیت لینک غیرفعالش دیگر روی SVI تأثیر نگذارد.

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

یک SVI، که پیش‌تر در این مجموعه درباره مسیریابی بین-VLAN بحث شد، معمولاً وقتی هیچ پورت فعالی در VLAN آن باقی نماند down می‌شود. یک پورت مقصد SPAN، که پیش‌تر در این مجموعه درباره آینه‌سازی ترافیک بحث شد، اغلب عمداً قطع‌شده باقی می‌ماند تا فعالانه نیاز شود، و به‌طور پیش‌فرض این یک پورت غیرفعال می‌تواند به‌طور نادرست در برابر کل پورت فعال VLAN حساب شود، که بالقوه یک SVI‌ای که در غیر این صورت باید کاملاً عملکردی باقی بماند را پایین می‌آورد.

توپولوژی لب

Switch1 (قادر-به-لایه-۳، VLAN 70)
  Gi1/0/5 ---- ServerA (فعال، VLAN 70)
  Gi1/0/10 ---- پورت مقصد SPAN
                (VLAN 70، در حال حاضر
                قطع/استفاده‌نشده)

SVI: interface vlan 70، 192.168.70.1/24

وظیفه ۱: پیکربندی SVI و تأیید عملیات معمولی

interface vlan 70 را پیکربندی کن و تأیید کن up است در حالی که پورت ServerA تنها عضو فعال باقی می‌ماند.

وظیفه ۲: افزودن پورت مقصد SPAN به VLAN 70

Gi1/0/10 را به‌عنوان یک پورت access در VLAN 70 پیکربندی کن، برای استفاده نظارتی SPAN آینده مورد نظر اما در حال حاضر قطع.

وظیفه ۳: مشاهده عدم‌تأثیر SVI در حالی که سایر پورت‌ها فعال‌اند

تأیید کن SVI up می‌ماند، چون پورت فعال ServerA همچنان حساب می‌شود.

وظیفه ۴: شبیه‌سازی Down‌شدن تنها پورت فعال

پورت ServerA را خاموش کن و مشاهده کن SVI در نتیجه down می‌شود، چون پورت SPAN قطع‌شده به‌عنوان فعال حساب نمی‌شود.

وظیفه ۵: پیکربندی Autostate Exclude و تأیید پایداری SVI

پورت ServerA را بازگردان، سپس autostate exclude را روی پورت مقصد SPAN پیکربندی کن، و تأیید کن حالت SVI اکنون فقط به پورت‌های داده واقعاً فعال بستگی دارد.

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

Switch1(config)# interface vlan 70
Switch1(config-if)# ip address 192.168.70.1 255.255.255.0
Switch1(config-if)# no shutdown

Switch1# show interfaces vlan 70 | include line protocol
Vlan70 is up, line protocol is up

Switch1(config)# interface gigabitethernet1/0/10
Switch1(config-if)# switchport mode access
Switch1(config-if)# switchport access vlan 70
-- فیزیکاً قطع رها‌شده، رزرو‌شده برای استفاده
-- مقصد SPAN آینده

Switch1# show interfaces vlan 70 | include line protocol
Vlan70 is up, line protocol is up
-- همچنان up، چون پورت ServerA فعال باقی می‌ماند

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

Switch1# show interfaces vlan 70 | include line protocol
Vlan70 is up, line protocol is down
-- SVI down شد حتی اگر پورت مقصد SPAN در
-- VLAN 70 "وجود دارد" -- یک پورت قطع‌شده و
-- استفاده‌نشده به‌عنوان فعال حساب نمی‌شود، پس
-- با ServerA نیز down، صفر پورت فعال باقی می‌ماند

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

Switch1# show interfaces vlan 70 | include line protocol
Vlan70 is up, line protocol is up
-- پس از up‌شدن دوباره پورت ServerA بهبود یافت

Switch1(config)# interface gigabitethernet1/0/10
Switch1(config-if)# switchport autostate exclude

-- این پورت دیگر اصلاً در محاسبه up/down SVI
-- شرکت نمی‌کند، صرف‌نظر از وضعیت اتصال خودش

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

Switch1# show interfaces vlan 70 | include line protocol
Vlan70 is up, line protocol is down
-- SVI همچنان به‌درستی واقعیت را منعکس می‌کند
-- (هیچ پورت داده واقعاً فعالی باقی نمی‌ماند)،
-- اما این نشان می‌دهد پورت SPAN اکنون کاملاً
-- از محاسبه مستثنی است به‌جای مشارکت گمراه‌کننده در آن

نکته کلیدی

به‌طور پیش‌فرض، هر پورت access اختصاص‌یافته به یک VLAN در محاسبه اینکه آیا SVI آن VLAN up در نظر گرفته می‌شود حساب می‌شود، شامل پورت‌های نظارتی عمداً قطع‌شده باقی‌مانده — switchport autostate exclude یک پورت خاص را از این محاسبه حذف می‌کند، و تضمین می‌کند حالت SVI واقعاً منعکس‌کننده اینکه آیا پورت‌های واقعاً حامل-داده فعال‌اند باشد، جزئیاتی که ارزش پیکربندی روی هر پورت مقصد SPAN اختصاصی یا پورت مشابه با هدف-خاص را دارد.

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