CCIE SP v5.1 — Core Routing Architecture (Objective 1.1)

الوحدة 01: معمارية Link-State وفصل مساري التحكم والبيانات

الهدف الهندسي للوحدة

فهم البنية التحتية الصلبة التي قامت عليها بروتوكولات Link-State عموماً و IS-IS خصوصاً في شبكات مزودي الخدمة (Service Providers)، وكيف يضمن الفصل الفيزيائي والبرمجي بين مسار التوجيه الحسابي (Control Plane) ومسار التحويل العتادي السريع (Data Plane) ثبات الشبكة عند سرعات تصل لمئات الجيجابت بالثانية دون إجهاد معالج الموجه.

1. العالم البسيط الأصلي (The Original Simple World) والمأزق الجديد

في فجر شبكات تبادل الحزم (Packet-Switched Networks)، كانت الموجهات (Routers) تُبنى كحواسيب عامة الأغراض بـ CPU وحيد وذاكرة مشتركة. كان كل باكت IP يصل إلى كرت الشبكة يُرسل عبر مقاطعة عتادية (Interrupt) إلى المعالج المركزي ليقوم بالعمليات الآتية:

  1. قراءة عنوان الوجهة (Destination IP Address).
  2. البحث في جدول التوجيه البرمجي في الذاكرة (Linear Routing Table Lookup).
  3. تعديل حقل الـ TTL وحساب الـ Checksum من جديد.
  4. إعادة كتابة ترويسة الطبقة الثانية (L2 Rewrite) ودفع الباكت لمنفذ الخروج.

عملت هذه الآلية بنجاح عندما كانت سرعات الروابط لا تتعدى 56 Kbps أو روابط T1 (1.544 Mbps). ولكن مع ظهور كوابل الألياف الضوئية والانتقال لسرعات Gigabit و 100GbE في شبكات النواة (Core Networks)، ظهر مأزق فيزيائي وهندسي قاتل:

المأزق الهندسي: اختناق المعالج وانهيار التوجيه

لا يمكن لمعالج مركزي (CPU) يعمل بتردد بضعة جيجاهرتز أن يتخذ ملايين القرارات المعقدة في الثانية لكل باكت بمفرده. إذا تزامن ضخ ملايين الحزم في الثانية مع حادثة تذبذب في الشبكة (Flapping Link) تطلبت إعادة حساب مسارات التوجيه، يقفز استهلاك المعالج إلى 100%، مما يؤدي إلى إسقاط باكتات التحكم (Hellos/Keepalives)، وانهيار علاقات الجوار مع الموجهات المجاورة كأثر تتابعي (Cascading Routing Collapse)!

2. المعمارية الحتمية: فصل مسار التحكم عن مسار البيانات (Plane Separation)

لحل هذه المعضلة في موجهات مزودي الخدمة من الفئة المتقدمة (مثل Cisco ASR 9000 و NCS 5500)، تم فصل الموجه معمارياً إلى كيانين مستقلين تماماً:

مسار التحكم (Control Plane)

يقع داخل لوحات المعالجة المركزية (Route Processors / RSP). مسؤول عن بناء الخرائط الذهنية وتبادل بروتوكولات التوجيه (IS-IS, BGP, LDP). يبني قاعدة معلومات التوجيه العامة RIB (Routing Information Base) ويحسب أقصر المسارات، لكنه لا يلمس ولا يرى باكتات البيانات العادية للمستخدمين مطلقاً.

Runs: IS-IS Process, SPF Engine, RIB, BFD Control

مسار البيانات (Data Plane / Forwarding Plane)

يقع على كروت الخطوط (Line Cards) الفيزيائية ومبني على شرائح سيليكون عتادية متخصصة (Network Processors / ASICs / TCAM). يستقبل نسخة مجمعة ومحسوبة مسبقاً تُعرف بجدول FIB (Forwarding Information Base) ليقوم بتمرير الحزم بسرعة الضوء (Line Rate) دون استدعاء المعالج المركزي.

Runs: Hardware FIB, TCAM Lookups, Label Swap, L2 Rewrite

3. انهيار بروتوكولات Distance-Vector ومأزق شائعات التوجيه (Routing by Rumor)

بالتوازي مع ضرورة الفصل العتادي، واجه مهندسو الشبكات معضلة خوارزمية: كانت بروتوكولات التوجيه الأولى تعتمد خوارزمية Distance-Vector (Bellman-Ford). في هذه الخوارزمية، لا يملك أي موجه خريطة فيزيائية للشبكة؛ بل يعتمد على ما يخبره به جاره فقط ("أنا أصل إلى الشبكة X بتكلفة 2 قفزات").

أدى ذلك إلى الكارثة الشهيرة: مشكلة العد إلى ما لا نهاية (Count-to-Infinity Problem) والحلقات الدائرية العابرة (Transient Routing Loops). عند انقطاع مسار ما، يظل الموجهان يتبادلان الشائعات ويزيدان التكلفة تدريجياً حتى الوصول للحد الأقصى، مما يبتلع النطاق الترددي ويعطل الشبكة لدقائق.

5. نقطة التنبؤ الهندسي (Engineering Prediction Point)

سيناريو اختباري للتفكير المعمق:

موجهان A و B في شبكة مزود خدمة، انقطع بينهما رابط فيزيائي رئيسي يحمل 100Gbps. كيف يتصرف كل من Control Plane و Data Plane خلال الـ 50 مللي ثانية الأولى؟

6. المراجع المعيارية الرسمية (Primary Source Citations)

المعيار البند / القسم المحتوى المقتبس
ISO/IEC 10589:2002 Clause 7.1 & 7.2 المعمارية الشاملة لتبادل معلومات التوجيه وتوليد الـ LSP المستقل وتطابق الـ LSDB.
IETF RFC 1195 Section 3 توسيع بروتوكول IS-IS ليعمل في البيئات المزدوجة (Dual IS-IS) لشبكات TCP/IP والـ OSI.
Cisco IOS XR Arch Routing Architecture فصل المعالجة وتوزيع الـ FIB إلى كروت الخطوط عبر Distributed Forwarding Engine.