«اختبار السرعة يعرض 500 Mb/s، ومع ذلك يتجمد الفيديو». هذه الحالة أشيع مما نظن. فاختبار السرعة يقيس كمية البيانات التي تمر في الثانية، مثل عرض طريق سريع. ولا يقول إلا القليل عن انتظام حركة المرور، وعن الاختناقات العابرة، وعن المركبات التي لا تصل أبدًا. وهذه الأبعاد الثلاثة لها أسماء: زمن التأخير (latency) والجيتر (jitter) وفقدان الحزم. وفهمها يتيح تشخيصًا صحيحًا وتجنب شراء اشتراك أسرع لن يغيّر شيئًا.
ثلاثة مؤشرات وثلاثة أسئلة مختلفة
في الإنترنت تنتقل كل البيانات مقطَّعة إلى حزم يتراوح حجمها بين بضع مئات من البايتات ونحو 1 500 بايت. وتقطع كل حزمة مسارًا عبر عدة راوترات قبل بلوغ وجهتها.
- يجيب زمن التأخير عن السؤال: كم تستغرق الحزمة في رحلة الذهاب والإياب؟ ويُقاس بالمللي ثانية (ms)؛ وهي القيمة التي يعرضها الأمر
ping، ومن هنا اسمه الشائع. - يجيب الجيتر (بالإنجليزية jitter) عن: هل هذا الزمن منتظم؟ فزمن تأخير يتأرجح بين 10 و150 ms ذو جيتر مرتفع، ولو بدا متوسطه مقبولًا.
- يجيب فقدان الحزم عن: كم حزمة لا تصل أبدًا؟ ويُعبَّر عنه بنسبة مئوية من عدد المرسَل.
قيم مرجعية
| المؤشر | ممتاز | مقبول | مشكل |
|---|---|---|---|
| زمن التأخير إلى خادم قريب | أقل من 20 ms | من 20 إلى 60 ms | أكثر من 100 ms |
| الجيتر | أقل من 5 ms | من 5 إلى 20 ms | أكثر من 30 ms |
| فقدان الحزم | 0 % | أقل من 0,5 % | 1 % فأكثر |
هذه العتبات إرشادية. فتقنية الوصول تحدد الحد الأدنى: الألياف الضوئية تعطي عمومًا أدنى أزمنة التأخير، وADSL والجيل الرابع يضيفان بضع عشرات من المللي ثانية، والقمر الاصطناعي الثابت بالنسبة إلى الأرض يتجاوز بنيويًا 500 ms، لأن الإشارة تقطع نحو 36 000 كم إلى القمر في كل اتجاه.
لماذا تضر هذه المؤشرات بالفيديو
معظم تدفقات الفيديو على الإنترنت تمر عبر TCP، البروتوكول الذي يضمن وصول كل حزمة ولو اقتضى إعادة إرسالها. ولهذا الضمان ثمن.
الفقدان يهبط بالسرعة
حين يرصد TCP فقدانًا يعيد إرسال الحزمة المفقودة، والأهم أنه يخفض إيقاع إرساله بشدة، ظنًا منه أن الشبكة مشبعة. ثم يعاود الارتفاع تدريجيًا. ومع فقدان منتظم بنسبة 1 إلى 2 % قد لا ينقل اتصال بسرعة 500 Mb/s على تدفق واحد سوى بضعة ميغابتات في الثانية. وهكذا قد يبقى اختبار السرعة، الذي يفتح عدة اتصالات متوازية، جيدًا بينما ينهار تدفق فيديو واحد.
التأخير يحدّ من سرعة الاتصال
كلما طالت رحلة الذهاب والإياب، استغرق TCP وقتًا أطول في التسارع وفي التعافي من الفقدان. فالخادم الموجود في أقصى العالم بتأخير 250 ms سيجد صعوبة أكبر في تقديم تدفق 4K منتظم من خادم في بلدك، عند السرعة نفسها.
الجيتر يفرّغ الذاكرة المؤقتة
يعتمد المشغّل على إمداد منتظم. فإذا وصلت الحزم على دفعات تفصل بينها فجوات، فرغ المخزون أثناء الفجوات. وتعوّض ذاكرة مؤقتة أكبر جزءًا من ذلك: وهذا موضوع مقال معالجة التحميل المؤقت (buffering).
حالة تدفقات MPEG-TS
تُنقل بعض تدفقات التلفزيون المباشر بصيغة MPEG-TS، أحيانًا فوق UDP، وهو بروتوكول لا يعيد إرسال الحزم المفقودة. فيظهر الفقدان فورًا: كتل ملونة، وصورة تتمزق، وصوت يتقطع لجزء من الثانية. وهذا العَرَض المميز يوجّه إلى الفقدان لا إلى السرعة.
الـ bufferbloat: حين يصنع الراوتر نفسه التأخير
الـ bufferbloat ظاهرة قليلة المعرفة لكنها واسعة الانتشار. فأجهزة الراوتر تملك طوابير انتظار لتخزين الحزم مؤقتًا حين يمتلئ الرابط. وإذا كانت هذه الطوابير كبيرة جدًا امتلأت أثناء نقل كبير، وانتظرت كل حزمة دورها مئات المللي ثانية.
السيناريو المعتاد: أحد أفراد الأسرة يبدأ نسخًا احتياطيًا للصور إلى السحابة، فيشبع سرعة الرفع. وعلى الفور يقفز زمن التأخير لدى المنزل كله من 15 إلى 400 ms. وتبقى إشعارات الاستلام التي يرسلها التلفزيون عالقة في الطابور، فيبدأ الفيديو، رغم أنه في حالة استقبال، بالتقطع.
كيف تكتشفه
- شغّل
pingمتواصلًا إلى خادم موثوق (انظر القسم التالي) وسجّل زمن التأخير في حالة الراحة. - بينما يعمل البنغ، شغّل اختبار سرعة على جهاز آخر، أو أرسل ملفات كبيرة.
- إذا تضاعف زمن التأخير عشر مرات أثناء الاختبار، فاتصالك يعاني من bufferbloat.
تعرض عدة مواقع لاختبار السرعة الآن «زمن التأخير تحت الحمل»، وهو يجري هذا القياس نفسه تلقائيًا.
كيف تعالجه
- حدّ من الإرسالات الكبيرة في ساعات الهدوء: جدول النسخ الاحتياطي السحابي ليلًا.
- فعّل إدارة جودة الخدمة إن وفّرها الراوتر لديك؛ وتختلف الإعدادات من مزود إلى آخر.
- للمستخدمين المتقدمين، فإن راوترًا يدعم إدارة نشطة للطوابير (خوارزميات مثل
fq_codelأوcake، وتُسمى غالبًا SQM) يقلل الظاهرة تقليلًا لافتًا، مقابل تحديد طفيف للسرعة القصوى.
القياس بنفسك بأدوات النظام
لا حاجة إلى تثبيت أي برنامج: فأوامر الشبكة الأساسية موجودة في كل الحواسيب.
الأمر ping
في ويندوز، افتح موجّه الأوامر واكتب:
ping -n 100 192.168.1.1
ping -n 100 un-serveur-connu.exempleوفي macOS ولينكس يكون الخيار المكافئ -c:
ping -c 100 192.168.1.1العنوان الأول هو عنوان الراوتر في معظم البيوت (وقد يكون 192.168.0.1 أو غيره؛ وتجده في إعدادات شبكة الحاسوب باسم «البوابة» gateway). والثاني خادم على الإنترنت، مثل موقع مزودك. وعند انتهاء القياس يعرض النظام الحد الأدنى والأقصى والمتوسط ونسبة الحزم المفقودة.
تفسير النتائج
| ping إلى الراوتر | ping إلى الإنترنت | التشخيص |
|---|---|---|
| مستقر، من 1 إلى 5 ms، دون فقدان | مستقر، دون فقدان | اتصال سليم: ابحث في جهة المصدر أو الجهاز |
| غير منتظم، مع فقدان | غير منتظم، مع فقدان | مشكلة محلية: Wi-Fi أو الكابل أو CPL |
| مستقر، دون فقدان | غير منتظم أو مع فقدان | مشكلة في الخط أو لدى المزود |
هذا الجدول مفتاح التشخيص: مقارنة الراوتر بالإنترنت تفصل بوضوح بين ما يحدث عندك وما يحدث وراء ذلك. وفي Wi-Fi، فإن ping إلى الراوتر يتجاوز باستمرار 20 أو 30 ms يدل على إشارة ضعيفة أو قناة مزدحمة؛ ويقترح دليل Wi-Fi أم Ethernet أم CPL الحلول.
تتبع المسار بـ tracert وpathping
يعرض الأمر tracert (ويندوز) أو traceroute (macOS ولينكس) كل راوتر يُمرّ به حتى الوجهة، مع زمن تأخيره. وفي ويندوز يذهب pathping أبعد: فهو يقيس الفقدان عند كل مرحلة طوال بضع دقائق. وانتبه إلى خطأ شائع في التفسير: كثير من الراوترات تجيب على الاختبارات بأولوية منخفضة. والفقدان الظاهر في مرحلة وسيطة لا يكون ذا دلالة إلا إذا تكرر في كل المراحل اللاحقة حتى الوجهة.
الأسباب الأكثر شيوعًا وعلاجاتها
- Wi-Fi ضعيف أو مزدحم: فقدان وجيتر منذ ping إلى الراوتر. قرّب الجهاز، أو انتقل إلى 5 GHz، أو استخدم كابلًا.
- كابل Ethernet تالف: موصّل مكسور المشبك أو كابل مسحوق تحت قطعة أثاث قد يسبب فقدانًا متقطعًا. وتغيير الكابل قليل الكلفة ويزيل الشك.
- CPL يعاني من تشويش جهاز كهربائي: يظهر الفقدان حين تعمل الغسالة أو شاحن.
- تشبّع الرفع (bufferbloat): زمن تأخير يقفز أثناء الإرسالات.
- خط نحاسي متدهور: فقدان حتى عبر Ethernet، وغالبًا أوضح في الطقس الرطب. لا يتدخل هنا إلا المزود؛ احتفظ بقياساتك المؤرّخة لدعم طلبك.
- خادم بعيد أو مثقل: كل شيء سليم حتى مزودك، ثم يرتفع التأخير. لا شيء يُفعل عندك سوى زيادة الذاكرة المؤقتة للمشغّل.
إذا استمر التدهور وكان مصدره مزودك، فوجّه إليه أولًا شكوى مكتوبة. وفي فرنسا تجمع الهيئة المنظمة للاتصالات Arcep بلاغات المستخدمين على موقعها J'alerte l'Arcep (فرنسا)؛ وهذه الخدمة لا تعالج النزاعات الفردية لكنها تساعد على رصد الأعطال المتكررة. ومن الجهة الأخرى، تختلف الجهات والقواعد من بلد إلى آخر.
الخلاصة
- يكمّل زمن التأخير والجيتر وفقدان الحزم مؤشر السرعة ويفسّر انقطاعات كثيرة.
- مراجع: أقل من 20 ms تأخيرًا وأقل من 5 ms جيترًا و0 % فقدانًا قيم ممتازة.
- تكفي نسبة قليلة من الفقدان لتنهار سرعة تدفق فيديو عبر TCP.
- قارن ping إلى الراوتر وإلى الإنترنت لتعرف هل المشكلة عندك أم وراء ذلك.
- يُكتشف الـ bufferbloat بقياس زمن التأخير أثناء نقل كبير.
الأسئلة الشائعة
كم زمن التأخير اللازم لمشاهدة الفيديو؟
يتحمل الفيديو عند الطلب زمن تأخير من 50 إلى 100 ms جيدًا، لأن المشغّل يحمّل مسبقًا عدة ثوانٍ. وما يزعجه خصوصًا هو الجيتر وفقدان الحزم، فهما يجعلان وصول البيانات غير منتظم.
ping إلى الراوتر 40 ms عبر Wi-Fi: هل هذا طبيعي؟
لا. إلى الراوتر، وفي Wi-Fi جيد، يبقى زمن التأخير عادةً دون 10 ms. وأي قيمة أعلى أو شديدة التغير تدل على إشارة ضعيفة أو قناة مزدحمة أو مقوّي إشارة في غير موضعه.
هل تقيس اختبارات السرعة عبر الإنترنت الجيتر؟
معظمها يعرضه، أحيانًا باسم jitter، وبعضها يقيس أيضًا زمن التأخير تحت الحمل. تذكّر أن هذه الاختبارات تستهدف خادمًا قريبًا: فلا تعكس بالضرورة المسار إلى الخادم الذي يبث الفيديو لديك.
هل يلزم فقدان 0 % حتمًا؟
الفقدان المعزول من حين لآخر لا أثر له. أما الفقدان المنتظم الذي يتجاوز 0,5 إلى 1 % فيُضعف الفيديو بوضوح ويستوجب البحث عن السبب.
