الخلاصة

  • قالت RIPE NCC إن 86٪ من العملاء يدعمون شبكة الاجتماع التي تستخدم IPv6 وحده، مع NAT64 لحركة IPv4.
  • أوقفت الفرق موجّهات الوصول اللاسلكية الثلاثة في القاعة الرئيسية وشغّلت ستة أجهزة إضافية، مع بقاء بعض المشكلات الصغيرة.

أُطفئت أجهزة الإرسال اللاسلكي في ثلاثة موجّهات وصول، ثم شُغّلت ستة أجهزة أخرى في القاعة الرئيسية. وضع تقرير RIPE 93 هذا الإجراء إلى جانب رقم مريح: 86٪ من العملاء يدعمون شبكة IPv6 وحده. الرقم يقيس قدرة الأجهزة؛ أما تغيير الخطة فيحكي ما احتاجه فريق التشغيل.

امتدت شبكة الاجتماع في صوفيا عبر خمسة طوابق. وقال فريق التقنية إن الكابلات الداخلية عملت كما ينبغي. حصلت الأجهزة التي دخلت مسار IPv6-only على عنوان IPv6 فقط، واستخدمت NAT64 عند الوصول إلى حركة IPv4. تثبت النسبة اتساع التوافق بين الأجهزة الموجودة؛ وتأتي نتائج الاتصال الفعلية لتكمل صورة الخدمة.

كان الخلل المبلغ عنه قبل NAT64. فقد استمرت بعض نقاط الوصول في إسقاط رسائل مجموعة solicited-node التي يعتمد عليها IPv6 Neighbor Discovery للعثور على عنوان الطبقة الثانية لجهاز قريب. يشرح القسم 7.2 من RFC 4861 هذه الخطوة: يرسل الجهاز Neighbor Solicitation إلى عنوان المجموعة المتعددة المقابل للهدف وينتظر رداً. بعد اكتمال التبادل على الوصلة المحلية، يتابع الاتصال طريقه نحو NAT64.

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

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

أثار رسم NAT64 سؤالاً آخر. سأل أحد الحاضرين لماذا بدا خطا حركة المرور متشابهين جداً إن كانا يمثلان الدخول والخروج. أجاب Schepers بأنهما مختلفان قليلاً، ووعد بالتحقق، وقال رئيس الجلسة إن الفريق سينظر في الأمر. يحفظ المحضر السؤال ووعد الفريق بمراجعة الرسم.

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

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

المصادر الأولية: محضر الجلسة الختامية في RIPE 93 · جلسة التقرير التقني في RIPE 93 · RFC 4861 · RFC 6146.