فهم CEF واستكشاف أخطائه وإصلاحها على موجهات Cisco IOS XE
المقدمة
يصف هذا المستند ميزة إعادة التوجيه السريع (CEF) من Cisco IOS® XE المستندة إلى الأجهزة. على عكس موجهات Cisco الأخرى، تكون الموجهات المستندة إلى CISCO IOS XE معيارية في طبيعتها ليس فقط من حيث الأجهزة، بل أيضا في البرامج. ونظرا لهذه الطبيعة، يختلف سلوك معظم الميزات والبروتوكولات قليلا أيضا. سترى أيضا كيفية الحفاظ على جداول CEF على الأجهزة المستندة إلى Cisco IOS XE وكيفية إدارة جداول بروتوكول العبارة الحدودية الكبيرة (BGP) من حيث تحديثات CEF على الأنظمة الأساسية Cisco IOS XE.
سلوك CEF على منصة Cisco IOS XE
تحديث جدول CEF داخل منصة XE
في أجهزة Cisco IOS XE مثل ASR1000، يتم فصل مستوى التحكم عن مستوى إعادة التوجيه. كلما أحتاج أي تحديث إلى أن يتم تمريره من مستوى التحكم إلى مستوى البيانات، فيجب أن يمر عبر تدفق البيانات الظاهر في الرسم التخطيطي للتدفق. على سبيل المثال، في حالة إعادة التوجيه السريع (CEF) كلما تم تعلم أي بادئة على مستوى التحكم، يمر هذا التحديث من مستوى التحكم (IOS) إلى مدير إعادة التوجيه لمستوى التحكم (FMAN-RP). يستخدم مدير إعادة التوجيه على مستوى التحكم أدوات مساعدة kernel مثل إرتباطات LSMPI و Hyper-Transport (HT) وما إلى ذلك لتمرير التحديث إلى مدير إعادة توجيه مستوى إعادة التوجيه (ESP) (FMAN-FP). يرسل مدير إعادة التوجيه التحديث إلى معالج التدفق الكمي (QFP) الذي يقوم بتنفيذ برنامج QFP MicroCode حتى يتم أخيرا برمجة النظام الفرعي QFP الذي يقوم بإعادة التوجيه الفعلي للحزم في أجهزة موجه خدمات التجميع (ASR) من Cisco.
هناك أوامر مختلفة يمكنك إستخدامها للتحقق من تحديث CEF على كل وحدة من هذه البرامج النمطية. وهذه هي العملية التدريجية لذلك.
للتحقق من CEF على مستوى التحكم:
Router#show ip cef Prefix Next Hop Interface 0.0.0.0/0 no route 0.0.0.0/8 drop 0.0.0.0/32 receive 1.1.1.1/32 10.10.10.1 GigabitEthernet0/0/0 2.2.2.2/32 receive Loopback1 10.10.10.0/24 attached GigabitEthernet0/0/0 10.10.10.0/32 receive GigabitEthernet0/0/0 Router#show platform software ip rp active cef summary Forwarding Table Summary Name VRF id Table id Protocol Prefixes State ------------------------------------------------------------------------------------------------
Default 0 0 IPv4 20 OM handle: 0x404a4df8 Router#show platform software ip rp active cef detail Forwarding Table 0.0.0.0/0 -> OBJ_ADJ_NOROUTE (0), urpf: 5 Prefix Flags: Default, Default route handler OM handle: 0x404a91e8 0.0.0.0/8 -> OBJ_ADJ_DROP (0), urpf: 13 Prefix Flags: unknown OM handle: 0x404bd5e8 0.0.0.0/32 -> OBJ_ADJ_RECEIVE (0), urpf: 12 Prefix Flags: Receive OM handle: 0x404bd298 1.1.1.1/32 -> OBJ_ADJACENCY (16), urpf: 20 Prefix Flags: unknown OM handle: 0x404fec70
للتحقق من تفاصيل إعادة التوجيه السريع (CEF) في مستوى إعادة التوجيه (ESP):
Router#show platform software ip fp active cef detail Forwarding Table 0.0.0.0/0 -> OBJ_ADJ_NOROUTE (0), urpf: 5 Prefix Flags: Default, Default route handler aom id: 73, HW handle: 0x4310df8 (created) 0.0.0.0/8 -> OBJ_ADJ_DROP (0), urpf: 13 Prefix Flags: unknown aom id: 90, HW handle: 0x4362cd8 (created) 0.0.0.0/32 -> OBJ_ADJ_RECEIVE (0), urpf: 12 Prefix Flags: Receive aom id: 86, HW handle: 0x4333568 (created) 127.0.0.0/8 -> OBJ_ADJ_DROP (0), urpf: 13 Prefix Flags: unknown aom id: 91, HW handle: 0x4387048 (created) 224.0.0.0/4 -> OBJ_ADJ_DROP (0), urpf: 13 Prefix Flags: unknown aom id: 92, HW handle: 0x43870d8 (created) Router#show platform software ip fp active cef summary Forwarding Table Summary Name VRF id Table id Protocol Prefixes State ------------------------------------------------------------------------------------------------ Default 0 0 IPv4 20 hw: 0x43010a8 (created)
يمكن إستخدام هذه الأوامر أيضا عندما تواجه مشاكل CEF على الجهاز. على سبيل المثال، على الرغم من التعرف على المسارات، إلا أنه لا يمكن الوصول إلى البادئات. يمكنك البحث خلال جميع الوحدات النمطية لمعرفة ما إذا تم تحديث جميع جداول CEF بشكل صحيح أم لا.
تحقق من تجاور CEF
وبطريقة مماثلة، يمكنك التحقق أكثر من جدول تجاور CEF لجميع معلومات الطبقة 2 حول البادئات المجاورة.
للتحقق من تجاور CEF على مستوى التحكم:
Router#show adjacency gigabitEthernet 0/0/0 detail Protocol Interface Address IP GigabitEthernet0/0/0 10.10.10.1(11) 72772 packets, 4622727 bytes epoch 0 sourced in sev-epoch 0 Encap length 14 0062EC6B89000062EC6BEC000800 L2 destination address byte offset 0 L2 destination address byte length 6 Link-type after encap: ip ARP Router#show platform software adjacency rp active Number of adjacency objects: 4 Adjacency id: 0x10 (16) Interface: GigabitEthernet0/0/0, IF index: 8, Link Type: MCP_LINK_IP Encap: 0:62:ec:6b:89:0:0:62:ec:6b:ec:0:8:0 Encap Length: 14, Encap Type: MCP_ET_ARPA, MTU: 1500 Flags: no-l3-inject Incomplete behavior type: None Fixup: unknown Fixup_Flags_2: unknown Nexthop addr: 10.10.10.1 IP FRR MCP_ADJ_IPFRR_NONE 0 OM handle: 0x404ea1d8
تحتاج إلى ملاحظة معرف التجاور للتحقق من تفاصيل حول هذا التجاور الخاص في مستوى إعادة التوجيه. في هذه الحالة، يكون معرف التجاور 16.
للتحقق من تجاور CEF على مستوى إعادة التوجيه:
Router#show platform software adjacency fp active index 16 Number of adjacency objects: 4 Adjacency id: 0x10 (16) Interface: GigabitEthernet0/0/0, IF index: 8, Link Type: MCP_LINK_IP Encap: 0:62:ec:6b:89:0:0:62:ec:6b:ec:0:8:0 Encap Length: 14, Encap Type: MCP_ET_ARPA, MTU: 1500 Flags: no-l3-inject Incomplete behavior type: None Fixup: unknown Fixup_Flags_2: unknown Nexthop addr: 10.10.10.1 IP FRR MCP_ADJ_IPFRR_NONE 0 aom id: 114, HW handle: 0x43ae148 (created)
هنا، ترى أن معلومات تجاور CEF مأهولة في مدير إعادة التوجيه (FMAN) على FP. يرسل FMAN FP هذه المعلومات إلى برنامج تشغيل عميل QFP الذي يقوم برمجة جدول إعادة توجيه QFP الذي سيتم إستخدامه لإعادة التوجيه في نهاية المطاف. من الأمر السابق، انسخ مؤشر الأجهزة للتحقق من معلومات إعادة التوجيه على QFP.
Router#show pla hard qfp act feature cef-mpls adjacency handle 0x43ae148 Adj Type: : IPV4 Adjacency Encap Len: : 14 L3 MTU: : 1500 Adj Flags: : 0 Fixup Flags: : 0 Output UIDB: : Interface Name: GigabitEthernet0/0/0 Encap: : 00 62 ec 6b 89 00 00 62 ec 6b ec 00 08 00 Next Hop Address: : 10.10.10.1 Lisp Fixup HW Ptr: : 0x767b28f0 Next HW OCE Ptr: : 00000000 CM HW Ptr:: 946947588 Fixup_Falgs_2: : 0
هنا، تعرف أن جميع جداول التجاور يتم تحديثها بشكل صحيح والموجه جاهز لإعادة التوجيه. ومع ذلك، فإن عملية العزل بأكملها تتطلب الكثير من الأوامر وتتطلب معرفة بالبنية النمطية على مستوى معين. وبالتالي، من أجل تبسيط ذلك، كان هناك أمر تم تقديمه مؤخرا والذي يوفر معلومات مدمجة من جميع الوحدات.
الأمر هو show ip cef platform detail.
ظاهرة شائعة
لجميع الأجهزة النمطية Cisco IOx XE في الحالات التي يتم فيها تعلم عدد كبير من البادئات على الموجه، يستغرق عادة بعض الوقت لبرمجة جميع البادئات في جميع وحدات إعادة التوجيه. ويمكن ملاحظة ذلك بشكل متكرر جدا على الموجهات التي تقع في حافة الموفر يعلم جدول توجيه BGP الكامل من ISP.
في مركز المساعدة التقنية، كانت هناك حالات قليلة مستلمة حيث شوهد أنه بعد ظهور جلسة BGP وحتى تحديث مسار BGP في جدول التوجيه، لا يمكن الوصول إلى البادئات لفترة من الوقت. عادة، يستغرق الأمر من 20 إلى 30 ثانية ويعتمد على النظام الأساسي للموجه لاختبار اتصال هذه البادئات. على سبيل المثال، فيما يلي سيناريو إختبار:
الوكيل هو أداة مولد حركة مرور يتم إستخدامها لدفع مليون مسار BGP إلى موجه ASR1002HX.
هنا أنت ترى أن، حتى إن علمت ال BGP ممر على الأداة وال مستوى تحكم CEF طاولة يكون، الشبكة داخلي يعجز أن يؤز ال يعرف بادئات ل few ثاني إضافي. على أساس مناقشة إعادة التوجيه السريع (CEF)، من الواضح أنك بحاجة إلى تحديث إدخالات إعادة التوجيه السريع (CEF) على كل وحدة نمطية من البرامج. يمكنك أن ترى نتيجة واحدة لهذا السلوك في هذا السيناريو الخاص حيث لا يمكن الوصول إلى البادئات نظرا لحقيقة عدم تحديثها في جدول إعادة توجيه ESP. فيما يلي بعض المخرجات من ASR1002HX للرجوع إليها.
يتم تحديث جداول BGP بجميع المسارات التي يبلغ عددها مليون مسار.
Router#show ip bgp summary BGP router identifier 1.1.1.1, local AS number 100 BGP table version is 1, main routing table version 1 1000002 network entries using 248000496 bytes of memory 1000002 path entries using 128000256 bytes of memory 100002/0 BGP path/bestpath attribute entries using 26400528 bytes of memory 100000 BGP AS-PATH entries using 5402100 bytes of memory 0 BGP route-map cache entries using 0 bytes of memory 0 BGP filter-list cache entries using 0 bytes of memory BGP using 407803380 total bytes of memory BGP activity 8355774/7355772 prefixes, 9438985/8438983 paths, scan interval 60 secs Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.10.10.2 4 100 5 2 1 0 0 00:00:58 1 20.20.20.2 4 100 100002 3 1 0 0 00:01:02 1000000
وعلى الرغم من أن جدول BGP يحتوي على مليون بادئة، إلا أن جدول CEF الخاص بإدارة إعادة التوجيه به البادئات 48613 التي تم التعرف عليها بعد.
إذا انتظرت لمدة 20-30 ثانية، سترى جدول FP CEF المحدث بالكامل بمليون بادئة.
Router#show platform software ip fp active cef summary
Forwarding Table Summary
Name VRF id Table id Protocol Prefixes State
------------------------------------------------------------------------------------------------
Default 0 0 IPv4 48613 hw: 0x2edce98 (created)
القرار
عند التعامل مع أجهزة البنية النمطية المستندة إلى Cisco IOS XE لإعادة توجيه المشاكل ذات الصلة، يجب عليك التحقق من معلومات جدول إعادة التوجيه ذات الصلة من جميع وحدات البرامج. يمكن إعتبار سيناريو BGP الموضح سلوكا متوقعا مع هذا النظام الأساسي نظرا لأن الجهاز يستغرق بضع ثوان لتحديث البادئات في جميع وحدات البرنامج النمطية.
التعليقات