المحتويات

المقدمة

سلوك CEF على منصة Cisco IOS XE

تحقق من تجاور CEF

ظاهرة شائعة

القرار

المقدمة

يصف هذا المستند ميزة إعادة التوجيه السريع (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 الموضح سلوكا متوقعا مع هذا النظام الأساسي نظرا لأن الجهاز يستغرق بضع ثوان لتحديث البادئات في جميع وحدات البرنامج النمطية.