فهم إستهلاك موارد TCAM وحلها على Cisco Nexus 3164PQ

المقدمة

يصف هذا المستند كيفية ملاحظة رسائل syslog التي تشير إلى إستهلاك موارد TCAM على محول Cisco Nexus 3064PQ يشغل NX-OS الإصدار 9.3(9).

معلومات أساسية

يحدث الإرهاق في منطقة LPM_128 TCAM، والمسؤولة عن تخزين مسارات بروتوكول IPv6 مع أطوال بادئة أكبر من /64.

رسائل syslog التي تمت ملاحظتها

٪IPFIB-2-FIB_TCAM_RESOURCE_EXHAUSTION_LPM_128_IPv6: تم استنفاد وحدة الاتصالات FIB للمسارات التي تستخدم بروتوكول IPv6 في الجدول LPM-128
٪IPFIB-2-FIB_TCAM_RESOURCE_EXCEP_CLRD: تم مسح إستثناء إستخدام موارد FIB TCAM
٪IPFIB-2-FIB_TCAM_RESOURCE_EXHAUSTION_LPM_128_IPv6: تم استنفاد وحدة الاتصالات FIB للمسارات التي تستخدم بروتوكول IPv6 في الجدول LPM-128

رسائل التحقق من التناسق الإضافية

٪UFDM-3-FIB_IPv6_ROUTE_CONSISTENCY_CHECKER_FAILED: فشل مدقق اتساق مسار FIB IPv6 على الفتحة 1

تؤكد هذه السجلات حالات فشل تخصيص TCAM المتكررة لمسارات IPv6 داخل الجدول LPM_128.

بنية جدول إعادة التوجيه - سلسلة Cisco Nexus 3000

مخرجات النظام - ملخص مسار بروتوكول IPv6

إظهار ملخص مسار IPv6 لإعادة التوجيه الداخلية للنظام

ملخص الإخراج

• الحد الأقصى لإدخالات جدول LPM: 15359
• إجمالي (<= /64) مسارات LPM: 266
• إجمالي (> /64) مسارات LPM: 157

استنادا إلى هذا الإخراج، يستخدم 157 مسارا جدول LPM_128، الذي يتجاوز سعة النظام الأساسي.

إستخدام جدول LPM_128

تقوم منطقة LPM_128 TCAM بتخزين بادئات IPv6 من /65 إلى /127.

في Nexus 3064PQ، تكون سعة LPM_128 كما يلي:

• مع تمكين uRPF: 64 إدخالا
• مع تعطيل uRPF: 128 إدخالا

بما أن uRPF معأق في التشكيل حالي، المفتاح يستطيع استوعب up to 128 IPv6 LPM_128 مدخل.

يتجاوز الاستخدام الحالي ل 157 إدخالا هذا الحد، مما يؤدي إلى إستهلاك TCAM.

التحقق - تكوين uRPF

show running-config | i rPF

مردود

تعطيل إعادة توجيه المسار العكسي للنظام

تعطيل urpf

هذا يؤكد أن uRPF معطل، مما يسمح بتوسيع سعة LPM_128.

ملخص إستخدام الموارد

• إدخالات IPv6 LPM_128 المستخدمة: 157
• الحد الأقصى لسعة بروتوكول IPv6 LPM_128: 128

بمجرد أن يتجاوز عدد الإدخالات الحد الأقصى لسعة TCAM المتاحة، يقوم النظام بتشغيل تنبيه syslog هذا:

٪IPFIB-2-FIB_TCAM_RESOURCE_EXHAUSTION_LPM_128_IPv6: تم استنفاد وحدة الاتصالات FIB للمسارات التي تستخدم بروتوكول IPv6 في الجدول LPM-128

تحليل السبب الجذري

هذه حالة مؤكدة لاستنفاد موارد TCAM على منصة Cisco Nexus 3064PQ، بسبب:

• مسارات مفرطة عبر بروتوكول IPv6 تتسم بأطوال بادئة أكبر من /64، مما يتجاوز سعة المنطقة LPM_128 TCAM المتوفرة.
• قيود الأجهزة الملازمة لبنية Nexus 3064PQ.

تفاصيل السعة الخاصة بالمنصات

ملاحظة: هذه الحدود خاصة ب Nexus 3064PQ وهي أقل من معظم المحولات الأخرى من السلسلة Nexus 3000، حيث يدعم جدول LPM_128 بشكل نموذجي 128 إدخالا (تم تمكين إعادة توجيه المسار العكسي (uRPF)) و 256 إدخالا (تم تعطيل uRPF).

معالجة موصى بها

1. تلخيص المسار
• قم بتنفيذ تلخيص مسار بروتوكول IPv6 للبادئات بين /65 و /127 لتقليل الإدخالات في منطقة LPM_128 TCAM.
2. مراجعة سياسات التوجيه
   
• تحسين إعلانات المسار من نظائر الخادم للحد من مسارات IPv6 ذات البادئات الطويلة.
• تأكد من أن المسارات الثابتة أو المعاد توزيعها غير الضرورية لا تساهم في إستهلاك الجدول.
3. ترقية الأجهزة
   
• وإذا لم يكن التلخيص ممكنا، ففكر في الترحيل إلى نظام Nexus ذي سعة أكبر (على سبيل المثال، سلسلة Nexus 9000).

ملخص

القرار

عانى المحول Nexus 3064PQ من إستهلاك TCAM بسبب تجاوز مسارات بروتوكول IPv6 لسعة LPM_128 TCAM.

يلزم تلخيص المسار وتحسينه لمنع حدوث المزيد من التكرارات.