NetIntent

🎯 ما هو:

NetIntent محرّك بايثون يبني نموذجًا لشبكة Cisco من إعداداتها ويجيب عن أسئلة الوصول مقابله: هل يمرّ التدفّق، وإن لم يمرّ فأين ولماذا يُمنع. يتحقّق من النوايا المُعلَنة، والأهم أنه يحاكي التغيير المقترَح على نسخة من النموذج كي يُلتقط التغيير الذي سيكسر الاتصال قبل دفعه إلى أي جهاز. مبني ومعروض على مختبر GNS3.

❓ المشكلة:

قبل دفع تغيير إعداد إلى شبكة حيّة، لا تملك الفرق الصغيرة طريقة سهلة لمعرفة هل سيكسر شيئًا. فـ ACL عُدّل بسعة زائدة، أو وصلة أُخفضت للصيانة فتبيّن أنها المسار الوحيد، أو مسار ثابت يحجب آخر — كلّها تغييرات من سطر واحد قد توقف خدمة، ولا تُكتشف عادةً إلا بعد الدفع.

⚙️ ماذا يفعل:

• يحلّل إعداد كل جهاز إلى نموذج — الواجهات وشبكاتها الفرعية، وقوائم ACL (المسمّاة والمرقّمة، القياسية والموسّعة، مطابَقةً بت ببت مقابل أقنعة Cisco البدلية)، والمسارات الثابتة، وOSPF مبسّط

• يبني جدول التوجيه لكل جهاز (المتّصل والثابت وأقصر مسار OSPF) ويتتبّع الحزمة قفزة بقفزة، مطبّقًا كل ACL داخلًا وخارجًا تمامًا حيث يفعل الراوتر

• يتحقّق من النوايا — التدفّقات التي يجب أن تكون واصلة أو ممنوعة — ويبلّغ كلًّا منها بالمسار الذي تسلكه

• يحاكي التغيير المقترَح على نسخة من النموذج ويبلّغ الأثر: أي النوايا سيكسرها، وأي ACL أو مسار مفقود هو المسؤول تحديدًا

• يسجّل كل تحقّق ومحاكاة في سجلّ تدقيق

🧰 التقنيات:

• الوصول للأجهزة — Netmiko (SSH)، والطرفية لمختبر GNS3

• حساب العناوين — وحدة ipaddress القياسية (دقيقة، بلا اعتماديات)

• تحليل الإعدادات — محلّل IOS صغير مُصمَّم لهذا الغرض

• النموذج — توجيه متّصل/ثابت/OSPF مبسّط مع قوائم ACL

• بناء المختبر — واجهة GNS3 v2 REST