الخلاصة

  • تحمي Happy Eyeballs المستخدم عبر تجربة بدائل من دون انتظار طويل لعائلة بطيئة أو معطلة. وقد تبقي هذه الآلية معدل النجاح الإجمالي أخضر بينما يفشل IPv6.
  • يلزم دليل مستقل لكل عائلة: إجابات DNS، والعناوين المرشحة، والمحاولات الفعلية، والعائلة الفائزة، وأخطاء المحاولات الخاسرة، واختبارات مفروضة من شبكات وصول ممثلة.

لنتصور حالة افتراضية معلنة بوضوح. المراقب الرئيسي أخضر، والمعاملات تكتمل، ولا بلاغات لدى الدعم. لكن مسباراً آخر مفروضاً على IPv6 من شبكة وصول محددة لا يستطيع الاتصال. يمكن أن تكون الملاحظتان صحيحتين. تلقى العميل العادي سجلي A وAAAA، وبدأ محاولة IPv6، ثم أنشأ اتصال IPv4 بسرعة جعلت المستخدم لا يشعر إلا بتأخير محدود.

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

يعرّف RFC 8305 الإصدار الثاني من Happy Eyeballs لتقليل التأخير المرئي عندما تكون عناوين أو عائلة كاملة محجوبة أو معطلة أو دون المستوى. يجري العميل استعلامي A وAAAA بصورة غير متزامنة، ويرتب الوجهات، ويباعد بين محاولات الاتصال، ثم يحتفظ بالاتصال الناجح ويلغي غيره. يميل إلى تفضيل IPv6، لكن الاستمرارية الفورية هي الهدف المباشر.

توضح المؤقتات المقترحة كيف يختفي الخلل. يقترح RFC 8305 انتظاراً قدره 50 ملي ثانية لحل الاسم، و250 ملي ثانية بين المحاولات عند غياب سجل RTT. تستطيع التطبيقات تعديل القيم والاستفادة من الخبرة السابقة، لذلك ليست ضماناً عاماً. الحقيقة الثابتة هي السباق: إن لم يسجل العميل المحاولات الخاسرة فلن يكشف الاتصال الفائز كثيراً عما حدث لها.

يضيف RFC 6724 اختيار عناوين المصدر والوجهة بين IPv6 وIPv4، ويسمح للسياسة الإدارية بتغيير الترتيب. قد يرتب جهازان الاسم نفسه بطرق مختلفة بسبب النطاق أو عنوان المصدر المتاح أو الإعداد أو المعرفة السابقة بالاتصال.

يختصر عداد نجاح HTTP هذه القرارات كلها في قيمة واحدة. لا يوضح وصول AAAA، ولا عنوان IPv6 الذي جُرّب، ولا مدة الانتظار، ولا ما إذا كان الخلل في DNS أو اكتشاف الجيران أو التوجيه أو الترشيح أو MTU للمسار أو الخدمة. كما لا يميز تفضيل IPv4 المقصود من عملية إنقاذ.

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

اجمع الاختبار العادي مزدوج المكدس مع اختبارات مفروضة على IPv6 وIPv4. الأول يحمي رحلة المستخدم، والاختبارات المفروضة تتحقق من كل سطح. نجاح المكدس المزدوج مع فشل IPv6 المفروض يعني «متاح لكنه متدهور»، وليس «سليم بالكامل».

المصادر