atedاھيو ويو ليس ڪوٽريل ، وارين ميٿيوز ۽ ڪوني لاگ ، جنوري 1996
ڪم جزوي طور تي DOI/MISS فيلڊ ورڪ گرانٽ پاران انٽرنيٽ جي آخر کان آخر تائين ڪارڪردگي جي نگراني (IEPM) لاءِ فنڊ ڪيل.
تعارف
SLAC سان گڏجي انھن سائيٽن جي وچ ۾ نيٽ ورڪ جي ڪارڪردگيءَ جون بھترين اميدون مهيا ڪرڻ لاءِ ، PINGER پروجيڪٽ ( جينري 1995 ۾ شروع ڪيو ويو) مئي 1996 ۾ SLAC کان ل 100 100 100 ميزبانن جي نگراني ڪئي. 2000 (اپريل 2007 ع) کان وٺي، ان جي زور کي ڊجيٽل جدا جريب تي آهي. هاڻي اتي جي ڀيٽ ۾ وڌيڪ 35 آهن ملندي، سائيٽن کي ، ملندي جي ڀيٽ ۾ وڌيڪ 600 ملڪن ۾ (انٽرنيٽ-ڳنڍيل آبادي جي وڌيڪ 99٪ سان) جي ڀيٽ ۾ وڌيڪ 150 ملڪن ۾. ۽ شامل آھن 8000 کان و monitorيڪ مانيٽر سائيٽ ريموٽ سائيٽ جوڙا. جي باري ۾ وڌيڪ معلومات پورڀ Pinger Pinger رنيجرز ۾ ملي ڪري سگهجي ٿو ۽ نه هڪ آهي نقشي جي جي سائيٽن جو .
ميڪانيزم
استعمال ٿيندڙ مکيه ميکانيزم آھي انٽرنيٽ ڪنٽرول ميسيج پروٽوڪول (ICMP) ايڪو سسٽم ، جيڪو پڻ آھي پنگ جي سهولت جي نالي سان. هي توهان کي اجازت ڏئي ٿو ته چونڊيل پيڪٽس جو هڪ نمبر موڪليو ريموٽ نوڊ ڏانهن ۽ ان کي گونجيو واپس. اadaysڪلهه اھو عام طور تي ل all س allني پليٽ فارمن تي ا installed ۾ ئي نصب ٿيل آھي ، تنھنڪري گراهڪن تي انسٽال ڪرڻ لاءِ ڪجھ ڪونھي. سرور (يعني گونج وارو نمائندو) اعليٰ ترجيحن تي ھلندو آھي (مثال طور يونڪس تي ڪنيل ۾) ۽ تنھنڪري يوزر ايپليڪيشن کان نيٽ ورڪ ڏانھن. و likelyيڪ امڪان آھي ڪارڪردگيءَ جو س measureو اندازو مهيا ڪرڻ جو. اھو آھي تمام معمولي ان جي نيٽورڪ بينڊوڊٿ جي ضرورتن لاءِ (~ 100 بيٽ في سيڪنڊ في مانيٽرنگ-ريموٽ-ھوسٽ-جوڙو جيئن اسان استعمال ڪري رھيا آھيون).
ماپ جو طريقو
جي PingER منصوبي ۾، هر 30 منٽن cron جي نگراني node (ماپ نڪتو – پي) کان ، اسان کي 100 جي 11 pings (8 ICMP Bytes، پر نه پي headers سميت) سان ٻاهرين جوڙيندڙ جي هڪ سيٽ اوباما هر Bytes. پنگز ال separated ٿي ويا آهن گھٽ ۾ گھٽ هڪ سيڪنڊ ، ۽ ڊفالٽ پنگ ٽائيم آئوٽ 20 سيڪنڊن جو آهي. پھرين پنگ ا thrownلائي وئي آھي (اھو سست سمجھيو و becauseي ٿو itاڪاڻ ته اھو شايع ڪري ٿو ڪيش وغيره.) مارٽن ھورنفر “ http://www.advanced.org/IPPM/archive.2/0246.html” ”؛ reportedايو ويو آھي ته استعمال ڪندي UDP-echo پيڪٽس ۽ اٽڪل 12.5 سيڪنڊن جي وچ ۾ اچڻ جو وقت پھريون پيڪيٽ واپس و toڻ ۾ اٽڪل 20 سيڪڙو و takesيڪ ل )ندو آھي)). گھٽ ۾ گھٽ/سراسري/و maximum ۾ و R RTT رڪارڊ ڪيو ويو آھي 10 پنگن جي ھر سيٽ لاءِ. ھي بار بار ڪيو ويو آھي ڏھ پنگن جي 1000 ڊيٽا بائيٽس جي. Usingن پنگ پيڪيٽ سائيٽن کي استعمال ڪندي اسان پنگ ڊيٽا جي شرحن جو اندازو ل andائي سگھون ٿا ۽ حساب ڪري سگھون ٿا نن smallن ۽ وڏن پيڪٽن جو تعداد(جيئن شرح محدود ڪرڻ) قابل آھن مختلف رويي کي منتقل ڪرڻ جي. و moreيڪ تفصيلن لاءِ ڏسو وڏو بمقابله نن Smallو پيڪٽس جو وقت ، پنگ ماپون. عام طور تي RTT L جي متناسب آھي (جتي L پيڪيٽ جي ڊيگھ آھي) و dat ۾ و dat ڊيٽگرام سائيز تائين (عام طور تي 1472 بائيٽ سميت 8 ICMP ايڪو بائٽس). ان کان theاھر اھو رويو غير متعين آھي (ڪجھ نيٽ ورڪ پيڪٽس جو ٽڪرو ، othersيا رد ڪري .ڏين). اتي دستاويز موجود آھن تجويز ڪيل ماپ جي لکتن تي جيڪي ھلندا آھن ھر مانيٽرنگ سائيٽ تي . پنگ جوابي وقت هر نوڊ لاءِ هر ا half ڪلاڪ لاءِ رکيا ويا آهن. اھو خاص طور تي مصيبت جي شوٽنگ لاءِ استعمال ڪيو ويو آھي (مثال طور ڏسو ته اھو ڪيئن خراب ٿيو گذريل ڪجھ ڪلاڪن ۾).
پنگ لاءِ ريموٽ ميزبانن جو سيٽ مهيا ڪيو ويو آھي ھڪڙي فائل پاران pinger.xml نالي سان ( ڏسو pinger2.pl دستاويز ھن تي و forيڪ لاءِ ). ھي فائل two ن حصن تي مشتمل آھي: بيڪن ھوسٽس جيڪي پاڻمرادو SLAC مان ڪ pulledيا ويندا آھن روزاني ۽ س MPsني پارليامينٽ جي نگرانيءَ ۾. hostيا ميزبان جيڪي خاص دلچسپي رکن ٿا ايم پي بيڪن ھوسٽس جي ايڊمنسٽريٽر لاءِ (۽ خاص ميزبان مقرر ڪيل SLAC MP) ھڪ Oracle ڊيٽابيس ۾ رکيا ويا آھن انھن جا نالا ، IP پتا ، سائيٽون ، عرف ، مقام ، رابطا ، وغيره. بيڪن لسٽ (۽ SLAC لاءِ مخصوص ڪيل ميزبانن جي لسٽ) ۽ ڊيٽابيس ڪاپي روزاني جي بنياد تي ڊيٽابيس مان پاڻمرادو ،اھي ويندي آھي ، ھڪڙي فارميٽ ۾ تجزياتي اسڪرپٽ لاءِ پرل رسائي کي آسان ڪرڻ لاءِ.
ڊيٽا جو مجموعو
مانيٽرنگ فن تعمير ۾ 3 حصا شامل آھن:
• ريموٽ مانيٽرنگ سائيٽون. اهي صرف مهيا ڪن ٿا هڪ غير فعال ريموٽ ميزبان مناسب ضرورتن سان .
• مانيٽرنگ سائيٽ PingER مانيٽرنگ ٽول کي انسٽال ۽ ترتيب ڏيڻ جي ضرورت آھي ميزبان تي انھن مان ھر ھڪ سائيٽ تي ۽ گڏوگڏ محفوظ ٿيل پنگ ڊيٽا ھيڪل ٽيڪسٽ ٽرانسپورٽ پروٽوڪول (HTTP) ذريعي آرڪائيو ڪرڻ وارن ميزبانن لاءِ دستياب ھجڻ گھرجي (يعني ويب ذريعي گھربل ھجڻ گھرجي. ھڪڙو ويب سرور ھجڻ لاءِ ڊيٽا مهيا ڪرڻ). PingEr ٽولز پڻ قابل آھن ھڪڙي مانيٽرنگ سائيٽ کي فعال ڪرڻ لاءِ مختصر مدت جو تجزيو ۽ رپورٽون ان جي مقامي ڪيش ۾ ڊيٽا تي.
• آرڪائيو ۽ اينالائيز سائيٽون هر PingER پروجيڪٽ ۾ هجڻ گھرجي گھٽ ۾ گھٽ ھڪڙو انھن آرڪائيو ۽ اينالائيز سائيٽن مان سا mayي سائيٽ تي واقع ٿي سگھي ٿو ، يا ا evenا ھڪڙو ميزبان ، يا اھي ال separate ٿي سگھن ٿيون. Pingiar پروجيڪٽ ۾ suchه اھڙيون سائيٽون آھن ، NST جن کي اسلام آباد ، پاڪستان ۽ SLAC ھڪ سيڪنڊ جي ضرورت آھي. بوٽ سائيٽون گڏ ڪرڻ ۽ تجزيا ڪرڻ واريون سائيٽون آھن. اھي ھڪ compleئي کي پوريون ڪنديون آھن فالتو فراھم ڪرڻ سان .
آرڪائيو ڪيل سائيٽون باقاعدگي سان گڏ ڪن ٿيون ۽ مانيٽر ڪيل سائيٽن کان معلومات گڏ ڪري ٿي ، HTTP استعمال ڪندي ، اهي آرڪائيو ڪيل ڊيٽا تجزياتي سائيٽ (ويب سائيٽس) کي مهيا ڪن ٿيون ، جيڪي موڙ ۾ ويب ذريعي دستياب رپورٽون مهيا ڪن ٿيون.
ڊيٽا گڏ ڪئي و regularlyي ٿي باقاعدگيءَ سان (عام طور تي روزانو) archن آرڪائيو ميزبانن پاران ، هڪ SALAC تي ۽ Fيو FNAL (HEPNRC) تي ، جيڪو اسٽور ڪري ٿو ، تجزيو ڪري ٿو ، تجزيو ڪري ٿو ، تيار ڪري ٿو ۽ مهيا ڪري ٿو ويب ذريعي نتيجن بابت رپورٽنگ (ھي picture ڏنل تصوير ڏسو).
PINGER فن تعمير ھي below ڏنل آھي:
گوچا
پنگ کي گھرجي ڪجھ خيال ڪن نوڊ جي چونڊ ۾ (ڏسو ضرورتون مانيٽر ڪرڻ لاءِ WAN ھوسٽز).
اسان ڏ seenو آھي مختلف بگاڙ مختلف دور دراز سائيٽن ڏانھن پڻ جڏھن پنگ استعمال ڪندي. اھي دستاويز ٿيل آھن پنگر ماپ پيٿالاجيءَ ۾.
حساب ڪتاب ۽ تناظر جنهن ۾ گول سفر جي ميٽرڪ ماپي و areي ٿي دستاويز ٿيل آهن پنگر ڪيليبريشن ۽ حوالن ۾ ، ۽ ڪجھ مثال جن ۾ پنگ جا نتيجا اعليٰ انگن اکرن سان ورتا ويا آهن ، ۽ روٽنگ سان لا ،اپيل آهن ، اعليٰ انگن اکرن واري پنگ جا ڪجهه مثال مليا آهن. نتيجا.
تصديق
اسان تصديق ڪئي آھي پنگ جي استعمال جي تصديق ڪندي ته ماپون ڪيون ويون ان سان لا applicationاپيل اپليڪيشن جي جواب سان. تعلق هي webين حدن جي ويب ۽ پنگ جوابن جي وچ ۾ ڏ seenو ويو آھي ھي figure ڏنل شڪل ۾. ھي ماپ 18 ڊسمبر 1996 تي ڪيو ويو NLANR ڪيش ۾ SALAC کان ل approximately 17 1760 شناختن لاءِ. و moreيڪ تفصيلن لاءِ ، ڏسو انٽرنيٽ ڪارڪردگيءَ جا اثر ويب رسپانس ٽائمز تي ، ليس ڪوٽريل ۽ جان ھالپرين پاران ، اڻ پيل ، جنوري 1997.
تعجب جي Notالھ ناھي becauseاڪاڻ ته قابل ذڪر واضح گھٽ حد چو aroundاري ڏ seenو ويو y = 2x حيرت انگيز ناھي: 2 جو opeڪ HTTP GETs سان ملندو آھي جيڪو twiceه pيرا پنگ وقت و ؛ندو آھي. گھٽ ۾ گھٽ پنگ جو وقت تقريبن گول سفر جو وقت آھي ۽ گھٽ ۾ گھٽ TCP ٽرانزيڪشن شامل آھي roundن دورن جي سفرن جو ، secondيو دور جيڪو anotherئي نمبر جي درخواست ڪرڻ لاءِ مٽائڻ ۽ جواب حاصل ڪرڻ لاءِ. ڪنيڪشن جي پinationاڻي asynchronously ڪئي وئي آھي ۽ ظاھر نه ٿي آھي وقت ۾
هي limitين حد پڻ ڏسي سگھجي ٿي بقايا جي تقسيم کي ماپ ۽ لائن جي وچ ۾ ڏيکارڻ سان y = 2 x (جتي y = HTTP وصول ٿيل جواب جو وقت ۽ x = گھٽ ۾ گھٽ پنگ جوابي وقت). اهڙي تقسيم هي shown ڏيکاريل آهي. ماپ جي فريڪوئنسي ۾ aseاھڻ صفر جي بقايا قدر جي طور تي (y = 2x) پھچي وئي آھي ظاھر ٿئي ٿي بين الاقوامي حد (IQR) ۾ ، جتي بقايا رينج 25 and ۽ 75 between ماپ جي وچ ۾ اچي ٿي ، تقريبن 220 msec. آهي ، ۽ اشارو ڪيو ويو آهي پلاٽ تي lineاڙهي لڪير سان.
پنگ ڪرڻ جو ھڪڙو متبادل طريقو ويب ڪارڪردگيءَ سان تعلق رکي ٿو. ڪرولا ۽ رابرٽ ايل. ڏسو ڪارٽر پاران.
وائيٽ ھائوس ويب سرور جي Firehine ڪيس اسٽڊي مان ظاھر ٿيو ته جيتوڻيڪ پنگ جا جواب غير معمولي ويب ڪارڪردگيءَ کي چ trackيءَ طرح ٽريڪ نٿا ڪن ، پنگ پيڪيٽ نقصان ھن صورتحال ۾ بھتر نوڪري ڪئي.
انٽرنيٽ ڪيفيت سروس سروس ايواليويشن ڪرسچن ھٽاما پاران مهيا ڪري ٿي مختلف ماپ جا ماپ جيڪي ويب جواب ۾ مدد ڪن ٿا. ھنن حصن ۾ شامل آھن: RTT ، ٽرانسميشن اسپيڊ ، DNS دير ، ڪنيڪشن دير ، سرور دير ، ٽرانسميشن دير دير ظاھر ڪري ٿي ته sendingا GET URL ڪمان موڪلڻ جي وچ ۾ دير ۽ جواب جي پھرين بائيٽ جو استقبال ھڪ اندازي سان سرور دير آھي (“گھڻن سرورز ۾ ، جيتوڻيڪ اھو س delayئي دير ناھي لازمي طور تي انھيءَ وقت سان مطابقت رکي ٿو جيڪو گھربل آھي صفحي جي درخواستن کي شيڊول ڪرڻ لاءِ ، صفحي کي يادگيريءَ ۾ تيار ڪرڻ ، ۽ ڊيٽا موڪلڻ شروع ڪرڻ “) ۽ سراسري ٽرانزيڪشن جو مدو 30 کان 40 سيڪڙو آھي. گھٽ ڪرڻ لاءِ ، توھان کي شايد و powerfulيڪ طاقتور سرور جي ضرورت آھي. تيز رفتار ڪنيڪشن حاصل ڪرڻ يقيني طور تي helpين 60 سيڪڙو تاخير جي مدد ڪندو.
ھي see ڏنل سيڪشن کي ڏسو غير پنگ تي toolsل اوزارن تي ڪجھ رابطي لاءِ throughput جي ڪجھ دورن سان دورن جي سفر جي وقت ۽ پيڪيٽ جي نقصان سان.
اسان doا ٿا ڪريون
اسان جوابي وقت کي ماپڻ لاءِ پنگ استعمال ڪريون ٿا (راؤنڈ ٽريپ ٽائيم ميل سيڪنڊن ۾ (ms)) ، پيڪيٽ نقصان جو سيڪڙو ، رد عمل جي وقت جو تغير bothئي مختصر مدت (سيڪنڊن جو وقت) ۽ ڊگھي عرصي ۾ ، ۽ دستيابي جو فقدان ، يعني ڪوبه جواب نه. پنگ جي تسلسل لاءِ. رسائي ۽ دستيابي جي بحث ۽ تعريف لاءِ ، ڏسو انٽرنيٽ ڪارڪردگي: ڊيٽا تجزيو ۽ بصري XIWT پاران هڪ ا whiteو پيپر. اسان آرڊر جي etsاهرين پيڪن ۽ ڊپليڪٽ پيڪٽس تي پڻ معلومات رڪارڊ ڪريون ٿا.
ماپي ڊيٽا سان اسان longاھي سگھون ٿا ڊگھي عرصي لاءِ بنيادن تي اميدن لاءِ وسيلا/وچون ۽ تغيرات لاءِ جواب ، ذريعي ، ۽ پيڪٽ جي نقصان لاءِ. انھن بنيادي اصولن سان اسان اميدون قائم ڪري سگھون ٿا ، رٿابنديءَ جي معلومات مهيا ڪري سگھون ٿا ، poاھران laاھڻ andاھي سگھون ٿا ، ۽ استثنا lookولھي سگھون ٿا (جھڙوڪ ا today’sوڪي جواب جو وقت 3 کان و standardيڪ معياري انحرافن جي ڪري گذريل 50 ڪاروباري ڏينھن جي اوسط کان و )يڪ آھي) ۽ انتباہ و raisingائڻ.
نقصان
نقصان ڪيترن ئي TCP تي applicationsل ايپليڪيشنن لاءِ معيار جو هڪ س measureو اندازو آهي (ان جي پيڪيٽ نقصان جي شرح جي لحاظ کان). نقصان عام طور تي وgesڻ سبب ٿين ٿا جنهن جي نتيجي ۾ قطارون (جهڙوڪ روٽرز ۾) fillرجي و droppedن ٿيون ۽ گهٽجي و Lن ٿيون. نيٽ ورڪ جي ڪري deliverاھر و packڻ واري پيڪيٽ جي ھڪڙي نامڪمل ڪاپي پھچائڻ. ھي عام طور تي لينڪس يا نيٽ ورڪ سامان ۾ نن errorsين غلطين جي ڪري ٿئي ٿو. 1994 ۽ 1995 ۾ ڪيل ماپن مان ، Paxson (ڏسو آخر- LTO-end packet dynamics) نتيجو ڪ thatيو ويو ته اڪثر ڪرپشن جون غلطيون T1 لنڪ مان آيون ۽ عام شرح 1 ھئي 5000 پيڪٽس ۾. اھو ھڪڙي خرابي جي شرح سان ملندڙ آھي 300 BAT پيڪيٽ جي اوسط لاءِ تقريبن 120،000 بيٽس ۾. IP وٽ آھي 16 بٽ چيڪسم ، تنھنڪري خراب packولهڻ جو امڪان خراب ٿيل پيڪيٽ ۾ ھڪڙو آھي 65536 ۾ 1 ، يا اٽڪل 1 300 ملين پيڪٽس ۾. ھڪڙو تازو مطالعو آگسٽ 2000 ۾ CRC ۽ TCP چيڪسمن تي اختلاف ناھي ، ظاھر ڪري ٿو ته گذريل yearsن سالن دوران انٽرنيٽ پيڪيٽ جا نشان ڏيکارين ٿا ته 30،000 پيڪٽن مان 1 TCP چيڪسم کي ناڪام ڪري ٿو ، جيتوڻيڪ انھن لنڪ تي ، جتي لنڪ ليول CRCs س catchني کي پڪڙي و butن پر 1 ۾. 4 ارب غلطيون ھي ٽي سي پي چيڪسم جون غلطيون و areيڪ آھن (مثال طور اھي ٿي سگھن ٿيون بس جي غلطين جي ڪري نيٽ ورڪ ڊيوائس يا ڪمپيوٽر ۾ ، يا ٽي سي پي اسٽيڪ جي غلطين کان) لنڪ ليول جي غلطين جي whichيٽ ۾. جيڪي پڪڙي ون CRC چيڪ ذريعي.
RTT
جوابي وقت يا دورو ٽائيم ٽائيم (RTT) جڏھن پيڪيٽ سائيز جي خلاف ھيل ھجي ته پنگ ڊيٽا جي شرح (ڪلو بائٽ/سيڪنڊ (kb/s)) جو خيال ڏئي سگھي ٿو thisاڪاڻ ته اھو تمام مشڪل ٿي و asي ٿو اعليٰ ڪارڪردگي واري لنڪ وانگر. پيڪيجز جي حد نسبتا small نن smallي آھي (عام طور تي <1500bytes) ، ۽ وقت جو حل محدود آھي. RTT hopنيل آهي سائيٽن جي وچ ۾ فاصلي سان هر هاپ تي سائيٽن جي وچ واري رستي سان. فاصلن جي اثر جو اندازو ل calculatedائي سگھجي ٿو فائبر ۾ روشنيءَ جي رفتار کان ، ۽ ڏنو وي ٿو تقريبن فاصلو / (0.6 * c) جتي سي آھي روشنيءَ جي رفتار (ITU ۾ G.144 دستاويز ، ٽيبل A. جي 0.005 msec/ڪلوميٽر ، يا 0.66c) هن هاپ جي دير سان گڏ رکڻ ، RTT R تقريبن ڏنل آهي: ڪٿي آھي 2 جو ھڪڙو فيڪٽر جئين اسان ماپ ڪريون ٿا وقت ۽ outاھر دور جي دور لاءِ. ھي ھي below ڏنل شڪل ۾ ڏيکاريو ويو آھي ، جيڪو ماپيل پنگ جواب کي ڏيکاري ٿو آمريڪا ، يورپ ۽ جاپان ۾ واقع سائيٽن جي 16 جوڙن جي وچ ۾ فاصلي جي فنڪشن جي طور تي (بولوگنا – فلورنس ، جينيوا – ليون ، شڪاگو – يو نوٽر ڊيم ، ٽوڪيو). نمائندگي ڪري ٿو اوساڪا ، هيمبرگ-ڊريسڊن ، بولوگنا-ليون ، جينيوا-مينز ، پٽسبرگ-سنسناٽي ، جينيوا-ڪوپن هيگن ، شڪاگو-آسٽن ، جينيوا-لنڊ ، شڪاگو-سان فرانسسڪو ، شڪاگو-ھيمبرگ ، سان فرانسسڪو-ٽوڪيو ، سان فرانسسڪو- جينيوا ۽ جينيوا-اوساڪا). نيري ٽڪنڊيز آهن ماپي RTT لاءِ (ملي سيڪنڊن ۾) ، بليڪ لائين آهي ڊيٽا لاءِ ، سائي لائين آهي y = x (فاصلي) / (0.6 * c) لاءِ ، ۽ dاڙهو نقطو هاپ دير ۾ آهي هر هڪ ۾. هدايت. اٽڪل 2 لاءِ. 25 ايم اي جي تاخير/هاپ سان (مطلب ته dاڙھو ٽotsڪا نظرياتي RTT سان مطابقت رکن ٿا). اسان ڪيتري حد تائين ان کي استعمال ڪيو آهي؟ ويب صفحا حاصل ڪرڻ لاءِ ”جيئن ڪڪرو اڏامي ٿو“ مفاصلي کي ھر صفحي سان گڏ اهم پوائنٽن جي وچ ۾. و moreيڪ تازي ماپ ، مارڪ اسپلر پاران مارچ 2001 ۾ ، يو سي برڪلي کان ، 500-700 استعمال ڪندڙن جي روٽر جي ويڪرائي ماپ ڪئي 800-700 استعمال ڪندڙن جي رينج ۾ 10 اسپائڪن سان 10 يونيورسٽين جي. رستي جي ڊيگھ (RKM) استعمال ڪري سگھجي ٿي فاصلي جي جاءِ تي ڪجھ فريم ٽرانسفر ڊيلي (FTD) کي ظاھر ڪرڻ جي مقصدن لاءِ. جيڪڏھن DKM آھي حدون جي وچ ۾ ھوائي تنگ فاصلو ، پوءِ رستي جي ڊيگھ ھي calculated ڏجي ٿي (ھي سا sameيو حساب آھي ITU دستاويز G826 ۾ مليو). • جيڪڏھن dkm <1000 ڪلوميٽر ، پوءِ rkm = 1.5 * dkm • جيڪڏھن 1000 ڪلوميٽر <= dkm <= 1200 ڪلوميٽر ، پوءِ rkm = 1500 ڪلوميٽر • جيڪڏھن dkm> 1200 ڪلوميٽر ، پوءِ rkm = 1.25 * dkm
ھي قاعدو لا applyو نٿو ٿئي جيڪڏھن رستي ۾ ھڪڙو سيٽلائيٽ آھي. جيڪڏھن ھڪڙو سيٽلائيٽ موجود آھي رستي جي ڪنھن حصي ۾ ، اھو حصو مختص ڪيو ويو آھي ھڪڙي مقرر FTD 320 msc جي. 320 msc جو قدر حساب و factorsندو عوامل ۾ جيئن ته گھٽ stationرتي اسٽيشن ڏسڻ وارو زاويه ، ۽ اingتي و errorڻ واري نقص انڪوڊنگ کي تبديل ڪري ٿو. اڪثر حصن ۾ ھڪڙو سيٽلائيٽ شامل آھي ، دير سان 290 msec کان و beيڪ نه ھجڻ جو امڪان. جيڪڏھن اھو جيو اسٽيشنري سيٽلائيٽ آھي ته پوءِ جيو اسٽيشنري دائري جي حدن ۾ روشنيءَ جي رفتار 22000 ۽ 23000 ميل آھي 186000 ميل جي مفاصلي تي ، اھو انگ آھي 45000 ۽ پوئتي ، ۽ گول سفر آھي 9000 ميل ، تنھنڪري اسان کي ملي ٿو 500 ملي ميپ. اتي.
ھي و minimumيل گھٽ ۾ گھٽ RTT providesولڻ لاءِ ھڪ مفيد دستخط مهيا ڪري ٿو becauseو ته جيو مستحڪم سيٽلائٽس ۾ شامل آھن جيو اسٽينري سيٽلائيٽ مانيٽر ۽ ھدف جي وچ واري رستي ۾. ھڪڙو مثال ICFA-SCIC مانيٽرنگ ورڪنگ گروپ جي 2011-2012 رپورٽ -2012 ۾ ڏسي سگھجي ٿو.
هر هاپ تي دير ٽن فنڪشنل حصن جو ڪم آھي: روٽر جي رفتار ، انٽرفيس بند ٿيڻ جي شرح ، ۽ روٽر ۾ مقدار. ا twoيون stableه مستحڪم آھن مختصر (ڪجھ ڏينھن) جي عرصي دوران ، اھڙيءَ طرح گھٽ ۾ گھٽ RTTs جو فاصلو مهيا ڪري ٿو / (0.6 * c) + hops * ((انٽرفيس اسپيڊ / پيڪيٽ سائيز) + گھٽ ۾ گھٽ روٽر فارورڊنگ ٽائيم). ھائو. ھي نمبر ھجڻ گھرجي ھڪڙي ليڪري ڪم جو پيڪيٽ سائيز جو. روٽرز قطار جا اثر ، handئي طرف ، و moreيڪ بي ترتيب قطار جي عملن ۽ ڪراس ٽرئفڪ تي انحصار ڪن ٿا ۽ ان ڪري و moreيڪ متغير آهن. ھي ھيT ڏنل MRTG پلاٽ ۾ ڏيکاريو ويو آھي جيڪو ڏيکاري ٿو ھڪڙو تمام مستحڪم گھٽ ۾ گھٽ RTT (سائو علائقو) ۽ و randomيڪ بي ترتيب و maximum ۾ و R RTT (نيري لڪير) وڪوسنسن يونيورسٽي کان سومر ، 5 اپريل ، 2001 ، SELAC کان آچر 25 فيبروري ، 2001 تائين. . RTT ۾ ھڪڙو معمولي جھٽڪو ا Tuesdayاري جي منگل جي چو aroundاري ممڪن طور رستي جي تبديليءَ سبب.
غير پنگ تي toolsل اوزار
SLAC پڻ هڪ سروي ڪندڙ سائيٽ ھئي. سروي ڪندڙ استعمال ڪن ٿا وقت جي دير جي ماپ (ICMP استعمال نه ڪندي) ، گلوبل پوزيشننگ سسٽم (GPS) ڊوائيسز وقت کي هم وقت ڪرڻ لاءِ ، ۽ وقف مانيٽرنگ/ريموٽ ھوسٽس. اسان مقابلو ڪيو ۽ ان جي برعڪس پنگر ۽ سرويئر ڊيٽا compareن طريقن جي مقابلي ۽ برعڪس ڪرڻ ۽ ICMP گونج جي درستگي جي تصديق ڪرڻ لاءِ. ھڪڙي concernڻتي ICMP خلاف ورزيءَ سان ا raisedري آھي ، اھو آھي امڪاني طور تي انٽرنيٽ سروس فراهم ڪندڙ (ISP) جي شرح جي حد ICMP گونج ھجڻ ۽ اھڙيءَ طرح غلط پيڪيٽ نقصان جي ماپ ڏانھن و leadي و thisڻ لاءِ ، و moreيڪ لاءِ ، مٿي ڏنل getchain تي سيڪشن ڏسو.
اسان FTP استعمال ڪريون ٿا (بلڪ ٽرانسفر جي شرحن کي ماپڻ لاءِ) ۽ traceroute (رستن ۽ ھپس جو تعداد ماپڻ لاءِ) ۽ traceroute (hops جو تعداد ماپڻ لاءِ) جيتوڻيڪ ، ان کان علاوه سيٽ ڪرڻ ۽ پاڻمرادو ڪرڻ و moreيڪ مشڪل آھي ، FTP و moreيڪ آھي. نيٽ ورڪ تي دخل اندازي ۽ و nيڪ انحصار آخر نوڊ لوڊ ڪرڻ تي آھي. اھڙيءَ طرح اسان بنيادي طور تي ايف ٽي پي کي مينوئل موڊ ۾ استعمال ڪريون ٿا ۽ اھو معلوم ڪرڻ لاءِ ته پنگ ٽيسٽ ڪيئن ڪم ڪري ٿي (جھڙوڪ باھمي تعلق FTP ۽ پنگ جي وچ ۾ ۽ تعلق FTP throughput ، ھپس ۽ پيڪيٽ نقصان جي وچ ۾). اسان پڻ comparedيٽيو آھي پنگر جي پيش گوئين جي throughput ذريعي netperf ماپ سان. هڪ approachيو نقطو پيڪٽ جي نقصان سان پيسي جي ماپ جي حوالي سان آهي ماڊلنگ TCP throughput ذريعي.
حساب ڪتاب مطلب جي راءِ جو نمبر (MOS)
ٽيليڪميونيڪيشن انڊسٽري استعمال ڪري ٿي اوپن اوپنين اسڪور (MOS) آواز جي معيار جي ميٽرڪ جي طور تي. MOS جا قدر آھن: 1 = خراب؛ 2 = غريب؛ 3 = منصفانه 4 = س ؛و 5 = شاندار. وائس اوور IP لاءِ ھڪڙي عام رينج آھي 3.5 کان 4.2 (ڏسو VoIPtroubleshooter.com ). حقيقت ۾ ، ڪوڊيڪ جو کمپريشن الگورتھم پڻ پوري ڪنيڪشن کي متاثر ڪري ٿو ، تنھنڪري تمام گھڻا اسڪور جيڪي گھڻا ڪوڊيڪ حاصل ڪري سگھن ٿا 4.2 کان 4.4 رينج ۾ آھن. بهترين 4.4 G.711 لاءِ (يا ھڪڙو R فيڪٽر (ڏسو ITU-T سفارش G.107 ، “E- ماڊل ، ٽرانسميشن پلاننگ ۾ استعمال لاءِ ھڪ ڪمپيوٽرائيشنل ماڊل”) 94.3) ۽ G72 لاءِ جيڪو اھم ڪمپريشن ڏيکاري ٿو 4.1 ( يا 84.3 جو هڪ R فيڪٽر).
ٽي عنصر آھن جيڪي خاص طور تي ڪال جي معيار تي اثرانداز ٿين ٿا: تاخير ، پيٽ جي گھٽتائي ، جھٽڪو Otherين عوامل ۾ شامل آھن ڪوڊيڪ قسم ، فون (اينالاگ بمقابله ڊجيٽل) ، PBX ، وغيره اسان ڪئين حساب ڪنداسين جتر بعد ۾ ھن سبق ۾. اڪثر ٽول تي solutionsل حل حساب ڪن ٿا ته ”R“ ويليو ڪٿي آھي ۽ پوءِ فارمولا لا applyو ڪريو ان کي MOS سکور ۾ تبديل ڪرڻ لاءِ. اسان سا doيو ئي ڪريون ٿا. اھو نسبتا standard معياري آھي MOS جو حساب ڪرڻ (مثال طور ڏسو ITU-ٽيلي ڪميونيڪيشن اسٽينڊرڊز اسٽينڊلائزيشن سيڪٽر عارضي دستاويز XX-E WP 2/12 نئين طريقي لاءِ). R ويليو اسڪور 0 کان 100 تائين رينج آھن ، جتي ھڪڙو و numberيڪ نمبر بھتر آھي. 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 جي جھٽڪي کي تبديل ڪرڻ لاءِ ، اسان Nessoft جي طريقي جي پيروي ڪريون ٿا. اھي استعمال ڪن ٿا (pseudocode ۾):
شامل ڪريو سراسري دورن جي ويڪرائي (ميلي سيڪنڊن ۾) ، شامل ڪريو
آزاد ڪيو سفر جو جھٽڪو ، پر دير جو اثر doubleيڻو
پوءِ شامل ڪريو 10 پروٽوڪول جي ويڪرائيءَ لاءِ (ملي سيڪنڊ ۾).
اثرائتي Latency = (اوسط Latency + Jitter * 2 + 10)
لا basicو ڪريو ھڪڙو بنيادي وکر – R قيمت لاءِ 160 گھٽايو 4 قيمت جي ختم ٿيڻ تي (گول سفر)
ڪجھ به و moreيڪ جارحاڻو ڪٽ ان تي.
جيڪڏھن مؤثر تاخير <160 پوءِ
R = 93.2 – (مؤثر لاطيني / 40)
يا
R = 93.2 – (مؤثر تاثر – 120) / 10
ھاڻي ، اچو ته گھٽائيون 2.5 R ويليو في سيڪڙو پيڪيٽ نقصان جي (يعني a
5 سيڪڙو جو نقصان 5 طور رڪارڊ ڪيو ويندو).
تبديل ڪريو R کي ھڪڙي MOS ويليو ۾. (ھي ھڪڙو formulaاتل فارمولو آھي)
جيڪڏھن r <0 MOS = 1 يا MOS = 1 + (0.035) * R + (.000007) * R * (R-60) * (100-R) ھي See ڏنل پڻ ڏسو ڪجھ ماپڻ جا اوزار ۽/يا وضاحتون: • فون پاور ، • FitSmallBusiness ، • پيڪٽيزر وائپ بينڊوڊٿ ڪليڪوليٽر ٽرانزيڪشن ٽائمز ۾ نيٽ ورڪ جي تعاون جو حساب ڪرڻ ITU ITU-T Rec. G1040 ھڪڙو طريقو کڻي آيو آھي جيڪو ٽرانزيڪشن جي وقت نيٽ ورڪ جي شراکت جو حساب ل toائي سگھي ٿو ”نيٽ ورڪ جو حصو ٽرانزيڪشن جي وقت“ ۾. حصو انحصار ڪري ٿو RTT تي ، نقصان جي امڪان (P) ، ٽرانزيڪشن ٽائم آئوٽ (RTO) ۽ ٽرانزيڪشن ۾ شامل رائونڊز (N) جو تعداد. نيٽ ورڪ جو حصو منتقلي جي وقت (NCTT) کي ڏنل آھي: سراسري (NCTT) = (n * RTT) + (P * n * RTO) عام قدر آهن n لاءِ 8 ، آهن rto لاءِ اسان و secون ٿا 2.5 سيڪنڊ ، و rون ٿا rtt ۽ نقصان جو امڪان (p) PTIR ماپ کان. پنگ ماپ مان TCP ذريعي حاصل ڪرڻ TCP ڪانگريشن الگورٿم جو ميڪروسڪوپڪ رويو Mathis ، Semake ، Mahdivi ۽ Ott پاران ڪمپيوٽر ڪميونيڪيشن ريويو ۾ ، 27 (3) ، جولاءِ 1997 ، منتقلي جي شرح تي مٿين حد تائين مختصر ۽ مفيد فارمولا مهيا ڪري ٿو: شرح <(mss/rtt) * (1/sqrt (p)) ڪٿي: شرح: TCP آھي منتقلي جي شرح MSS: آهي و segment ۾ و segment segmentا sizeو سائيز (مقرر ٿيل هر انٽرنيٽ رستي لاءِ ، عام طور تي 1460 بائٽ) RTT: آھي گول سفر جو وقت (جيئن ماپي ويو TCP پاران) P آهي پيٽ جي نقصان جي شرح سختيءَ سان speakingالهائڻ وارا نقصان آهن TCP نقصان جيڪي لازمي طور تي سا theيا نه آهن پنگ نقصانن وانگر (جهڙوڪ معياري TCP پرائمنگ نقصان انهن جي و estimaڻ جي تخميني جي حصي طور). وmoreيڪ ، PTT RTTs TCP پاران RTT جو تخمينو ل e.g.ائي ٿو (مثال طور قابل اعتماد ڏسو گول ٽرپ وقت کي بهتر بنائڻ ۾. ٽرانسپورٽ پروٽوڪول ). بهرحال ، اهو هڪ معقول اندازو لائيندڙ آهي ، خاص طور تي گهٽ ڪارڪردگي جي لنڪ لاءِ. ھڪڙو استعمال ڪري سگھي ٿو خرابي جي شرح (BER) نقصان جو اندازو لائڻ لاءِ . عام قدر BER = 10^-9 (يعني 100 بي اي پيڪٽس لاءِ et 0.001 pack جي پيڪيٽ نقصان جو امڪان) ، ۽ 10^-12 آپٽيڪل لنڪ لاءِ ( ڏسو CS 244A: ڪمپيوٽر نيٽ ورڪ جو تعارف-اسٽينفورڊ يوني ، ۽ 10 Gigabit Ethernet ۽ XAUI انٽرفيس ). جيڪڏھن توھان نه ٿا اڻي سگھو پي کي ماپ ڪريو ، شروع ڪريو متوقع بٽ ايرير ريٽ (BER) سان 1000BaseT لاءِ ، 10^-10 نقصان جي امڪان لاءِ. ڏسو ڪارڪردگي جو مقصد 400 GbE لاءِ مٿي ڏنل مساوات جو ھڪڙو بھتر روپ be ولھي سگھجي ٿو: ماڊلنگ TCP throughput: ھڪڙو سادو ماڊل ۽ ان جي تجرباتي توثيق. Padhye ، V. Firiu ، D. Townsley ۽ J. Kurose SIGCOMM Symp Communication Architecture and Protocol آگسٽ 1998 ، پي. 304-314 شرح = منٽ (Wmax / RTT ، 1 / ((RTT / sqrt (2 * b * p / 3) + منٽ (1 ، 3 * sqrt (3 * b * p / 8)))) * (1 + 32 * p * P))))) ڪٿي: Wmax: و maximum ۾ و con گنجان ونڊو سائيز. ب: آهي پيڪٽس جو تعداد قبول ٿيل دير سان ACK پاران. ڪيترائي TCP وصول ڪندڙ عملدرآمد موڪليندا آھن مجموعي ACK twoه ل packاتار پيڪيٽ وصول ڪرڻ لاءِ (ڏسو W. Stevens. TCP/IP Illustrated ، Volume 1. Protocol Addison-Wesley ، 1994) ، تنھنڪري B عام طور تي 2 آھي. ڏسي رهيا آهيون throughput vs RTT ۽ نقصان کي ڏسي سگھجي ٿو نقصان جي فنڪشن ۽ RTT جو رويو. اسان استعمال ڪيو آھي ميٿس جو فارمولو Pinger ۽ Netperf ماپ ذريعي ذريعي جي وهڪري جي compareيٽ ڪرڻ لاءِ. نڪتل throughput جي عام ڪرڻ 1/RTT جي اثر کي گھٽائڻ لاءِ رياضيءَ جي فارمولي ۾ ، نڪتل throughput لاءِ ، اسان استعمال ڪريون ٿا norm_throughput = throughput * min_RTT (ڏورانھن علائقو) / min_rtt (مانيٽرنگ_ريجن) رابطي جي سnessو سنئون اھو ھڪڙي ميٽرڪ آھي س identifyاڻڻ لاءِ 2 نوڊس جي وچ ۾ تعلق کي معلوم ج locationsھن تي. قدر ھدايت جي ويجھو ھجڻ جو مطلب آھي ته لشڪر جي وچ وارو رستو تقريباly ھڪڙي وڏي دائري واري رستي جي پيان آھي. قدر 1 کان گھٽ آھي جنھن جو مطلب آھي رستو تمام اڻ سو آھي. ظاھر ظاھر جي نفي Nirdeshita جي بنياد تي Minimu Artiti ھتي ھئي . RTD = گول سفر جو فاصلو ، rtd [km] = directivity * min_rtt [msec] * 200 [km / msec] ڊائريڪٽوريٽ اجازت ڏئي ٿي نيٽ ورڪ سامان دير ۽ حقيقي رستي جي اڻهوند. d = 1 رستي جو فاصلو ھدايت = d (ڪلوميٽر) / (min_rtt [msec] * 100 [km / msec]) • و Max ۾ و Direct (Directivity) = 1 = س Directو (وڏو حلقو) رستو ۽ نيٽ ورڪ ۾ دير ناھي • عاميت حاصل ڪئي ميني مم RTT کان ~ 0.45 • گھٽ قدر مطلب بلڪل اڻ سا رستا ، يا سيٽلائيٽ يا سست رابطا (مثال طور وائرليس) • ھدايت> 1 شايد س identاڻي ٿو خراب همراھ ميزبان لاءِ.
ويٽريس بصري ٽريڪروٽ جي صورت ۾ ، هاپ جي مفاصلي ۽ آخر کان آخر جي فاصلي جي وچ ۾ فرق سivityو رستو ڏيکاري سگھي ٿو. آخر کان آخر تائين جو مفاصلو ذريعو ۽ منزل جي وچ ۾ س circle کان وڏي دائري واري رستي جو فاصلو آهي ، جتي ڪل هاپ جو فاصلو آهي وڏي دائري جي فاصلي جو مجموعو مسلسل هاپ جي وچ ۾. انھيءَ حالت ۾ اسان اندازو ل theايو ھدايت جي طور تي (end_to_end_distance / total_hop_distance).
ڊيٽا تائين رسائي
خام پنگ ڊيٽا عام طور تي دستياب آھي ، ڏسو PingEr ڊيٽا تائين رسائي ڪيئن حاصل ڪجي ڊيٽا ۽ فارميٽ لاءِ . خلاصو ڊيٽا ويب تان پڻ دستياب آهي ايڪسل ٽيب ۾ جدا ٿيل ويليو (.tsv) فارميٽ ۾ PINGER تفصيل رپورٽ مان .
تعاون ڪندڙن جي نوڊس کي پنگڻ
ڊيٽا تجزيو ۽ پيشڪش
روزانه پلاٽ
هر نوڊ لاءِ پنگ رسپانس ٽائيم هر ا half ڪلاڪ ۾ پلاٽ ڪيو ويندو آهي ، مثال طور ، جيڪڏهن lookingالهائڻ واري پلاٽ RTT ۽ نقصان کي ڏسجي ته اهو بنيادي طور تي مصيبت جي شوٽنگ لاءِ استعمال ڪيو ويندو آهي (مثال طور ڏسو ته اهو آخري ڪيئن خراب ٿيو ڪجهه ڪلاڪن ۾).
3D پلاٽ نوڊ بمقابلي جواب وقت بمقابله وقت
3D پلاٽ نوڊ بمقابله وقت بمقابله جواب اسان ڪيترن ئي نوڊس جي باهمي تعلق کي thatولي سگهون ٿا جيڪي خراب ڪارڪردگي ڪري رهيا آهن يا هڪ ئي وقت تائين رسائي نٿا ڪري سگهن (ممڪن طور تي هڪ عام سبب جي ڪري) ، يا ڪو به نوڊ جيڪو خراب ڪارڪردگي ڪري رهيو آهي. و extendedايل وقت لاءِ دستياب ناهي. ڪيترائي ميزبان ڏيکاريا ويا آھن کا leftي پاسي (ا inي رنگ ۾) س unئي اڻ bleپيل تقريبا around 12 وonي.
آخري 180 ڏينهن جا پلاٽ:
ڊگھي عرصي وارا گراف ڏيکاريا جوابي وقت ، پيڪيٽ ضايع ٿيڻ ، ۽ عدم دستيابي گذريل 180 ڏينھن دوران شايد ظاھر ڪري سگھي ٿي ته ڪا خدمت خراب ٿي رھي آھي (يا بھتر ٿي رھي آھي ).
مهيني پنگ جواب ۽ نقصان اوسط سال لاءِ واپس وڻ:
پرائم ٽائيم جي 1000 ماھوار مشڪلاتن جا ٽيبل (صبح 7 و toي کان شام 7 و )ي تائين) 1000 بائٽ پنگ جوابي وقت ۽ 100 بائٽ پنگ پيڪيٽ نقصان اسان کي اجازت ڏين ٿا ڊيٽا کي ڏسڻ لاءِ ڊگھي عرصي تائين. ھي ٽيبلر ڊيٽا ايڪسل ڏانھن برآمد ڪري سگھجي ٿو ۽ ھڪڙي چارٽ جو composedھيل ڊگھي مدي واري پنگ پيڪيٽ نقصان جي ڪارڪردگي.
موجوده نيٽ ورڪ فريڪوئنسي
جڏھن اسان کي ملي ٿو صفر پيڪيٽ نقصان جو نمونو (ھڪڙو نمونو ھڪڙو اشارو ڪري ٿو n pings جي ھڪڙي سيٽ کي) ، اسان نيٽ ورڪ کي ڏسون ٿا ھڪڙي (يا غير مصروف) موقعي جي طور تي. ھڪڙو وڏو سيڪڙو نيٽ ورڪ کي بيچيني ملي ٿي ان جي نشاني آھي ھڪڙو س (و (خاموش يا غير loadري لوڊ) نيٽ ورڪ. مثال طور ، ھڪڙو نيٽ ورڪ جيڪو مصروف آھي 8 ڪم ڪندڙ ڏينھن ھر ھفتي ، ۽ timesيا mيرا تقريباuted 75٪ m (ڪل / ھفتو / ھفتو – 5 ھفتي ڏينھن / ھفتي * 8 ڪلاڪ / ڏينھن) / (کل / ھفتي / ھفتي)) مقابلو ڪندا. فولڊ نقصان جي نمائندگي ڪرڻ جو ھي طريقو سا errorيو آھي غلطي کان خالي سيڪنڊن جي فون ميٽرڪ سان.
Quigent Network فريڪوئنسي ٽيبل ڏيکاري ٿو فيصد ( فريڪوئنسي ) نمونن جو (جتي ھڪڙو نمونو 10 100 بائٽ پنگن جو ھڪڙو مجموعو آھي) جيڪو صفر پيڪيٽ نقصان جي ماپ ڪري ٿو. نموني reportedايو ويو آھي س samplesني نمونن ۾ ھر مھيني ھر ھڪ سائيٽ لاءِ في ڏينھن نموني (مثال طور 30 ڏينھن * 48 (30 منٽ جو عرصو)) يا 1440 نموني في سائيٽ/مھينو.
پڻ ڏ jو ، جھٽڪو ،
جوابي وقت جي مختصر مدي واري تبديلي يا ”جهٽڪو“ تمام ضروري آهي ريئل ٽائيم ايپليڪيشنن لاءِ جيئن ته ٽيليفون. ويب برائوزنگ ۽ ميل جھٽڪي جي خلاف ڪافي مزاحمتي آهن ، پر ڪنهن به قسم جي اسٽريمنگ ميڊيا (آواز ، وڊيو ، ميوزڪ) انتهائي قابل قبول آهي. itterڙڪڻ. آهي. جهٽڪار هڪ نشاني آهي ته ٽرئفڪ کي سن handleالڻ لاءِ ڪافي بينڊوڊٿ يا گنجائش آهي. زيرو وضاحت ڪري ٿو ڊگھي ڊگھي VoIP ڪوڊيڪ ڊي-جٽر بفر جي و preventيڪ يا گھٽ وهڪري کي روڪڻ لاءِ. ھڪڙو مقصد اھو ٿي سگھي ٿو ته thatايو ته 95٪ پيڪيٽ ۾ دير جي مختلف تبديليون ٿيڻ گھرجن وقفي اندر [-30msec ، +30msec]
ھڪڙي طريقي جي ضرورت آھي پيڪٽس کي نيٽ ورڪ ۾ رکڻ لاءِ باقاعده وقفي سان ۽ اچڻ جي وقتن ۾ تبديليءَ کي ماپڻ. IETF وٽ آھي IP پيڪيٽ ڊيلي ويريئيشن ميٽرڪ لاءِ IP ڪارڪردگي ميٽرڪ (IPPM) (ڏسو RTP: ٽرانسپورٽ پروٽوڪولز ريئل ٽائيم ايپليڪيشنز لاءِ ، RFC 2679 ۽ RFC 5481 )
اسان ماپون ٿا فوري تبديليءَ جو ، يا ”جھٽڪو“ ، twoن طريقن سان:
- جيڪڏھن R آھي I-th ماپ گول دورن جي وقت (RTT) جي ، اسان و jون ٿا ”جھٽڪو“ کي بين القوامي حد (IQR) جي طور تي R جي تعدد جي ور distribution جي. ڏسو SLAC <=> CERN راؤنڈ ٽريپ ڊيلي اهڙي مثال جي تقسيم لاءِ.
- methodئي طريقي ۾ اسان و expandايون IETF فارميٽ تي فوري پيڪيٽ دير جي تبديليءَ جي ميٽرڪ لاءِ IPPM لاءِ ، جيڪا ھڪڙي طرفي ميٽرڪ آھي ، -ن طرفن جي پنگن لاءِ. اسان و DRون ٿا IQR جي فريڪوئنسي ڊسٽريبيوشن جو ، جتي DRI = Re-RE-1. نوٽ ڪريو ته پيڪٽس ويجھڙائيءَ ۾ ناھن جڏھن DR جو حساب ڪندي. ڏسو SLAC <=> CERN -ه طرفي فوري پيڪيٽ دير جي تبديلي مختلف قسم جي تقسيم لاءِ .
مٿين distributionنھي تقسيم کي غير گاوسين طور ڏسي سگھجي ٿو ، تنھنڪري اسان استعمال ڪريون ٿا IQR معياري انحراف جي بدران ”جھٽڪي“ جي ماپ جي طور تي. ڏسو RFC 1889/3550
SAALC ۽ CEN ، DESI ۽ FNL جي وچ ۾ پنگ ”جٽر“ کي ڏسي اھو ڏسي سگھجي ٿو ته itterن طريقن جيٽر ٽريڪ کي oneڻائڻ جو ھڪڙو و wellيڪ چ (و (پھريون طريقو IQR ۽ secondيو IPD شمارياتي ليبل ٿيل آھي). اهي مختلف ٿين ٿا ڏينهن جي لحاظ کان مقناطيسيت جي شدت جا ordersه حڪم. Jitter SLAC ۽ DNAE يا CERN جي وچ ۾ SLAC ۽ FNAL جي وچ ۾ تمام گھٽ آھي. DESE جو itterرندڙ جھٽڪو ڏينھن دوران ويڪ آھي.
اسان ورتو آھي مطلق قيمت DR ، يعني | ڊاڪٽر | | اتي پڻ ھڪڙو طريقو آھي ان کي و panicڻ سان خوفزده ٿيڻ جو. هي ڪڏهن ڪڏهن حوالو ڏنو ويندو آهي ”حرڪت وارو سلسلو طريقو“ (شمارياتي ڊيزائين ۽ تجزين جا تجربا ، رابرٽ ايل. ميسن ، رچرڊ ايف. مهمان ۽ جيمس ايل. هيس. جان ولي ۽ سنز ، 1989). ھي RFC 2598 ۾ جھٽڪي جي تعريف طور پڻ استعمال ڪيو ويندو آھي (اتي آھي ريٽر ٽائيم استعمال جي ھڪ definitionي وصف حقيقي وقت جي استعمال ۽ حساب ڪتاب لاءِ RFC 1889 ۾). مثال طور ڏسو حرڪت جي حد جو ھسٽوگرام. مجموعي طور تي. ، نيري لڪير آھي ڊيٽا لاءِ expاھران مناسب ، ۽ سائي لائين آھي ھڪڙي طاقت جو سلسلو ڊيٽا ڏانھن. نوٽ ڪريو ته رنگ جي ھن حصي ۾ س 3 3 چارٽ آھن سا representئي ڊيٽا جي نمائندگي.
وoيڪ ويجھي کان سمجھڻ لاءِ VoIP جون ضرورتون ، ۽ خاص طور تي سروس جي معيار (QoS) جي قدمن تي عملدرآمد لاءِ ، اسان قائم ڪيو آھي ھڪڙو VoIP ٽيسٽ بيڊ SLAC ۽ LBNL جي وچ ۾. خراب رٿابندي ڏيکاريل آھي ر onlyو ر theو SLAC ا circuit سرڪٽ ڏيکاريل آھي اسڪيم ۾ ، LBNL آخر سا sameيو آھي. ھڪڙو استعمال ڪندڙ فون کڻي سگھي ٿو PBX سان connectedن theيل SLAC آخر ۾ ۽ anotherئي يوزر کي ڪالون ڪري ھڪڙي فون تي LBNL تي VoIP سسڪو روٽر گيٽ وي ذريعي. گيٽ وي انڪوڊ ، ڪمپريشن وغيره. IP پيڪٽس ۾ وائس اسٽريمز (G729 معيار استعمال ڪندي) اٽڪل 24 ڪلو بپس ٽرئفڪ اھي ٿو. VoIP اسٽريم ۾ Tئي TCP (سگنلنگ لاءِ) ۽ UDP پيڪيٽ شامل آھن. ESnet روٽر کان ATM Cloud 3.5 Mbps ATM جو ڪنيڪشن مستقل ورچوئل سرڪٽ (PVC) آھي. بغير مقابلي جي ٽرئفڪ جي لنڪ تي ، ڪال connectedن getsجي ٿي ۽ ڪچهري ا generallyتي و generallyي ٿي عام طور تي س goodي معيار سان. اسان پوءِ داخل ڪريون ٿا 4 Mbps ٽرئفڪ شيئر ڪيل 10 Mbps ايٿرنيٽ تي جيڪو VoIP روٽر سان نيل آھي. ھن اسٽيج تي ، VoIP ڪنيڪشن ي ويو آھي ۽ و furtherيڪ ڪنيڪشن نه ٿو ٿي سگھي. اسان پوءِ استعمال ڪيو ايج روٽر جي Comited Access Rate (CAR) فيچر کي ليبل ڪرڻ VoIP پيڪٽس کي ترتيب ڏيندي في Hop Behavior (PHB) bit کي ترتيب ڏيندي. ESNet روٽر قائم ڪيا ويا آھن استعمال ڪرڻ لاءِ وزيٽڊ فيئر ڪوئنگ (WFQ) فيچر استعمال ڪرڻ لاءِ VoIP پيڪٽس کي تيز ڪرڻ لاءِ. وائس رابطا setupيھر ٿي سگھن ٿا ھن سيٽ اپ ۾ ۽ ڪچهري آھي goodيھر س qualityي معيار جي. VoIP ڪنيڪشن isي ويو آھي ۽ و furtherيڪ ڪنيڪشن نه ٿو ٿي سگھي. اسان پوءِ استعمال ڪيو ايج روٽر جي Comited Access Rate (CAR) فيچر کي ليبل ڪرڻ VoIP پيڪٽس کي ترتيب ڏيندي في Hop Behavior (PHB) bit کي ترتيب ڏيندي. ESNet روٽر قائم ڪيا ويا آھن استعمال ڪرڻ لاءِ وزيٽڊ فيئر ڪوئنگ (WFQ) فيچر استعمال ڪرڻ لاءِ VoIP پيڪٽس کي تيز ڪرڻ لاءِ. وائس رابطا setupيھر ٿي سگھن ٿا ھن سيٽ اپ ۾ ۽ ڪچهري آھي goodيھر س qualityي معيار جي. VoIP ڪنيڪشن isي ويو آھي ۽ و furtherيڪ ڪنيڪشن نه ٿو ٿي سگھي. اسان پوءِ استعمال ڪيو ايج روٽر جي Comited Access Rate (CAR) فيچر کي ليبل ڪرڻ VoIP پيڪٽس کي ترتيب ڏيندي في Hop Behavior (PHB) bit کي ترتيب ڏيندي. ESNet روٽر قائم ڪيا ويا آھن استعمال ڪرڻ لاءِ وزيٽڊ فيئر ڪوئنگ (WFQ) فيچر استعمال ڪرڻ لاءِ VoIP پيڪٽس کي تيز ڪرڻ لاءِ. وائس رابطا setupيھر ٿي سگھن ٿا ھن سيٽ اپ ۾ ۽ ڪچهري آھي goodيھر س qualityي معيار جي.
خدمت جي اڪٿي
خدمت جو ھڪڙو اندازو (يا پنگ تخميني ڪارڪردگي) حاصل ڪري سگھجي ٿو ھڪڙي ماپڻ واري ماپ جي بغير ماپ واري متغير جي compيٽ ۾ روزاني سراسري پنگ ڊيٽا جي شرح / و maximum ۾ و p پنگ ڊيٽا جي شرح کي روزاني سراسري پنگ ڪاميابي / و maximum ۾ و p پنگ ڪاميابي (جتي٪ ڪاميابي = (ڪل پيڪيٽس – پيڪٽس گم ٿيل) / ڪل پيڪٽس) ھتي پنگ ڊيٽا جي شرح بيان ڪئي وئي آھي (2 * بائيٽ پنگ پيڪٽس ۾) / جواب جو وقت. 2 کان پوءِ پيڪٽ کي goاهر و andڻو آهي ۽ واپس اچڻو آهي. تناسب ڏسڻ جو Anotherيو طريقو اھو آھي ته ھڪڙو نمبر 1 جي ويجھو ظاھر ڪري ته اوسط ڪارڪردگي بھترين جي ويجھو آھي. نمبر 1 جي ويجھو ناھن عام طور تي پنگ جي وقتن ۾ وڏن تبديلين جي ڪري ڪم جا ڪلاڪ ۽ غير ڪم ڪندڙ ڪلاڪن جي وچ ۾ ، مثال طور ، 3 آڪٽوبر ، ڏسو 1996 جي UCD پنگ جو جواب روزانه مختلف تبديليءَ جي مثال لاءِ. انٽرنيٽ جي مختلف حصن لاءِ اندازي مطابق پنگ افاديت جا ڪجھ مثال جولاءِ 1995 ۽ مارچ 1996 لاءِ SLAC مان ماپيل ھي can ڏجن ٿا.
ھڪڙو پڻ گھٽائي سگھي ٿو ھن اسڪٽرپلوٽ معلومات کي انفرادي مھينن لاءِ تبديليون ڏسڻ لاءِ مھينا جي اوسط پنگ پيڪيٽ ڪاميابي / وimum ۾ و P پنگ پيڪيٽ ڪاميابي ، مھينا جي اوسط پنگ جي ذريعي / ميڪس پنگ جي ذريعي. اھڙو پلاٽ ، ڪجھ N آمريڪي نوڊس لاءِ جولاءِ 1995 ۽ مارچ 1996 لاءِ ، س casesني معاملن ۾ وڏيون تبديليون ظاھر ڪري ٿو بدترين لاءِ (و recentيڪ تازو نقطا پلاٽ جي ھي leftين کا leftي پاسي و higherيڪ آھن).
بي يقيني
ھڪڙو حساب ڪري سگھي ٿو ھر حساب ڪيل پوائنٽ جي مفاصلي کي ڪوآرڊينيٽ (1،1) کان. اسان وize ۾ و value قدر کي عام ڪريون ٿا 1 جي مفاصلي کي تقسيم ڪري sqrt (2) سان. مان ھن کي حوالو ڏيان ٿو پنگ غير متوقع طور تي ، itاڪاڻ ته اھو ڏئي ٿو ھڪڙي سيڪڙو اشارو پنگ جي ڪارڪردگي جي غير يقيني صورتحال جو.
رسائي
ڏسي رهيا آهيو پنگ ڊيٽا کي س identifyاڻڻ لاءِ 30 منٽ واري عرصي ۾ جڏهن ڪوبه ميزبان کان پنگ جا جواب نه مليا آهن ، هڪ وري ميزبان جي ساڻپ ڪري سگهي ٿو. ھن معلومات کي استعمال ڪندي ھڪڙو حساب ڪري سگھي ٿو پنگ جي دستيابي = (نوڊس جو ڪل تعداد ھي down / مدت) ، # ھي duration وارو عرصو ، ناڪاميءَ جو وقت (MTBF يا مطلب وقت MTTF کي ناڪام ڪرڻ لاءِ) ۽ مطلب مرمت جو وقت (MTTR). نوٽ ڪريو ته MTBF = sample_time / ping_unreachability جتي پنگر جي نموني جو وقت آھي 30 منٽ. رسائي آھي گھڻو انحصار ريموٽ ھوسٽ تي ، مثال طور جيڪڏھن ريموٽ ھوسٽ جو نالو تبديل يا ختم ڪيو ويو آھي ، تنھنڪري ميزبان ظاھر ٿيندو ناقابل رسائي پر اتي ڪجھ به غلط نه ٿي سگھي نيٽ ورڪ سان. اھڙيءَ طرح ڊيٽا کي احتياط سان صاف ڪيو و nonي غير نيٽ ورڪ اثرن کان ا before جو ھن ڊيٽا کي استعمال ڪيو و longي ڊگھي مدي وارا نيٽ ورڪ رجحانات مهيا ڪرڻ لاءِ. پنگ جي دستيابي جا مثال ۽ ھي reportsيون رپورٽون موجود آھن.
ھڪڙو ماپ ڪري سگھي ٿو بندش جي ڊگھائيءَ جي فريڪوئنسي کي فعال پروبز استعمال ڪندي ۽ حساب ۾ و timeو وقت جي ڊيگھ جنھن لاءِ تسلسل وارو پروب نه مليا آھن.
انو/تھرم ميٽرڪ جيڪو ڪڏهن استعمال ڪيو ويندو آھي ظاھر ڪرڻ لاءِ فون سرڪٽ جي دستيابي غلط فري سيڪنڊ. ڪجھ ماپون ھن تي ملي سگھن ٿيون SLAC ، FNAL ، CMU ۽ CERN جي وچ ۾ غلطي کان خالي سيڪنڊن ۾.
اتي پڻ آھي IETF RFC دستاويز رابطي جي ماپ تي ۽ اعليٰ دستيابي جي جديد درجي بندي جيڪا مفيد ٿي سگھي ٿي.
آرڊر کان packاهر جو پیکٹ
PingER استعمال ڪري ٿو ھڪڙو تمام سادو الگورتھم س identاڻپ ۽ رپورٽ ڪرڻ لاءِ آرڊر پيڪٽس جي. 10 پيڪٽن جي ھر نموني لاءِ ، اھو ڏسڻ ۾ اچي ٿو ته جوابن جو تسلسل نمبر وصول ڪيو ويو آھي سا orderئي آرڊر ۾ جيئن درخواست موڪلي وئي ھئي. جيڪڏھن انھيءَ نموني کان و moreيڪ ڪونھي نشان ل oneل آھي ھڪڙي يا و moreيڪ آرڊر جوابن جي. ڏنل وقفي لاءِ (چئو هڪ مهينو) قيمت reportedايو ويو آرڊر لاءِ نمونن جو حصو آهي جيڪي نشان ل wereل هئا پنگ جوابن کان orderاهر. جڏھن کان پنگ جا پيڪيٽ موڪليا ويا آھن ھڪڙي سيڪنڊ جي وقفي تي ، انھيءَ لاءِ اميد ڪئي وي ٿي ته تسلسل ۾ نمونن جو حصو تمام نن smallو ھوندو ، ۽ ٿي سگھي ٿو ته ان جي جاچ پڙتال ڪئي و evenي جڏھن اھو ناھي.
packيڻو پيڪيج
نقل پنگ جوابن جي ڪري ٿي سگھي ٿو:
• ھڪڙي کان و hostيڪ ميزبانن وٽ سا IPيو IP پتو آھي ، تنھنڪري اھي س hostئي ميزبان جواب ڏيندا ICMP گونج واري درخواست تي.
• pingd IP پتو ٿي سگھي ٿو نشرياتي پتو.
• ميزبان وٽ آھن ڪيترائي TCP اسٽيڪ ايٿرنيٽ اڊاپٽر سان نيل ( ڏسو http://www.doxpara.com/read.php/tcp_chorusing.html ).
• هڪ روٽر م believesي ٿو ته ان وٽ routesه رستا آھن جن ذريعي اھو آخري ميزبان تائين پھچي سگھي ٿو ۽ (ممڪن طور تي غلطيءَ سان) MPنھي رستن کان ICMP ڪائونٽر اسٽريم درخواستون اsتي موڪلي ٿو ، اھڙيءَ طرح آخري ميزبان eه گونج درخواستون ڏسي ٿو ۽ twiceه reactيرا رد عمل ڏيکاري ٿو.
• ٿي سگھي ٿو orه يا و (يڪ (غير رستو) رستا آخر ميزبان ڏانھن ۽ ھر درخواست گذري وي ٿي ھڪڙي کان و routeيڪ رستي ذريعي.
• هڪ غلط رويو NAT باڪس
ڪجھ ٽيسٽ جيڪي مدد ڪري سگھن ٿا انھن ۾ شامل آھن:
• رستي ۾ پنگ روٽرز کي ڏسڻ لاءِ ته themا انھن مان ڪو به نقل سان جواب ڏيندو.
• پنگ پيڪٽس تي قبضو ڪريو ۽ ڏسو ته allا س allئي پيڪيٽ سا returnedئي ايٿرنيٽ ايڊريس تان موٽايا ويا آھن.
ھڪڙو خيال نقل پنگ پيڪٽس جي پکيڙ جو 313 مارچ 2012 تائين 600 ملڪن جي 703 ميزبانن جي انگن اکرن مان. 15 مان انھن ميزبانن جواب ڏنو نقل پنگن سان ھي واقع ٿيو 100 ۽ 1000 بائٽ پنگن تي 15 مان 15 ميزبانن لاءِ. 10 پنگن مان ، 6 ميزبانن کي 1 پنگ ورجائي وئي ، 5 کي 2 پنگ ورجائي وئي ، 2 کي 4 پنگ ورجائي وئي ، 1 کي 3 پنگون ورجايون ويون ۽ 1 ھر پنگ لاءِ 12 پنگ موڪليون. ميزبان سائيٽون آھن قومي ليبارٽريز (CERN ، IHEP SU) ، ترقي يافته ملڪ (اسرائيل) ، ترقي پذير ملڪ (برڪينا فاسو ، مالوي ، ماريشس ، سيرا ليون ، سوازيلينڊ ، زامبيا) ۽ تعليمي سائيٽون (SDSC). پنگر ر reportsو رپورٽ ڪري ٿو ته thereا اتي نقل ھئا. ھڪ مفيد ميٽرڪ آھي رپورٽ ڪرڻ لاءِ پنگز جو تعداد وصول ڪيو ويو / پنگز جو تعداد موڪليو پيو وي. حاصل ڪيل نمبر انحصار ڪري سگھي ٿو پنگ ڪمانڊ آپشنز تي. ھڪڙو آپشن ھوندو ته گھڻن پنگن کي موڪليو جيستائين اھو ملي و multipleي ڪيترائي orيرا يا ڪيترائي يرا. Anotherيو آپشن ھوندو 10 پنگ موڪلڻ ۽ انتظار ڪريو (يا وقت )اھر) جيستائين اھي موصول ٿين. تنھنڪري ميٽرڪ ويليو به انحصار ڪري سگھي ٿو پنگ ڪمانڊ تي.
س allني پنگ قدمن جو ميلاپ
ھڪڙو گڏ ڪري سگھي ٿو مٿي ڏنل سingني پنگ قدمن جو هڪ پلاٽ (نقصان ، ردعمل ، ناقابل اعتبار ۽ غير متوقع) گڏ ڪرڻ ۽ ڏيکارڻ لاءِ ميزبانن جي ھڪڙي سيٽ لاءِ ڏنل وقت لاءِ ماپ. مارچ 1-11 ، 1997 لاءِ ھي below ڏنل پلاٽ ، ميزبانن کي منطقي گروپن ۾ گروپ ڪري ٿو (ESnet ، N America West ، …) ۽ گروپن جي اندر SLAC پرائم ٽائيم (7 و 100ي 100 by بائٽ پنگ پيڪيٽ نقصان) شام 7 وي. ھفتي جا ڏينھن) ، پڻ ڏيکاريل آھي نيري لڪير پاران ، پرائم ٽائيم پنگ جوابي وقت آھي ، ۽ پنگ is منفي ۽ غير يقيني صورتحال جو منفي آھي.
مٿين پلاٽ ۾ ، نقصان ۽ رد عمل جا وقت ماپيا و duringن ٿا SLAC پرائم ٽائيم دوران (صبح 7 کان شام 7 تائين) ، measuresين قدمن سان ھر وقت.
• نقصان جي شرحن کي ترتيب ڏنو ويو آھي بار گراف جي مٿان y = 0 محور جي مٿان ۽ آھن 100 بائيٽ پي لوڊ لوڊنگ پنگ پيڪيٽ لاءِ. افقي سٽون ظاھر ڪيون ويون آھن 1، ، 5 and ۽ 12 pack جي پيڪيٽ نقصانن ۾ مٿي mentionedاڻايل ڪنيڪشن پراپرٽيز جي حدن ۾.
• جواب جو وقت رٿيو ويو آھي ھڪڙي نيري لڪير جي طور تي لاگ ان محور تي ، سا laي پاسي ليبل ٿيل ، ۽ آھي 1000 بائيٽ پنگ پيلو لوڊ پيڪيٽ لاءِ گول سفر جو وقت.
• ميزبان جي غير موجودگيءَ کي بار گراف جي طور تي پلاٽ ڪيو ويو آھي جيڪو منفي = y محور = 0 تي پکڙيل آھي. ھڪڙو ميزبان 30 منٽن جي وقفي تي پھچڻ جي قابل ٿي سگھي ٿو جيڪڏھن اھو 21 منٽن جو جواب نه ڏئي ته ان 30 منٽن جي وقفي تي.
• ميزبان غير متوقع طور تي سائي ۾ منفي قدر طور رٿيو ويو آھي ، حد ٿي سگھي ٿو 0 (مڪمل طور تي غير متوقع) کان 1 تائين (انتهائي پيش گوئيءَ وارو) ۽ رينجز پنگ جوابي وقتن ۽ نقصانن کان ھر 24 ڪلاڪن جي ڏينھن ۾. اھو و definedيڪ تفصيل سان بيان ڪيو ويو آھي پنگ جي غير يقيني صورتحال ۾.
ھي comments ڏنل تبصرا پڻ لااپيل آھن:
• عام طور تي Internetnet ميزبانن وٽ س packو پيڪيٽ نقصان آھي (اوسطا 0. 0.79٪). packين گروپن لاءِ سراسري پيڪيٽ نقصان گھٽجي ٿو 4.5٪ (N. America East) کان 7.7٪ (بين الاقوامي) تائين. عام طور تي 25٪ -35٪ ميزبان غير ESnet ڪلسٽرن ۾ آھن خراب ڪيٽيگري ۾.
• جوابي وقت ESnet لشڪر لاءِ آھن تقريباms 50ms ، n. ھي اٽڪل 80ms آھي آمريڪا لاءِ ، اٽڪل 150ms اتر آمريڪا لاءِ ، ۽ 2009 جي آس پاس بين الاقوامي ميزبانن لاءِ.
• اڪثر نه پھچڻ وارا مسئلا بنيادي طور تي محدود آھن بين الاقوامي گروپ جي ڪجھ ميزبانن تائين (ڊريسڊن ، نووسبيرسڪ ، فلورنس).
ڪجھ بين الاقوامي ميزبانن لاءِ غير يقيني صورتحال س marked کان و markedيڪ نشان لل آھي ۽ تقريبن پيڪيٽ جي نقصان کي ٽريڪ ڪري ٿي.
ڪيفيت
ڊيٽا کي اختصار ڪرڻ جي قابل ھجڻ لاءِ ، اھميت کي جلدي سمجھي سگھجي ٿو ، اسان ڪوشش ڪئي آھي ڪارڪردگي جي معيار کي ظاھر ڪرڻ جي لنڪس جي. ڪجھ دلچسپ رپورٽون ھي given ڏجن ٿيون:
• ESNET رپورٽ بينڊوڊٿ جي گهرجن تي
• QoS گهرجون نيٽ ورڪ ايپليڪيشنز تي انٽرنيٽ تي
• نيٽورڪ QoS گهربل انٽرنيٽ ايپليڪيشنز جون ضرورتون: هڪ سروي
ھي Below ڏنل آھن ڪجھ measuresيا تدبيرون ميٽرڪ پاران ترتيب ڏنل.
دير ڪرڻ
وقت 1970 جي ڏهاڪي جي آخر ۾ س hard کان و andيڪ قيمتي ۽ قيمتي شيءِ آھي ۽ 1980 جي ڏهاڪي دوران والٽ ڊوھرٽي پاران آئي بي ايم ۽ othersين پاران ظاھر ڪيو ويو ته تيز رفتار جوابي وقت جي معاشي قدر:
0-0.4 جي اعليٰ پيداوار واري وقتي راءِ
0.4-2-2 مڪمل طور تي وقتي حڪومت
2-12 s sporadic interactive rule
ٽوڙيو 12s-600s رابطي جي حڪمن ۾
600 بيچ قاعدو
و reactionيڪ لاءِ رد عمل جي وقت جي اثر تي ، ڏسو انساني نفسيات جي نفسيات جي نفسيات ، اسٽوارٽ ڪي. ڪارڊ ، ٿامس پي. موران ۽ ايلن نيويل ، ISBN 0-89859-243-7 ، لارنس ايربلم ايسوسيئيٽس پاران شايع ٿيل (1983).
اتي 4-5 جي rangeرسان ھڪ حد آھي جتي شڪايتون تيزيءَ سان ون ٿيون. ڪجھ Internetيون حدون آھن ڪجھ نئين انٽرنيٽ ايپليڪيشنن لاءِ ، مثال طور آواز جي ھڪڙي طرفي دير جي حد تقريبا 150 150ms آھي انھيءَ نقطي تي ، تاخير ڪري ٿي اھو مشڪل ماڻھن لاءِ tryالھين جي ڪوشش ڪرڻ ۽ مايوسي وائڻ جي.
ميوزڪ ۾ وقت رکڻ لاءِ ، اسٽينفورڊ جي محققن ڏ foundو ته دير جو و amount ۾ و amount مقدار 11 ملي سيڪنڊ آھي انھيءَ تاخير جي ھي andان ۽ ماڻھو انھيءَ تاخير کي تيز ڪرڻ ۽ سست ڪرڻ جي ڪوشش ڪندا ھئا. اٽڪل 50 ملي سيڪنڊ (يا 70) کان پوءِ ، ڊسپلي مڪمل طور تي مختلف هئا.
انساني ڪن ر onlyو سا soundsئي وقت آواز ڪن ٿا جيڪڏھن اھي msن ٿا 20 ايم ايس جي ھڪ otherئي جي اندر ، ڏسو http://www.mercurynews.com/News/ci_27039996/Music-at-the-speed- of-light-is- ولڻ وارا- مقصد
ريئل ٽائيم ملٽي ميڊيا (H.323) جي ڪارڪردگي جي ماپ ۽ H.33 ٽرئفڪ جو تجزيو ڏئي ٿو هڪ طرفي دير (تقريبن aن جو هڪ عنصر RTT حاصل ڪرڻ لاءِ) ، مان: 0-150ms = س ،و ، 150-300ms = ناقابل قبول ، ۽> 300ms = خراب
SLL ر networkو نيٽ ورڪ جي ويڪرائي ھدف لاءِ سسڪو ٽيليڪونز 150 msec کان گھٽ آھي. ان ۾ شامل نه آھي تاخير انڪوڊنگ ۽ ڊي ڪوڊنگ ذريعي CTS جي آخري پوائنٽن تي.
س packئي پيڪٽس جيڪي ويڊيو جي ھڪڙي فريم تي مشتمل ھوندا آھن ، انھن کي ريلي بفر ختم ٿيڻ کان پھريان ٽيليپريسينس اينڊ پوائنٽ ڏانھن پھچائڻ گھرجي. Otherwiseي صورت ۾ وڊيو جو معيار خراب ٿي سگھي ٿو. چوٽي کان چوٽي جھٽڪو ھدف Cisco TelePresence لاءِ آھي 10 msec کان گھٽ.
انٽرنيٽ آف اسپيڊ آف لائيٽ پيپر تي RTT کي گھٽ ڪرڻ جي اھميت جا ڪيترائي مثال ڏئي ٿي. مثالن ۾ شامل آھن سرچ انجن جھڙوڪ گوگل ۽ بنگ ، ايمازون سيلز ، ۽ اسٽاڪ ايڪسچينج.
حقيقي وقت جو ڪنٽرول ۽ حقيقي عملن جو جواب ، ڏسو اسٽينفورڊ محقق (شاھ ، اي. ، حارث ، ڊي. ، ۽ گوتيريز ، ڊي. (2002). “ريموٽ اناٽومي ۽ سرجيڪل ٽريننگ ايپليڪيشنز جي ڪارڪردگي مختلف نيٽ ورڪ جي حالتن تحت.” تعليمي ملٽي ميڊيا. ، ڪانفرنس تي هائيپر ميڊيا ۽ ٽيلي ڪميونيڪيشن 2002 (1) ، 662-667) مليو ته هڪ طرفي دير <= 80msec. جي ضرورت هئي. انٽرنيٽ موسم جو نقشو س anyاڻي ٿو ڪنھن به لنڪ کي 300ms کان و aيڪ دير سان. نقصان معيار جي خصوصيت لاءِ اسان بنيادي طور تي packيان ڏئي رھيا آھيون پيڪيٽ جي نقصان تي. اسان جو مشاهدو رهيو آهي ته 4-6 سيڪڙو کان و packيڪ پيڪيٽ جو نقصان ويڊيو ڪانفرنسنگ کي اذيتناڪ بڻائي ٿو ، ۽ غير مادري speakersولي speakersالهائيندڙ گفتگو ڪرڻ کان قاصر آهن. ڊگھي دير جو وقت 4 سيڪنڊ يا ان کان و ofيڪ جي فريڪوئنسي تي 4-5٪ يا و areيڪ وقتي سرگرمين لاءِ پريشان ڪندڙ آھن جھڙوڪ Telnet ۽ X Window. 10-12٪ جي مٿان پيڪيٽ جو نقصان ھڪڙو ناقابل قبول سطح آھي پيڪٽ جي نقصان جي واپسي ۽ تمام ڊگھي وقت گذرڻ لاءِ ، ڪنيڪشن ٽوڙڻ شروع ٿئي ٿو ، ۽ ويڊيو ڪانفرنسنگ غير استعمال لائق آھي (پڻ ڏسو غير معمولي پيڪيٽس انٽرنيٽ تي ملٽي ميڊيا لاءِ) ٽرانسميشن مسئلو ، جتي اھي چون ٿا صفحي 10 تي ، ”اسان نتيجو ڪيو آھي ته ھن ويڊيو اسٽريم لاءِ ، وڊيو جو معيار نا مناسب آھي جڏھن PCT نقصان جي شرح 12 سيڪڙو کان وي وي. Fئي طرف MSF (ملٽي سروس فورم) جي عملدارن چيو آهي ته ايندڙ ڏينهن جي تجربن جي نتيجي ۾ ، پي ٽي وي لاءِ نسل جا نيٽ ورڪ ”ٽيسٽ“ ڏيکاريا آهن ته ويڊيو اسٽريمز ۾ 1 سيڪڙو کان و packيڪ پيڪيٽ ضايع ٿي ويا آهن ، جنهن سبب ويڊيو جو معيار رد ڪيو وي ٿو. “استعمال ڪندڙن کي رد ڪري سگھي ٿوڏسو Computerworld ، آڪٽوبر 29 ، 2008 ). اصل ۾ پيڪٽ جي نقصان لاءِ معيار جي سطح مقرر ڪئي وئي 0-1٪ = س goodي ، 1-5٪ = قابل قبول ، 5-12٪ = غريب ، ۽ 12 سيڪڙو کان و =يڪ = خراب. ھاڻي تائين ، اسان ڏ-0و آھي 0-0.1٪ = شاندار ، 0.1-1٪ = س goodو ، 1-2.5٪ = قابل قبول ، 2.5-5٪ = غريب ، 5٪ -12٪ = تمام غريب ، ۽ 12٪ کان و levelيڪ سطح سinedريل آهي. خراب حد کي تبديل ڪرڻ اسان جي ذميواريءَ ۾ تبديليءَ کي ظاھر ڪري ٿو ، مطلب ته 1995 ۾ اسان بنيادي طور تي اي ميل ۽ ايف ٽي پي سان لااپيل ھئاسين. ورن پيڪسسن جو ھي اقتباس وقت جي اھم تشويش آھي: TCP محققن جي وچ ۾ روايتي دانائي رکي ٿي ته 5 سيڪڙو جي نقصان جي شرح TCP جي ڪارڪردگيءَ تي اھم منفي اثر وجھي ٿي ، itاڪاڻ itتہ اھو ڪنجشن ونڊو جي سائيز کي محدود ڪري ٿو otherين لفظن ۾ ، انٽرنيٽ جو پيچيده رويو نتيجن ۾ اھم تبديلي آڻي ٿو جڏھن پيڪيٽ جو نقصان 3 سيڪڙو کان مٿي ٿي وي ٿو. 2000 ۾ اسان وٽ آھي X-Window ايپليڪيشن ، ويب ڪارڪردگي ۽ پيڪيٽ ويڊيو ڪانفرنسنگ پڻ ڻتي جوي ھئي. 2005 تائين اسان کي دلچسپي ھئي حقيقي وقت جي ضرورتن ۾ VoIP ۽ شروع ٿي رھيا ھئا وائس مٿان IP ڏسڻ جي. ضابطي جي طور تي ، VoIP (۽ VFFI) ۾ پيڪيٽ جو نقصان 1 سيڪڙو کان و notيڪ نه ھجڻ گھرجي ، جنھن جو مطلب آھي ته ھڪڙو آواز ھر ٽن منٽن ۾ گھٽجي ٿو. ڊي ايس پي الگورتھم 30 ايم ايس تائين گم ٿيل ڊيٽا جي تلافي ڪري سگھي ٿو ھن کان و Anyيڪ ڪو به ، ۽ غائب آڊيو beندڙن لاءِ قابل توجہ هوندو. آٽوميٽڪ نيٽورڪ ايڪسچينج (ANX) ھڪڙي حد مقرر ڪري ٿو پيڪٽ جي نقصان جي شرح لاءِ (ڏسو ANX/آٽو لينڪس ميٽرڪ) 0.1 سيڪڙو کان گھٽ ھجڻ لاءِ. جنهن جو مطلب آهي ته هڪ آواز threeڏي ٿو هر ٽن منٽن ۾. ڊي ايس پي الگورتھم 30 ايم ايس تائين گم ٿيل ڊيٽا جي تلافي ڪري سگھي ٿو ھن کان و Anyيڪ ڪو به ، ۽ غائب آڊيو beندڙن لاءِ قابل توجہ هوندو. آٽوميٽڪ نيٽورڪ ايڪسچينج (ANX) ھڪڙي حد مقرر ڪري ٿو پيڪٽ جي نقصان جي شرح لاءِ (ڏسو ANX/آٽو لينڪس ميٽرڪ) 0.1 سيڪڙو کان گھٽ ھجڻ لاءِ. جنهن جو مطلب آهي ته هڪ آواز threeڏي ٿو هر ٽن منٽن ۾. ڊي ايس پي الگورتھم 30 ايم ايس تائين گم ٿيل ڊيٽا جي تلافي ڪري سگھي ٿو ھن کان و Anyيڪ ڪو به ، ۽ غائب آڊيو beندڙن لاءِ قابل توجہ هوندو. آٽوميٽڪ نيٽورڪ ايڪسچينج (ANX) ھڪڙي حد مقرر ڪري ٿو پيڪٽ جي نقصان جي شرح لاءِ (ڏسو ANX/آٽو لينڪس ميٽرڪ) 0.1 سيڪڙو کان گھٽ ھجڻ لاءِ. ITU Tiphon ورڪنگ گروپ (ڏسو سروس جي معيار جا عام پہلو (QOS) ، DTR/Tiphon 5001 V1.2.5 (1998-09) ٽيڪنيڪل رپورٽ) پڻ reportedايو ويو <3 pack پيڪيٽ نقصان س asو ،> 15 defined وچولي ۽ forھرايل لاءِ مقرر ڪيل. انٽرنيٽ ٽيليفون ، 25 سيڪڙو ھي down آھي خراب لاءِ. پيڪٽ جي نقصان کان ھي below ھڪڙي ھڪڙي قيمت ڏيارڻ ڏا veryو مشڪل آھي تسلي بخش/قابل قبول/س qualityي معيار جو انٽرايڪٽو آواز. ان ۾ otherيا به ڪيترائي متغير شامل آھن جن ۾ شامل آھن: دير ، جھٽڪو ، پيڪيٽ نقصان جي مطابقت (PLC) ، theا نقصان بي ترتيب آھن يا وڏي ، کمپريشن الگورٿمز (بھاري کمپريشن گھٽ بئنڊ وٿ استعمال ڪري ٿي ، پر وetيڪ حساسيت آھي پيڪٽ جي نقصان کان و sinceيڪ ڊيٽا/ھڪڙي پيڪيٽ ۾ گم ٿيڻ جي ڪري) مثال طور ڏسو 1 ETSI VoIP اسپيچ ڪوالٽي ٽيسٽ ايونٽ ، مارچ 21-18 ، 2001 ، يا تقرير پروسيسنگ ، ٽرانسميشن ۽ معيار جا پہلو رپورٽ (STQ)
جوناٿن روزن برگ آف لوسينٽ ٽيڪنالاجي ۽ ڪولمبيا يونيورسٽي G.729 ۾ ، V.O.N. پيش ڪيو ويو وصولي ۾ انٽرنيٽ ٽيليفون لاءِ. ڪانفرنس 9/1997 ھي provided ڏنل جدول مهيا ڪيو جيڪو ڏيکاري ٿو وچين راءِ شماري (MOS) ۽ مسلسل پيڪيٽن جي وچ ۾ تعلق.
مسلسل پيڪٽ ضايع ڪرڻ آواز جي معيار کي خراب ڪري ٿو
ڪٿي:
مسلسل فريم گم ٿي ويا 1 2 . ४ ५
MOS ४.२ ३.२ २.४ २.१ १.७
مطلب راءِ شماري
درجه بندي speechالهائڻ جو معيار تحريف جي سطح
५ تمام سو ناقابل قبول
४ سٺو ر suspو مشڪوڪ ، پريشان ڪندڙ نه
. غير جانبدار شڪي ، ٿورو پريشان
2 گندگي پريشان ڪندڙ ناهي ، پر ناگوار ناهي
1 غير اطمينان بخش تمام ڏکوئيندڙ ، جارحاڻو
جيڪڏھن VoIP پيڪٽس 20msec کان ال are ڪيا و ،ن ، 10 سيڪڙو نقصان (فرض ڪريو نقصان جي بي ترتيب تقسيم) ھر secondsن سيڪنڊن ۾ consecutiveه ل fraاتار فريم و losingائڻ جي برابر آھي ، جڏھن ته 2.5 سيڪڙو نقصان ھر secondsن سيڪنڊن ۾ consecutiveن ل consecutiveاتار فريم جي برابر آھي.
تنھنڪري اسان مقرر ڪريون ٿا ”قابل قبول“ پيڪيٽ نقصان <2.5٪ تي. ڪاغذ ڪارڪردگي ماپ ۽ H.33 ٽرئفڪ جو تجزيو ، VoIP لاءِ (H.323) ھي gives ڏنل ڏئي ٿو: نقصان = 0٪ -0.5٪ س ،و ، = 0.5٪ – 1.5٪ قابل قبول ۽> 1.5٪ = خراب.
مٿين حد فرض ڪري ٿي ھڪڙي فليٽ بي ترتيب واري پيڪيٽ نقصان جي ور. بهرحال ، اڪثر نقصان stsاٽ ۾ اچن ٿا. ل secondاتار secondئي پيڪٽ جي نقصان جو جائزو و weڻ لاءِ اسان تعريف ڪئي آھي ، thingsين شين جي وچ ۾ ، مشروط نقصان جو امڪان (CLP) جيڪو ماپ ڪري ٿو آخر کان آخر تائين پیکٹ دير ۽ نقصان انٽرنيٽ تي J پاران. بولٽ جرنل آف هاءِ اسپيڊ نيٽورڪ ۾ ، جلد 2 ، نمبر 3 پي. و Moreيڪ باضابطه طور تي ، Conditional_loss_probability = امڪان (نقصان (پيڪيٽ n + 1) = سچ | نقصان (packet n) = سچو) اھڙن stsاٽن جي سببن ۾ شامل آھن رستن ۾ تبديليون (10 کان 100 سيڪنڊ) ، نقصان ۽ DSL نيٽ ورڪ (10-20 سيڪنڊ. )) هم وقت سازي جي وصولي ، ۽ وڻ جي -يهر وا شامل آھي گھربل ڪنورجنس وقت کنفگريشن جي پل کان پوءِ (~ 30 سيڪنڊ). وstيڪ برسٽ پيڪيٽ نقصان جي اثرن تي C. تقرير جي معيار جا اثر رينڊم بمقابله برسٽي پيڪيٽ خساري ڊيورڪ پاران ، اندروني ITU-T دستاويز ملي سگھن ٿا. ھي پيپر statesائي ٿو ته جڏھن MOS ۾ dropوٽو بي ترتيب نقصان لاءِ pack پيڪٽ نقصان سان سarريل آھي ، وڏي نقصان جي گھٽتائي تمام تيزيءَ سان آھي (پڻ ڏسو Packet Loss Bursiness). 0 کان 1 سيڪڙو جي بوند لاءِ ۽ پوءِ اھو MOS ڏانھن و dropsي ٿو. اٽڪل 2.5 کان هڪ لينر 5 سيڪڙو نقصان.
mayيا شايد امڪاني طور تي نگراني جي ڪوششن ۾ مختلف حدون چونڊي سگھن ٿا جئين اھي مختلف ايپليڪيشنن سان تعلق رکن. MCI جو ٽرئفڪ پيج ليبلز کي سائو قرار ڏئي ٿو جيڪڏھن انھن وٽ آھي پيڪيٽ نقصان <5٪ ، ifاڙھو جيڪڏھن انھن وٽ آھي> 10٪ ۽ وچ ۾ نارنگي. انٽرنيٽ جي موسمي رپورٽن ۾ اسان رنگ ڪيو <6٪ نقصان سائيءَ وانگر ۽> 12٪ redاڙھو ، ۽ otherيو نارنگي وانگر. تنھنڪري اھي اسان کان و forgيڪ بخشڻ وارا آھن يا ، گھٽ ۾ گھٽ ، ذھني صلاحيت رکن ٿا. گريري نارٽن نيٽورڪ ورلڊ ڊيزيزز 2000 (p40) ۾ چوي ٿو ، ”جيڪڏھن 98 سيڪڙو کان وetsيڪ پيڪيٽ پهچايا و usersن ، صارفين کي ر slightlyو ٿورڙي رد عمل واري وقت جو تجربو ٿئي ٿو ۽ سيشن نه. وقت “.
فريڪوئنسي ڊسٽريبيوشن ڏيکاريا ويا آهن سراسري ماهوار پيٽ جي نقصان لاءِ تقريبن 70 سائيٽن لاءِ جن کي ڏ 1995و ويو SLAC کان جنوري 1995 ۽ نومبر 1997 جي وچ ۾.
و amountيڪ مقدار جي دressionاءَ ۽ حرڪت جي معاوضي واري پيشنگوئي پاران استعمال ڪيل ٽيليپريسين ويڊيو ڪوڊيڪ جي ڪري ، نن packي مقدار ۾ پيڪيٽ نقصان به نتيجو ٿي سگھي ٿو ويڊيو جي معيار جي ظاھر ٿيندڙ خرابي جو. سسڪو ٽيليڪونز لاءِ پيڪٽ جي نقصان کي ھدف ڪرڻ لاءِ ، SLAL نيٽ ورڪ تي 0.05 سيڪڙو کان گھٽ ھجڻ گھرجي.
ريئل ٽائم ڪنٽرول ۽ فيڊريشن ۾ حقيقي آپريشنز لاءِ ، اسٽينفورڊ محققن ڏ foundو ته نقصان اھم عنصر نه ھئا ۽ 10 سيڪڙو تائين نقصان برداشت ڪري سگھيا.
جيتوڻيڪ ڊگھي عرصي تائين (اعليٰ RTT) اعليٰ ڪارڪردگيءَ واري ڊيٽا ذريعي ، جيئن ESnet جي آرٽيڪل ۾ ڏسي سگھجي ٿو پيڪٽ جي نقصان تي ، 0.0046 ((22000 ۾ 1 پيڪيٽ نقصان) 10 Gbps لنڪ تي MTU سيٽ سان 900 بٽس تي) RTT> 10 جو نقصان. نتيجن ۾ 10 جي گھٽتائيءَ جو ھڪڙو عنصر MSC لاءِ throughput ۾ گھٽ (اثر و isيڪ آھي ڊفالٽ MTU 1500 بائٽس سان)
جھٽڪو
ITU Tiphon ورڪنگ گروپ (ڏسو سروس جي معيار جا عام پہلو (QoS) DTR / Tiphon 5001 V1.2.5 (1998-09) ٽيڪنيڪل رپورٽ) وضاحت ڪن ٿا نيٽ ورڪ جي تباهيءَ جا چار درجا ھڪڙي رستي جي جھٽڪن تي ل. اهي آهن:
نيٽ ورڪ جي تباهيءَ جي سطح basedل آھي جھيڙي تي
زوال جي حد عروج تي
تمام سو 0 سيڪنڊ.
سٺو 75 سيڪنڊ.
وچولو 125 سيڪنڊ.
گندگي 225 سيڪنڊ.
اسان تحقيق ڪري رھيا آھيون ته ھڪڙي رستي جي جھٽڪي واري حد پنگ سان relatedنيل آھي (گول ٽرپ يا -ه طرفي) جھٽڪن جي ماپ سان. اسان سرويئر استعمال ڪيو ھڪڙي طرفي دير جي ماپ (ھي see ڏسو) ۽ ماپ ڪئي IQR ھڪڙي رستي جي تاخير جي (ja => b ۽ jb => a ، جتي سبسڪرپٽ a => b اشارو ڪري ٿو ته مانيٽرنگ نوڊ a تي آھي ۽ آھي ريموٽ نوڊ مانيٽرنگ ب) ۽ بين پيڪيٽ دير جو فرق (ja => b ۽ jb => a). اسان پوءِ شامل ڪريون ٿا wayن طرفن جي تاخير برابر ٽائيم اسٽيمپز سان ۽ حاصل ڪريو IQR گول ٽريپ دير لاءِ (J <=> B) ۽ انٽرا پيڪيٽ دير جو فرق (J <=> B). ھڪڙي ۽ twoه طرفي جھٽڪي جي Byيٽ ڪرڻ سان ڪو ڏسي سگھي ٿو ته تقسيم گاوسين ۾ ورھايل ناھن (تيز ۽ ا broadا تائين وسيع پailsن سان) ،
ويب برائوزنگ ۽ ٽپال سختيءَ سان مزاحمتي آھن ، پر ڪنھن بہ قسم جي اسٽريمنگ ميڊيا (آواز ، وڊيو ، ميوزڪ) گھڻو جھٽڪن جو شڪار آھي. جهٽڪار هڪ نشاني آهي ته ٽرئفڪ کي سن handleالڻ لاءِ ڪافي بينڊوڊٿ يا گنجائش آهي.
وضاحت ڪري ٿو ڊگھي ڊيگھ VoIP ڪوڊيڪ پلے آئوٽ بفرز کي روڪڻ لاءِ جٽ کي و-يڪ يا گھٽ ۾ گھٽ. ھڪڙو مقصد اھو ٿي سگھي ٿو ته thatايو ته 95٪ پيڪيٽ ۾ دير جي مختلف تبديليون ٿيڻ گھرجن وقفي اندر [-30msec ، +30msec]
ريئل ٽائيم ملٽي ميڊيا (H.323) ڪارڪردگي جي ماپ ۽ H.33 ٽرئفڪ جو تجزيو ھڪ طرف ڏئي ٿو: Jitter = 0-20ms = good ، Jitter = 20-50ms = قابل قبول ،> 50ms = غريب. اسان ماپ ڪريون ٿا گول ٽرپ جھٽڪو جيڪو ل twice twiceيڻو آھي ھڪڙي رستي وارو جھٽڪو.
ريئل ٽائيم هاپٽڪ ڪنٽرول ۽ طبي عملن جي جواب لاءِ ، اسٽينفورڊ جي محققن ڏ foundو ته جھٽڪو اھم ھو ۽ <1msec جا جھٽڪا ضروري ھئا. ذريعي ڪارڪردگي گهربل (AT&T کان) • 768k – 1.5 Mbps: تصويرون شيئر ڪرڻ ، ميوزڪ ڊائون لوڊ ڪرڻ ، اي ميل ڪرڻ ، ويب تي سرفنگ ڪرڻ • 0 Mbps – 6.0 Mbps – وهڪرو وڊيو ، آن لائين گيمنگ ، گهر نيٽ ورڪنگ • > 6 Mbps – ويب سائيٽون هسٽ ڪرڻ ، آن لائين ٽي وي ڏسڻ ، فلمون ڊائون لوڊ ڪرڻ
ھتي ڪجھ ويڪ ھدايتون آھن:
• ھي following ڏنل آھي ڊزائن جي خيالن مان سسڪو ٽيليپريسنس لاءِ پن فن تعمير تي . استعمال في سسڪو ٽيليپريسنس اينڊپن مختلف ٿئي ٿو انحصار بينڊوڊٿ فيڪٽر تي جنهن ۾ ماڊل ل deployedايو ويو آهي ، مطلوبه ويڊيو ريزوليوشن ، ورثي واري ويڊيو ڪانفرنسنگ سسٽمز جي وچ ۾ مداخلت ، ۽ دستاويزي ڪئميرا يا سلائيڊ پريزنٽيشن لاءِ تيز يا گهٽ اسپيڊ مددگار وڊيو ان پٽ کي مقرر ڪيو ويو آهي يا نه. . مثال طور ، جڏھن 1080p بھترين ويڊيو ريزوليوشن highاھڻ ۾ تيز رفتار معاون وڊيو ان پٽ ۽ باھمي تعاون سان ، بينڊوڊٿ جون ضرورتون آھن 20.4 Mbps CTS-3200 ۽ CTS-3000 لاءِ ، يا 20.4 Mbps CTS-1000 ۽ CTS-500 لاءِ. 10.8 Mbps. .
• ايف سي سي براڊ بينڊ گائيڊ
استعمال
لنڪ جو استعمال روٽر کان SNMP MIB ذريعي پڙھي سگھجي ٿو (فرض ڪيو ته اھڙي معلومات کي پڙھڻ جي اجازت آھي) ”ھڪڙو عام نيٽ ورڪ تقريبا 90 90 usage استعمال ۾ 2 سيڪڙو پيڪٽس رد ڪري butڏيندو ، پر اھو مختلف آھي. گھٽ بئنڊ وٿ لنڪس گھٽ ھوندا آھن handleاٽڻ کي سن handleالڻ لاءِ ، اڪثر پيڪٽس کي ر 80و 80 سيڪڙو استعمال تي رد ڪري …ڏين … ھڪڙي مڪمل نيٽ ورڪ ھيلٿ چيڪ کي ماپڻ گھرجي ھفتيوار لنڪ جي گنجائش. ھتي ھڪڙو تجويز ڪيل رنگ ڪوڊ آھي:
• Redاڙهو: پيڪيج رد ڪيو ويو> 2٪ ، داخل نه ڪريو ڪا نئين ايپليڪيشن.
• ايمبر: استعمال> 60٪ ھڪڙي نيٽ ورڪ اپ گريڊ تي غور ڪريو.
• سائو: استعمال <60 is قابل قبول آھي نئين ايپليڪيشن ڊولپمينٽ لاءِ. ” تيز رفتار سست ، گري نارٽن ، نيٽورڪ ميگزين ، ڊسمبر 2000. مٿي بيان نه ڪيو ويو آھي ته ڪھڙي عرصي ۾ استعمال جو حساب ڪيو ويو آھي. whereئي هن N نورٽن جي آرٽيڪل ۾ هو چوي ٿو ”نيٽ ورڪ جي گنجائش… حساب ڪيو ويو آهي اوسط جي حساب سان 5 ڪاروباري ڏينهن دوران“. قطار theoryاهڻ وارو نظريو thatائي ٿو ته گول ٽرپ ٽائيم ۾ تبديلي ، O ، تبديليون تناسب 1/(1-L) ۾ ، جتي L آھي موجوده نيٽ ورڪ لوڊ ، 0 <= L <= 1. جيڪڏھن ھڪڙو انٽرنيٽ 80 سيڪڙو گنجائش تي ھلندڙ آھي ، اسان اميد ٿا ڪريون ته گول سفر ۾ دير ٿي ويندي +-2o ، يا 4. مختلف عنصر جي لحاظ کان. جڏهن لوڊ 80 سيڪڙو تائين پهچي و weي ٿو ، اسان 10 جي مختلف تبديلي جي اميد رکون ٿا. TCP/IP ، اصول ، پروٽوڪول ۽ فن تعمير ، ڊگلس ڪامرس سان انٽرنيٽ ورڪنگ ، پرينٽيس هال. ھي مشورو ڏئي ٿو ته ھڪڙو findولھي سگھي ٿو استعمال ڪرڻ لاءِ ھڪڙو ماپ RTT ۾ تغير کي ڏسي. اسان ھن وقت ھن تجويز کي قبول نه ڪيو آھي. رسائي Belcor Generic Requirement 992 (GR-929-CAR Reliability and Quality Measurement for Telecommunication Systems (RQMS) (Wireline) ، فعال طور تي بنياد جي طور تي سپلائرز ۽ سروس فراهم ڪندڙن جي مقصدن جي مقابلي ۾ ماپيل ماپ جي ماهوار ڪارڪردگي جي رپورٽنگ لاءِ. -929-ڪور ، جتي ڪارڪردگيءَ جا اھڙا ترميمي مقصد لا implementedو ڪيا ويا آھن) ظاھر ڪري ٿو ته فون نيٽ ورڪ جو بنيادي مقصد 99.999 availability دستيابي لاءِ آھي ، جيڪو آھي 5 في سال .3 منٽن کان گھٽ ۾ ترجمو. ماپ ۾ جيئن ته لکڻ ۾ شامل نه آھن آباديون 30 سيڪنڊن کان گھٽ. اھو ارادو ڪيو ويو آھي موجوده PSTN ڊجيٽل سوئچز (جھڙوڪ اليڪٽرانڪ سوئچنگ سسٽم 5 (5AS) ۽ Nortel DMS-250) ، ا today’s جي وائس اوور اي ٽي ايم ٽيڪنالاجي کي استعمال ڪندي پبلڪ سوئچنگ سسٽم گھربل آھي ته 40 سالن جي عرصي دوران گھٽ ۾ گھٽ وقت گھٽجي و twoي گھٽ ۾ گھٽ hoursن ڪلاڪن تائين ، يا ٽن منٽن کان گھٽ سال ۾ ، 99.99943 ھڪڙو نمبر the جي دستيابي جي برابر. ڊيٽا ۽ آواز جي هڪجهڙائي سان ، هن جو مطلب آهي ته ڊيٽا نيٽ ورڪ جن ۾ هجڻ گهرجي برابري يا بهتر دستيابي جون ڪيتريون ئي خدمتون ، بشمول آواز ، يا آخر استعمال ڪندڙن سان شروع ڪرڻ ، ناراض ۽ مايوس ٿي ويندا. دستيابي جي سطح اڪثر ڪري خدمت جي سطح جي معاهدن ۾ طئي ڪئي ويندي آھي. . سطح جي آ ڪسٽمر پاران چونڊيو ويو 99 سيڪڙو کان گھٽ 2६٪ 1 ९٪ 99 Av دستياب 3 ९٪ 24٪ 99.9٪ دستيابي 24٪ 15٪ 99.99٪ دستيابي 15٪ ५٪ دستيابي 99.999 1८٪ ५٪ دستيابي 99.999 کان ويڪ 13٪ 15٪ خبر نه آهي 13٪ 1८٪ دستيابي جي دستيابي جو وزن ९९ .५٪ ९९ .४٪ دستياب خدمتن جي باري ۾ و informationيڪ معلومات لاءِ ، ڏسو: سسڪو وائيٽ پيپر سدائين دستيابي تي سفيد پيغامن لاءِ سسڪو ڊيٽا نيٽ ورڪ تي اعليٰ دستيابي لاءِ ڪيئن ڪوشش ڪري رھي آھي اعلي دستيابي جو جديد مجموعو ۽ IETF دستاويز RFC 2498: IPPM ميٽرڪ رابطي جي ماپ لاءِ هدايت اندروني حدون رهنمائي تي آهن ته اهو هجڻ لازمي آهي 1 ۽ 1. 1 جو قدر ظاھر ڪري ٿو ته رستو ھڪڙو وڏو دائرو رستو آھي ۽ ر delayو دير آھي فائبر يا ٽامي جي اليڪٽرانن ۾ روشنيءَ جي رفتار جي ڪري. قدر> 1 عام طور تي ظاھر ڪندا آھن ماخذ يا منزل يا bothئي آھن غلط ج locationsھون ۽ تنھنڪري ڪارآمد تشخيص directاھيو ڊائريڪٽري ھاسٽ ج locationsھن لاءِ. تحقيق ۽ تعليمي ما sitesن جي وچ ۾ ھدايت جا عام قدر آمريڪا ، ڪينيڊا ، يورپ ، او Eastر ايشيا ۽ آسٽريليا/نيوزي لينڊ ۾ 0.15-0.75 کان مختلف آھن ، جن جو مطلب تقريبا approximately 0.4 آھي. ھي آھي خلا جي روشنيءَ جي رفتار کان 4 يرا. ھدايت جي گھٽ قدرن جو عام طور تي مطلب آھي تمام اڻ سا رستا يا سيٽلائيٽ يا سست رابطا (مثال طور وائرليس).
گروه بندي
جيئن ميزبان جوڙن جي نگراني و increasedي وئي آھي ، اھو تيزيءَ سان ضروري ٿي پيو آھي ڊيٽا گڏ ڪرڻ لاءِ گروپن جي وچ ۾ دلچسپي وارن علائقن جي نمائندگي ڪرڻ لاءِ. اسان ڏ foundا آھن ھي group ڏنل گروپ ڪيٽيگريز مفيد:
• علائقو (مثال طور N. آمريڪا ، W يورپ ، جاپان ، ايشيا ، ملڪ ، مٿئين سطح جو ڊومين)
• ميزبان جوڙن کي ال by ڪري
• نيٽ ورڪ سروس فراهم ڪندڙ ريڙھ جي ھڏي آھي جيڪا ريموٽ سائيٽ سان نيل آھي (مثال طور ESNET ، انٽرنيٽ 2 ، Dante…)
• عام مفادن سان وابستگيون (مثال طور XIWT ، HENP ، تجرباتي تعاون جيئن ته BABER ، يورپي يا Doi National Laboratories ، ESNET Program Interests، PerfSONR)
• مانيٽرنگ سائيٽ طرفان
• ھڪڙي ريموٽ سائيٽ گھڻن مانيٽرنگ سائيٽن مان ڏ theل سائيٽن جي نگراني ڪندي ۽ ريموٽ سائيٽن ذريعي اسان کي ضرورت آھي ته اسان ٽئين گروپ کي چونڊڻ جي قابل ھجون ، اسان کي گھرجي ته ھڪڙي گروپ جي س membersني ميمبرن کي منتخب ڪري سگھون ، گروپن ۾ شامل ٿي و aون ۽ ھڪڙي گروپ جي ميمبرن جي صلاحيتن کي شامل ڪريون.
ڪيترا ~ 1100 PINGER مانيٽر ميزبان ريموٽ سائيٽ جوڙا اتي موجود هئا گلوبل ايريا ڪلسٽرز ۾ ۽ لا groupاپو گروپ پنگر جوڙي گروپن جي ور in ۾ ملي سگھن ٿا.
اهو پڻ ضروري آهي ته چونڊيو ريموٽ سائيٽون ۽ ميزبان جوڙا احتياط سان ته جيئن اهي نمائندگي ڪن معلومات جي ته ڪنهن کي findولڻو آهي. انھيءَ ڪري اسان اٽڪل 50 ”بيڪن سائيٽن“ جو ھڪڙو سيٽ چونڊيو جيڪو س monitoringني مانيٽرنگ سائيٽن تي مانيٽر ڪيو و andي ٿو ۽ اھي مختلف تعلق گروپن جا نمائندا آھن جن ۾ اسان دلچسپي وون ٿا. ھڪڙي گراف جو ھڪڙو مثال ڏيکاريندڙ پنگ جوابي وقت سائيٽن جي گروپن لاءِ ھي is ڏجي ٿو:
پيڪٽ ليجنڊ جي دائري ۾ ڏيکاريو ويو آھي في سيڪڙو چارٽ ۾ گھٽجڻ ، ل packل آھن پيڪٽ جي نقصان واري ڊيٽا کي ھر مھينا اصلاح (پيڪيٽ نقصان گھٽائڻ) جي ل trendاتار رجحان لائن لاءِ. نوٽ ڪريو ته 5 سيڪڙو/مھيني جي بھتري 44 سيڪڙو/سال جي سalsاري جي برابر آھي (مثال طور 10 سيڪڙو نقصان ھڪڙي سال ۾ گھٽجي ويندو 5.6 سيڪڙو ھڪڙي سال ۾).
هڪ طرفي ماپ
SLAC تعاون ڪري رهيو آهي perfsonor منصوبن ۾ هڪ طرفي تاخير کي ماپڻ لاءِ ۽ perfsonor سائيٽن جي وچ ۾ نقصان کي. هر پرفبورڊ سائيٽ وٽ ھڪڙو ماپ پوائنٽ آھي جنھن ۾ انٽرنيٽ سان computerن computerيل ڪمپيوٽر شامل آھي GPS رسيور سان. هي اجازت ڏئي ٿو درست هم وقت ٿيل ٽائيم پيڪيٽ اسٽيمپنگ جيڪو قابل بنائي ٿو هڪ طرفي دير جي ماپ کي. laاھيل ويڪرائي تخمينو وingerيڪ تفصيلي آھن Pinger جي کان ۽ وضاحت ڪن ٿا تفاوت جي انٽرنيٽ رستي تي directionsن طرفن ۾. ڏسو ingerن طريقن جي مقابلي ۾ وingerيڪ معلومات لاءِ پنگر ۽ سرويئر جو مقابلو
RIPE وٽ آھي ھڪڙي ٽيسٽ ٽرئفڪ پروجيڪٽ toاھڻ لاءِ رابطي جي پيرا ميٽرز جي آزاد ماپ ، جھڙوڪ انٽرنيٽ دير ۽ روٽنگ ویکٹر. هڪ RIPE ميزبان نصب ٿيل آهي SLAC تي.
NLANR Active Measurement Programme (AMP) لاءِ HPC ايوارڊ کٽيندڙن جو مقصد آھي تشخيص ڪرڻ ۾ مدد ڪرڻ ته ڪيئن اعليٰ ڪارڪردگي واري نيٽ ورڪ جي ڪارڪردگي سائيٽن ۽ استعمال ڪندڙن طرفان ڏedي و andي ٿي ، ۽ networkئي نيٽ ورڪ جي استعمال ڪندڙن ۽ ان جي مهيا ڪندڙن لاءِ. اھي انسٽال ڪن ٿا ھڪڙي ريڪ ماونٽيبل FreeBSD مشين سائيٽ تي ۽ انجام ڏيو مڪمل ميش ايڪٽنگ پنگ ماپون پنھنجي مشينن جي وچ ۾ ، پنگز ل launchedايا پيا ون تقريبن 1 منٽن جي وقفي سان. هڪ AMP مشين SLAC تي نصب ٿيل آهي.
ڪجھ و -يڪ تفصيلي مقابلو سرويئر ، RIP ، PINGER ۽ AMP جي مقابلي ۾ ڪجھ انٽرنيٽ فعال ٿيل آخر کان آخر تائين ڪارڪردگي جي ماپ جا منصوبا ملي سگھن ٿا.
SLAC پڻ آھي NIMI (نيشنل انٽرنيٽ ماپ انفراسٽرڪچر) سائيٽ. ھن پراجيڪٽ کي سرويئر پراجيڪٽ جي مڪمل طور سمجھي سگھجي ٿو ، انھيءَ ڪري اھو (NIMI) infrastructureيان ڏئي ٿو انفراسٽرڪچر مهيا ڪرڻ لاءِ ڪيترن ئي ماپن جي طريقن کي سپورٽ ڪرڻ لاءِ جيئن PINGS ، Treno ، Traceroute ، PINGER وغيره.
وائيڪاٽو يونيورسٽي نيوزي لينڊ ۾ لينڪس جي ميزباني ڪري ٿي هر هڪ هڪ GPS وصول ڪندڙ سان ۽ هڪ طرفي تاخير جي ماپ .اهڻ ۾. وائيڪاٽو جي ڊيلي فائنڊنگز پيج بابت و learnيڪ learnاڻڻ لاءِ ، وائڪاٽو پروجيڪٽ ، AMP ، RIPE ۽ سرويئر پروجيڪٽس جي برعڪس ، استعمال ڪري ٿو CRC تي packل پيڪيٽ دستخط 2 پيرن تي رڪارڊ ٿيل پيڪيٽن جي س identifyاڻپ ڪرڻ لاءِ ، موجوده جوڙن جي وچ ۾ عام ٽرئفڪ جي غير فعال ماپ.
اسٽنگ TCP تي networkل نيٽورڪ ماپڻ وارو اوزار فعال طور تي ماپڻ جي صلاحيت رکي ٿو پيڪٽ جي نقصان کي theئي ا andتي ۽ ريورس رستن ۾ ميزبانن جي جوڙن جي وچ ۾. ان کي GPS جي ضرورت ناھي ، ۽ فائدو آھي ICMP جي شرحن کي محدود ڪرڻ يا بلاڪ ڪرڻ جي ضرورت ڪونھي (ISI جي مطالعي مطابق ~ انٽرنيٽ ۾ 61 سيڪڙو ميزبان پنگز جو جواب نه ڏيندا آھن) ، جيتوڻيڪ اتي ھڪڙو نن downڙو پہلو آھي. تبديلي
جيڪڏھن ھڪڙي رستي جي دير (D) knownاڻجي ٿي pairنھي نوڊس (A ، B) جي ھڪڙي انٽرنيٽ جوڙي لاءِ ، ته پوءِ گول سفر جو حساب ڪيو ويندو ھي followsئين ريت:
R = Da => b + Db => a
جتي Da => b آهي هڪ طرفي تاخير ماپيل نوڊ کان نوڊ ب تائين ۽ ان جي برعڪس.
P = pa => b + pb => a – pa => b * pb => a
جتي pa => b ھڪڙو طريقو آھي پيڪٽ جو نقصان نوڊ کان b تائين ۽ ان جي برعڪس.
اتي ڪجھ IETF RFCs آھن جيڪي ماپڻ ۾ تاخير ۽ نقصانن سان گڏوگڏ گول سفر جي دير جي ميٽرڪ کي ھڪڙي طريقي سان.
پيچرو
نيٽ ورڪ جي مسئلن جي تشخيص لاءِ ھڪڙو veryيو تمام طاقتور اوزار آھي traceroute. اھو ھڪڙي کي قابل بنائي ٿو ته aولھي سگھي ريموٽ سائيٽ تي ھپس جو تعداد ۽ اھو ڪيترو چ .و ڪم ڪري رھيو آھي.
جان ميڪلسٽر آڪسفورڊ ۾ hasاھيو آھي ٽريڪنگ روٽ مانيٽرنگ شماريات معياري ٽراسروٽ ۽ پنگ يوٽيلٽيز جي بنياد تي. انگ اکر گڏ ڪيا ويا باقاعده وقفي سان 24 ڪلاڪن جي عرصي تائين ۽ مهيا ڪيا ويا معلومات روٽنگ جي ترتيب ، رستي جي معيار ۽ رستي جي استحڪام بابت.
TRIMFF وٽ آھي ھڪڙو تمام س niceو traceroute نقشي جو اوزار جيڪو ڏيکاري ٿو رستن جو نقشو TRIMFF کان ڪيترن ئي sitesين سائيٽن ڏانھن. اسان maولي رھيا آھيون اھڙن نقشن جي سھولت مهيا ڪرڻ لاءِ جيڪي روٽرز جي بدران خودمختيار نظام (AS) مان لنگھن ٿا.
ڪو به پنگ جواب ۽ پيڪيٽ نقصان جي سازش ڪري سگھي ٿو حساب ڪتاب سان گڏ traceroute hops vs traceroute throughput to recourses.
ڪيتريون ئي سائيٽون ڏيکاري رهيون آهن ٽريڪ آئوٽ سرور (سورس ڪوڊ (پرل ۾ موجود)) جيڪو ڊيبگ ڪرڻ ۾ مدد ڪري ٿو ۽ سمجھي ٿو انٽرنيٽ جي ٽوپيالوجي کي.
ڪجھ سائيٽون مهيا ڪن ٿيون نيٽ ورڪ افاديت تائين رسائي جيئن nslookup ته جيئن ڪو و getيڪ معلومات حاصل ڪري سگھي خاص نوڊ بابت. ڪجھ مثال SLAC ۽ Tiaraimf آھن
