SLAC میں انٹرنیٹ مانیٹرنگ اور پنگر پر سبق۔

لیس کوٹریل ، وارن میتھیوز اور کونی لاگ ، جنوری 1996 کے ذریعہ تخلیق کیا گیا۔

انٹرنیٹ اینڈ ٹو اینڈ پرفارمنس مانیٹرنگ (IEPM) کے لیے DOI/MISS فیلڈ ورک گرانٹ کے ذریعے جزوی طور پر فنڈ سے کام کریں۔

تعارف

SLAC کے ساتھ مل کر ان سائٹس کے درمیان نیٹ ورک کی کارکردگی کی بہتر توقعات فراہم کرنے کے لیے ، PINGER پروجیکٹ ( جنری 1995 میں شروع کیا گیا) مئی 1996 میں SLAC سے تقریبا 100 100 میزبانوں کی نگرانی کی۔ 2000 کے بعد سے ، ڈیجیٹل تقسیم کو ناپنے پر زور دیا جارہا ہے۔آج کل (اپریل 2007) 600 سے زائد ممالک میں 35 سے زائد مانیٹرنگ سائٹس موجود ہیں ، 150 سے زائد ممالک میں (انٹرنیٹ سے منسلک آبادی کے 99 فیصد سے زیادہ کے ساتھ)۔ اور 8000 سے زیادہ مانیٹر سائٹ ریموٹ سائٹ جوڑے شامل ہیں۔ پنگر تعینات کرنے کے بارے میں مزید معلومات پنگر تعیناتی میں مل سکتی ہیں اور وہاں سائٹس کا نقشہ موجود ہے ۔

میکانزم

استعمال ہونے والا اہم طریقہ انٹرنیٹ کنٹرول میسج پروٹوکول (ICMP) ایکو سسٹم ہے ، جسے پنگ کی سہولت بھی کہا جاتا ہے۔ یہ آپ کو پیکٹوں کی ایک منتخب تعداد کو ریموٹ نوڈ پر بھیجنے اور اسے دوبارہ گونجنے کی اجازت دیتا ہے۔ آج کل یہ عام طور پر تقریبا all تمام پلیٹ فارمز پر پہلے سے انسٹال ہوتا ہے ، اس لیے کلائنٹس پر انسٹال کرنے کے لیے کچھ بھی نہیں ہے۔ سرور (یعنی ایکو ڈیلیگیٹ) زیادہ ترجیح پر چلتا ہے (جیسے یونکس پر دانا میں) اور اسی لیے صارف کی درخواست سے نیٹ ورک تک۔ کارکردگی کا ایک اچھا پیمانہ فراہم کرنے کا زیادہ امکان ہے۔ یہ اس کے نیٹ ورک بینڈوڈتھ کی ضروریات کے لیے بہت معمولی ہے (monitoring 100 بیٹس فی سیکنڈ فی مانیٹرنگ-ریموٹ میزبان جوڑی جس طرح ہم اس کے عادی ہیں)۔

پیمائش کا طریقہ۔

pinger کے ایک پیکیج منصوبے میں، ہر 30 منٹ کرون نگرانی نوڈ (پیمائش نقطہ – مدھیہ پردیش) سے ، ہم نے 100 میں سے ہر ایک بائٹس کی 11 pings کو (8 ICMP بائٹس، بشمول لیکن نہیں IP ہیڈرز) کے ساتھ دور دراز کے مراکز کی ایک سیٹ پنگ. پنگ کم از کم ایک سیکنڈ سے الگ ہوتے ہیں ، اور 20 سیکنڈ کا ڈیفالٹ پنگ ٹائم آؤٹ استعمال ہوتا ہے۔ پہلا پنگ پھینکا جاتا ہے (اسے سست سمجھا جاتا ہے کیونکہ یہ کیشے وغیرہ شائع کرتا ہے) (مارٹن ہورنفر ” http://www.advanced.org/IPPM/archive.2/0246.html” “؛ اطلاع دی گئی ہے کہ UDP-echo پیکٹوں کا استعمال کرتے ہوئے اور تقریبا-12.5 سیکنڈ کے بین آمد کے وقت پہلے پیکٹ کو واپس آنے میں تقریبا٪ 20 فیصد زیادہ وقت لگتا ہے)۔ کم از کم/اوسط/زیادہ سے زیادہ RTT ہر 10 سیٹ کے لیے ریکارڈ کیا جاتا ہے۔ یہ 1000 ڈیٹا بائٹس کی دس پنگز کے لیے دہرایا جاتا ہے۔ دو پنگ پیکٹ سائز کا استعمال کرتے ہوئے ہم پنگ ڈیٹا کی شرحوں کا اندازہ لگا سکتے ہیں اور چھوٹے اور بڑے پیکٹوں کی تعداد کا حساب لگا سکتے ہیں۔(جیسے شرح کی حد بندی) مختلف رویوں کو منتقل کرنے کے قابل ہیں۔ مزید تفصیلات کے لیے بڑے بمقابلہ چھوٹے پیکٹوں کا وقت ، پنگ پیمائش دیکھیں۔ عام طور پر RTT L کے متناسب ہے (جہاں L پیکٹ کی لمبائی ہے) زیادہ سے زیادہ ڈیٹاگرام سائز تک (عام طور پر 1472 بائٹس بشمول 8 ICMP ایکو بائٹس)۔ اس سے پرے رویے جانچ ہے (کچھ نیٹ ورک پیکٹس فریگمنٹ، دوسروں کو مسترد) نہیں ہے دستاویزات دستیاب ہر ایک کی نگرانی کی ویب سائٹ پر چلانے کی سفارش کی پیمائش اسکرپٹ پر . پنگ رسپانس کے اوقات ہر نوڈ کے لیے ہر آدھے گھنٹے کے لیے مقرر کیے جاتے ہیں۔ یہ بنیادی طور پر مصیبت کی شوٹنگ کے لیے استعمال ہوتا ہے (مثال کے طور پر دیکھیں کہ یہ پچھلے چند گھنٹوں میں ڈرامائی طور پر کیسے خراب ہوا)۔

پنگ کے لیے ریموٹ میزبانوں کا سیٹ pinger.xml نامی فائل کے ذریعے فراہم کیا جاتا ہے (اس پر مزید کے لیے pinger2.pl دستاویزات دیکھیں)۔ یہ فائل دو حصوں پر مشتمل ہے: بیکن میزبان جو خودکار طور پر SLAC سے روزانہ نکالے جاتے ہیں اور تمام ممبران پارلیمنٹ اس کی نگرانی کرتے ہیں۔ دوسرے میزبان جو کہ ایم پی بیکن میزبانوں کے منتظم کے لیے خاص دلچسپی رکھتے ہیں (اور خصوصی میزبان ایس ایل اے سی ایم پی کے ذریعہ مقرر کیے جاتے ہیں) اوریکل ڈیٹا بیس میں رکھے جاتے ہیں جس میں ان کے نام ، آئی پی ایڈریس ، سائٹس ، عرفی نام ، مقامات ، رابطے وغیرہ ہوتے ہیں۔ بیکن لسٹ (اور ایس ایل اے سی کے لیے مخصوص میزبانوں کی فہرست) اور ڈیٹا بیس کاپی ڈیٹا بیس سے روزانہ کی بنیاد پر خود بخود تیار کی جاتی ہے ، تجزیہ سکرپٹ کے لیے پرل تک رسائی کو آسان بنانے کے لیے۔

ڈیٹا جمع

مانیٹرنگ فن تعمیر میں 3 اجزاء شامل ہیں:

  • ریموٹ مانیٹرنگ سائٹس یہ صرف ایک غیر فعال ریموٹ میزبان کو مناسب ضروریات فراہم کرتے ہیں۔
  • مانیٹرنگ سائٹ PingER مانیٹرنگ ٹول کو ان سائٹس میں سے ہر ایک پر میزبان پر انسٹال اور کنفیگر کرنے کی ضرورت ہے اور ساتھ ہی ذخیرہ شدہ پنگ ڈیٹا ہائپر ٹیکسٹ ٹرانسپورٹ پروٹوکول (HTTP) کے ذریعے آرکائیوگ میزبانوں کے لیے دستیاب ہونا چاہیے ڈیٹا فراہم کرنے کے لیے ایک ویب سرور بنیں)۔ PingEr ٹولز مانیٹرنگ سائٹ کو اس قابل بناتے ہیں کہ وہ اپنے مقامی کیشے میں موجود ڈیٹا پر قلیل مدتی تجزیہ اور رپورٹس فراہم کرے۔
  • آرکائیو اور تجزیہ سائٹس ہر PingER پروجیکٹ میں کم از کم ان میں سے ایک آرکائیو اور اینالیسس سائٹس ایک ہی سائٹ پر واقع ہو سکتی ہیں ، یا ایک میزبان بھی ، یا وہ الگ ہو سکتی ہیں۔ پنگیار منصوبے میں دو ایسی سائٹیں ہیں ، این ایس ٹی جنہیں اسلام آباد ، پاکستان اور ایس ایل اے سی کو ایک سیکنڈ کی ضرورت ہے۔ بوٹ سائٹس جمع کرنے اور تجزیہ کرنے والی سائٹیں ہیں۔ وہ فالتو پن فراہم کر کے ایک دوسرے کی تکمیل کرتی ہیں۔ XIWT پروجیکٹ کی آرکائیو/مانیٹر سائٹ CNRI پر تھی ۔

آرکائیوڈ سائٹس باقاعدگی سے نگرانی کی جانے والی سائٹوں سے معلومات اکٹھی اور ذخیرہ کرتی ہیں ، HTTP کا استعمال کرتے ہوئے ، وہ آرکائیوڈ ڈیٹا تجزیاتی سائٹ (سائٹوں) کو فراہم کرتی ہیں ، جس کے نتیجے میں ویب کے ذریعے دستیاب رپورٹیں فراہم کی جاتی ہیں۔

اعداد و شمار کو باقاعدگی سے (عام طور پر روزانہ) دو آرکائیو میزبانوں کے ذریعے جمع کیا جاتا ہے ، ایک SALAC پر اور دوسرا FNAL (HEPNRC) پر ، جو ویب کے ذریعے نتائج پر رپورٹنگ کو اسٹور ، تجزیہ ، تجزیہ ، تیاری اور فراہم کرتا ہے۔

PINGER فن تعمیر ذیل میں دکھایا گیا ہے:

پنگر آرک

گوچاس۔

پنگ کو نوڈ کے انتخاب میں کچھ دیکھ بھال کی ضرورت ہوتی ہے (WAN میزبانوں کی نگرانی کے تقاضے دیکھیں)۔

پنگ کا استعمال کرتے وقت ہم نے مختلف ریموٹ سائٹس پر بھی مختلف بگاڑ دیکھے ہیں۔ یہ پنگر پیمائش پیتھالوجی میں دستاویزی ہیں۔

انشانکن اور سیاق و سباق جس میں راؤنڈ ٹرپ میٹرک کی پیمائش کی جاتی ہے وہ پنگر کیلیبریشن اور سیاق و سباق میں دستاویزی ہے ، اور کچھ مثالیں جن میں پنگ کے نتائج کو اعلی اعدادوشمار کے ساتھ اٹھایا گیا ہے ، اور روٹنگ سے متعلق ہیں ، اعلی اعداد و شمار کی کچھ مثالیں پنگ میں پائی جاتی ہیں نتائج

توثیق

ہم نے پنگ کے استعمال کی تصدیق کرکے تصدیق کی ہے کہ اس کے ساتھ کی گئی پیمائش کا اطلاق درخواست کے جواب سے ہے۔ ویب اور پنگ کے جوابات کی نچلی حد کے درمیان تعلق نیچے دی گئی تصویر میں دیکھا گیا ہے۔ یہ پیمائش 18 دسمبر 1996 کو NLANR کیش میں سالاک سے تقریبا 17 1760 شناختوں تک کی گئی تھی۔ مزید تفصیلات کے لیے ، ویب رسپانس ٹائمز پر انٹرنیٹ پرفارمنس کے اثرات دیکھیں ، لیس کوٹریل اور جان ہالپرین کی طرف سے ، غیر شائع شدہ ، جنوری 1997۔

حیرت کی بات نہیں کیونکہ y = 2x کے ارد گرد نمایاں طور پر واضح کم دہلیز حیران کن نہیں ہے: 2 کی ڈھال HTTP GETs سے مطابقت رکھتی ہے جس میں دو بار پنگ کا وقت لگتا ہے۔ کم از کم پنگ ٹائم تقریبا round راؤنڈ ٹرپ ٹائم ہے۔ اور کم سے کم ٹی سی پی ٹرانزیکشن میں دو راؤنڈ ٹرپس شامل ہوتے ہیں ، دوسرا راؤنڈ ایک دوسرے نمبر سے تبادلہ کرنے اور جواب وصول کرنے کی درخواست کرتا ہے۔ کنکشن کا خاتمہ غیر متزلزل طور پر کیا جاتا ہے اور وقت میں ظاہر نہیں ہوتا ہے۔

get-vs-ping-scatter

پیمائش اور لائن y = 2 x (جہاں y = HTTP کو رسپانس ٹائم ملا اور x = کم سے کم پنگ رسپانس ٹائم) کے درمیان بقایا کی تقسیم کو ظاہر کرکے کم حد بھی دیکھی جاسکتی ہے۔ اس طرح کی تقسیم ذیل میں دکھائی گئی ہے۔ صفر کی بقایا قیمت کے طور پر پیمائش کی فریکوئنسی میں کریز (y = 2x) تک پہنچ جاتا ہے انٹرکورٹائل رینج (IQR) میں ظاہر ہوتا ہے ، جہاں پیمائش کے 25 and اور 75 between کے درمیان بقایا رینج گرتا ہے ، تقریبا 220 msec۔ ہے ، اور سرخ لکیر کے ذریعہ پلاٹ پر اشارہ کیا گیا ہے۔

حاصل بمقابلہ پنگ بقایا

پنگ کو انجام دینے کا ایک متبادل طریقہ ویب پرفارمنس سے متعلق ہے۔ کرولا اور رابرٹ ایل۔ کارٹر کے ذریعے دیکھیں۔

وائٹ ہاؤس ویب سرور کے فائر ہائن کیس اسٹڈی سے پتہ چلتا ہے کہ اگرچہ پنگ کے جوابات ویب کی غیر معمولی کارکردگی کو اچھی طرح ٹریک نہیں کرتے ، پنگ پیکٹ نقصان نے اس صورتحال میں بہتر کام کیا۔

کرسچن ہٹاما کے ذریعہ انٹرنیٹ کوالٹی آف سروس ایولیویشن مختلف عوامل کی پیمائش فراہم کرتی ہے جو ویب رسپانس میں معاون ہیں۔ ان اجزاء میں شامل ہیں: RTT ، ٹرانسمیشن کی رفتار ، DNS تاخیر ، کنکشن کی تاخیر ، سرور کی تاخیر ، ٹرانسمیشن کی تاخیر اس بات کی نشاندہی کرتی ہے کہ آیا GET URL کمانڈ بھیجنے اور جواب کے پہلے بائٹ کے استقبال کے درمیان تاخیر ایک تخمینہ شدہ سرور تاخیر ہے (“بہت سے سرورز میں ، اگرچہ یہ تمام تاخیر ضروری نہیں کہ صفحہ کی درخواستوں کو شیڈول کرنے کے لیے درکار وقت کے مطابق ہو ، صفحہ کو میموری میں تیار کریں ، اور ڈیٹا بھیجنا شروع کریں “) اور اوسط لین دین کا دورانیہ 30 سے ​​40 فیصد ہے۔٪ کے وسط کی نمائندگی کرتا ہے۔ کم کرنے کے لیے ، آپ کو شاید زیادہ طاقتور سرور کی ضرورت ہو گی۔ تیز رفتار کنکشن حاصل کرنے سے یقینی طور پر دیگر 60٪ تاخیر میں مدد ملے گی۔

راؤنڈ ٹرپ ٹائم اور پیکٹ کے نقصان کے ساتھ تھرو پٹ کے کچھ ارتباط کے لیے نان پنگ بیسڈ ٹولز کے نیچے سیکشن بھی دیکھیں۔

ہم کیا کرتے ہیں

ہم جوابی وقت (میل سیکنڈ (ایم ایس) میں راؤنڈ ٹرپ ٹائم) ، پیکٹ کے نقصان کا فیصد ، مختصر مدت (سیکنڈ کا وقت) اور طویل مدتی دونوں میں جوابی وقت کی تغیر ، اور قابل رسائی کی کمی کی پیمائش کے لیے پنگ کا استعمال کرتے ہیں۔ پنگوں کی جانشینی کے لیے رسائی اور دستیابی کی بحث اور تعریف کے لیے ، دیکھیں انٹرنیٹ کی کارکردگی: ڈیٹا تجزیہ اور تصور XIWT کی طرف سے ایک وائٹ پیپر۔

ماپا ڈیٹا کے ذریعے ہم وسائل/میڈین پر توقعات کے لیے ایک طویل مدتی بیس لائن اور جواب کے ذریعے ، تھرو پٹ ، اور پیکٹ کے نقصان کے لیے تغیر پیدا کر سکتے ہیں۔ ان بیس لائنز کی مدد سے ہم توقعات طے کر سکتے ہیں ، منصوبہ بندی کی معلومات فراہم کر سکتے ہیں ، ایکسٹرا پولشن بنا سکتے ہیں اور استثناء تلاش کر سکتے ہیں (جیسے کہ آج کے جواب کا وقت گزشتہ 50 کاروباری دنوں کی اوسط سے زیادہ 3 معیاری انحراف سے زیادہ ہے) اور انتباہات کو بڑھا سکتے ہیں۔

نقصان

نقصان بہت سے ٹی سی پی پر مبنی ایپلی کیشنز کے لیے معیار کا ایک اچھا پیمانہ ہے (اس کے پیکٹ کے نقصان کی شرح کے لحاظ سے)۔ نقصانات عام طور پر بھیڑ کی وجہ سے ہوتے ہیں جس کے نتیجے میں قطاریں (جیسے روٹرز میں) بھرنے اور گرنے کا سبب بنتی ہیں۔ نقصانات بھی ہو سکتے ہیں نیٹ ورک کی وجہ سے باہر جانے والے پیکٹ کی نامکمل کاپی۔ یہ عام طور پر لینکس یا نیٹ ورک کے آلات میں معمولی غلطیوں کی وجہ سے ہوتا ہے۔ 1994 اور 1995 میں کی گئی پیمائشوں سے ، Paxson (آخر LTO-end پیکٹ کی حرکیات دیکھیں) نے یہ نتیجہ اخذ کیا کہ زیادہ تر بدعنوانی کی غلطیاں T1 لنک سے آئی ہیں اور عام شرح 5000 پیکٹوں میں 1 ہے۔ یہ 300 بی اے ٹی پیکٹ کی اوسط 120،000 دھڑکنوں میں سے 1 کی تھوڑی غلطی کی شرح کے مساوی ہے۔ آئی پی میں 16 بٹ چیکسم ہے ، لہذا کرپٹ پیکٹ میں خرابی کا پتہ لگانے کا امکان 65536 میں 1 یا 300 ملین پیکٹوں میں تقریبا 1 ہے۔ سی آر سی اور ٹی سی پی چیکسم کے بارے میں اگست 2000 میں ایک حالیہ مطالعہ اس بات کی نشاندہی کرتا ہے کہ پچھلے دو سالوں میں انٹرنیٹ پیکٹ کے نشانات سے پتہ چلتا ہے کہ 30،000 میں سے 1 پیکٹ ٹی سی پی چیکسم کو ناکام کرتا ہے ، یہاں تک کہ ان لنکس پر بھی۔ 4 بلین غلطیاں یہ ٹی سی پی چیکسم غلطیاں زیادہ ہیں (مثال کے طور پر یہ نیٹ ورک ڈیوائس یا کمپیوٹر میں بس کی غلطیوں کی وجہ سے ہوسکتی ہیں ، یا ٹی سی پی اسٹیک کی غلطیوں سے) لنک لیول کی غلطیوں کے مقابلے میں۔

آر ٹی ٹی

رسپانس ٹائم یا راؤنڈ ٹرپ ٹائم (RTT) جب پیکٹ کے سائز کے مقابلے میں لگایا جاتا ہے تو پنگ ڈیٹا ریٹ (کلو بائٹ/سیکنڈ (kb/s)) کا اندازہ لگا سکتا ہے کیونکہ یہ اعلی کارکردگی والے لنک کے طور پر بہت مشکل ہو جاتا ہے پیکٹ رینج نسبتا چھوٹی ہے (عام طور پر <1500 بائٹس) ، اور وقت کی ریزولوشن محدود ہے۔ RTT سائٹس کے درمیان راستے کے ساتھ ہر ہاپ پر سائٹس کے درمیان فاصلے سے جڑا ہوا ہے۔ فاصلے کے اثر کا تخمینہ فائبر میں روشنی کی رفتار سے لگایا جا سکتا ہے ، اور تقریباly فاصلے کے ذریعے دیا جاتا ہے / (0.6 * c) جہاں c روشنی کی رفتار ہے 0.005 ایم ایس سی/کلومیٹر ، یا 0.66 سی) اس ہاپ تاخیر کے ساتھ مل کر ، آر ٹی ٹی آر تقریباly دیا گیا ہے:

2 کا ایک فیکٹر کہاں ہے کیونکہ ہم راؤنڈ ٹرپ کے اندر اور باہر کی پیمائش کرتے ہیں۔ یہ نیچے دیئے گئے اعداد و شمار میں دکھایا گیا ہے ، جو امریکہ ، یورپ اور جاپان میں واقع سائٹوں کے 16 جوڑوں کے درمیان فاصلے کے فنکشن کے طور پر ناپے ہوئے پنگ ردعمل کو ظاہر کرتا ہے اوساکا ، ہیمبرگ ڈریسڈن ، بولوگنا لیون ، جنیوا مینز ، پٹسبرگ سنسناٹی ، جنیوا کوپن ہیگن ، شکاگو آسٹن ، جنیوا لنڈ ، شکاگو سان فرانسسکو ، شکاگو ہیمبرگ ، سان فرانسسکو ٹوکیو ، سان فرانسسکو جنیوا اور جنیوا اوساکا) نیلے مثلث ناپے ہوئے RTT (ملی سیکنڈ میں) کے لیے ہیں ، کالی لکیر ڈیٹا کے لیے ہے ، گرین لائن y = x (فاصلہ) / (0.6 * c) کے لیے ہے ، اور ہاپ تاخیر میں سرخ نقطہ ہر ایک میں ہے سمت تقریبا about 2 کے لیے 25 ایم اے کی تاخیر/ہاپ کے ساتھ (مطلب کہ سرخ نقطے نظریاتی RTT کے مطابق ہیں)۔ ہم نے اسے کہاں تک استعمال کیا ہے؟ ویب صفحات ہر صفحے کے ساتھ اہم نکات کے درمیان “جیسا کہ کوا اڑتا ہے” فاصلہ حاصل کرتا ہے۔ ایک حالیہ پیمائش ، جو مارک سپلر نے مارچ 2001 میں کی تھی ، یو سی برکلے سے 500-700 صارفین کے روٹر کی تاخیر کو ماپتے ہوئے تقریبا– 10 یونیورسٹیوں میں 800-900 یوزر رینج میں کچھ سپائکس کے ساتھ۔

rtt- پیشن گوئی

راستے کی لمبائی (RKM) کچھ فریم ٹرانسفر تاخیر (FTD) کو ظاہر کرنے کے مقاصد کے لیے فاصلے کی جگہ استعمال کی جا سکتی ہے۔ اگر DKM حدود کے درمیان ہوا سے تنگ فاصلہ ہے ، تو راستے کی لمبائی کا حساب حسب ذیل ہے (یہ وہی حساب ہے جو ITU دستاویز G826 میں پایا جاتا ہے)۔

  • اگر dkm <1000 km ، تو rkm = 1.5 * dkm۔
  • اگر 1000 کلومیٹر <= dkm <= 1200 کلومیٹر ، تو rkm = 1500 کلومیٹر۔
  • اگر dkm> 1200 کلومیٹر ، تو rkm = 1.25 * dkm۔

اگر راستے میں کوئی سیٹلائٹ ہو تو یہ اصول لاگو نہیں ہوتا۔ اگر کوئی سیٹلائٹ راستے کے کسی بھی حصے میں موجود ہے تو اس حصے کو 320 ایم ایس سی کا فکسڈ ایف ٹی ڈی مختص کیا گیا ہے۔ 320 ایم ایس سی کی قدر اکاؤنٹ کے عوامل کو لیتا ہے جیسے لو ارتھ اسٹیشن دیکھنے کا زاویہ ، اور آگے بڑھنے کی خرابی کو انکوڈنگ میں ترمیم کرتا ہے۔ زیادہ تر حصوں میں ایک سیٹلائٹ شامل ہوتا ہے ، تاخیر کے ساتھ 290 msec سے زیادہ ہونے کا امکان ہے۔ اگر یہ جیو اسٹیشنری سیٹلائٹ ہے تو جیو اسٹیشنری دائرے کی حد پر روشنی کی رفتار 22000 اور 18000000 میل کے فاصلے پر 23000 میل ہے ، یہ اعداد و شمار 45000 اور پیچھے ہے ، اور راؤنڈ ٹرپ 9000 میل ہے ، لہذا ہمیں 500 ملی لیمپ ملتے ہیں۔ وہاں

یہ بڑھا ہوا کم از کم RTT پتہ لگانے کے لیے ایک مفید دستخط فراہم کرتا ہے کیونکہ جیو مستحکم مصنوعی سیاروں میں مانیٹر اور ہدف کے درمیان راستے میں جیو سٹینری سیٹلائٹ شامل ہوتا ہے۔ ایک مثال ICFA-SCIC مانیٹرنگ ورکنگ گروپ کی 2011-2012 رپورٹ -2012 میں دیکھی جا سکتی ہے۔

ہر ہاپ میں تاخیر تین اہم اجزاء کا کام ہے: روٹر کی رفتار ، انٹرفیس بند ہونے کی شرح ، اور روٹر میں مقدار۔ پہلے دو مختصر (چند دنوں) کے عرصے میں مستحکم ہیں ، اس طرح کم از کم RTTs فاصلہ / (0.6 * c) + ہپس * ((انٹرفیس کی رفتار / پیکٹ سائز) + کم از کم راؤٹر فارورڈنگ ٹائم) کی پیمائش فراہم کرتے ہیں۔ یہ نمبر پیکٹ کے سائز کا لکیری فنکشن ہونا چاہیے۔ روٹرز قطار کے اثرات ، دوسری طرف ، زیادہ بے ترتیب قطار کے عمل اور کراس ٹریفک پر انحصار کرتے ہیں اور اس وجہ سے زیادہ متغیر ہیں۔ یہ ذیل میں MRTG پلاٹ میں دکھایا گیا ہے جو کہ ایک انتہائی مستحکم کم سے کم RTT (گرین ایریا) اور زیادہ بے ترتیب زیادہ سے زیادہ RTT (بلیو لائن) پیر ، 5 اپریل ، 2001 کو SELAC سے اتوار 25 فروری ، 2001 کو وسکونسن یونیورسٹی سے ظاہر کرتا ہے۔ . RTT میں منگل کے درمیانی دن کے دوران تھوڑا سا جھپکنا ممکنہ طور پر راستے کی تبدیلی کی وجہ سے ہوا۔

rtt- قطار لگانا

غیر پنگ پر مبنی ٹولز

SLAC ایک سروے کرنے والی سائٹ بھی تھی۔ سروے کرنے والے وقت کی تاخیر کی پیمائش (آئی سی ایم پی کا استعمال نہیں کرتے) ، گلوبل پوزیشننگ سسٹم (جی پی ایس) ڈیوائسز کو وقت کی ہم آہنگی کے لیے استعمال کرتے ہیں اور مانیٹرنگ/ریموٹ میزبانوں کو وقف کرتے ہیں۔ ہم نے دو طریقوں کا موازنہ اور اس کے برعکس کرنے اور آئی سی ایم پی ایکو کی صداقت کی تصدیق کے لیے پنگر اور سروئیر کے اعداد و شمار کا موازنہ کیا۔ آئی سی ایم پی کے خلاف ایک تشویش یہ ہے کہ انٹرنیٹ سروس پرووائڈر (آئی ایس پی) کی شرح کی حد آئی سی ایم پی کی بازگشت ہو سکتی ہے اور اس طرح پیکٹ کے نقصان کی پیمائش کو غلط کیا جا سکتا ہے۔

ہم FTP (بلک ٹرانسفر ریٹس کی پیمائش کے لیے) اور traceroute (راستوں اور ہوپس کی تعداد کو ناپنے کے لیے) اور traceroute (hops کی تعداد کو ناپنے کے لیے) استعمال کرتے ہیں ، تاہم ، سیٹ اپ اور خودکار ہونا زیادہ مشکل ہونے کے علاوہ ، FTP زیادہ ہے نیٹ ورک پر دخل اندازی اور اختتامی نوڈ لوڈنگ پر زیادہ منحصر ہے۔ اس طرح ہم بنیادی طور پر ایف ٹی پی کو مینوئل موڈ میں استعمال کرتے ہیں اور یہ جاننے کے لیے کہ پنگ ٹیسٹ کیسے کام کرتا ہے (جیسے ایف ٹی پی اور پنگ کے درمیان ارتباط اور ایف ٹی پی تھروپٹ ، ہپس اور پیکٹ نقصان کے درمیان تعلق)۔ ہم نے پنگر کی تھرو پٹ کی پیشن گوئیوں کا نیٹپرف پیمائش سے بھی موازنہ کیا۔ پیکٹ کے نقصان کے ساتھ تھرو پٹ پیمائش کے حوالے سے ایک اور نقطہ نظر ٹی سی پی تھرو پٹ کی ماڈلنگ ہے۔

اوسط رائے اسکور (ایم او ایس) کا حساب

ٹیلی کمیونیکیشن انڈسٹری مین اوپنین سکور (MOS) کو صوتی معیار کے میٹرک کے طور پر استعمال کرتی ہے۔ MOS کی اقدار یہ ہیں: 1 = خراب؛ 2 = غریب؛ 3 = منصفانہ 4 = اچھا 5 = بہترین وائس اوور آئی پی کے لیے ایک عام رینج 3.5 سے 4.2 ہے (دیکھیں VoIPtroubleshooter.com )۔ در حقیقت ، کوڈیک کا کمپریشن الگورتھم پورے کنکشن کو بھی متاثر کرتا ہے ، لہذا زیادہ سے زیادہ اسکور جو زیادہ سے زیادہ کوڈیکس حاصل کرسکتے ہیں وہ 4.2 سے 4.4 کی حد میں ہیں۔ G.711 کے لیے بہترین 4.4 (یا ایک R فیکٹر (دیکھیں ITU-T سفارش G.107 ، “E- ماڈل ، ٹرانسمیشن پلاننگ میں استعمال کے لیے ایک کمپیوٹیشنل ماڈل”) 94.3) اور G72 کے لیے جو اہم کمپریشن دکھاتا ہے وہ 4.1 ہے یا 84.3 کا R عنصر)۔

تین عوامل ہیں جو کال کے معیار کو نمایاں طور پر متاثر کرتے ہیں: تاخیر ، پیکٹ کا نقصان ، جٹر دیگر عوامل میں کوڈیک کی قسم ، فون (اینالاگ بمقابلہ ڈیجیٹل) ، پی بی ایکس وغیرہ شامل ہیں۔ زیادہ تر ٹول بیسڈ سلوشنز حساب لگاتے ہیں کہ “R” ویلیو کہاں ہے اور پھر اسے MOS سکور میں تبدیل کرنے کے لیے فارمولا لگائیں۔ ہم بھی ایسا ہی کرتے ہیں۔ MOS کا حساب لگانا نسبتا standard معیاری ہے (مثال کے طور پر ITU-ٹیلی کمیونیکیشن سٹینڈرڈز سٹینڈرڈائزیشن سیکٹر عارضی دستاویز 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 (سفارش نہیں کی گئی)۔ نقصان ، نقصان ، ایم او ایس کے جٹر کو تبدیل کرنے کے لئے ، ہم نیسافٹ کے طریقہ کار پر عمل کرتے ہیں۔ وہ استعمال کرتے ہیں (سیڈوکوڈ میں):

# اوسط راؤنڈ ٹرپ تاخیر (ملی سیکنڈ میں) شامل کریں۔

# ٹریول جٹر سے آزاد ، لیکن تاخیر کا اثر دوگنا۔

# پھر پروٹوکول میں تاخیر کے لیے 10 شامل کریں (ملی سیکنڈ میں)

مؤثر تاخیر = (اوسط تاخیر + جٹر * 2 + 10)

# ایک بنیادی وکر لگائیں – R ویلیو 160 کے لیے قیمت کو ختم ہونے پر 4 کو کم کریں (راؤنڈ ٹرپ)

#اس پر کچھ بھی زیادہ جارحانہ کمی۔

اگر مؤثر تاخیر <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 ITU-T Rec. G1040 “ٹرانزیکشن کے وقت نیٹ ورک کی شراکت” میں ٹرانزیکشن کے وقت نیٹ ورک کی شراکت کا حساب لگانے کا ایک طریقہ لے کر آیا ہے۔ شراکت کا انحصار RTT ، نقصان کے امکان (P) ، ٹرانزیکشن ٹائم آؤٹ (RTO) اور ٹرانزیکشن میں شامل راؤنڈ (N) کی تعداد پر ہے۔ ٹرانزیشن ٹائم (NCTT) میں نیٹ ورک کی شراکت اس طرح دی گئی ہے:

اوسط (NCTT) = (n * RTT) + (P * n * RTO)

n کے لیے مخصوص اقدار 8 ہیں ، rto کے لیے ہم 2.5 سیکنڈ لیتے ہیں ، ہم پی ٹی آئی آر پیمائش سے rtt اور نقصان کے امکان (p) لیتے ہیں۔

پنگ پیمائش سے TCP تھروپٹ حاصل کرنا

کمپیوٹر کمیونیکیشن ریویو ، 27 (3) ، جولائی 1997 میں میتھیس ، سیمیک ، مہدوی اور اوٹ کے ذریعہ ٹی سی پی کنجسیشن الگورتھم کا میکروسکوپک رویہ ، ٹرانسفر ریٹ پر بالائی حد کے لیے ایک مختصر اور مفید فارمولا فراہم کرتا ہے:

شرح <(mss/rtt) * (1/sqrt (p))

کہاں:

شرح: TCP منتقلی کی شرح ہے۔

ایم ایس ایس: زیادہ سے زیادہ طبقہ سائز ہے (ہر انٹرنیٹ پاتھ کے لیے طے شدہ ، عام طور پر 1460 بائٹس)

RTT: راؤنڈ ٹرپ ٹائم ہے (جیسا کہ TCP نے ماپا ہے)

P پیکٹ کے نقصان کی شرح ہے۔

سختی سے بولنے والے نقصانات ٹی سی پی کے نقصانات ہیں جو ضروری نہیں کہ پنگ کے نقصانات کی طرح ہوں (جیسے ان کے بھیڑ کے تخمینے کے حصے کے طور پر معیاری ٹی سی پی پرائمنگ نقصانات)۔ مزید برآں ، پی ٹی ٹی آر ٹی ٹی ٹی سی پی کے ذریعہ آر ٹی ٹی کا تخمینہ لگاتے ہیں (مثلا قابل اعتماد ملاحظہ کریں راؤنڈ ٹرپ ٹائم امپریس میں بہتری ٹرانسپورٹ پروٹوکول ) تاہم ، یہ ایک معقول تخمینہ ہے ، خاص طور پر کم کارکردگی کے لنکس کے لیے۔

نقصان کا تخمینہ لگانے کے لیے کوئی بٹ ایرر ریٹ (بی ای آر) استعمال کر سکتا ہے ۔ عام اقدار BER = 10^-9 (یعنی 100 بی اے پیکٹوں کے لیے et 0.001٪ کے پیکٹ کے نقصان کا امکان) ، اور آپٹیکل لنک کے لیے 10^-12 ( دیکھیں CS 244A: کمپیوٹر نیٹ ورکس کا تعارف-سٹینفورڈ یونی ، اور 10 گیگابٹ ایتھرنیٹ اور XAUI انٹرفیس )۔

اگر آپ غیر محسوس طریقے سے P کی پیمائش نہیں کرسکتے ہیں تو ، 1000BaseT کے لیے متوقع بٹ ایرر ریٹ (BER) سے شروع کریں ، نقصان کے امکان کے لیے 10^-10۔ 400 GbE کے لیے کارکردگی کا مقصد دیکھیں۔

مندرجہ بالا مساوات کی ایک بہتر شکل مل سکتی ہے: ماڈلنگ ٹی سی پی تھروپٹ: ایک سادہ ماڈل اور اس کی تجرباتی توثیق۔ پادھیے ، وی فیریو ، ڈی ٹاؤنسلے اور جے۔ کوروس سگکم سمپ کمیونیکیشن آرکیٹیکچر اینڈ پروٹوکول اگست 1998 ، پی پی۔ 304-314۔

شرح = منٹ (Wmax / RTT ، 1 / ​​((RTT / sqrt (2 * b * p / 3) + min (1، 3 * sqrt (3 * b * p / 8)))) * (1 + 32 * پی * پی))))

کہاں:

Wmax: زیادہ سے زیادہ بھیڑ والی کھڑکی کا سائز۔

B: تاخیر سے ACK کے قبول کردہ پیکٹوں کی تعداد ہے۔ بہت سے ٹی سی پی رسیور عمل درآمد ایک مسلسل ACK بھیجتے ہیں تاکہ دو لگاتار پیکٹ وصول کیے جا سکیں (ڈبلیو سٹیونز دیکھیں۔

تھرو پٹ بمقابلہ RTT اور نقصان کو دیکھنا نقصان کے فنکشن اور RTT کے رویے کے طور پر دیکھا جا سکتا ہے۔ ہم نے پنگر اور نیٹپرف پیمائش کے ذریعے تھرو پٹ کا موازنہ کرنے کے لیے میتھیس فارمولا استعمال کیا ہے۔

اخذ کردہ تھروپٹ کو عام کرنا۔

ریاضی فارمولہ میں 1/RTT کے اثر کو کم کرنے کے لیے ، اخذ کردہ تھروپٹ کے لیے ، ہم استعمال کرتے ہیں۔

norm_throughput = throughput * min_RTT (دور دراز علاقہ) / min_rtt (مانیٹرنگ_ریجن)

کنکشن کی براہ راست

  • زیادہ سے زیادہ (ڈائریکٹیوٹی) = 1 = براہ راست (عظیم حلقہ) راستہ اور نیٹ ورک میں تاخیر نہیں۔
  • منی ماں RTT سے حاصل کردہ نارملٹی ~ 0.45 ہے۔
  • کم اقدار کا مطلب بہت بالواسطہ راستے ، یا سیٹلائٹ یا سست رابطے (جیسے وائرلیس)
  • ڈائریکٹیویٹی> 1 شاید میزبان کے لیے خراب نقاط کی نشاندہی کرتا ہے۔

ویٹریس بصری ٹریکروٹ کے معاملے میں ، ہاپ فاصلے اور اختتام سے آخر کے فاصلے کے درمیان فرق ہدایت کا اندازہ فراہم کرسکتا ہے۔ اختتام سے آخر کا فاصلہ ذریعہ اور منزل کے درمیان سب سے بڑے دائرے کے راستے کا فاصلہ ہے ، جہاں کل ہاپ کا فاصلہ لگاتار ہوپس کے درمیان عظیم دائرے کے فاصلوں کا مجموعہ ہے۔ اس معاملے میں ہم ہدایت کا تخمینہ لگاتے ہیں (end_to_end_distance / total_hop_distance)۔

معلوم شدہ مقامات پر 2 نوڈس کے درمیان تعلق کی شناخت کے لیے یہ ایک میٹرک ہے۔ ڈائریکٹیوٹی کے قریب اقدار کا مطلب یہ ہے کہ میزبانوں کے درمیان راستہ تقریبا circle ایک عظیم دائرے کے راستے پر چلتا ہے۔ قیمت 1 سے کم ہے جس کا مطلب ہے کہ راستہ بہت بالواسطہ ہے۔ منی آرٹیٹی پر مبنی واضح گتانک نردشیتا کے برعکس یہ تھا ۔

RTD = راؤنڈ ٹرپ کا فاصلہ ،

rtd [km] = directivity * min_rtt [msec] * 200 [km / msec]

ڈائریکٹیویٹی نیٹ ورک کے سامان کی تاخیر اور اصل راستے کی طرف جانے کی اجازت دیتی ہے۔

d = 1 راستے کا فاصلہ۔

ہدایت = d (کلومیٹر) / (min_rtt [msec] * 100 [km / msec])

ڈیٹا تک رسائی

خام پنگ ڈیٹا عوامی طور پر دستیاب ہے ، ڈیٹا اور فارمیٹ حاصل کرنے کے طریقے کے لیے پنگ ایئر ڈیٹا تک رسائی دیکھیں۔ PINGER تفصیل رپورٹ سے ایکسل ٹیب سے الگ شدہ ویلیو (.tsv) فارمیٹ میں ویب سے خلاصہ ڈیٹا بھی دستیاب ہے۔

ساتھیوں کے نوڈس کو پنگ کرنا۔

ڈیٹا تجزیہ اور پریزنٹیشن۔

روزانہ پلاٹ۔

ہر نوڈ کے لیے پنگ رسپانس ٹائم ہر آدھے گھنٹے بعد پلاٹ کیا جاتا ہے ، مثال کے طور پر ، اگر بات کرنے والے پلاٹ RTT اور نقصان کو دیکھا جائے تو یہ بنیادی طور پر مصیبت کی شوٹنگ کے لیے استعمال ہوتا ہے (مثال کے طور پر دیکھیں کہ یہ آخری چند گھنٹوں میں ڈرامائی طور پر کیسے خراب ہوا)۔

نوڈ بمقابلہ رسپانس ٹائم بمقابلہ تھری ڈی پلاٹ۔

تھری ڈی پلاٹ نوڈ بمقابلہ وقت بمقابلہ جواب ہم متعدد نوڈس کے ارتباط کو تلاش کر سکتے ہیں جو خراب کارکردگی کا مظاہرہ کر رہے ہیں یا ایک ہی وقت میں (ممکنہ طور پر کسی عام وجہ کی وجہ سے) ، یا کوئی بھی نوڈ جو خراب کارکردگی کا مظاہرہ کر رہا ہے۔ توسیع شدہ وقت کے لیے دستیاب نہیں ہے۔ کئی میزبان بائیں طرف دکھائے گئے ہیں (سیاہ میں) دوپہر 12 بجے کے قریب پہنچ نہیں سکتے۔

آخری 180 دن کے پلاٹ:

پچھلے 180 دنوں کے دوران جوابی اوقات ، پیکٹ کی کمی ، اور ناقابل رسائی دکھانے والے طویل مدتی گراف بھی اس بات کی نشاندہی کر سکتے ہیں کہ کوئی سروس خراب ہو رہی ہے (یا بہتر ہو رہی ہے )۔

ماہانہ پنگ جواب اور نقصان اوسط سال کے لئے واپس جا رہا ہے:

1000 پرائم ٹائم کی ماہانہ مشکلات کی میزیں (صبح 7 بجے سے شام 7 بجے تک) 1000 بائٹ پنگ رسپانس ٹائم اور 100 بائٹ پنگ پیکٹ کا نقصان ہمیں طویل عرصے تک واپس جانے والے ڈیٹا کو دیکھنے کی اجازت دیتا ہے۔ یہ ٹیبلر ڈیٹا ایکسل اور طویل مدتی پنگ پیکٹ نقصان کی کارکردگی پر مشتمل چارٹ پر برآمد کیا جا سکتا ہے۔

پنگ -3 ڈی۔

موجودہ نیٹ ورک فریکوئنسی

جب ہمیں صفر پیکٹ نقصان کے نمونے ملتے ہیں (ایک نمونہ n پنگز کا ایک مجموعہ ہے) ، ہم نیٹ ورک کو ایک (یا غیر مصروف) موقع کے طور پر دیکھتے ہیں۔ نیٹ ورک کے بے حد پائے جانے کا ایک اعلی فیصد اس کی علامت ہے ایک اچھا (خاموش یا غیر بھاری بوجھ) نیٹ ورک۔ مثال کے طور پر ، ایک نیٹ ورک جو فی ہفتہ 8 کام کے دنوں میں مصروف ہے ، اور دوسری بار تقریبا 75 75٪ uted (کل / ہفتہ / ہفتہ – 5 ہفتے کے دن / ہفتے * 8 گھنٹے / دن) / (کل / ہفتہ / ہفتہ)) مقابلہ کرے گا۔ گنا نقصان کی نمائندگی کا یہ طریقہ غلطی سے پاک سیکنڈ فون میٹرک کی طرح ہے۔

کوئجینٹ نیٹ ورک فریکوئنسی ٹیبل نمونوں کی فیصد (فریکوئنسی) دکھاتا ہے (جہاں نمونہ 10 100 بائٹ پنگوں کا مجموعہ ہوتا ہے) جو صفر پیکٹ نقصان کی پیمائش کرتا ہے۔ ہر ماہ کے تمام نمونوں میں رپورٹ کیے گئے نمونے ہر سائٹ کے لیے فی دن کے نمونے ہیں (مثال کے طور پر 30 دن * 48 (30 منٹ کی مدت)) یا 1440 نمونے فی سائٹ/ماہ۔

یہ بھی دیکھتے ہیں پرجوش، پرجوش ،

ریئل ٹائم ایپلی کیشنز جیسے ٹیلی فونی کے لیے جوابی اوقات کی قلیل مدتی تغیر یا جٹر بہت اہم ہے۔ ویب براؤزنگ اور میل جھٹکے سے کافی حد تک مزاحم ہیں ، لیکن کسی بھی قسم کا سٹریمنگ میڈیا (آواز ، ویڈیو ، موسیقی) انتہائی موافقت پذیر ہے۔ ہلچل مچانا ہے جٹر ایک علامت ہے کہ ٹریفک کو سنبھالنے کے لیے کافی بینڈوڈتھ یا بھیڑ ہے۔ زیرو زیادہ یا کم بہاؤ کو روکنے کے لیے VoIP کوڈیک ڈی جٹر بفر کی لمبائی کی وضاحت کرتا ہے۔ ایک مقصد یہ بتانا ہو سکتا ہے کہ پیکٹ میں تاخیر کی 95 iations مختلف حالتیں وقفہ کے اندر ہونی چاہئیں [-30msec ، +30msec]

ایک طریقہ کے لیے باقاعدہ وقفوں سے نیٹ ورک میں پیکٹ رکھنا اور آمد کے اوقات میں تغیرات کی پیمائش کرنا ضروری ہے۔ IETF ہے IP کارکردگی میٹرکس کے لیے IP پیکٹ تاخیر تبدیلی میٹرک (IPPM) (دیکھیں RTP: ٹرانسپورٹ پروٹوکول کے لئے ریئل ٹائم درخواستیں ، RFC 2679 اور RFC 5481 )

ہم دو مختلف طریقوں سے فوری تغیر ، یا “جھٹکا” کی پیمائش کرتے ہیں:

  1. اگر R راؤنڈ ٹرپ ٹائم (RTT) کی I-th پیمائش ہے تو ، ہم R کی تعدد تقسیم کی انٹر کوارٹائل رینج (IQR) کے طور پر “جِٹر” لیتے ہیں۔ اس طرح کی تقسیم کی مثال کے لیے SLAC <=> CERN راؤنڈ ٹرپ تاخیر دیکھیں ۔
  2. دوسرے طریقے میں ہم آئی پی پی ایم کے لیے فوری پیکٹ تاخیر کے میٹرک پر آئی ای ٹی ایف فارمیٹ کو بڑھا دیتے ہیں ، جو دو طرفہ پنگ کے لیے ایک طرفہ میٹرک ہے۔ ہم DR کی تعدد تقسیم کا IQR لیتے ہیں ، جہاں DRI = Re-RE-1۔ اس طرح کی تقسیم کی مثال کے لیے SLAC <=> CERN دو طرفہ فوری پیکٹ تاخیر کی تبدیلی دیکھیں ۔

مذکورہ بالا دونوں تقسیموں کو غیر گاؤسی کے طور پر دیکھا جا سکتا ہے ، لہذا ہم معیاری انحراف کے بجائے IQR کو “جھٹکے” کی پیمائش کے طور پر استعمال کرتے ہیں۔ RFC 1889/3550 دیکھیں۔

SALAC اور CEN ، DESI اور FNL کے درمیان پنگ “جٹر” کو دیکھ کر یہ دیکھا جا سکتا ہے کہ جٹر ٹریک کا حساب لگانے کے دو طریقے ایک اور اچھی طرح سے ہیں (پہلا طریقہ IQR اور دوسرا IPD شماریاتی لیبل لگا ہوا ہے)۔ وہ مقناطیسیت کی شدت کے دو احکامات کے مطابق دن میں مختلف ہوتے ہیں۔ SLAC اور DNAE یا CERN کے درمیان SLAC اور FNAL کے درمیان جھٹکا بہت کم ہے۔ دن کے وقت DESE کا جھٹکا زیادہ ہوتا ہے۔

ہم نے مطلق قیمت DR لی ہے ، یعنی DR | | اسے لے کر گھبرانے کا ایک طریقہ بھی ہے۔ اسے بعض اوقات “چلتی رینج کا طریقہ” کہا جاتا ہے (شماریاتی ڈیزائن اور تجربات کا تجزیہ ، رابرٹ ایل میسن ، رچرڈ ایف مہمان اور جیمز ایل ہیس۔ جان ولی اینڈ سنز ، 1989)۔ یہ آر ایف سی 2598 میں جٹر کی تعریف کے طور پر بھی استعمال ہوتا ہے (آر ایف سی 1889 میں ریئل ٹائم استعمال اور حساب کے لیے جٹر کی ایک اور تعریف ہے)۔ مثال کے طور پر چلتی ہوئی رینج کا ہسٹوگرام دیکھیں۔ اس اعداد و شمار میں ، میجینٹا لائن ہے مجموعی کل نوٹ کریں کہ رنگ کے اس حصے میں تمام 3 چارٹ ایک ہی ڈیٹا کی نمائندگی ہیں۔

VoIP کی ضروریات کو زیادہ قریب سے سمجھنے کے لیے ، اور خاص طور پر کوالٹی آف سروس (QoS) اقدامات کے نفاذ کے لیے ، ہم نے SLAC اور LBNL کے درمیان VoIP ٹیسٹ بیڈ قائم کیا ہے۔ کسی نہ کسی طرح کا سکیمیٹک دکھایا گیا ہے صرف SLAC ہاف سرکٹ سکیمیٹک میں دکھایا گیا ہے ، LBNL کا اختتام ایک جیسا ہے۔ ایک صارف SLAC کے اختتام پر PBX سے منسلک فون اٹھا سکتا ہے اور VOIP سسکو راؤٹر گیٹ وے کے ذریعے LBNL پر ایک فون پر دوسرے صارف کو کال کر سکتا ہے۔ گیٹ وے انکوڈ ، کمپریس وغیرہ آئی پی پیکٹ میں وائس اسٹریمز (G729 سٹینڈرڈ کا استعمال کرتے ہوئے) تقریبا 24 24 کلو بپس ٹریفک بناتے ہیں۔ VoIP اسٹریم میں TCP (سگنلنگ کے لیے) اور UDP پیکٹ دونوں شامل ہیں۔ ESnet راؤٹر سے اے ٹی ایم کلاؤڈ 3.5 ایم بی پی ایس اے ٹی ایم کا مستقل ورچوئل سرکٹ (PVC) ہے۔ لنک پر مسابقتی ٹریفک کے بغیر ، کال مربوط ہو جاتی ہے اور گفتگو عام طور پر اچھے معیار کے ساتھ آگے بڑھتی ہے۔ اس کے بعد ہم مشترکہ 10 ایم بی پی ایس ایتھرنیٹ پر 4 ایم بی پی ایس ٹریفک لگاتے ہیں جو وی او آئی پی روٹر سے جڑا ہوا ہے۔ اس مرحلے پر ، VoIP کنکشن ٹوٹ گیا ہے اور مزید کنکشن نہیں بنائے جا سکتے۔ اس کے بعد ہم نے فی ہاپ سلوک (پی ایچ بی) بٹس ترتیب دے کر وی او آئی پی پیکٹوں کو لیبل کرنے کے لیے ایج روٹر کی کمٹڈ ایکسیس ریٹ (CAR) فیچر کا استعمال کیا۔ ESNet راؤٹرز VoIP پیکٹس کو تیز کرنے کے لیے ویٹڈ فیئر کیوئنگ (WFQ) فیچر کو استعمال کرنے کے لیے قائم کیے گئے ہیں۔ اس سیٹ اپ میں صوتی رابطوں کو دوبارہ کیا جا سکتا ہے اور گفتگو دوبارہ اچھے معیار کی ہے۔ VoIP کنکشن ٹوٹ گیا ہے اور مزید کنکشن نہیں بنائے جا سکتے۔ اس کے بعد ہم نے فی ہاپ سلوک (پی ایچ بی) بٹس ترتیب دے کر وی او آئی پی پیکٹوں کو لیبل کرنے کے لیے ایج روٹر کی کمٹڈ ایکسیس ریٹ (CAR) فیچر کا استعمال کیا۔ ESNet راؤٹرز VoIP پیکٹس کو تیز کرنے کے لیے ویٹڈ فیئر کیوئنگ (WFQ) فیچر کو استعمال کرنے کے لیے قائم کیے گئے ہیں۔ اس سیٹ اپ میں صوتی رابطوں کو دوبارہ کیا جا سکتا ہے اور گفتگو دوبارہ اچھے معیار کی ہے۔ VoIP کنکشن ٹوٹ گیا ہے اور مزید کنکشن نہیں بنائے جا سکتے۔ اس کے بعد ہم نے فی ہاپ سلوک (پی ایچ بی) بٹس ترتیب دے کر وی او آئی پی پیکٹوں کو لیبل کرنے کے لیے ایج روٹر کی کمٹڈ ایکسیس ریٹ (CAR) فیچر کا استعمال کیا۔ ESNet راؤٹرز VoIP پیکٹس کو تیز کرنے کے لیے ویٹڈ فیئر کیوئنگ (WFQ) فیچر کو استعمال کرنے کے لیے قائم کیے گئے ہیں۔ اس سیٹ اپ میں صوتی رابطوں کو دوبارہ کیا جا سکتا ہے اور گفتگو دوبارہ اچھے معیار کی ہے۔

voip پائلٹ

سروس پیشن گوئی

سروس کا ایک پیمانہ (یا پنگ تخمینہ کی کارکردگی) ڈائمین لیس متغیر کے سکیٹر پلاٹ کے ذریعے حاصل کیا جا سکتا ہے جس کا موازنہ روزانہ اوسط پنگ ڈیٹا ریٹ / زیادہ سے زیادہ پنگ ڈیٹا ریٹ سے روزانہ اوسط پنگ کامیابی / زیادہ سے زیادہ پنگ کامیابی (جہاں٪ کامیابی = (کل پیکٹ – پیکٹ کھو گئے) / کل پیکٹ) یہاں پنگ ڈیٹا کی شرح متعین کی گئی ہے (پنگ پیکٹ میں 2 * بائٹس) / جواب کا وقت۔ 2 سے پیکٹ باہر جانا ہے اور واپس آنا ہے۔ تناسب کو دیکھنے کا ایک اور طریقہ یہ ہے کہ 1 کے قریب ایک نمبر اشارہ کرتا ہے کہ اوسط کارکردگی بہترین کے قریب ہے۔ نمبر 1 کے قریب نہیں ہیں عام طور پر کام کے اوقات اور غیر کام کے اوقات کے درمیان پنگ اوقات میں بڑی تبدیلیوں کی وجہ سے ہوتے ہیں ، مثال کے طور پر ، 3 اکتوبر ، روزانہ کی مختلف حالتوں کی مثال کے لیے 1996 کا UCD پنگ جواب دیکھیں۔ جولائی 1995 اور مارچ 1996 کے لیے SLAC سے ماپا گیا انٹرنیٹ کے مختلف حصوں کے لیے متوقع پنگ افادیت کی کچھ مثالیں نیچے دیکھی جا سکتی ہیں۔

1۔

ماہانہ اوسط پنگ پیکٹ کامیابی / زیادہ سے زیادہ پنگ پیکٹ کامیابی ، ماہانہ اوسط پنگ تھروپٹ / میکس پنگ تھروپٹ بنا کر انفرادی مہینوں میں ہونے والی تبدیلیوں کو دیکھنے کے لیے کوئی بھی اس سکیٹرپلوٹ معلومات کو کم کر سکتا ہے۔ اس طرح کا پلاٹ ، جولائی 1995 اور مارچ 1996 کے کچھ این امریکن نوڈس کے لیے ، تمام معاملات میں بدتر کے لیے بڑی تبدیلیاں دکھاتا ہے (حالیہ پوائنٹس پلاٹ کے نچلے بائیں میں زیادہ ہیں)۔

بے یقینی۔

کوآرڈینیٹ (1،1) سے ہر ایک متوقع نقطہ کے فاصلے کا حساب لگا سکتا ہے۔ ہم فاصلے کو sqrt (2) سے تقسیم کرکے 1 کی زیادہ سے زیادہ قیمت کو معمول بناتے ہیں۔ میں اسے پنگ غیر متوقع کے طور پر حوالہ دیتا ہوں ، کیونکہ یہ پنگ کی کارکردگی کی غیر یقینی صورتحال کا فیصد اشارہ دیتا ہے۔

قابل رسائی

30 منٹ کی مدت کی شناخت کے لیے پنگ ڈیٹا کو دیکھتے ہوئے جب میزبان کی طرف سے کوئی پنگ جوابات موصول نہیں ہوتے ہیں تو کوئی میزبان کی شناخت کرسکتا ہے۔ اس معلومات کو استعمال کرتے ہوئے کوئی پنگ ناقابل رسائی کا حساب لگا سکتا ہے نوٹ کریں کہ MTBF = sample_time / ping_unreachability جہاں پنگر کے نمونے لینے کا وقت 30 منٹ ہے۔ قابل رسائی ریموٹ میزبان پر بہت زیادہ منحصر ہے ، مثال کے طور پر اگر ریموٹ میزبان کا نام تبدیل یا ہٹا دیا گیا ہے ، تو میزبان ناقابل رسائی دکھائی دے گا لیکن نیٹ ورک میں کچھ غلط نہیں ہو سکتا۔ اس طرح ڈیٹا کو غیر نیٹ ورک اثرات کے لیے احتیاط سے صاف کیا جانا چاہیے اس سے پہلے کہ اس ڈیٹا کو طویل المیعاد نیٹ ورک کے رجحانات فراہم کرنے کے لیے استعمال کیا جائے۔ پنگ ریچابیلٹی اور ڈاون رپورٹس کی مثالیں دستیاب ہیں۔

کوئی ایکٹیو پروبز کا استعمال کرتے ہوئے آؤٹیج لمبائی کی فریکوئنسی کی پیمائش کر سکتا ہے اور اس وقت کی لمبائی کو مدنظر رکھ سکتا ہے جس کے لیے ترتیب وار پروبز نہیں پائے جاتے۔

این او/تھرم میٹرک جو بعض اوقات فون سرکٹ کی دستیابی کی نشاندہی کرنے کے لیے استعمال ہوتا ہے وہ غلطی سے پاک سیکنڈ ہے۔ اس پر کچھ پیمائش SLAC ، FNAL ، CMU اور CERN کے درمیان غلطی سے پاک سیکنڈ میں مل سکتی ہے۔

کنیکٹیوٹی پیمائش اور اعلی دستیابی کی جدید درجہ بندی پر ایک IETF RFC دستاویز بھی ہے جو مفید ہو سکتی ہے۔

آرڈر سے باہر پیکٹ

آرڈر پیکٹوں کی شناخت اور رپورٹنگ کے لیے PingER ایک انتہائی آسان الگورتھم استعمال کرتا ہے۔ 10 پیکٹوں کے ہر نمونے کے لیے ، ایسا لگتا ہے کہ جوابات کی ترتیب نمبر اسی ترتیب میں موصول ہوئی ہے جس طرح درخواست بھیجی گئی تھی۔ اگر اس نمونے سے زیادہ نہیں آرڈر کے جوابات میں سے ایک یا زیادہ کے طور پر نشان لگا دیا گیا ہے۔ دیے گئے وقفے کے لیے (ایک مہینہ کہو) آرڈرز کے لیے رپورٹ کردہ قیمت نمونوں کا وہ حصہ ہے جسے آؤٹ آف آرڈر پنگ جوابات کے ساتھ نشان زد کیا گیا تھا۔ چونکہ پنگ پیکٹ ایک سیکنڈ کے وقفے سے بھیجے جاتے ہیں ، اس لیے توقع کی جاتی ہے کہ ترتیب میں نمونوں کا حصہ بہت چھوٹا ہو گا ، اور اس کی جانچ پڑتال بھی کرنی پڑ سکتی ہے جب یہ نہ ہو۔

ڈپلیکیٹ پیکٹ

ڈپلیکیٹ پنگ جوابات کی وجہ سے ہو سکتا ہے:

  • ایک سے زیادہ میزبانوں کا ایک ہی IP پتہ ہے ، لہذا یہ تمام میزبان ICMP ایکو کی درخواست کا جواب دیں گے۔
  • پنگ ڈی آئی پی ایڈریس براڈکاسٹ ایڈریس ہو سکتا ہے۔
  • میزبان کے پاس کئی TCP اسٹیک ایتھرنیٹ اڈاپٹر سے جڑے ہوئے ہیں ( دیکھیں http://www.doxpara.com/read.php/tcp_chorusing.html )۔
  • ایک روٹر کا خیال ہے کہ اس کے دو راستے ہیں جن کے ذریعے وہ آخری میزبان تک پہنچ سکتا ہے اور (ممکنہ طور پر غلطی سے) دونوں راستوں سے ICMP کاؤنٹر اسٹریم کی درخواستوں کو آگے بھیجتا ہے ، اس طرح آخری میزبان دو بازگشت کی درخواستیں دیکھتا ہے اور دو بار رد عمل ظاہر کرتا ہے۔
  • اختتامی میزبان کے لیے دو یا زیادہ (غیر روٹ) راستے ہو سکتے ہیں اور ہر درخواست ایک سے زیادہ راستوں سے آگے بڑھائی جاتی ہے۔
  • ایک غلط سلوک کرنے والا NAT باکس۔

کچھ ٹیسٹ جو مدد کر سکتے ہیں ان میں شامل ہیں:

  • راستے میں روٹرز کو پنگ کرنے کے لیے کہ آیا ان میں سے کوئی ڈپلیکیٹ کے ساتھ جواب دیتا ہے۔
  • پنگ پیکٹ پر قبضہ کریں اور دیکھیں کہ کیا تمام پیکٹ اسی ایتھرنیٹ ایڈریس سے لوٹے گئے ہیں۔

ڈپلیکیٹ پنگ پیکٹوں کے پھیلاؤ کا ایک خیال 31 مارچ 2012 تک 600 سے زائد ممالک میں 703 میزبانوں کے پنگر کی پیمائش سے آیا ہے۔ ان میں سے 15 میزبانوں نے ڈپلیکیٹ پنگ کے ساتھ جواب دیا یہ 15 میں سے 15 میزبانوں کے لیے 100 اور 1000 بائٹ پنگ پر ہوا۔ 10 پنگ میں سے 6 میزبانوں نے 1 پنگ دہرا دی ، 5 نے 2 پنگ ڈپلیکیٹ کی ، 2 نے 4 پنگ دہرا دی ، 1 نے 3 پنگ ڈپلیکیٹ کی اور 1 نے ہر پنگ کے لیے 12 پنگ بھیجے۔ میزبان سائٹس قومی لیبارٹریز ہیں زامبیا) اور تعلیمی سائٹس (SDSC)۔ پنگر صرف رپورٹ کرتا ہے کہ آیا ڈپلیکیٹس ہیں۔ ایک مفید میٹرک یہ ہے کہ موصول ہونے والی پنگوں کی تعداد / بھیجے جانے والے پنگوں کی تعداد کی اطلاع دی جائے۔ حاصل کردہ نمبر پنگ کمانڈ کے اختیارات پر منحصر ہو سکتا ہے۔ ایک آپشن یہ ہوگا کہ ایک سے زیادہ پنگز بھیجیں جب تک کہ یہ کئی بار یا کئی بار موصول نہ ہو۔ دوسرا آپشن یہ ہوگا کہ 10 پنگز بھیجیں اور انتظار کریں (یا وقت ختم) جب تک وہ موصول نہ ہو جائیں۔ لہذا میٹرک ویلیو پنگ کمانڈ پر بھی منحصر ہو سکتی ہے۔

تمام پنگ اقدامات کا مجموعہ۔

ایک مقررہ مدت کے لیے میزبانوں کے ایک سیٹ کے لیے پیمائش کو یکجا کرنے اور دکھانے کے لیے مذکورہ بالا تمام پنگ اقدامات (نقصان ، ردعمل ، ناقابل اعتبار اور غیر متوقع) کا ایک پلاٹ جمع کر سکتا ہے۔ مارچ 1-11 ، 1997 کے لیے نیچے پلاٹ ، میزبانوں کو منطقی گروہوں (ESnet ، N America West ، …) اور گروپوں SLAC پرائم ٹائم (7 بجے 100٪ بائٹ پنگ پیکٹ نقصان) میں شام 7 بجے گروپ کرتا ہے۔ ہفتے کے دن) ، نیلی لائن کے ذریعہ بھی دکھایا گیا ، پرائم ٹائم پنگ رسپانس ٹائم ہے ، اور پنگ منفی اور غیر یقینی صورتحال کا منفی ہے۔

ping-perf-mar-97

مذکورہ پلاٹ میں ، نقصان اور رد عمل کا وقت SLAC پرائم ٹائم (صبح 7 بجے سے شام 7 بجے) کے دوران ماپا جاتا ہے ، دوسرے اقدامات ہر وقت ہوتے ہیں۔

  • نقصان کی شرحیں y = 0 محور کے اوپر بار گراف کے طور پر مرتب کی گئی ہیں اور 100 بائٹ پے لوڈ پنگ پیکٹ کے لیے ہیں۔ افقی لائنیں 1، ، 5 and اور 12 pack کے پیکٹ کے نقصانات میں مذکورہ کنکشن پراپرٹیز کی حدود میں بتائی گئی ہیں۔
  • رسپانس ٹائم کو لاگ محور پر نیلی لائن کے طور پر پلاٹ کیا جاتا ہے ، دائیں طرف لیبل لگا ہوا ہے ، اور 1000 بائٹ پنگ پے لوڈ پیکٹ کے لیے راؤنڈ ٹرپ ٹائم ہے۔
  • میزبان کی عدم دستیابی کو بار گراف کے طور پر بنایا گیا ہے جو منفی = y محور = 0 پر پھیلا ہوا ہے۔ اگر میزبان نے 30 منٹ کے وقفے کے دوران 21 پنگز کا جواب نہیں دیا تو 30 منٹ کے وقفے پر ناقابل رسائی سمجھا جا سکتا ہے۔
  • میزبان غیر متوقع طور پر سبز رنگ میں منفی قدر کے طور پر پلاٹ کیا جاتا ہے ، 0 (مکمل طور پر غیر متوقع) سے لے کر 1 (انتہائی پیش قیاسی) تک ہو سکتا ہے اور ہر 24 گھنٹے کے دن کے دوران پنگ رسپانس کے اوقات اور نقصانات کی حد ہوتی ہے۔ اس کی وضاحت پنگ غیر یقینی صورتحال میں مزید تفصیل سے کی گئی ہے۔

مندرجہ ذیل تبصرے بھی متعلقہ ہیں:

  • عام طور پر انٹرنیٹ نیٹ میزبانوں کو اچھا پیکٹ نقصان ہوتا ہے (اوسطا 0.79)۔ دوسرے گروہوں کے لیے پیکٹ کا اوسط نقصان تقریبا 4 4.5٪ (N. America East) سے 7.7٪ (بین الاقوامی) تک مختلف ہوتا ہے۔ عام طور پر غیر ESnet کلسٹروں میں 25–35 host میزبان خراب زمرے میں ہوتے ہیں۔
  • ESnet میزبانوں کے لیے جواب کا وقت تقریبا 50ms ، n ہے۔ یہ امریکہ کے لیے تقریباms 80ms ، این امریکہ کے لیے تقریبا 150ms اور بین الاقوامی میزبانوں کے لیے 2009 کے آس پاس ہے۔
  • زیادہ تر ناقابل رسائی مسائل بنیادی طور پر بین الاقوامی گروپ (ڈریسڈن ، نووسبیرسک ، فلورنس) کے چند میزبانوں تک محدود ہیں۔

کچھ بین الاقوامی میزبانوں کے لیے غیر یقینی صورتحال سب سے زیادہ نمایاں ہے اور تقریبا pack پیکٹ کے نقصان کو ٹریک کرتی ہے۔

معیار۔

اعداد و شمار کا خلاصہ کرنے کے قابل ہونے کے لیے ، اہمیت کو جلدی سمجھا جا سکتا ہے ، ہم نے لنکس کی کارکردگی کے معیار کو نمایاں کرنے کی کوشش کی ہے۔ کچھ دلچسپ رپورٹیں ذیل میں دی گئی ہیں:

ذیل میں میٹرک کے زیر اہتمام کچھ اور اقدامات ہیں۔

تاخیر

وقت 1970 کی دہائی کے آخر میں سب سے مشکل اور قیمتی شے ہے اور 1980 کی دہائی کے دوران والٹ ڈوہرٹی آئی بی ایم اور دیگر کے ذریعہ تیزی سے ردعمل کے وقت کی معاشی قدر کو ظاہر کیا:

0-0.4 کی اعلی پیداواری انٹرایکٹو آراء۔

0.4-2-2 مکمل طور پر انٹرایکٹو گورننس

2-12 s sporadic interactive rule

12s-600s میں رابطہ کے نظام کو توڑیں۔

600 بیچ کا قاعدہ

رد عمل کے وقت کے اثرات کے بارے میں مزید جاننے کے لیے ، انسانی کمپیوٹر تعامل کی نفسیات ، سٹورٹ کے۔ کارڈ ، تھامس پی۔ موران اور ایلن نیویل ، ISBN 0-89859-243-7 ، لارنس ایربلم ایسوسی ایٹس (1983) کے ذریعہ شائع ہوا۔

4-5 کے ارد گرد ایک رینج ہے جہاں شکایات تیزی سے بڑھتی ہیں۔ کچھ نئی انٹرنیٹ ایپلی کیشنز کے لیے دوسری حدیں ہیں ، مثال کے طور پر آواز کے لیے یک طرفہ تاخیر کی حد تقریباms 150 ایم ایس ہے اس نقطہ پر ، تاخیر لوگوں کے لیے مذاکرات کی کوشش کرنا اور مایوسی کو بڑھانا مشکل بنا دیتی ہے۔

موسیقی میں وقت رکھنے کے لیے ، سٹینفورڈ کے محققین نے پایا کہ تاخیر کی زیادہ سے زیادہ مقدار اس تاخیر سے 11 ملی سیکنڈ کم ہے اور لوگ اس تاخیر سے زیادہ تیز اور سست ہو جاتے ہیں۔ تقریبا 50 ملی سیکنڈ (یا 70) کے بعد ، ڈسپلے بالکل مختلف تھے۔

انسانی کان صرف ایک ہی وقت کی آواز ہے اگر انہیں ایک دوسرے کے 20 ایم ایس کے اندر سنا جائے تو دیکھیں http://www.mercurynews.com/News/ci_27039996/Music-at-the-speed- of-light-is- تلاش کرنے والے- ہدف

ریئل ٹائم ملٹی میڈیا (H.323) کی کارکردگی کی پیمائش اور H.33 ٹریفک کا تجزیہ ایک طرفہ تاخیر دیتا ہے (RTT کے حصول کے لیے تقریبا two دو کا ایک عنصر) ، 0-150ms = اچھا ، 150-300ms = ناقابل قبول ، اور> 300ms = برا۔

سسکو ٹیلی کام کے لیے صرف نیٹ ورک تاخیر کے ہدف کے لیے SLL 150 msec سے کم ہے۔ اس میں سی ٹی ایس اختتامی مقامات پر انکوڈنگ اور ڈیکوڈنگ کی وجہ سے تاخیر شامل نہیں ہے۔

تمام پیکٹ جو کہ ویڈیو کے ایک فریم پر مشتمل ہوتے ہیں ، ری پلے بفر ختم ہونے سے پہلے ٹیلی پریزنس اینڈ پوائنٹ پر پہنچانا ضروری ہے۔ ورنہ ویڈیو کا معیار خراب ہو سکتا ہے۔ سسکو ٹیلی پرسنس کے لیے چوٹی سے چوٹی کا جھٹکا ہدف 10 ایم ایس ای سے کم ہے۔

انٹرنیٹ آف سپیڈ آف لائٹ کاغذ پر آر ٹی ٹی کو کم کرنے کی اہمیت کی کئی مثالیں دیتی ہے۔ مثال کے طور پر سرچ انجن جیسے گوگل اور بنگ ، ایمیزون سیلز ، اور اسٹاک ایکسچینج شامل ہیں۔

ریئل ٹائم کنٹرول اور اصل آپریشنز کا جواب ، دیکھیں سٹینفورڈ کے محققین (شاہ ، اے ، حارث ، ڈی ، اور گٹیرز ، ڈی (2002) ، ہائپر میڈیا اور ٹیلی کمیونیکیشن 2002 (1) ، 662-667 پر کانفرنس نے پایا کہ ایک طرفہ تاخیر <= 80msec. ضرورت تھی.

انٹرنیٹ ویدر میپ کسی بھی لنک کو 300ms سے زیادہ تاخیر سے پہچانتا ہے۔

نقصان

معیار کی خصوصیت کے لیے ہم بنیادی طور پر پیکٹ کے نقصان پر توجہ دے رہے ہیں۔ ہمارے مشاہدے یہ رہے ہیں کہ 4-6 فیصد سے زیادہ پیکٹ کا نقصان ویڈیو کانفرنسنگ کو پریشان کن بنا دیتا ہے ، اور غیر مقامی زبان بولنے والے بات چیت کرنے سے قاصر ہیں۔ 4-5 or یا اس سے زیادہ کی فریکوئینسی پر 4 سیکنڈ یا اس سے زیادہ لمبی تاخیر ٹیل نیٹ اور ایکس ونڈو جیسی انٹرایکٹو سرگرمیوں کے لیے پریشان کن ہے۔ پیکٹ کا نقصان 10–12 above سے زیادہ ہونا ایک ناقابل قبول سطح ہے جس کے لیے پیکٹ کا نقصان واپس ہونا اور بہت زیادہ وقت ختم ہونا ، کنکشن ٹوٹنا شروع ہو جاتا ہے ، اور ویڈیو کانفرنسنگ ناقابل استعمال ہوتی ہے (انٹرنیٹ پر ملٹی میڈیا کے لیے غیر معمولی پیکٹ بھی دیکھیں)۔ وہ صفحہ 10 پر کہتے ہیں ، “ہم نے یہ نتیجہ اخذ کیا ہے کہ اس ویڈیو سلسلہ کے لیے ، ویڈیو کا معیار ناکافی ہے جب پی سی ٹی نقصان کی شرح 12 فیصد سے تجاوز کر جائے۔ دوسری طرف ایم ایس ایف (ملٹی سروس فورم) کے عہدیداروں نے کہا کہ اگلے دنوں کے ٹیسٹوں کے نتیجے میں ، آئی پی ٹی وی کے لیے جنریشن نیٹ ورکس “ٹیسٹنگ سے پتہ چلتا ہے کہ ویڈیو سٹریمز میں 1 فیصد سے زیادہ پیکٹ کا نقصان ہوتا ہے جس کی وجہ سے ویڈیو کا معیار مسترد ہو جاتا ہے۔ “صارفین کو مسترد کر سکتا ہے۔دیکھو کمپیوٹر ورلڈ ، 29 اکتوبر ، 2008 )۔

اصل میں پیکٹ کے نقصان کے لیے معیار کی سطح 0–1 = = اچھی ، 1-5 = = قابل قبول ، 5–12 = = ناقص ، اور 12 than سے زیادہ = خراب پر مقرر کی گئی تھی۔ حال ہی میں ، ہم نے 0-0.1 = = عمدہ ، 0.1-1 = = اچھا ، 1-2.5 = = قابل قبول ، 2.5-5 = = غریب ، 5–12 = = بہت غریب ، اور 12 level سے زیادہ کی سطح دیکھی ہے بہتر ہے بری حد کو تبدیل کرنا ہماری ذمہ داری میں تبدیلی کی عکاسی کرتا ہے ، یعنی 1995 میں ہم بنیادی طور پر ای میل اور ایف ٹی پی سے متعلق تھے۔ ورن پیکسن کا یہ اقتباس اس وقت کی اہم تشویش ہے: ٹی سی پی کے محققین میں روایتی دانشمندی کا خیال ہے کہ 5 فیصد کے نقصان کی شرح ٹی سی پی کی کارکردگی پر نمایاں منفی اثر ڈالتی ہے ، کیونکہ یہ بھیڑ ونڈو کے سائز کو محدود کرتی ہے۔ انٹرنیٹ کا پیچیدہ رویہ ایک اہم تبدیلی کا باعث بنتا ہے جب پیکٹ کا نقصان 3 فیصد سے اوپر چڑھ جاتا ہے۔ 2000 میں ہمارے پاس ایکس ونڈو ایپلی کیشن ہے ، ویب پرفارمنس اور پیکٹ ویڈیو کانفرنسنگ کا بھی تعلق تھا۔ 2005 تک ہم VoIP کی ریئل ٹائم ضروریات میں دلچسپی رکھتے تھے اور وائس اوور آئی پی دیکھنا شروع کر رہے تھے۔ ایک اصول کے طور پر ، VoIP (اور VFFI) میں پیکٹ کا نقصان 1 فیصد سے زیادہ نہیں ہونا چاہیے ، جس کا مطلب ہے کہ ہر تین منٹ میں ایک آواز گرتی ہے۔ ڈی ایس پی الگورتھم 30 ایم ایس تک گمشدہ ڈیٹا کی تلافی کرسکتا ہے۔ اس سے زیادہ اور غائب آڈیو سننے والوں کے لیے قابل توجہ ہوگا۔ آٹوموٹو نیٹ ورک ایکسچینج (اے این ایکس) پیکٹ کے نقصان کی شرح کے لیے ایک حد مقرر کرتا ہے (اے این ایکس/آٹو لینکس میٹرکس دیکھیں) 0.1 فیصد سے کم۔ جس کا مطلب ہے کہ ہر تین منٹ میں ایک آواز نکلتی ہے۔ ڈی ایس پی الگورتھم 30 ایم ایس تک گمشدہ ڈیٹا کی تلافی کرسکتا ہے۔ اس سے زیادہ اور غائب آڈیو سننے والوں کے لیے قابل توجہ ہوگا۔ آٹوموٹو نیٹ ورک ایکسچینج (اے این ایکس) پیکٹ کے نقصان کی شرح کے لیے ایک حد مقرر کرتا ہے (اے این ایکس/آٹو لینکس میٹرکس دیکھیں) 0.1 فیصد سے کم۔ جس کا مطلب ہے کہ ہر تین منٹ میں ایک آواز نکلتی ہے۔ ڈی ایس پی الگورتھم 30 ایم ایس تک گمشدہ ڈیٹا کی تلافی کرسکتا ہے۔ اس سے زیادہ اور غائب آڈیو سننے والوں کے لیے قابل توجہ ہوگا۔ آٹوموٹو نیٹ ورک ایکسچینج (اے این ایکس) پیکٹ کے نقصان کی شرح کے لیے ایک حد مقرر کرتا ہے (اے این ایکس/آٹو لینکس میٹرکس دیکھیں) 0.1 فیصد سے کم۔

ITU Tiphon ورکنگ گروپ (سروس کے معیار کے عمومی پہلو (QOS) دیکھیں ، DTR/Tiphon 5001 V1.2.5 (1998-09) تکنیکی رپورٹ) نے <3 pack پیکٹ کے نقصان کو بھی اچھا بتایا ،> 15 medium میڈیم کے لیے بیان کیا گیا اور انٹرنیٹ ٹیلی فونی ، 25 فیصد خراب ہے۔ پیکٹ کے نقصان سے تسلی بخش/قابل قبول/اچھے معیار کی انٹرایکٹو آواز دینے کے نیچے ایک قیمت دینا بہت مشکل ہے۔ اس میں کئی دیگر متغیرات بھی شامل ہیں جن میں شامل ہیں: تاخیر ، جھٹکا ، پیکٹ نقصان کی ہم آہنگی (پی ایل سی) ، چاہے نقصانات بے ترتیب ہوں یا بڑے ، کمپریشن الگورتھم (ہیوی کمپریشن کم بینڈوتھ کا استعمال کرتا ہے ، لیکن پیکٹ کے نقصان کے لیے زیادہ حساسیت رکھتا ہے کیونکہ زیادہ ڈیٹا/ایک ہی پیکٹ میں گم ہو جاتا ہے) مثال کے طور پر دیکھیں 1 ETSI VoIP اسپیچ کوالٹی ٹیسٹ ایونٹ ، مارچ 21–18 ، 2001 ، یا اسپیچ پروسیسنگ ، ٹرانسمیشن اور معیار کے پہلوؤں کی رپورٹ (STQ)

G.729 میں لوسینٹ ٹیکنالوجی اور کولمبیا یونیورسٹی کے جوناتھن روزن برگ ، V.O.N. انٹرنیٹ ٹیلی فونی کے لیے ریکوری میں پیش کیا گیا۔ کانفرنس 9/1997 نے مندرجہ ذیل جدول فراہم کیا جس میں میڈین اوپنین سکور (MOS) اور لگاتار پیکٹوں کے درمیان تعلق دکھایا گیا۔

پیکٹ کا مسلسل نقصان آواز کے معیار کو خراب کرتا ہے۔

کہاں:

مسلسل فریم ضائع۔५۔
ایم او ایس३.२۔२.१۔१.७۔

رائے کا اسکور

درجہ بندیتقریر کا معیارتحریف کی سطح
५۔بہترینناقابل فہم
۔اچھیصرف مشکوک ، پریشان کن نہیں۔
غیر جانبدارمشکوک ، تھوڑا پریشان
کوڑا کرکٹپریشان کن نہیں ، لیکن ناگوار نہیں۔
غیر اطمینان بخشبہت پریشان کن ، جارحانہ

اگر VoIP پیکٹ 20msec سے الگ ہوتے ہیں تو 10٪ نقصان (نقصان کی بے ترتیب تقسیم کو فرض کرتے ہوئے) ہر 2 سیکنڈ میں مسلسل دو فریم کھونے کے مترادف ہے ، جبکہ 2.5٪ نقصان ہر 30 سیکنڈ میں مسلسل دو فریموں کے برابر ہے۔

اس لیے ہم نے “قابل قبول” پیکٹ کا نقصان <2.5٪ مقرر کیا ہے۔ VoIP (H.323) کے لیے H.33 ٹریفک کی کاغذی کارکردگی کی پیمائش اور تجزیہ مندرجہ ذیل دیتا ہے: نقصان = 0٪ -0.5٪ اچھا ، = 0.5٪ – 1.5٪ قابل قبول اور> 1.5٪ = برا۔

مذکورہ حد فلیٹ بے ترتیب پیکٹ نقصان کی تقسیم کو فرض کرتی ہے۔ تاہم ، اکثر نقصانات پھٹ پڑتے ہیں۔ دوسرے پیکٹ کے مسلسل نقصان کا اندازہ لگانے کے لیے ، ہم نے دوسری چیزوں کے ساتھ ، مشروط نقصان کا امکان (CLP) جو کہ انٹرنیٹ پر آخر سے آخر تک پیکٹ کی تاخیر اور نقصان کی پیمائش جے۔ بولٹ جرنل آف ہائی سپیڈ نیٹ ورکس ، جلد 2 ، نمبر 3 پی پی 305-323 دسمبر 1993 (ویب پر بھی دستیاب ہے) حقیقت میں سی ایل پی کا امکان ہے کہ اگر ایک پیکٹ کھو جائے تو مندرجہ ذیل پیکٹ بھی کھو جائے زیادہ رسمی طور پر ، Conditional_loss_probability = Probability (loss (packet n + 1) = true | loss (packet n) = true) اس طرح کے پھٹنے کی وجوہات میں روٹنگ تبدیلیاں (10 سے 100 سیکنڈ) ، نقصان اور DSL نیٹ ورک (10–20 سیکنڈ) شامل ہیں۔ ) ہم وقت سازی کی وصولی ، اور درخت کی دوبارہ نشوونما۔ کنفیگریشن کے پل (~ 30 سیکنڈ) کے بعد مطلوبہ کنورجنس ٹائم شامل ہے۔ برسی پیکٹ کے نقصان کے اثرات کے بارے میں مزید ڈوورک کی طرف سے رینڈم بمقابلہ برسٹی پیکٹ خسارے کی تقریر کے معیار کے اثرات ، اندرونی ITU-T دستاویز مل سکتی ہے۔ اس مقالے میں کہا گیا ہے کہ جب ایم او ایس میں کمی بے ترتیب نقصان کے لیے pack پیکٹ کے نقصان کے ساتھ لکیری ہے ، تو بڑے نقصان کے لیے کمی بہت تیز ہے (پیکٹ لوز بروسیس بھی دیکھیں)۔ تقریبا 2.5 2.5 سے ایک لکیری 5٪ نقصان۔

دوسرے ممکنہ طور پر نگرانی کی کوششوں میں مختلف حدوں کا انتخاب کرسکتے ہیں کیونکہ وہ مختلف ایپلی کیشنز سے متعلق ہیں۔ MCI کا ٹریفک پیج لنکس کو سبز کے طور پر لیبل کرتا ہے اگر ان کے پاس پیکٹ کا نقصان <5٪ ہے ، اگر ان کے درمیان سرخ ہے> 10٪ اور درمیان میں اورنج۔ انٹرنیٹ موسم کی رپورٹوں میں ہم نے <6 loss نقصان کو سبز اور> 12 red کو سرخ ، اور دوسرے کو نارنجی رنگ دیا۔ لہذا وہ ہمیں زیادہ معاف کر رہے ہیں یا کم از کم گرانولریٹی رکھتے ہیں۔ نیٹ ورک ورلڈ ڈیزیزز 2000 (p40) میں گیری نورٹن کہتے ہیں ، “اگر 98 فیصد سے زیادہ پیکٹ پہنچائے جاتے ہیں تو ، صارفین کو تھوڑا سا تنزلی کا سامنا کرنا پڑتا ہے۔ وقت “.

معیار کی تعدد

جنوری 1995 اور نومبر 1997 کے درمیان SLAC سے دیکھی گئی تقریبا 70 70 سائٹوں کے لیے اوسط ماہانہ پیکٹ کے نقصان کے لیے تعدد کی تقسیم دکھائی گئی ہے۔

ٹیلی پرسنس ویڈیو کوڈیک کے ذریعہ زیادہ مقدار میں کمپریشن اور موشن معاوضہ کی پیش گوئی کی وجہ سے ، یہاں تک کہ تھوڑی مقدار میں پیکٹ کا نقصان بھی ویڈیو کے معیار کو نظر انداز کر سکتا ہے۔ سسکو ٹیلی کام کے لیے پیکٹ کے نقصان کو نشانہ بنانے کے لیے ، SLAL نیٹ ورک پر 0.05 فیصد سے کم ہونا چاہیے۔

اصل آپریشن کے لیے ریئل ٹائم کنٹرول اور فیڈ بیک میں ، سٹینفورڈ کے محققین نے پایا کہ نقصانات کوئی اہم عنصر نہیں تھے اور 10 فیصد تک کے نقصانات کو برداشت کیا جا سکتا ہے۔

تاہم طویل عرصے تک (اعلی RTT) اعلی کارکردگی کے اعداد و شمار کے ذریعے ، جیسا کہ ESnet کے پیکٹ نقصان پر مضمون میں دیکھا جا سکتا ہے ، 0.0046٪ (22000 میں 1 پیکٹ نقصان) 10 Gbps کے لنک پر MTU کے ساتھ 900 بٹس پر سیٹ کیا گیا) RTT> 10 کا نقصان MSC کے ذریعے تھرو پٹ میں 10 کمی کے ایک عنصر کے نتیجے میں (اثر ڈیفالٹ MTU 1500 بائٹس کے ساتھ زیادہ ہوتا ہے)

جھٹکا

ITU Tiphon ورکنگ گروپ (سروس کے معیار کے عمومی پہلو دیکھیں) یہ ہیں:

جھنجھٹ پر مبنی نیٹ ورک کی تنزلی کی سطح۔

زوال کی حدچوٹی کا جھٹکا
بہترین0 msec
اچھی75 ایم ایس سی
میڈیم125 ایم ایس سی
کوڑا کرکٹ225 ایم ایس سی

ہم اس بات کی تفتیش کر رہے ہیں کہ کس طرح ون وے جٹر کی حد پنگ (راؤنڈ ٹرپ یا ٹو وے) جٹر پیمائش سے متعلق ہے۔ ہم نے سروے کرنے والے کو ایک طرفہ تاخیر کی پیمائش کا استعمال کیا (نیچے ملاحظہ کریں) اور ایک طرفہ تاخیر کے IQR کی پیمائش کی ریموٹ نوڈ مانیٹرنگ b) اور انٹر پیکٹ تاخیر کا فرق (ja => b اور jb => a)۔ اس کے بعد ہم مساوی وقت کے ڈاک ٹکٹوں کے ساتھ دو طرفہ تاخیر شامل کرتے ہیں اور راؤنڈ ٹرپ تاخیر (J <=> B) اور انٹرا پیکٹ تاخیر کا فرق (J <=> B) کے لیے IQR حاصل کرتے ہیں۔ ایک اور دو طرفہ جھنجھٹ کا موازنہ کرنے سے کوئی دیکھ سکتا ہے کہ تقسیم گاوسی تقسیم نہیں ہے (تیز اور ابھی تک وسیع دم کے ساتھ) ،

ویب براؤزنگ اور میل جھٹکے کے لیے کافی حد تک مزاحم ہیں ، لیکن کسی بھی قسم کا سٹریمنگ میڈیا (آواز ، ویڈیو ، موسیقی) بہت زیادہ گھبراہٹ کا شکار ہے۔ جٹر ایک علامت ہے کہ ٹریفک کو سنبھالنے کے لیے کافی بینڈوڈتھ یا بھیڑ ہے۔

وی او آئی پی کوڈیک پلے آؤٹ بفرز کی لمبائی کی وضاحت کرتا ہے تاکہ جٹ کو زیادہ یا کم بہاؤ کو روکا جا سکے۔ ایک مقصد یہ بتانا ہو سکتا ہے کہ پیکٹ میں تاخیر کی 95 iations مختلف حالتیں وقفہ کے اندر ہونی چاہئیں [-30msec ، +30msec]

ریئل ٹائم ملٹی میڈیا (H.323) کی کارکردگی کی پیمائش اور H.33 ٹریفک کا تجزیہ ایک طرف دیتا ہے: جٹر = 0-20ms = اچھا ، جٹر = 20-50ms = قابل قبول ،> 50ms = ناقص۔ ہم راؤنڈ ٹرپ جٹر کی پیمائش کرتے ہیں جو ون وے جٹر سے تقریبا دوگنا ہے۔

ریئل ٹائم ہیپٹک کنٹرول اور میڈیکل آپریشنز کے جواب کے لیے ، سٹینفورڈ کے محققین نے پایا کہ جھٹکا اہم تھا اور <1msec کے جھٹکے ضروری تھے۔

تھروپٹ۔

کارکردگی کی ضروریات (اے ٹی اینڈ ٹی سے)

  • 768k – 1.5 Mbps: تصاویر شیئر کرنا ، میوزک ڈاؤن لوڈ کرنا ، ای میل کرنا ، ویب پر سرفنگ کرنا۔
  • 0 Mbps – 6.0 Mbps – سٹریمنگ ویڈیو ، آن لائن گیمنگ ، ہوم نیٹ ورکنگ۔
  • > 6 ایم بی پی ایس – ویب سائٹس کی میزبانی ، آن لائن ٹی وی دیکھنا ، فلمیں ڈاؤن لوڈ کرنا۔

یہاں کچھ مزید ہدایات ہیں:

  • مندرجہ ذیل ایک پن فن تعمیر پر سسکو ٹیلی پریزنس کے ڈیزائن آئیڈیاز سے ہے ۔ فی سسکو ٹیلی پریزنس اینڈپن کا استعمال بینڈوڈتھ فیکٹر کے لحاظ سے مختلف ہوتا ہے جس میں ماڈل تعینات کیا جاتا ہے ، مطلوبہ ویڈیو ریزولوشن ، لیگی ویڈیو کانفرنسنگ سسٹم کے ساتھ انٹرآپریبلٹی ، اور دستاویزی کیمروں یا سلائیڈ پریزنٹیشن کے لیے ہائی یا لو اسپیڈ معاون ویڈیو ان پٹ تعینات کیا گیا ہے یا نہیں . مثال کے طور پر ، تیز رفتار معاون ویڈیو ان پٹ اور انٹرآپریبلٹی کے ساتھ 1080p بہترین ویڈیو ریزولوشن تعینات کرتے وقت ، بینڈوڈتھ کی ضروریات CTS-3200 اور CTS-3000 کے لیے 20.4 Mbps ، یا CTS-1000 اور CTS-500 کے لیے 20.4 Mbps ہیں۔ 10.8 Mbps .
  • ایف سی سی براڈ بینڈ گائیڈ

استعمال کریں۔

لنک کا استعمال روٹر سے SNMP MIB کے ذریعے پڑھا جا سکتا ہے (فرض کرتے ہوئے کہ اس طرح کی معلومات کو پڑھنے کی اجازت ہے) “تقریبا 90 90 فیصد استعمال میں ایک عام نیٹ ورک 2 فیصد پیکٹ خارج کر دے گا ، لیکن یہ مختلف ہوتا ہے۔ کم بینڈوڈتھ لنکس پھٹ کو سنبھالنے کے لیے کم چوڑائی کے ہوتے ہیں ، اکثر پیکٹ کو صرف 80 فیصد استعمال میں ضائع کردیتے ہیں… ایک مکمل نیٹ ورک ہیلتھ چیک ہفتہ وار لنک کی گنجائش کی پیمائش کرے۔ یہاں ایک تجویز کردہ رنگین کوڈ ہے:

  • سرخ: پیکٹ ضائع> 2٪ ، کوئی نئی ایپلیکیشن داخل نہ کریں۔
  • ایمبر: استعمال> 60 a نیٹ ورک اپ گریڈ پر غور کریں۔
  • سبز: نئی درخواست کی تعیناتی کے لیے <60٪ استعمال قابل قبول ہے۔ “

تیز رفتار سست روی ، گیری نورٹن ، نیٹ ورک میگزین ، دسمبر 2000۔ مندرجہ بالا اس بات کی وضاحت نہیں کی گئی ہے کہ کس مدت میں استعمال کا حساب لگایا جاتا ہے۔ نورٹن کے مضمون میں کہیں اور وہ کہتا ہے کہ “نیٹ ورک کی گنجائش … کا حساب 5 کاروباری دنوں میں بسوں کی اوسط کے طور پر کیا جاتا ہے”۔

قطار بندی نظریہ کہتا ہے کہ راؤنڈ ٹرپ ٹائم میں تبدیلی ، O ، تناسب 1/(1-L) میں تبدیل ہوتی ہے ، جہاں L موجودہ نیٹ ورک لوڈ ہے ، 0 <= L <= 1۔ اگر انٹرنیٹ 80 فیصد کی گنجائش پر چل رہا ہے تو ہم توقع کرتے ہیں کہ راؤنڈ ٹرپ میں تاخیر +2o ، یا 4 ہوگی۔ کے ایک عنصر پر منحصر ہے. جب بوجھ 80 فیصد تک پہنچ جاتا ہے ، ہم 10 کی تبدیلی کی توقع کرتے ہیں۔ ٹی سی پی/آئی پی ، اصول ، پروٹوکول اور فن تعمیر ، ڈگلس کامرس کے ساتھ انٹرنیٹ ورکنگ ، پرنٹیس ہال۔ اس سے پتہ چلتا ہے کہ RTT میں تغیر کو دیکھ کر کوئی استعمال کرنے کے لیے کوئی پیمانہ تلاش کرسکتا ہے۔ ہم نے اس وقت اس تجویز کو قبول نہیں کیا ہے۔

قابل رسائی

بیلکور عام تقاضہ 992 (GR-929-CAR قابل اعتماد اور ٹیلی کمیونیکیشن سسٹمز کے لیے معیار کی پیمائش (RQMS) (وائر لائن) ، فعال طور پر سپلائرز اور سروس فراہم کرنے والوں کے مقاصد کے خلاف ماپنے والی سہ ماہی کارکردگی کی سپلائر رپورٹنگ کی بنیاد کے طور پر جی آر کے حالیہ شمارے کی اشاعت -929-کور ، جہاں اس طرح کے نظر ثانی شدہ کارکردگی کے مقاصد کو لاگو کیا جاتا ہے) اشارہ کرتا ہے کہ فون نیٹ ورک کا بنیادی 99.999 availability کی دستیابی کے لیے ہے ، جو کہ سالانہ 5 ہے .3 منٹ سے کم میں ترجمہ کرتا ہے۔ تحریری طور پر پیمائش میں 30 سیکنڈ سے کم آبادی شامل نہیں ہے۔ اس کا مقصد موجودہ PSTN ڈیجیٹل سوئچز (جیسے الیکٹرانک سوئچنگ سسٹم 5 (5AS) اور Nortel DMS-250) ، آج کی وائس اوور اے ٹی ایم ٹیکنالوجی کا استعمال کرتے ہوئے ایک پبلک سوئچنگ سسٹم کی ضرورت ہوتی ہے تاکہ 40 سال کی مدت کے دوران کل آؤٹج ٹائم کو کم سے کم دو گھنٹے ، یا سالانہ تین منٹ سے بھی کم ، 99.99943 number کی دستیابی کے برابر ایک نمبر۔ اعداد و شمار اور آواز کے یکجا ہونے کے ساتھ ، اس کا مطلب یہ ہے کہ ڈیٹا نیٹ ورک جس میں آواز سمیت ، یا اختتامی صارفین کے ساتھ شروع ہونے والی بہت سی خدمات کی مساوی یا بہتر دستیابی ہونی چاہیے ، ناراض اور مایوس ہوں گے۔

دستیابی کی سطح کو اکثر سروس لیول معاہدوں میں شمار کیا جاتا ہے۔ .

سطح کی پیشکشکسٹمر کی طرف سے منتخب
99 فیصد سے کم2६٪९٪
99٪ دستیابی९ ९٪24٪
99.9 فیصد دستیابی24٪15٪
99.99٪ دستیابی15٪५٪
99.999 Av دستیابی१८٪५٪
99.999 فیصد سے زائد دستیابی13٪15٪
نہیں جانتا13٪१८٪
دستیاب دستیابی کا وزن شدہ اوسط۔९९ .५٪४ .४٪

دستیاب خدمات کے بارے میں مزید معلومات کے لیے ، ملاحظہ کریں: سفید پیغامات کے لیے ہمیشہ دستیابی پر سسکو وائٹ پیپر ڈیٹا نیٹ ورکس پر اعلی دستیابی کے لیے کس طرح کوشاں ہے۔ اعلی دستیابی کی جدید درجہ بندی اور IETF دستاویز RFC 2498: IPPM میٹرکس برائے پیمائش کنیکٹوٹی۔

سمت

ہدایت پر اندرونی حدود یہ ہیں کہ یہ 1 اور 1 ہونا ضروری ہے۔ 1 کی قدر بتاتی ہے کہ راستہ ایک عظیم دائرہ راستہ ہے اور صرف تاخیر کی وجہ فائبر یا تانبے کے الیکٹرانوں میں روشنی کی رفتار ہے۔ اقدار> 1 عام طور پر ماخذ یا منزل کی نشاندہی کرتا ہے یا دونوں کے غلط مقامات ہیں اور اس وجہ سے ڈائریکٹیوٹی میزبان مقامات کے لیے مفید تشخیص کرتے ہیں۔ امریکہ ، کینیڈا ، یورپ ، مشرقی ایشیا اور آسٹریلیا/نیوزی لینڈ میں تحقیق اور تعلیمی مقامات کے درمیان ڈائریکٹیوٹی کی عام اقدار 0.15–0.75 سے مختلف ہوتی ہیں ، جس کا مطلب تقریبا 0. 0.4 ہوتا ہے۔ یہ خلا میں روشنی کی رفتار سے 4 گنا زیادہ ہے۔ ڈائریکٹیوٹی کی کم اقدار کا مطلب عام طور پر بہت بالواسطہ راستے یا سیٹلائٹ یا سست کنکشن (جیسے وائرلیس) ہوتے ہیں۔

ہدایت

گروہ بندی

چونکہ میزبان جوڑوں کی نگرانی میں اضافہ ہوا ہے ، گروپوں کے مابین دلچسپی والے علاقوں کی نمائندگی کے لیے ڈیٹا اکٹھا کرنا تیزی سے ضروری ہو جاتا ہے۔ ہمیں درج ذیل گروپ زمرے مفید ملے ہیں۔

  • علاقہ (مثال کے طور پر این امریکہ ، ڈبلیو یورپ ، جاپان ، ایشیا ، ملک ، ٹاپ لیول ڈومین)
  • میزبان جوڑوں کو الگ کرکے
  • نیٹ ورک سروس فراہم کرنے والا ریڑھ کی ہڈی ہے جو دور دراز سائٹ سے منسلک ہے (جیسے ESNET ، انٹرنیٹ 2 ، Dante…)
  • مشترکہ مفادات سے وابستہ (مثال کے طور پر XIWT ، HENP ، تجرباتی اشتراکات جیسے کہ BABER ، یورپی یا Doi National Laboratories ، ESNET Program Interests، PerfSONR)
  • نگرانی سائٹ کی طرف سے
  • ایک ریموٹ سائٹ متعدد مانیٹرنگ سائٹس سے دیکھی گئی سائٹس کی نگرانی کرکے اور ریموٹ سائٹس کے ذریعے ہمیں تیسرے گروپ کو منتخب کرنے کے قابل ہونے کی ضرورت ہے نیز ہمیں ایک گروپ کے تمام ممبروں کو منتخب کرنے ، گروپوں میں شامل ہونے اور گروپ کی صلاحیت کے ارکان کو شامل کرنے کے قابل ہونے کی ضرورت ہے

گلوبل ایریا کلسٹرس میں 1100 پنگر مانیٹر میزبان ریموٹ سائٹ جوڑے موجود تھے اور پنگر جوڑی گروپوں کی تقسیم میں وابستگی گروپ پایا جا سکتا ہے۔

نیز یہ بھی ضروری ہے کہ دور دراز سائٹس اور میزبان جوڑوں کا انتخاب احتیاط سے کیا جائے تاکہ وہ ان معلومات کی نمائندگی کریں جو کسی کو تلاش کرنا ہوں۔ یہی وجہ ہے کہ ہم نے تقریبا 50 50 “بیکن سائٹس” کا ایک مجموعہ منتخب کیا جو تمام مانیٹرنگ سائٹس پر مانیٹر کیا جاتا ہے اور وہ مختلف تعلق گروپوں کے نمائندے ہیں جن میں ہم دلچسپی رکھتے ہیں۔ سائٹس کے گروپس کے لیے پنگ رسپانس ٹائمز دکھانے والے گراف کی ایک مثال نیچے دیکھی گئی ہے:

2۔

پیکٹ لیجنڈ کے دائرہ کار میں دکھایا گیا ہے فی صد چارٹس میں کمی ، پیکٹ نقصان کے اعداد و شمار کو فی مہینے اصلاح (پیکٹ نقصان میں کمی) کو ایکسپونینشل ٹرینڈ لائن کے لیے۔ نوٹ کریں کہ 5//ماہ کی بہتری 44//سال کی بہتری کے برابر ہے (مثال کے طور پر ایک سال میں 10 loss نقصان ایک سال میں کم ہو کر 5.6 to ہو جائے گا)۔

یکطرفہ پیمائش

SLAC پرفسنور سائٹس کے درمیان یکطرفہ تاخیر اور نقصان کی پیمائش کے لیے پرفسنور پراجیکٹس میں تعاون کر رہا ہے۔ ہر پرف بورڈ سائٹ میں ایک پیمائش پوائنٹ ہوتا ہے جس میں انٹرنیٹ سے منسلک کمپیوٹر ہوتا ہے جس میں GPS رسیور ہوتا ہے۔ یہ عین مطابق مطابقت پذیر ٹائم پیکٹ سٹیمپنگ کی اجازت دیتا ہے جو ایک طرفہ تاخیر کی پیمائش کو قابل بناتا ہے۔ پیدا ہونے والے تاخیر کے تخمینے پنگر کے مقابلے میں زیادہ تفصیلی ہیں اور دو سمتوں میں انٹرنیٹ کے راستے پر تفاوت کی وضاحت کرتے ہیں۔ دو طریقوں کا موازنہ کرنے والی مزید معلومات کے لیے پنگر اور سروئیر کا موازنہ دیکھیں۔

RIPE کے پاس رابطے کے پیرامیٹرز کی آزاد پیمائش ، جیسے انٹرنیٹ تاخیر اور روٹنگ ویکٹر بنانے کے لیے ایک ٹریفک ٹریفک پروجیکٹ ہے۔ ایک RIPE میزبان SLAC پر نصب ہے۔

ایچ پی سی ایوارڈ جیتنے والوں کے لیے این ایل اے این آر ایکٹو پیمائش پروگرام (اے ایم پی) کا مقصد اس بات کی تشخیص میں مدد کرنا ہے کہ سائٹس اور صارفین ، اور نیٹ ورک کے صارفین اور اس کے فراہم کنندگان دونوں کے لیے اعلی کارکردگی کے نیٹ ورک کی کارکردگی کو کس طرح دیکھا جاتا ہے۔ وہ سائٹ پر ایک ریک ماؤنٹ ایبل فری بی ایس ڈی مشین انسٹال کرتے ہیں اور اپنی مشینوں کے مابین مکمل میش ایکٹو پنگ پیمائش کرتے ہیں ، تقریبا p 1 منٹ کے وقفوں سے پنگ شروع کی جاتی ہے۔ ایک AMP مشین SLAC پر نصب ہے۔

انٹرنیٹ سے چلنے والے اختتام سے آخر تک کارکردگی کی پیمائش کے منصوبوں کے مقابلے میں سروئیر ، RIP ، PINGER اور AMP کا زیادہ تفصیلی موازنہ پایا جا سکتا ہے۔

SLAC ایک NIMI (نیشنل انٹرنیٹ پیمائش انفراسٹرکچر) سائٹ بھی ہے۔ اس پروجیکٹ کو سرویئر پروجیکٹ کی تکمیل سمجھا جا سکتا ہے ، تاکہ یہ (NIMI) متعدد پیمائش کے طریقوں جیسے PINGS ، Treno ، Traceroute ، PINGER وغیرہ کو سپورٹ کرنے کے لیے بنیادی ڈھانچے کی فراہمی پر توجہ مرکوز کرے۔

نیوزی لینڈ کی وائیکاتو یونیورسٹی ہر ایک لینکس کی میزبانی کرتی ہے جس میں جی پی ایس رسیور اور ایک طرفہ تاخیر کی پیمائش ہوتی ہے۔ وائیکو کے تاخیر کے نتائج کے صفحے کے بارے میں مزید جاننے کے لیے ، وائیکو پروجیکٹ ، اے ایم پی ، آر آئی پی ای اور سرویئر پروجیکٹس کے برعکس ، سی آر سی پر مبنی پیکٹ پر دستخط کا استعمال کرتا ہے تاکہ 2 سروں پر ریکارڈ شدہ پیکٹوں کی شناخت کی جاسکے ، موجودہ جوڑوں کے درمیان عام ٹریفک کی غیر فعال پیمائش۔

اسٹنگ ٹی سی پی پر مبنی نیٹ ورک پیمائش کا آلہ میزبانوں کے جوڑے کے درمیان آگے اور پیچھے دونوں راستوں میں پیکٹ کے نقصان کو فعال طور پر ماپنے کی صلاحیت رکھتا ہے۔ اسے GPS کی ضرورت نہیں ہے ، اور اس کا فائدہ ہے کہ ICMP کی شرحوں کو محدود یا بلاک کرنے کی ضرورت نہیں ہے (ISI مطالعات کے مطابق ~ انٹرنیٹ میں 61٪ میزبان پنگز کا جواب نہیں دیتے) ، حالانکہ اس میں ایک چھوٹا سا منفی پہلو بھی ہے۔ ترمیم

اگر ایک طرفہ تاخیر (D) دونوں نوڈس (A ، B) کے انٹرنیٹ جوڑے کے لیے جانا جاتا ہے ، تو راؤنڈ ٹرپ کا حساب مندرجہ ذیل ہوگا:

R = Da => b + Db => a

جہاں Da => b ایک طرفہ تاخیر نوڈ اے سے نوڈ بی اور اس کے برعکس ماپا جاتا ہے۔

P = pa => b + pb => a – pa => b * pb => a

جہاں pa => b ایک طریقہ ہے پیکٹ کا نقصان نوڈ سے b اور اس کے برعکس۔

کچھ آئی ای ٹی ایف آر ایف سی ہیں جو تاخیر اور نقصانات کی پیمائش کے ساتھ ساتھ راؤنڈ ٹرپ تاخیر کی پیمائش کو ایک راستے کے طور پر نمٹاتی ہیں۔

ٹریکروٹ

نیٹ ورک کے مسائل کی تشخیص کے لیے ایک اور بہت طاقتور ٹول ہے ٹریسر آؤٹ۔

آکسفورڈ میں جان میک ایلسٹر نے ٹریسنگ روٹ مانیٹرنگ کے اعدادوشمار تیار کیے ہیں جن کی بنیاد معیاری ٹریکروٹ اور پنگ افادیت ہے۔ اعداد و شمار 24 گھنٹوں کی مدت کے لیے باقاعدہ وقفوں سے جمع کیے گئے اور روٹنگ کی ترتیب ، راستے کے معیار اور راستے کے استحکام کے بارے میں معلومات فراہم کی گئیں۔

TRIMFF کے پاس ایک بہت اچھا ٹریسروٹ میپ ٹول ہے جو TRIMFF سے کئی دوسری سائٹوں کے راستوں کا نقشہ دکھاتا ہے۔ ہم ایسے نقشوں کو آسان بنانے پر غور کر رہے ہیں جو راؤٹرز کے بجائے خود مختار نظام (AS) سے گزریں۔

پنگ رسپانس اور پیکٹ نقصان کے ساتھ ساتھ ٹریسر آؤٹ بمقابلہ ٹریسر آؤٹ تھروپٹ کے حساب کتاب کے ساتھ ریسورسز دیکھنے کے لیے بھی منصوبہ بنایا جا سکتا ہے۔

بہت سی سائٹیں ٹریس آؤٹ سرور (سورس کوڈ (پرل میں دستیاب)) دکھا رہی ہیں جو انٹرنیٹ کی ٹوپولوجی کو ڈیبگ کرنے اور سمجھنے میں مدد کرتی ہیں۔

کچھ سائٹس نیٹ ورک کی افادیت تک رسائی فراہم کرتی ہیں جیسے nslookup تاکہ کوئی ایک مخصوص نوڈ کے بارے میں مزید معلومات حاصل کر سکے۔ کچھ مثالیں SLAC اور Tiaraimf ہیں۔