الملخص

  • تحالف الإيثرنت الفائق (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 بين عدة أنماط تسليم، وتوزيع الحزم على مسارات متعددة (Packet Spraying)، وإعادة إرسال انتقائية، والتحكم في الازدحام المُدار من المرسل والمستقبل، وإخطار الازدحام الصريح (ECN)، وتقليم الحزم الاختياري (Packet Trimming)، وإعادة محاولة على مستوى الوصلة (Link Layer Retry) اختياري، والتحكم في التدفق القائم على الأرصدة (Credit-Based Flow Control) اختياري، وأمان النقل من طرف إلى طرف اختياري.
  • تُظهر المنتجات والعروض التوضيحية من AMD وBroadcom وNokia وKeysight أن التنفيذ قد بدأ. إلا أن الامتثال المعلن يعتمد بشكل كبير على التصريحات الذاتية من المنفذين؛ ولم يُنشر سجل اعتماد شامل ومستقل أو مسح لنشر واسع النطاق.
  • تكمن الفرصة الاستراتيجية لـ UEC في قاعدة الإيثرنت المُثبّتة وسلسلة التوريد متعددة الموردين. أكبر المخاطر هي تعقيد نقاط النهاية، والتجزئة بسبب الوظائف الاختيارية، والتزامات براءات الاختراع بنظام RAND، وعدم نضج الإدارة والاختبار، والفجوة بين مواصفة منشورة وإمكانية التشغيل البيني المُثبتة في بيئات الإنتاج.

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

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

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

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

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

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

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

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

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

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

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

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

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

كتلة المؤسسين التسعة

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

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

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

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

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

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

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

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

كان الرئيس الأصلي براد بوث من Meta. أما المواصفة 1.0.3 الحالية فتذكر ج. ميتز من AMD رئيسًا، وباري ديفيس من HPE نائبًا للرئيس، وهيو هولبروك من Arista رئيسًا للجنة الاستشارية الفنية (TAC)، وبونيت أغاروال من Marvell نائبًا لرئيس TAC. ويُدرج بول كونجدون كمحرر للمواصفة. كما تذكر الوثيقة قادة ومساهمين من أعمال الطبقة المادية والوصلة والنقل والبرمجيات. ويورد جدول أعمال قمة 2026 مسؤولين تنفيذيين آخرين. هذه الأدوار لا تحل بالضرورة محل الألقاب الرسمية في المواصفة؛ ولا يتوفر مخطط تنظيمي كامل حديث للعموم.

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

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

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

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

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

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

قدم تحديث مارس الأفكار التي ظهرت لاحقًا في المواصفة المعيارية: libfabric كواجهة برمجية من جهة البرمجيات، ورش الحزم (Packet Spraying)، والترتيب المرن، وأنماط تسليم متعددة، والتحكم في الازدحام المُدار من المرسل والمستقبل، وECN، وتقليم الحزم، وإعادة محاولة على مستوى الوصلة، والتحكم الاختياري في التدفق القائم على الأرصدة، وأمان النقل، وعمليات جماعية داخل الشبكة مستقبلاً. كما شدد على أن UET يمكنه العمل عبر مبدلات إيثرنت قائمة، بينما يمكن للمبدلات المتقدمة توفير أداء إضافي.

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

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

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

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

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

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

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

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

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

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

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

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

يختار UEC واجهة libfabric 2.0 بوصفها الواجهة الأساسية المتجهة شمالاً (Northbound API) لنقاط النهاية المطابقة. يربط هذا القرار المشروع بمنظومة الحوسبة عالية الأداء والشبكات المتقدمة القائمة، بدلاً من إجبار كل إطار على اعتماد واجهة مملوكة جديدة. تصف libfabric مسبقًا الأقمشة (Fabrics) والنطاقات (Domains) ونقاط النهاية (Endpoints) وطوابير الإكمال (Completion Queues) وطوابير الأحداث (Event Queues) ومتجهات العناوين (Address Vectors) ومناطق الذاكرة (Memory Regions) والمراسلة وعمليات الذاكرة عن بُعد والعمليات الذرية. ويقوم UEC بتخطيط هذه المفاهيم وتقييدها ليتمكن المزودون من ترجمة الاستدعاءات إلى سلوك UET.

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

لا يضمن التجريد تنفيذات متكافئة. فقد يختلف المزودون في حجم الحقن (Inject) وحدود التبعثر/التجمع (Scatter/Gather) وعدد نقاط النهاية والعمليات الذرية وتسجيل الذاكرة وسلوك الإكمال والتفريغ العتادي ووظائف الأمان. ولذلك قد تجد مكتبة تُصرَّف مقابل نفس الواجهة اختلافات في حدود الأداء أو القدرات. ويحتاج المشتري ومؤهل البرمجيات إلى أكثر من علامة "يدعم libfabric".

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

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

نقاط نهاية النسيج وملفات العمل

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

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

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

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

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

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

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

بالنسبة للأنماط الموثوقة، تنشئ نقاط النهاية سياقات تسليم حزم (Packet Delivery Context - PDC). ويحتوي PDC على حالة مثل الأرقام التسلسلية للحزم والتأكيدات وكشف التكرار ونمط الترتيب ومعلومات الازدحام وحالة اتجاه العودة وفئة الحركة. ويُربط PDC بنمط تسليم وفئة حركة؛ ويمكن أن توجد عدة PDCs بين نفس زوج 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 عريض، يخلق هذا يانصيبًا. فقد تصطدم تدفقات كبيرة عديدة على نفس الوصلات بينما تبقى سعة مكافئة غير مستخدمة في مكان آخر. وعندئذٍ يُحدَّد نقل طويل للذكاء الاصطناعي طوال فترة حياته بتجزئة غير محظوظة.

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

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

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

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

تقليم الحزم واسترداد الفقد بدقة

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

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

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

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

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

استرداد الوصلة والأرصدة والتفاوض على الميزات

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

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

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

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 تدعم هذا المعدل فورًا.

ويتناول عمل الطبقة المادية أيضًا إحصائيات تصحيح الأخطاء الأمامي (FEC) ونسب كلمات الشيفرة المصححة وغير القابلة للتصحيح ومجموعات التحكم المرتبة (Control 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 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 بطاقة NIC المسماة Pollara 400 للذكاء الاصطناعي تجاريًا في أبريل 2025 ووصفتها بأنها مصممة حول قدرات UEC المتطورة. وPollara هي منصة نقطة نهاية قابلة للبرمجة وإشارة مهمة على أن النقل انتقل إلى عتاد يُشحن. والصياغة حاسمة: فالتصميم لوظائف UEC متطورة ليس اعتمادًا مستقلاً مقابل كل متطلبات 1.0.3 النهائية.

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

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

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

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

RoCE وInfiniBand وSlingshot وUALink

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

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

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

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

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

أما UALink فهو غالبًا مكمل وليس بديلاً مباشرًا. فمواصفته العامة الحالية 200G تستهدف وصلات توسيع منخفضة الكمون بين المسرعات داخل حجيرة وتصف أنظمة تصل إلى 1,024 مسرعًا. وإصدار UEC 1.0 هو أساسًا نسيج توسيع يصل العقد عبر مبدلات. ويمكن لمركز بيانات استخدام وصلة توسيع داخل حجيرة حوسبة، و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 الخارجية مركزية وليست شكلية. فمشروع الحوسبة المفتوحة (OCP) يصل النقل بأنظمة وعداد مفتوح. وتحالف OpenFabrics ومجتمع libfabric يصلان التطبيقات. وIEEE 802.3 يقدم عمل الإيثرنت الرسمي. وSNIA وNVM Express يجلبان متطلبات التخزين والإدارة. وتقنيات IETF تقدم IP وECN وآليات مرتبطة. ولهذه المنظمات عمليات صنع قرار وخرائط طريق مختلفة؛ والاتصال يقلل الازدواجية لكنه لا يضمن تبنيًا متزامنًا.

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

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

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

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

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

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

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

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