تم تمويل العمل جزئيًا من خلال منحة العمل الميداني DOI / MISS لمراقبة أداء الإنترنت من طرف إلى طرف (IEPM).
جنبا إلى جنب مع شبكة SLAC لتوفير توقعات أفضل لأداء الشبكة بين المواقع ، PINGER Project ( تم إطلاق jnry في عام 1995) SLAC في مايو 1996 تمت مراقبة ما يقرب من 100 100 مضيف . منذ عام 2000 ، كان التركيز على قياس التوزيع الرقمي.اليوم (أبريل 2007) هناك أكثر من 35 موقع مراقبة في أكثر من 600 دولة ، في أكثر من 150 دولة (أكثر من 99٪ من السكان المتصلين بالإنترنت). مع) . وأكثر من 8000 زوج مراقبة موقع بعيد . الكستناء لنشر يمكن العثور على مزيد من المعلومات حول المواقع نشر الكستناء و خريطة موجودة.
الطريقة الرئيسية المستخدمة هي النظام البيئي لبروتوكول رسائل التحكم في الإنترنت (ICMP) ، وتسمى أيضًا أداة ping. يتيح لك هذا إرسال عدد محدد من الحزم إلى العقدة البعيدة وترديد صداها. في الوقت الحاضر عادةً ما يكون مثبتًا مسبقًا على جميع الأنظمة الأساسية تقريبًا ، لذلك لا يوجد شيء لتثبيته على العملاء. يعمل الخادم (أي Echo Delegate) على أولوية أعلى (كما هو الحال في Kernel على نظام Unix) وبالتالي من طلب المستخدم إلى الشبكة. من المرجح أن توفر مقياسًا جيدًا للأداء. هذا صغير جدًا بالنسبة لمتطلبات النطاق الترددي للشبكة (مراقبة 100 نبضة في الثانية للزوج المضيف عن بُعد للمراقبة كما اعتدنا عليه).
في مشروع حزمة من pinger ، كل 30 دقيقة من عقدة مراقبة cron (نقطة القياس - MP) ، نقوم عن بعد بـ 11 ping لكل 100 بايت (8 بايت ICMP ، لكن ليس رؤوس IP) Ping على مجموعة من المراكز. يتم فصل الأصوات عن بعضها بمقدار ثانية واحدة على الأقل ، ويتم استخدام مهلة اختبار الاتصال الافتراضية وهي 20 ثانية. Ping هو أول فريق (ينشر ذاكرة التخزين المؤقت لأنه يعتبر بطيئًا ، وما إلى ذلك) (Martin hurnfr " http://www.advanced.org/IPPM/archive.2/0246.html" "أ تم الإبلاغ عن أن الأمر يستغرق حوالي 20٪ وقتًا أطول لإرجاع الحزمة الأولى باستخدام حزم UDP-echo وبفاصل زمني يبلغ حوالي -12.5 ثانية). يتم تسجيل الحد الأدنى / المتوسط / الأقصى لـ RTT لكل 10 مجموعات. يتكرر هذا لعشرة أصوات من 1000 databytes. باستخدام اثنين من أحجام حزم ping ، يمكننا تقدير معدلات بيانات ping وحساب عدد الحزم الصغيرة والكبيرة .قادرة على تحريك المواقف المختلفة (مثل تحديد المعدل). لمزيد من التفاصيل حول وقت الحزمة الكبيرة مقابل الصغيرة ، راجع قياس ping. عادةً ما تكون RTT متناسبة مع L (حيث L هي طول الحزمة) حتى الحد الأقصى لحجم مخطط البيانات (عادةً 1472 بايت بما في ذلك 8 ecobytes ICMP). أبعد من ذلك هو اختبار السلوك (بعض تجزئة حزم الشبكة ، ورفض البعض الآخر) التوثيق غير متاح في كل موقع مراقبة على البرنامج النصي للقياس الموصى به. يتم ضبط أوقات استجابة Ping لكل عقدة كل نصف ساعة . تُستخدم بشكل أساسي في مشاكل التصوير (انظر على سبيل المثال كيف تدهورت بشكل كبير في الساعات القليلة الماضية).
يتم توفير مجموعة من المضيفات البعيدة لـ ping عبر ملف يسمى pinger.xml ( راجع وثائق pinger2.pl لمزيد من المعلومات حول هذا ). يتكون هذا الملف من جزأين: أجهزة مضيفة منارة تتم إزالتها تلقائيًا يوميًا من SLAC ويشرف عليها جميع أعضاء البرلمان. يتم وضع المضيفات الأخرى ذات الأهمية الخاصة لمسؤول مضيفي MP Beacon (والمضيفات الخاصة التي يتم تعيينها بواسطة SLACMP) في قاعدة بيانات Oracle التي تتضمن أسمائهم ، وعنوان IP ، وهناك مواقع ، وألقاب ، ومواقع ، وجهات اتصال ، وهكذا تشغيل. يتم إنشاء قوائم المنارة (وقوائم المضيف الخاصة بـ SLAC) ونسخ قاعدة البيانات تلقائيًا من قاعدة البيانات على أساس يومي ، لتسهيل الوصول إلى Perl من أجل البرنامج النصي للتحليل.
تتضمن بنية المراقبة 3 مكونات:
تقوم مواقع الأرشفة بجمع المعلومات وتخزينها من المواقع المراقبة بانتظام ، باستخدام HTTP ، فهي توفر البيانات المؤرشفة لمواقع التحليلات (المواقع) ، مما ينتج عنه تقارير متاحة على الويب.
يتم جمع البيانات بانتظام (عادةً يوميًا) من خلال مضيفين للأرشيف ، أحدهما في SALAC والآخر في FNAL (HEPNRC) ، والذي يقوم بتخزين وتحليل وتحليل وإعداد التقارير عن النتائج عبر الويب.
يتطلب Ping بعض العناية في اختيار العقدة (راجع متطلبات مراقبة مضيفي WAN).
لقد رأينا أيضًا العديد من مواطن الخلل في المواقع البعيدة المختلفة عند استخدام ping. تم توثيق هذه المقاييس في علم الأمراض.
يتم توثيق المعايرة والسياق الذي يتم فيه قياس مقاييس الرحلة ذهابًا وإيابًا في معايرة pinger والسياق ، وبعض الأمثلة التي يتم فيها انتقاء نتائج ping بإحصاءات عالية ، والمتعلقة بالتوجيه ، مرتفعة. تم العثور على بعض الأمثلة للإحصاءات في نتائج Ping
لقد تحققنا من استخدام Ping وتحققنا من أن القياسات التي تم إجراؤها بها تنطبق على الاستجابة للطلب. تظهر العلاقة بين الويب والحد الأدنى لإجابات Ping في الصورة أدناه. تم إجراء هذا القياس في 18 ديسمبر 1996 في NLANR Cash من Salak إلى حوالي 17 1760 هوية. لمزيد من التفاصيل ، انظر تأثير أداء الإنترنت على أوقات استجابة الويب ، بقلم ليس كوتريل وجون هالبرين ، غير منشور ، يناير 1997.
ليس من المستغرب ، نظرًا لأن الحد الأدنى بشكل ملحوظ حول y = 2x ليس مفاجئًا: منحدر 2 متوافق مع HTTP GETs ، والذي يستغرق ضعف وقت اختبار الاتصال. الحد الأدنى لوقت اختبار الاتصال هو وقت الرحلة ذهابًا وإيابًا تقريبًا. وتتضمن معاملة TCP على الأقل رحلتين ذهابًا وإيابًا ، حيث تتطلب الجولة الثانية رقمًا ثانيًا لتبادله وتلقي الرد. يتم إنهاء الاتصال بسلاسة ولا يظهر في الوقت المناسب.
يمكن أيضًا ملاحظة الحد الأدنى من خلال إظهار توزيع التوازن بين القياس والخط y = 2 x (حيث حصلت y = HTTP على وقت الاستجابة و x = الحد الأدنى لوقت استجابة ping). يظهر هذا التوزيع أدناه. تصل القيمة المتبقية للصفر إلى التجعيد (y = 2x) في تكرار القياس. نعم ، ويشار إلى قطعة الأرض بخط أحمر.
طريقة بديلة لأداء ping هي الأداء على أداء الويب. كورولا وروبرت ل. انظر من خلال كارتر.
تُظهر دراسة حالة Firehine لخادم ويب البيت الأبيض أنه على الرغم من أن ردود Ping لا تتبع الأداء الاستثنائي للويب بشكل صحيح ، إلا أن Ping Packet Loss كان يعمل بشكل أفضل في هذا الموقف.
يوفر تطور جودة خدمة الإنترنت من خلال Christian Hitama مقياسًا للعوامل المختلفة التي تساهم في استجابة الويب. تتضمن هذه المكونات: RTT ، سرعة الإرسال ، تأخير DNS ، تأخير الاتصال ، تأخير الخادم ، تأخير الإرسال يشير إلى ما إذا كان التأخير بين إرسال أمر GET URL وتلقي البايت الأول من الاستجابة هو تقدير. تم تأخير الخادم ("في العديد من الخوادم ، على الرغم من أن كل هذه التأخيرات ليست بالضرورة مضيعة للوقت لجدولة طلبات الصفحة ، وإعداد الصفحة في الذاكرة ، والبدء في إرسال البيانات ") ومتوسط المعاملات. تمثل المدة من 30 إلى 40٪ منتصف. لتقليل هذا ، ستحتاج على الأرجح إلى خادم أكثر قوة. سيساعد الحصول على اتصال سريع بالتأكيد في تأخير 60٪ أخرى.
انظر أيضًا القسم أدناه الأدوات غير المستندة إلى Ping للحصول على بعض الارتباط بين وقت الرحلة ذهابًا وإيابًا وفقدان الحزم .
نستخدم ping لقياس وقت الاستجابة (وقت الرحلة ذهابًا وإيابًا بالمللي ثانية (مللي ثانية) ، والنسبة المئوية لفقدان الحزمة ، وتغير وقت الاستجابة على المدى القصير (المرة الثانية) والمدى الطويل ، ونقص إمكانية الوصول. الاستخدام لمناقشة وتعريف الوصول والتوافر لتعاقب Panga ، راجع أداء الإنترنت: تحليل البيانات والمفهوم ورقة بيضاء من XIWT.
باستخدام البيانات المقاسة ، يمكننا إنشاء متغيرات لتوقعات الموارد / الوسيط من خلال خط أساس طويل الأجل والاستجابة والإنتاجية وفقدان الحزمة. تسمح لنا خطوط الأساس هذه بتحديد التوقعات ، وتوفير معلومات التخطيط ، وإنشاء إضافات ، والعثور على استثناءات (مثل وقت استجابة اليوم أعلى من متوسط آخر 50 يوم عمل. 3 أعلى من الانحراف المعياري) ويمكن أن ترفع التنبيهات.
تعتبر الخسارة مقياسًا جيدًا للجودة للعديد من التطبيقات القائمة على بروتوكول TCP (من حيث معدل فقد الحزمة). يحدث التلف عادةً بسبب الازدحام الذي يتسبب في امتلاء الصفوف (مثل أجهزة التوجيه) وسقوطها. يمكن أن تحدث الخسائر أيضًا بسبب نسخة غير مكتملة من الحزمة الصادرة بسبب الشبكة. يحدث هذا عادةً بسبب أخطاء بسيطة في Linux أو أجهزة الشبكة. من القياسات التي تم إجراؤها في عامي 1994 و 1995 ، خلص Paxson (انظر Dynamics of the LTO-end packet في النهاية) إلى أن معظم أخطاء الفساد جاءت من ارتباط T1 وأن المعدل المتوسط هو 1 من 5000 حزمة. هذا يعادل معدل خطأ طفيف يبلغ 1 من متوسط 120000 نبضة لكل 300 حزمة BAT. يحتوي IP على مجموع تدقيق 16 بت ، لذا فإن احتمال اكتشاف عيب في حزمة تالفة هو حوالي 1 في 65536 أو حوالي 1 من 300 مليون حزمة. دراسة حديثة في أغسطس 2000 عن المجموع الاختباري لاتفاقية حقوق الطفل وبرنامج التعاون الفني يشير إلى أنه خلال العامين الماضيين ، أظهرت علامات حزم الإنترنت أن حزمة واحدة من كل 30000 حزمة تفشل في المجموع الاختباري لـ TCP ، حتى على هذه الروابط. 4 مليارات خطأ تعتبر أخطاء المجموع الاختباري لـ TCP أكثر شيوعًا (على سبيل المثال ، بسبب أخطاء الناقل في جهاز الشبكة أو الكمبيوتر ، أو بسبب أخطاء مكدس TCP) من أخطاء مستوى الارتباط.
يمكن لوقت الاستجابة أو وقت الرحلة ذهابًا وإيابًا (RTT) عند مقارنته بحجم الحزمة تقدير معدل بيانات ping (كيلو بايت / ثانية (kb / s)) نظرًا لأنه من الصعب جدًا وجود ارتباط عالي الأداء. يصبح نطاق الحزمة صغيرًا نسبيًا (عادةً أقل من 1500 بايت ) ، والوقت القرار محدود. يربط RTT المسافة بين المواقع في كل قفزة على طول المسار بين المواقع. يمكن تقدير تأثير المسافة من خلال سرعة الضوء في الألياف ، ويتم إعطاؤه بمسافة ly تقريبًا / (0.6 * c) حيث c هي سرعة الضوء 0.005 مللي ثانية / كم ، أو 0.66 ج) تأخير القفزة معًا ، كان RTTR تقريبًا:
أين هو العامل 2 لأننا نقيس داخل وخارج الرحلة ذهابًا وإيابًا. يظهر هذا في الشكل أدناه ، والذي يوضح استجابة ping المقاسة كدالة مسافة بين 16 زوجًا من المواقع الموجودة في الولايات المتحدة وأوروبا واليابان أوساكا ، هامبورغ دريسدن ، بولونيا ليون ، جنيف ماينز ، بيتسبرغ سينسيناتي ، جنيف كوبنهاغن ، شيكاغو أوستن ، جنيف لوند ، شيكاغو سان فرانسيسكو ، شيكاغو هامبورغ ، سان فرانسيسكو طوكيو ، سان فرانسيسكو جنيف وجنيف أوساكا) للمثلث الأزرق المقاس RTT (بالمللي ثانية) ، بيانات الخط الأسود لـ ، الخط الأخضر هو y = x (المسافة) / (0. بالنسبة لـ 6 * ج) ، تكون النقطة الحمراء في تأخير القفزة في كل اتجاه مع تأخير حوالي 25 مللي أمبير / قفزة لحوالي اتجاهين (بمعنى أن النقاط الحمراء تتوافق مع RTT النظري). إلى أي مدى استخدمناها؟ تحصل صفحات الويب على مسافة "مثل يطير الغراب" بين النقاط الرئيسية مع كل صفحة. قياس حديث ، أجراه مارك Spiller في مارس 2001 ، قام بقياس تأخيرات جهاز التوجيه من 500-700 مستخدم من جامعة كاليفورنيا في بيركلي في حوالي 10 جامعات مع بعض الارتفاعات في نطاق مستخدم 800-900.
طول الطريق (RKM) يمكن استخدام مسافة المسافة للإشارة إلى بعض تأخير نقل الإطارات (FTD). إذا كانت هناك مسافة ضيقة بين حدود DKM ، فسيتم حساب طول المسار على النحو التالي (هذا هو نفس الحساب الموجود في وثيقة الاتحاد الدولي للاتصالات G826).
لا تنطبق هذه القاعدة إذا كان هناك قمر صناعي في الطريق. في حالة وجود ساتل في أي جزء من المسار ، يتم تخصيص FTD ثابت قدره 320 MSc لهذا الجزء. تأخذ قيمة 320 MSc في الحسبان عوامل مثل زاوية الرؤية المنخفضة للمحطة الأرضية ، وتعدل خطأ إعادة التوجيه في التشفير. تتضمن معظم الأجزاء قمرًا صناعيًا ، ومن المحتمل أن تتجاوز التأخيرات 290 ميللي ثانية. إذا كان هذا قمرًا ثابتًا بالنسبة إلى الأرض ، فإن سرعة الضوء في الدائرة الثابتة بالنسبة للأرض هي 22000 و 23000 ميل عند 18000000 ميل ، وهذا الرقم هو 45000 والعودة ، والرحلة ذهابًا وإيابًا هي 9000 ميل ، لذلك نحصل على 500 مللي أمبير. هناك
يوفر هذا الحد الأدنى المعزز توقيعًا مفيدًا لاكتشاف RTT لأن الأقمار الصناعية المستقرة جغرافيًا تتضمن ساتلًا ثابتًا بالنسبة إلى الأرض في المسار بين الشاشة والهدف. يمكن رؤية مثال في تقرير 2011-2012 2012 لمجموعة عمل المراقبة ICFA-SCIC.
التأخير في كل قفزة هو وظيفة ثلاثة مكونات رئيسية: سرعة جهاز التوجيه ، ومعدل إغلاق الواجهة ، ومستوى الصوت في جهاز التوجيه. الأولين مستقران خلال فترة زمنية قصيرة (بضعة أيام) ، مما يوفر الحد الأدنى من قياس RTT للمسافة / (0.6 * ج) + الوركين * ((سرعة الواجهة / حجم الحزمة) + الحد الأدنى من وقت إعادة توجيه الموجه). هل يجب أن يكون هذا الرقم دالة خطية بحجم الحزمة. من ناحية أخرى ، تعتمد تأثيرات قائمة انتظار جهاز التوجيه على عمليات ترتيب أكثر عشوائية وحركة مرور متقاطعة وبالتالي فهي أكثر تنوعًا. يظهر هذا في مخطط MRTG أدناه مع حد أدنى ثابت جدًا من RTT (المنطقة الخضراء) وحد أقصى عشوائي من RTT (الخط الأزرق) من SELAC يوم الاثنين 5 أبريل 2001 إلى الأحد 25 فبراير 2001 في ويسكونسن. عروض من الجامعة . . قد يكون سبب حدوث وميض طفيف في منتصف اليوم في RTT هو تغيير المسار.
كان SLAC أيضًا موقع مسح. يستخدم المساحون قياس التأخير الزمني (لا تستخدم ICMP) وأجهزة نظام تحديد المواقع العالمي (GPS) لمزامنة الوقت وتخصيص المراقبة / المضيفين عن بعد. قارنا الطريقتين والتباين وقارننا بيانات Pingar and Surveyor لتأكيد صحة ICMP Echo. يتمثل أحد المخاوف ضد ICMP في أن حد معدل مزود خدمة الإنترنت (ISP) قد يعيد صدى ICMP وبالتالي قد يكون قياس فقدان الحزمة غير دقيق.
نحن نستخدم FTP (لقياس معدلات النقل الجماعي) و traceroute (لقياس عدد المسارات والقفزات) و traceroute (لقياس عدد القفزات) ، ومع ذلك ، يصعب إعدادها وأتمتتها. بالإضافة إلى ذلك ، فإن FTP عالية للغاية يعتمد على تدخل الشبكة وتحميل العقدة النهائية. وبالتالي ، فإننا نستخدم FTP بشكل أساسي في الوضع اليدوي ومعرفة كيفية عمل اختبار ping (مثل العلاقة بين FTP و ping وبين معدل نقل FTP والوركين وفقدان الحزمة). قمنا أيضًا بمقارنة تنبؤات رمي Pangar بقياسات محصنة. طريقة أخرى لقياس الإسقاط مع خسارة الرزم هي نمذجة رمية بروتوكول TCP.
تستخدم صناعة الاتصالات السلكية واللاسلكية النقاط المفتوحة (MOS) كمقياس لجودة الصوت. قيم MOS هي: 1 = سيء ؛ 2 = فقير 3 = مقبول 4 = جيد 5 = النطاق النموذجي لأفضل IP للتعليق الصوتي هو 3.5 إلى 4.2 (راجع VoIPtroubleshooter.com). في الواقع ، تؤثر خوارزمية ضغط Kodak أيضًا على الاتصال بالكامل ، لذا فإن الحد الأقصى من الدرجات التي يمكن أن تحصل عليها Kodak يتراوح من 4.2 إلى 4.4. أفضل 4.4 لـ G.711 (أو عامل R (انظر التوصية ITU-T G.107 ، "نموذج E ، نموذج حسابي للاستخدام في تخطيط الإرسال") 94.3) وضغط المفتاح لـ G72 4.1 أو عنصر R من 84.3).
هناك ثلاثة عوامل تؤثر بشكل كبير على جودة المكالمة: التأخير ، وفقدان الحزمة ، وعدم الاستقرار. وتشمل العوامل الأخرى نوع برنامج الترميز ، والهاتف (التناظري مقابل الرقمي) ، و PBX ، وما إلى ذلك. تحسب معظم الحلول المستندة إلى الأداة مكان وجود قيمة "R" ثم تطبق صيغة لتحويلها إلى درجة MOS. نحن نفعل نفس الشيء. يعد حساب MOS قياسيًا نسبيًا (على سبيل المثال ، الوثيقة المؤقتة لقطاع تقييس معايير الاتصالات في الاتحاد الدولي للاتصالات XX-E WP 2/12 لطريقة جديدة). تتراوح درجة قيمة R من 0 إلى 100 ، حيث كلما ارتفع الرقم كان ذلك أفضل. خاص بقيم MOS R: R = 90-100 => MOS = 4.3-5.0 (راضٍ جدًا) ، R = 80-90 => MOS = 4.0- 4.3 (راضٍ) ، R = 70-80 => MOS = 3.6 -4.0 (بعض عدم الرضا) ، R = 60-70 => MOS = 3.1-3.6 (معظمها متوقف) ، R = 50-60 => MOS = 2.6 - 3.1 (معظمها متوقف) ، R = 0-50 => MOS = 1.0-2. 6 (غير مستحسن). الخسارة ، الضرر ، لاستبدال ارتعاش MOS ، نتبع إجراء Nesafat. يستخدمون (في الكود الجانبي):
# قم بتضمين متوسط تأخير رحلة الذهاب والإياب (بالمللي ثانية).
# خالية من اضطراب السفر ، ولكن مضاعفة تأثير التأخير.
# ثم أضف 10 لتأخير البروتوكول (بالمللي ثانية)
التأخير الفعلي = (متوسط التأخير + التأخير * 2 + 10)
# تطبيق منحنى أساسي - إنقاص 4 لقيمة R 160 في نهاية القيمة (ذهابًا وإيابًا)
# أي شيء أكثر عدوانية عليه.
إذا كان التأخير الفعال <160٪
R = 93.2 - (لاتينية / 40 فعالة)
آخر
R = 93.2 - (تأخير فعلي - 120) / 10٪
# الآن ، دعنا نقلل قيمة 2.5 R إلى نسبة مئوية من فقدان الحزمة (على سبيل المثال ، a
سيتم تسجيل خسارة رقم 5 على أنها 5)
تحويل # R إلى قيمة MOS. (هذه صيغة معروفة)
إذا كانت r <0 أنت
إم س = 1۔
آخر
MOS = 1 + (0.035) * R + (.000007) * R * (R-60) * (100-R)
راجع أيضًا ما يلي للحصول على بعض أدوات القياس و / أو التفسيرات:
ITU-T Rec. يقدم G1040 طريقة "شراكة الشبكة عند المعاملة" لحساب شراكات الشبكة أثناء المعاملة. تعتمد المساهمة على RTT واحتمال الخسارة (P) ومهلة المعاملة (RTO) وعدد الجولات (N) المتضمنة في المعاملة. مساهمة الشبكة في وقت الانتقال (NCTT) هي كما يلي:
اوسط (NCTT) = (n * RTT) + (P * n * RTO)
القيم المحددة لـ n هي 8 ، بالنسبة لـ rto تستغرق 2.5 ثانية ، نأخذ rtt واحتمال الخسارة (p) من قياس PTIR.
تقدم مراجعة اتصالات الكمبيوتر ، 27 (3) ، يوليو 1997 ، صيغة موجزة ومفيدة للحد الأعلى لمعدل نقل خوارزمية ازدحام TCP بواسطة Mathis و Semic و Mahdavi و Ott :
شرح <(mss/rtt) * (1/sqrt (p))
أين:
المعدل: معدل نقل TCP.
MSS: الحد الأقصى لحجم المقطع (افتراضي لكل مسار إنترنت ، عادةً 1460 بايت)
RTT: وقت الرحلة ذهابًا وإيابًا (كما تم قياسه بواسطة TCP)
P هو معدل فقدان الحزمة.
الخسائر بالمعنى الدقيق للكلمة هي خسائر برنامج التعاون الفني التي لا تشبه بالضرورة خسائر Ping (مثل الخسائر الأولية القياسية لبرنامج التعاون الفني كجزء من تقديرات التمويل الجماعي الخاصة بهم). علاوة على ذلك ، تقدر PTTR RTT من خلال TTCP ( انظر بروتوكول النقل المحسن المعتمد على ذهاب وإياب وقت الرحلة ).
يمكن للمرء استخدام معدل الخطأ في البتات (BER) لتقدير الخسارة . القيم العادية BER = 10 ^ -9 (على سبيل المثال ، احتمال فقدان الحزمة بنسبة 0.001٪ et لـ 100 حزمة BA ) ، و 10 ^ -12 للارتباط البصري ( انظر CS 244A: مقدمة لشبكات الكمبيوتر-Stanford Uni ، و 10 واجهات جيجابت إيثرنت و XAUI ).
إذا لم تتمكن من قياس P بشكل غير محسوس ، فابدأ بمعدل خطأ البت المتوقع (BER) لـ 1000BaseT ، 10٪ -10 لاحتمال الخسارة. عرض الأداء المستهدف لـ 400 جيجابت .
يمكن العثور على شكل أفضل من المعادلة أعلاه: نمذجة TCP Throat: نموذج بسيط والتحقق من صحته التجريبية . Padhye و V. Ferrio و D. Townsley و J. Corus Sigcom Simp Communication Architecture and Protocol أغسطس 1998 ، ص. 304-314.
المعدل = دقيقة (Wmax / RTT ، 1 / ((RTT / sqrt (2 * b * p / 3) + min (1 ، 3 * sqrt (3 * b * p / 8)))) (1 + 32 * P * P))))
أين:
Wmax: الحجم الأقصى للنافذة المزدحمة.
ب: التأخير هو عدد الحزم التي تقبلها ACK. ترسل العديد من تطبيقات مستقبل TCP ACK مستمرًا لتلقي رزمتين متتاليتين (انظر W. Stevens).
يمكن اعتبار الرمي مقابل RTT والخسارة على أنها دالة خسارة وسلوك RTT. لقد استخدمت MATHES صيغة لمقارنة رمي الإدخال مع جهاز يبعث نبضات صوتية وNetProof القياسات .
لتقليل تأثير 1 / RTT في الصيغة الرياضية ، نستخدم للنظرية المشتقة.
norm_throughput = الصبيب * min_RTT (منطقة نائية) / min_rtt (منطقة_مراقبة)
في حالة المسار البصري للنادلة ، يمكن أن يوفر الفرق بين مسافة القفزة والمسافة من طرف إلى طرف تقديرًا للاتجاه. المسافة من النهاية إلى النهاية هي مسافة مسار أكبر دائرة بين المصدر والوجهة ، حيث يكون إجمالي مسافة القفزة هو مجموع مسافات الدائرة الكبرى بين القفزات المستمرة. في هذه الحالة ، نقدر الاتجاه (end_to_end_distance / total_hop_distance).
هذا مقياس لتحديد العلاقة بين عقدتين في مواقع معروفة. تعني القيم القريبة من الاتجاهية أن المسار بين المضيفين يعمل في دائرة تقريبًا. القيمة أقل من 1 مما يعني أن المسار غير مباشر للغاية. كان هذا على النقيض من المعامل الصريح القائم على فن النقود .
RTD = مسافة الذهاب والإياب ،
rtd [km] = الاتجاهية * min_rtt [مللي ثانية] * 200 [كم / مللي ثانية]
يسمح الاتجاهية بتأخير معدات الشبكة وتوجيهها.
د = 1 مسار المسافة.
الاتجاه = d (km) / (min_rtt [msec] * 100 [km / msec])
تتوفر بيانات ping الأولية بشكل عام ، راجع الوصول إلى بيانات Ping Air للتعرف على كيفية استرداد البيانات والتنسيقات . تتوفر بيانات الملخص من الويب أيضًا بتنسيق القيمة (.tsv) المفصول عن علامة التبويب Excel بواسطة تقرير تفاصيل PINGER .
يتم رسم وقت استجابة ping لكل عقدة كل نصف ساعة ، على سبيل المثال ، إذا كان مخطط الحديث يبدو RTT وخسارة ، فإنه يُستخدم بشكل أساسي لحل المشكلات (على سبيل المثال ، انظر كيف تغير بشكل كبير في الساعات القليلة الماضية).
3D Plot Node مقابل الوقت مقابل الإجابة يمكننا العثور على اتصال عدة عقد ذات أداء ضعيف أو في نفس الوقت (ربما لسبب شائع) ، أو أي عقدة تعمل بشكل ضعيف. غير متوفر لفترة طويلة. يظهر العديد من المضيفين على اليسار (باللون الأسود) ولا يمكنهم الوصول حتى حوالي الساعة 12 ظهرًا.
الرسوم البيانية على المدى الطويل تظهر أوقات الاستجابة، ونقص الحزمة، وصعوبة الوصول إليها على مدى 180 يوما الماضية يمكن أن تشير أيضا إلى أن الخدمة يتدهور (أو الحصول على أفضل ).
1000 جدول استكشاف الأخطاء وإصلاحها شهريًا لوقت الذروة (من 7 صباحًا إلى 7 مساءً) يتيح لنا فقدان وقت استجابة ping 1000 بايت وحزمة ping 100 بايت عرض بيانات النسخ الاحتياطي طويلة الأجل. يمكن تصدير هذه البيانات المجدولة إلى مخطط يحتوي على Excel وأداء فقدان حزمة ping على المدى الطويل.
عندما نجد أنماطًا من فقدان الحزمة الصفرية (العينة عبارة عن مجموعة من n pings) ، فإننا نرى الشبكة كفرصة (أو غير مشغولة). تعتبر النسبة العالية من الاكتظاظ في الشبكة علامة على وجود شبكة جيدة (صامتة أو غير ثقيلة). على سبيل المثال ، شبكة تعمل في 8 أيام عمل في الأسبوع ، والمرة الثانية 75 75 تقريبًا (إجمالي / أسبوع / أسبوع - 5 أيام في الأسبوع / أسبوع * 8 ساعات / يوم) / (الإجمالي / الأسبوع / السبت) سوف تتنافس. تشبه طريقة تمثيل فقد الطي هذه مقاييس الهاتف الثاني الخالية من الأخطاء.
يعرض جدول ترددات QuizNet النسبة المئوية للترددات (حيث تكون العينة عبارة عن مزيج من 10 بايت من 100 بايت ) والتي تقيس فقدان الحزمة الصفري. العينات المبلغ عنها في جميع العينات لكل شهر هي عينات في اليوم لكل موقع (على سبيل المثال 30 يومًا * 48 (مدة 30 دقيقة)) أو 1440 عينة لكل موقع / شهر.
تعتبر أوقات الاستجابة قصيرة المدى مهمة جدًا لتطبيقات الوقت الفعلي مثل الهواتف. يعد تصفح الويب والبريد مقاومًا للصدمات إلى حد ما ، ولكن أي نوع من وسائط البث (الصوت والفيديو والموسيقى) قابل للتكيف بدرجة كبيرة. يعتبر الارتعاش علامة على وجود نطاق ترددي أو ازدحام كافٍ للتعامل مع حركة المرور. يحدد Zero طول المخزن المؤقت لوحدة فك ترميز VoIP لمنع تدفق أكثر أو أقل. قد يكون أحد الأهداف هو الإشارة إلى أن تأخير الحزمة يجب أن يحدث في غضون 95 مرة من فاصل التغيير [-30 مللي ثانية ، + 30 مللي ثانية]
تتضمن إحدى الطرق وضع الحزم في الشبكة على فترات منتظمة وقياس الاختلافات في أوقات الوصول. مقياس تغيير تأخير حزمة IP (IPPM) لمصفوفة أداء IP الخاصة بـ IETF (انظر RTP: تطبيقات الوقت الحقيقي لبروتوكولات النقل ، RFC 2679 و RFC 5481 )
نقيس التغيير اللحظي أو "الصدمة" بطريقتين مختلفتين:
يمكن اعتبار كلا القسمين المذكورين أعلاه على أنهما غير Gaussian ، لذلك نستخدم معدل الذكاء IQR كمقياس "للصدمة" بدلاً من الانحراف المعياري. انظر RFC 1889/3550.
بالنظر إلى "ارتعاش" اختبار الاتصال بين SALAC و CEN و DESI و FNL ، يمكن ملاحظة أن طريقتين لحساب مسار الارتعاش هما نفس الأسلوب (الطريقة الأولى هي IQR والثانية هي التسمية الإحصائية IPD). وهي تختلف في اليوم وفقًا لأمري شدة الحجم. الصدمة بين SLAC و DNAE أو CERN بين SLAC و FNAL ضئيلة. تكون صدمة DESE أكبر خلال النهار.
لقد أخذنا القيمة المطلقة DR ، أي DR | هناك طريقة للتعامل معها. يسمى هذا أحيانًا "طريقة النطاق المتحرك" (التصميم الإحصائي والتحليل التجريبي ، روبرت إل ماسون ، ريتشارد إف جيست ، وجيمس إل هايز ، جون وايلي وأولاده ، 1989). يتم استخدامه أيضًا كتعريف للاهتزاز في RFC 2598 (RFC 1889 هو تعريف آخر للاهتزاز للاستخدام والحساب في الوقت الفعلي). انظر على سبيل المثال الرسم البياني لنطاق التشغيل. في هذا الشكل ، الخط الأرجواني هو الإجمالي ، لاحظ أن جميع المخططات الثلاثة في هذا الجزء من اللون تمثل نفس البيانات.
لفهم متطلبات VoIP بشكل أفضل ، وتحديداً لتنفيذ مبادرات جودة الخدمة (QoS) ، أنشأنا سرير اختبار VoIP بين SLAC و LBNL. يظهر نوع من التخطيطي فقط في مخطط نصف دائرة SLAC ، ونهاية LBNL هي نفسها. في نهاية SLAC ، يمكن للمستخدم التقاط الهاتف المتصل بـ PBX والاتصال بمستخدم آخر على LBNL عبر VOIP Cisco Router Gateway. تقوم البوابة بتشفير وضغط وما إلى ذلك. تدفقات الصوت في حزم IP (باستخدام معيار G729) تولد ما يقرب من 24 كيلو بت في الثانية من حركة المرور. تتضمن تدفقات VoIP كلاً من حزم TCP (للإشارة) وحزم UDP. ATM Cloud 3 من ESnet Router. 5 ميجابت في الثانية هي الدائرة الافتراضية الدائمة (PVC) لأجهزة الصراف الآلي. بدون حركة مرور تنافسية على الرابط ، تكون المكالمة متصلة وعادة ما تستمر المحادثة بجودة جيدة. نقوم بعد ذلك بتطبيق حركة مرور تبلغ 4 ميجابت في الثانية عبر شبكة إيثرنت مشتركة بسرعة 10 ميجابت في الثانية متصلة بجهاز توجيه VoIP. في هذه المرحلة ، يتم قطع اتصال VoIP ولا يمكن إجراء المزيد من الاتصالات. استخدمنا بعد ذلك ميزة معدل الوصول الملتزم (CAR) الخاص بجهاز Edge Router لتسمية حزم VoIP عن طريق إعداد بتات سلوك لكل قفزة (PHB). تم تصميم أجهزة توجيه ESNet لاستخدام ميزة "قائمة الانتظار العادلة الموزونة" (WFQ) لتسريع حزم VoIP. يمكن تكرار جهات الاتصال الصوتية في هذا الإعداد وتتم المحادثة مرة أخرى بجودة جيدة. اتصال VoIP معطل ولا يمكن إجراء المزيد من الاتصالات. ثم قمنا بتعيين بتات سلوك القفزة (PHB) على الحافة لتسمية حزم VoIP. استخدم ميزة معدل الوصول الملتزم (CAR) الخاص بالموجه. تم تصميم أجهزة توجيه ESNet لاستخدام ميزة "قائمة الانتظار العادلة الموزونة" (WFQ) لتسريع حزم VoIP. يمكن تكرار جهات الاتصال الصوتية في هذا الإعداد وتتم المحادثة مرة أخرى بجودة جيدة. اتصال VoIP معطل ولا يمكن إجراء المزيد من الاتصالات. استخدمنا بعد ذلك ميزة معدل الوصول الملتزم (CAR) الخاص بجهاز Edge Router لتسمية حزم VoIP عن طريق إعداد بتات سلوك لكل قفزة (PHB). تم تصميم أجهزة توجيه ESNet لاستخدام ميزة "قائمة الانتظار العادلة الموزونة" (WFQ) لتسريع حزم VoIP. في هذا الإعداد ، يمكن تكرار جهات الاتصال الصوتية وتتم المحادثة مرة أخرى بجودة جيدة. يمكن والمحادثة ذات نوعية جيدة مرة أخرى. اتصال VoIP معطل ولا يمكن إجراء المزيد من الاتصالات. استخدمنا بعد ذلك ميزة معدل الوصول الملتزم (CAR) الخاص بجهاز Edge Router لتسمية حزم VoIP عن طريق إعداد بتات سلوك لكل قفزة (PHB). تم تصميم أجهزة توجيه ESNet لاستخدام ميزة "قائمة الانتظار العادلة الموزونة" (WFQ) لتسريع حزم VoIP. في هذا الإعداد ، يمكن تكرار جهات الاتصال الصوتية وتتم المحادثة مرة أخرى بجودة جيدة. يمكن والمحادثة ذات نوعية جيدة مرة أخرى. اتصال VoIP معطل ولا يمكن إجراء المزيد من الاتصالات. استخدمنا بعد ذلك ميزة معدل الوصول الملتزم (CAR) الخاص بجهاز Edge Router لتسمية حزم VoIP عن طريق إعداد بتات سلوك لكل قفزة (PHB). تم تصميم أجهزة توجيه ESNet لاستخدام ميزة "قائمة الانتظار العادلة الموزونة" (WFQ) لتسريع حزم VoIP. في هذا الإعداد ، يمكن تكرار جهات الاتصال الصوتية وتتم المحادثة مرة أخرى بجودة جيدة.
يمكن الحصول على مقياس للخدمة (أو أداء تقدير ping) عن طريق رسم متغير غير مؤلم لمقارنة متوسط معدل بيانات ping اليومي / الحد الأقصى لمعدل بيانات ping بمتوسط نجاح ping اليومي / أقصى نجاح ping. (حيث ٪ النجاح = ( الحزمة الإجمالية - الحزمة المفقودة) / الحزمة الإجمالية) هنا يتم ضبط معدل بيانات ping (2 * بايت في حزمة ping) / وقت الاستجابة. يجب أن تخرج الحزمة 2 وتعود. هناك طريقة أخرى للنظر إلى النسبة وهي أن الرقم القريب من 1 يشير إلى أن متوسط الأداء قريب من الأفضل. عادة ما تكون أوقات Ping بين ساعات العمل وساعات غير العمل بسبب تغييرات كبيرة في الرقم 1 ، على سبيل المثال ، 3 أكتوبر 1996 بينغ UCD على سبيل المثال الاختلافات اليومية.انظر الجواب. فيما يلي بعض الأمثلة على فائدة ping المتوقعة لأجزاء مختلفة من الإنترنت تم قياسها بواسطة SLAC لشهر يوليو 1995 ومارس 1996.
يمكن لأي شخص تقليل معلومات مخطط التشتت هذا لمعرفة التغييرات في الأشهر الفردية عن طريق تحقيق متوسط نجاح حزمة ping الشهرية / أقصى نجاح لحزمة ping ، ومتوسط اختبار ping شهريًا / بحد أقصى ping من خلاله. تظهر مثل هذه المؤامرة ، بالنسبة لبعض العقد الأمريكية الشمالية في يوليو 1995 ومارس 1996 ، تغييرات كبيرة نحو الأسوأ من جميع النواحي (النقاط الأخيرة أعلى في الجزء السفلي الأيسر من المؤامرة).
يمكن لكل منهما حساب مسافة النقطة المتوقعة من الإحداثي (1،1). نقوم بتطبيع القيمة القصوى 1 بقسمة المسافة على الجذر التربيعي (2). أشير إلى هذا على أنه أمر ping غير متوقع ، لأنه يشير إلى النسبة المئوية لعدم اليقين بشأن أداء ping.
من خلال النظر في بيانات ping لمدة 30 دقيقة من تحديد الهوية ، يمكن للمرء تحديد المضيف عند عدم تلقي استجابات ping من المضيف. باستخدام هذه المعلومات ، يمكن لـ ping حساب عدم إمكانية الوصول ، لاحظ أن MTBF = sample_time / ping_unreachability حيث يكون وقت أخذ عينات ping هو 30 دقيقة. تعتمد إمكانية الوصول بشكل كبير على المضيف البعيد ، على سبيل المثال إذا تم تغيير اسم المضيف البعيد أو إزالته ، فسيظهر المضيف غير قابل للوصول ولكن لا يوجد شيء خاطئ في الشبكة. وبالتالي ، يجب تنظيف البيانات بعناية بحثًا عن التأثيرات غير المتصلة بالشبكة قبل استخدامها لتوفير اتجاهات الشبكة طويلة الأجل. تتوفر أمثلة لاستلام اختبار الاتصال وتقارير الانخفاض.
يمكن قياس تواتر طول الانقطاع باستخدام مجسات نشطة وتتبع طول الفترة الزمنية التي لم يتم العثور فيها على تحقيقات متسلسلة.
يعتبر NO / مقياس الحرارة الذي يستخدم أحيانًا للإشارة إلى توفر دائرة الهاتف ثانية خالية من الأخطاء. يمكن العثور على بعض القياسات حول هذا بين SLAC و FNAL و CMU و CERN في ثوانٍ خالية من الأخطاء.
يوجد أيضًا مستند IETF RFC حول القياسات المتقدمة لقياس الاتصال والتوافر العالي الذي قد يكون مفيدًا.
يستخدم PingER خوارزمية بسيطة جدًا لتحديد حزم الأوامر والإبلاغ عنها. لكل عينة من 10 حزم ، يبدو أنه تم استلام رقم تسلسل الاستجابة بنفس ترتيب الطلب. إذا لم يتم وضع علامة على أكثر من هذه العينة على أنها واحدة أو أكثر من استجابات الطلب. نموذج السعر الذي تم الإبلاغ عنه للطلبات لفترة زمنية معينة (على سبيل المثال شهرًا واحدًا) هو الجزء المميز بردود اختبار الاتصال خارج الطلب. نظرًا لإرسال حزم ping على فترات زمنية مدتها ثانية واحدة ، فمن المتوقع أن يكون جزء العينة في التسلسل صغيرًا جدًا ، وقد يلزم التحقق منه عندما لا يكون كذلك.
يمكن أن تحدث ردود ping المتكررة بسبب:
تتضمن بعض الاختبارات التي يمكن أن تساعد:
جاءت فكرة انتشار حزم ping المكررة من قياس آلام 703 مضيفًا في أكثر من 600 دولة اعتبارًا من 31 مارس 2012. استجاب خمسة عشر من هؤلاء المضيفين بأصوات مكررة. حدث هذا عند 100 و 1000 بايت لـ 15 من 15 مضيفًا. من بين 10 أصوات ، قام 6 مضيفين بتكرار اختبار ping واحد ، و 5 تكرار 2 ping ، وكرر 2 ping ، وكرر 1 ping ، وأرسل 1 ping 12 ping لكل ping. المواقع المضيفة هي المختبرات الوطنية (زامبيا) والمواقع التعليمية (SDSC). يقوم Pingar بالإبلاغ فقط في حالة وجود تكرارات. المقياس المفيد هو الإبلاغ عن عدد الآلام المستلمة / عدد الآلام المرسلة. قد يعتمد الرقم الذي تم الحصول عليه على خيارات الأمر ping. قد يكون أحد الخيارات هو إرسال أكثر من ping حتى يتم استلامه عدة مرات. الخيار الثاني هو إرسال 10 أصوات والانتظار (أو نفاد الوقت) حتى يتم استلامها. ومن هنا جاءت القيمة المترية
يمكن لمجموعة واحدة من الأجهزة المضيفة لفترة زمنية محددة أن تجمع وتعرض مخططًا لجميع خطوات اختبار الاتصال المذكورة أعلاه (الخسارة ، ورد الفعل ، وعدم الموثوقية ، وعدم القدرة على التنبؤ) لدمج القياسات وعرضها. قم بالتخطيط في الفترة من 1 إلى 11 مارس 1997 ، لتجميع المضيفين في مجموعات منطقية (ESnet ، N America West ، ...) والمجموعات في وقت ذروة SLAC (7 × 100 ٪ فقدان حزمة ping) في الساعة 7 مساءً. السبت) ، كما هو موضح بالخط الأزرق ، هو وقت استجابة ping لوقت الذروة ، و ping سالب وغير مؤكد سالب.
في هذه المؤامرة ، يتم قياس التلف ووقت رد الفعل خلال وقت ذروة SLAC (من 7 صباحًا إلى 7 مساءً) ، وتحدث تدابير أخرى طوال الوقت.
التعليقات التالية ذات صلة أيضًا:
عدم اليقين هو الأبرز بالنسبة لبعض المضيفين الدوليين ويكاد يتتبع فقدان الحزم.
لكي نتمكن من تلخيص البيانات ، يمكن فهم الأهمية بسرعة ، لقد حاولنا إبراز جودة أداء الروابط. فيما يلي بعض التقارير الشيقة:
فيما يلي بعض إجراءات شهادة الثانوية العامة.
الوقت هو أصعب السلع وأكثرها قيمة في أواخر السبعينيات ، وخلال الثمانينيات أظهر والت دوهرتي القيمة الاقتصادية لوقت الاستجابة السريع من خلال شركة IBM وغيرها:
ردود فعل تفاعلية عالية الإنتاجية من 0-0.4.
0.4-2-2 إدارة تفاعلية بالكامل
2-12 ثانية قاعدة تفاعلية متفرقة
كسر نظام الاتصال في 12s-600s.
600 دفعة القاعدة
لمعرفة المزيد حول تأثيرات وقت رد الفعل ، قم بزيارة سيكولوجية ستيوارت للتفاعل بين الإنسان والحاسوب. كارد ، توماس ب. تم النشر بواسطة Moran and Alan Newell ، ISBN 0-89859-243-7 ، Lawrence Airbnb Associates (1983).
هناك نطاق حوالي 4-5 حيث تنمو الشكاوى بسرعة. هناك قيود أخرى لبعض تطبيقات الإنترنت الجديدة ، على سبيل المثال حد التأخير أحادي الاتجاه للصوت حوالي 150 مللي ثانية.في هذه المرحلة ، يجعل التأخير من الصعب على الناس محاولة التفاوض وزيادة الإحباط.
للحفاظ على الوقت في الموسيقى ، وجد باحثو ستانفورد أن الحد الأقصى للتأخير هو 11 مللي ثانية أقل من هذا التأخير ، ويصبح الناس أسرع وأبطأ مع هذا التأخير. بعد حوالي 50 مللي ثانية (أو 70) ، كانت شاشات العرض مختلفة تمامًا.
تعتبر آذان الإنسان أصواتًا لمرة واحدة فقط إذا تم سماعها في غضون 20 مللي ثانية من بعضها البعض ، راجع http://www.mercurynews.com/News/ci_27039996/Music-at-the-speed- of-light-is - Finders - استهداف
يعطي قياس أداء الوسائط المتعددة في الوقت الحقيقي (H.323) وتحليل حركة المرور H.33 تأخيرات في اتجاه واحد (عامل من حوالي اثنين لتحقيق RTT) ، 0-150 مللي ثانية = جيد ، 150-300 مللي ثانية = قبول غير قابل للتحقيق ، و> 300 مللي ثانية = سيء.
بالنسبة إلى Cisco Telecom ، تقل سرعة SLL عن 150 مللي ثانية لهدف تأخير الشبكة فقط. هذا لا يشمل التأخيرات بسبب التشفير وفك التشفير عند نقاط نهاية CTS.
يجب تسليم جميع الحزم التي تحتوي على إطار واحد للفيديو إلى نقطة نهاية التواجد عن بُعد قبل انتهاء صلاحية المخزن المؤقت لإعادة العرض. وإلا فقد تكون جودة الفيديو رديئة. هدف الصدمة من الذروة إلى الذروة لأجهزة Cisco Telepres أقل من 10 مللي ثانية.
يعطي إنترنت سرعة الضوء العديد من الأمثلة على أهمية تقليل RTT على الورق. تشمل الأمثلة محركات البحث مثل Google و Bing ومبيعات Amazon وبورصات الأوراق المالية.
المؤتمر حول باحثي ستانفورد (Shah، A، Harris، D، and Gutierrez، D (2002)، Hypermedia and Telecommunications 2002 (1)، 662-667، وجد أن التأخير في اتجاه واحد <= 80msec.
تتعرف خريطة الطقس على الإنترنت على أي رابط يتأخر فيه أكثر من 300 ملي ثانية.
بالنسبة لميزة الجودة ، فإننا نركز بشكل أساسي على فقدان الحزمة. ملاحظتنا هي أن فقدان أكثر من 4-6٪ من الحزم يجعل مؤتمرات الفيديو مزعجة ، ولا يستطيع المتحدثون غير الناطقين بها التواصل. التأخير لمدة 4 ثوانٍ أو أكثر على تردد 4-5 أو أعلى مزعج للأنشطة التفاعلية مثل telnet و x-window. فقدان الحزم فوق 10-12 أعلاه هو مستوى غير مقبول يعود فيه فقدان الحزمة وينتهي لفترة طويلة ، ويبدأ الاتصال في الانقطاع ، وتصبح مؤتمرات الفيديو غير قابلة للاستخدام (الوسائط المتعددة على الإنترنت). انظر أيضًا الحزم غير المعتادة لـ). يقول في الصفحة 10 ، "لقد توصلنا إلى أنه بالنسبة لسلسلة الفيديو هذه ، فإن جودة الفيديو غير كافية عندما يتجاوز معدل خسارة معاهدة التعاون بشأن البراءات 12٪. من ناحية أخرى ، قال مسؤولو منظمة أطباء بلا حدود (ملتقى الخدمات المتعددة) إنه في الأيام المقبلة نتيجة للاختبارات ، أظهر اختبار "شبكات الجيل" لـ IPTV أن تدفقات الفيديو تفقد أكثر من 1٪ من حزمها ، مما يؤدي إلى انخفاض جودة الفيديو. "يمكن للمستهلكين الرفض.انظر عالم الكمبيوتر ، 29 أكتوبر 2008 ).
في الواقع ، تم تعيين المستوى القياسي لفقدان الحزمة على 0-1 = = جيد ، 1-5 = = مقبول ، 5-12 = = معيب ، وأكثر من 12 = سيئ. في الآونة الأخيرة ، لدينا 0-0.1 = = ممتاز ، 0.1-1 = جيد ، 1-2.5 = مقبول ، 2.5-5 = = ضعيف ، 5-12 = = ضعيف جدًا ، ومستويات أعلى من 12 مستوى كما ترى ، يعكس تغيير العتبة تحولًا في مسؤوليتنا ، مما يعني أنه في عام 1995 كنا مهتمين بشكل أساسي بالبريد الإلكتروني وبروتوكول نقل الملفات. هذا الاقتباس من Varun Paxon هو مصدر قلق كبير في الوقت الحالي: تعتقد الحكمة التقليدية بين باحثي برنامج التعاون الفني أن معدل الخسارة بنسبة 5٪ له تأثير سلبي كبير على أداء برنامج التعاون الفني ، لأنه يحد من حجم النافذة المزدحمة. يؤدي السلوك المعقد للإنترنت إلى تغيير كبير عندما يزيد فقدان الحزمة عن 3٪. في عام 2000 ، كان لدينا تطبيق X Window ، والذي شارك أيضًا في أداء الويب ومؤتمرات حزم الفيديو. بحلول عام 2005 ، كنا مهتمين بمتطلبات الوقت الحقيقي لـ VoIP وبدأنا في رؤية Voice over IP. كقاعدة عامة ، يجب ألا يتجاوز فقدان الحزمة في VoIP (و VFFI) 1٪ ، مما يعني أن صوتًا واحدًا يسقط كل ثلاث دقائق. يمكن لخوارزمية DSP تعويض البيانات المفقودة حتى 30 مللي ثانية. أكثر من ذلك وفقدان الصوت سيكون ملحوظًا للمستمعين. يحدد تبادل شبكة السيارات (ANX) حدًا لمعدل فقد الحزمة (مصفوفة ANX / AutoLinux انظر) أقل من 0.1٪. مما يعني صوت واحد كل ثلاث دقائق. يمكن لخوارزمية DSP تعويض البيانات المفقودة حتى 30 مللي ثانية. أكثر من ذلك وفقدان الصوت سيكون ملحوظًا للمستمعين. يحدد نظام تبادل شبكة السيارات (ANX) حدًا لمعدلات فقدان الحزمة (انظر ANX / AutoLinux Matrix) أقل من 0.1٪. مما يعني صوت واحد كل ثلاث دقائق. يمكن لخوارزمية DSP تعويض البيانات المفقودة حتى 30 مللي ثانية. أكثر من ذلك وفقدان الصوت سيكون ملحوظًا للمستمعين. يحدد نظام تبادل شبكة السيارات (ANX) حدًا لمعدلات فقدان الحزمة (انظر ANX / AutoLinux Matrix) أقل من 0.1٪. أقل من 1٪. مما يعني صوت واحد كل ثلاث دقائق. يمكن لخوارزمية DSP تعويض البيانات المفقودة حتى 30 مللي ثانية. أكثر من ذلك وفقدان الصوت سيكون ملحوظًا للمستمعين. يحدد نظام تبادل شبكة السيارات (ANX) حدًا لمعدلات فقدان الحزمة (انظر ANX / AutoLinux Matrix) أقل من 0.1٪. مما يعني صوت واحد كل ثلاث دقائق. يمكن لخوارزمية DSP تعويض البيانات المفقودة حتى 30 مللي ثانية. أكثر من ذلك وفقدان الصوت سيكون ملحوظًا للمستمعين. يحدد نظام تبادل شبكة السيارات (ANX) حدًا لمعدلات فقدان الحزمة (انظر ANX / AutoLinux Matrix) أقل من 0.1٪. أقل من 1٪. مما يعني صوت واحد كل ثلاث دقائق. يمكن لخوارزمية DSP تعويض البيانات المفقودة حتى 30 مللي ثانية. أكثر من ذلك وفقدان الصوت سيكون ملحوظًا للمستمعين. يحدد نظام تبادل شبكة السيارات (ANX) حدًا لمعدلات فقدان الحزمة (انظر ANX / AutoLinux Matrix) أقل من 0.1٪. مما يعني صوت واحد كل ثلاث دقائق. يمكن لخوارزمية DSP تعويض البيانات المفقودة حتى 30 مللي ثانية. أكثر من ذلك وفقدان الصوت سيكون ملحوظًا للمستمعين. يحدد نظام تبادل شبكة السيارات (ANX) حدًا لمعدلات فقدان الحزمة (انظر ANX / AutoLinux Matrix) أقل من 0.1٪. أقل من 1٪. مما يعني صوت واحد كل ثلاث دقائق. يمكن لخوارزمية DSP تعويض البيانات المفقودة حتى 30 مللي ثانية. أكثر من ذلك وفقدان الصوت سيكون ملحوظًا للمستمعين. يحدد نظام تبادل شبكة السيارات (ANX) حدًا لمعدلات فقدان الحزمة (انظر ANX / AutoLinux Matrix) أقل من 0.1٪. أقل من 1٪. مما يعني صوت واحد كل ثلاث دقائق. يمكن لخوارزمية DSP تعويض البيانات المفقودة حتى 30 مللي ثانية. أكثر من ذلك وفقدان الصوت سيكون ملحوظًا للمستمعين. يحدد نظام تبادل شبكة السيارات (ANX) حدًا لمعدلات فقدان الحزمة (انظر ANX / AutoLinux Matrix) أقل من 0.1٪.
وصف فريق العمل التابع للاتحاد الدولي للاتصالات تيفون (انظر الجوانب العامة لجودة الخدمة (QOS) ، DTR / Tiphon 5001 V1.2.5 (1998-09) التقرير الفني) فقدان <3 حزمة على أنها جيدة ،> 15 بيانًا لمتوسط الصنع والإنترنت الاتصالات الهاتفية ، 25٪ سيئة. من الصعب جدًا تحديد سعر أقل من فقد الحزمة مما يعطي صوتًا تفاعليًا مرضيًا / مقبولًا / عالي الجودة. يتضمن أيضًا العديد من المتغيرات الأخرى بما في ذلك: التأخير ، والصدمة ، ومزامنة فقدان الحزمة (PLC) ، وما إذا كانت الخسائر عشوائية أو كبيرة ، وخوارزمية الضغط (يستخدم الضغط الثقيل نطاقًا تردديًا أقل ، ولكن الحزمة أكثر عرضة للتلف بسبب فقدان المزيد من البيانات في حزمة واحدة (انظر على سبيل المثال 1 اختبار جودة الكلام ETSI VoIP ، 21-18 مارس 2001 ، أو تقرير جوانب معالجة الكلام ونقله والجودة (STQ)
تم تقديمه في G.729 in Recovery for Lucent Technology و Jonathan Rosenberg من جامعة كولومبيا ، VON Internet Telephony. قدم المؤتمر 9/1997 الجدول التالي الذي يوضح العلاقة بين متوسط الدرجة المفتوحة (MOS) والحزم المتتالية.
الفقد المستمر للحزمة يضعف جودة الصوت.
أين:
| مسلسل فریم ضائع | 1۔ | 2۔ | 3۔ | ۔ | ५۔ |
| نحن | .۔ | ३.२۔ | .۔ | २.१۔ | १.७۔ |
نتيجة الرأي
| تصنيف | جودة الكلام | تشويه السطح |
| ५۔ | أفضل | غير مفهوم |
| ۔ | حسن | مجرد مشبوه وليس مزعج. |
| 3۔ | حيادي | مريب ، مستاء قليلاً |
| 2۔ | قمامة | ليس مزعجًا ، لكن ليس مسيئًا. |
| 1۔ | غير جدير بالثقة | مزعج جدا ، عدواني |
إذا تم فصل حزم VoIP بمقدار 20 مللي ثانية ، فإن خسارة 10٪ (بافتراض التوزيع العشوائي للخسارة) تعادل فقدان إطارين على التوالي كل ثانيتين ، بينما خسارة 2.5٪ تعادل إطارين متتاليين كل 30 ثانية.
لهذا السبب قمنا بتعيين فقدان الحزمة "المقبول" عند <2.5٪. يعطي قياس أداء الورق وتحليل حركة مرور H.33 لنقل الصوت عبر بروتوكول الإنترنت (H.323) ما يلي: الخسارة = 0 ٪ -0.5 ٪ جيدة ، = 0.5 ٪ - 1.5 ٪ مقبولة و> 1.5 ٪ = سيئة.
يفترض هذا الحد توزيعًا ثابتًا لخسارة الحزمة العشوائية. ومع ذلك ، تحدث معظم الخسائر. لتقدير الخسارة المستمرة لحزمة أخرى ، استخدمنا ، من بين أشياء أخرى ، احتمال الخسارة المشروط (CLP) ، الذي يقيس تأخيرات الحزم والخسارة على الإنترنت من البداية إلى النهاية. Bolt Journal of High Speed Networks ، المجلد 2 ، العدد 3 ، الصفحات 305-323 ، ديسمبر 1993 (متاح أيضًا على الويب). على هذا النحو ، Conditional_loss_probability = الاحتمالية (الخسارة (الحزمة n + 1) = صحيح | الخسارة ( الحزمة ن) = صحيح). ثواني) مدرجة. ) استعادة التزامن ، وإعادة نمو الشجرة. يشمل وقت التحويل المطلوب بعد جسر التكوين (حوالي 30 ثانية). المزيد حول تأثيرات فقدان حزمة الذكرى السنوية على Doverk يمكن العثور على تأثيرات جودة الكلام العشوائية مقابل عجز حزم الاندفاع في وثيقة قطاع تقييس الاتصالات الداخلية. تنص هذه المقالة على أنه في حين أن التخفيض في MOS خطي مع فقدان الحزمة للخسارة العشوائية ، فإن تقليل الخسارة الأكبر يكون أسرع بكثير (انظر أيضًا كدمات فقدان الحزمة). خسارة خطية 5٪ من 2.5 إلى 2.5.
قد يختار آخرون نطاقات مختلفة في جهود المراقبة المحتملة من حيث صلتها بتطبيقات مختلفة. روابط صفحة حركة المرور الخاصة بـ MCI هي روابط خضراء إذا كانت بها خسارة حزمة أقل من 5٪ ، والأحمر بينهما> 10٪ والبرتقالي بينهما. في تقارير الطقس على الإنترنت ، قمنا بتلوين <6 باللون الأخضر الخسارة و> 12 الأحمر والأحمر والبرتقالي الآخر. لذلك فهم يغفرون لنا أكثر أو على الأقل لديهم التفاصيل. يقول جاري نورتون من Network World Diseases 2000 (ص 40): "إذا تم تسليم أكثر من 98٪ من الحزم ، يعاني المستهلكون من انخفاض طفيف. زمن ".
يظهر متوسط خسارة الحزم الشهرية لحوالي 70 موقعًا زارها SLAC بين يناير 1995 ونوفمبر 1997 كتوزيع تكراري.
نظرًا للكم الكبير من الضغط وتعويض الحركة الذي تنبأ به برنامج ترميز الفيديو عن بُعد ، يمكن أن يؤدي فقدان الحزمة حتى إلى إبطال جودة الفيديو. لاستهداف فقدان الحزمة لـ Cisco Telecom ، يجب أن يكون SLAL أقل من 0.05٪ على الشبكة.
في التحكم في الوقت الفعلي وردود الفعل للعملية الفعلية ، وجد باحثو ستانفورد أن الخسائر لم تكن عاملاً مهمًا وأنه يمكن تحمل الخسائر بنسبة تصل إلى 10٪.
ومع ذلك ، من خلال بيانات طويلة (RTT عالية الأداء) عالية الأداء ، كما يمكن رؤيته في المقالة حول فقدان حزمة ESnet ، أدى 0.0046٪ (خسارة حزمة واحدة في 22000) 900 بت مع MTU على ارتباط 10 جيجابت في الثانية إلى) فقدان RTT> 10 مما أدى إلى عامل قدره 10 تقليل في إدخال الرمي عبر MSC (يكون التأثير أكبر مع MTU الافتراضي 1500 بايت)
مجموعة العمل التابعة للاتحاد الدولي للاتصالات تيفون (انظر الجوانب العامة لجودة الخدمة) هي:
مستوى تدهور الشبكة القائم على الارتباك.
| حد السقوط | صدمة الذروة |
| أفضل | 0 مللي ثانية |
| حسن | 75 ماجستير |
| واسطة | 125 ماجستير |
| قمامة | 225 ماجستير |
نحن نحقق في كيفية ارتباط حد الارتعاش أحادي الاتجاه بقياس الارتعاش (ذهابًا وإيابًا أو ثنائي الاتجاه). استخدمنا المساح لقياس التأخير أحادي الاتجاه (انظر أدناه) ومراقبة العقدة البعيدة لقياس معدل الذكاء في اتجاه واحد ب) والفرق بين تأخير التقاطع (ja => b و jb => a).۔ نضيف بعد ذلك تأخيرات ثنائية الاتجاه مع طوابع زمنية متساوية ونحصل على معدل الذكاء للفرق بين تأخير رحلة الذهاب والإياب (J <=> B) وتأخير الحزمة الداخلية (J <=> B). من خلال مقارنة فوضى أخرى ثنائية الاتجاه ، يمكن للمرء أن يرى أن التوزيع ليس توزيعًا غاوسيًا (مع ذيل حاد وعريض) ،
يتسم تصفح الويب والبريد بمقاومتهما الشديدة للصدمات ، ولكن أي نوع من وسائط البث (الصوت والفيديو والموسيقى) يكون شديد التوتر. يعتبر الارتعاش علامة على وجود نطاق ترددي أو ازدحام كافٍ للتعامل مع حركة المرور.
يحدد برنامج ترميز الصوت عبر بروتوكول الإنترنت (VOIP) طول المخازن المؤقتة للتشغيل لمنع تدفق نفاث أكثر أو أقل. قد يكون أحد الأهداف هو الإشارة إلى أن تأخير الحزمة يجب أن يحدث في غضون 95 مرة من فاصل التغيير [-30 مللي ثانية ، + 30 مللي ثانية]
بغض النظر عن قياس أداء الوسائط المتعددة في الوقت الحقيقي (H.323) وتحليل حركة المرور H.33: الارتعاش = 0-20 مللي ثانية = جيد ، الارتعاش = 20-50 مللي ثانية = مقبول ،> 50 مللي ثانية = ضعيف. نحن نقيس توتر الرحلة ذهابًا وإيابًا ، وهو ما يقرب من ضعف الارتعاش في اتجاه واحد.
للرد على عمليات التحكم في الكبد والعمليات الطبية في الوقت الفعلي ، وجد باحثو ستانفورد أن الصدمة كانت كبيرة وأن الصدمات التي تقل عن 1 مللي ثانية كانت ضرورية.
متطلبات الأداء (من AT&T)
فيما يلي بعض التعليمات الإضافية:
يمكن قراءة استخدام الارتباط من جهاز التوجيه عبر SNMP MIB (على افتراض أنه يُسمح بقراءة هذه المعلومات). يحدث. تعتبر ارتباطات النطاق الترددي المنخفض قصيرة بما يكفي للتعامل مع الرشقات النارية ، وغالبًا ما تهدر 80٪ فقط من الحزمة المستخدمة ؛ يجب أن يقيس فحص سلامة الشبكة الكامل سعة الارتباط الأسبوعية. إليك رمز لون مقترح:
التباطؤ المعجل ، جاري نورتون ، مجلة الشبكة ، ديسمبر 2000. ما ورد أعلاه لا يحدد الفترة التي يتم فيها حساب الاستخدام. في مكان آخر من مقالة نورتون ، يذكر أن "حساب سعة الشبكة يتم حسابه على أنه متوسط عدد الحافلات في 5 أيام عمل."
تنص نظرية قائمة الانتظار على أن التغيير في وقت الرحلة ذهابًا وإيابًا ، O ، يغير النسبة إلى 1 / (1-L) ، حيث L هو حمل الشبكة الحالي ، 0 <= L <= 1. إذا كان الإنترنت يعمل بسعة 80٪ ، فإننا نتوقع تأخير قمة مستديرة + 2o ، أو 4. اعتمادا على عنصر. عندما يصل الحمل إلى 80٪ ، نتوقع تغييرًا بمقدار 10. TCP / IP ، المبادئ ، البروتوكولات والهندسة المعمارية ، العمل عبر الإنترنت مع Douglas Commerce ، Print Hall. يوضح هذا أنه يمكن للمرء أن يجد مقياسًا لاستخدامه من خلال النظر إلى التغيير في RTT. نحن لا نقبل هذا الاقتراح حاليا.
تقرير المورد عن الأداء ربع السنوي الذي تم قياسه مقابل أهداف المتطلبات العامة لـ Belcor 992 (GR-929-CAR الموثوقة وضمان الجودة لأنظمة الاتصالات (RQMS) (Wireline) والموردين النشطين ومقدمي الخدمات إصدار الإصدار الأخير من GR-929-Core ، حيث يتم تطبيق أهداف الأداء المنقحة ، كأساس لـ) يشير إلى أن جوهر شبكة الهاتف هو 99.999 للتوافر ، وهو ما يترجم إلى 5.3 دقيقة في السنة. لا تشمل القياسات المكتوبة عدد السكان أقل من 30 ثانية. وهي تهدف إلى طلب نظام تحويل عام يستخدم مفاتيح PSTN الرقمية الحالية (مثل نظام التبديل الإلكتروني 5 (5AS) و Nortel DMS-250) ، تقنية الصراف الآلي الحالية للتعليق الصوتي ، على مدى 40 عامًا. إجمالي وقت الانقطاع هو ساعتان على الأقل ، أو أقل من ثلاث دقائق في السنة ، 99. رقم واحد يساوي توافر رقم 99943. مع الجمع بين البيانات والصوت ، هذا يعني أن شبكات البيانات التي يجب أن تتمتع بتوفر متساوٍ أو أفضل للعديد من الخدمات ، بما في ذلك الصوت ، أو أن تبدأ بالمستخدمين النهائيين ، ستكون غاضبة ومحبطة.
غالبًا ما يتم حساب مستوى الإتاحة في اتفاقيات مستوى الخدمة. .
| تقدم مستوى | مختارة من قبل العميل | |
| أقل من 99٪ | 2६ ٪ | ९ ٪ |
| 99٪ إنجاز | ९ ९ ٪ | 24 ٪ |
| 99.9 في المائة الإنجاز | 24 ٪ | 15٪ |
| 99.99٪ إنجاز | 15٪ | ५ ٪ |
| 99.999 Av Access | १८ ٪ | ५ ٪ |
| توفر أكثر من 99.999٪ | 13 ٪ | 15٪ |
| لا أعلم | 13 ٪ | १८ ٪ |
| المتوسط المرجح للتوافر المتاح. | ९९ .५ ٪ | ४ .४ ٪ |
لمزيد من المعلومات حول الخدمات المتاحة ، راجع: كيف يسعى مستند Cisco White Paper on Always Available for White Messages إلى إتاحة عالية على شبكات البيانات. التصنيف المتقدم للإتاحة العالية ووثيقة IETF RFC 2498: مصفوفة IPPM لقياس الاتصال.
القيود الداخلية على التعليمات هي أنه يجب أن تكون 1 و 1. تشير قيمة 1 إلى أن المسار عبارة عن دائرة كبيرة والسبب الوحيد للتأخير هو سرعة الضوء في الألياف أو الإلكترونات النحاسية. عادةً ما تشير القيم> 1 إلى المصدر أو الوجهة أو أن كلاهما لهما مواقع غير صحيحة ، وبالتالي فإن التوجيه مفيد لمواقع المضيف. القيم العامة للاتجاهية بين البحث والمواقع التعليمية في الولايات المتحدة وكندا وأوروبا وشرق آسيا وأستراليا / نيوزيلندا تختلف من 0.15 - 0.75 ، وهذا يعني حوالي 0. 0.4. إنها أسرع بأربع مرات من سرعة الضوء في الفضاء. عادةً ما تعني قيم الاتجاهية المنخفضة طرقًا غير مباشرة جدًا أو اتصالات ساتلية أو اتصالات بطيئة (مثل الاتصال اللاسلكي).
مع زيادة مراقبة الأزواج المضيفين ، أصبح من المهم بشكل متزايد جمع البيانات لتمثيل مجالات الاهتمام بين المجموعات. وجدنا فئات المجموعة التالية مفيدة.
تحتوي مجموعات المنطقة العالمية على 1100 زوج موقع بعيد لمضيف Pingar Monitor ، ويمكن العثور على مجموعة Pingar Pair في مجموعة الانتساب.
من المهم أيضًا اختيار المواقع البعيدة واستضافة الأزواج بعناية بحيث تمثل المعلومات التي يبحث عنها شخص ما. لهذا السبب اخترنا مجموعة من حوالي 50 "موقع إشارات" تتم مراقبتها في جميع مواقع المراقبة ، وهي تمثل المجموعات التابعة المختلفة التي نهتم بها. يوجد أدناه مثال لرسم بياني يعرض أوقات استجابة اختبار الاتصال لمجموعات من المواقع:
يوضح نطاق وسيلة إيضاح الحزمة انخفاضًا في مخططات النسبة المئوية ، وتصحيح أرقام فقدان الحزمة شهريًا (تقليل فقدان الحزمة) لخط الاتجاه الأسي. لاحظ أن التحسن لمدة 5 أشهر يساوي تحسين 44 // سنة (على سبيل المثال ، 10 خسائر في السنة سيتم تخفيضها إلى 5.6 إلى خسارة واحدة في السنة).
تتعاون SLAC في مشاريع أداء لقياس التأخيرات والخسائر من جانب واحد بين المواقع الفعالة. يحتوي كل موقع من مواقع اللوح على نقطة قياس مع جهاز كمبيوتر متصل بالإنترنت وجهاز استقبال GPS. وهذا يسمح بختم حزم الوقت المتزامن بدقة والذي يتيح قياس التأخير في اتجاه واحد. تعد تقديرات التأخيرات الناتجة أكثر تفصيلاً من تقديرات Pingar وتشرح الاختلاف في الإنترنت ثنائي الاتجاه. راجع Pingar and Surveyor Comparison لمزيد من المعلومات حول مقارنة الطريقتين.
لدى RIPE مشروع لحركة المرور لإنشاء قياس مستقل لمعلمات الاتصال ، مثل تأخير الإنترنت ومتجهات التوجيه. تم تثبيت مضيف RIPE على SLAC.
يهدف برنامج NLANR Active Measurement Program (AMP) للفائزين بجوائز HPC إلى المساعدة في تقييم ما إذا كانت المواقع والمستخدمين ، وكذلك مستخدمي الشبكة ومقدميها ، متفوقين. يقومون بتثبيت آلة BSD مجانية قابلة للتركيب على حامل في الموقع وإجراء قياسات ping نشطة كاملة للشبكة بين أجهزتهم ، ويبدأ اختبار ping على فترات تبلغ حوالي دقيقة واحدة. تم تثبيت آلة AMP على SLAC.
يمكن العثور على مقارنة أكثر تفصيلاً للمساح و RIP و PINGER و AMP مقارنة بأنظمة قياس أداء الإنترنت من طرف إلى طرف.
SLAC هو أيضًا موقع NIMI (البنية التحتية الوطنية لقياس الإنترنت). يمكن اعتبار هذا المشروع استكمالًا لمشروع المساح ، بحيث يركز (NIMI) على توفير البنية التحتية لدعم طرق القياس المتعددة مثل PINGS و Treno و Traceroute و PINGER وما إلى ذلك.
تستضيف جامعة Waikato في نيوزيلندا كل نظام Linux مع مستقبل GPS وقياس التأخير في اتجاه واحد. لمعرفة المزيد حول صفحة نتائج Waiko Delay ، يستخدم مشروع Waiko ، بخلاف AMP و RIPE و Surveyor Projects ، توقيعات الحزمة المستندة إلى CRC ليتم تسجيلها في نهايتين.تحديد الحزم والقياس السلبي لحركة المرور العادية بين الأزواج الموجودة.
إن أداة قياس الشبكة القائمة على بروتوكول Sting TCP قادرة على قياس فقدان الحزمة بشكل فعال في كل من المسارات الأمامية والخلفية بين أزواج من المضيفين. لا يتطلب نظام تحديد المواقع العالمي (GPS) ، وله ميزة عدم الاضطرار إلى تقييد أو حظر معدلات ICMP (وفقًا لدراسات ISI ؛ 61 ٪ من المضيفين على الإنترنت لا يستجيبون للأصوات) ، على الرغم من أنه يحتوي على سلبي صغير. وجه. يحرر
إذا كان التأخير أحادي الاتجاه (D) معروفًا لزوج الإنترنت لكلا العقدتين (A ، B) ، فسيكون حساب الجولة كما يلي:
R = Da => b + Db => أ
حيث يتم قياس التأخير أحادي الاتجاه Da => b من العقدة A إلى العقدة B والعكس صحيح.
P = pa => b + pb => a - pa => b * pb => a
حيث pa => b هي طريقة لفقدان الحزمة من العقدة b والعكس صحيح.
هناك بعض IETFRFCs التي تتعامل مع قياس التأخير والخسارة بالإضافة إلى قياس تأخير الرحلة ذهابًا وإيابًا كطريقة.
أداة أخرى قوية للغاية لتشخيص مشاكل الشبكة هي Tracer Out.
في أكسفورد ، طور John McAllister إحصائيات تتبع مسار الرصد استنادًا إلى أدوات trackroot و ping القياسية. تم جمع البيانات على فترات منتظمة لمدة 24 ساعة وقدمت معلومات حول تخطيط التوجيه وجودة المسار واستقرار المسار.
لدى TRIMFF أداة خريطة تتبع رائعة تعرض طرقًا من TRIMFF إلى العديد من المواقع الأخرى. نحن نفكر في تبسيط الخرائط التي تمر عبر نظام مستقل (AS) بدلاً من أجهزة التوجيه.
بالإضافة إلى استجابة اختبار الاتصال وفقدان الحزم ، يمكن أيضًا تخطيط حسابات التتبع للخارج مقابل عمليات التتبع الخارجة لعرض الموارد.
تعرض العديد من المواقع خوادم التتبع (شفرة المصدر (متوفرة في Perl)) التي تساعد في تصحيح الأخطاء وفهم هيكل الإنترنت.
توفر بعض المواقع إمكانية الوصول إلى أدوات الشبكة مثل nslookup بحيث يمكن للمرء معرفة المزيد حول عقدة معينة. بعض الأمثلة هي SLAC و Tiaraimf .
