أستكشاف أخطاء إستخدام وحدة المعالجة المركزية (CPU) وإصلاحها في محولات Catalyst على Cisco IOS XE 16.x
المحتويات
المقدمة
يصف هذا المستند كيفية أستكشاف أخطاء إستخدام وحدة المعالجة المركزية (CPU) العالي وإصلاحها بسبب حالات المقاطعة على الأنظمة الأساسية Cisco IOS® XE التي تشغل إصدارات 16.x.
معلومات أساسية
ساهم في هذا المستند ريموند وايتنج ويوغيش رامز، مهندسو TAC من Cisco.
كما يقدم هذا المستند العديد من الأوامر الجديدة على هذا النظام الأساسي التي تكون متكاملة لاستكشاف أخطاء إستخدام وحدة المعالجة المركزية (CPU) العالية وإصلاحها. من المهم فهم كيفية بناء Cisco IOS XE. مع برنامج Cisco IOS XE، انتقلت Cisco إلى نواة Linux وتم تقسيم جميع الأنظمة الفرعية إلى عمليات. تعمل جميع الأنظمة الفرعية التي كانت داخل برنامج Cisco IOS في وقت سابق - مثل برامج تشغيل الوحدات النمطية والتوفر العالي (HA) وما إلى ذلك - الآن كعمليات برامج داخل نظام التشغيل (OS) لينوكس. يعمل برنامج Cisco IOS نفسه كبرنامج تشغيل داخل نظام التشغيل (IOS) من Linux. لا يحتفظ برنامج Cisco IOS XE بنفس المظهر والمظهر الخاصين ببرنامج Cisco IOS التقليدي فحسب، بل أيضا بتشغيله ودعمه وإدارته.
فيما يلي بعض التعاريف المفيدة:
- محرك إعادة التوجيه (FED): هذا هو قلب محول Cisco Catalyst switch وهو مسؤول عن جميع برمجة/إعادة توجيه الأجهزة.
- برنامج IOS: هذا هو برنامج Cisco IOS الذي يعمل على نواة Linux. يتم تشغيله كعملية برمجية ضمن kernel.
- نظام توصيل الحزم (PDS): هذه هي بنية عملية تسليم الحزم من الأنظمة الفرعية المختلفة وإليها. وعلى سبيل المثال، فإنه يتحكم في كيفية تسليم الحزم من FED إلى IOSd والعكس بالعكس.
- مستوى التحكم (cp): مستوى التحكم هو مصطلح عام يستخدم لتجميع الوظائف وحركة المرور التي تتضمن وحدة المعالجة المركزية الخاصة بالمحول Catalyst Switch. ويتضمن ذلك حركة مرور البيانات مثل بروتوكول الشجرة المتفرعة (STP)، وبروتوكول موجه الاستعداد السريع (HSRP)، وبروتوكولات التوجيه الموجهة إلى المحول، أو المرسلة من المحول. ويتضمن ذلك أيضا بروتوكولات طبقة التطبيقات مثل طبقة الأمان (SSH)، وبروتوكول إدارة الشبكة البسيط (SNMP) الذي يجب معالجته بواسطة وحدة المعالجة المركزية.
- مستوى البيانات (DP): عادة ما يتضمن مستوى البيانات بطاقات ASIC الخاصة بالأجهزة وحركة مرور البيانات التي يتم إعادة توجيهها دون مساعدة من مستوى التحكم.
- بونت: تم اعتراض حزمة التحكم في بروتوكول الدخول بواسطة DP الذي تم إرساله إلى بروتوكول التحكم من أجل معالجتها.
- حقن: قام بروتوكول CP بإنشاء حزمة بروتوكول يتم إرسالها إلى DP من أجل الخروج على واجهة (واجهات) الإدخال والإخراج.
- تقنية LSMPI: واجهة إختبار الذاكرة المشتركة لنظام التشغيل Linux.
رسم بياني عالي المستوى لمسار الاتصال بين مستوى البيانات ومستوى التحكم:
سير عمل أستكشاف أخطاء وحدة المعالجة المركزية (CPU) وإصلاحها بدرجة كبيرة
يوفر هذا القسم سير عمل منهجيا لفرز المشاكل العالية لوحدة المعالجة المركزية (CPU) على المحولات. لاحظ أنها تغطي عملية محددة في وقت كتابة هذا القسم.
دراسة الحالة 1. حالات مقاطعة بروتوكول تحليل العنوان
يمكن إستخدام عملية أستكشاف الأخطاء وإصلاحها والتحقق من الصحة في هذا القسم بشكل عام لاستخدام وحدة المعالجة المركزية (CPU) المرتفع بسبب المقاطعات.
الخطوة 1. تحديد العملية التي تستهلك دورات وحدة المعالجة المركزية (CPU)
يتم إستخدامshow process cpuالأمر لعرض حالة العملية الحالية داخل برنامج IOS الخفي. عندما تقوم بإضافة تعديل| exclude 0.00
وهناك نوعان قيمان من المعلومات المستمدة من هذا الناتج:
- إستخدام وحدة المعالجة المركزية (CPU) لمدة خمس ثوان: 30% / 91%
- الرقم الأول (91٪) هو إستخدام وحدة المعالجة المركزية (CPU) العام للمحول
- الرقم الثاني (30٪) هو الاستخدام الناتج عن مقاطعات مستوى البيانات
- عملية بروتوكول
(ARP) Inputتحليل العنوان هي حاليا أعلى عملية Cisco IOS التي تستهلك الموارد:
Switch# show processes cpu sort | ex 0.00
CPU utilization for five seconds: 91%/30%; one minute: 30%; five minutes: 8%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
37 14645 325 45061 59.53% 18.86% 4.38% 0 ARP Input
137 2288 115 19895 1.20% 0.14% 0.07% 0 Per-minute Jobs
373 2626 35334 74 0.15% 0.11% 0.09% 0 MMA DB TIMER
218 3123 69739 44 0.07% 0.09% 0.12% 0 IP ARP Retry Age
404 2656 35333 75 0.07% 0.09% 0.09% 0 MMA DP TIMER
يتم إستخدام الأمرshow processes cpu platform sortedلعرض كيفية إستخدام العملية من نواة لينوكس. ومن خلال المخرجات، يمكن ملاحظة أن عملية بنك الاحتياطي الفيدرالي مرتفعة، وهو ما يرجع إلى طلبات بروتوكول تحليل العناوين (ARP) الموجهة إلى عملية IOS-d:
Switch# show processes cpu platform sorted CPU utilization for five seconds: 38%, one minute: 38%, five minutes: 40% Core 0: CPU utilization for five seconds: 39%, one minute: 37%, five minutes: 39% Core 1: CPU utilization for five seconds: 41%, one minute: 38%, five minutes: 40% Core 2: CPU utilization for five seconds: 30%, one minute: 38%, five minutes: 40% Core 3: CPU utilization for five seconds: 37%, one minute: 39%, five minutes: 41% Pid PPid 5Sec 1Min 5Min Status Size Name -------------------------------------------------------------------------------- 22701 22439 89% 88% 88% R 2187444224 linux_iosd-imag 11626 11064 46% 47% 48% S 2476175360 fed main event 4585 2 7% 9% 9% S 0 lsmpi-xmit 4586 2 3% 6% 6% S 0 lsmpi-rx
الخطوة 2. تحقق من سبب قيام FED بفرض ضريبة على الحزم إلى مستوى التحكم
من الخطوة 1. يمكنك إستنتاج أن عملية IOSd/ARP تعمل بشكل مرتفع ولكنها ضحية حركة المرور التي يتم تقديمها من مستوى البيانات. إجراء المزيد من التحقيقات حول سبب قيام عملية البنك الاحتياطي الفيدرالي بضبط حركة المرور إلى وحدة المعالجة المركزية ومن أين تأتي هذه الحركة المرورية المطلوبة.
وهذاshow platform software fed switch active punt cause summaryيعطي فكرة عامة رفيعة المستوى عن السبب. يشير أي رقم يتزايد عبر عمليات تشغيل متعددة لهذا الأمر إلى:
Switch#show platform software fed switch active punt cause summary Statistics for all causes Cause Cause Info Rcvd Dropped ------------------------------------------------------------------------------ 7 ARP request or response 18444227 0 11 For-us data 16 0 21 RP<->QFP keepalive 3367 0 24 Glean adjacency 2 0 55 For-us control 6787 0 60 IP subnet or broadcast packet 14 0 96 Layer2 control protocols 3548 0 ------------------------------------------------------------------------------
تستخدم الحزم التي يتم إرسالها إلى مستوى التحكم من FED بنية قائمة انتظار مقسمة لضمان حركة مرور التحكم ذات الأولوية العليا. ولا يتم فقدانها بعد حركة المرور الأقل أولوية، مثل ARP. يمكن عرض نظرة عامة عالية المستوى على قوائم الانتظار هذه باستخدامshow platform software fed switch active cpu-interface. بعد تشغيل هذا الأمر عدة مرات، يمكن العثور على زيادة قائمة انتظارForus Resolution(Forus - التي تعني حركة المرور الموجهة إلى وحدة المعالجة المركزية) بسرعة.
Switch#show platform software fed switch active cpu-interface queue retrieved dropped invalid hol-block ------------------------------------------------------------------------- Routing Protocol 8182 0 0 0 L2 Protocol 161 0 0 0 sw forwarding 2 0 0 0 broadcast 14 0 0 0 icmp gen 0 0 0 0 icmp redirect 0 0 0 0 logging 0 0 0 0 rpf-fail 0 0 0 0 DOT1X authentication 0 0 0 0 Forus Traffic 16 0 0 0 Forus Resolution 24097779 0 0 0 Inter FED 0 0 0 0 L2 LVX control 0 0 0 0 EWLC control 0 0 0 0 EWLC data 0 0 0 0 L2 LVX data 0 0 0 0 Learning cache 0 0 0 0 Topology control 4117 0 0 0 Proto snooping 0 0 0 0 DHCP snooping 0 0 0 0 Transit Traffic 0 0 0 0 Multi End station 0 0 0 0 Webauth 0 0 0 0 Crypto control 0 0 0 0 Exception 0 0 0 0 General Punt 0 0 0 0 NFL sampled data 0 0 0 0 Low latency 0 0 0 0 EGR exception 0 0 0 0 FSS 0 0 0 0 Multicast data 0 0 0 0 Gold packet 0 0 0 0
يعطي إستخدامshow platform software fed switch active punt cpuq allطريقة عرض أكثر تفصيلا لقوائم الانتظار هذه. تكون قائمة الانتظار 5 مسؤولة عن ARP، وكما هو متوقع فإنها تتزايد عبر عمليات تشغيل متعددة للأمر. يمكن إستخدامshow plat soft fed sw active inject cpuq clearالأمر لمسح العدادات من أجل قراءة أسهل.
Switch#show platform software fed switch active punt cpuq all <snip> CPU Q Id : 5 CPU Q Name : CPU_Q_FORUS_ADDR_RESOLUTION Packets received from ASIC : 21018219 Send to IOSd total attempts : 21018219 Send to IOSd failed count : 0 RX suspend count : 0 RX unsuspend count : 0 RX unsuspend send count : 0 RX unsuspend send failed count : 0 RX consumed count : 0 RX dropped count : 0 RX non-active dropped count : 0 RX conversion failure dropped : 0 RX INTACK count : 1050215 RX packets dq'd after intack : 90 Active RxQ event : 3677400 RX spurious interrupt : 1050016 <snip>
من هنا، هناك عدة خيارات. ARP هو حركة مرور البث، لذلك أنت يستطيع بحثت عن قارن أن يتلقى معدل مرتفع بشكل غير عادي من حركة مرور البث (أيضا مفيد أن يتحرى أنشوطة الطبقة 2). من الضروري تشغيل هذا الأمر عدة مرات لتحديد الواجهة التي تزيد بشكل نشط.
Switch#show interfaces counters Port InOctets InUcastPkts InMcastPkts InBcastPkts Gi1/0/1 1041141009678 9 0 16267828358 Gi1/0/2 1254 11 0 1 Gi1/0/3 0 0 0 0 Gi1/0/4 0 0 0 0
الآخر خيار أن يستعمل ال يطمر ربط التقاط (EPC) أداة in order to جمعت عينة من الربط أن يكون رأيت على مستوى التحكم.
Switch#monitor capture cpuCap control-plane in match any file location flash:cpuCap.pcap
Switch#show monitor capture cpuCap
Status Information for Capture cpuCap
Target Type:
Interface: Control Plane, Direction: IN
Status : Inactive
Filter Details:
Capture all packets
Buffer Details:
Buffer Type: LINEAR (default)
File Details:
Associated file name: flash:cpuCap.pcap
Limit Details:
Number of Packets to capture: 0 (no limit)
Packet Capture duration: 0 (no limit)
Packet Size to capture: 0 (no limit)
Packet sampling rate: 0 (no sampling)
يقوم هذا الأمر بتكوين التقاط داخلي على المحول لالتقاط أي حركة مرور يتم ضربها إلى مستوى التحكم. يتم حفظ حركة المرور هذه في ملف على الذاكرة المؤقتة (flash). هذا مبرد عاديwireshark pcapأن يستطيع كنت صدرت من مفتاح وفتحت في Wireshark ل كثير تحليل.
ابدأ الالتقاط، دعه يعمل لثوان معدودة، وأوقف الالتقاط:
Switch#monitor capture cpuCap start
Enabling Control plane capture may seriously impact system performance. Do you want to continue? [yes/no]: yes
Started capture point : cpuCap
*Jun 14 17:57:43.172: %BUFCAP-6-ENABLE: Capture Point cpuCap enabled.
Switch#monitor capture cpuCap stop
Capture statistics collected at software:
Capture duration - 59 seconds
Packets received - 215950
Packets dropped - 0
Packets oversized - 0
Bytes dropped in asic - 0
Stopped capture point : cpuCap
Switch#
*Jun 14 17:58:37.884: %BUFCAP-6-DISABLE: Capture Point cpuCap disabled.
من الممكن أيضا عرض ملف الالتقاط على المحول:
Switch#show monitor capture file flash:cpuCap.pcap Starting the packet display ........ Press Ctrl + Shift + 6 to exit 1 0.000000 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2 2 0.000054 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2 3 0.000082 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2 4 0.000109 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2 5 0.000136 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2 6 0.000162 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2 7 0.000188 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2 8 0.000214 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2 9 0.000241 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2
من هذا الإخراج، من الواضح أن مضيف 192.168.1.2 هو مصدر ARPs الثابتة التي تسبب وحدة المعالجة المركزية (CPU) العالية على المحول. أستخدمshow ip arpالأوامر وshow mac address-table addressلتعقب المضيف وإزالته من الشبكة أو مخاطبة ARPs. من الممكن أيضا الحصول على تفاصيل كاملة لكل حزمة ملتقطة باستخدام خيار التفاصيل على الأمر capture view،show monitor capture file flash:cpuCap.pcap detail. أحلت هذا مرشد ل كثير معلومة على ربط على مادة حفازة مفتاح.
دراسة حالة 2. عمليات إعادة توجيه IP باستخدام CoPP
يتم حماية أحدث جيل من محولات Catalyst بواسطة تنظيم مستوى التحكم (CoPP) بشكل افتراضي. يتم إستخدام CoPP لحماية وحدة المعالجة المركزية من الهجمات الضارة والتكوينات الخاطئة، والتي يمكن أن تهدد قدرة المحولات من أجل الحفاظ على الوظائف الهامة مثل الشجرة المتفرعة وبروتوكولات التوجيه. يمكن أن تؤدي أوجه الحماية هذه إلى سيناريوهات حيث يحتوي المحول على وحدة معالجة مركزية (CPU) مرتفعة قليلا عدادات واجهة واضحة، ولكن يتم إسقاط حركة مرور البيانات أثناء عبور المحول. من المهم ملاحظة إستخدام خط الأساس لوحدة المعالجة المركزية (CPU) على جهازك في وقت العمليات العادية. ليس من الضروري أن تكون نسبة إستخدام وحدة المعالجة المركزية (CPU) مرتفعة، وتعتمد على الميزات الممكنة على الجهاز، ولكن عندما يزداد هذا الاستخدام دون تغييرات في التكوين، يمكن أن يكون ذلك علامة على القلق.
تأمل في هذا السيناريو - تقوم الأجهزة المضيفة التي تعيش خارج نطاق محول العبارة بالإبلاغ عن سرعات التنزيل البطيئة وفقد إختبار الاتصال بالإنترنت. لا يظهر فحص صحة عام للمحول أي أخطاء على الواجهات أو أي فقدان إختبار اتصال عند الحصول على مصدر من محول العبارة.
عند التحقق من وحدة المعالجة المركزية (CPU)، فإنها تظهر أرقاما مرتفعة قليلا بسبب المقاطعات.
Switch#show processes cpu sorted | ex 0.00 CPU utilization for five seconds: 8%/7%; one minute: 8%; five minutes: 8% PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process 122 913359 1990893 458 0.39% 1.29% 1.57% 0 IOSXE-RP Punt Se 147 5823 16416 354 0.07% 0.05% 0.06% 0 PLFM-MGR IPC pro 404 13237 183032 72 0.07% 0.08% 0.07% 0 MMA DP TIMER
عند التحقق من واجهة وحدة المعالجة المركزية (CPU)، تلاحظ أن عداد إعادة توجيه ICMP يتزايد بشكل فعال.
Switch#show platform software fed switch active cpu-interface queue retrieved dropped invalid hol-block ------------------------------------------------------------------------- Routing Protocol 12175 0 0 0 L2 Protocol 236 0 0 0 sw forwarding 714673 0 0 0 broadcast 2 0 0 0 icmp gen 0 0 0 0 icmp redirect 2662788 0 0 0 logging 7 0 0 0 rpf-fail 0 0 0 0 DOT1X authentication 0 0 0 0 Forus Traffic 21776434 0 0 0 Forus Resolution 724021 0 0 0 Inter FED 0 0 0 0 L2 LVX control 0 0 0 0 EWLC control 0 0 0 0 EWLC data 0 0 0 0 L2 LVX data 0 0 0 0 Learning cache 0 0 0 0 Topology control 6122 0 0 0 Proto snooping 0 0 0 0 DHCP snooping 0 0 0 0 Transit Traffic 0 0 0 0
في حين لا يتم ملاحظة حالات السقوط في FED، إذا قمت بفحص CoPP، يمكن ملاحظة حالات السقوط في قائمة إعادة توجيه ICMP.
Switch#show platform hardware fed switch 1 qos queue stats internal cpu policer
CPU Queue Statistics
============================================================================================
(default) (set) Queue
QId PlcIdx Queue Name Enabled Rate Rate Drop(Bytes)
-----------------------------------------------------------------------------
0 11 DOT1X Auth Yes 1000 1000 0
1 1 L2 Control Yes 2000 2000 0
2 14 Forus traffic Yes 4000 4000 0
3 0 ICMP GEN Yes 600 600 0
4 2 Routing Control Yes 5400 5400 0
5 14 Forus Address resolution Yes 4000 4000 0
6 0 ICMP Redirect Yes 600 600 463538463
7 16 Inter FED Traffic Yes 2000 2000 0
8 4 L2 LVX Cont Pack Yes 1000 1000 0
<snip>
CoPP هو في الأساس سياسة جودة الخدمة الموضوعة على مستوى التحكم في الجهاز. يعمل CoPP تماما مثل أي جودة خدمة أخرى على المحول: عندما تستنفد قائمة الانتظار لحركة مرور معينة، يتم إسقاط حركة مرور البيانات التي تستخدم قائمة الانتظار تلك. من هذه المخرجات، تعرف أنه يتم تبديل حركة مرور البيانات بسبب عمليات إعادة توجيه ICMP، وتعرف أن حركة المرور هذه يتم إسقاطها بسبب حد المعدل على قائمة انتظار إعادة توجيه ICMP. يمكنك إنجاز التقاط على مستوى التحكم للتحقق من أن الحزم التي تصل إلى مستوى التحكم من المستخدمين.
لترى منطق المطابقة الذي تستخدمه كل فئة، يكون لديك واجهة سطر الأوامر للمساعدة في تحديد أنواع الحزم التي تصل إلى قائمة انتظار معينة. تأمل في هذا المثال، لمعرفة ما الذيsystem-cpp-routing-controlيؤثر على الفئة:
Switch#show platform software qos copp policy-info
Default rates of all classmaps are displayed:
policy-map system-cpp-policy
class system-cpp-police-routing-control
police rate 5400 pps
Switch#show platform software qos copp class-info
ACL representable classmap filters are displayed:
class-map match-any system-cpp-police-routing-control
description Routing control and Low Latency
match access-group name system-cpp-mac-match-routing-control
match access-group name system-cpp-ipv4-match-routing-control
match access-group name system-cpp-ipv6-match-routing-control
match access-group name system-cpp-ipv4-match-low-latency
match access-group name system-cpp-ipv6-match-low-latency
mac access-list extended system-cpp-mac-match-routing-control
permit any host 0180.C200.0014
permit any host 0900.2B00.0004
ip access-list extended system-cpp-ipv4-match-routing-control
permit udp any any eq rip
<...snip...>
ipv6 access-list system-cpp-ipv6-match-routing-control
permit ipv6 any FF02::1:FF00:0/104
permit ipv6 any host FF01::1
<...snip...>
ip access-list extended system-cpp-ipv4-match-low-latency
permit udp any any eq 3784
permit udp any any eq 3785
ipv6 access-list system-cpp-ipv6-match-low-latency
permit udp any any eq 3784
permit udp any any eq 3785
<...snip...>
Switch#monitor capture cpuSPan control-plane in match any file location flash:cpuCap.pcap
Control-plane direction IN is already attached to the capture
Switch#monitor capture cpuSpan start
Enabling Control plane capture may seriously impact system performance. Do you want to continue? [yes/no]: yes
Started capture point : cpuSpan
Switch#
*Jun 15 17:28:52.841: %BUFCAP-6-ENABLE: Capture Point cpuSpan enabled.
Switch#monitor capture cpuSpan stop
Capture statistics collected at software:
Capture duration - 12 seconds
Packets received - 5751
Packets dropped - 0
Packets oversized - 0
Bytes dropped in asic - 0
Stopped capture point : cpuSpan
Switch#
*Jun 15 17:29:02.415: %BUFCAP-6-DISABLE: Capture Point cpuSpan disabled.
Switch#show monitor capture file flash:cpuCap.pcap detailed
Starting the packet display ........ Press Ctrl + Shift + 6 to exit
Frame 1: 60 bytes on wire (480 bits), 60 bytes captured (480 bits) on interface 0
<snip>
Ethernet II, Src: OmronTat_2c:a1:52 (00:00:0a:2c:a1:52), Dst: Cisco_8f:cb:47 (00:42:5a:8f:cb:47)
<snip>
Internet Protocol Version 4, Src: 192.168.1.10, Dst: 8.8.8.8
<snip>
عندما يختبر هذا مضيف 8.8.8.8، هو يرسل العملية أزيز إلى ال MAC عنوان من البوابة، بما أن الغاية عنوان خارج ال VLAN. البوابة يكشف مفتاح أن التالي جنجل في ال نفسه VLAN، يعيد الغاية {upper}mac address إلى جدار الحماية، ويرسل الربط. يمكن أن تحدث هذه العملية في المكونات المادية، ولكن إستثناء لإعادة توجيه هذه الأجهزة هو عملية إعادة توجيه IP. عندما يستلم المفتاح العملية أزيز، هو يكشف أن هو يوجه حركة مرور على ال نفسه VLAN ويعاقب الحركة مرور إلى ال cpu in order to خلقت يعيد ربط إلى المضيف. رسالة إعادة التوجيه هذه هي إعلام المضيف بوجود مسار أكثر مثالية للوجهة. في هذا مثال الطبقة 2 تالي خطوة حسب تصميم وتوقع، المفتاح ينبغي كنت شكلت أن لا يرسل ال redirect رسالة ويرسل الربط في جهاز. يتم القيام بذلك عند تعطيل عمليات إعادة التوجيه على واجهة شبكة VLAN.
interface Vlan1 ip address 192.168.1.1 255.255.255.0 no ip redirects end
عندما يتم إيقاف عمليات إعادة توجيه IP، يقوم المحول بإعادة كتابة عنوان MAC وإعادة التوجيه في الجهاز.
دراسة حالة إفرادية 3 - إرتفاع متقطع في مستوى وحدة المعالجة المركزية
في حالة ما إذا كانت وحدة المعالجة المركزية (CPU) عالية على المحول متقطعة، فمن الممكن إعداد برنامج نصي على المحول لتشغيل هذه الأوامر تلقائيا في وقت أحداث وحدة المعالجة المركزية (CPU) الفائقة. ويتم القيام بذلك باستخدام مدير الحدث المضمن (IM) من Cisco IOS.
يتم إستخدام قائمة الإدخال لتحديد مدى إرتفاع وحدة المعالجة المركزية (CPU) قبل مشغلات البرامج النصية. يقوم البرنامج النصي بمراقبة معرف وحدة المعالجة المركزية SNMP متوسط 5 ثوان. تتم كتابة ملفين في ذاكرة Flash (الذاكرة المؤقتة)،tac-cpu-
ويحتوي على مخرجات الأمر، ويحتويtac-cpu-
على التقاط مدخل وحدة المعالجة المركزية (CPU). ويمكن بعد ذلك مراجعة هذه الملفات في تاريخ لاحق.
config t
no event manager applet high-cpu authorization bypass
event manager applet high-cpu authorization bypass
event snmp oid 1.3.6.1.4.1.9.9.109.1.1.1.1.3.1 get-type next entry-op gt entry-val 80 poll-interval 1 ratelimit 300 maxrun 180
action 0.01 syslog msg "High CPU detected, gathering system information."
action 0.02 cli command "enable"
action 0.03 cli command "term exec prompt timestamp"
action 0.04 cli command "term length 0"
action 0.05 cli command "show clock"
action 0.06 regex "([0-9]|[0-9][0-9]):([0-9]|[0-9][0-9]):([0-9]|[0-9][0-9])" $_cli_result match match1
action 0.07 string replace "$match" 2 2 "."
action 0.08 string replace "$_string_result" 5 5 "."
action 0.09 set time $_string_result
action 1.01 cli command "show proc cpu sort | append flash:tac-cpu-$time.txt"
action 1.02 cli command "show proc cpu hist | append flash:tac-cpu-$time.txt"
action 1.03 cli command "show proc cpu platform sorted | append flash:tac-cpu-$time.txt"
action 1.04 cli command "show interface | append flash:tac-cpu-$time.txt"
action 1.05 cli command "show interface stats | append flash:tac-cpu-$time.txt"
action 1.06 cli command "show log | append flash:tac-cpu-$time.txt"
action 1.07 cli command "show ip traffic | append flash:tac-cpu-$time.txt"
action 1.08 cli command "show users | append flash:tac-cpu-$time.txt"
action 1.09 cli command "show platform software fed switch active punt cause summary | append flash:tac-cpu-$time.txt"
action 1.10 cli command "show platform software fed switch active cpu-interface | append flash:tac-cpu-$time.txt"
action 1.11 cli command "show platform software fed switch active punt cpuq all | append flash:tac-cpu-$time.txt"
action 2.08 cli command "no monitor capture tac_cpu"
action 2.09 cli command "monitor capture tac_cpu control-plane in match any file location flash:tac-cpu-$time.pcap"
action 2.10 cli command "monitor capture tac_cpu start" pattern "yes"
action 2.11 cli command "yes"
action 2.12 wait 10
action 2.13 cli command "monitor capture tac_cpu stop"
action 3.01 cli command "term default length"
action 3.02 cli command "terminal no exec prompt timestamp"
action 3.03 cli command "no monitor capture tac_cpu"
معلومات ذات صلة
- نظرة سريعة على Cisco IOS XE 16
- استكشاف أخطاء وحدة المعالجة المركزية عالية الاستخدام الخاصة بالمبدّل Catalyst 3850 Series Switch وإصلاحها
- التقاط حزمة مضمنة لمثال تكوين Cisco IOS و Cisco IOS XE
- تكوين التقاط حزمة FED المضمنة/المضمنة على محولات Catalyst التي تشغل Cisco IOS XE 16.x
- الدعم الفني والتنزيل من Cisco
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
2.0 |
13-Mar-2024 |
تقويم |
1.0 |
08-Aug-2018 |
الإصدار الأولي |
التعليقات