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

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

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

~3 دقیقه مطالعه · آخرین به‌روزرسانی ۴ مهر ۱۴۰۵

هدف لب

پیکربندی یک 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 را به‌طور خاص برای مسائل خوب‌فهمیده‌شده، ریسک-پایین، و تکرارپذیر که پاسخ درست از‌قبل شناخته‌شده است ارزشمند می‌کند، هرچند احتیاط توصیه می‌شود چون یک عمل خودکار گرفته‌شده در پاسخ به یک الگوی فعال‌کننده سوءفهمیده‌شده یا بیش‌ازحد گسترده می‌تواند خودش اختلال ناخواسته ایجاد کند.

نوشته و پژوهش‌شده توسط دکتر شاهین صیامی

مقالات مرتبط

لب عملی: پیکربندی مسیریابی Stub در EIGRP

این لب عملی یک روتر شعبه را به‌عنوان یک stub در EIGRP پیکربندی می‌کند، و تأیید می‌کند فقط مسیرهای متصل و خلاصه خودش را تبلیغ می‌کند در حالی که روتر hub به‌درستی از پرس‌وجوکردن stub در طول یک تغییر توپولوژی در جای دیگری از شبکه اجتناب می‌کند.

ادامه

لب عملی: پیکربندی حالت Named در EIGRP

این لب عملی یک پیکربندی EIGRP کلاسیک موجود را به حالت named EIGRP بازپیکربندی می‌کند، و عبارات network و پیکربندی خاص-اینترفیس را در یک سلسله‌مراتب address-family ساختاریافته‌تر سازمان‌دهی می‌کند، و تعادل عملکردی با سبک پیکربندی کلاسیک استفاده‌شده در سراسر لب‌های EIGRP قبلی این مجموعه را تأیید می‌کند.

ادامه

لب عملی: پیکربندی ERSPAN در سراسر یک شبکه مسیریابی‌شده

این لب عملی Encapsulated RSPAN (ERSPAN) را برای آینه‌کردن ترافیک در سراسر یک شبکه مسیریابی‌شده-لایه-۳ به‌جای یک ترانک لایه ۲ واحد پیکربندی می‌کند، و مفهوم RSPAN از لب قبلی را فراتر از مرزهای یک VLAN یا دامنه سوئیچ‌شده واحد گسترش می‌دهد.

ادامه

لب عملی: پیکربندی RSPAN در سراسر سوئیچ‌ها

این لب عملی Remote SPAN (RSPAN) را با استفاده از یک VLAN RSPAN اختصاصی حمل‌شده در سراسر یک ترانک پیکربندی می‌کند، و اجازه می‌دهد ترافیک آینه‌شده روی یک سوئیچ توسط یک دستگاه گرفتن متصل به یک سوئیچ کاملاً متفاوت نظارت شود، و مفهوم SPAN محلی پوشش‌داده‌شده در یک لب قبلی را در سراسر شبکه گسترش می‌دهد.

ادامه

لب عملی: پیکربندی In-Service Software Upgrade (ISSU) روی یک Stack

این لب عملی یک In-Service Software Upgrade را در سراسر یک stack StackWise انجام می‌دهد، و ایمیج IOS هر عضو را یکی‌یکی ارتقا می‌دهد در حالی که stack در سراسر آن به فوروارد‌کردن ترافیک ادامه می‌دهد، و صفر خرابی را در مقایسه با رویکرد مخل reload استفاده‌شده در لب‌های ارتقای IOS قبلی تأیید می‌کند.

ادامه

لب عملی: پیکربندی Stacking سنتی StackWise در Catalyst

این لب عملی stacking سنتی Catalyst (StackWise) را در سراسر سه سوئیچ با استفاده از کابل‌های stack پیکربندی می‌کند، و نیازمندی تک-لایه و مجاورت فیزیکی‌اش را با جفت StackWise Virtual پوشش‌داده‌شده در لب قبلی که اجازه می‌دهد سوئیچ‌ها بسیار دورتر از هم قرار بگیرند مقایسه می‌کند.

ادامه