المحتويات

المقدمة

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

المتطلبات

المكونات المستخدمة

الاصطلاحات

الأعراض

إدارة الاشتراك الزائد في الواجهة الصادرة

إدارة وحدة المعالجة المركزية (CPU) المحملة بشكل زائد على بطاقة الخط الواردة

ملخص المبادئ التوجيهية للتصميم

دراسة الحالة

الخطوة 1 - تحقق من قوائم انتظار ToFab في slot 6.

الخطوة 2 - تحقق من قوائم انتظار FrFAB في الفتحة 4.

الخطوة 3 - قارن إخراج الأمر show interfaces لنفس الواجهة التي زاد اشتراكها.

الخطوة 4 - تنفيذ حل.

أخطاء برنامج IOS من Cisco

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

المقدمة

يشرح هذا المستند كيفية أستكشاف أخطاء العرض وإصلاحها عند عرض أمر show interfaces على موجه إنترنت من السلسلة Cisco 12000 Series عددا متزايدا من الأخطاء التي تم تجاهلها. كما يوفر تلميحات أستكشاف المشكلات وإصلاحها لعدد متزايد من حالات عدم سقوط الذاكرة الدقيقة في إخراج فتحة التنفيذ<slot#> أدوات التحكم في العرض (FRFAB) | Tofab) أمر QM stat. عند أستكشاف أخطاء هذه الأخطاء وإصلاحها، تحقق من أن العداد يتزايد وليس مجرد قيمة تاريخية.

ملاحظة: تتم تغطية عدد متزايد من عمليات إسقاط قائمة انتظار الإدخال، كما هو معروض في إخراج show interfaces، بشكل منفصل في أستكشاف أخطاء الإدخال وإصلاحها على موجه الإنترنت من السلسلة 12000 من Cisco.

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

المتطلبات

يتطلب هذا المستند فهما لبنية موجه الإنترنت من السلسلة Cisco 12000 Series، وخاصة قوائم انتظار ToFAB و FrFab. رأيت كيف أن يقرأ الإنتاج من العرض جهاز تحكم frfab | أوامر قائمة انتظار TOFAB للمرجع.

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية أدناه.

- أي إصدار من برنامج Cisco IOS® يدعم موجه الإنترنت Cisco 12000 Series. عادة ما تكون هذه هي الإصدارات 12.0S و 12.0ST.

- تتم تغطية جميع الأنظمة الأساسية Cisco 12000 بواسطة هذا المستند. وتشمل هذه الفئات الأعوام 12008 و 12012 و 12016 و 12404 و 12410 و 12416.

تم إنشاء المعلومات المُقدمة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كنت تعمل في شبكة مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر قبل استخدامه.

الاصطلاحات

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

الأعراض

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

بعد أن يقوم بتحديد الواجهة الصادرة للحزمة، يقوم معالج إعادة التوجيه بما يلي:

1. يرسل معالج إعادة التوجيه مؤشرا يتضمن معلومات حول الحزمة (بما في ذلك موقعها في الذاكرة) إلى قائمة انتظار الإخراج الظاهري الخاصة بالواجهة الصادرة.

2. تقوم أداة جدولة بطاقة الخط بإصدار طلب إلى المجدول. يصدر المجدول منحة، ويتم إرسال الحزمة من ذاكرة المخزن المؤقت عبر تحويل بناء إلى بطاقة الخط الصادر.

3. تخزن بطاقة الخط الصادرة الحزم مؤقتا.

4. يرسل المعالج L3 والدوائر المتكاملة الخاصة بالتطبيق (ASICs) المرتبطة على LC الصادر الحزمة خارج الواجهة.

إذا تم زيادة الاشتراك في الواجهة الصادرة، فإنها تبدأ في تخزين الحزم الزائدة مؤقتا. أثناء فترات الاشتراك الزائد المستمر، يتم ملء قوائم انتظار الإرسال الخاصة ب LC الصادر. في هذه الحالة، يقع التالي بناء على LC الصادر:

نوع محرك LC الصادر

الاستجابة للازدحام الصادر

عداد الأخطاء

المحرك 0 و 1

يرسل إشارة ضغط عكسي. تبدأ الواجهة الواردة في تخزين الحزم الزائدة مؤقتا.

تجاهل أخطاء في إخراج الأمر show interfaces و/أو عدم سقوط MEM في فتحة التنفيذ <slot#> إظهار إخراج الأمر tofab qm stat من LC الوارد، حسب محرك إعادة التوجيه L3 الخاص به.¹

محرك 2، 3، 4

يسقط أي حزم زائدة على المخرج.

لا يحدث انخفاض في عدد وحدات التحكم في إخراج الأمر QM Stat في فتحة التنفيذ على المنفذ <slot#> على وحدة التحكم في LC الصادرة.

7 سوف تحصل على أخطاء تجاهل محركات L3 0، 1، و 2 مدخل LCs. ومع ذلك، بالنسبة لأربعة منافذ و 16 منفذا وأكثر على قوائم التحكم في الوصول (LCs) الخاصة بالمحرك 2، لن يزيد العداد الذي تم تجاهله.

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

بالإضافة إلى عدم تطابق في معدلات الواجهة، يمكن زيادة الأخطاء التي تم تجاهلها عندما يكون معدل الحزم الواردة أكبر من معدل معالجة وحدة المعالجة المركزية (CPU). نادرا جدا هذا الشرط على Cisco 12000 وعادة ما ينتج من عدد كبير من الحزم الصغيرة جدا، أو عندما يتم تمكين ميزة تستخدم وحدة المعالجة المركزية (CPU) بشكل مكثف، مثل قوائم التحكم في الوصول (ACLs) أو تنظيم حركة مرور البيانات، على وحدة التحكم في الوصول (LC) التي تنفذ هذه الميزات في البرنامج. هذا هو حال المحرك 0 LCs حيث الكثير من السمة طبقت في برمجية. ومع ذلك، في المحركات اللاحقة، يتم تطبيق جميع الميزات تقريبا في الأجهزة. على سبيل المثال، تم تصميم بطاقات الخط Engine 3 (محرك خدمات IP - ISE) و Engine 4+ للتطبيقات الطرفية وتنفيذ خدمات IP المحسنة (مثل جودة الخدمة - QoS) في الأجهزة التي لا تؤثر على الأداء. وتتضمن أمثلة هذا الجهاز 1-Port CHOC-48 ISE و 4-Port CHOC-12 ISE و 16-Port OC-3 POS ISE و 4-Port OC-12 POS ISE و 1-Port OC-48 POS ISE و 1-Port OC-48 POS ISE.

كما يمكن زيادة العداد الذي تم تجاهله كلما وصلت حزمة على بطاقة خط الدخول ولم يتوفر مخزن مؤقت للحزمة بحجم مناسب لمعالجة هذه الحزمة. ومع ذلك، هذا الشرط نادر جدا ولا يتم تغطيته في هذا المستند.

إدارة الاشتراك الزائد في الواجهة الصادرة

إن الحل الذي يؤدي إلى الأخطاء المتجاهلة وعدم حالات السقوط الدقيقة الناتجة عن زيادة الاشتراك في واجهة الإخراج هو نفسه لأي نوع من أنواع محركات L3 — يمنع تجويع المخزن المؤقت. بمعنى آخر، نحن بحاجة إلى آلية تمنع قوائم انتظار FrFab من التعبئة.

المحركات 0 و 1

ببساطة، يتزايد العداد المتجاهل عندما تصل حزمة على بطاقة خط مدخل (LC) ولا يتوفر مخزن مؤقت للحزمة بحجم مناسب لمعالجة هذه الحزمة. لذلك، لا تشير الحزم التي يتم تجاهلها عادة إلى خطأ في برنامج Cisco IOS software.

فيما يلي نموذج إخراج من الأمر show interfaces مع عداد غير خال تم تجاهله على موجه من السلسلة Cisco 12000:

router#show interfaces G3/0

GigabitEthernet3/0 is up, line protocol is up

Hardware is GigMac GigabitEthernet, address is 0030.71f5.7980

(bia 0030.71f5.7980)

MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, rely 255/255, load 1/255

Encapsulation ARPA, loopback not set

Keepalive not set

Full-duplex mode, link type is force-up, media type is SX

output flow-control is unsupported, input flow-control is unsupported

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:00, output 00:00:00, output hang never

Last clearing of "show interface" counters 00:00:07

Queueing strategy: fifo

Output queue 0/40, 0 drops; input queue 0/75, 0 drops

5 minute input rate 99000 bits/sec, 74 packets/sec

5 minute output rate 104000 bits/sec, 68 packets/sec

478 packets input, 71057 bytes, 0 no buffer

Received 19 broadcasts, 0 runts, 0 giants, 0 throttles

2 input errors, 2 CRC, 0 frame, 0 overrun, 25 ignored

!--- Ignored counter is > 0. Ensure it is incrementing.

0 watchdog, 53 multicast, 0 pause input

541 packets output, 139133 bytes, 0 underruns

0 output errors, 0 collisions, 0 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier, 0 pause output

0 output buffer failures, 0 output buffers swapped out

عندما LC الصادر هو محرك 0 أو 1، فإنه يرسل رسالة ضغط عكسي إلى قوائم التحكم في الوصول (LC) الأخرى قائلا لها أن تتوقف عن إرسال البيانات إلى عنصر التحكم في الوصول (LC) المحدد. ثم تقوم الواجهة الواردة بتخزين الحزم الزائدة مؤقتا في قوائم انتظار ToFab الخاصة بها المطابقة لفتحة الوجهة هذه.

لعزل السبب الأكثر إحتمالا لماذا العداد تم تجاهله يزداد، تحتاج أن تنظر إلى قوائم انتظار ToFab الخاصة بالمدخل LC. يمكنك إما إرفاق عنصر التحكم في الوصول (LC) عبر ناقل الصيانة (MBUS) باستخدام الأمر attach، أو إستخدام الأمر execute-on slot <slot#> show controllers tofab queue للتحقق من قوائم انتظار ToFab. نفذ هذا الأمر عدة مرات وابحث عن الأعراض التالية:

- قيمة أو قيمة أقل وأقل من 0 في عمود #Qelem لقائمة انتظار خالية غير خاصة ب IPC

- قيمة كبيرة في عمود #Qelem في قائمة انتظار فتحات الوجهة.

محركات 2، 3، 4

لا تستخدم بطاقات الخط التي تستخدم بنية أحدث لمحرك L3 آلية ضغط عكسي. بدلا من ذلك، عندما القارن oversubscribed و FrFab إستنزاف قائمة انتظار، الربط ببساطة سقطت بما أن هم يصلون على المخرج خط بطاقة.

لا ترجع قوائم التحكم في الوصول (LC) للمحرك 2 إلى تجمع المخزن المؤقت الأكبر التالي عند استنفاد تجمع أصغر. تم تنفيذ آلية التراجع فقط ل Engine 2 LCs على جانب ToFab (Rx). وإذا حدث ذلك، فسيزداد عداد "عدد الأخطاء" في إخراج الأمر show tofab qm stat الخاص بفتحة التنفيذ.

ويتم حساب هذه عمليات السقوط على أنها لا حالات سقوط في إخراج الأمر execute-on slot <slot#> show controllers من الأمر QM Stat، كما هو موضح أدناه:

Router#execute-on slot 1 show controller

frfab QM stat

========= Line Card (Slot 1) =======

174 no mem drop, 0 soft drop, 0 bump count

!--- Look for an incrementing value for the "no mem drop" counter

0 rawq drops, 0 global red drops, 0 global force drops

0 no memory (ns), 0 no memory hwm (Ns)

no free queue

0       0       0       0

0       0       0       0

0       0       0       0

0       0       0       0

0 multicast drops

Tx Counts

Interface 0

8390658710246 TX bytes, 2098330790 TX pkts, 212452 kbps, 6641 pps

Interface 1

0 TX bytes, 0 TX pkts, 0 kbps, 0 PPS Interface 2

0 TX bytes, 0 TX pkts, 0 kbps, 0 PPS Interface 3

0 TX bytes, 0 TX pkts, 0 kbps, 0 PPS

أنت تحتاج أن يجد طريقة أن يمنع ال FrFab جانب من التخزين المؤقت إلى نقطة حيث إما LC نسخة إحتياطية إلى القارن داخلي أو ببساطة يسقط الربط.

هناك حل بسيط لجميع بطاقات الخط، باستثناء بطاقات LCs الخاصة بالمحرك 2، وهو تقليل عدد المخازن المؤقتة المتاحة لواجهة صادرة معينة على وحدة التحكم في الوصول إلى الشبكة (LC) متعددة الواجهات. بشكل افتراضي، يمكن أن تستخدم الواجهة جميع المخازن المؤقتة ل FrFab المنقوشة. أستخدم الأمر tx-queue-limit لتكوين قيمة غير افتراضية. هذا يمنع المخرج LC من التخزين المؤقت أكثر من الرقم الذي تم تكوينه للحزم على قائمة انتظار الواجهة لذلك المنفذ المحدد. تأكد من تكوين هذا الرقم منخفض بشكل كاف بحيث لا يحتوي على كافة قوائم انتظار FrFab لهذه الواجهة. لاحظ أن هذه الطريقة لا تفرق بين الحزم عالية الأولوية وحزم الأولوية المنخفضة ولا تقوم ببساطة بتنفيذ عملية الإسقاط بشكل أكثر عدوانية لواجهة معينة.

تتطلب بطاقات خطوط المحرك 3 إستخدام واجهة سطر الأوامر لجودة خدمة الوحدة النمطية (MQC) بدلا من واجهة سطر الأوامر القديمة (CLI). لا يتم دعم هذا الأمر على بطاقات الخط المستندة إلى المحرك 2.

فيما يلي مثال تكوين باستخدام تكوين فئة الخدمة (CoS) القديمة:

interface POS 0/0

tx-queue-limit <max Q length in packets>

فيما يلي مثال تكوين باستخدام MQC:

policy-map TX_QUEUE_LIMIT

class class-default

queue-limit

interface POS 0/0

service-policy out TX_QUEUE_LIMIT

وهناك حل آخر يتلخص في تنفيذ واجهة مخرجات أسرع، وهو ما يعطينا أنبوبا أكبر. لكن أنابيب أكبر يمكن ان تملأ بسرعة. وبالتالي، فإن الحل الموصى به هو تنفيذ آليات جودة الخدمة (QoS) على LC الصادر.

تقوم ميزة "الكشف المبكر العشوائي العشوائي المتوقع (WRED) من Cisco" بتنفيذ آلية إسقاط مميزة أو ذكية. وقد تم تصميمه للعمل مع حركة المرور المتكيفة، مثل تدفقات بروتوكول TCP. وهو يراقب حجم قائمة الانتظار ويعمل على الحفاظ على متوسط حجم قائمة الانتظار متناسق من خلال إسقاط الحزم عشوائيا من تدفقات مختلفة حيث يرتفع متوسط قائمة الانتظار المحسوبة فوق حد أدنى قابل للتكوين.

عند التنفيذ على سلسلة Cisco 12000، يمكن أن يمنع WRED قوائم انتظار FrFab من التعبئة والأهم من ذلك أنه انتقائي حول الحزم التي يسقطها. تدعم قوائم التحكم في الوصول (LCs) المحرك 0 WRED في البرنامج، بينما لا يدعم المحرك 1 LCs WRED على الإطلاق. وتدعم بطاقات LC الأخرى لمحرك L3 WRED في الأجهزة.

أحلت ل كثير معلومة على يشكل WRED، هذا وثيقة:

- اكتشاف مبكر عشوائي مقدر على موجه سلسلة Cisco 12000

- تكوين MPLS CoS على موجه GSR من Cisco 12000 Series

تعمل آلية تجنب الازدحام هذه فقط في بيئة تستند إلى TCP. يستجيب بروتوكول TCP بشكل مناسب - وحتى قوي - لانخفاض حركة المرور من خلال إبطاء نقل حركة المرور الخاصة به. راجع كيفية معالجة TCP لفقد حركة المرور وكيفية تفاعل الموجه مع TCP للحصول على تفاصيل حول كيفية تفاعل TCP مع فقدان الحزمة.

آلية جودة خدمة أخرى مدعومة على السلسلة Cisco 12000 هي تنظيم حركة المرور باستخدام معدل الوصول الملتزم به (CAR) على المحرك 0 ومحرك 1 LCs، وإصدار معدل من CAR معروف باسم التحكم في معدل كل واجهة (PIRC) على المحرك 2 LCs. قم بتكوين تنظيم حركة المرور على الواجهة الصادرة.

إدارة وحدة المعالجة المركزية (CPU) المحملة بشكل زائد على بطاقة الخط الواردة

هذا الموقف نادر جدا!

يمكنك التحقق من تحميل وحدة المعالجة المركزية (CPU) بشكل زائد على عنصر التحكم في الشبكة المحلية (LC) الوارد باستخدام الأمر show Execute-on slot <slot#> show controllers tofab queue. إذا رأيت رقما كبيرا جدا في عمود #QELEM من الصف "Raw Queue"، فهذا يعني أنه تم تصميم العديد من الحزم ليتم معالجتها بواسطة وحدة المعالجة المركزية (الموجودة على عنصر التحكم في الوصول (LC) نفسه). ستبدأ في الحصول على حزم مهملة لأن وحدة المعالجة المركزية لا يمكنها مواكبة مقدار الحزم. يتم توجيه هذه الحزم إلى وحدة المعالجة المركزية (CPU) الخاصة بوحدة التحكم في الشبكة المحلية (LC)، وليس إلى معالج التوجيه gigabit (GRP)!

ما تحتاج إلى القيام به في هذا الوقت هو نقل جزء من حركة المرور من وحدة التحكم في الوصول (LC) الواردة هذه حتى تصبح وحدة المعالجة المركزية (CPU) الخاصة بها أقل تأثرا.

يجب أيضا إلقاء نظرة على تكوين LC للتحقق من وجود بعض الميزات التي تم تكوينها عليه والتي تؤثر على وحدة المعالجة المركزية (CPU). قد تتسبب بعض الميزات (مثل CAR و ACL و NetFlow) في تدهور أداء عنصر التحكم في الوصول (LC) عند تنفيذه في البرنامج (على قوائم التحكم في الوصول (LC) للمحرك 0 فقط). إذا كان هذا هو الحال، فيجب عليك التصرف وفقا لذلك إما بإزالة الميزة أو ترقية برنامج Cisco IOS software إلى إصدار لاحق حيث يتم تحسين تنفيذ الميزة نفسها (مثل قائمة التحكم في الوصول (ACL) من Turbo. رأيت إطلاق بطاقة من ال cisco 12000 sery مسحاج تخديد أن يعرف أي سمة يتلقى يكون طبقت أو حسنت ل LCs مختلف.

وأخيرا، قد يكون الحل الوحيد هو إستبدال وحدة التحكم في الوصول (LC) بأخرى أحدث حيث يتم تنفيذ الميزة المطلوبة في الأجهزة. هذا حقا يعتمد على نوع المحرك ال LC.

يمكنك إستخدام الأمر المختصر التالي لتحديد نوع محرك L3 من LC:

Router#show diag | i (SLOT | Engine)

...

SLOT 1  (RP/LC 1 ): 1 port ATM Over SONET OC12c/STM-4c Multi Mode

L3 Engine: 0 - OC12 (622 Mbps)

SLOT 3  (RP/LC 3 ): 3 Port Gigabit Ethernet

L3 Engine: 2 - Backbone OC48 (2.5 Gbps)

...

ملاحظة: تم تصميم بطاقات الخط Engine 3 (محرك خدمات IP - ISE) و Engine 4+ للتطبيقات الطرفية وتنفيذ خدمات IP المحسنة (مثل جودة الخدمة) في الأجهزة دون تأثير على الأداء.

ملخص المبادئ التوجيهية للتصميم

- أستخدم قوائم التحكم في الوصول (ACL) من Turbo، والتي تعمل على تحسين الأداء من خلال السماح للموجه بتجميع قوائم التحكم في الوصول (ACL) قبل تنزيلها إلى معالج LC.

- تجنب إستخدام الكلمة الأساسية "log" على قوائم التحكم في الوصول (ACLs).

- تجنب قوائم التحكم في الوصول (ACL) الصادرة عند الإمكان. في نظام به محرك 0 و 1 و 2 LCs، تتم جميع معالجة قوائم التحكم في الوصول على LC الوارد. حتى تصفية قائمة التحكم في الوصول (ACL) الصادرة يتم إجراؤها على البطاقة الواردة بمجرد أن تعرف الواجهة الصادرة الموجهة للحزمة. ولهذا السبب، يؤثر تكوين قائمة التحكم في الوصول الصادرة على واجهة على جميع قوائم التحكم في الوصول (LCs) في النظام. وبالإضافة إلى ذلك، يمكن لقوائم التحكم في الوصول (LC) للمحرك 2 تنفيذ قوائم التحكم في الوصول (ACL) الواردة أو الصادرة، ولكن لا يتم كلا منهما في الوقت نفسه في ASIC الذي يقوم بإعادة توجيه الأجهزة. إذا قمت بتكوين قوائم التحكم في الوصول الواردة والصادرة على حد سواء، فإن وحدة التحكم في الوصول (LC) تعود إلى إعادة التوجيه المستندة إلى وحدة المعالجة المركزية لقوائم الوصول الصادرة، مما يؤثر على أداء التحويل الخاص بوحدة التحكم في الوصول (LC). ومع ذلك، تم تحسين المحركات الأحدث مثل Engine 3 و Engine 4+ بدرجة عالية لخدمات IP المحسنة مثل قوائم التحكم في الوصول (ACL) ومعالجة قوائم التحكم في الوصول الصادرة على قوائم التحكم في الوصول (LC) الصادرة.

- قم بتخصيص حركة المرور التي تتطلب ميزات معينة لمجموعة واحدة من قوائم التحكم في الوصول (LCs).

- قم بتعيين حركة المرور التي لا تتطلب الميزات إلى مجموعة أخرى من قوائم التحكم في الوصول (LC) للحفاظ على أداء إعادة توجيه حزم البيانات في حالة الذروة.

- أستخدم LCs مع أنواع محركات أعلى عند الحاجة إلى الأداء العالي.

- تصميم أدوات التحكم في الشبكة الأساسية أو الأساسية لتشغيل الميزات المدعومة في الأجهزة أو التعليمات البرمجية الدقيقة.

دراسة الحالة

توضح دراسة الحالة هذه كيفية أستكشاف أخطاء التجاهل المتزايدة على واجهة وحدة التحكم في الوصول (LC) في slot 6 وإصلاحها.

الخطوة 1 - تحقق من قوائم انتظار ToFab في slot 6.

Router#exec slot 6 show controllers tofab queue

========= Line Card (Slot 6) =======

Carve information for ToFab buffers

SDRAM size: 134217728 bytes, address: 30000000, carve base: 30019100

134115072 bytes carve size,  4 SDRAM bank(s), 8192 bytes SDRAM pagesize,

2 carve(s)

max buffer data size 4544 bytes, min buffer data size 80 bytes

174538/174538 buffers specified/carved

110797216/110797216 bytes sum buffer sizes specified/carved

Qnum    Head    Tail            #Qelem  LenThresh

----    ----    ----            ------  ---------

4 non-IPC free queues:

88964/88964 (buffers specified/carved), 50.97%, 80 byte data size

1       21120          84604     81074   262143

54076/54076 (buffers specified/carved), 30.98%, 608 byte data size

2       122270         116965    49567   262143

26165/26165 (buffers specified/carved), 14.99%, 1568 byte data size

3       164160         145355    19518   262143

!-- Out of the 26165 buffers that are carved, only 19518 are available

5233/5233 (buffers specified/carved), 2.99%, 4544 byte data size

4       172325         172088    5233    262143

IPC Queue:

100/100 (buffers specified/carved), 0.5%, 4112 byte data size

30      61             60              100     262143

Raw Queue:

31      44229          88895        0       43634

!-- The Raw Queue has a low or 0 value for the #Qelem column, indicating !-- that the CPU is not overwhelmed with packets destined to it.

ToFab Queues:

Dest

Slot

0       73769          60489           0       262143

1       7909           27395           0       262143

2       61416          71346           0       262143

3       80352          14567           0       262143

4       138236         107121        18955     262143

!-- 18955 packets are waiting for space in the outbound queues !-- on the LC in slot 4.

5       4852           48171           0       262143

6       98318          111757          0       262143

7       44229          88895           0       262143

8       0              0               0       262143

9       0              0               0       262143

10      0              0               0       262143

11      0              0               0       262143

12      0              0               0       262143

13      0              0               0       262143

14      0              0               0       262143

15      0              0               0       262143

Multicast      0              0               0       262143

الخطوة 2 - تحقق من قوائم انتظار FrFAB في الفتحة 4.

نظرا لأن إخراج قائمة انتظار ToFab يشير إلى عدد كبير من الحزم الموضوعة في قائمة الانتظار الموجهة إلى عنصر التحكم في الوصول (LC) في الفتحة 4، تحقق من قوائم انتظار FrFab على عنصر التحكم في الوصول هذا.

Router#exec slot 4 show controllers frfab queue

========= Line Card (Slot 4) =======

Carve information for FrFab buffers

SDRAM size: 67108864 bytes, address: 20000000, carve base: 2002D100

66924288 bytes carve size,  0 SDRAM bank(s), 0 bytes SDRAM pagesize,

2 carve(s)

max buffer data size 4544 bytes, min buffer data size 80 bytes

65534/65534 buffers specified/carved

66789056/66789056 bytes sum buffer sizes specified/carved

Qnum    Head    Tail            #Qelem  LenThresh

----    ----    ----            ------  ---------

4 non-IPC free queues:

26174/26174 (buffers specified/carved), 39.93%, 80 byte data size

1       10123   4332            14515   65535

19630/19630 (buffers specified/carved), 29.95%, 608 byte data size

2       27898   37167           12279   65535

13087/13087 (buffers specified/carved), 19.96%, 1568 byte data size

3   0       52275          0       65535

!-- Zero buffers available for this pool

6543/6543 (buffers specified/carved), 9.98%, 4544 byte data size

4       60805   60804           6543    65535

IPC Queue:

100/100 (buffers specified/carved), 0.15%, 4112 byte data size

30      75      74              100     65535

Raw Queue:

31      0       80              0       65535

Interface Queues:

0       0       39413           0       65535

1       0       44192           0       65535

2       48426   58230           32111   65535

!-- Interface 2 is using half or 32111 of the carved packet buffers

3       0       41219           0       65535

الخطوة 3 - قارن إخراج الأمر show interfaces لنفس الواجهة التي زاد اشتراكها.

مطابقة الواجهة التي تم زيادة الاشتراك فيها والمشار إليها في إخراج show controllers frfab queue مع إخراج show interfaces للواجهة نفسها. تؤكد المخرجات التالية أن معدل واجهة المخرجات هو عند معدل الخط وأنه زائد في الاشتراك:

Router#show interfaces POS 4/2

POS4/2 is up, line protocol is up

Hardware is Packet over SONET

Description: Pacbell OC3 to other ISP...

Internet address is 10.10.10.10/30

MTU 4470 bytes, BW 155000 Kbit, DLY 100 usec, rely 255/255, load 156/255

Encapsulation HDLC, crc 32, loopback not set

Keepalive set (10 sec)

Scramble enabled

Last input 00:00:01, output 00:00:03, output hang never

Last clearing of "show interface" counters never

Queueing strategy: FIFO  Output queue 0/300, 0 drops; input queue 0/300,

0 drops

5 minute input rate 20274000 bits/sec, 6263 packets/sec

5 minute output rate 148605000 bits/sec, 28776 packets/sec

!-- The output interface rate is at line rate which means that the interface !-- is oversubscribed.

1018621328 packets input, 2339977099 bytes, 0 no buffer

Received 0 broadcasts, 1 runts, 0 giants, 0 throttles

0 parity

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

378645 packets output, 156727974 bytes, 0 underruns

0 output errors, 0 applique, 0 interface resets

0 output buffer failures, 0 output buffers swapped out

1 carrier transitions

الخطوة 4 - تنفيذ حل.

راجع أقسام الحلول بهذا المستند للاطلاع على الخطوات التالية لحل الأخطاء المتزايدة التي تم تجاهلها استنادا إلى بنية الواجهة الصادرة المحددة. على سبيل المثال، على محرك 0 LC، حاول تحويل بعض حركة مرور البيانات إلى واجهة أخرى أو، كتدبير مؤقت، تقليل عدد المخازن المؤقتة للحزم التي يمكن أن تستخدمها هذه الواجهة المحددة من قوائم الانتظار الحرة لبطاقة الخط. أستخدم الأمر التالي:

Router(config)#int POS 4/2

Router(config-if)#tx-queue-limit 5000

أخطاء برنامج IOS من Cisco

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

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

- أستكشاف أخطاء الإدخال وإصلاحها على موجه الإنترنت Cisco 12000 Series

- كيفية قراءة إخراج show controllers frfab | أوامر قائمة انتظار Tofab

- اكتشاف مبكر عشوائي مقدر على موجه الإنترنت Cisco 12000 Series

- تكوين MPLS CoS على موجه GSR من Cisco 12000 Series

- كيفية معالجة TCP لفقد حركة المرور

- كيفية تفاعل الموجه مع TCP

- تكوين معدل الوصول الملتزم به

- ملاحظات الإصدار من موجهات سلسلة 12000 من Cisco

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