المحتويات

المقدمة

المتطلبات الأساسية

المتطلبات

الاصطلاحات

بنية الربط القياسية

الاعراض النموذجية

استكشاف الأخطاء وإصلاحها

الحلول

معلومات ذات صلة

المقدمة

يشرح هذا المستند كيفية أستكشاف أخطاء إستخدام وحدة المعالجة المركزية (CPU) المرتفعة وإصلاحها في موجه بسبب عملية إدخال HyBridge. يمكن أن تدعم واجهات ATM عددا كبيرا من الدوائر الافتراضية الدائمة (PVCs) التي تم تكوينها لاستخدام طلب التعليقات (RFC) 1483 وحدات بيانات بروتوكول الجسر (PDUs) مع الربط القياسي عبر نظام Cisco IOS® والتوجيه والربط المدمج (IRB). ويعتمد هذا النهج اعتمادا كبيرا على عمليات البث من أجل الاتصال بالمستخدمين عن بعد. ومع زيادة عدد المستخدمين عن بعد وكثافات PVCs، يزداد أيضا عدد عمليات البث بين هؤلاء المستخدمين. في ظروف معينة، ينتج عن عمليات البث هذه إستخدام عال لوحدة المعالجة المركزية (CPU) على الموجه.

المتطلبات الأساسية

المتطلبات

لا توجد متطلبات خاصة لهذا المستند.

الاصطلاحات

راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.

بنية الربط القياسية

يعين ال TRFC 1483 أن جسر شفاف (أي يتضمن مسحاج تخديد cisco يشكل أن يجسر) ينبغي كنت يمكن أن يفيض، forwarding، وتصفية يجسر إطار. الغمر هو العملية التي من خلالها يتم نسخ إطار إلى كل الوجهات المناسبة الممكنة. يفيض جسر ATM إطارا عندما ينسخ الإطار بشكل صريح إلى كل دائرة افتراضية (VC)، أو عندما يستخدم خط vc من نقطة إلى عدة نقاط.

باستخدام ربط Cisco IOS القياسي، يجب أن تمر الإطارات مثل بروتوكولات تحليل العنوان (ARP) وعمليات البث والبث المتعدد وحزم الشجرة المتفرعة بعملية الفيضانات هذه. يقوم المنطق Cisco IOS Bridging بمعالجة كل حزمة من هذه الحزم:

1. التشغيل من خلال قائمة الواجهات والواجهات الفرعية التي تم تكوينها في مجموعة الجسر.

2. يعمل من خلال قائمة الأجهزة الافتراضية (VCs) التي تم تكوينها على واجهات الأعضاء في مجموعة الجسر.

3. ينسخ الإطار إلى كل VC.

يجب تشغيل برامج Cisco IOS software التي تعالج النسخ المتماثل في تكرار حلقي لمضاعفة الحزمة على كل PVC. إذا كان الموجه يدعم عددا كبيرا من شبكات PVC ذات التنسيق الجسر، فسيتم تشغيل موجهات النسخ المتماثل لفترة ممتدة، مما يؤدي إلى رفع وحدة المعالجة المركزية. يعرض التقاط أمر show process cpu قيمة "5 sec" كبيرة لإدخال HyBridge، والتي تكون مسؤولة عن إعادة توجيه الحزم التي تستخدم طريقة تحويل العملية لإعادة توجيه الحزم. يحتاج Cisco IOS إلى معالجة محول مثل الحزم مثل وحدات بيانات بروتوكول جسر الشجرة المتفرعة (BPDUs)، وعمليات البث، والبث المتعدد التي لا يمكن تحويلها بسرعة للبث المتعدد. يمكن أن يستهلك تحويل العملية كميات كبيرة من وقت وحدة المعالجة المركزية (CPU) نظرا لأنه لا تتم معالجة سوى عدد محدود من الحزم لكل إستدعاء.

عندما تدعم واجهة واحدة العديد من الأجهزة الافتراضية (VC)، يمكن أن يؤدي إجتياز قائمة الأجهزة الافتراضية (VC) إلى التغلب على وحدة المعالجة المركزية (CPU). يقوم معرف تصحيح الأخطاء من Cisco CSCdr1146 بحل هذه المشكلة. وعندما يعمل منطق التوصيل في حلقة تكرار لتكرار عمليات البث، فإنه يتخلى عن وحدة المعالجة المركزية بشكل متقطع. ويطلق على التخلي عن وحدة المعالجة المركزية أيضا تعليق وحدة المعالجة المركزية.

ملاحظة: يمكن أيضا أن يؤدي تكوين العديد من الواجهات الفرعية في مجموعة الجسر نفسها إلى إرباك وحدة المعالجة المركزية.

الاعراض النموذجية

إذا أدت وحدات PVCs التي تم تقسيمها عبر جسر إلى إستخدام وحدة المعالجة المركزية (CPU) بشكل كبير على الموجه، فإن أول شيء تبحث عنه هو عدد كبير من عمليات البث على الواجهة لديك:

ATM_Router# show interface atm1/0

ATM1/0 is up, line protocol is up

Hardware is ENHANCED ATM PA

MTU 4470 bytes, sub MTU 4470, BW 44209 Kbit,    DLY 190 usec,

reliability 0/255, txload    1/255, rxload 1/255

Encapsulation ATM, loopback not set

Keepalive not supported

Encapsulation(s): AAL5

4096 maximum active VCs, 0 current VCCs

VC idle disconnect time: 300 seconds

77103 carrier transitions

Last input 01:06:21, output 01:06:21, output    hang never

Last clearing of "show interface" counters    never

Input queue: 0/75/0/702097 (size/max/drops/flushes);    Total output drops: 12201965

Queueing strategy: Per VC Queueing

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

59193134 packets input,    3597838975 bytes, 1427069 no buffer

Received 463236 broadcasts,    0 runts, 0 giants, 0 throttles

46047 input errors, 46047    CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

91435145 packets output,    2693542747 bytes, 0 underruns

0 output errors, 0 collisions,    4 interface resets

0 output buffer failures,    0 output buffers swapped out

كتأثير جانبي، يمكنك أن ترى عدد كبير من حالات السقوط على الواجهة. في هذه الحالة، يمكن أن تكون المشكلة في أي مكان من الاستجابة البطيئة على الموجه إلى عدم إمكانية الوصول الكامل للموجه. إذا قمت بإسقاط الواجهة أو قطع اتصال الكبل من واجهة ATM، فيجب أن تعيد الموجه.

إذا كانت حركة مرور البث مزدحمة، والتي ينتج عنها فقط زيادات في وحدة المعالجة المركزية لفترات قصيرة من الوقت، يمكن الحد من المشكلة إذا قمت بتغيير قائمة انتظار تعليق الإدخال على الواجهة لاستيعاب حالات التكرار. حجم قائمة الانتظار قيد الانتظار الافتراضي هو 75 حزمة ويمكن تغييره باستخدام الأمر hold-queue <length> in|out. وبشكل نموذجي، يجب عدم زيادة حجم قائمة الانتظار فوق 150 لأن هذا يتسبب في تحميل مزيد من مستوى العملية على وحدة المعالجة المركزية.

استكشاف الأخطاء وإصلاحها

إذا واجهت مشاكل مع إستخدام عال لوحدة المعالجة المركزية (CPU) بسبب إدخال HyBridge، فعليك التقاط هذا الإخراج عند الاتصال بمركز المساعدة التقنية (TAC) ل Cisco. لالتقاط هذا الإخراج، أستخدم الأوامر التالية:

- show process cpu - إذا لاحظت إستخدام عال لوحدة المعالجة المركزية، أستخدم أمر show process cpu لعزل أي عملية تكون على خطأ. راجع أستكشاف أخطاء إستخدام وحدة المعالجة المركزية (CPU) العالي وإصلاحها على موجهات Cisco.

- show stacks {process id} - يمكنك أيضا إستخدام هذا الأمر لمعرفة العمليات التي تعمل والبحث عن المشاكل المحتملة. الصق مخرجات هذا الأمر في أداة مترجم الإخراج (العملاء المسجلون فقط). بمجرد فك تشفير العمليات، يمكنك البحث عن الأخطاء المحتملة باستخدام مجموعة أدوات الأخطاء البرمجية.

ملاحظة: يجب التسجيل لحساب CCO وتسجيل الدخول لاستخدام كلا الاداتين.

- show bridge verbose - أستخدم هذا الأمر show لتحديد عدد الواجهات الفرعية التي يتم وضعها في مجموعة الجسر نفسها، وكذلك لمعرفة ما إذا كانت الواجهة غير مشغلة.

router#show process cpu

CPU utilization for five seconds: 100%/26%; one minute: 94%; five minutes: 56%

PID   Runtime(ms)   Invoked   uSecs   5Sec   1Min   5Min   TTY   Process

1            44    38169     1       0.00%  0.00%  0.00%    0   Load Meter

2           288    733       392     0.00%  0.00%  0.00%    0   PPP auth

3         44948    19510     2303    0.00%  0.05%  0.03%    0   Check heaps

4             4    1         4000    0.00%  0.00%  0.00%    0   Chunk Manager

5          2500    6229      401     0.00%  0.00%  0.00%    0   Pool Manager

[output omitted]

86            4    1         4000    0.00%  0.00%  0.00%    0   CCSWVOFR

87      3390588    1347552   2516    72.72% 69.79% 41.31%   0   HyBridge Input

88          172    210559    0       0.00%  0.00%  0.00%    0   Tbridge Monitor

89      1139592    189881    6001    0.39%  0.42%  0.43%    0   SpanningTree

router#show stacks 87

Process 87: HyBridge Input Process

Stack segment 0x61D15C5C - 0x61D18B3C

FP: 0x61D18A18, RA: 0x60332608

FP: 0x61D18A58, RA: 0x608C5400

FP: 0x61D18B00, RA: 0x6031A6D4

FP: 0x61D18B18, RA: 0x6031A6C0

router#show bridge verbose

Total of 300 station blocks, 299 free

Codes: P - permanent, S - self

BG  Hash   Address          Action   Interface       VC Age   RX count   TX count

1 8C/0   0000.0cd5.f07c   forward  ATM4/0/0.1      9   0    1857       0

Flood ports (BG 1)      RX count TX count

ATM4/0/0.1                   0        0

بالإضافة إلى ذلك، قم بإيقاف تشغيل الواجهة الظاهرية لمجموعة الجسر (BVI) ومراقبة إستخدام وحدة المعالجة المركزية (CPU) باستخدام العديد من عمليات التقاط الإخراج من أمر وحدة المعالجة المركزية (CPU) show process.

الحلول

توصي Cisco بتنفيذ هذه الحلول البديلة كحل لاستخدام وحدة المعالجة المركزية (CPU) المرتفع الناجم عن التوصيل القياسي:

- تنفيذ ميزة دعم جسر خط المشترك الرقمي Cisco IOSX، والتي تقوم بتكوين الموجه الموجه الموجه لفيض الجسر الذكي من خلال سياسات المشترك. حظر ARPs وعمليات البث والبث المتعدد ووحدات بيانات بروتوكول الجسر (BPDU) ذات الشجرة الممتدة بشكل انتقائي.

- قم بتقسيم شبكات VC على عدد قليل من الواجهات متعددة النقاط، لكل منها شبكة IP مختلفة.

- قم بتكوين مؤقت التأخر ل IP ARP واجتياز إدخالات الجدول إلى نفس القيمة. وإلا، يمكنك أن ترى فيضان حركة المرور غير الضروري في روابطك. مهلة ARP الافتراضية هي أربع ساعات. وقت تقادم الجسر الافتراضي هو 10 دقائق. بالنسبة للمستخدم البعيد الذي ظل خاملا لمدة 10 دقائق، يقوم الموجه بإزالة إدخال جدول الجسر الخاص بالمستخدم فقط ويحافظ على إدخال جدول ARP. عندما يحتاج الموجه إلى إرسال حركة مرور البيانات إلى الخادم إلى المستخدم البعيد، فإنه يتحقق من جدول ARP ويبحث عن إدخال صالح للإشارة إلى عنوان MAC. عندما يتحقق الموجه من جدول الجسر لعنوان MAC هذا ويفشل في العثور عليه، يغمر الموجه حركة مرور البيانات كل VC في مجموعة الجسر. استعملت هذا أمر أن يثبت ال ARP وجسر طاولة شيخوخة وقت.

router(config)#bridge 1 aging-time ?

<10-1000000> Seconds

router(config)#interface bvi1

router(config-if)#arp timeout ?

<0-2147483> Seconds

- استبدلت جسر معياري و IRB مع جسر مسحاج تخديد عملية كبسلة (RBE) أو جسر-style PVCs في الرأس-الطرف ATM قارن. يعمل برنامج RBE على زيادة أداء إعادة التوجيه لأنه يدعم إعادة التوجيه السريع من Cisco (CEF) ويشغل حزم IP فقط من خلال قرار توجيه وليس من خلال قرار جسر. في القطار 12.1(1)T، يمكن تبديل الحزم ببرنامج. إذا كان الأمر كذلك، فيمكنك مشاهدة رسالة الخطأ هذه:

%FIB-4-PUNTINTF: CEF punting packets switched to        ATM1/0.100 to next slower path

%FIB-4-PUNTINTF: CEF punting packets switched to ATM1/0.101        to next slower path

يتم توثيق المشكلة في CSCdr37618، والإصلاح هو أن يحسن إلى 12.2 حاسوب رئيسي. راجع بنية الخط الأساسي للتضمين الوسيط الموجه وتكوين شبكات PVC ذات النمط الجسر على واجهات ATM في GSR و 7500 Series للحصول على مزيد من المعلومات.

معلومات ذات صلة

- استكشاف أخطاء الاستخدام العالي لوحدة المعالجة المركزية على موجّهات Cisco وإصلاحها

- الدعم التقني والمستندات - Cisco Systems

- الأدوات والأدوات المساعدة - سيسكو سيستمز