أستكشاف أخطاء الإدخال وإصلاحها في Cisco IOS XR

المقدمة

يوضح هذا المستند كيفية أستكشاف أخطاء الإدخال وإصلاحها على الواجهة على موجهات XR.

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

المتطلبات

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

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

تغطي هذه المقالة موجهات سلسلة ASR 9000 وموجهات سلسلة CRS وموجهات سلسلة GSR 12000.

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

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

تحتوي عمليات إسقاط الإدخال في Cisco IOS XR على معنى مختلف تماما عن معنى عمليات إسقاط الإدخال في Cisco IOS. يمكن أن تربكك عند ترحيل Cisco IOS إلى Cisco IOS XR ويبدأ في رؤية عدادات إسقاط الإدخال الخاصة به في واجهة العرض.

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

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

الأمثلة:

• ربطت مسحاج تخديد XR إلى مفتاح أن يرسل بعض جسر بروتوكول معطيات وحدة (BPDUs) و UDLD ربط. لا يحتوي موجه XR على شجرة متفرعة أو UDLD مكون على واجهات الطبقة 3 الخاصة به وبالتالي يقوم بإسقاط هذه الإطارات فقط ويزيد من عداد قطرات الإدخال في واجهة العرض. في هذه الحالة، لا يوجد ما يدعو للقلق حيث إنه الشيء الصحيح الذي يجب فعله لإسقاط هذه الإطارات حيث أنه لم يتم تكوين الميزات.
  
  
• يحتوي ASR 9000 على إدخال إعادة التوجيه السريع (CEF) برمجت بشكل غير صحيح بسبب خطأ بحيث لا يشير إلى تجاور صالح. في هذه الحالة، يدرك معالج الشبكة الخاص ببطاقة خط ASR 9000 (LC) أن الموجه يفتقد معلومات الحمل، ويزيد من عداد الإسقاط لمعالج الشبكة (NP) الذي يتم تحميله إلى عداد الإسقاط الخاص بإدخال الواجهة.

عندما يتم الإبلاغ عن حالات انخفاض الإدخال، فإن المشكلة هي معرفة ما إذا كانت هذه حالات انخفاض مشروعة مثل المثال 1، أو نتيجة مشكلة مثل المثال 2.

المشكلة: الزيادة في إسقاط الإدخال

يدرج هذا المستند أسباب حالات إسقاط الإدخال التي يتم زيادتها وكيفية التحقق مما إذا كان هذا السبب:

حالات إسقاط وحدة التحكم

الحزم الصغيرة، تسلسل التحقق من الإطارات (FCS)، عمليات الإجهاض، تجاوز سعة إخراج الإدخال الأول (FIFO)، عمليات السقوط للعمالقة عبر SDH/SONET (POS).

RP/0/RP0/CPU0:equinox#show controllers poS 0/2/0/0 framer statistics
POS Driver Internal Cooked Stats Values for port 0
===================================================
Rx Statistics                   Tx Statistics
-------------                   -------------
Total Bytes:    71346296        Total Bytes:    67718333 
Good Bytes:     71346296        Good Bytes:     67718333 
Good Packets:   105385          Good Packets:   67281    
Aborts:         0               Aborts:         0        
FCS Errors:     0               Min-len errors: 0        
Runts:          0               Max-len errors: 0        
FIFO Overflows: 0               FIFO Underruns: 0        
Giants:         0        
Drops:          0        

RP/0/RP0/CPU0:equinox#

بالنسبة لواجهة إيثرنت (gige، tengige...)، تحقق من شيء مثل:

إظهار وحدات التحكم GigabitEthernet 0/0/18 Stats

راجع ما إذا كان هناك عداد واحد في حالات وحدة التحكم التي تزيد بنفس معدل زيادة عداد إسقاط الإدخال في واجهة العرض. يجب أن تكون بعض عدادات الأخطاء هذه أيضا في واجهة show.

غاية غير معروف متوسط الوصول تحكم عنوان (DMAC) أو dot1q VLAN

ربط مع غاية {upper}mac address، ليس الواحد من القارن، أو مع الفعلي منطقة شبكة (VLAN) لا يماثل ب subinterface. هذا يستطيع حدثت عندما هناك بعض يفيض في مجال L2 من مجهول unicast {upper}mac address لذلك ال XR مسحاج تخديد يربط إلى أن L2 مجال يستلم إطار مع غاية {upper}mac address أي ليس واحد من الجهاز تحكم ه. كما يمكن عندما يرسل موجه Cisco IOS رسائل keepalive لشبكة الإيثرنت على واجهة XE الخاصة به، لذلك تقوم رسائل keepalives هذه بزيادة عمليات إسقاط الإدخال على موجه XR لأنها لا تحتوي على عنوان MAC الوجهة لموجه XR. أيضا، عندما تكون الواجهة متصلة بجهاز آخر لديه المزيد dot1q vlanS/subinterfaces يشكل كما على موجه XR بحيث أن موجه XR يستلم إطارات مع علامة dot1q غير معروفة.

على وحدات واجهة الطبقة المادية الثابتة (PLIM) ل CRS، يمكنك العثور على حالات السقوط هذه في:

RP/0/RP0/CPU0:pixies-uk#sh contr plim asic statistics interface tenGigE 0/1/0/3 location 0/1/CPU0
Wed Aug 22 16:07:47.854 CEST
                               Node: 0/1/CPU0


TenGigE0/1/0/3 Drop
-------------------------------------------------------------------------------
RxFiFO Drop       : 0                   PAR Tail Drop     : 0                   
PAR Err Drop      : 0                   Invalid MAC Drop  : 86                 
TxFIFO Drop       : 0                   Invalid VLAN Drop : 11           

أو في حالات وحدة التحكم في الثانية أو الثانية:

RP/0/RP0/CPU0:pixies-uk#sh contr ten 0/1/0/3 stats 
Wed Aug 22 16:22:42.059 CEST
Statistics for interface TenGigE0/1/0/3 (cached values):

Ingress: 


    Input drop overrun          = 0
    Input drop abort            = 0
    Input drop invalid VLAN     = 11
    Input drop invalid DMAC     = 0
    Input drop invalid encap    = 0
    Input drop other            = 86

ملاحظة: يوجد معرف تصحيح الأخطاء من Cisco CSCub74803. ويتم زيادة ميزة إسقاط الإدخال الأخرى بدلا من DMAC غير صالح لإفلات الإدخال على الأقل على PLIM الثابت المكون من 8 منافذ من CRS.

بالنسبة لمهايئات المنفذ المشترك (SPAs) (CRS، XR 12000)، يتم إسقاط الحزم ذات MAC غير الصالح بواسطة كاميرا L2 من SPA حتى يمكنك العثور على حالات السقوط هذه في وحدات تحكم العرض TenGigE a/b/c/d all:

    Input drop other            = 107

   l2-tcam Invalid DA Drops: 107

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

RP/0/RSP0/CPU0:obama#sh int gig 0/0/0/30 | i "input drops"
Wed Aug 22 16:55:52.374 CEST
     1155 packets input, 156256 bytes, 1000 total input drops
RP/0/RSP0/CPU0:obama#sh contr np ports all location 0/0/CPU0
Wed Aug 22 16:56:01.385 CEST

                Node: 0/0/CPU0:
----------------------------------------------------------------

NP Bridge Fia                       Ports                      
-- ------ --- --------------------------------------------------- 
0  0      0   GigabitEthernet0/0/0/30 - GigabitEthernet0/0/0/39 
1  0      0   GigabitEthernet0/0/0/20 - GigabitEthernet0/0/0/29 
2  1      0   GigabitEthernet0/0/0/10 - GigabitEthernet0/0/0/19 
3  1      0   GigabitEthernet0/0/0/0 - GigabitEthernet0/0/0/9 
RP/0/RSP0/CPU0:obama#

أنت يستطيع رأيت أن القارن gig 0/0/0/30 عالج ب ال NP 0 على 0/0/CPU0.
فلنتحقق من عدادات NP ل NP0 على 0/0/CPU0:

RP/0/RSP0/CPU0:obama#sh contr np counters np0 location 0/0/CPU0
Wed Aug 22 16:56:19.883 CEST

                Node: 0/0/CPU0:
----------------------------------------------------------------

Show global stats counters for NP0, revision v3

Read 26 non-zero NP counters:
Offset  Counter                                         FrameValue   Rate (pps)
-------------------------------------------------------------------------------
  22  PARSE_ENET_RECEIVE_CNT                                  1465           0
  23  PARSE_FABRIC_RECEIVE_CNT                                2793           0
  24  PARSE_LOOPBACK_RECEIVE_CNT                              2800           0
  28  MODIFY_FABRIC_TRANSMIT_CNT                                80           0
  29  MODIFY_ENET_TRANSMIT_CNT                                1792           0
  32  RESOLVE_INGRESS_DROP_CNT                                1000           0
  35  MODIFY_EGRESS_DROP_CNT                                  1400           0
  36  MODIFY_MCAST_FLD_LOOPBACK_CNT                           1400           0
  38  PARSE_INGRESS_PUNT_CNT                                   465           0
  39  PARSE_EGRESS_PUNT_CNT                                    155           0
  45  MODIFY_RPF_FAIL_DROP_CNT                                1400           0
  53  PARSE_LC_INJECT_TO_FAB_CNT                                80           0
  54  PARSE_LC_INJECT_TO_PORT_CNT                              864           0
  57  PARSE_FAB_INJECT_UNKN_CNT                                155           0
  67  RESOLVE_INGRESS_L3_PUNT_CNT                              465           0
  69  RESOLVE_INGRESS_L2_PUNT_CNT                              464           0
  70  RESOLVE_EGRESS_L3_PUNT_CNT                              1400           0
  93  CDP                                                      464           0
  95  ARP                                                        1           0
 109  DIAGS                                                    154           0
 221  PUNT_STATISTICS                                         9142           1
 223  PUNT_DIAGS_RSP_ACT                                       155           0
 225  PUNT_DIAGS_RSP_STBY                                      155           0
 227  NETIO_RP_TO_LC_CPU_PUNT                                  155           0
 373  L3_NOT_MYMAC                                            1000           0 
 565  INJECT_EGR_PARSE_PRRT_PIT                                928           0

RP/0/RSP0/CPU0:obama#

لذلك L3_NOT_MYMAC في عداد NP يعني أن المسحاج تخديد استلم إطار على طبقة 3 قارن مع غاية {upper}mac address أي ليس واحد من القارن. يقوم الموجه بإسقاطها كما هو متوقع، ويتم الإبلاغ عن ذلك عند إسقاط الإدخال في واجهة العرض.

في ASR 9000 للحزم المستلمة مع a dot1q VLAN التي لم يتم تكوينها على واجهة فرعية من ال ASR 9000، لا يتم زيادة عداد إسقاط الإدخال غير المعروف 802.1Q في حالات show controllers gigabitEthernet 0/0/0/30. الإجراء هو نفسه المذكور أعلاه ل DMAC غير المعروف: تحديد أي بروتوكول NP يعالج الواجهات، ثم التحقق من عداد NP هذا. يمكنك أن ترى أن عداد NP UIDB_TCAM_MISS_AGG_DROP يتزايد في تلك الحالة.

الحزم التي سقطت بسبب بروتوكول المستوى الأعلى غير المعروف

هذا واضح جدا في الكشف حيث هناك عداد لهذه الاسقاط خط واحد تحت المدخلات قطرات في عرض قارن:

RP/0/RSP0/CPU0:obama#sh int gig 0/0/0/18
Wed Aug 22 17:14:35.232 CEST
GigabitEthernet0/0/0/18 is up, line protocol is up 

  5 minute input rate 4000 bits/sec, 0 packets/sec
  5 minute output rate 5000 bits/sec, 0 packets/sec
     7375 packets input, 6565506 bytes, 1481 total input drops
     1481 drops for unrecognized upper-level protocol

يمكنك أن ترى هنا أن جميع عمليات إسقاط الإدخال كانت بسبب بروتوكول المستوى الأعلى غير معروف.

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

الأمثلة: وحدات بيانات بروتوكول الجسر (BPDUs)، النظام الوسيط إلى النظام الوسيط (ISIS)، بروتوكول الشبكة الأقل اتصالا (CLNP)، IPv6، UDLD، بروتوكول أستكشاف Cisco (CDP)، بروتوكول إنشاء خط اتصال شبكات VLAN (VTP)، بروتوكول التوصيل الديناميكي (DTP)، بروتوكول اكتشاف طبقة الارتباط (LLDP) وما إلى ذلك...

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

تسقط كلمة NP على ال ASR 9000

يتم الإبلاغ عن عدادات الإسقاط في عملية الشبكة (NP) ل ASR 9000 كعمليات إسقاط إدخال عند تطبيقها على حزمة مستلمة على واجهة وإسقاطها. لا يحدث هذا لحالات إسقاط محرك محول الحزمة (PSE) على CRS و XR 12000. لا يتم حسابها كحالات سقوط للإدخال.

لذلك إذا كان لديك عمليات إسقاط إدخال على ASR 9000 ولا تتطابق مع أحد هذه الأسباب، حينئذ يمكنك القيام بإظهار وحدات التحكم np ports all location 0/<x>/cpu0 للعثور على NP الذي يعالج الواجهة مع عمليات إسقاط الإدخال ثم التحقق من عدادات NP الخاصة به باستخدام show contr np counters np np<y> location 0/<x>/CPU0.

يمكنك توجيه الإخراج للاحتفاظ بعدادات DROP فقط باستخدام أمر مثل عدادات NP ل sh<y> الموقع 0/<x>/CPU0 | أسقط، ولكن هذا يمكن أن يكون خطرا لأنه في بعض الأحيان لا يوجد عداد إسقاط في اسمه. لقد رأيت مثالا جيدا على L3_NOT_MYMAC. لذلك قد يكون التوجيه ل drop|discard|ليس|excd.

يمكنك مسح عدادات الواجهة وعدادات NP باستخدام المنطقة 0/<x>/CPU0 الخاصة بعدادات NP لوحدة التحكم الواضحة مع <y> الموقع 0/<x>/CPU0 في نفس الوقت تقريبا لمعرفة الزيادات في عداد NP بنفس معدل إسقاط الإدخال.

على سبيل المثال، يمكنك الحصول على IPv4_PLU_DROP_PKT في عدادات NP، مما يعني أن إدخال CEF/PLU يقول إنه يجب إسقاط الحزمة. ليس لديك مسار افتراضي ولديك وجهات غير قابلة للوصول معطلة لذلك لا تطابق الحزم مسارا أكثر تحديدا، حيث يكون الوصول إلى معالج CEF الافتراضي، هو إدخال إسقاط.

إذا عثرت على عداد إسقاط في NP يمكن أن يفسر عمليات إسقاط الإدخال عند تزايدها بنفس المعدل، ولكن عداد إسقاط NP ليس تفسيرا ذاتيا بدرجة كبيرة، فيمكنك التنقل في هذه الصفحة لمحاولة فهم ما يعنيه العداد:
ASR9000/XR: أستكشاف أخطاء عمليات إسقاط الحزم وإصلاحها وفهم عدادات إسقاط NP

ملاحظة: تحتوي صفحة Xander في منتديات الدعم على الأسباب التي أدت إلى انخفاض الجيل الأول من الأسطر (Trident)، وهناك أسماء معاكسة جديدة للجيل الجديد (Typhoon) من الأسطر. استنادا إلى الاسم، يجب أن تكون قادرا على العثور على اسم عداد مماثل كما هو الحال في Trident.

نتيو

يمكنك تجميع show netio idb <int>وهذا يمنحك إسقاط إدخال الواجهة وعدادات إسقاط عقدة netio:

RP/0/RP0/CPU0:ipc-lsp690-r-ca-01#show netio idb gigabitEthernet 0/2/0/1 

GigabitEthernet0/2/0/1 (handle: 0x01280040, nodeid:0x21) netio idb:
---------------------------------
name:                    GigabitEthernet0_2_0_1
interface handle:        0x01280040
interface global index:  3
physical media type:     30
dchain ptr:              <0x482e0700>
echain ptr:              <0x482e1024>
fchain ptr:              <0x482e13ec>
driver cookie:           <0x4829fc6c>
driver func:             <0x4829f040>
number of subinterfaces: 4096
subblock array size:     7
DSNCNF:                  0x00000000
interface stats info: 
   IN  unknown proto pkts:  0
   IN  unknown proto bytes: 0
   IN  multicast pkts:      0
   OUT multicast pkts:      0
   IN  broadcast pkts:      0
   OUT broadcast pkts:      0
   IN  drop pkts:           0 <=========== cleared when added to input drop counter !!!
   OUT drop pkts:           0
   IN  errors pkts:         0
   OUT errors pkts:         0

Chains
--------------------
Base decap chain: 
     ether                <30>  <0xfd018cd8, 0x482c736c>  <       0,        0>

Protocol chains:
---------------
<Protocol number> (name)  Stats
  Type  Chain_node       <caps num>  <function, context> <drop pkts, drop bytes>
  <snip>
  <13> (mpls)   Stats IN: 204 pkts, 23256 bytes; OUT: 0 pkts, 0 bytes
    Encap: 
     mpls                 <25>  <0xfcc7ddbc, 0x00000000>  <       0,        0>
     ether                <30>  <0xfd0189b4, 0x482c736c>  <       0,        0>
     l2_adj_rewrite       <86>  <0xfcaa997c, 0x4831a2e8>  <       0,        0>
     pcn_output           <54>  <0xfd0561f0, 0x48319f04>  <       0,        0>
     q_fq                 <43>  <0xfd05f4b8, 0x48320fec>  <       0,        0>
     txm_nopull           <60>  <0xfcadba38, 0x4824c0fc>  <       0,        0>
    Decap: 
     pcn_input            <55>  <0xfd0561f0, 0x4830ba8c>  <       0,        0>
     q_fq_input           <96>  <0xfd05f330, 0x48312c7c>  <       0,        0>
     mpls                 <25>  <0xfcc7b2b8, 0x00000000>  <     152,    17328> 
    Fixup: 
     l2_adj_rewrite       <86>  <0xfcaa945c, 0x00000000>  <       0,        0>
     pcn_output           <54>  <0xfd0561f0, 0x48319f04>  <       0,        0>
     q_fq                 <43>  <0xfd05f4b8, 0x48320fec>  <       0,        0>
     txm_nopull           <60>  <0xfcadba38, 0x4824c0fc>  <       0,        0>

يمكن أن تكون حالات السقوط في عقدة تحويل التسمية متعدد البروتوكولات (MPLS) هنا بسبب انتهاء صلاحية MPLS Time to Live (TTL) (في حالة حدوث تكرار حلقي أو عندما يقوم العميل بعملية traceroute)، أو التجزئة المطلوبة ولا يتم تعيين وحدة بت Do Gment (DF) للمثيل. يمكنك تشغيل خطأ إسقاط حزمة MPLS وتصحيح الأخطاء باستخدام موقع الواجهة لمحاولة اكتشاف نوع الحزمة التي تزيد من هذا العداد.

حزم البث المتعدد الخاملة. عندما ترى Netio In Drop PKTS ولكن لا توجد عقدة Netio أدناه مع بعض عمليات الإسقاط التي يمكن أن تفسر IN PKTS، بعد ذلك يمكن عرض هذه الحزم المثقبة، ويمكنك تمكين الإسقاط المتعدد من Deb لتحديد نوع الحزم