ملخص

  • Ultra Ethernet Consortium هو مشروع لـ Joint Development Foundation أُطلق في 19 يوليو 2023 من قبل AMD وArista Networks وBroadcom وCisco وEviden/Atos وHewlett Packard Enterprise وIntel وMeta وMicrosoft. وهو اتحاد صناعي لتطوير المواصفات، وليس شركة تقليدية ولا مشغل شبكة.
  • نطاقه يتجاوز بكثير مجرد رابط Ethernet أسرع أو استبدال RoCE. تغطي المواصفات 1.0.3 التي تبلغ 573 صفحة البرمجيات والنقل والشبكة والوصلة والطبقة الفيزيائية، بالإضافة إلى أعمال حول الإدارة والتخزين والاختبار والامتثال.
  • يجمع Ultra Ethernet Transport بين أوضاع توصيل متعددة، وتوزيع الحزم لكل رزمة، وإعادة الإرسال الانتقائي، والتحكم بالازدحام من المرسل والمستقبل، وECN، واقتصاص الحزم الاختياري، وإعادة المحاولة المحلية الاختيارية، والتحكم بالتدفق القائم على الاعتمادات الاختياري، وأمان النقل من طرف إلى طرف الاختياري.
  • تُظهر منتجات وعروض من AMD وBroadcom وNokia وKeysight أن التنفيذ قد بدأ، لكن الامتثال العام لا يزال يعتمد أساسًا على الإقرار الذاتي للمنفذ؛ ولم يُنشر سجل كامل لشهادة مستقلة أو تعداد للنشرات على نطاق واسع.
  • الفرصة الاستراتيجية لـ UEC تأتي من قاعدة Ethernet المثبتة وسلسلة توريد متعددة الموردين. وتتمثل مخاطره الرئيسية في تعقيد نقطة النهاية، والتجزئة بسبب الوظائف الاختيارية، والتزامات براءات الاختراع بنظام RAND، وعدم نضج الإدارة والاختبار، والفجوة بين نشر المواصفات والتحقق من قابلية التشغيل البيني في الإنتاج.

لماذا حول الذكاء الاصطناعي الشبكة إلى جزء من الحاسوب

وُلد Ultra Ethernet Consortium إثر تحول في اقتصاديات الحوسبة. في شبكة مؤسسية عادية، يُتوقع من البنية التحتية أن تنقل العديد من التدفقات المستقلة بمستوى مقبول من السعة والتوفر. أما في نظام تدريب ذكاء اصطناعي كبير أو آلة حوسبة عالية الأداء، فإن الشبكة تُشكل جزءًا من عملية حسابية متزامنة واحدة. قد تتبادل آلاف المسرعات المعاملات أو التدرجات أو البيانات العلمية عبر عمليات جماعية. وقد لا تتقدم مرحلة ما حتى يستلم المشارك الأبطأ المعلومات المطلوبة. لذلك، يمكن لاختلال بسيط في المسار، أو نوبة ازدحام، أو فقدان رزمة أن يترك معالجات باهظة التكلفة خاملة حتى وإن بدا استخدام الشبكة الإجمالي سليمًا.

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

كانت الفرضية التأسيسية لـ UEC أن هذه المشكلات لا يمكن حلها بميزة جديدة واحدة في المحول أو بخوارزمية ازدحام معزولة. فمسار الاتصال يبدأ من فوق الشبكة، في مكتبات البرمجيات ودلالات التطبيقات، ويمر عبر سجل الذاكرة، والعمليات البعيدة، وحالة النقل، وتسليم الرزم، والتحكم بالازدحام، وإعادة التوجيه عبر IP، ووصلات Ethernet، والبصريات، والتشوير الفيزيائي. وإذا صُممت هذه الطبقات بشكل منفصل، فقد يقتصر التحسين في موضع على نقل عنق الزجاجة أو خلق افتراضات غير متوافقة في موضع آخر.

استجابة UEC هي بنية منسقة. فهي تحافظ على Ethernet وIP لأن المشغلين يعرفونهما مسبقًا، ولوجود سلسلة صناعية ضخمة من المحولات والبصريات والكوابل وأنظمة تشغيل الشبكات والقياس عن بُعد وأدوات الإدارة. وفي الوقت نفسه، تُعدل أو توسع الأجزاء التي يرى الاتحاد أنها غير ملائمة لأعباء IA وHPC الكبيرة. والنتيجة ليست «Ethernet عادية بشعار آخر»، بل محاولة لجعل شبكة مألوفة تنقل آلية متخصصة يُحدد سلوكها من واجهة البرمجة البرمجية إلى سرعة تشوير كل حارة.

يُفسر هذا التمييز أهمية UEC للبنية التحتية الرقمية. فالمشروع لا يمتلك مسرعات أو مصانع أو مراكز بيانات أو مناطق سحابية. إنما يُعرف عقودًا يمكن للشركات الأعضاء وغيرها من المنفذين تضمينها في بطاقات NIC ورقائق ASIC للتحويل والأنظمة والتعريفات والمكتبات ومعدات الاختبار. ولن يتحقق تأثيره إلا عندما تتبادل المنتجات المستقلة حركة المرور بشكل صحيح أثناء الأعطال والازدحام والتحديثات وتجميعات الموردين.

ما هو UEC وما ليس هو

Ultra Ethernet Consortium هو الاسم العام لمشروع رسمي سلسلته القانونية تُسمى Joint Development Foundation Projects, LLC, Consortium for HPC/AI/ML Ethernet Series. يضعه هذا الهيكل ضمن Joint Development Foundation وعائلة Linux Foundation الأوسع. وهو يوفر للمشاركين إطارًا قانونيًا قائمًا للعضوية والحوكمة والملكية الفكرية والتمويل والعلاقات الخارجية دون إلزامهم بإنشاء شركة مستقلة جديدة.

الهيكل مهم لأن UEC يُوصف أحيانًا بشكل غير دقيق كشركة أو تحالف أو هيئة معايير. فهو ليس شركة تجارية بمساهمين ورأس مال وتقييم وحسابات مقدمة بشكل مستقل. ولا يبيع منتجات Ethernet ولا يشغل شبكة عامة ولا يمتلك العتاد الذي يروج له أعضاؤه. إنما هو اتحاد لتطوير المواصفات بإطار قانوني وملكية فكرية. وتهدف وثائقه العامة إلى أن تصبح عقود تنفيذ بين عدة شركات.

كما أن UEC ليس مرادفًا لـ Ultra Ethernet Transport. فـ UET هي بنية النقل في قلب المواصفات، لكن عمل الاتحاد أوسع. فهو يشمل ربط البرمجيات بـ libfabric ودلالات الرسائل والرزم وافتراضات الشبكة وخيارات الوصلة والمتطلبات الفيزيائية والإدارة والمواءمة مع التخزين والأداء والتنقيح والامتثال والاختبار. واختزال المشروع إلى «بروتوكول RDMA جديد» يخفي التصميم الشامل الذي يجعله طموحًا وصعبًا.

UEC ليس مجموعة عمل IEEE 802.3. فـ IEEE 802.3 تطور معايير Ethernet الأساسية في MAC والطبقة الفيزيائية عبر عمليتها الرسمية الخاصة. يعتمد UEC على هذا النظام البيئي ويحتفظ بعلاقة اتصال، لكنه لا يحل محله. وينطبق نفس الحد على آليات IETF التي تستخدمها UET، بما فيها IPv4 وIPv6 وExplicit Congestion Notification؛ وعلى نظام OpenFabrics البيئي الذي يحتفظ بـ libfabric؛ وعلى المنظمات العاملة في التخزين والعتاد المفتوح وربط المسرعات.

استخدم موقع المشروع عبارة توحي بوضع منظمة معايير دولية. الصياغة الأكثر أمانًا والأفضل دعمًا هي أن UEC منظمة دولية لتطوير المواصفات تحت إطار JDF. ولا توجد أدلة على أنه جزء من المنظمة الدولية للتقييس (ISO) أو أن وثائقه معايير ISO أو أنها تحمل رقم ISO. والفرق ليس مصطلحيًا فحسب: إنه يُحدد مصدر السلطة وكيفية عمل المشاركة والالتزامات القانونية التي قد يواجهها المنفذون.

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

التحالف المؤسس من تسع شركات

أُعلن عن الاتحاد في 19 يوليو 2023 من قبل تسع منظمات تتواجد في طبقات مختلفة من سلسلة توريد IA وHPC: AMD وArista Networks وBroadcom وCisco وEviden – المرتبطة آنذاك بـ Atos – وHewlett Packard Enterprise وIntel وMeta وMicrosoft. وقد كان هذا الاتساع ميزة استراتيجية منذ البداية. فنقل صممه صانعو المحولات فقط قد يتجاهل قيود التطبيقات ونقاط النهاية. وتصميم بقيادة موردي المسرعات فقط قد يُحسن حول نظام عتادي واحد. ومشروع حصري للسحابات قد يفتقر إلى خبرة السيليكون والبصريات والأنظمة اللازمة لتحويل بنية إلى منتجات.

قدمت AMD معالجات ومسرعات وشبكات نقاط نهاية. وقدمت Arista وCisco تحويل Ethernet على نطاق واسع وخبرة تشغيلية. وساهمت Broadcom بسيليكون التحويل وبطاقات NIC وSerDes عالية السرعة. وحملت HPE وEviden أنظمة HPC وخبرة طويلة في الوصلات المتخصصة. وقدمت Intel معالجات وEthernet وبرمجيات. ومثلت Meta وMicrosoft مشغلين فائقي التوسع لديهم حوافز مباشرة لتحسين استخدام مجموعات IA الكبيرة وتقليل الاعتماد على مورد واحد متكامل.

يجمع التحالف أيضًا مصالح تجارية متضاربة. فالأعضاء يبيعون بطاقات NIC ورقائق ASIC للمحولات والأنظمة والسعة السحابية والبصريات والبرمجيات والدعم. ويمتلك بعضهم محافظ براءات اختراع قد تكون ضرورية لتنفيذ المواصفات. ويستفيد بعضهم من معيار واسع متعدد الموردين، بينما قد يحصل آخرون على مزايا من وظائف مملوكة متمايزة. لا يلغي الاتحاد المنافسة؛ بل ينشئ منتدى يتفق فيه المتنافسون على واجهات دنيا ويستمرون في التنافس على جودة التنفيذ والأداء والتكامل والشروط التجارية.

يقدم Slingshot من HPE مثالًا مفيدًا على السلالة التقنية. فهو نسيج HPC تجاري متوافق مع Ethernet، مع توجيه تكيفي وإدارة ازدحام. وذكرت تعليقات مرتبطة بـ HPE أنه تمت المساهمة بمواصفة «HPC Ethernet» إلى UEC وقدرت أن جزءًا كبيرًا من UET مستمد من أفكار نقل Slingshot. لم يتم التحقق من النسبة المئوية الدقيقة بشكل مستقل ولا ينبغي التعامل معها كمحاسبة رسمية للاتحاد. لكن النقطة الأوسع مدعومة جيدًا: لم يبدأ UEC من صفحة بيضاء؛ بل ضم خبرة إنتاجية من HPC وشبكات السحابة وRDMA وEthernet.

هذا المزيج من الأنظمة السابقة هو سبب لاستخدام «مفتوح» بدقة. فمواصفة UEC المصادق عليها تُنزل للعموم وتهدف البنية إلى أن تُنفذ من عدة موردين. لكن المشروع أيضًا مكان يساهم فيه الأعضاء بمعرفة سابقة وبراءات اختراع وخرائط طريق للمنتجات. وانفتاح الوثيقة لا يلغي الشروط الاقتصادية أو القانونية للتقنية.

سلسلة قانونية صُممت ليتعاون المتنافسون

يوفر نموذج Joint Development Foundation لـ UEC هيكلًا رسميًا دون تحويله إلى شركة تشغيلية تقليدية. للمشروع اسم ونطاق وفئات عضوية ولجنة توجيه (Steering Committee) ومجموعات عمل والتزامات ملكية فكرية. وتقدم الكيان المظلي JDF بنية تحتية مؤسسية غير ربحية ويمكنه الاحتفاظ بالأصول والاتفاقيات. وهذا يقلل من كلفة تشكيل اتحاد ويمنح المتنافسين عملية معترفًا بها للتعاون.

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

كان Brad Booth من Meta الرئيس الأصلي. وتورد المواصفة 1.0.3 أن J Metz من AMD هو الرئيس؛ وBarry Davis من HPE نائبًا للرئيس؛ وHugh Holbrook من Arista رئيسًا للجنة الاستشارية التقنية (TAC)؛ وPuneet Agarwal من Marvell نائبًا لرئيس TAC. ويظهر Paul Congdon كمحرر للمواصفة. كما تحدد الوثيقة مسؤولين ومؤلفين عن أعمال الفيزياء والوصلة والنقل والبرمجيات. ويذكر جدول أعمال قمة 2026 مسؤولين تشغيليين آخرين. ولا تحل هذه الأدوار بالضرورة محل الألقاب الرسمية في المواصفة ولا تقدم المواد العامة مخططًا تنظيميًا كاملًا ومحدثًا.

يتضمن الميثاق ثلاث فئات عضوية: التوجيهية والعامة والمساهمة. يشارك أعضاء التوجيه في الحوكمة وعادة ما يعينون ممثلين للجنة التوجيه. ويمكن للأعضاء العامين العمل في جميع المجموعات التقنية لكن ليس لهم مقعد في اللجنة. ويشارك المساهمون في مجموعات مختارة ولا يصوتون في قرارات الأغلبية العظمى. تسوق الصفحة العامة الحالية مستويي العام والمساهم بـ 20,000 و5,000 دولار سنويًا على التوالي، بالإضافة إلى عضوية Linux Foundation. ولا توضح بوضوح مسار القبول أو السعر الحالي لوضع التوجيه.

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

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

من أربع مجموعات عمل إلى مواصفة من 573 صفحة

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

في ديسمبر 2023، أبلغ UEC عن حوالي 40 شركة وأكثر من 300 فرد. وكان قد أنشأ لجنة استشارية تقنية (TAC) ووسع الهيكل إلى ثماني مجموعات عمل. وكان غرض TAC الحفاظ على التماسك المعماري: فلا يمكن لتصميم النقل أن يفترض سلوك محول أو طريقة تشوير أو واجهة برمجة لم توافق مجموعة أخرى على دعمها. في مارس 2024، أبلغ الاتحاد عن 55 شركة وأكثر من 750 مشاركًا نشطًا ونشر وصفًا أوضح بكثير للبنية المقصودة.

قدم تحديث مارس الأفكار الرئيسية التي ظهرت لاحقًا في المواصفة المعيارية: libfabric كواجهة برمجة موجهة للبرمجيات، ورش الحزم (packet spraying)، والترتيب المرن، وأوضاع توصيل متعددة، والتحكم بالازدحام من المرسل والمستقبل، وECN، واقتصاص الحزم (packet trimming)، وإعادة محاولة الوصلة (Link Layer Retry)، والتحكم بالتدفق القائم على الاعتمادات الاختياري، وأمان النقل، والعمليات الجماعية المستقبلية داخل الشبكة. كما أبرز أن UET يمكنها العمل عبر محولات Ethernet الحالية، بينما ستضيف المحولات المحسنة أداءً إضافيًا.

نما النطاق المؤسسي مع العمل التقني. أبلغ UEC عن 1,193 مشاركًا نشطًا في يوليو 2024 وعن 97 منظمة عضو في أغسطس. وهي أرقام مؤرخة من الاتحاد نفسه، مبنية على تعريفات ليست عامة بالكامل. ولا ينبغي جمعها آليًا مع إعلانات لاحقة. في 2025، أفاد UEC بانضمام 27 شركة أخرى، لكن حالات الخروج والاندماج والفترات المتداخلة تمنع هذا الرقم من تحديد إجمالي حالي دقيق. ويقر الموقع بأنه لا يُظهر جميع الأعضاء.

نشر الاتحاد Ultra Ethernet Specification 1.0 في 11 يونيو 2025. وكانت هذه لحظة تحول UEC من مجرد خريطة طريق إلى مرجع تنفيذ عام. وجاء الإصدار 1.0.1 في سبتمبر وصحح خوارزمية مصدر التحكم بالازدحام القائم على اعتمادات المستقبل (receiver-credit) وعدة مشكلات تحريرية. وظهر الإصدار 1.0.2 في يناير 2026 وصحح خوارزميات إدارة الازدحام، رغم تضارب الوثائق الرسمية حول ما إذا كان التاريخ 21 أو 28 يناير. يجب أن يظل عدم الاتساق مرئيًا بدلًا من حله دون تفسير.

الإصدار 1.0.3، الصادر في 16 يوليو 2026، هو المرجع الحالي عند نقطة البحث. يضم 573 صفحة ويتضمن تشوير 200 جيجابت/ثانية لكل حارة وقدرة تفاوض بوليانية. وتحدد ملاحظات الإصدار كذلك تصحيحات إلزامية تتعلق بتسليم الرزم واعتمادات الازدحام وإعادة محاولة الوصلة والتحكم بمجموعات الطبقة الفيزيائية المرتبة (ordered sets)، إلى جانب توضيحات حول أمان النقل والعمليات الذرية والرزم المقصوصة. والفرق بين التصحيحات الإلزامية والتوضيحات التحريرية مهم: فبعض التعديلات تؤثر على السلوك المطابق وبالتالي على صيانة التنفيذات.

أظهرت قمة الأعضاء 2026 في دنفر انتقالًا ثانيًا. ركز جدول الأعمال على النشر والتحويل لمنتج والامتثال والإدارة والأداء والتنقيح والتكامل مع التخزين واختبار المحولات ونقاط النهاية. فالوثيقة المعمارية المركزية موجودة؛ ومصداقية المشروع تعتمد الآن بشكل متزايد على قدرة المنفذين على بناء وتأهيل وتشغيل وتحديث المكدس عبر الحدود التنظيمية.

بنية موزعة على خمس طبقات وظيفية

تقسم المواصفة الحالية Ultra Ethernet إلى برمجيات ونقل وشبكة ووصلة وطبقة فيزيائية. التقسيم مفيد، لكن قيمة المشروع تكمن في الافتراضات التي تربط هذه الطبقات.

في الأعلى، تتفاعل أطر IA وMPI وSHMEM ومكتبات العمليات الجماعية عبر واجهات OpenFabrics، خصوصًا libfabric. تترجم طبقة UET Semantic Services Sublayer عمليات التطبيق إلى معاملات نقل. وتقرر طبقة Packet Delivery Sublayer كيفية تقسيم الرسائل إلى رزم، وكيفية ترتيبها وتأكيدها واستعادتها. وتتحكم إدارة الازدحام بكمية البيانات التي تدخل النسيج وكيفية توزيع حركة المرور عبر المسارات. ويوفر أمان النقل الاختياري الحماية من طرف إلى طرف. ويقدم IPv4 أو IPv6 القياسي إعادة توجيه الشبكة. وتوفر Ethernet الوصلة، مع اقتصاص الرزم وإعادة محاولة الوصلة والتحكم بالتدفق القائم على الاعتمادات والتفاوض على الوظائف الاختيارية.

وتُعرف الطبقة الفيزيائية الإحصائيات ومتطلبات التشوير عند 100 أو 200 جيجابت/ثانية لكل حارة.

يحافظ الهيكل على أجزاء مهمة من الشبكة القائمة. لا يُعرف UEC بديلًا لتوجيه IP. ويتوقع مسارات متساوية الكلفة (ECMP) تقليدية ومحولات متوافقة مع ECN. ويبقى الكثير من الذكاء في نقاط النهاية (Fabric Endpoints)، التي تتعامل مع الإنتروبيا وتتابع حالة النقل وتضع البيانات وتستجيب لإشارات الازدحام. ويمكن للمحولات المحسنة إضافة وظائف، لكن التصميم لا يشترط استبدال النسيج بأكمله قبل أن يتمكن من تمرير حركة UET.

هذا يخلق ميزة ترحيل ومشكلة تصنيف. فيمكن لنشر استخدام نقاط نهاية UET فوق Ethernet تقليدية مع ECMP وECN. ويمكن لآخر إضافة الاقتصاص وإعادة محاولة الوصلة والاعتمادات لكل قناة افتراضية وقياس أغنى، وفي المستقبل، عمليات داخل الشبكة. ويمكن تسمية كلاهما Ultra Ethernet رغم أن مستويات أدائهما واستعادتهما وتعقيدهما التشغيلي مختلفة ماديًا.

كما أن مقاربة الطبقات الخمس تجعل عزل الأعطال صعبًا. فقد ينبع الأداء السيئ من ربط التطبيقات أو آلة حالة نقطة النهاية أو معاملات الازدحام أو إعداد طوابير المحول أو ربط DSCP أو البصريات أو البرامج الثابتة أو نظام الأمان. ولا يكفي تمرير الرزم. بل يجب على النظام أن يحافظ على الدلالات والأداء المقصود على نطاق واسع، مع حركة مرور مختلطة وأعطال وتغييرات في الإصدارات.

عقد البرمجيات: libfabric بدل واجهة برمجة تطبيقية مملوكة

اختارت UEC libfabric 2.0 كواجهة برمجة مرجعية باتجاه الشمال (northbound) لنقاط النهاية المطابقة. يربط هذا القرار المشروع بنظام بيئي قائم لبرمجيات HPC والشبكات المتقدمة، بدل مطالبة كل إطار بتبني واجهة مملوكة جديدة. تمثل libfabric أصلًا الأنسجة (fabrics) والنطاقات (domains) ونقاط النهاية (endpoints) وطوابير الإكمال (completion queues) وطوابير الأحداث (event queues) ومتجهات العناوين (address vectors) ومناطق الذاكرة (memory regions) والمراسلة وعمليات الذاكرة البعيدة (RDMA) والعمليات الذرية. تقوم UEC بربط وتقييد هذه المفاهيم ليتمكن الموردون من ترجمة النداءات إلى سلوك UET.

القيمة الاستراتيجية هي الاستمرارية فوق النقل. فيمكن لـ MPI وSHMEM ومكتبات اتصال المسرعات استخدام تجريدات مألوفة بينما يتغير المورد تحتها. ومن حيث المبدأ، يمكن لتطبيق أن يطلب عملية دون معرفة أي بطاقة NIC تنفذ التسليم أو أي سيليكون محول يعيد توجيه الرزم. إنها إحدى الآليات المركزية التي يمكن عبرها لنقل مشترك أن ينشئ خيارًا بين الموردين.

ولا يضمن التجريد تنفيذات متكافئة. فيمكن للموردين دعم أحجام حقن (inject) مختلفة وحدود تبعثر/تجميع (scatter/gather) وكميات نقاط نهاية وعمليات ذرية وتقنيات تسجيل ذاكرة وسلوك إكمال وتفريغ عتادي ووظائف أمان. وقد تصادف مكتبة مبنية على نفس الواجهة حدود أداء أو سعة مختلفة. ولذا تحتاج قرارات الشراء والتأهيل إلى أكثر من خانة اختيار تقول «libfabric مدعومة».

تحمل طبقة برمجيات UEC أيضًا دلالات المهام والتفويض. فأنظمة IA وHPC غالبًا ما تشغل مهام عديدة على بنية تحتية مشتركة، لكل منها عملياته ومناطق ذاكرته وحدود أمانه. ويجب أن تحدد المواصفة أي نقطة نهاية تنتمي لأي مهمة، وأي مساحات يمكن استخدامها، وكيف تقترن عملية بعيدة، وكيف تعود معلومات الإكمال أو الخطأ إلى البرمجيات. وهذه القرارات تحدد ما إذا كانت الشبكة السريعة قابلة للاستخدام من قبل المجدول وبيئة التشغيل والتطبيق، بدل أن تكون مثيرة للإعجاب فقط في اختبار رزم.

يعتمد المشروع على نظام OpenFabrics البيئي لأنه لا يملك libfabric. وتُوضح العلاقة سمة أوسع لـ UEC: فالبنية تُركب من مكونات محكومة في أماكن مختلفة. يمكن لـ UEC أن يُعرف كيفية ربط نقله بـ libfabric، لكن عليه التنسيق مع محافظي الواجهة ومستخدميها. وتوجد اعتماديات مماثلة مع Ethernet في IEEE وآليات شبكة IETF ومنظمات التخزين وأنظمة تشغيل الموردين.

نقاط النهاية (Fabric Endpoints) وملامح الحمل

نقطة النهاية (FEP) هي المكان المنطقي الذي ينتهي عنده UET. وهي تربط نسخة نظام تشغيل بمستوى أو أكثر من مستويات النسيج المعزولة، ويمكن أن تشمل موردًا في فضاء المستخدم وتعريف نواة ونقلًا داخل بطاقة NIC أو المسرع ونظام تسجيل ذاكرة وسياق أمان وطوابير إكمال ومتجهات عناوين والحالة المستخدمة لتسليم الرزم والتحكم بالازدحام.

يسمح التصميم المتمركز حول نقطة النهاية لمعظم المحولات بالبقاء أجهزة Ethernet وIP معروفة. تختار FEP قيم إنتروبيا وتحتفظ بحالة الرزم والازدحام وتضع البيانات في ذاكرة مصرح بها وتفسر التأكيدات والاقتصاص والإشارات الأخرى. ويمكنها تقليل الاعتماد على ذكاء مملوك داخل المحول، لكنها تركز التعقيد في سيليكون NIC والبرامج الثابتة والتعريفات والبرمجيات.

تُعرف UEC ثلاث ملامح تنفيذ: AI Base وAI Full وHPC. وهي ليست أنواع شبكات منفصلة، بل حزم تحدد الوظائف التي يجب أن يدعمها التنفيذ. يهدف AI Base إلى تغطية اتصالات IA الشائعة بكلفة وحالة أقل. ويضيف AI Full وظائف مثل الإرسالات القابلة للتأجيل (deferrable sends) والمطابقة التامة (exact matching) والعمليات الذرية للجلب أو المقارنة. ويتضمن ملامح HPC معظم قدرات AI Full ويستبعد الإرسال القابل للتأجيل ويعطي وزنًا أكبر للترتيب والرسائل القصيرة ودلالات HPC.

يحاول نظام الملامح تجنب اضطرار كل منتج لتنفيذ مجموعة الوظائف القصوى. وهو يقر بأن بطاقة NIC كبيرة الحجم خاصة بـ IA قد تعطي أولوية لحركة البيانات الجماعية، بينما قد تحتاج نقطة نهاية HPC إلى ترتيب وعمليات ذرية أقوى. لكن الملامح لا تلغي الاختيارية. فيمكن لمنتج تنفيذ وظائف اختيارية داخل ملامح ويمكن لمنتجين بنفس الوسم أن يختلفا في الأمان وتحسينات الوصلة والسعة والأداء.

المصطلحات تعطي بالفعل إشارة تحذير. تستخدم المواصفة الموثوقة 1.0.3 AI Base وAI Full وHPC. بينما يستخدم ملف تمهيدي للامتثال منفصل من 2025 AI Base وAI Extended وHPC. التفسير الأفضل دعمًا هو أن «AI Full» هو الاسم الحالي وأن مواد الامتثال قديمة أو غير متسقة. وحتى يتم تصحيح حزمة الاختبار العامة، يجب على الموردين والمشترين تحديد كل من الإصدار واللغة الدقيقة للملامح المستخدمة في أي ادعاء.

من نية التطبيق إلى تسليم الرزم

داخل UET، تحمل طبقة Semantic Services Sublayer نية التطبيق. وتُعرف هوية الرسالة وعنونة المساحات والعمليات الموسومة وغير الموسومة والوصول للذاكرة البعيدة والعمليات الذرية وسلوك الإكمال ومعرفات المهام وتفويض المساحات والردود والأخطاء. ثم تقرر طبقة Packet Delivery Sublayer كيف تتحول هذه النية إلى رزم وكيف تصل إلى نقطة نهاية أخرى.

بالنسبة للأوضاع الموثوقة، تنشئ نقاط النهاية سياقات تسليم رزم (Packet Delivery Contexts). ويحتوي PDC على حالة مثل أرقام التسلسل والتأكيدات وكشف التكرار ووضع الترتيب ومعلومات الازدحام وحالة عنوان العودة وصنف حركة المرور. ويقترن PDC بوضع توصيل وصنف حركة مرور؛ ويمكن أن توجد عدة PDC بين نفس زوج FEP.

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

يوفر التسليم غير المرتب الموثوق (Reliable Unordered Delivery - RUD) تسليمًا لمرة واحدة بالضبط إلى الطبقة الدلالية، لكنه يسمح بالوصول خارج الترتيب. وهو يدعم رش الحزم عبر مسارات متعددة وإعادة الإرسال الانتقائي وكبت التكرار ووضع البيانات المباشر. ولأن الوجهة يمكنها وضع البيانات بالإزاحة بدل انتظار مساحة إعادة ترتيب النقل، يمكن لعملية جماعية طويلة الاستفادة من عدة مسارات دون تسلسل جميع الرزم خلف وحدة مفقودة.

ويوفر التسليم المرتب الموثوق (Reliable Ordered Delivery - ROD) تسليمًا لمرة واحدة وبالترتيب. ويستخدم مسارًا واحدًا وقيمة إنتروبيا، ويتجاهل الرزم خارج الترتيب، ويستخدم استعادة Go-Back-N من أول تسلسل مفقود. يبدو أقل تطورًا من RUD، لكنه يحافظ على الدلالات الضرورية عندما يكون الترتيب الصارم مهمًا. وتعتبر UEC الترتيب متطلبًا للتطبيق بدل افتراض أن كل نقل يجب أن يدفع كلفته.

ويقدم التسليم غير المرتب الموثوق للعمليات المتكافئة (Reliable Unordered Delivery for Idempotent Operations - RUDI) تنازلًا آخر. فهو يوفر تسليمًا لمرة واحدة على الأقل ويسمح بالتكرار، مما يقلل حالة التسلسل والتأكيد العادية في الوجهة. ويمكن أن يكون مفيدًا عندما لا يغير تكرار عملية النتيجة النهائية، كما في بعض تحركات الذاكرة البعيدة المتبوعة بحاجز منفصل. وهو خطير إذا طُبق بشكل خاطئ. فطبقة الرزم لا تستنتج ما إذا كانت العملية متكافئة؛ بل على البرمجيات أن تقرر ذلك. واستخدام RUDI لعملية غير متكافئة يمكن أن يولد حالة تطبيق غير صالحة.

ويقدم التسليم غير المرتب غير الموثوق (Unreliable Unordered Delivery - UUD) رزم بيانات بأفضل جهد دون ضمانات الموثوقية أو الترتيب المعتادة. وهو جزء من نفس الإطار الدلالي، لكنه لا يحمل نفس متطلبات التحكم بالازدحام التي يحملها RUD وROD. ويجب على التطبيقات تجنب الإضرار بحركة المرور المتحكم بها عندما يشارك UUD الطوابير أو الأصناف.

تكشف الأوضاع الأربعة عن فلسفة مركزية لـ UEC: يجب على الشبكة أن تعرض آليات متعددة ليضبط البرمجيات كلفة النقل حسب دلالات العملية. والفائدة هي الكفاءة. والكلفة هي سطح أوسع للتنفيذ والاختبار، مع فرص أكثر ليختار المورد أو التطبيق أو المشغل تركيبة غير متوافقة.

رش الحزم: استخدام النسيج بدل الاعتماد على مسار محظوظ

عادة ما يطبق تعدد المسارات متساوية الكلفة (ECMP) التجزئة على التدفق كاملًا ويثبته على مسار واحد. وفي نسيج Clos واسع، يمكن أن يتحول هذا إلى يانصيب. فقد تتصادم عدة تدفقات كبيرة على نفس الوصلات بينما تبقى سعة مكافئة غير مستخدمة في أماكن أخرى. وقد يظل نقل IA طويل مقيدًا طوال حياته بخيار غير موفق.

تستجيب UET بتغيير الإنتروبيا بدقة الرزمة. يمكن للمرسل استخدام عشرات أو مئات القيم، مما يسمح لآليات ECMP الموجودة أصلًا في المحولات بتوزيع الرزم عبر مسارات عديدة. وتوفر طبقة Packet Delivery Sublayer معلومات التسلسل؛ وتختار طبقة Congestion Management Sublayer الإنتروبيا أو المسار؛ وتقوم المحولات بتجزئتها العادية؛ وتشير التغذية الراجعة للمرسل إلى القيم التي تبدو مزدحمة.

لا يكون رش الحزم عمليًا إلا لأن أجزاء أخرى من البنية تدعمه. فقد تصل الرزم خارج الترتيب. ويمكن لـ RUD وضع البيانات مباشرة دون انتظار إعادة ترتيب كاملة للنقل. وتستعيد إعادة الإرسال الانتقائي المفقود فقط. وتقلل تغذية الازدحام الراجعة من استخدام المسارات المشكلة. لذا فهو ليس حيلة موازنة معزولة، بل جزء من نموذج نقل مبني حول تنوع المسارات.

لا تشترط UEC أن ينفذ كل محول خوارزمية توجيه تكيفي مملوكة. فيمكن للتنفيذات الأساسية استخدام الدوران الدوري أو إنتروبيا شبه عشوائية فوق ECMP القياسي. ويمكن لنقاط النهاية الأكثر تقدمًا ربط ECN أو زمن الانتقال أو الاقتصاص بقيم معينة وتجنب المسارات المزدحمة. ويمكن للتوجيه التكيفي من المورد أن يتعايش مع UET، لكنه ليس المصدر الوحيد لمعرفة المسار.

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

ثلاث آليات ازدحام لثلاثة اختناقات مختلفة

لا تُعرف UEC خوارزمية ازدحام وحيدة شاملة. بل تميز بين ازدحام نواة الشبكة والازدحام المتقارب في المستقبل وتقييد المساحات في نقاط النهاية. التحكم بالازدحام بإشارات الشبكة (Network-signal Congestion Control - NSCC) موجه من المصدر. يحتفظ المرسل بنافذة ازدحام، ويقدر البايتات المحلقة، ويعدل النافذة عبر التأكيدات والتأكيدات السلبية والمهل الزمنية وزمن الانتقال وإشارات الشبكة مثل ECN. وينسق سلوك النافذة مع تعدد المسارات على مستوى الرزمة. وتجادل UEC بأن النافذة تتوقف طبيعيًا عن قبول البيانات عندما تفشل الرزم في مغادرة الشبكة، بينما قد يسيء متحكم قائم على المعدل فقط تفسير غياب التغذية الراجعة.

هذه هي الحجة المعمارية للاتحاد، وليس دليلًا مستقلًا على أن كل تنفيذ لـ NSCC يتفوق على DCQCN أو متحكمات RoCE الأخرى. فالنتائج تعتمد على تفاصيل الخوارزمية وتشوير المحول والطوبولوجيا وأنماط حركة المرور واختيار المعاملات. و«يستخدم NSCC» ليس ادعاء أداء كافيًا. التحكم بالازدحام باعتمادات المستقبل (Receiver-credit Congestion Control - RCCC) موجه للازدحام المتقارب. عندما ترسل مصادر عديدة في وقت واحد إلى وجهة، يمكن أن تصبح الوصلة الأخيرة عنق زجاجة حتى لو لم تكن نواة الشبكة مزدحمة. يتتبع المستقبل الطلب ويوزع الاعتمادات على المرسلين، منظمًا الوصول الإجمالي ومغيرًا النافذة الفعالة لكل مصدر حسب المنافسة.

ويمكن أن يعمل RCCC مع NSCC لأن إغراق المستقبل وازدحام النواة مشكلتان مختلفتان. التحكم بالتدفق في النقل (Transport Flow Control - TFC) يستخدم أيضًا اعتمادات، لكنه يخدم خدمات من نقطة إلى نقطة بمساحات محدودة. غرضه تجنب فيضان مساحة المستقبل مباشرة عندما يكون التسامح مع الفقد منخفضًا. ويمكن استخدامه مع تعدد المسارات أو بدونه. ومعاملة جميع آليات الاعتماد كمتكافئة ستخفي نطاقات العطل المختلفة التي تسعى كل منها للتحكم بها. تتوقع المواصفة Explicit Congestion Notification في النسيج بأكمله وتتضمن افتراضات تشغيلية حول التشوير، منها الوسم عند dequeue بدل الاعتماد على enqueue فقط. وتفسر نقاط النهاية ECN مع التأكيدات وزمن الانتقال والاقتصاص.

ولذا فالإعداد المتسق للمحولات أساسي. فقد يكون تنفيذ نقل صحيحًا وينتج نتائج سيئة في نسيج سيء الإعداد. يُظهر سجل الصيانة الصعوبة. صحح الإصدار 1.0.1 خوارزمية مصدر RCCC. وصحح 1.0.2 حالات إدارة ازدحام. وصحح 1.0.3 تفاعلات بين الاعتمادات وإعادة محاولة الوصلة. وهذه علامات طبيعية لمواصفة حية، لكنها تُظهر أيضًا أن الاعتمادات وإعادة الإرسال وحالة التحكم بالمسار تتفاعل بطرق خفية. وسيحتاج المشغلون إلى انضباط في الإصدارات واختبارات ارتداد، وليس فقط امتثالًا أوليًا.

اقتصاص الرزم واستعادة الفقدان بدقة

يغير اقتصاص الرزم (packet trimming) ما يفعله المحول القادر عندما لا يستطيع الاحتفاظ برزمة كاملة. فبدل التخلص من الإطار دون معلومات إضافية، يزيل معظم الحمولة أو كلها، ويحتفظ بالرؤوس والبيانات الوصفية الكافية لتحديد الرزمة، ويوسمها كمقصوصة، ويعيد توجيه الإشعار المخفف نحو المستقبل. عندها يمكن للمستقبل إبلاغ المرسل بالبيانات المحددة المفقودة. هذا أكثر إفادة من وسم ECN. فـ ECN يشير إلى وجود ازدحام؛ أما الاقتصاص فيحدد رزمة لم تنجُ حمولتها. وبالدمج مع RUD وإعادة الإرسال الانتقائي، يمكنه تسريع الاستعادة دون انتظار مهلة أو إعادة إرسال تسلسل طويل بسبب فقدان واحد.

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

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

استعادة الوصلة والاعتمادات والتفاوض على الوظائف

تحاول إعادة محاولة الوصلة (Link Layer Retry - LLR) استعادة التلف على وصلة فيزيائية قبل أن يتفاعل النقل من طرف إلى طرف. يكتشف النظير انقطاع تسلسل أو إطار تالف، ويرسل تأكيدًا سلبيًا على مستوى الوصلة، ويجعل المرسل يعيد الإطار المتضرر من مساحة محلية. وإذا اكتملت الاستعادة بسرعة، يمكن للنقل تجنب إعادة إرسال أطول عبر الشبكة كلها. تزداد القيمة المحتملة مع سرعة الحارات وكثافة المنافذ. فالأخطاء البصرية أو الكهربائية العرضية يمكن أن تسبب تأخيرات غير متناسبة في مهمة متزامنة جدًا. لكن LLR تضيف حالة تسلسل ومساحات إعادة تشغيل ورسائل تحكم ونوافذ تجاهل وأنماط عطل جديدة. كما يجب أن تتعايش مع تحديثات الاعتمادات وإعادات تعيين الوصلة.

وصحح الإصدار 1.0.3 عدة حالات حدودية، بما فيها تسابق بين معلومات اعتمادات CBFC وLLR. التحكم بالتدفق القائم على الاعتمادات (Credit-Based Flow Control - CBFC) يعمل لكل قناة افتراضية على مستوى الوصلة. ويبلغ المرسل بكمية سعة الاستقبال المتبقية ويمكنه تقديم تحكم أدق من الإيقاف المؤقت الواسع حسب الأولوية. وتقدمه UEC كطريقة لدعم سلوك بلا فقدان متحكم به دون اشتراط أن يكون كل نشر UET بلا فقدان عالميًا. وCBFC اختياري وصُممت UET للعمل فوق شبكات best effort. لا ينبغي معاملة CBFC كاسم آخر لـ Priority Flow Control. تختلف الآليتان في التشوير والدقة، رغم أن كليهما يهدفان لتجنب الفيضانات.

ولا يزال CBFC يتطلب إعدادًا متسقًا وتسليمًا صحيحًا لإطارات التحكم الخاصة به. كما يمكن للاعتمادات المحلية أن تتفاعل مع النوافذ من طرف إلى طرف واعتمادات المستقبل، مما يخلق عدة حلقات تحكم متداخلة. تستخدم UEC التفاوض القائم على LLDP لاكتشاف وظائف الوصلة الاختيارية ومنع أحد الجانبين من تفعيل قدرة لا يدعمها الجار. ويجب أن يأخذ التفاوض بالاعتبار الملامح والقنوات الافتراضية وربط DSCP والأولويات وإعادات التعيين وتحديثات البرمجيات والتركيبات الجزئية. وأضاف الإصدار 1.0.3 قدرة تفاوض بوليانية، مما يعزز الحاجة لاتفاق صريح على كل وصلة. توفر هذه الخيارات مسارًا من Ethernet الأساسية إلى Ethernet المحسنة. كما تخلق مصفوفة قد تختفي في لغة الشراء.

فيمكن لمحول أن يعيد توجيه UET تمامًا دون الاقتصاص أو LLR أو CBFC. ويمكن لآخر أن يدعم هذه الوظائف فقط في إصدارات أو أنماط منافذ معينة. ويحتاج سجل النشر الموثوق إلى مجموعة القدرات الدقيقة، وليس مجرد اسم الاتحاد.

التشوير الفيزيائي عند 100 و200 جيجابت لكل حارة

ترسخ الطبقة الفيزيائية UEC في خريطة طريق العتاد. كُتب العمل الأولي لـ 1.0 حول تشوير 100 جيجابت/ثانية لكل حارة. وأضاف الإصدار 1.0.3 دعم 200 جيجابت/ثانية لكل حارة. ويواءم التعديل المواصفة مع جيل من الوصلات والأنظمة الأعلى كثافة، لكنها قدرة للوثيقة، وليس دليلًا على أن كل منتجات UEC تقدم السرعة فورًا. يتناول عمل PHY لـ UEC أيضًا إحصائيات تصحيح الأخطاء الأمامي (FEC) ونسب كلمات الشيفرة المصححة وغير القابلة للتصحيح والتحكم بمجموعات الطبقة الفيزيائية المرتبة (ordered sets) وتقارير جودة الوصلة والتفاعل بين الأخطاء الفيزيائية وLLR. هذه التفاصيل مهمة لأن قرارات استعادة النقل تعتمد على ما يمكن للطبقات السفلى ملاحظته وتبليغه.

مع سرعات التشوير الأعلى، تكتسب الحدود بين البصريات وSerDes وFEC وإعادة المحاولة المحلية واستعادة النقل أهمية اقتصادية. يمكن لـ FEC أقوى أن يقلل الأخطاء المتبقية على حساب زمن الانتقال والطاقة. ويمكن لإعادة محاولة الوصلة استعادة التلف المحلي أسرع، لكنها تتطلب مساحات وحالة. وإعادة الإرسال من طرف إلى طرف أبسط عبر الشبكة، لكنها قد تضيع وقتًا أطول. وتحاول UEC تحديد كيف تتعاون هذه الطبقات بدل السماح لكل مورد بالتحسين بمعزل. كما تُظهر إضافة حارات 200G أن هدف الاتحاد يتحرك. فيجب على منفذي 1.0 الحفاظ على التوافقية بينما يخططون لقدرات فيزيائية جديدة. ويجب على معدات الاختبار والبرامج الثابتة وأنظمة الإدارة أن تميز ما يدعمه كل منفذ.

ولا ينبغي للمشترين استنتاج السرعة لكل حارة من ادعاء عام بـ UEC.

أمان النقل الاختياري من طرف إلى طرف

توفر طبقة أمان النقل (Transport Security Sublayer - TSS) حماية اختيارية من طرف إلى طرف. ولا يشترط نموذج تهديداتها الثقة بالمحولات. ويمكنها تقديم السرية والسلامة والحماية من الإعادة وعزل المهام ونطاقات آمنة ومفاتيح مجموعات وتدوير مفاتيح وتكامل مع جذور ثقة عتادية. يستخدم التصميم نطاقات آمنة يتشارك أعضاؤها سياق تشفير. وتهدف المعرفات وأرقام الارتباط والحقب وهويات المصدر الآمن واشتقاق المفاتيح إلى التوسع أبعد من إنشاء جلسة مستقلة لكل زوج من نقاط النهاية. وهذا ضروري عندما تتغير أعداد المسرعات وعضوية المهام بسرعة. البروتوكول ليس سوى جزء من نظام الأمان.

فيجب على المشغل الإنتاجي إدارة سلطات المفاتيح والشهادات أو جذور ثقة أخرى وخدمات عضوية المهام والتوزيع والإلغاء وانتقالات الحقب واستعادة نقاط النهاية والتشفير العتادي وقياس الأمان عن بُعد. ويمكن للشبكة أن تتطابق مع ملامح دون تفعيل جميع وظائف TSS الاختيارية. ولا يعني «متوافق مع UEC» تلقائيًا «مشفر». تعكس الاختيارية افتراضات نشر مختلفة. فقد يعطي نسيج مخصص ومسيطر عليه فيزيائيًا أولوية للأداء ويثق بالضوابط البيئية. وقد تحتاج سحابة متعددة المستأجرين إلى عزل قوي وحماية تشفيرية. ويجب أن تجعل الملامح والمشتريات هذا الفرق مرئيًا. الخطر الأكبر ليس فقط عبء التشفير.

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

ما معنى «متوافق مع UEC» حاليًا

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

ولا تعادل أي من هذه التصريحات تلقائيًا شهادة مستقلة من طرف إلى طرف ومتعددة الموردين. توصيات منصة الاختبار العامة مفيدة، لكنها محدودة عمدًا. فهي توفر طوبولوجيات وتحققات ممارسات جيدة بدل تأهيل نظام كامل. وهي تستبعد أو لا تغطي بالكامل قابلية التشغيل البيني الأوسع والأداء والإجهاد والمقياس ودورة حياة واجهة البرمجة. ولا تثبت السلوك مع حركة UET وRoCE مختلطة أو تحديثات جزئية أو أعطال متكررة أو نطاقات مفاتيح كبيرة أو أعداد الأهداف القصوى الأكثر طموحًا. ويُظهر عدم الاتساق بين AI Full وAI Extended أيضًا لماذا يحتاج الامتثال إلى تنظيم دقيق للإصدارات.

فيجب على المشتري أن يسأل عن المواصفة ومستوى التصحيح والملامح والوظائف الاختيارية وأنماط الوصلة ووظائف الأمان التي يغطيها الادعاء. ويجب أن يحدد الجواب ما إذا كان الدليل من اختبارات داخلية أو عرض ثنائي أو حدث اتحاد أو مختبر مستقل. ستشمل مرحلة تالية موثوقة تعريفات اختبار عامة مرتبطة بإصدارات محددة واختبارات توصيل بينية متعددة الموردين ونتائج مدارة بشكل مستقل – بما فيها نتائج سلبية – وسجل يميز نقاط النهاية والمحولات والبرمجيات والأنظمة الكاملة. وحتى ذلك الحين، فإن «متوافق مع UEC» هو سؤال ابتدائي، وليس ضمانًا كاملًا.

وثيقة مفتوحة مع التزامات براءات اختراع RAND

يمكن تنزيل Ultra Ethernet Specification 1.0.3 للعموم وتوزع تحت رخصة Creative Commons Attribution-NoDerivatives 4.0. تسمح الرخصة بإعادة التوزيع مع الإسناد، لكن ليس توزيع نسخ معدلة. والأهم أن الوصول بحق المؤلف والوصول للبراءات مسألتان منفصلتان. تستخدم مواثيق مجموعات العمل الموثقة بشكل عام نموذجًا تقليديًا لتطوير المواصفات مع تراخيص براءات بشروط معقولة وغير تمييزية (RAND). ولا يعني RAND بالضرورة إتاوات مجانية. ولا يضمن سعرًا شاملًا ولا يلغي التفاوض ولا يمنع النزاعات حول الصلاحية أو الجوهرية أو الجغرافيا أو الشروط الدفاعية. ويعتمد الوضع التجاري على كل براءة معلنة والتزام العضو وأي ترخيص ثنائي.

تحتفظ UEC بسجل عام لإفصاحات المطالبات الضرورية (Necessary Claims). وعند نقطة البحث كانت إفصاحات مرتبطة بـ Broadcom وMicrosoft وHuawei وQualcomm وAMD وHPE وGoogle وMarvell وغيرهم مرئية، بما فيها تقديمات متعلقة بأعمال 1.1 المستقبلية. يزيد السجل الشفافية بإظهار أن المنفذين قد يحتاجون للتحقق من الملكية الفكرية قبل بناء أو بيع منتج. يعلن الاتحاد صراحة أنه لا يحدد ما إذا كانت براءة صالحة أو جوهرية فعلًا أو منتهكة أو متاحة بسعر محدد. كما لا ينشر ترخيصًا عامًا مشتركًا. وقد يواجه المنفذون الصغار تكاليف قانونية وتعاملاتية تستوعبها الشركات الكبيرة بسهولة أكبر.

ورغم أن المواصفة متاحة للعموم، فقد ينتج عنها نظام بيئي تجاري مركز إذا كانت تكاليف تنقية البراءات وكلفة السيليكون ونفقات الاختبار عالية. كما يشكل إطار الملكية الفكرية حوافز الحوكمة. تساهم الشركات بالتقنية جزئيًا لإنشاء سوق واسع لمنتجاتها وجزئيًا لضمان ظهور قدراتها القائمة في التصميم المشترك. ولا تحمي إفصاحات البراءات من المفاجآت إلا إذا كانت مبكرة وواضحة بما يكفي. وهي لا تلغي إمكانية أن تصبح التراخيص حاجزًا بعد أن تكتسب البنية اعتمادًا. الوصف الصادق هو «منشور علنًا ومتعدد الموردين، مع التزامات RAND»، وليس «خالٍ من الإتاوات عالميًا». وتحتاج فرق المشتريات إلى كل من الملامح التقنية ومسار الترخيص.

الموجة الأولى من المنتجات والاختبارات

ظهرت أدلة التنفيذ بشكل واضح حوالي نشر 1.0، لكن الأمثلة في مراحل نضج مختلفة. جعلت AMD بطاقة شبكتها للذكاء الاصطناعي Pollara 400 متاحة تجاريًا في أبريل 2025 ووصفتها بأنها مصممة حول قدرات UEC قيد التطوير. Pollara هي منصة نقطة نهاية قابلة للبرمجة وإشارة مهمة على أن النقل انتقل إلى عتاد تجاري. الصياغة مهمة: التصميم لوظائف متطورة لا يعادل شهادة مستقلة ضد جميع متطلبات 1.0.3 النهائية. أعلنت Broadcom عن Tomahawk 6 في يونيو 2025 كرقاقة ASIC تحويل بسعة 102.4 تيرابت/ثانية مع وظائف ذات صلة بأنسجة UEC. وفي أكتوبر أعلنت عن بطاقة الشبكة Thor Ultra 800G وأكدت أن التصميم يوفر امتثالًا كاملًا لوظائف UEC.

وهو ادعاء مهم من المورد، لكن الدليل العام لا يجعله شهادة مستقلة من الاتحاد. ويجب تحديد العينات ونضج البرمجيات ودعم الملامح الدقيق بشكل منفصل. أعلنت Nokia وKeysight في أكتوبر 2025 عن عرض توضيحي من طرف إلى طرف لحركة UET عبر عائلتي محولات Nokia 7220 و7250 بسرعة 800 Gigabit Ethernet. وقدمت Keysight توليد حركة المرور والتحقق منها. يُثبت الاختبار أن UET يمكنها عبور أنظمة تجارية وأن الدعم يتطور في معدات الاختبار. ولا يثبت ملامح كاملة لنقاط نهاية متعددة الموردين أو مقياس إنتاج أو شهادة مستقلة لكل وظيفة اختيارية. وقد وصف أعضاء آخرون محولات أو أنظمة أو برمجيات أو خطط اختبار قادرة على UEC، وركزت قمة 2026 على التحويل لمنتج.

يدعم الدليل انتقالًا نحو التنفيذ. لكنه لا يسمح بعد بإحصاء دقيق لبطاقات UET بالحجم أو المحولات المعتمدة أو المناطق السحابية المنشورة أو الأنسجة الكاملة. الطريقة الأكثر فائدة لقراءة الموجة هي كسلسلة أدلة. تسمح مواصفة عامة بالتصميم. وتثبت إعلانات السيليكون وبطاقات الشبكة الاستثمار. وتُظهر عروض حركة المرور جزءًا من قابلية التشغيل البيني. وتنظم مصفوفات الامتثال المتطلبات. وستثبت تقارير نشر المشغلين القيمة التشغيلية. وستقدم الاختبارات المستقلة متعددة الموردين ونتائج الإنتاج المصداقية الأوسع التي لا تزال مفقودة.

RoCE وInfiniBand وSlingshot وUALink

تدخل UEC سوقًا بخيارات بديلة ناضجة وتقنيات مجاورة. وحجتها الاستراتيجية ليست أن Ethernet لم تنقل RDMA أبدًا أو أن الأنسجة المتخصصة لا تعمل. بل إن مقياس ومزامنة أعباء IA الحالية تبرر بنية Ethernet جديدة من طرف إلى طرف بتوصيل واستخدام مسارات وتحكم بالازدحام أكثر مرونة. RoCEv2 هو السلف المباشر وتقنية مثبتة مهمة. يضع حركة RDMA فوق Ethernet قابلة للتوجيه وله دعم واسع من التطبيقات والمنتجات. وتنتقد UEC نشرات RoCE الشائعة لتثبيت التدفق الكامل على مسار واستخدام استعادة Go-Back-N وإعادة ترتيب في المستقبل ومطالبة بضبط صعب لـ DCQCN واعتماد على Priority Flow Control في تصاميم كثيرة وسوء تصرف مع الازدحام المتقارب أو الدفقات الجماعية.

هذه مواقف تقنية من UEC، وليست أدلة على أن كل شبكات RoCE أداؤها سيء. المقارنة ديناميكية. فيمكن للموردين إضافة توجيه تكيفي ورش حزم وخوارزميات ازدحام أفضل أو وظائف أخرى شبيهة بـ UEC في بطاقات NIC قابلة للبرمجة، مع الحفاظ على توافقية RoCE. ويقدم تواصل AMD حول Pollara، مثلًا، RoCEv2 وUEC RDMA كخيارات على نفس العتاد القابل للبرمجة. ويمكن لـ UEC منافسة RoCE كنقل كامل وفي نفس الوقت التأثير على تطور منتجات RoCE المستقبلية. InfiniBand هو البديل الرئيسي للنسيج المتخصص. ويقدم نظامًا بيئيًا متكاملًا لـ RDMA والازدحام وموثوقية الوصلة والإدارة بخبرة HPC طويلة.

ويتضمن عمل InfiniBand Trade Association 2.0 دعم XDR الفيزيائي عند 200 جيجابت/ثانية لكل حارة وقياسًا محدثًا. وليس التمايز الأكبر لـ UEC هو الادعاء بأن InfiniBand يفتقر للأداء، بل إمكانية تحقيق سلوك IA وHPC عبر سلسلة Ethernet الأوسع وتوجيه IP القياسي وخيار أكبر متعدد الموردين. يحتل HPE Slingshot موقعًا وسطيًا. فهو نسيج HPC تجاري متوافق مع Ethernet، مع توجيه تكيفي وإدارة ازدحام، وقدم سوابق تقنية مهمة لـ UET. ويُظهر أنه يمكن بناء سلوك متخصص فوق Ethernet، لكنه يُظهر أيضًا الفرق بين منصة تجارية مسيطر عليها ومواصفة على مستوى الصناعة. عادة ما يكون UALink مكملًا، وليس بديلًا مباشرًا.

تستهدف مواصفته العامة الحالية 200G ربط التوسع العمودي (scale-up) منخفض زمن الانتقال بين المسرعات داخل حجرة (pod) وتصف أنظمة تصل إلى 1,024 مسرعًا. UEC 1.0 هي أساسًا نسيج توسع أفقي (scale-out) يربط العقد عبر محولات. ويمكن لمركز بيانات استخدام رابط توسع عمودي داخل الحجرة وUEC بين الحجرات أو العقد. وقد تقرب أعمال UEC المستقبلية حول نقل محسن للتوسع العمودي والعمليات الجماعية في الشبكة الحدود وتنتج تقاربًا أو منافسة. يقدم NVIDIA Spectrum-X والأنسجة المملوكة للمسرعات مقارنة أخرى. يمكن لمكدس متكامل بإحكام أن يحسن العتاد والبرمجيات والدعم بسرعة، لكنه يزيد الاعتماد على نظام بيئي واحد. وتستبدل UEC جزءًا من هذا التكامل بوعد واجهات مشتركة وخيار موردين.

وسواء كان التبادل يستحق العناء فسيعتمد على الأداء والدعم وشروط البراءات وقابلية التشغيل البيني وكلفة التشغيل الكلية، وليس على «مفتوح» كوسم تجريدي.

المشكلة التشغيلية أكبر من البروتوكول

يمكن لمواصفة من 573 صفحة أن تُعرف متطلبات كثيرة، لكن النسيج الإنتاجي يبقى بحاجة لنموذج تشغيلي. وتترك UEC 1.0 أعمال إدارة مهمة خارج أو حول النواة المعيارية. فيجب على المشغلين إعداد الملامح وأصناف حركة المرور وعتبات ECN ومجموعات الإنتروبيا والوظائف الاختيارية للوصلة والمفاتيح والبرامج الثابتة والقياس عن بُعد وسياسات العطل بشكل متسق عبر نقاط النهاية والمحولات. وتجعل حركة المرور المختلطة المشكلة أصعب. فقد ينقل نسيج UET وRoCE وTCP وتخزينًا وإدارة وخدمات UET مرتبة وغير مرتبة. ولا يُحل تخصيص الطوابير والإنصاف بين هذه الأصناف لأن كل بروتوكول منفذ بشكل صحيح.

فقد تعمل خوارزمية ازدحام جيدًا بمعزل وبشكل سيء عند منافسة متحكم آخر يستخدم تغذية راجعة وافتراضات مختلفة. وتعقيد نقطة النهاية خطر هيكلي آخر. تضع UET تعدد المسارات والوضع المباشر وإعادة الإرسال الانتقائي وأوضاع توصيل متعددة وتحكمًا بالنوافذ والاعتمادات واستقبال الاقتصاص والأمان وحالة كثيرة داخل FEP. ويمكنها زيادة مساحة شريحة NIC وحجم البرامج الثابتة وجهد التحقق والطاقة وعدد حالات العطل التي يجب تشخيصها. ويجعل الذكاء في نقطة النهاية سلسلة متعددة الموردين ممكنة، لكنه قد يضع التنفيذ الأصعب في المكون الذي يجب أن يشتريه كل خادم. وتخلق الوظائف الاختيارية تمايزًا وتجزئة في نفس الوقت. فيمكن لمورد تحسين نقطة نهاية AI Base أساسية لـ ECMP وECN التقليديين.

ويمكن لآخر دعم AI Full وTSS والاقتصاص وLLR وCBFC. وكلاهما يشارك في نظام UEC البيئي، لكن لا يمكن للمشغلين افتراض نفس الدلالات أو الأداء أو الأمان. ويجب أن تتحول مصفوفات الامتثال إلى مصفوفات تشغيلية للقدرات. ستكون صيانة الإصدارات مستمرة. أثرت التصحيحات من 1.0.1 إلى 1.0.3 على الازدحام والاعتمادات وإعادة المحاولة وسلوك الرزم. وقد يحتوي تجمع كبير على عدة إصدارات من برامج NIC الثابتة وإصدارات محولات وأدوات اختبار. وقد يؤدي تحديث طبقة دون تنسيق الأخرى إلى كشف سباق عرضاني يسعى الاتحاد لتجنبه. لذلك فتحالفات UEC الخارجية مركزية وليست شكلية. يربط Open Compute Project النقل بالأنظمة والعتاد المفتوح. ويربط OpenFabrics Alliance ومجتمع libfabric التطبيقات.

ويقدم IEEE 802.3 عمل Ethernet الرسمي. وتقدم SNIA وNVM Express متطلبات التخزين والإدارة. وتقدم تقنيات IETF IP وECN وآليات مرتبطة. ولهذه المنظمات عمليات قرار وخرائط طريق مختلفة؛ ويقلل الاتصال من الازدواجية لكنه لا يضمن تبنيًا متزامنًا. الاختبار التشغيلي النهائي هو بنية تحتية عاملة. فيمكن لوثيقة تحديد السلوك، ويمكن لمورد إعلان منتج، ويمكن لاتحاد تنظيم قمة. ولا شيء من هذا يستبدل تجمعًا تكمل فيه نقاط نهاية ومحولات مستقلة مهامًا حقيقية تحت ازدحام وأعطال وتحديثات، وحيث يمكن للمشغلين تفسير ما حدث.

الأهمية الحالية: من انتصار المواصفة إلى مصداقية التنفيذ

بحلول يوليو 2026، كان UEC قد حقق عدة أمور كانت غير مؤكدة عند الإطلاق. شكل ائتلافًا واسعًا، وأنتج بنية متكاملة من خمس طبقات، ونشر مواصفة 1.0 كاملة، وصانها عبر إصدارات تصحيحية، وأضاف 200G لكل حارة، وأفصح عن إفصاحات براءات، واجتذب إعلانات منتجات واختبارات. المشروع نشط وقد تحول جدول أعماله بحزم نحو التنفيذ. هذا التقدم يجعل الشكوك التالية أكثر أهمية، لا أقل. العضوية الحالية الدقيقة وقائمة التوجيه لا تُنشران في سجل موثوق واحد. وتصف صفحات العضوية العامة والميثاق الوصول بشكل مختلف. والقيادة الرسمية لـ TAC ليست متوافقة تمامًا مع أدوار القمة. وتاريخ 1.0.2 متضارب بين وثائق رسمية. وتستخدم حزمة الامتثال مصطلحات ملامح قديمة.

ولا تدمر أي مشكلة البنية، لكن كل واحدة إشارة حول التحكم الوثائقي والشفافية في مشروع تهم فيه الإصدارات الدقيقة. أهم الفجوات تؤثر على التبني. لا ينشر UEC تعدادًا للنشرات أو سجلًا للمنتجات المثبتة بشكل مستقل أو ميزانية خاصة أو حسابات مدققة. ولا يوجد دليل عام على شبكة UEC 1.0 كاملة التشغيل البيني بأهداف المقياس القصوى للاتحاد. والعروض وادعاءات الموردين قيمة، لكنها تأتي من أطراف ذات مصلحة تجارية. ولا تزال المقارنات المحايدة مع RoCE الحالي وInfiniBand ومنصات Ethernet المتكاملة محدودة. تظل الفرصة كبيرة. فـ Ethernet هو القاسم المشترك لمراكز البيانات، وسوق بنية IA التحتية كبير بما يكفي لدعم أجيال جديدة من بطاقات الشبكة والمحولات والبصريات والبرمجيات.

ولدى المشغلين حوافز قوية لتجنب الاعتماد على مورد واحد وتحسين استخدام المسرعات. ويمكن لمكدس مشترك أن يحول هذه الحوافز إلى قوة شرائية. الخطر هو أن يصبح «Ultra Ethernet» مظلة لمجموعات فرعية غير متوافقة. فإذا عمل التوجيه الأساسي لكن تباعدت الملامح والازدحام والأمان والإدارة، فقد تنتشر العلامة أسرع من قابلية التشغيل البيني. وإذا كانت تراخيص RAND باهظة أو غير مؤكدة، فقد تضيق مجموعة الموردين. وإذا استوعبت منتجات RoCE الأفكار الأكثر جاذبية دون الحاجة لنقل جديد، فقد تؤثر UEC في السوق دون أن تصبح الوسم المسيطر. السؤال الحاسم لم يعد ما إذا كان الاتحاد قادرًا على نشر مواصفة متطورة. لقد فعل ذلك.

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