لب عملی: پیکربندی Embedded Event Manager (EEM)

این لب عملی یک applet EEM را پیکربندی می‌کند که به‌طور خودکار flap‌کردن یک اینترفیس را تشخیص می‌دهد و یک عمل تصحیحی اجرا می‌کند، و نشان می‌دهد خود IOS چگونه می‌تواند بدون نرم‌افزار نظارتی خارجی یا مداخله دستی به رویدادهای خاص پاسخ دهد.

پیکربندی Applet EEMتشخیص‌دهنده رویدادعمل تصحیحی خودکار

~3 min read · Updated Sep 26, 2026

هدف لب

پیکربندی یک applet EEM که روی یک الگوی پیام syslog خاص که نشان‌دهنده ناپایداری اینترفیس است فعال می‌شود، به‌طور خودکار یک توالی دستور تصحیحی اجرا می‌کند، و یک اعلان می‌فرستد، و تأیید اینکه کل پاسخ بدون هیچ اسکریپت‌نویسی خارجی یا مداخله دستی رخ می‌دهد.

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

Syslog و SNMP، پیش‌تر در این مجموعه پوشش داده شد، عالی برای گزارش‌دادن رویدادها به یک انسان یا سیستم خارجی هستند، اما نیازمند این‌اند که کسی یا چیزی بیرون از روتر واقعاً روی آن اطلاعات عمل کند. EEM اجازه می‌دهد خود روتر برای شرایط خاصی مراقب باشد و به‌طور خودکار پاسخ دهد، مفید برای مسائل خوب‌فهمیده‌شده و تکرارپذیری که نیازی به قضاوت انسانی برای حل‌شدن ندارند.

توپولوژی لب

R1 ---- Gi0/1 ---- (اینترفیس مستعد flap‌کردن
                    متناوب در این سناریو)

وظیفه ۱: پیکربندی یک Applet EEM که مراقب پیام‌های Syslog Flap لینک است

یک applet EEM بساز که وقتی پیام syslog LINK-3-UPDOWN برای Gi0/1 ظاهر شود فعال می‌شود.

وظیفه ۲: پیکربندی Applet برای ثبت یک پیام سفارشی

applet را طوری تنظیم کن که یک ورودی لاگ متمایز و به‌آسانی-قابل‌جستجو وقتی فعال شود تولید کند.

وظیفه ۳: پیکربندی Applet برای اجرای یک دستور تصحیحی

applet را طوری تنظیم کن که به‌طور خودکار اینترفیس را به‌عنوان یک عمل تصحیحی پایه خاموش و دوباره فعال کند.

وظیفه ۴: شبیه‌سازی شرط فعال‌کننده

دستی باعث flap‌شدن اینترفیس شو و مشاهده کن applet فعال می‌شود.

وظیفه ۵: تأیید رخداد اعمال Applet

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

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

R1(config)# event manager applet LINK-FLAP-RESPONSE
R1(config-applet)# event syslog pattern "LINEPROTO-5-UPDOWN.*GigabitEthernet0/1"
R1(config-applet)# action 1.0 syslog msg "EEM detected Gi0/1 flap - initiating response"
R1(config-applet)# action 2.0 cli command "enable"
R1(config-applet)# action 3.0 cli command "configure terminal"
R1(config-applet)# action 4.0 cli command "interface gigabitethernet0/1"
R1(config-applet)# action 5.0 cli command "shutdown"
R1(config-applet)# action 6.0 wait 5
R1(config-applet)# action 7.0 cli command "no shutdown"

-- تشخیص‌دهنده رویداد به‌طور خاص مراقب یک
-- الگوی regex در خروجی syslog است، به‌جای
-- پرس‌وجوی مستقیم وضعیت اینترفیس

-- شبیه‌سازی یک flap:

R1(config)# interface gigabitethernet0/1
R1(config-if)# shutdown
R1(config-if)# no shutdown

*Jun 20 10:15:02: %LINEPROTO-5-UPDOWN: Line protocol
on Interface GigabitEthernet0/1, changed state to down
*Jun 20 10:15:05: %LINEPROTO-5-UPDOWN: Line protocol
on Interface GigabitEthernet0/1, changed state to up

R1# show logging | include EEM

*Jun 20 10:15:05: %HA_EM-6-LOG: LINK-FLAP-RESPONSE:
EEM detected Gi0/1 flap - initiating response
-- پیام لاگ سفارشی تأیید می‌کند applet در
-- پاسخ به الگوی syslog منطبق‌شده فعال شد

R1# show logging | include GigabitEthernet0/1

*Jun 20 10:15:06: %LINEPROTO-5-UPDOWN: ... changed
state to down
*Jun 20 10:15:11: %LINEPROTO-5-UPDOWN: ... changed
state to up
-- یک چرخه shutdown/no-shutdown دوم ظاهر
-- می‌شود، به‌طور خودکار توسط توالی عمل خود
-- applet فعال شده، متمایز از flap دستی-آغازشده
-- که آن را فعال کرد

نکته کلیدی

Applet های EEM حلقه بین تشخیص و رفع را کاملاً درون خود روتر می‌بندند، بدون وابستگی به هیچ سیستم مدیریتی خارجی برای متوجه‌شدن یک مسئله و صادرکردن یک رفع — این EEM را به‌طور خاص برای مسائل خوب‌فهمیده‌شده، ریسک-پایین، و تکرارپذیر که پاسخ درست از‌قبل شناخته‌شده است ارزشمند می‌کند، هرچند احتیاط توصیه می‌شود چون یک عمل خودکار گرفته‌شده در پاسخ به یک الگوی فعال‌کننده سوءفهمیده‌شده یا بیش‌ازحد گسترده می‌تواند خودش اختلال ناخواسته ایجاد کند.

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