لماذا يحتاج فقدان الحزم إلى اختبار خاص
كل ما ترسله عبر الإنترنت يُقسَّم إلى حزم صغيرة. وعندما يضيع بعضها، تظل صفحات الويب تُحمَّل والتنزيلات تكتمل، لأن التطبيقات المعتمدة على TCP تطلب الجزء المفقود مرة أخرى ببساطة. أما الألعاب والدردشة الصوتية ومكالمات الفيديو فلا تملك ترف الانتظار، فتنتقل إلى الحزمة التالية. والنتيجة خصم ينتقل فجأة من مكانه، أو كلمات تضيع، أو إطار فيديو متجمد. اختبار فقدان الحزم يكشف ما يخفيه اختبار السرعة المعتاد.
كيف يتم القياس
يُنشئ الاختبار قناة بيانات WebRTC بين متصفحك وخادم الاختبار الذي تختاره. وتُهيّأ القناة للتسليم غير المرتب دون أي إعادة إرسال (maxRetransmits: 0)، فلا تُعاد الحزمة المفقودة أبدًا. وهذا قريب جدًا من سلوك UDP الذي تستخدمه معظم الألعاب وتطبيقات VoIP. ولأن الاتصال يمر عبر خدمة TURN الخاصة بالخادم، فإنه يعمل أيضًا خلف NAT الصارم وفي كثير من شبكات الشركات.
تحمل كل حزمة رقمًا تسلسليًا. يعيد الخادم كل حزمة فورًا، وفي نهاية الاختبار يرسل قائمة المعرّفات التي استلمها. ثم يقارن متصفحك تلك القائمة بما أرسله وما عاد إليه:
- الحزم التي لم تصل إلى الخادم أبدًا تُحتسب فقدًا في الرفع.
- الحزم التي وصلت إلى الخادم لكنها لم تعد تُحتسب فقدًا في التنزيل.
- الحزم التي عادت متأخرة جدًا بحيث لم تعد مفيدة تُصنَّف متأخرة.
- تُتتبَّع الحزم خارج الترتيب والمكررة في عدادات منفصلة.
اختيار الإعدادات المناسبة
يحدد حجم الحزمة والمعدل والمدة نوع الحركة التي يحاكيها الاختبار. الإعدادات الافتراضية تناسب معظم الناس، لكن إن كنت تتعقب مشكلة محددة فجرّب هذه الأنماط:
- الألعاب: 64–128 بايت، 60–100 حزمة في الثانية، 1–2 دقيقة.
- المكالمات الصوتية: 160–200 بايت، 50 حزمة في الثانية، دقيقة واحدة.
- الحزم الكبيرة: 1000–1200 بايت، 20–50 حزمة في الثانية.
- المراقبة طويلة المدى: معدل منخفض، 5 دقائق.
إذا ارتفع الفقد مع الحزم الكبيرة دون الصغيرة، فافحص إعدادات MTU أو حدًّا في سعة الخط. وإذا جاءت الاختبارات القصيرة سليمة بينما تُظهر الطويلة دفعات متقطعة من الفقد، فالمشكلة على الأرجح متقطعة: تداخل Wi-Fi، أو راوتر يسخن أكثر من اللازم، أو ازدحام مسائي.
ماذا يخبرك الفقد حسب الاتجاه
معرفة الاتجاه الذي تضيع فيه الحزم هي أسرع طريقة لتحديد من عليه إصلاح المشكلة. فالمشكلات داخل منزلك، مثل ضعف إشارة Wi-Fi أو نسخ احتياطي سحابي يستهلك كامل سعة الرفع، تُنتج عادةً فقدًا في الرفع. أما الفقد في التنزيل فيشير غالبًا إلى ازدحام في شبكة مزود الخدمة، أو جودة الخط في اتصالات DSL أو الكابل، أو عقدة مزدحمة على المسار إلى الخادم. وإذا رأيت فقدًا في الاتجاهين، فافحص أولًا الوصلة بين جهازك والراوتر، ثم الوصلة بين الراوتر والخط الخارجي.
التذبذب وMOS وتقييم الاتصال
لا ينبغي الحكم على فقدان الحزم بمعزل عن غيره. فالتذبذب، وهو متوسط الفرق المطلق بين أزمنة الذهاب والإياب المتتالية، يُظهر مدى عدم انتظام زمن الاستجابة. والتذبذب المرتفع يُجبر التطبيقات على التخزين المؤقت، والحزم التي تصل بعد انقضاء المخزن تُعد مفقودة فعليًا. وتجمع درجة MOS بين زمن الاستجابة والتذبذب والفقد باستخدام نسخة مبسطة من نموذج E وفق ITU-T G.107 لتقدير جودة صوت المكالمة: 4 فأكثر جيدة، وأقل من 3.5 تعني جودة متدهورة بوضوح. ويجمع تقييم A–F ونسبة الاستقرار كل ذلك في ملخص واحد.
تضييق نطاق السبب
- شغّل الاختبار عبر Wi-Fi، ثم عبر كابل على الجهاز نفسه. الفرق الكبير يعني أن شبكتك اللاسلكية هي السبب.
- كرّر الاختبار مع موقع خادم مختلف. إذا ظهر الفقد على خادم واحد فقط، فالمشكلة في ذلك المسار.
- اختبر صباحًا ثم مساءً. الفقد الذي يظهر في أوقات الذروة فقط يشير إلى سعة الشبكة.
- نزّل النتائج بصيغة CSV أو JSON وأرفقها بطلب الدعم عند الحاجة.
لفحص عام سريع، استخدم اختبار البينغ في صفحتنا الرئيسية. وإذا كانت لعبة معينة تتقطع، فقارن زمن الاستجابة إلى المناطق في صفحات مثل اختبار البينغ لـ Valorant.