Ultra Ethernet Consortium: إعادة بناء الإيثرنت للذكاء الاصطناعي على نطاق واسع

ملخص

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

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

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

تتغير معايير التحسين. يظل إجمالي عرض النطاق مهمًا، لكنه لم يعد كافيًا. ويراقب المشغّلون أيضًا زمن إنجاز المهام، وزمن انتقال الذيل، والازدحام المتفاقم نحو المستقبل (Incast)، والتعافي بعد فقدان البيانات، وتوزيع حركة المرور بين المسارات المتوازية، وكمّية الحالة التي يجب أن تحتفظ بها نقاط النهاية. فالشبكة التي تسلّم معظم الرِزَم بسرعة لكنها تؤخّر نسبة ضئيلة قد تُبطئ عملية جماعية بأكملها. وقد تضيع طريقة إعادة إرسال مقبولة لحركة المرور التقليدية وقتًا طويلًا عندما تنقص رزمة واحدة فقط في رسالة طويلة. كما أن تدفقًا مثبّتًا على مسار ECMP واحد قد يكون أداؤه ضعيفًا رغم توفّر سعة في مكان آخر من الهيكل.

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

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

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

ماهية UEC — وما ليست عليه

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

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

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

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

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

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

التحالف المؤسس لتسع منظمات

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

جلبت AMD المعالجات والمسرّعات وشبكات الطرفيات. وجلبت Arista وCisco خبرة التبديل الإيثرنتي واسع النطاق والخبرة التشغيلية. وساهمت Broadcom بـASIC للتبديل وبطاقات الشبكة وSerDes عالية السرعة. وأسهمت HPE وEviden بأنظمة الحوسبة عالية الأداء وتاريخها في التوصيلات المتخصصة. وساهمت Intel بالمعالجات والإيثرنت والبرمجيات. ومثّلت Meta وMicrosoft مشغّلين فائقي السعة مهتمين مباشرةً باستغلال أفضل لعناقيد الذكاء الاصطناعي الكبيرة وتقليل الاعتماد على مورد متكامل واحد.

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

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

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

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

يمنح نموذج مؤسسة التطوير المشتركة 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 إلى مسؤولين تشغيليين آخرين. هذه الأدوار القميّة لا تحل بالضرورة محل الألقاب الرسمية في المواصفة؛ ولا تقدم الوثائق العامة مخططًا هيكليًا محدثًا كاملاً.

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

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

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

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

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

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

أدخل تحديث مارس هذا الأفكار الرئيسية التي دخلت لاحقًا في المواصفة المعيارية: libfabric كواجهة برمجة برمجية، وتوزيع الرِزَم، وترتيب مرن، وعدة أنماط توصيل، والتحكم بالازدحام من جانب المرسِل والمستقبِل، وECN، واقتطاع الرِزَم، وLink Layer Retry، والتحكم بالتدفّق القائم على الرصيد الاختياري، وأمان النقل، والعمليات الجماعية المستقبلية داخل الشبكة. وأكد التحديث أيضًا أن UET يمكنه العمل فوق مبدّلات إيثرنت قائمة، مع إمكانية أن تضيف أجهزة غنية بالميزات أداءً إضافيًا.

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

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

النسخة 1.0.3، الصادرة في 16 يوليو 2026، هي المرجع الحالي حتى تاريخ البحث. تقع في 573 صفحة وتضيف التأشير بسرعة 200 غيغابت/ثانية لكل مسار وقدرة تفاوض بوليانية. كما تحدد ملاحظات إصدارها تصحيحات إلزامية تتعلق بتسليم الرِزَم وأرصدة الازدحام وLink Layer Retry ومجموعات التحكم الفيزيائية المرتبة، إلى جانب توضيحات حول أمان النقل والعمليات الذرية والرِزَم المقتطَعة. التمييز بين التصحيح الإلزامي والتوضيح التحريري جوهري: فبعض التعديلات تغيّر السلوك المطابِق للمواصفة، مما يفرض صيانة على التنفيذات.

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

عمارة واحدة عبر خمس طبقات وظيفية

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

في الأعلى، تتفاعل أطر الذكاء الاصطناعي وMPI وSHMEM ومكتبات العمليات الجماعية عبر OpenFabrics Interfaces، وتحديدًا libfabric. وتترجم الطبقة الفرعية للخدمات الدلالية (UET Semantic Services Sublayer) العمليات التطبيقية إلى معاملات نقل. وتقرر الطبقة الفرعية لتسليم الرِزَم (Packet Delivery Sublayer) التجزئة والترتيب والإشعارات بالاستلام والاسترداد. وتتحكم إدارة الازدحام في كمية البيانات المحقونة في النسيج وتوزيعها بين المسارات. ويحمي أمان النقل الاختياري التبادلات من نقطة إلى نقطة. ويوفر IPv4 أو IPv6 النقل الشبكي. ويقدم الإيثرنت الوصلة، مع الاقتطاع، وLink Layer Retry، وCredit-Based Flow Control، والتفاوض على الوظائف الاختيارية.

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

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

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

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

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

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

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

لا يضمن التجريد تنفيذات متكافئة. إذ يمكن للمورّدين تقديم أحجام حقن مختلفة، وحدود scatter-gather، وأعداد نقاط نهاية، وعمليات ذرية، وتقنيات تسجيل ذاكرة، وسلوكيات إكمال، ومسرّعات عتادية، ووظائف أمان متباينة. لذا، فإن مكتبة تُصرَّف لنفس واجهة البرمجة قد تصطدم بحدود سعة أو أداء مختلفة. ويتطلب الشراء والتأهيل البرمجي أكثر من مجرد علامة « libfabric مدعومة ».

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

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

نقاط النهاية النسيجية وأنماط الأعباء

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

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

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

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

تشكل المصطلحات بالفعل إشارة تحذير. تستخدم المواصفة المرجعية 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 نمط توصيل وصنف مرور واحد، ويمكن أن توجد عدة PDC بين نفس نقطتي النهاية.

هذا الحجم من الحالة ليس ثانويًا. فالعناقيد الكبيرة قد تخلق عددًا هائلاً من علاقات الاتصال. فإذا تطلب كل منها حالة وجهة كبيرة، تصبح الذاكرة وكلفة البحث عوامل محدِّدة. لذا، لا يُلزم 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 في نفس الرتوب أو الأصناف.

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

توزيع الرِزَم: استخدام النسيج كله بدلاً من مسار محظوظ

كثيرًا ما يثبّت ECMP التقليدي تدفقًا كاملاً على مسار واحد عبر التجزئة. في نسيج Clos واسع، يخلق هذا يانصيبًا: قد تلتقي عدة تدفقات ثقيلة على نفس الوصلات بينما تبقى سعة مكافئة حرة في مكان آخر. وقد يظل نقل طويل للذكاء الاصطناعي محدودًا بهذا السحب السيئ طيلة مدته.

يغير UET الإنتروبيا على مستوى كل رزمة. يستطيع المرسِل استخدام عشرات أو مئات القيم، مما يسمح لآليات ECMP القائمة بتوزيع الرِزَم بين عدة مسارات. توفر الطبقة الفرعية لتسليم الرِزَم التسلسل، وتختار الطبقة الفرعية لإدارة الازدحام الإنتروبيا أو المسار، وتطبق المبدّلات تجزئتها العادية، ويُعلم المرتجِع المرسِل بالقيم التي تبدو مزدحمة.

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

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

الوعد هو استخدام أفضل وزمن انتقال ذيل أقل. والسؤال المفتوح هو مدى اتساق تفسير نقاط النهاية المختلفة للمرتجع، وكيف يتفاعل التوزيع مع الرتوب والاضطراب والأعطال وحركة المرور المختلطة. فقد تسلك خوارزمية تتسم بالكفاءة في مختبر متجانس سلوكًا مختلفًا في نسيج كبير يضم عدة أجيال من المبدّلات. ولا تزال الأدلة المستقلة والمتعددة المورّدين محدودة.

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

لا يعرّف UEC خوارزمية جامعة. إنه يميز بين الازدحام في قلب الشبكة، والازدحام المتفاقم نحو المستقبِل (incast)، وحدود رتوب نقطة النهاية.

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

هذه هي حجة الاتحاد المعمارية، وليست دليلاً مستقلاً على أن كل تنفيذ NSCC يتفوق على DCQCN أو ضوابط RoCE الأخرى. تعتمد النتائج على تفاصيل الخوارزمية، ووسم المبدّلات، والهيكل، وحركة المرور، والوسائط. لذا، فإن «يستخدم NSCC» ليس ادعاء أداء كافيًا.

يستهدف التحكم بالازدحام القائم على رصيد المستقبِل (Receiver-credit Congestion Control - RCCC) الازدحام المتفاقم. عندما ترسل مصادر عديدة في آنٍ واحد إلى وجهة واحدة، قد تصبح الوصلة الأخيرة عنق الزجاجة بينما لا يكون القلب مزدحمًا. يتتبع المستقبِل الطلب، ويوزع الأرصدة، وينظم وصول الرِزَم الإجمالي، ويكيف النافذة الضمنية لكل مصدر وفقًا للتنافس. يمكن أن يعمل RCCC مع NSCC، لأن إشباع المستقبِل وازدحام القلب مختلفان.

يستخدم التحكم بالتدفّق على مستوى النقل (Transport Flow Control - TFC) الأرصدة أيضًا، لكن لخدمات من نقطة إلى نقطة ذات رتوب صغيرة لا تتحمل الفقدان. هدفه منع الفيضان مباشرة. ويمكن استخدامه مع التعدد المساري أو بدونه. الخلط بين جميع آليات الرصيد يحجب نطاقات العطل المنفصلة التي تتحكم بها.

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

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

اقتطاع الرِزَم والاسترداد الدقيق بعد الفقد

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

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

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

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

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

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

يحاول Link Layer Retry (LLR) استرداد تلف على وصلة مادية قبل رد فعل النقل من طرف إلى طرف. يكتشف طرف انقطاع تسلسل أو إطارًا تالفًا، ويرسل NACK على مستوى الوصلة، ويتسبب في إعادة قراءة الإطار من رتوب محلي. وإذا نجح الاسترداد بسرعة، يمكن للنقل أن يتجنب إعادة إرسال أطول.

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

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

التأشير المادي بسرعة 100 و200 غيغابت لكل مسار

تثبّت الطبقة المادية UEC في خارطة طريق العتاد. كان العمل الأولي 1.0 متمركزًا حول 100 غيغابت/ثانية لكل مسار. وأضافت النسخة 1.0.3 سرعة 200 غيغابت/ثانية لكل مسار. يواءم هذا التطور المواصفة مع جيل جديد من الوصلات الأعلى كثافة، لكنه لا يثبت أن جميع منتجات UEC تدعم هذا المعدل فورًا.

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

عند المعدلات الأعلى، يصبح الحد الفاصل بين البصريات، وSerDes، وFEC، والاسترداد المحلي، وإعادة الإرسال على مستوى النقل مهمًا اقتصاديًا. فقد يقلل FEC أقوى من الأخطاء المتبقية على حساب زمن الانتقال والطاقة. وقد يسترد LLR تلفًا محليًا أسرع لكنه يتطلب رتوبًا وحالة. والاسترداد من طرف إلى طرف أبسط في الشبكة لكنه قد يهدر وقتًا أطول. يحاول UEC تحديد التعاون بين هذه الطبقات بدلاً من ترك كل مورد يحسّن بمفرده.

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

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

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

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

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

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

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

ما الذي يعنيه اليوم «مطابق لـUEC»

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

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

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

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

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

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

المواصفة 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 AI في أبريل 2025 ووصفتها بأنها صُممت حول قدرات UEC قيد التطور. Pollara منصة قابلة للبرمجة ومهمة، وتُظهر أن النقل قد بلغ عتادًا تجاريًا. وتبقى الصياغة جوهرية: أن تكون مصممًا لوظائف UEC متطورة ليس مكافئًا لشهادة مستقلة لكل متطلبات 1.0.3 النهائية.

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

أعلنت Nokia وKeysight في أكتوبر 2025 عرضًا لحركة UET من طرف إلى طرف عبر عائلتي المبدّلات Nokia 7220 و7250 بسرعة 800 غيغابت إيثرنت. وقدمت Keysight توليد حركة المرور والتحقق منها. يُظهر الاختبار أن UET يمكنه المرور عبر أنظمة تجارية وأن أدوات الاختبار تتطور. لكنه لا يثبت نمطًا كاملاً لنقطة نهاية متعددة المورّدين، ولا نطاق إنتاج، ولا شهادة مستقلة لجميع الخيارات.

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

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

RoCE وInfiniBand وSlingshot وUALink

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

يعتبر RoCEv2 السلف المباشر وتقنية واسعة الانتشار. فهو ينقل RDMA فوق إيثرنت موجَّه وله دعم تطبيقي ومنتجي هائل. وينتقد UEC النشرات الشائعة لتثبيت تدفق كامل على مسار، والاسترداد Go-Back-N، وإعادة الترتيب عند المستقبِل، وصعوبة توليف DCQCN، والاعتماد على Priority Flow Control في عمارات كثيرة، والسلوك تحت الازدحام المتفاقم أو الدفق الجماعي. هذه هي مواقف UEC التقنية، وليس دليلاً على أن جميع شبكات RoCE رديئة.

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

InfiniBand هو البديل التخصصي الرئيسي. وهو يوفر منظومة متكاملة من RDMA والازدحام وموثوقية الوصلة والإدارة، مع خبرة طويلة في الحوسبة عالية الأداء. وتشمل أعمال 2.0 لرابطة تجارة InfiniBand مسارات XDR بسرعة 200 غيغابت/ثانية وقياسًا عن بُعد محدّثًا. ولا يكمن التمايز الأقوى لـUEC في الادعاء بأن InfiniBand يفتقر إلى الأداء، بل في محاولة الحصول على سلوك ذكاء اصطناعي/حوسبة عالية الأداء عبر سلسلة الإيثرنت، وتوجيه IP العادي، وخيار أوسع من المورّدين.

تحتل HPE Slingshot موقعًا وسيطًا. فهذا النسيج الحوسبي عالي الأداء المتوافق مع الإيثرنت، ذو التوجيه التكيفي وإدارة الازدحام، قدّم سوابق مهمة لـUET. وهو يبرهن على أن سلوكًا متخصصًا يمكن بناؤه على الإيثرنت، كما يوضح الفرق بين منصة تجارية خاضعة للرقابة ومواصفة صناعية.

UALink مكمّل عمومًا. فمواصفته العامة 200G تستهدف توصيلية التوسع العمودي (scale-up) منخفضة زمن الانتقال بين مسرّعات داخل حجيرة، وتصف حتى 1,024 مسرّعًا. أما UEC 1.0 فهو أساسًا نسيج توسع أفقي (scale-out) بين العُقد عبر مبدّلات. ويمكن لمركز بيانات أن يستخدم وصلة توسع عمودي داخل حجيرة وUEC بين الحجيرات أو العُقد. وقد تقرّب أعمال UEC المستقبلية حول التوسع العمودي المحسَّن والعمليات الجماعية داخل الشبكة الحدود وتنتج إما تقاربًا وإما تنافسًا.

تجسّد NVIDIA Spectrum-X والأنسجة المملوكة مقايضة أخرى: يمكن للمجموعة المتكاملة أن تحسّن العتاد والبرمجيات والدعم بسرعة، لكنها تزيد الاعتماد على منظومة واحدة. يقايض UEC جزءًا من هذا التكامل بوعد واجهات مشتركة وخيار. وستعتمد قيمة المقايضة على الأداء والدعم والبراءات وقابلية التشغيل البيني والكلفة الإجمالية، لا على الانفتاح كمجرد شعار.

المشكلة التشغيلية تتجاوز البروتوكول

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

تزيد حركة المرور المختلطة المهمة تعقيدًا. فقد يحمل نسيج UET وRoCE وTCP والتخزين والإدارة وخدمات UET المرتبة وغير المرتبة. توزيع الرتوب والإنصاف لا يحلان مجرد بتصحيح كل بروتوكول. فقد يعمل متحكم ازدحام بشكل جيد منعزلاً ويسوء سلوكه أمام متحكم آخر يستخدم إشارات مختلفة.

تعقيد نقاط النهاية خطر بنيوي آخر. فـUET يضع فيها التعدد المساري، والوضع المباشر، وإعادة الإرسال الانتقائي، وعدة أنماط، والتحكم بالنافذة والأرصدة، واستقبال الرِزَم المقتطَعة، والأمان، وكثيرًا من الحالة. وقد يزيد هذا مساحة السيليكون، وحجم البرامج الثابتة، وجهد التحقق، والطاقة، وعدد الأعطال التي تستوجب التشخيص. ذكاء الإنهاء يمكّن سلسلة توريد واسعة، لكنه يعقّد أيضًا المكوّن الموجود في كل خادم.

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

ستكون صيانة النسخ مستمرة. فقد مست التصحيحات 1.0.1 إلى 1.0.3 الازدحام والأرصدة والاسترداد والرِزَم. وقد يحتوي عنقود كبير على عدة نسخ من البرامج الثابتة للبطاقات وبرمجيات المبدّلات وأدوات الاختبار. وقد تؤدي ترقية طبقة دون تنسيق الأخرى إلى كشف حالات التسابق الشاملة التي يسعى الاتحاد تحديدًا لتجنبها.

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

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

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

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

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

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

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

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

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