٣٣ ملّي ثانية ليست بندًا في أمر الشراء: مكبح شبكة الذكاء الاصطناعي يُضبط ولا يُشترى

الخلاصة

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

أين يُكتب المكبح

نبدأ بالميكانيزم. يحدّد المعيار RFC 3168 البتّين السادس والسابع في ثماني TOS الخاص بـ IPv4 كحقل ECN، ويلاحظ أن الحقل نفسه معرّف بالطريقة ذاتها في ثماني Traffic Class الخاص بـ IPv6، ثم يعرّف أربع نقاط ترميز من بتّين: 00 بمعنى Not-ECT، و01 بمعنى ECT(1)، و10 بمعنى ECT(0)، و11 بمعنى CE أي Congestion Experienced. والموجّه الذي يلحظ ازدحامًا في بدايته يضع علامة CE على الحزمة بدل إسقاطها، شرط أن تكون الحزمة متوافقة مع ECN (RFC 3168).

ما لا يقرّره المعيار هو الرقم. يحدّد RFC معنى الحقل وسلوك الطرف الذي يضع العلامة. أما موضع بدء الوسم فهو شأن من يشغّل المعدات.

سطح الإعداد الذي يكشفه الدليل

صفحة Quality of Service في EOS 4.37.0F من Arista تقول بصريح العبارة أين يقيم هذا الرقم. يُدعم ECN في الطوابير أحادية الإرسال عبر Weighted Random Early Detection، وهو خوارزمية إدارة طوابير نشطة توسّع Random Early Detection لتعرّف عتبات متعددة للطابور الواحد. وأمر random-detect ecn يفعّل وسم ECN في طابور الإرسال الأحادي ضمن وضع الإعداد، ويحدّد أحجام الطابور التي تعمل عتبات (Arista EOS 4.37.0F Quality of Service).

ويمكن إعداد ECN القائم على التأخير لكل طابور إرسال على حدة. مثال الدليل من ثلاثة أسطر: الدخول إلى interface Ethernet 1/1، ثم اختيار tx-queue 3، ثم تطبيق random-detect ecn delay threshold 33 milliseconds. الوثيقة نفسها.

٣٣ ملّي ثانية مثال لا توصية

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

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

الحاشية (Arad/Jericho)

يظهر الأمر في التوثيق بصيغة random-detect ecn (Arad/Jericho)، أي بعائلة منصة مكتوبة إلى جانبه. معنى ذلك أن الصيغة والسلوك مرتبطان بشريحة المفتاح، وليسا موحّدين عبر خط المنتجات كله. وكون المورّد نفسه يكتب الأمر بهذا الشكل يشير إلى الموضع الذي يقع فيه عبء إبقاء الشبكة متسقة.

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

منفذ أسرع لا يحمل الإعداد معه

المسار الأسرع يسلّم الحزم إلى الطابور نفسه بوتيرة أعلى. يمتلئ الطابور أسرع، لكن النقطة التي يبدأ عندها الوسم لا تتحرك من تلقاء نفسها. الانتقال من 400G إلى 800G لا يعيد كتابة الرقم الذي يأتي بعد random-detect ecn delay threshold.

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

حدود الأدلة

تقتصر العبارات التقنية في هذا المقال على مصدرين أوليين قُرئا نصًّا: صفحة Quality of Service في Arista EOS 4.37.0F، والمعيار RFC 3168.

أما صفحات Priority Flow Control وTraffic Management وAI networking فلم تُرجع نصًّا مقروءًا في هذه المراجعة. ولذلك لا يُقال شيء عن صيغة الأولوية بلا فقد، ولا عن سلوك pause watchdog أو شرط تفعيله، ولا عن تعلّق عتبات الإيقاف والهامش بسرعة المنفذ أو طول الكابل أو عائلة المفتاح، ولا عن قابلية تخصيص توزيع المخزن لكل طابور أو حجز المخزن المشترك، ولا عن إرشاد الطوبولوجيا لشبكات الخلفية بالمعالجات الرسومية، ولا عن ملفات إعداد معتمدة. وعدم التمكّن من القراءة ليس دليلًا على غياب هذه الأشياء.

بيانات شركة Arista Networks, Inc. متاحة في مدخل الدليل.