.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
الإجابة المختصرة: فقد الحزم والتذبذب يفسدان التجربة أكثر من الزمن المرتفع الثابت. اتصال بزمن 120 مللي ثانية ثابت يبدو سلساً، واتصال بزمن 80 مع فقد 10٪ يبدو متقطعاً. في قياسنا لـ104 شبكات عراقية كان 94٪ منها بفقد صفر — والشبكات القليلة التي سجّلت فقداً هي مصدر أغلب الشكاوى الغامضة.
ثلاثة مقاييس مختلفة يخلط بينها الجميع
| المقياس | ما يقيسه | يظهر للمستخدم كـ | يهم في |
|---|---|---|---|
| الزمن (Latency) | مدة رحلة الذهاب والعودة | تأخير ثابت قبل الاستجابة | كل شيء — لكن بأثر محدود |
| فقد الحزم (Loss) | نسبة ما لم يصل | توقف وتقطّع | الرفع، الدفع، المكالمات |
| التذبذب (Jitter) | تفاوت الزمن بين حزمة وأخرى | تجربة غير متوقعة | المكالمات، البث، الألعاب |
معظم الناس يقيسون الأول ويتجاهلون الاثنين الآخرين — بينما هما مصدر أغلب الشكاوى التي يصعب تشخيصها. لأن الزمن المرتفع يُشعِر بالبطء، أما الفقد والتذبذب فيُشعران بأن «الموقع معطّل» — وهو حكم أقسى بكثير.
فقد الحزم: لماذا هو الأخطر
حين تُفقد حزمة، لا تختفي بلا أثر — بل ينتظر البروتوكول مهلة ثم يعيد إرسالها. وهذا الانتظار أطول بكثير من رحلة عادية.
- الأثر غير خطي. فقد 1٪ محسوس قليلاً، وفقد 5٪ يجعل التجربة سيئة، وفقد 10٪ قد يضاعف زمن التحميل الفعلي.
- يضرب الرفع أكثر من التصفح. ولهذا يشكو المستخدم من فشل رفع صورة أو ملف بينما «التصفح طبيعي».
- يقتل صفحات الدفع تحديداً. عملية الدفع سلسلة طلبات متتابعة؛ فقد حزمة في منتصفها قد يعني معاملة معلّقة أو مكررة.
- لا يظهر في اختبار السرعة. اختبارات السرعة الشائعة تقيس النطاق لا الاستقرار، وقد تعطي رقماً ممتازاً على وصلة تفقد الحزم.
قاعدة عملية: أي فقد يزيد على 1٪ باستمرار يستحق التشخيص. وأي فقد يزيد على 3٪ سيولّد شكاوى حتماً — حتى لو كان الزمن ممتازاً.
التذبذب: العدو الصامت
التذبذب هو تفاوت الزمن بين حزمة وأخرى. اتصال بزمن ثابت 100 مللي ثانية أفضل من اتصال يتراوح بين 40 و160 رغم أن متوسط الثاني أقل.
السبب أن التطبيقات تبني توقعاتها على الاستقرار: المكالمة الصوتية تخزّن مؤقتاً بقدر التذبذب المتوقع، فإن زاد انقطع الصوت. والتطبيق التفاعلي يبدو «معلّقاً» حين تتأخر استجابة واحدة بين استجابات سريعة.
- أقل من 1 مللي ثانية — ممتاز ومسار مستقر.
- 1 إلى 5 — طبيعي على مسار دولي.
- 5 إلى 20 — ازدحام أو مسار متغير؛ محسوس في المكالمات.
- أكثر من 20 — مشكلة واضحة، وغالباً مصحوبة بفقد.
ما أظهره قياسنا للشبكات العراقية
من قياسنا لـ104 شبكات عراقية بعشرين حزمة لكل شبكة:
| المؤشر | النتيجة | القراءة |
|---|---|---|
| شبكات بفقد حزم صفر | 98 من 104 (94%) | جودة مسار جيدة عموماً |
| وسيط التذبذب | 0.5 ms | مسارات مستقرة جداً |
| أعلى فقد سُجّل | 10% | شبكة واحدة — مع تذبذب 11.4ms |
| شبكات بفقد 5% | 4 شبكات | تستحق المتابعة |
| أعلى تذبذب | 11.4 ms | على الشبكة نفسها الأعلى فقداً |
ملاحظة مهمة: الفقد والتذبذب يظهران معاً غالباً. الشبكة التي سجّلت 10٪ فقداً سجّلت أيضاً أعلى تذبذب — لأن كليهما عَرَض لسبب واحد: ازدحام أو وصلة متعبة. الأرقام التفصيلية في تقرير قياس 108 شبكات عراقية.
اربط العَرَض بالسبب
| ما يقوله المستخدم | السبب الأرجح | ما تفحصه أولاً |
|---|---|---|
| «الموقع بطيء دائماً» | الخادم أو وزن الصفحة | زمن أول بايت |
| «يعلّق ثم يكمل فجأة» | فقد حزم | نسبة الفقد في ping |
| «لا أستطيع رفع الصور» | فقد حزم في الرفع | الفقد + استقرار الوصلة |
| «الدفع فشل ثم تكرر» | فقد حزم أثناء المعاملة | الفقد + سجل الطلبات |
| «الصوت متقطع في الاجتماع» | تذبذب | تفاوت الزمن |
| «بطيء مساءً فقط» | ازدحام — فقد وتذبذب معاً | قياس في الوقتين |
| «بطيء عندي فقط» | الميل الأخير | جرّب شبكة أخرى |
لاحظ أن ثلاث حالات من السبع سببها الفقد لا الزمن. ولهذا فإن تشخيصاً يبدأ بقياس الزمن وحده سيفوّت أكثر من ثلث الحالات.
كيف تقيسهما بنفسك
فقد الحزم
نفّذ عدداً كبيراً من الحزم لا أربعاً: على ويندوز ping -n 100 maram.iq، وعلى لينكس ping -c 100 maram.iq. ثم اقرأ سطر الملخص: نسبة الفقد هي ما يهم. أربع حزم لا تكفي لكشف فقد 2٪.
التذبذب
من مخرجات الأمر نفسه، انظر إلى الفرق بين أقل زمن وأعلى زمن. فارق كبير بينهما يعني تذبذباً. والأدق أن تستخدم mtr الذي يعرض التذبذب لكل قفزة على حدة.
متى تقيس
- مرتين على الأقل: في الهدوء صباحاً، وفي الذروة مساءً.
- لمدة كافية: مئة حزمة أو أكثر؛ العيّنة الصغيرة تخدع.
- من أكثر من شبكة: واي فاي وبيانات جوال — للتمييز بين مشكلة الوصلة ومشكلة المسار.
ما الذي يمكن فعله
الفقد في شبكة الوصول ليس بيدك ولا بيد مزوّد استضافتك. لكن يمكنك تقليل حساسية موقعك له:
- قلّل عدد الطلبات. كل ملف فرصة إضافية لفقد حزمة. دمج الملفات وتقليلها يقلل الاحتمال.
- خفّف الوزن. بيانات أقل تعني حزماً أقل تعني فرص فقد أقل.
- استخدم بروتوكولات حديثة. إصدارات HTTP الحديثة تتعامل مع فقد الحزم أفضل من القديمة، لأن فقد حزمة لا يوقف بقية التحميل.
- اجعل النماذج تتحمّل الانقطاع. حفظ تلقائي للمسودة وإعادة محاولة عند فشل الإرسال — هذا يحوّل تجربة فاشلة إلى تجربة مقبولة.
- لا تعتمد على طلب واحد حرج. في صفحات الدفع تحديداً، اجعل العملية قابلة للاستئناف بلا تكرار الخصم.
وأخيراً: وثّق الفقد قبل أن تشتكي. رسالة إلى مزوّد الإنترنت مرفقة بنتيجة مئة حزمة تُعامَل بجدية أكبر من «الإنترنت بطيء».
أسئلة شائعة
ما الفرق بين فقد الحزم والزمن المرتفع؟
الزمن المرتفع تأخير ثابت يُشعِر بالبطء. فقد الحزم يعني ضياع بيانات وإعادة إرسالها، ويُشعِر بالتوقف والتقطّع — وهو أسوأ إدراكياً.
ما النسبة المقبولة لفقد الحزم؟
الصفر هو الطبيعي على مسار سليم. أي فقد فوق 1٪ باستمرار يستحق التشخيص، وفوق 3٪ سيولّد شكاوى حتماً.
ما هو التذبذب ولماذا يهم؟
تفاوت الزمن بين حزمة وأخرى. يهم لأن التطبيقات تبني توقعاتها على الاستقرار؛ والتجربة غير المتوقعة أسوأ من التجربة البطيئة الثابتة.
كيف أقيس فقد الحزم؟
بإرسال عدد كبير من الحزم: ping -n 100 على ويندوز أو ping -c 100 على لينكس، ثم قراءة نسبة الفقد في الملخص.
هل تغيير الاستضافة يحل فقد الحزم؟
لا إن كان الفقد في شبكة الوصول عند الزائر. لكن تخفيف الموقع وتقليل عدد ملفاته يقلل أثره فعلياً.
لماذا يظهر فقد في منتصف التتبّع ثم يختفي؟
لأن ذلك الجهاز لا يعطي أولوية للرد بينما يمرّر الحركة سليمة. الفقد الحقيقي هو الذي يبدأ عند قفزة ويستمر حتى النهاية. راجع دليل قراءة مسار الشبكة.
هل اختبار السرعة يكشف الفقد؟
لا غالباً. اختبارات السرعة تقيس النطاق لا الاستقرار، وقد تعطي رقماً ممتازاً على وصلة تفقد الحزم.
قِس الاستقرار لا السرعة وحدها
نفّذ مئة حزمة نحو موقعك وانظر إلى الفقد والتذبذب لا إلى الزمن فقط. ولمقارنة أرقامك بما قِسناه إلى الشبكات العراقية راجع تقرير القياس، أو أرسل نتيجتك للفريق التقني.
