كيف تقرأ تقرير MTR؟
يكرر MTR مجسّات traceroute مرات كثيرة، ويعرض لكل قفزة نسبة المجسّات المفقودة وأفضل زمن ذهاب وإياب ومتوسطه وأسوأه. ابدأ بالوجهة: الفقدان هناك هو ما تعانيه البيانات فعلاً؛ أما الفقدان عند قفزة وسطى لا يستمر في القفزات التالية فهو موجّه يقيّد ردود ICMP (RFC 1812)، بينما الفقدان الذي يبدأ عند قفزة ويستمر حتى النهاية يحدد مكان إسقاط الحزم حقاً.
كيفية استخدام تشخيص الشبكة بـ MTR
- أدخل المضيف، واختر منطقة المجسّات أو حتى خمسة مواقع، وحدد عدد المجسّات والحزم لكل قفزة (5 افتراضياً).
- أبقِ ICMP، أو انتقل إلى TCP مع منفذ الخدمة إذا كانت الوجهة تردّ على ICMP ببطء أو لا تردّ إطلاقاً.
- اضغط «تشغيل MTR». قارن جدول المسارات حسب المجسّ أولاً: الفقدان عند الوجهة من منطقة واحدة فقط يشير إلى مسار تلك المنطقة.
- لاتصالك أنت، شغّل mtr --report (أو WinMTR في Windows)، والصق التقرير، واكتب المضيف في الأعلى إن شئت، ثم اضغط «تحليل التقرير الملصق».
مزايا تشخيص الشبكة بـ MTR
- MTR من ما يصل إلى 10 مجسّات Globalping: تُفحص كل قفزة من 1 إلى 16 مرة، مع الفقدان والردود وأفضل زمن ومتوسطه وأسوئه
- تشخيص لكل مجسّ يفصل تقييد ICMP عند قفزة وسطى عن الفقدان المستمر حتى الوجهة، ويسمّي القفزة التي يبدأ عندها الفقدان الحقيقي
- مجسّات ICMP أو UDP أو TCP، فيمكن قياس وجهة تقيّد ICMP على منفذ خدمتها بدلاً منه
- المسارات حسب المجسّ: عدد القفزات والوصول إلى الهدف والفقدان عند الوجهة ومتوسط زمنها، جنباً إلى جنب لكل منطقة
- خانة للصق مخرجات mtr --report أو mtr -rw أو mtr -rwz من جهازك، تُحلَّل في المتصفح
- جدول القفزات بصيغة CSV والمخرجات الخام لكل مجسّ كنص
المدخلات والمخرجات
المدخلات
- اسم المضيف أو عنوان IP (أهداف عامة فقط)، ومنطقة المجسّات أو حتى خمسة مواقع، والمجسّات (1–10)، والحزم لكل قفزة (1–16)، والبروتوكول (ICMP أو UDP أو TCP)، والمنفذ مع UDP أو TCP.
- أو تقرير mtr ملصوق (mtr --report أو -rw أو -rwz مع أرقام AS)؛ وإن كتبت المضيف فهو يساعد على تأكيد القفزة الأخيرة، لأن تقرير mtr لا يطبع هدفه.
المخرجات
- الملخص: المجسّات التي وصلت إلى الهدف، وأسوأ فقدان عند الوجهة، وأفضل متوسط للوجهة، والحزم لكل قفزة (وفي وضع اللصق: الصيغة والقفزات والوصول إلى الهدف والفقدان والمتوسط عند القفزة الأخيرة).
- المسارات حسب المجسّ وجدول القفزات: المضيف والعنوان والفقدان والردود والمتوسط وأفضل زمن وأسوؤه.
- تشخيص لكل مجسّ، وسجل قياس Globalping، والمخرجات الخام لكل مجسّ.
مثال على تشخيص الشبكة بـ MTR
تحليل تقرير mtr ملصوق إلى dns.google
الإدخال:
Host: dns.google
HOST: laptop Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.1 0.0% 10 0.6 0.7 0.5 1.1 0.2
2.|-- 100.64.0.1 0.0% 10 4.1 4.4 3.8 6.0 0.6
3.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
4.|-- 172.253.66.108 0.0% 10 38.2 38.6 37.9 40.1 0.7
5.|-- dns.google 0.0% 10 38.9 39.0 38.4 40.3 0.6النتيجة:
Detected format: mtr · Hops: 5 · Target reached: yes (dns.google) · Loss at the last hop: 0% · Last hop average: 39 ms
Findings:
- The target answered at hop 5 (average 39 ms).
- Hops 1, 2 use private or carrier-grade NAT addresses: your router and the ISP’s access network before the public Internet.
- Loss at hop 3 does not continue to later hops: those routers rate-limit their ICMP replies; it is not real packet loss.
- Hop 3 never answers (it forwards traffic but does not send TTL-exceeded messages); harmless when later hops respond.كيف تقرأ نتائج تشخيص الشبكة بـ MTR
انظر إلى صف الوجهة أولاً. فقدان 0% فيه يعني أن المسار يوصل البيانات، مهما أظهرت القفزات الوسطى.
الفقدان الذي يبدأ عند قفزة ويبقى بمستوى مشابه حتى الوجهة حقيقي، ويبدأ عند تلك القفزة أو على الرابط الذي يسبقها مباشرة. أما الفقدان عند قفزة وسطى واحدة فقط فهو تقييد لـ ICMP.
الفرق الكبير بين أفضل زمن وأسوئه عند الوجهة، مع أفضل زمن منخفض، تذبذب سببه ازدحام أو طوابير في مكان ما على المسار. أما أفضل زمن مرتفع فسببه المسافة.
صفوف ??? قفزات لم تردّ قط، ولا ضرر منها إذا ردّت القفزات التي بعدها.
متى تستخدم تشخيص الشبكة بـ MTR
- جمع الأدلة لبلاغ إلى مزوّد الإنترنت أو الاستضافة: أي قفزة يبدأ عندها الفقدان، ومن أي المناطق، مع معرّف قياس يمكنهم التحقق منه.
- معرفة هل التقطّع المتكرر في المكالمات أو الألعاب من منطقة ما فقدانٌ على المسار أم تذبذب عند الوجهة.
- مقارنة المسار عبر ICMP وعبر TCP 443 لإثبات أن الفقدان الظاهر ليس إلا تأخيراً في أولوية ICMP.
- قراءة تقرير mtr أرسله زميل أو عميل، مع شرح جاهز لحالات تقييد المعدل.
استكشاف الأخطاء وإصلاحها
- كل القفزات بعد الأولى تُظهر ???: شبكة المجسّ أو الوجهة تحجب نوع المجسّات هذا. أعد التشغيل باستخدام TCP ومنفذ الخدمة.
- فقدان عند الوجهة فقط والخدمة تعمل: الخادم يقيّد ردود ICMP. قِس باستخدام TCP على منفذ الخدمة للتأكد.
- يعود القياس جزئياً: مع حزم كثيرة لكل قفزة قد لا ينتهي المجسّ خلال مدة الانتظار؛ قلّل الحزم أو المجسّات.
- رسالة «هذا النص لا يبدو تقرير mtr»: الصق التقرير كاملاً مع سطر HOST وكل أسطر القفزات كما طبعها mtr.
الأسئلة الشائعة حول تشخيص الشبكة بـ MTR
ما الذي يُظهره MTR ولا يُظهره traceroute؟
يرسل traceroute بضع مجسّات لكل قفزة مرة واحدة؛ أما MTR فيواصل فحص كل قفزة ويحتفظ بالإحصاءات، فتحصل كل قفزة على نسبة فقدان وعلى أفضل زمن ذهاب وإياب ومتوسطه وأسوئه، وعلى الانحراف المعياري في الطرفية. وبهذا يتحول المسار العابر إلى دليل على مكان بدء الفقدان والتذبذب.
قفزة في المنتصف تُظهر فقدان 60% والوجهة 0%، فهل هناك مشكلة؟
لا. هذا الموجّه يحدّ عدد ردود ICMP التي يرسلها عن الحزم المنتهية، بينما يمرّر بياناتك بشكل طبيعي. الفقدان الحقيقي هو الذي يستمر من قفزة ما حتى الوجهة، ويسمّي التشخيص القفزة التي يبدأ عندها هذا الفقدان.
كم حزمة أرسل لكل قفزة؟
خمس حزم قيمة افتراضية معقولة هنا: ينتهي القياس خلال المدة المسموحة، ويظهر الفقدان إذا بلغ 20% أو أكثر. ولبلاغ إلى مزوّد الإنترنت أرسل من 10 إلى 16 حزمة، أو شغّل mtr على جهازك 100 دورة والصق التقرير.
هل أستطيع تشغيل MTR من جهازي في هذه الصفحة؟
لا، فصفحة الويب لا تستطيع إرسال المجسّات التي يحتاجها MTR، لذلك يعمل وضع المجسّات على مجسّات Globalping في المناطق التي تختارها. ثبّت mtr (في Linux وmacOS) أو WinMTR (في Windows)، وشغّل تقريراً والصقه في الخانة: يُحلَّل في متصفحك ولا يُرفع.
لماذا تُظهر القفزة الأخيرة فقداناً مع أن الموقع يعمل؟
بعض الخوادم تقيّد ردود ICMP الموجهة إليها هي أيضاً. إذا كان الموقع يُحمَّل بشكل طبيعي، فأعد القياس باستخدام TCP على المنفذ 443: مجسّات TCP يجيب عنها مكدّس الشبكة كاتصالات حقيقية، فتكشف هل تُفقد البيانات فعلاً.
هل نتائج MTR علنية؟
في وضع المجسّات نعم: تُبقي Globalping المضيف والخيارات والنتائج لكل قياس متاحة لكل من يملك معرّفه. أما التقرير الملصوق فيبقى في متصفحك.
ملاحظات تقنية
يرسل MTR مجسّات بقيمة TTL متزايدة كما يفعل traceroute ويكرّرها في دورات؛ ويعدّ لكل قفزة المجسّات المرسلة والردود، ويحتفظ بآخر زمن ومتوسطه وأفضله وأسوئه. والفقدان هو نسبة المجسّات التي لم يصلها رد، أي فكرة مقياس الفقدان في RFC 7680 مطبّقة على رحلة الذهاب والإياب.
تردّ الموجّهات الوسيطة من مستوى التحكم وقد تقيّد ICMP (RFC 1812 §4.3.2.8)، لذلك لا يَعُدّ التشخيصُ الفقدانَ حقيقياً إلا إذا استمر حتى الوجهة، ويذكر أول قفزة في هذا التسلسل.
يطلب وضع المجسّات من Globalping قياس mtr بعدد الحزم لكل قفزة الذي اخترته؛ ويستعلم خادم متقن عنه حتى 20 ثانية، ويعيد لكل قفزة الأزمنة التي وصلها رد ونسبة الفقدان التي أبلغت عنها Globalping.
الحدود ومنهجية القياس
وضع المجسّات يقيس من مجسّات Globalping المجتمعية في المواقع المختارة لا من جهازك، وقد يختلف مسارك أنت. الصق تقرير mtr الخاص بك لتحليله.
حد أقصى 16 حزمة لكل قفزة، وهذا يكشف فقداناً بنسبة بضعة في المئة فأكثر لا الحزم النادرة المفقودة؛ وتشغيل mtr طويلاً من جهازك أدق.
يعرض جدول وضع المجسّات أزمنة الردود لكل قفزة والفقدان كما أبلغت عنه Globalping؛ ولا يتضمن هذا العرض الانحراف المعياري ولا أرقام AS.
يُظهر MTR مسار الذهاب فقط، وقد تخلط المسارات الموزِّعة للحمل عدة موجّهات في قفزة واحدة.
الأمان والخصوصية
يرسل وضع المجسّات المضيف والخيارات من خادم متقن إلى Globalping، حيث تصبح هي والنتائج علنية لكل من يملك معرّف القياس. ولا يخزّن متقن أي شيء.
التقرير الملصوق يُحلَّل في متصفحك ولا يُرفع أبداً، وإن كان يحتوي على عناوينك المحلية.
المراجع
- RFC 7680: A One-Way Loss Metric for IP Performance Metrics (IPPM)يعرّف فقدان الحزم كمقياس: تُعدّ الحزمة مفقودة إذا لم تصل خلال مدة محددة، ويُعبَّر عن الفقدان كنسبة من الحزم المرسلة.
- RFC 1812: Requirements for IP Version 4 Routersما يجب على الموجّهات فعله، بما في ذلك متى ترسل رسائل ICMP لانتهاء المدة وتعذّر الوصول، وأنه يجوز لها تقييد معدلها؛ ولهذا قد تبدو قفزة في traceroute كأنها تفقد الحزم وهي تمرّرها بشكل طبيعي.
- RFC 2681: A Round-trip Delay Metric for IPPMيعرّف تأخير الذهاب والإياب بين مضيفين كمقياس قابل للقياس، وما يجعل العيّنة منه صحيحة.