الخلاصة

  • يربط draft-ietf-ivy-network-inventory-topology-11 العقد ونقاط النهاية المنطقية بعناصر ومنافذ مادية عبر ne-ref وport-ref، بينما يعدد port-breakout للقراءة فقط القنوات التي يستطيع العتاد إظهارها. لا يثبت أي منهما أن المنفذ مقسّم الآن أو أن قناة بعينها عاملة ومتاحة.
  • يمكن أن تأتي خرائط الربط من الاكتشاف أو الإدخال اليدوي أو الاستيراد أو التخطيط لمورد افتراضي. لذلك يجب فصل مصدر الخريطة عن نية التهيئة، وقراءة الجهاز، والحالة التشغيلية، والسعة، وقرار المنسّق، ونتيجة الخدمة.

حين تتحول القائمة إلى وعد

القائمة مقنعة: منفذ 400G وأربع breakout channels. الطلب الجديد يحتاج 100G فقط. إذا تعامل نظام التنسيق مع القنوات كأنها مخزون جاهز، فسوف يحجز واحدة قبل أن يسأل الجهاز أي سؤال تشغيلي.

لكن port-breakout حاوية config false. ينص المشروع على أنها تمثل القدرة الجوهرية للعتاد بصرف النظر عن كون المنفذ مضبوطاً حالياً كمنفذ trunk أو breakout. إنها إجابة دقيقة عن الإمكان، وليست تقريراً عن الوضع الراهن.

قد يظل المنفذ يعمل كوصلة 400G واحدة. وقد لا تكون الواجهات الفرعية قد أُنشئت، أو لا تلائم الوحدة الضوئية نمط التقسيم، أو تكون إحدى القنوات في حالة إنذار، أو تكون السعة محجوزة. لا يجعل ذلك سجل القدرة كاذباً؛ بل يكشف أن القرار طلب منه إثبات واقعة لم يرصدها.

المرجع يحمل سلطة من أنشأه

تضيف المراجعة 11 نوع inventory-topology إلى نموذج RFC 8345. يشير ne-ref من عقدة إلى عنصر شبكة مادي، ويشير port-ref من نقطة نهاية إلى مكوّن منفذ مادي. ووجود خصائص الربط يميز العناصر المادية من المجردة أو المنطقية داخل هذا النموذج.

يمنح الشكل الموحّد أنظمة مختلفة لغة مشتركة، لكنه لا يفحص الكابل أو البطاقة بنفسه. والسبب واضح في قابلية حقول الربط للكتابة. الاكتشاف هو المسار المعتاد، لكنه لا يصل إلى كل شيء: قد يقع CPE خارج نطاق الإدارة، وقد يحجب مقدم طرف ثالث تفاصيل وصلة مؤجرة، وقد يضع المخطط مورداً مستقبلياً، وقد يصحح المشغل نتيجة اكتشاف يدوياً.

هذه الحالات مشروعة، لكن مصادرها ليست متساوية. ينبغي أن يحفظ السجل الجهة التي أنشأته، والطريقة، والوقت، والنطاق، ومن يملك حق تجاوزه، وما إذا كان discovered أو manual أو imported أو hypothetical. إذا اختفت هذه البيانات، يتحول رأي تخطيطي إلى حقيقة تشغيلية من دون حدث يبرر التحول.

ما الذي يثبته الحقل غير القابل للكتابة؟

لا يتيح هذا النموذج ضبط port-breakout يدوياً؛ فالعتاد يحدد القدرة. لذلك يقدم الحقل ادعاء أقوى من خريطة قابلة للتعديل، ويفيد في فحص التوافق وتخطيط التغيير.

غير أنه لا يصف التهيئة الجارية. يجب ربط قراءة القدرة بهوية الجهاز والمكوّن وإصدار البرنامج أو البرنامج الثابت وطريقة الجمع وتوقيته. قد يتغير line card مع بقاء الاسم المنطقي، وقد تحتفظ الذاكرة المؤقتة بقدرة الجهاز السابق.

إثبات التهيئة يحتاج إلى نية معتمدة وقراءة مستقلة بعد commit. وإثبات التشغيل يحتاج إلى وجود الواجهات الفرعية وحالاتها وإنذاراتها وعداداتها وقياسات البصريات. وإثبات قابلية التخصيص يحتاج إلى سعة حديثة للقناة نفسها.

عندما تفصل المؤسسة هذه المستندات، تستطيع التمييز بين عتاد لا يدعم النمط، وعتاد يدعمه لكنه لم يُضبط، وتهيئة لم تُطبق، وقناة متدهورة، وقناة سليمة سبق تخصيصها.

الألياف المؤجرة تعترف بحدود الرؤية

يعمل link-type كمميّز خفيف لأنواع مثل fiber وcopper وcoax وmicrowave وWLAN وleased fiber. يوجه المستهلك إلى نموذج متخصص، لكنه لا يصبح سجلاً كاملاً للمسار والمكونات والملكية والسعة.

في الألياف المؤجرة، قد يعرف المستأجر طرفي الاعتماد وأن البنية لطرف ثالث، من دون أن يرى المسار الداخلي أو الشعيرات أو معدات الوساطة. تظل قيمة leased-fiber صحيحة، وتبقى التفاصيل خارج سلطته.

لا يجوز للنظام أن يستنتج تنوعاً مادياً أو سعة لم يذكرها المصدر. ولا ينبغي أن يمحو الاعتماد لأن الداخل غير مرئي. الوصف الناضج يحتفظ بما هو معلوم وبحدود ما لا يملك ملاحظته.

نجاح مخطط YANG ليس نجاحاً للشبكة

وقت تثبيت البحث، كانت المراجعة 11 Internet-Draft نشطة لمسار Standards Track، مقدمة إلى IESG وتنتظر AD go-ahead، بينما لم تكن مراجعة IANA بحالة OK. وأظهر Datatracker صفراً من أخطاء وتحذيرات التحقق من YANG.

هذا دليل مفيد عن بنية الوحدة. لا يثبت تنفيذ مورد، ولا حداثة بيانات controller، ولا حالة منفذ، ولا نجاح خدمة. قد يحمي النقل الآمن خريطة قديمة من العبث من دون أن يجعلها حديثة. وقد يمنح NACM الوصول الصحيح لشخص يتخذ قراراً خاطئاً.

يجب ألا ينتقل اللون الأخضر من أداة المخطط إلى لوحة التشغيل. للوثيقة والتنفيذ والتهيئة والنتيجة اختبارات مستقلة.

من SAP إلى المرور الفعلي

يربط مثال توفير الخدمة في المشروع SAP بمنفذ مادي، ثم يرجع إلى نماذج طوبولوجيا أخرى للتحقق من السعة. وإذا لم تكف الموارد، يمكن اختيار SAP آخر أو طلب تدخل يدوي. الخريطة مدخل وليست حكم السعة.

تبدأ السلسلة بنية محددة: الجهاز، المنفذ الأب، نمط breakout، معرفات الأبناء المتوقعة، افتراضات البصريات، نافذة التغيير، والموافق. بعد تطبيق الأمر، تُقرأ التهيئة من الجهاز ويُتحقق من النمط والواجهات التي ظهرت فعلاً.

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

قبول أمر التهيئة ليس تسليم الخدمة، وواجهة up لا تكفي وحدها لإثبات النتيجة.

عشرة إيصالات قابلة للمراجعة

ينبغي حفظ ما يلي بصورة منفصلة:

  1. مراجعة المشروع أو RFC والوحدة والسجل التي فهمتها الأداة؛
  2. هوية controller والجهاز وطريقة ووقت اللقطة؛
  3. قيم ne-ref وport-ref وlink-type مع مصدر كل منها؛
  4. سلامة المراجع وسلطة الإنشاء أو override؛
  5. قدرة port-breakout مربوطة بالمكوّن وإصدار firmware؛
  6. نية التهيئة المعتمدة وسجل التغيير؛
  7. القراءة بعد commit والواجهات الفرعية الفعلية؛
  8. الحالة والبصريات والعدادات والسعة للقناة المختارة؛
  9. السياسة والمرشحون وSAP أو المسار والتدخل اليدوي؛
  10. التفعيل ومسار المرور المرصود ونتيجة العميل.

يحذر المشروع من أن الخرائط القديمة أو الخاطئة قد تسبب mis-provisioning ومسارات غير متوقعة وفشل التفعيل وتخطيط سعة غير دقيق. فصل الإيصالات يحدد الطبقة والسلطة المسؤولتين عن كل نوع من الفشل.

المصادر