एसएलएसी में इंटरनेट मॉनिटरिंग और पिंगइआर पर ट्यूटोरियल

लेस कॉटेलेल, वॉरेन मैथ्यूज और कॉनी लॉग, जनवरी १९९६ बनाया

इंटरनेट एंड-टू-एंड परफॉर्मेंस मॉनिटरिंग (आईईपीएम) के लिए डोई / एमआईएसएस फील्ड कार्य अनुदान द्वारा आंशिक रूप से वित्त पोषित कार्य।

परिचय

एसएएलएसी के साथ मिलकर उन साइटों के बीच नेटवर्क के प्रदर्शन की बेहतर उम्मीदें प्रदान करने के लिए, मई १९९६ में पिंगइआर प्रोजेक्ट (जेनर्री १९९५ में शुरू किया गया) एसएलएसी से लगभग १०० मेजबानों की निगरानी की गई। २००० के बाद से, डिजिटल डिवाइड को मापने पर जोर अधिक है आजकल (अप्रैल २००७) ३५ से अधिक मॉनिटरिंग साइटें हैं, ६०० से अधिक देशों में १५० से अधिक देशों (९९% से अधिक इंटरनेट से जुड़ी आबादी वाले) में निगरानी की जा रही है और ८००० से अधिक मॉनिटर-साइट रिमोट-साइट जोड़े शामिल हैं। पिंगइआर की तैनाती के बारे में अधिक जानकारी पिंगर परिनियोजन में पाई जा सकती है और साइट्स का एक नक्शा है।

तंत्र

इस्तेमाल किया मुख्य तंत्र इंटरनेट नियंत्रण संदेश प्रोटोकॉल (आईसीएमपी) इको तंत्र है, जिसे पिंग सुविधा भी कहा जाता है। यह आपको किसी चयनित नम्बर के पैकेट को रिमोट नोड में भेजने की अनुमति देता है और इसे वापस प्रतिध्वनित कर देता है। आजकल यह आमतौर पर लगभग सभी प्लेटफार्मों पर पूर्व-स्थापित होता है, इसलिए ग्राहकों पर स्थापित करने के लिए कुछ भी नहीं है सर्वर (यानी प्रतिध्वनि प्रतिनिधि) उच्च प्राथमिकता (उदा। यूनिक्स पर कर्नेल में) पर चलता है और इसलिए उपयोगकर्ता अनुप्रयोग से नेटवर्क प्रदर्शन का अच्छा उपाय प्रदान करने की अधिक संभावना है। यह इसकी नेटवर्क बैंडविड्थ आवश्यकताओं (~ १०० बीट्स प्रति सेकंड प्रति मॉनिटरिंग-रिमोट-होस्ट-जोड़ी जिस तरह से हम इसका इस्तेमाल करते हैं) के लिए बहुत मामूली है।

माप पद्धति

पिंगइआर परियोजना में, निगरानी नोड (मापन बिंदु – एमपी) से हर ३० मिनिट क्रोन, हम प्रत्येक १०० बाइट्स के ११ पिंग्स (८ आईसीएमपी बाइट्स सहित, लेकिन आईपी हेडर नहीं) के साथ दूरस्थ नोड्स का एक सेट पिंग करते हैं। पिंग्स को कम से कम एक सेकंड से अलग किया जाता है, और २० सेकंड के डिफ़ॉल्ट पिंग टाइमआउट का उपयोग किया जाता है। पहला पिंग फेंक दिया जाता है (इसे धीमी गति से माना जाता है क्योंकि यह कैश आदि प्रकाशित होता है। (मार्टिन होरनेफ्फेर “http://www.advanced.org/IPPM/archive.2/0246.html” में रिपोर्ट किया गया है कि यूडीपी का उपयोग करना -एचो पैकेट और अंतर-आगमन-समय लगभग १२.५ सेकेंड का पहला पैकेट वापसी के लिए लगभग २०% अधिक समय लेता है))। १० पिंग के प्रत्येक सेट के लिए न्यूनतम / औसत / अधिकतम आरटीटी दर्ज किया गया है। यह १००० डेटा बाइट्स के दस पिंग्स के लिए दोहराया जाता है। दो पिंग पैकेट आकारों के उपयोग से हम पिंग डेटा दरों का अनुमान लगाने और छोटे और बड़े पैकेट (जैसे दर सीमित) के बीच अंतर करने वाले व्यवहारों को स्थानांतरित करने के लिए सक्षम होते हैं। अधिक विवरण के लिए बड़े बनाम छोटे पैकेट, पिंग माप का समय देखें। सामान्य तौर पर आरटीटी अधिकतम डेटाग्राम आकार (आमतौर पर १४७२ बाइट्स जिसमें ८ आईसीएमपी इको बाइट्स शामिल है) तक एल (जहां एल है पैकेट की लंबाई) का आनुपातिक है। इसके परे व्यवहार अपरिभाषित है (कुछ नेटवर्क के पैकेट को टुकड़े, दूसरों को छोड़ दें) प्रत्येक मॉनिटरिंग साइट पर चलने वाले अनुशंसित माप स्क्रिप्ट पर उपलब्ध दस्तावेज़ीकरण उपलब्ध है। प्रत्येक नोड के लिए प्रत्येक आधे घंटे के लिए पिंग प्रतिक्रिया समय लगाए जाते हैं। यह मुख्य रूप से मुसीबत शूटिंग के लिए उपयोग किया जाता है (उदाहरण के लिए देखें कि यह पिछले कुछ घंटों में नाटकीय रूप से खराब हो गया है)।

पिंग के लिए रिमोट होस्ट्स का सेट pinger.xml नामक एक फ़ाइल द्वारा प्रदान किया गया है (इस पर अधिक के लिए pinger2.pl दस्तावेज़ीकरण देखें)। इस फ़ाइल में दो हिस्से होते हैं: बीकन मेजबान जो स्वचालित रूप से एसएलएसी से दैनिक खींचते हैं और सभी सांसदों द्वारा निगरानी रखे जाते हैं; अन्य मेजबान जो सांसद के प्रशासक के लिए विशेष हित के हैं बीकॉन मेजबान (और एसएलएसी एमपी के द्वारा नियुक्त विशेष मेजबान) को उनके नाम, आईपी एड्रेस, साइट, उपनाम, स्थान, संपर्क इत्यादि वाले एक ओरेकल डाटाबेस में रखा जाता है। बीकॉन सूची (और एसएलएसी के लिए विशेष मेजबानों की सूची) और डेटाबेस की प्रतिलिपि, विश्लेषण स्क्रिप्ट के लिए पर्ल पहुंच को सरल बनाने के लिए एक प्रारूप में, दैनिक आधार पर डेटाबेस से स्वत: उत्पन्न हो जाती है।

डेटा एकत्रिकरण

निगरानी के आर्किटेक्चर में ३ घटक शामिल हैं:

  • दूरस्थ निगरानी साइटें। ये केवल उचित आवश्यकताओं के साथ एक निष्क्रिय रिमोट-होस्ट प्रदान करते हैं।
  • मॉनिटरिंग साइट इन साइटों में से प्रत्येक पर होस्ट पर पिंगइआर मॉनिटरिंग टूल को स्थापित और कॉन्फ़िगर करने की आवश्यकता है साथ ही संग्रहित पिंग डेटा को हाइपरटेक्स्ट तानस्पोर्ट प्रोटोकॉल (एचटीटीपी) के जरिए संग्रह मेजबानों के लिए उपलब्ध कराया जाना चाहिए (यानी वेब के माध्यम से मांग पर डेटा प्रदान करने के लिए एक वेब सर्वर होना चाहिए)। पिंगइआर टूल्स भी एक मॉनिटरिंग साइट को सक्षम करने के लिए अल्पावधि विश्लेषण प्रदान करने में सक्षम हैं और अपने स्थानीय कैश में मौजूद डेटा पर रिपोर्ट करता है।
  • संग्रह और विश्लेषण साइटें प्रत्येक पिंगइआर परियोजना के लिए इनमें से कम से कम एक का होना चाहिए आर्काइव और विश्लेषण साइट्स शायद एक ही साइट पर स्थित हों, या यहां तक कि एक मेजबान या वे अलग हो सकते हैं। पिंगइआर परियोजना में ऐसी दो ऐसी साइटें हैं, नस्ट जो इस्लामाबाद, पाकिस्तान, और एसएलएसी में दूसरे में एक की जरूरत है। बॉट साइट्स संग्रह और विश्लेषण साइटें हैं वे अतिरेक प्रदान करके एक दूसरे के पूरक हैं एक्सआईडब्ल्यूटी परियोजना का संग्रह / मॉनिटर साइट सीएनआरआई में थी।

संग्रहीत साइटें नियमित रूप से मॉनिटर साइटों से, HTTP का उपयोग करते हुए, जानकारी इकट्ठा करती हैं और इसे संग्रहित करती हैं वे विश्लेषिकी साइट (साइट्स) को संग्रहित डेटा प्रदान करते हैं, जो बदले में वेब के माध्यम से उपलब्ध रिपोर्ट प्रदान करते हैं।

आंकड़ों को इकट्ठा किया जाता है नियमित रूप से (आम तौर पर दैनिक) दो अभिलेखागार मेजबानों द्वारा, एक एसएएलएसी पर दूसरे को एफएनएएल (एचईपीएनआरसी) पर, उस स्टोर, विश्लेषण, विश्लेषण, तैयार और वेब के माध्यम से परिणाम पर रिपोर्टिंग उपलब्ध कराते हैं (नीचे चित्र देखें)।

पिंगइआर वास्तुकला नीचे सचित्र है:

pinger-arch

गोचास

नोड के चयन में पिंग के लिए कुछ देखभाल की आवश्यकता है (वान होस्ट की निगरानी के लिए आवश्यकताएं देखें)।

पिंग का उपयोग करते समय हमने विभिन्न रिमोट साइट्स के साथ-साथ विभिन्न विकृतियों को भी देखा है। इन्हें पिंगर मापनमेंट पैथोलॉज में प्रलेखित किया गया है।

कैलिब्रेशन और संदर्भ जिसमें गोल यात्रा मीट्रिक को मापा जाता है, वे पिंगर कैलिब्रेशन और प्रसंग में प्रलेखित होते हैं, और कुछ उदाहरण जिनमें पिंग के परिणाम उच्च आँकड़ों के साथ उठाए जाते हैं, और रूटिंग से संबंधित होते हैं, के कुछ उदाहरण उच्च आंकड़े पिंग परिणामों में पाए जाते हैं।

मान्यकरण

हमने पिंग के प्रयोग को सत्यापित करके प्रमाणित किया है कि इसके साथ किए गए माप आवेदन प्रतिक्रिया से संबंधित हैं। वेब और पिंग प्रतिक्रियाओं की निचली सीमाओं के बीच के संबंध नीचे दिए गए आंकड़े में देखा गया है। यह माप १८ दिसंबर, १९९६ को एनएलएएनआर कैश में एसएएलएसी से लगभग १७६० की पहचान की गई थी। अधिक विवरण के लिए, वेब रिस्पांस टाइम्स पर इंटरनेट प्रदर्शन के प्रभाव, लेस कॉटेलेल और जॉन हाल्परिन, अप्रकाशित, जनवरी १९९७ द्वारा देखें।

उल्लेखनीय रूप से स्पष्ट कम सीमा y = 2x के आसपास देखा क्योंकि आश्चर्य की बात नहीं है: २ की एक ढलान HTTP GETs है कि दो बार पिंग समय लेने के लिए मेल खाती है; न्यूनतम पिंग समय लगभग दौर की यात्रा का समय है; और एक न्यूनतम टीसीपी लेन-देन में दो राउंड ट्रिप शामिल हैं, एक दूसरे दौर का अनुरोध करने के लिए दूसरे नंबर का आदान-प्रदान करें और प्रतिक्रिया प्राप्त करें। कनेक्शन समाप्ति को एसिंक्रोनस रूप से किया जाता है और ऐसा समय में दिखाई नहीं देता है

get-vs-ping-scatter

माप और रेखा y = 2 x (जहां y = HTTP प्राप्त प्रतिक्रिया समय और x = न्यूनतम पिंग प्रतिक्रिया समय) के बीच अवशिष्टों का वितरण प्रदर्शित करके निम्न सीमा को भी देखा जा सकता है। ऐसा वितरण नीचे दिखाया गया है। शून्य के अवशिष्ट मूल्य (y = 2x) तक पहुंचने के रूप में माप की आवृत्ति में क्रीज में खड़ी दिखती है इंटर क्वाटेटाइल रेंज (आईक्यूआर), जहां २५% और ७५% माप के गिरने के बीच की अवशिष्ट सीमा होती है, लगभग २२० मिसे है, और लाल रेखा से साजिश पर इंगित किया गया है।

get-vs-ping-residual

पिंग का प्रदर्शन करने का एक वैकल्पिक तरीका वेब प्रदर्शन से संबंधित है यह दर्शाता है कि पिंग का उपयोग भविष्यवाणी करने के लिए किया जा सकता है कि किस तरह से दोहराए गए वेब सर्वरों से एक वेब पेज को प्राप्त किया जा सके इस पर अधिक जानकारी के लिए इंटरनेट में डायनामिक सर्वर चयन, मार्क ई। क्रोवला और रॉबर्ट एल। कार्टर द्वारा देखें।

व्हाईटहाउस वेब सर्वर के फायरहाइन केस स्टडी ने दिखाया कि हालांकि पिंग प्रतिक्रिया असामान्य वेब प्रदर्शन को अच्छी तरह से ट्रैक नहीं करती है, इस स्थिति में पिंग पैकेट लॉस ने एक बेहतर काम किया है

ईसाई हिटैमा द्वारा सेवा मूल्यांकन की इंटरनेट गुणवत्ता, वेब रिस्पांस में योगदान करने वाले विभिन्न घटकों के माप प्रदान करती है। इन घटकों में शामिल हैं: आरटीटी, संचरण की गति, डीएनएस विलंब, कनेक्शन विलंब, सर्वर देरी, संचरण देरी यह दर्शाता है कि जीईटी यूआरएल कमांड भेजना और प्रतिक्रिया के पहले बाइट के रिसेप्शन के बीच की देरी सर्वर के विलंब का अनुमान है (“कई सर्वरों में, यद्यपि सभी जरूरी नहीं कि यह विलंब पृष्ठ अनुरोधों को शेड्यूल करने के लिए आवश्यक समय से मेल खाती है , पृष्ठ को स्मृति में तैयार करें, और डेटा भेजने शुरू करें “) और औसत लेन-देन की अवधि के ३० से ४०% के बीच का प्रतिनिधित्व करता है। कम करने के लिए, आपको शायद अधिक शक्तिशाली सर्वर की आवश्यकता होती है तेजी से कनेक्शन प्राप्त करना निश्चित रूप से देरी के अन्य ६०% की मदद करेगा।

इसके अलावा नॉन पिंग आधारित टूल पर नीचे दिए गए हिस्से को राउंड ट्रिप टाइम और पैकेट लॉस के साथ थ्रूपुट के कुछ सहसंबंधों के लिए देखें।

हम क्या उपाय करते हैं

हम प्रतिक्रिया के समय (मील-सेकंड (एमएस) में गोल यात्रा का समय), पैकेट नुकसान प्रतिशत, प्रतिक्रिया समय की परिवर्तनशीलता दोनों अल्पावधि (सेकंड के समय का समय) और लंबे समय तक, और पहुंच योग्यता की कमी को मापने के लिए पिंग का उपयोग करते हैं , अर्थात् पिंग्स के उत्तराधिकार के लिए कोई जवाब नहीं। पहुंच और उपलब्धता की उपलब्धता और उपलब्धता की चर्चा और परिभाषा के लिए, इंटरनेट प्रदर्शन: डेटा विश्लेषण और विज़िअलाइजेशन एक श्वेत पत्र XIWT द्वारा हम ऑर्डर पैकेट और डुप्लिकेट पैकेट से बाहर की जानकारी भी रिकॉर्ड करते हैं।

मापा आंकड़ों के साथ हम उत्तर-माध्यम, थ्रूपुट, और पैकेट नुकसान के लिए साधनों / माध्यिकाओं और परिवर्तनशीलता पर उम्मीदों के लिए दीर्घकालिक बेसलाइन बना सकते हैं। इन बेसलाइनों के साथ हम अपेक्षाओं को सेट कर सकते हैं, योजना की जानकारी प्रदान कर सकते हैं, एक्सट्रापोलएशन बना सकते हैं और अपवादों को देख सकते हैं (जैसे आज की प्रतिक्रिया का समय पिछले ५० कार्य दिवसों के औसत से अधिक 3 मानक विचलन से अधिक है) और अलर्ट उठाना।

नुकसान

कई टीसीपी आधारित अनुप्रयोगों के लिए नुकसान की गुणवत्ता का एक अच्छा उपाय (इसके पैकेट नुकसान दर के संदर्भ में) है नुकसान आम तौर पर भीड़ के कारण होता है जो बदले में भरने के लिए कतारों (जैसे रूटर में) का कारण बनता है और गिराए जाने वाले पैकेट पैकेट के एक अपूर्ण प्रतिलिपि देने वाले नेटवर्क के कारण भी नुकसान हो सकता है। यह आमतौर पर लिंक्स या नेटवर्क उपकरणों में थोड़ी त्रुटियों के कारण होता है। १९९४ और १९९५ में किए गए मापन से पैक्ससन (एंड-एलटीओ-एंड पैकेट डायनेमिक्स देखें) ने निष्कर्ष निकाला कि सबसे अधिक भ्रष्टाचार की त्रुटियां टी १ लिंक से आईं और ५००० पैकेट में सामान्य दर १ थी। यह १२०००० बीट्स में लगभग १ के ३०० बीएटी पैकेट औसत के लिए थोड़ी त्रुटि दर से मेल खाती है। आईपी ​​में एक 16 बिट चेकसम है, इसलिए भ्रष्ट पैकेट में त्रुटि का पता लगाने की संभावना ६५५३६ में १ या लगभग ३०० मिलियन पैकेट में १ है। अगस्त २००० में सीआरसी और टीसीपी चेकसम असहमत होने पर एक हालिया अध्ययन, इंगित करता है कि पिछले दो सालों में इंटरनेट पैकेट के निशान दर्शाते हैं कि ३०००० में से १ पैकेट टीसीपी चेकसम को विफल करता है, यहां तक ​​कि उन लिंक पर भी जहां लिंक-स्तर सीआरसी सभी को पकड़ना चाहिए लेकिन ४ अरब त्रुटियों में १ ये टीसीपी चेकसम त्रुटियां उच्च स्तर (उदा। ये नेटवर्क डिवाइस या कंप्यूटर में बस त्रुटियों के कारण हो सकते हैं, या टीसीपी स्टैक त्रुटियों से) लिंक स्तर की त्रुटियों की तुलना में हो सकती हैं जिन्हें सीआरसी चेक द्वारा पकड़ा जाना चाहिए।

आरटीटी

पैकेट आकार के खिलाफ लगाए जाने पर प्रतिक्रिया समय या राउंड ट्रिप टाइम (आरटीटी) पिंग डेटा दर (किलो बाइट / सेकंड (केबी / एस)) का विचार दे सकता है क्योंकि यह उच्च प्रदर्शन लिंक के रूप में बहुत मुश्किल हो जाता है क्योंकि पैकेट श्रेणी अपेक्षाकृत छोटा है (आमतौर पर <१५००bytes), और समय संकल्प सीमित है। आरटीटी साइट्स के बीच के रास्ते के साथ प्रत्येक हॉप में साइटों के बीच की दूरी से जुड़ा है। दूरी प्रभाव मोटे तौर पर फाइबर में प्रकाश की गति से किया जा सकता है, और मोटे तौर पर दूरी / (०.६ * सी) द्वारा दिया जाता है जहां सी प्रकाश की गति है (दस्तावेज़ G.१४४ में आईटीयू, तालिका ए .१ गुणक की सिफारिश करता है ०.००५ मिसे / किमी, या ०.६६c का) इस हॉप देरी के साथ एक साथ लाना, आरटीटी आर लगभग मोटे तौर पर दिया जाता है:

जहां २ का कारक है क्योंकि हम गोल-यात्रा के लिए बाहर और पीछे के समय को मापते हैं। यह नीचे दिए गए चित्र में दिखाया गया है, जो अमेरिका, यूरोप और जापान (बोलोग्ना-फ्लोरेंस, जिनेवा-ल्यों, शिकागो-यू नॉट्रे डेम, टोक्यो में स्थित १६ युगल साइटों के बीच की दूरी के कार्य के रूप में मापा पिंग प्रतिक्रिया को दर्शाता है -ऑसाका, हैम्बर्ग-ड्रेस्डन, बोलोग्ना-ल्योन, जिनेवा-मेनज़, पिट्सबर्ग-सिन्सिनट्टी, जिनेवा-कोपेनहेगन, शिकागो-ऑस्टिन, जिनेवा-लुंड, शिकागो-सैन फ्रांसिस्को, शिकागो-हैम्बर्ग, सैन फ्रांसिस्को-टोक्यो, सैन फ्रांसिस्को-जिनेवा और जिनेवा-ओसाका)। नीले त्रिभुज मापा आरटीटी (मिलीसेकंड में) के लिए हैं, काले रेखा डेटा के लिए उपयुक्त है, हरे रंग की रेखा y = x (दूरी) / (०.६ * c) के लिए है, और हॉप विलंब में लाल बिंदु प्रत्येक दिशा के लिए लगभग २.२५ एमए के विलंब / हॉप के साथ (अर्थात् लाल डॉट्स सैद्धांतिक RTT फिट हैं)। हमने इसका इस्तेमाल कितना दूर किया है? प्रत्येक पृष्ठ के साथ प्रमुख बिंदुओं के बीच दूरी “कौवा मक्खियों के रूप में” प्राप्त करने के लिए वेब पृष्ठ। मार्च २००१ में मार्क स्पिल्लर द्वारा बनाए गए एक अधिक हालिया माप, यूसी बर्कले से लगभग १० विश्वविद्यालयों में ८००-९०० उपयोग करने वाले रेंज में कुछ स्पाइक्स के साथ ५००-७०० उपयोगक के रूटर विलंब को मापा गया।

rtt-predict

कुछ फ़्रेम स्थानांतरण विलंब (एफटीडी) के प्रदर्शन के उद्देश्यों के लिए दूरी के स्थान पर रूट लंबाई (आरकेएम) का उपयोग किया जा सकता है। अगर डीकेएम सीमाओं के बीच की हवाई-दूरी की दूरी है, तो मार्ग की लंबाई को निम्नानुसार गणना की जाती है (यह वही गणना है जो आईटीयू दस्तावेज़ जी 826 में पाया गया है)।

  • अगर डीकेएम <१००० किमी, तो आरकेएम = १.५ * डीकेएम
  • यदि १००० किमी <= डीकेएम <= १२०० किमी, फिर आरकेएम = १५०० किमी
  • अगर डीकेएम> १२०० किमी, तो आरकेएम = १.२५ * डीकेएम

यह नियम लागू नहीं होता है यदि मार्ग में एक उपग्रह है। यदि एक उपग्रह मार्ग के किसी भी हिस्से में मौजूद है, तो उस भाग को ३२० एमएससी के एक निश्चित एफटीडी आवंटित किया गया है। ३२० एमएससी का मान खाते के कारकों में ले जाता है जैसे कि कम पृथ्वी स्टेशन देखने का कोण, और अग्रेषण त्रुटि एन्कोडिंग को संशोधित करता है। अधिकांश भागों में एक उपग्रह शामिल है, जो विलम्ब के २९० मिसे से अधिक नहीं होने की संभावना है। अगर यह भूस्तरण उपग्रह है तो भौगोलिक चक्र की सीमा पर २२००० और २३००० मील की दूरी पर प्रकाश की गति १८६००० मील की दूरी पर है, यह आंकड़ा और वापस ४५००० है, और राउंड-ट्रिप ९०००० मील है, इसलिए हमें वहां ५०० मिलीमीटर मिलते हैं ।

भौगोलिक-स्थिर उपग्रहों की वजह से यह बढ़ा हुआ न्यूनतम आरटीटी पहचान के लिए एक उपयोगी हस्ताक्षर प्रदान करता है, मॉनिटर और लक्ष्य के बीच के मार्ग में भू-स्टेयनेरी उपग्रह शामिल होता है। एक उदाहरण आईसीएफए-एससीआईसी मॉनिटरिंग वर्किंग ग्रुप के २०११-२०१२ की रिपोर्ट -२०१२ में देखा जा सकता है।

प्रत्येक हॉप में देरी तीन मुख्य घटकों का एक कार्य है: रूटर की गति, इंटरफ़ेस क्लॉसिंग रेट और राउटर में रकम। पूर्व दो समय के कम (कुछ दिनों) अवधि से अधिक स्थिर होते हैं इस प्रकार न्यूनतम आरटीटीज़ दूरी / (०.६ * सी) + हॉप्स * ((इंटरफ़ेस स्पीड / पैकेट आकार) + न्यूनतम रूटर फ़ॉरवर्डिंग समय) का एक उपाय प्रदान करते हैं। यह संख्या पैकेट आकार का रैखिक कार्य होना चाहिए। दूसरी तरफ राउटर कतार प्रभाव, अधिक यादृच्छिक कतार प्रक्रियाओं और क्रॉस-ट्रैफ़िक पर निर्भर होते हैं और इसलिए अधिक परिवर्तनीय होते हैं। यह नीचे एमआरटीजी प्लॉट में दर्शाया गया है जो कि एसईएलएसी से रविवार २५ फरवरी २००१ तक सोमवार ५ अप्रैल, २००१ को विस्कॉन्सिन विश्वविद्यालय से बहुत स्थिर न्यूनतम आरटीटी (हरी क्षेत्र) और अधिक यादृच्छिक अधिकतम आरटीटी (नीला लाइन) दिखाता है। मध्य दिन मंगलवार के आसपास आरटीटी में थोड़ा ब्लिप संभवतः एक मार्ग परिवर्तन के कारण होता है।

rtt-queuing

गैर पिंग आधारित उपकरण

एसएलएसी एक सर्वेक्षक साइट भी था। सर्वेयर मादे एक समय देरी माप (आईसीएमपी का प्रयोग नहीं करते हुए), समय को सिंक्रनाइज़ करने के लिए ग्लोबल पोजिशनिंग सिस्टम (जीपीएस) उपकरणों का उपयोग करते हैं, और समर्पित मॉनिटरिंग / रिमोट मेजबान। हमने दो विधियों की तुलना और इसके विपरीत करने के लिए पिंगर और सर्वेयर डेटा की तुलना की और आईसीएमपी इको की वैधता की पुष्टि की। आईसीएमपी प्रतिधारा के साथ उठाए गए एक चिंता इंटरनेट सेवा प्रदाता (आईएसपी) दर की सीमा को आईसीएमपी प्रतिध्वनित करने की संभावना है और इस प्रकार अमान्य पैकेट लॉस मापन को जन्म देने के लिए, इस पर अधिक जानकारी के लिए, ऊपर दिए गए गोचान पर अनुभाग देखें।

हम एफ़टीपी (थोक ट्रांसफर दर को मापने के लिए) और ट्रेसरआउट (अधिक से अधिक जटिल उपकरणों का उपयोग करते हैं) (पथों और हॉप्स की संख्या को मापने के लिए) हालांकि, सेट अप और स्वचालित करने के लिए और अधिक मुश्किल होने के अलावा, एफ़टीपी नेटवर्क पर अधिक घुसपैठ है और अंत नोड लोडिंग पर अधिक निर्भर है। इस प्रकार हम मुख्य रूप से मैन्युअल मोड में एफ़टीपी का उपयोग करते हैं और यह पता लगाने के लिए कि कैसे पिंग टेस्ट काम करता है (जैसे एफ़टीपी और पिंग और एफटीपी थ्रूपुट, हॉप्स एंड पैकेट लॉस के बीच के संबंधों के बीच सहसंबंध)। हमने नेटपरफ़ माप के साथ थ्रूपुट के पिंगर की भविष्यवाणियों की तुलना भी की है। पैकेट नुकसान के साथ थ्रूपूट मापन के संबंध में एक और तरीका है मॉडलिंग टीसीपी थ्रूपुट द्वारा।

माध्य ऑपिनियन स्कोर की गणना (एमओएस)

दूरसंचार उद्योग एक आवाज गुणवत्ता मीट्रिक के रूप में मीन ऑपिनियन स्कोर (एमओएस) का उपयोग करता है राज्यमंत्री के मूल्य हैं: १ = बुरा; २ = गरीब; ३ = निष्पक्ष; ४ = अच्छा; ५ = उत्कृष्ट। वॉयस ओवर आईपी के लिए एक विशिष्ट श्रेणी ३.५ से ४.२ (देखें VoIPtroubleshooter.com)। वास्तव में, कोडेक के संपीड़न एल्गोरिदम द्वारा एक संपूर्ण कनेक्शन पर भी प्रभाव पड़ता है, इसलिए उच्चतम स्कोर जो सबसे अधिक कोडेक प्राप्त कर सकते हैं वह ४.२ से ४.४ रेंज में प्राप्त कर सकते हैं। G.७११ के लिए सबसे अच्छा ४.४ (या एक आर फैक्टर (आईटीयू-टी सिफारिश जी .१०७, “ई-मॉडल, ट्रांसमिशन प्लानिंग में उपयोग के लिए एक कम्प्यूटेशनल मॉडल देखें”) ९४.३) और जी ७२ के लिए जो प्रदर्शन करता है महत्वपूर्ण संपीड़न यह ४.१ है (या ८४.३ का एक आर पहलू)।

तीन कारक हैं जो कॉल की गुणवत्ता पर काफी प्रभाव डालते हैं: विलंबता, पैकेट नुकसान, घबराना अन्य कारकों में कोडेक प्रकार, फोन (एनालॉग बनाम डिजिटल), पीबीएक्स आदि शामिल हैं) हम इस ट्यूटोरियल में बाद में घबराना की गणना कैसे करते हैं। अधिकांश टूल-आधारित समाधान गणना करते हैं कि “आर” मान कहां है और फिर उसे एक एमओएस स्कोर में कनवर्ट करने के लिए एक सूत्र लागू करें। हम ऐसा ही करते हैं एमओएस गणना करने के लिए यह आर अपेक्षाकृत मानक है (उदाहरण के लिए एक नए तरीके के लिए आईटीयू – दूरसंचार मानक मानकीकरण सेक्टर अस्थायी दस्तावेज़ XX-E WP २/१२)। आर मान स्कोर ० से १०० तक है, जहां एक उच्च संख्या बेहतर है एमओएस मूल्यों के लिए विशिष्ट आर: आर = ९०-१०० => एमओएस = ४.३-५.० (बहुत संतुष्ट), आर = ८०-९० => एमओएस = ४.०-४.3 (संतुष्ट), आर = ७०-८० => एमओएस = ३.६ -४.० (कुछ असंतोष), आर = ६०-७० => एमओएस = ३.१-३.६ (अधिक असंतोष), आर = ५०-६० => एमओएस = २.६-३.१ (अधिकांश असंतोष), आर = ०-५० => एमओएस = १.०-२.६ (अनुशंसित नहीं)। लॉसेंस, लॉस, एमओएस के घबराना को बदलने के लिए, हम नेस्सॉफ्ट की विधि का पालन करते हैं। वे (छद्म कोड में) का उपयोग करते हैं:

# औसत गोल ट्रिप विलंबता (मिलीसेकंड में) जोड़ें, जोड़ें

# फ़्रीड यात्रा जिटर, लेकिन विलंबता के प्रभाव को दोगुना करें

# फिर प्रोटोकॉल लेटेंसी (मिलीसेकंड में) के लिए १० जोड़ें।

प्रभावी लेटेंसी = (औसत लेटेंसी + जिटर * २ + १०)

# एक मूल वक्र को लागू करें – आर मान के लिए १६० मूल्य के विलुप्त होने पर ४ घटाएं (राउंड ट्रिप)

#उस पर कुछ भी अधिक आक्रामक कटौती हो जाती है।

अगर प्रभावशाली लेटेंसी <१६० तब

आर = ९३.२ – (प्रभावी लैटिन / ४०)

अन्य

आर = ९३.२ – (प्रभावी लेटेंसी – १२०) / १०

#अब, हमें पैकेट लॉस के प्रति प्रतिशत २.५ आर मूल्य घटाएं (यानी ए

#५% की हानि ५ के रूप में दर्ज की जाएगी)।

# एक एमओएस मूल्य में आर को कन्वर्ट करें। (यह ज्ञात फॉर्मूला है)

अगर आर <० फिर

एमओएस = १

अन्य

एमओएस = १ + (०.०३५) * आर + (.०००००७) * आर * (आर -६०) * (१००-आर)

कुछ माप उपकरणों और / या स्पष्टीकरण के लिए निम्न भी देखें:

लेन-देन टाइम्स में नेटवर्क योगदान की गणना करना

आईटीयू आईटीयू-टी रिक. जी1040 “लेन-देन के समय में नेटवर्क योगदान” में लेन-देन के समय में नेटवर्क योगदान की गणना करने के लिए एक विधि के साथ आया है। योगदान आरटीटी, हानि संभावना (पी), आरट्रॉम्स्शन टाइम आउट (आरटीओ) और लेनदेन में शामिल दौरों की संख्या (एन) पर निर्भर करता है। ट्रांसनेशन टाइम (एनसीटीटी) के लिए नेटवर्क योगदान इस प्रकार दिया गया है:

औसत (एनसीटीटी) = (n * RTT) + (पी * एन * आरटीओ)

एन के लिए विशिष्ट मूल्य ८ हैं, आरटीओ के लिए हम २.५ सेकंड लेते हैं, हम पीटीआईआर माप से आरटीटी और हानि संभावना (पी) लेते हैं।

पिंग माप से टीसीपी थ्रूपूट प्राप्त करना

कंप्यूटर कम्युनिकेशन रिव्यू, २७ (३), जुलाई १९९७ में मैथिस, सेमेक, मह्दीवी और ओट द्वारा टीसीपी कंजेशन एल्गोरिथ्म का मैक्रोस्कोपिक व्यवहार अंतरण दर पर ऊपरी बाउंड के लिए एक छोटा और उपयोगी सूत्र प्रदान करता है:

दर <(एमएसएस / आरटीटी) * (१ / sqrt (पी))

जहां:

दर: टीसीपी अंतरण दर है

एमएसएस: अधिकतम सेगमेंट आकार है (प्रत्येक इंटरनेट पथ के लिए तय किया जाता है, आमतौर पर १४६० बाइट्स)

RTT: गोल यात्रा का समय है (जैसा टीसीपी द्वारा मापा गया है)

पी: पैकेट नुकसान दर है

कड़ाई से बोलना हानि टीसीपी नुकसान है जो आवश्यक रूप से पिंग नुकसान के समान नहीं हैं (जैसे मानक टीसीपी अपने भीड़ के आकलन के हिस्से के रूप में नुकसान भड़काना) इसके अलावा, पीटीटी आरटीटी टीसीपी द्वारा आरटीटी का अनुमान लगाते हैं (उदाहरण के लिए विश्वसनीय ट्रांस्पोर्ट प्रोटोकॉल में दौर-ट्रिप टाइम इम्प्रिमेट को सुधारने के लिए देखें)। हालांकि, विशेषकर निम्न निष्पादन लिंक के लिए यह एक उचित आकलनकर्ता है।

नुकसान का अनुमान लगाने के लिए कोई व्यक्ति बिट त्रुटि दर (बीईआर) का उपयोग कर सकता है। विशिष्ट मान बीईआर = १० ^ -९ (अर्थात १०० बीए पैकेट के लिए ~०.००१% की पैकेट हानि की संभावना), और एक ऑप्टिकल लिंक के लिए १० ^ -१२ (सीएस 244 ए देखें: कंप्यूटर नेटवर्क का एक परिचय – स्टैनफोर्ड विश्वविद्यालय, और 10 गिगाबिट ईथरनेट और एक्सएयूआई इंटरफ़ेस)।

यदि आप इम्पीरिकल्ल्य पी उपाय नहीं कर सकते, तो नुकसान की संभावना के लिए 1000BaseT, १० ^ -१० के लिए अपेक्षा बिट त्रुटि दर (बीईआर) से शुरू करें। 400 जीबीई के लिए प्रदर्शन निष्पादन उद्देश्य देखें

उपरोक्त समीकरण का एक बेहतर रूप में पाया जा सकता है: मॉडलिंग टीसीपी थ्रूपुट: एक सरल मॉडल और इसकी प्रायोगिक मान्यता जे. पाध्ये, वी. फ़िरियु, डी. टाउनस्ली और जे. कुरोसे SIGCOMM Symp संचार आर्किटेक्चर और प्रोटोकॉल अगस्त १९९८, पीपी. ३०४-३१४

दर = मिनट (Wmax / RTT, 1 / ((RTT / sqrt (2 * b * p / 3) + मिनट (1, 3 * sqrt (3 * b * p / 8)) * (1 + 32 * p * पी))))

जहां:

Wmax: अधिकतम भीड़ खिड़की का आकार है।

बी: विलंबित एसीके द्वारा स्वीकृत पैकेट की संख्या है। कई टीसीपी रिसीवर कार्यान्वयन दो लगातार पैकेट प्राप्त करने के लिए एक संचयी एसीके भेजते हैं (डब्लू. स्टीवन्स देखें। टीसीपी / आईपी इलस्ट्रेटेड, वॉल्यूम १. प्रोटोकॉल एडिसन-वेस्ले, १९९४), इसलिए बी आम तौर पर २ है।

थ्रूपूट बनाम आरटीटी और नुकसान से देखकर नुकसान के एक समारोह और आरटीटी के व्यवहार के रूप में देखा जा सकता है। हमने पिंगर और नेटपीर्फ़ माप के माध्यम से थ्रूपुट की तुलना करने के लिए फार्मूले मैथिस का इस्तेमाल किया है।

व्युत्पन्न थ्रूपुट के सामान्यकरण

मैथिस सूत्र में १ / RTT के प्रभाव को कम करने के लिए, व्युत्पन्न थ्रूपूट के लिए, हम उपयोग करके

norm_throughput = throughput * min_RTT (दूरस्थ क्षेत्र) / min_rtt (मॉनिटरिंग_रेग्रियन)

कनेक्शन की प्रत्यक्षता

ज्ञात स्थानों पर २ नोड्स के बीच संबंध की पहचान करने के लिए यह एक मीट्रिक है। प्रत्यक्षता के करीब मानों का मतलब है कि मेजबानों के बीच का रास्ता लगभग एक महान सर्कल मार्ग का अनुसरण करता है। मान १ से छोटा है जिसका अर्थ है पथ बहुत अप्रत्यक्ष है। मिनिमू आरटीटी पर आधारित प्रत्यक्षता गुणांक निर्देशिता का व्युत्क्रम यहाँ दिया गया है।

आरटीडी = गोल यात्रा दूरी,

आरटीडी [किमी] = डायरेक्टिविटी * मिन_आरटीटी [एमएसईसी] * २०० [किमी / एमएसईसी]

डायरेक्टिविटी नेटवर्क उपकरण में देरी और वास्तविक मार्ग की अप्रत्यक्षता के लिए अनुमति देता है।

डी = १ मार्ग दूरी

डायरेक्टिविटी = डी (किमी) / (मिन_आरटीटी [एमएसईसी] * १०० [किमी / एमएसईसी])

  • मैक्स (डायरेक्टिविटी) = १ = डायरेक्ट (महान सर्कल) मार्ग और कोई नेटवर्क विलंब नहीं है
  • मिनी मुम RTT से प्राप्त की गई सामान्यता ~ ०.४५ है
  • कम मूल्यों का अर्थ है बहुत अप्रत्यक्ष मार्ग, या उपग्रह या धीमी कनेक्शन (जैसे वायरलेस)
  • डायरेक्टिविटी> १ शायद मेजबान के लिए खराब निर्देशांक की पहचान करता है।

वीट्रेस विज़ुअल ट्रेसरआउट के मामले में, हॉप की दूरी और अंत-टू-एंड दूरी के बीच का अंतर डायरेक्टिविटी का अनुमान प्रदान कर सकता है। अंत-टू-एंड दूरी, स्रोत और गंतव्य के बीच की सबसे बड़ी सर्कल पथ की दूरी है, जहां कुल हॉप की दूरी लगातार लगातार हॉप्स के बीच महान चक्र की दूरी का योग है। इस मामले में हम Directivty का अनुमान (end_to_end_distance / total_hop_distance) के रूप में करते हैं।

डेटा तक पहुंच

कच्चे पिंग डेटा सार्वजनिक रूप से उपलब्ध है, डेटा और प्रारूप को प्राप्त करने के तरीके के लिए पिंगइआर डेटा तक पहुंचना देखें। सारांश डेटा भी पिंगइआर विस्तार रिपोर्ट से एक्सेल टैब से अलग-मूल्य (.tsv) प्रारूप में वेब से उपलब्ध है।

सहयोगियों के नोड्स के पिंगिंग

डेटा विश्लेषण और प्रस्तुति

दैनिक प्लॉट्स

प्रत्येक नोड के लिए पिंग प्रतिक्रिया समय प्रत्येक आधे घंटे के लिए प्लॉट किया जाता है, उदाहरण के लिए, अगर टॉकिंग प्लॉट को देखते हुए RTT और नुकसान यह मुख्य रूप से मुसीबत शूटिंग के लिए उपयोग किया जाता है (उदाहरण के लिए देखें कि यह पिछले कुछ घंटों में नाटकीय रूप से खराब हो गया है)।

3डी प्लॉट ऑफ़ नोड बनाम रिस्पांसस टाइम बनाम टाइम

३डी प्लॉट नोड बनाम समय बनाम रिस्पांस द्वारा हम कई नोड्स के सहसंबंध की तलाश कर सकते हैं जिनके खराब प्रदर्शन हो रहे हैं या एक ही समय (संभवतः एक सामान्य कारण के कारण) पर पहुंच प्राप्त नहीं हो सकता है, या कोई नोड जिसके कारण खराब प्रतिक्रिया हो रही है या किसी के लिए अनुपलब्ध है विस्तारित समय। बाईं ओर कई मेजबान दिखाए गए हैं (काले रंग में) सभी १२ दोपहर के आसपास पहुंच से बाहर नहीं हैं।

अंतिम १८० दिन प्लॉट्स:

पिछले 180 दिनों के दौरान प्रतिक्रिया समय, पैकेट लॉज़ और अप्राप्यता दिखाने वाले दीर्घकालिक आलेख यह भी संकेत दे सकते हैं कि कोई सेवा खराब हो रही है (या बेहतर)।

मासिक पिंग रिस्पांस एंड लॉस एवरेज साल के लिए वापस जा रहे हैं:

प्राइम टाइम (७ बजे से ७ बजे सप्ताह के दिन) की १००० मासिक बाधाओं के टेबल्स १००० बाइट पिंग प्रतिक्रिया समय और १०० बाइट पिंग पैकेट नुकसान से हमें लंबी अवधि के लिए वापस जाने वाले डेटा को देखने की अनुमति मिलती है। यह सारणीय डेटा Excel में निर्यात किया जा सकता है और दीर्घकालिक पिंग पैकेट नुकसान प्रदर्शन से बना चार्ट।

ping-3d

क्जिसेंट नेटवर्क फ़्रीक्वेंसी

जब हमें शून्य पैकेट नुकसान नमूना मिलता है (एक नमूना n पिंग्स के एक सेट को संदर्भित करता है), तो हम नेटवर्क को देखें (या गैर-व्यस्त) मौके के रूप में देखें फिर हम उस प्रतिशत की आवृत्ति को माप सकते हैं कि कितनी बार नेटवर्क निश्चिंत हो पाया एक उच्च प्रतिशत एक अच्छा (मौन या गैर-भारी लोड) नेटवर्क का संकेत है। उदाहरण के लिए, एक नेटवर्क जो प्रति सप्ताह ८ कार्य-दिवस व्यस्त रहता है, और दूसरी बार मौन होकर लगभग ७५% ~ (कुल / सप्ताह / सप्ताह – ५ सप्ताहदिन / सप्ताह * ८ घंटे / दिन) / (कुल / सप्ताह / सप्ताह) का मुकाबला होगा । तह नुकसान का प्रतिनिधित्व करने का यह तरीका त्रुटि रहित सेकंडों के फोन मीट्रिक के समान है।

क्विजेंट नेटवर्क आवृत्ति तालिका नमूने (जहां एक नमूना १० १०० बाइट पिंग्स का एक सेट है) का प्रतिशत (आवृत्ति) दिखाता है जो शून्य पैकेट नुकसान को मापता है। प्रति माह प्रत्येक माह की सभी नमूनों में रिपोर्ट किया गया नमूना प्रत्येक साइट के लिए प्रत्येक दिन (जैसे ३० दिनों * ४८ (३० मिनट की अवधि) या १४४० नमूनों के लिए प्रत्येक साइट / महीने के नमूने हैं।

जिटर, जिटर भी देखें,

टेलिफोनी जैसे वास्तविक समय के अनुप्रयोगों के लिए प्रतिक्रिया समय की अल्पावधि परिवर्तनशीलता या “घबराना” बहुत महत्वपूर्ण है वेब ब्राउज़िंग और मेल घबराने के लिए काफी प्रतिरोधी हैं, लेकिन किसी भी प्रकार की स्ट्रीमिंग मीडिया (आवाज, वीडियो, संगीत) बहुत घबराने के लिए अनुकूल है। जिटर एक लक्षण है कि यातायात को संभालने के लिए पर्याप्त बैंडविड्ट या भीड़ है। ज़ीरर ओवर- या अंडर-फ्लो को रोकने के लिए वीओआईपी कोडेक डी-जिटर बफर की लंबाई निर्दिष्ट करता है। एक उद्देश्य यह निर्दिष्ट करने के लिए हो सकता है कि ९५% पैकेट विलंब विविधताओं अंतराल के भीतर होनी चाहिए [-३०msec, + ३०msec]

एक विधि को नेटवर्क में नियमित अंतराल पर पैकेट लगाने और आगमन के समय में परिवर्तनशीलता को मापने की आवश्यकता है। आईईटीएफ में आईपी प्रदर्शन मेट्रिक्स (आईपीपीएम) के लिए आईपी पैकेट विलंब भिन्नता मीट्रिक है (देखें आरटीपी: रियल-टाइम एप्लिकेशन, आरएफसी 2679 और आरएफसी 5481 के लिए ट्रांसपोर्ट प्रोटोकॉल

हम दो तरीकों से तात्कालिक परिवर्तनशीलता या “जिटर” को मापते हैं:

  1. राउंड ट्रिप टाइम (आरटीटी) के आई-वें मापन री हो, तो हम आर के आवृत्ति वितरण के इंटर क्वार्टाइल रेंज (आईक्यूआर) के रूप में “घबराना” लेते हैं। एसएलएसी <=> सीईआरएन गोल यात्रा के विलंब देखें इस तरह के एक वितरण के उदाहरण के लिए
  2. दूसरी विधि में हम आईपीपीएम के लिए तत्काल पैकेट देरी भिन्नता मीट्रिक पर आईईटीएफ प्रारूप का विस्तार करते हैं, जो एक तरफा मीट्रिक है, दो-तरफा पिंग्स के लिए। हम डीआर के आवृत्ति वितरण के IQR लेते हैं, जहां डीआरआई = री-आरई -1 ध्यान दें कि डीआर की गणना करते समय पैकेट सटे आसन्न नहीं होते हैं। ऐसे वितरण के उदाहरण के लिए एसएलएसी <=> सीईआरएन दो-तरफा तात्कालिक पैकेट देरी भिन्नता देखें।

उपर्युक्त दोनों वितरण गैर-गाऊसी के रूप में देखे जा सकते हैं, इसलिए हम “जिटर” के माप के रूप में मानक विचलन के बजाय IQR का उपयोग करते हैं। आरएफसी १८८९/३५५० देखें

एसएएलएसी और सीईएन, डेसी एंड एफएनएल के बीच पिंग “जिटर” को देखते हुए यह देखा जा सकता है कि जिटर की गणना करने के दो तरीके एक और अच्छी तरह से ट्रैक करते हैं (पहली विधि IQR लेबल और दूसरा लेबल वाला आईपीडी आंकड़ा है)। वे दिन में मैग्नेटिटी के दो आदेशों के अनुसार अलग-अलग होते हैं। एसएलएसी और डीएनएई या सीईआरएन के बीच एसएलएसी और एफएनएएल के बीच घबरने बहुत कम हैं यह भी उल्लेखनीय है कि सीईआरएन यूरोपीय दिन के दौरान अधिक घबराना है, जबकि यू.एस. दिन के दौरान डीईएसई के ज़ीटर घबराना अधिक है।

हमने निरपेक्ष मूल्य डीआर, यानी | डीआर | | ले कर घबरने का एक उपाय भी प्राप्त किया है। इसे कभी-कभी “चलती रेंज विधि” (सांख्यिकीय डिजाइन और प्रयोगों का विश्लेषण, रॉबर्ट एल मेसन, रिचर्ड एफ। गेस्ट और जेम्स एल। हेस। जॉन विले एंड सन्स, १९८९) के रूप में जाना जाता है। यह भी आरएफसी २५९८ में झिलकी की परिभाषा के रूप में प्रयोग किया जाता है (आरएफसी १८८९ में वास्तविक समय उपयोग और गणना के लिए घबरने की एक और परिभाषा है) उदाहरण के लिए चलती रेंज का हिस्टोग्राम देखें इस आंकड़े में, मैजंटा लाइन संचयी कुल है, नीली रेखा डेटा के लिए एक एक्सपेंनेटल फिट है, और हरे रंग की रेखा डेटा के लिए एक शक्ति श्रृंखला है। नोट करें कि कलर के इस खंड में सभी ३ चार्ट समान डेटा के प्रतिनिधित्व हैं।

वीओआईपी के लिए और विशेष रूप से सेवा की गुणवत्ता (क्यूओएस) उपायों के लागू होने की आवश्यकताओं को अधिक बारीकी से समझने के लिए, हमने एसएलएसी और एलबीएनएल के बीच एक वीओआईपी टेस्टेड की स्थापना की है। किसी न किसी योजनाबद्ध को सही दिखाया गया है केवल एसएलएसी आधा सर्किट योजनाबद्ध में दिखाया गया है, LBNL अंत समान है। एक उपयोगकर्ता एसएलएसी अंत में पीबीएक्स से जुड़े फोन को उठा सकता है और वीओआईपी सिस्को राउटर गेटवे के माध्यम से एलबीएनएल पर एक फोन पर दूसरे उपयोगकर्ता को कॉल कर सकता है। गेटवे एनकोड, कॉम्प्रेशस आदि। आईपी पैकेट में आवाज़ स्ट्रीम (जी ७२९ मानक का उपयोग करते हुए) लगभग २४ किलोबीपीएस यातायात का निर्माण करते हैं। वीओआईपी स्ट्रीम में दोनों टीसीपी (सिगनल के लिए) और यूडीपी पैकेट शामिल हैं ईएसनेट रूटर से एटीएम बादल तक कनेक्शन ३.५ एमबीपीएस एटीएम स्थायी आभासी सर्किट (पीवीसी) है। लिंक पर कोई प्रतिस्पर्धा यातायात के साथ, कॉल कनेक्ट हो जाता है और वार्तालाप आम तौर पर अच्छी गुणवत्ता के साथ आय करता है। फिर हम ४ एमबीपीएस ट्रैफिक को साझा १० एमबीपीएस ईथरनेट पर इंजेक्ट करते हैं जो वीओआईपी रूटर से जुड़ा होता है। इस स्तर पर, वीओआईपी कनेक्शन टूट गया है और कोई और कनेक्शन नहीं किया जा सकता है। इसके बाद हमने प्रति हॉप व्यवहार (पीएचबी) बिट्स को सेट करके वीओआईपी पैकेट को लेबल करने के लिए एज रूटर की प्रतिबद्ध एक्सेस रेट (सीएआर) सुविधा का इस्तेमाल किया। वीओआईपी पैकेट में तेजी लाने के लिए भारित उचित कतारबद्ध (डब्लूएफक्यू) सुविधा का इस्तेमाल करने के लिए ईएसनेट राउटर सेट किया जाता है। इस सेटअप में आवाज कनेक्शन फिर से किए जा सकते हैं और बातचीत फिर से अच्छी गुणवत्ता का है।

voip-pilot

सेवा की भविष्यवाणी

दैनिक औसत पिंग डेटा दर / अधिकतम पिंग डेटा दर के दैनिक औसत पिंग सफलता / अधिकतम पिंग सफलता की तुलना में आयाम रहित चर के स्कैटर प्लॉट के माध्यम से सेवा (या पिंग अनुमानन क्षमता) का एक उपाय प्राप्त किया जा सकता है (जहां% सफलता = ( कुल पैकेट – पैकेट खो गए) / कुल पैकेट्स) यहां पिंग डाटा दर को परिभाषित किया गया है (पिंग पैकेट में २ * बाइट्स) / प्रतिक्रिया समय। २ के बाद से पैकेट को बाहर जाना और वापस आना होगा। अनुपात को देखने का एक अन्य तरीका यह है कि १ के निकट की संख्या दर्शाती है कि औसत प्रदर्शन सर्वश्रेष्ठ प्रदर्शन के करीब है। संख्या १ के करीब नहीं हैं आमतौर पर काम के घंटे और गैर-कार्य के घंटे के बीच पिंग समय में बड़े बदलाव के कारण होता है, उदाहरण के लिए, ३ अक्टूबर, १९९६ को रोज़मर्रा की विविधता के उदाहरण के लिए यूसीडी पिंग प्रतिक्रिया देखें। जुलाई १९९५ और मार्च १९९६ के लिए एसएलएसी से मापा इंटरनेट के विभिन्न हिस्सों के लिए पिंग की अनुमानित क्षमता के कुछ उदाहरण नीचे देखा जा सकता है

1

कोई भी मासिक औसत पिंग पैकेट सफलता / अधिकतम पिंग पैकेट की सफलता बनाकर, मासिक औसत पिंग थ्रुपुत / अधिकतम पिंग थ्रुपाट बनाकर अलग-अलग महीनों के लिए परिवर्तनों को देखने के लिए इस स्कैटरप्लॉट जानकारी को कम कर सकता है। जुलाई १९९५ और मार्च १९९६ के लिए कुछ एन अमेरिकी नोड्स के लिए इस तरह की एक साजिश, सभी मामलों में बदतर (अधिक हाल के अंक प्लॉट के निचले बाएं अधिक हैं) में बड़े बदलाव दिखाते हैं।

अनिश्चितता

कोई भी समन्वय (१,१) से प्रत्येक अनुमानित बिंदु की दूरी की गणना कर सकता है। हम sqrt (२) द्वारा दूरी को विभाजित करके १ के अधिकतम मान को सामान्य मानते हैं। मैं इसे पिंग अप्रत्याशितता के रूप में संदर्भित करता हूं, क्योंकि यह पिंग प्रदर्शन की अनिश्चितता का प्रतिशत सूचक देता है।

गम्यता

३० मिनट की अवधि की पहचान करने के लिए पिंग डेटा को देखते हुए, जब किसी मेजबान से कोई पिंग प्रतिक्रियाएं प्राप्त नहीं होती हैं, तब होस्ट पहचानने के बाद कोई भी पहचान कर सकता है। इस जानकारी का उपयोग करके कोई पिंग अप्राप्यता = (नोड नीचे / अवधि की कुल संख्या), # डाउन अवधि, विफलता (एमटीबीएफ या मीन टाइम एमटीटीएफ विफल करने के लिए) के मध्य समय और मरम्मत के लिए मीन टाइम (एमटीटीआर) की गणना कर सकता है। ध्यान दें कि MTBF = sample_time / ping_unreachability जहां पिंगर नमूना समय ३० मिनट है। पहुंच योग्यता दूरस्थ होस्ट पर बहुत निर्भर है, उदाहरण के लिए अगर रिमोट होस्ट का नाम बदलकर या हटा दिया जाता है, तो होस्ट अप्राप्य दिखाई देगा लेकिन नेटवर्क के साथ कुछ भी गलत नहीं हो सकता है। इस प्रकार लंबे समय तक नेटवर्क प्रवृत्तियों को उपलब्ध कराने के लिए इस डेटा का उपयोग करने से पहले गैर-नेटवर्क प्रभावों के लिए डेटा को सावधानीपूर्वक साफ़ करना चाहिए। पिंग पहुंचनीयता और डाउन रिपोर्ट के उदाहरण उपलब्ध हैं।

कोई भी सक्रिय जांच का उपयोग करके आउटेज लम्बाई की आवृत्ति को माप सकता है और उस समय की अवधि को ध्यान में रख सकता है जिसके लिए अनुक्रमिक जांच नहीं मिलतीं।

ऐनो / थर्म मीट्रिक जिसे कभी-कभी फोन सर्किट की उपलब्धता का संकेत देने के लिए प्रयोग किया जाता है त्रुटि-मुक्त सेकंड। इस पर कुछ माप एसएलएसी, एफएनएएल, सीएमयू और सीईआरएन के बीच त्रुटि मुक्त सेकंड में पाये जा सकते हैं।

कनेक्टिविटी मापने और उच्च उपलब्धता की एक आधुनिक वर्गीकरण पर एक दस्तावेज भी IETF आरएफसी है जो उपयोगी हो सकता है।

आदेश पैकेट से बाहर

पिंगइआर ऑर्डर पैकेट की पहचान और रिपोर्टिंग के लिए एक बहुत ही सरल एल्गोरिथ्म का उपयोग करता है। १० पैकेट के प्रत्येक नमूने के लिए, यह देखने के लिए दिखता है कि प्रतिक्रियाओं की अनुक्रम संख्या उसी क्रम में प्राप्त की गई है, क्योंकि अनुरोध भेजा गया था। यदि उस नमूने से अधिक नहीं है तो ऑर्डर प्रतिक्रियाओं में से एक या अधिक के रूप में चिह्नित किया गया है। किसी दिए गए अंतराल के लिए (एक महीने का कहना है) ऑर्डर के लिए रिपोर्ट किए जाने वाले मूल्य उन नमूने का अंश है जो ऑर्डर पिंग प्रतिक्रियाओं के बाहर चिह्नित किए गए थे। चूंकि पिंग पैकेट एक सेकंड अंतराल पर भेजे जाते हैं, इसलिए यह अपेक्षा की जाती है कि क्रम के नमूनों का अंश बहुत छोटा हो जाएगा, और जब भी यह नहीं है, जांच करने के लिए हो सकता है।

डुप्लिकेट पैकेट

डुप्लिकेट पिंग प्रतिक्रियाएं निम्न कारण हो सकती हैं:

  • एक से अधिक होस्ट का एक ही आईपी पता है, इसलिए इन सभी होस्ट ICMP गूंज अनुरोध पर प्रतिक्रिया देंगे।
  • पिंगड़ आईपी पते एक प्रसारण का पता हो सकता है।
  • होस्ट के पास कई टीसीपी स्टैक्स हैं जो ईथरनेट एडेप्टर से जुड़ी हैं (http://www.doxpara.com/read.php/tcp_chorusing.html देखें)।
  • एक राउटर का मानना है कि इसके पास दो मार्ग हैं जिसके द्वारा यह अंत होस्ट तक पहुंच सकता है और (संभवतः गलती से) दोनों मार्गों से आईसीएमपी प्रतिधारा अनुरोधों को आगे बढ़ाता है, इस प्रकार अंतिम मेजबान दो गूंज अनुरोधों को देखता है और दो बार प्रतिक्रिया करता है।
  • अंत होस्ट को दो या अधिक (गैर-रूट) पथ हो सकते हैं और प्रत्येक अनुरोध को एक से अधिक मार्ग द्वारा अग्रेषित किया जाता है।
  • एक दुर्व्यवहार NAT बॉक्स

कुछ परीक्षण जो मदद कर सकते हैं इसमें शामिल हैं:

  • मार्ग के साथ रूटरों को पिंग करने के लिए यह देखने के लिए कि उनमें से कोई भी डुप्लिकेट के साथ प्रतिक्रिया करता है।
  • पिंग पैकेट कैप्चर करें और देखें कि क्या सभी पैकेट एक ही ईथरनेट पते से लौटाए गए हैं।

डुप्लिकेट पिंग पैकेट के प्रचलन का एक विचार ६०० से अधिक देशों में ३१ मार्च २०१२ को ७०३ मेजबानों में पिंगर माप से आता है। इन मेजबानों में से १५ डुप्लिकेट पिंग्स के साथ जवाब दिया १५ में से १५ मेजबानों के लिए यह १०० और १००० बाइट पिंग्स पर हुआ। १० पिंगों में से ६ मेजबानों को १ पिंग दोहराया गया, ५ में २ पिंग्स डुप्लिकेट किए गए, २ में ४ पिंग्स दोहराए गए, १ में ३ पिंग्स डुप्लिकेट किए गए और १ प्रत्येक पिंग के लिए १२ पिंग्स भेजे गए। मेजबानों की साइट राष्ट्रीय प्रयोगशालाओं (सीईआरएन, आईएचईपी एसयू), विकसित देशों (इज़राइल), विकासशील देशों (बुर्किना फासो, मलावी, मॉरीशस, सियरा लियोन, स्वाज़ीलैंड, जाम्बिया) और शैक्षिक स्थलों (एसडीएससी) से लेकर हैं। पिंगर बस रिपोर्ट करता है कि वहां डुप्लिकेट थे या नहीं। एक उपयोगी मीट्रिक प्राप्त पिंग्स की संख्या / नंबर पिंग्स को भेजे जाने की रिपोर्ट करना है। प्राप्त संख्या पिंग कमांड विकल्पों पर निर्भर हो सकती है। एक विकल्प कई पिंग्स को भेजेगा जब तक कि इसे कई बार या कई बार प्राप्त न हो जाए। एक अन्य विकल्प १० पिंग्स भेजेगा और जब तक वे प्राप्त नहीं हो जाते तब तक प्रतीक्षा करें (या टाइम आउट)। इसलिए मीट्रिक मान पिंग कमांड पर भी निर्भर हो सकता है।

सभी पिंग उपायों का संयोजन

किसी एक समय के लिए मेजबानों के एक सेट के लिए माप का संयोजन करने और दिखाने के लिए, उपरोक्त सभी पिंग उपायों (हानि, प्रतिक्रिया, अप्राप्यता और अप्रत्याशितता) की एक साजिश को एक साथ रख सकते हैं। मार्च १-११, १९९७ के लिए नीचे की साजिश, मेजबानों को तार्किक समूहों (ईएसनेट, एन अमेरिका वेस्ट, …) में समूह बनाते हैं और समूहों के भीतर एसएलएसी प्राइम टाइम (७ बजे के लिए १००% बाइट पिंग पैकेट नुकसान) ७ बजे कार्यदिवस), जो नीली रेखा से भी दिखाया गया है वह प्राइम टाइम पिंग रिस्पॉन्स टाइम है, और पिंग% नकारात्मकता और अनिश्चितता के नकारात्मक है।

ping-perf-mar-97

उपरोक्त साजिश में, हानि और प्रतिक्रिया समय एसएलएसी प्राइम टाइम (7 बजे से शाम 7 बजे,) के दौरान मापा जाता है, अन्य उपाय हर समय होते हैं

  • नुकसान दर y = 0 अक्ष के ऊपर एक बार ग्राफ के रूप में रखी गई हैं और १०० बाइट पेलोड पिंग पैकेट के लिए हैं। क्षैतिज लाइनों को ऊपर बताए गए कनेक्शन गुणों की सीमाओं पर १%, ५% और १२% के पैकेट घाटे में दर्शाया गया है।
  • प्रतिक्रिया समय एक लॉग अक्ष पर एक नीली रेखा के रूप में प्लॉट किया जाता है, दाईं ओर लेबल किया जाता है, और १००० बाइट पिंग पेलोड पैकेट के लिए गोल यात्रा का समय है।
  • यजमान की अनुपलब्धता को एक बार ग्राफ के रूप में रखा गया है जो नकारात्मक = y अक्ष = ० से फैलता है। एक ३० मिनट के अंतराल पर मेजबान को पहुंच से बाहर नहीं माना जा सकता है, अगर उस ३० मिनट के अंतराल पर बनाए गए २१ पिंग्स का कोई जवाब नहीं दिया।
  • मेजबान अप्रत्याशितता को हरे रंग में एक नकारात्मक मूल्य के रूप में रखा गया है, ० (पूरी तरह से अप्रत्याशित) से लेकर १ (अत्यधिक उम्मीद के मुताबिक) तक हो सकता है और प्रत्येक २४ घंटे के दिन के दौरान पिंग प्रतिक्रिया समय और नुकसान की परिवर्तनशीलता का एक उपाय है। पिंग अनिश्चितता में इसे और अधिक विस्तार में परिभाषित किया गया है।

निम्नलिखित टिप्पणियां भी प्रासंगिक हैं:

  • सामान्य तौर पर ईनेटनेट मेजबान अच्छे पैकेट नुकसान (औसत ०.७९%) हैं। अन्य समूहों के लिए औसत पैकेट नुकसान लगभग ४.५% (एन. अमेरिका पूर्व) से ७.७% (अंतर्राष्ट्रीय) से भिन्न होता है। आम तौर पर गैर-ईएसनेट समूहों में मेजबानों की २५% -३५% खराब श्रेणी में खराब होती है।
  • ईएसनेट मेजबान के लिए प्रतिक्रिया समय लगभग ५० एमएमएस पर है, एन। अमेरिका वेस के लिए यह लगभग ८० एमएमएस है, एन अमेरिका अमेरिका के लिए लगभग १५० एमएमएस और २००९ के आसपास के अंतर्राष्ट्रीय मेजबान के लिए।
  • पहुंच से बाहर आने वाली अधिकांश समस्याएं मुख्य रूप से अंतर्राष्ट्रीय समूह (ड्रेस्डेन, नोवोसिबिर्स्क, फ्लोरेंस) में कुछ मेजबान तक सीमित हैं।

कुछ अंतर्राष्ट्रीय मेजबानों के लिए अनिश्चितता सबसे ज्यादा चिह्नित है और लगभग पैकेट नुकसान को ट्रैक करती है।

गुणवत्ता

डेटा को सारांशित करने में सक्षम होने के लिए, महत्व को जल्दी से समझा जा सकता है, हमने लिंक के प्रदर्शन की गुणवत्ता को चिह्नित करने की कोशिश की है। कुछ दिलचस्प रिपोर्ट नीचे दी गई हैं:

मीट्रिक द्वारा आयोजित कुछ अन्य उपाय नीचे दिए गए हैं

विलंब

सबसे कठिन और सबसे मूल्यवान वस्तु समय है १९७० के दशक के अंत में और आईबीएम के वॉल्ट डोहर्टी द्वारा १९८० के दशक के दौरान और अन्य लोगों ने रैपिड रिस्पांस टाइम के आर्थिक मूल्य को दिखाया:

०-०.४ की उच्च उत्पादकता इंटरैक्टिव प्रतिक्रिया

०.४-२-२ पूर्ण रूप से इंटरेक्टिव शासन

२-१२ s छिटपुट इंटरैक्टिव शासन

१२s-६००s संपर्क शासन में तोड़

६०० बैच शासन

प्रतिक्रिया समय के प्रभाव पर अधिक जानकारी के लिए मानव-कंप्यूटर इंटरेक्शन के मनोविज्ञान, स्टुअर्ट के। कार्ड, थॉमस पी। मोरन और एलन नेवेल, आईएसबीएन 0-८९८५९-२४३-७, लॉरेंस एर्ब्लम एसोसिएट्स (१९८३) द्वारा प्रकाशित।

४-५ के आसपास एक सीमा होती है जहां शिकायतें तेजी से बढ़ जाती हैं। कुछ नए इंटरनेट अनुप्रयोगों के लिए अन्य थ्रेसहोल्ड हैं, उदाहरण के लिए आवाज के लिए एक रास्ता देरी के लिए थ्रेशोल्ड लगभग १५० एमएमएस (आईटीयू अनुशंसा जी .१४४ एकमात्र ट्रांसमिशन टाइम, फरवरी १९९६ देखें) – इस से नीचे टोल गुणवत्ता वाले कॉल हो सकते हैं, और उस बिंदु से ऊपर, देरी से लोगों को बातचीत करने की कोशिश में कठिनाई होती है और निराशा बढ़ती है।

संगीत में समय रखने के लिए, स्टैनफोर्ड के शोधकर्ताओं ने पाया कि लेटेंसी की अधिकतम राशि ११ मिलीसेकेंड है उस देरी के नीचे और लोगों को तेजी लाने की प्रवृत्ति थी उस देरी से ऊपर और वे धीमा करते हैं। लगभग ५० मिलीसेकंड (या ७०) के बाद, प्रदर्शन पूरी तरह से अलग हो गए थे।

मानव कान को केवल एक ही समय के रूप में लगता है अगर उन्हें एक-दूसरे के २० एमएस के भीतर सुना जाता है, तो देखें http://www.mercurynews.com/News/ci_27039996/Music-at-the-speed-of-light-is-searchers- लक्ष्य

वास्तविक समय मल्टीमीडिया (एच .३२३) के लिए प्रदर्शन मापन और एच .३३ यातायात का विश्लेषण, एक तरफ़ा देरी देता है (आरटीटी प्राप्त करने के लिए मोटे तौर पर एक कारक दो), का: ०-१५०ms = अच्छा, १५०-३००ms = अस्वीकार्य, और> ३००ms = खराब

सिस्को टेलीकेंस के लिए एकमात्र नेटवर्क लेटेंसी लक्ष्य के लिए एसएलएल १५० एमसीईसी से नीचे है। इसमें सीटीएस समापन बिंदुओं पर एन्कोडिंग और डीकोडिंग द्वारा प्रेरित विलंबता शामिल नहीं है।

रिप्ले बफर समाप्त होने से पहले सभी पैकेट जिसमें वीडियो की एक फ्रेम शामिल होती है, टेलीपेरेसेंस अंत बिंदु पर वितरित की जानी चाहिए। अन्यथा वीडियो की गुणवत्ता में गिरावट हो सकती है। सिस्को टेलीप्रेसेन्स के लिए चोटी से चोटी के घबरने का लक्ष्य १० मिसे के नीचे है।

द इंटरनेट ऑफ़ द स्पीड ऑफ़ लाइट ने कागज पर आरटीटी को कम करने के महत्व के कई उदाहरण दिए हैं। उदाहरणों में Google और बिंग, अमेज़ॅन की बिक्री और स्टॉक एक्सचेंज जैसे खोज इंजन शामिल हैं

वास्तविक संचालन के लिए वास्तविक समय पर नियंत्रण और प्रतिक्रिया, स्टैनफोर्ड शोधकर्ताओं (शाह, ए, हैरिस, डी।, और ग्यूटियरेज़, डी (२००२) देखें। “विविध नेटवर्क शर्तों के तहत रिमोट एनाटॉमी और सर्जिकल ट्रेनिंग एप्लीकेशन का प्रदर्शन।” शैक्षिक मल्टीमीडिया, हाइपरमीडिया और दूरसंचार पर सम्मेलन २००२ (१), ६६२-६६७) ने पाया कि <= ८०msec का एक रास्ता देरी। आवश्यकता थी।

इंटरनेट मौसम का नक्शा ३००ms से अधिक देरी के साथ किसी भी लिंक के रूप में पहचानता है।

क्षति

गुणवत्ता के लक्षण वर्णन के लिए हम मुख्य रूप से पैकेट नुकसान पर ध्यान केंद्रित कर रहे हैं। हमारी टिप्पणियां यह रही हैं कि ४-६% से अधिक पैकेट नुकसान वीडियो कॉन्फ्रेंसिंग परेशान हो जाती है, और गैर देशी भाषा बोलने वालों को संवाद करने में असमर्थ होते हैं। ४-५% या उससे अधिक की आवृत्ति पर ४ सेकंड या उससे अधिक की लंबी देरी का समय इंटरएक्टिव गतिविधियों जैसे कि टेलनेट और एक्स विंडो के लिए परेशान है। १०-१२% से ऊपर पैकेट नुकसान पैकेट के नुकसान को वापस करने के लिए अस्वीकार्य स्तर है और बहुत लंबा समय समाप्ति, कनेक्शन टूटा हुआ शुरू हो जाता है, और वीडियो कॉन्फ्रेंसिंग अनुपयोगी है (यह भी देखें कि इंटरनेट पर मल्टीमीडिया के लिए बेकार पैकेट ट्रांसमिशन का मुद्दा, जहां वे १० पेज पर कहते हैं, “हमने यह निष्कर्ष निकाला है कि इस वीडियो स्ट्रीम के लिए, जब पीसीट की हानि दर १२% से अधिक हो जाती है तो वीडियो की गुणवत्ता अपर्याप्त होती है।” दूसरी ओर एमएसएफ (मल्टी सर्विस फोरम) अधिकारियों ने कहा कि अगले-अगले दिनों तक परीक्षणों के परिणामस्वरूप, आईपीटीवी के लिए पीढ़ी के नेटवर्क “परीक्षण से पता चला है कि वीडियो स्ट्रीम में १% से अधिक पैकेट नुकसान के कारण वीडियो गुणवत्ता को अस्वीकार करने के लिए उपयोगकर्ताओं को अस्वीकार कर सकता है” (कम्प्यूटरवर्ल्ड, अक्टूबर 29, 2008 देखें)।

मूल रूप से पैकेट नुकसान के लिए गुणवत्ता स्तर ०-१% = अच्छा, १-५% = स्वीकार्य, ५-१२% = गरीब, और १२% से अधिक = खराब पर सेट किया गया था। हाल ही में, हमने ०-०.१% उत्कृष्ट, ०.१-१% = अच्छा, १-२.५% = स्वीकार्य, २.५-५% = खराब, ५% -१२% = बहुत गरीब, और १२% से अधिक के स्तर को परिष्कृत किया है। खराब थ्रेशोल्ड बदलना हमारी ज़िम्मेदारी में बदलाव को दर्शाती है, यानी १९९५ में हम प्राथमिक रूप से ईमेल और एफटीपी से चिंतित थे। वर्न पैक्ससन से यह उद्धरण उस समय की मुख्य चिंता का विषय है: टीसीपी शोधकर्ताओं के बीच पारंपरिक ज्ञान का मानना ​​है कि ५% की हानि की दर टीसीपी के प्रदर्शन पर महत्वपूर्ण प्रतिकूल प्रभाव पड़ती है, क्योंकि यह भीड़ की खिड़की के आकार को बहुत सीमित कर देगी और इसलिए अंतरण दर, जबकि ३% अक्सर कम गंभीर है दूसरे शब्दों में, इंटरनेट परिणाम का जटिल व्यवहार एक महत्वपूर्ण परिवर्तन में होता है जब पैकेट नुकसान ३% से ऊपर चढ़ता है। २००० में हम एक्स-विंडो एप्लिकेशन, वेब प्रदर्शन और पैकेट वीडियो कॉन्फ्रेंसिंग से भी चिंतित थे। २००५ तक हम वीओआईपी की रीयल-टाइम आवश्यकताओं में दिलचस्पी रखते थे और आईपी पर आवाज देखना शुरू कर रहे थे। एक नियम के रूप में, वीओआईपी (और वीएफएफआई) में पैकेट की हानि १ प्रतिशत से अधिक नहीं होनी चाहिए, जिसका मतलब है कि एक आवाज प्रत्येक तीन मिनट तक छोड़ देती है। डीएसपी एल्गोरिदम ३० एमएस तक गायब डेटा के लिए क्षतिपूर्ति कर सकता है; इस से अधिक किसी भी, और गायब ऑडियो श्रोताओं को ध्यान देने योग्य होगा। ऑटोमोटिव नेटवर्क एक्सचेंज (एएनएक्स) पैकेट लॉसन दर के लिए थ्रेशोल्ड सेट करता है (एएनएक्स / ऑटो लिनक्स मेट्रिक्स देखें) ०.१% से कम है।

आईटीयू टिपहोन कामकाजी समूह (सेवा की गुणवत्ता के सामान्य पहलुओं (QOS), डीटीआर / टिपहोन -५००१ V1.2.5 (१९९८-०९) तकनीकी रिपोर्ट देखें) ने भी <३% पैकेट नुकसान अच्छा किया है,> १५% मध्यम के लिए परिभाषित किया है गिरावट और इंटरनेट टेलीफोनी के लिए २५% खराब गिरावट के लिए। पैकेट नुकसान से संतोषजनक / स्वीकार्य / अच्छी गुणवत्ता वाले इंटरैक्टिव आवाज देने से नीचे एक एकल मूल्य देना बहुत मुश्किल है इसमें कई अन्य चर शामिल हैं जिनमें शामिल हैं: देरी, घबराना, पैकेट लॉस कॉन्सेलामेंट (पीएलसी), चाहे नुकसान यादृच्छिक या बस्टी हैं, संपीड़न एल्गोरिदम (भारी संपीड़न कम बैंडविड्थ का उपयोग करता है, लेकिन अधिक डेटा के बाद से पैकेट नुकसान की अधिक संवेदनशीलता है / एक ही पैकेट में खो गया) उदाहरण के लिए देखें १ ईटीएसआई वीओआईपी स्पीच क्वालिटी टेस्ट इवेंट, २१-१८ मार्च, २००१, या भाषण प्रसंस्करण, ट्रांसमिशन और क्वालिटी पहलुओं की रिपोर्ट (एसटीक्यू); दूसरी भाषण गुणवत्ता परीक्षण इवेंट २००२ ईटीएसआई टीआर १०२ २५१ v1.1.1 (२००३-१०) या एटीएसआई ३ स्पीच क्वालिटी टेस्ट इवेंट सारांश रिपोर्ट, वीओआईपी गेटवे और आईपी टेलीफोनी के लिए वार्तालापपूर्ण भाषण गुणवत्ता से अज्ञात टेस्ट रिपोर्ट।

G.७२९ में ल्यूसेंट टेक्नोलॉजी और कोलंबिया विश्वविद्यालय के जोनाथन रोसेनबर्ग, वी.ओ.एन. में प्रस्तुत इंटरनेट टेलीफोनी के लिए रिकवरी। सम्मेलन ९/१९९७ ने निम्न सारणी को मध्य ओपीनियन स्कोर (एमओएस) और लगातार पैकेटों के बीच के संबंध को दिखाया।

लगातार पैकेट नुकसान आवाज गुणवत्ता नीचा

जहां:

लगातार फ़्रेम खो गए

M.O.S ४.२ ३.२ २.४ २.१

१.७

 

औसत अनुमानित प्राप्तांक

रेटिंग

भाषण गुणवत्ता विरूपण का स्तर

अति उत्कृष्ट अगोचर

अच्छा बस संदिग्ध, कष्टप्रद नहीं
निष्पक्ष

संदिग्ध, थोड़ा परेशान

घटिया

परेशान नहीं, लेकिन आपत्तिजनक नहीं

असंतोषजनक

बहुत कष्टप्रद, आपत्तिजनक

अगर वीओआईपी पैकेट २०msec तक अलग हो जाते हैं तो १०% नुकसान (हानि का यादृच्छिक वितरण मानना) हर २ सेकंड के दौरान लगातार दो तख्ते खोने के बराबर होता है, जबकि २.५% हानि हर लगातार लगातार दो तख्ते के बराबर होती है ३० सेकंड।

इसलिए हम <२.५% पर “स्वीकार्य” पैकेट नुकसान सेट करें पेपर प्रदर्शन मापन और एच .३३ यातायात का विश्लेषण, वीओआईपी (एच .३२३) के लिए निम्नलिखित देता है: हानि = ०% -०.५% अच्छा, = ०.५% -१.५% स्वीकार्य और> १.५% = खराब।

ऊपर की सीमा एक फ्लैट यादृच्छिक पैकेट नुकसान वितरण मानती है। हालांकि, अक्सर नुकसान फटने में आते हैं। लगातार दूसरे पैकेट नुकसान का आकलन करने के लिए हमने अन्य बातों के अलावा, सशर्त हानि की संभावना (सीएलपी) को परिभाषित किया है जो इंटरनेट पर अंत-टू-एंड पैकेट देरी और हानि को जे। बोलोट द्वारा उच्च गति नेटवर्क के जर्नल में वर्णित किया है, वॉल्यूम २, नहीं ३ पीपी ३०५-३२३ दिसंबर १९९३ (यह वेब पर भी उपलब्ध है) असल में सीएलपी संभाव्यता है कि यदि एक पैकेट खो जाता है तो निम्न पैकेट भी खो जाता है अधिक औपचारिक रूप से Conditional_loss_probability = संभावना (नुकसान (पैकेट एन + १) = सच | नुकसान (पैकेट एन) = सच) ऐसे फटने के कारणों में रूटिंग परिवर्तन (१० से १०० सेकेंड सेकेंड), नुकसान और डीएसएल नेटवर्क (१०-२० सेकंड) में सिंक्रनाइज़ेशन की वसूली, और पेड़ के पुन: कॉन्फ़िगरेशन (~ ३० सेकंड) के पुल के बाद आवश्यक अभिसरण का समय शामिल है। बर्स्टी पैकेट नुकसान के प्रभाव पर अधिक सी। डीवोरैक, आंतरिक आईटीयू-टी दस्तावेज़ द्वारा रैंडम बनाम बर्स्टी पैकेट घाटे के भाषण गुणवत्ता प्रभाव में पाया जा सकता है। यह पत्र बताता है कि जबकि एमओएस में गिरावट यादृच्छिक नुकसान के लिए% पैकेट नुकसान के साथ रैखिक है, बस्टी नुकसान के लिए गिरावट बहुत तेजी से है पैकेट लॉस बरसीनेस भी देखें एमओएस में गिरावट ५ से ३.२५ के बीच है, जो पैकेट नुकसान में ० से १% की गिरावट के लिए है और फिर यह रैखिक ५% के नुकसान के बारे में २.५ के एमओएस में गिरता है।

अन्य मॉनिटरिंग प्रयासों में संभवतः अलग थ्रेसहोल्ड चुन सकते हैं क्योंकि वे विभिन्न अनुप्रयोगों से संबंधित हैं। एमसीआई के ट्रैफिक पेज ने लिंक्स को हरे रंग के रूप में लेबल किया है, यदि उनके पास पैकेट नुकसान <५%, लाल है> १०% और बीच में नारंगी। इंटरनेट मौसम की रिपोर्ट में हमने <६% हानि को हरे रंग से रंग दिया और> १२% लाल, और नारंगी अन्य रूप में। इसलिए वे हमारे या अधिक से अधिक क्षमाशील हैं, कम से कम ग्रैन्युलरिटी हैं नेटवर्क वर्ल्ड डिसेज़ २००० (पी ४०) में गैरी नॉर्टन कहते हैं, “अगर ९८% से अधिक पैकेट वितरित किए जाते हैं, तो उपयोगकर्ताओं को केवल थोड़ा अपमानित प्रतिक्रिया समय का अनुभव करना चाहिए और सत्र का समय नहीं होना चाहिए”।

quality-frequency

जनवरी १९९५ और नवंबर १९९७ के बीच एसएलएसी से देखी जाने वाली लगभग ७० साइटों के लिए औसत मासिक पैकेट नुकसान के लिए आवृत्ति वितरण दिखाए गए हैं।

टेलीप्र्रेसेंस वीडियो कोडेक द्वारा उपयोग किए जाने वाले संपीड़न और मोशन-मुआवज पूर्वानुमान की उच्च मात्रा के कारण, यहां तक कि पैकेट नुकसान की एक छोटी राशि का भी परिणाम वीडियो की गुणवत्ता के दृश्यमान गिरावट में हो सकता है। सिस्को टेलीकेंस के लिए पैकेट लॉस के लक्ष्य के लिए एसएलएएल नेटवर्क पर ०.०५% से कम होनी चाहिए।

वास्तविक परिचालन के लिए वास्तविक समय पर नियंत्रण और प्रतिक्रिया, स्टैनफोर्ड शोधकर्ताओं ने पाया कि नुकसान एक महत्वपूर्ण कारक नहीं था और १०% तक के नुकसान बर्दाश्त किया जा सकता है

हालांकि लंबे समय तक (उच्च आरटीटी) उच्च प्रदर्शन डेटा थ्रूपूट के लिए, जैसा कि पैकेट लॉस पर ईएसनेट के आलेख में देखा जा सकता है, ९००४ बिट्स पर एमटीयू सेट के साथ १० जीबीपीएस लिंक पर ०.००४६% (२२००० में १ पैकेट नुकसान) के नुकसान आरटीटी> १० एमएससी के लिए थ्रूपुट में १० में कमी के कारकों में परिणामस्वरूप डिफ़ॉल्ट एमटीयू १५०० बीइट्स के साथ प्रभाव अधिक होता है)

जिटर

आईटीयू टिपहोन कामकाजी समूह (सेवा की गुणवत्ता के सामान्य पहलुओं (क्यूओएस) डीटीआर / टिपहोन -५००१ V1.2.5 (१९९८-०९) तकनीकी रिपोर्ट देखें) एक तरह से घबराने के आधार पर नेटवर्क गिरावट के चार श्रेणियों को परिभाषित करता है। य़े हैं:

जिटर पर आधारित नेटवर्क गिरावट के स्तर

गिरावट श्रेणी

शिखर जिटर

उत्तम

0 msec.

अच्छा

75 msec.

मध्यम

125 msec.

घटिया

225 msec.

हम जांच कर रहे हैं कि कैसे एक तरफ़ के जिटर थ्रेशोल्ड को पिंग (राउंड-ट्रिप या दो-तरफ) जिटर माप से संबंधित है। हमने सर्वेयर एक तरफ विलंब मापन (नीचे देखें) का इस्तेमाल किया और एक तरफा विलंब के IQR को मापा (ja => b और jb => a, जहां सबस्क्रिप्ट ए => बी इंगित करता है कि मॉनिटरिंग नोड एक पर है और है एक रिमोट नोड की निगरानी बी) और इंटर पैकेट देरी अंतर (जा => बी और जेबी => ए)। इसके बाद हम समतुल्य समय के टिकटों के साथ दो तरह से विलंब जोड़ते हैं और गोल यात्रा के लिए देरी (जे <=> बी) और अंतर पैकेट देरी अंतर (जे <=> बी) के लिए आईक्यूआर प्राप्त करते हैं। एक और दो तरह से घबरने की तुलना देखकर कोई यह देख सकता है कि वितरण गौसिअली वितरित नहीं किए जा रहे हैं (तेज और अभी तक व्यापक पूंछ के साथ), एक दिशा में मापा घबराना दूसरे दिशा में मापा गया है और इसके लिए अलग है मामले में राउंड ट्रिप के लिए उपरोक्त अनुमान IQR बहुत अच्छी तरह से काम करता है (दो प्रतिशत समझौते के भीतर)

वेब ब्राउज़िंग और मेल घबराने के लिए काफी प्रतिरोधी हैं, लेकिन किसी भी प्रकार की स्ट्रीमिंग मीडिया (आवाज, वीडियो, संगीत) बहुत जिटर के लिए अनुकूल है। जिटर एक लक्षण है कि यातायात को संभालने के लिए पर्याप्त बैंडविड्थ या भीड़ है।

जिट ओवर-या अंडर-फ्लो को रोकने के लिए वीओआईपी कोडेक प्लेआउट बफ़र्स की लंबाई को निर्दिष्ट करता है। एक उद्देश्य यह निर्दिष्ट करने के लिए हो सकता है कि ९५% पैकेट विलंब विविधताओं अंतराल के भीतर होनी चाहिए [-३०msec, + ३०msec]

वास्तविक समय मल्टीमीडिया (एच .३२३) के लिए प्रदर्शन मापन और एच .३३ यातायात का विश्लेषण एक तरफ देता है: घबराना = ०-२०ms = अच्छा, घबराना = २०-५०ms = स्वीकार्य,> ५० एमएमएस = गरीब। हम गोल-ट्रिप घबराना को मापते हैं जो लगभग दो बार एक तरफ घबराना होता है।

वास्तविक समय के लिए चिकित्सा संचालन के लिए हेटिकिक नियंत्रण और प्रतिक्रिया, स्टैनफोर्ड शोधकर्ताओं ने पाया कि जिटर महत्वपूर्ण था और <१msec के झटके आवश्यक थे

थ्रूपुट

प्रदर्शन आवश्यकताओं (एटी एंड टी से)

  • ७६८ कि – १.५ एमबीपीएस: तस्वीरें साझा करना, संगीत डाउनलोड करना, ईमेल करना, वेब सर्फिंग
  • ० एमबीपीएस – ६.० एमबीपीएस – स्ट्रीमिंग वीडियो, ऑनलाइन गेमिंग, होम नेटवर्किंग
  • > ६ एमबीपीएस – वेबसाइटों की मेजबानी, टीवी ऑनलाइन देखना, फिल्में डाउनलोड करना

यहां कुछ और दिशानिर्देश दिए गए हैं:

  • निम्नलिखित एक पिन वास्तुकला पर सिस्को टेलीप्रेसेन्स के लिए डिज़ाइन विचारों से है। प्रति सिस्को टेलीपर्सेंस एंडप्पन का उपयोग बैंडविड्थ कारक के आधार पर अलग-अलग होता है जिसमें मॉडल को तैनात किया गया, वांछित वीडियो रिजोल्यूशन, विरासत वीडियो कॉन्फ्रेंसिंग सिस्टम के साथ इंटरऑपरेबिलिटी, और दस्तावेज़ कैमरे या स्लाइड प्रस्तुति के लिए उच्च या निम्न गति सहायक वीडियो इनपुट को तैनात किया गया है या नहीं। उदाहरण के लिए, जब उच्च गति सहायक वीडियो इनपुट और इंटरऑपरेबिलिटी के साथ १०८०p सर्वश्रेष्ठ वीडियो रिज़ॉल्यूशन की तैनाती की जाती है, तो बैंडविड्थ आवश्यकताएं सीटीएस -३२०० और सीटीएस-३००० के लिए २०.४ एमबीपीएस या सीटीएस-१००० और सीटीएस -५०० के लिए १०.८ एमबीपीएस ।
  • एफसीसी ब्रॉडबैंड गाइड

उपयोग

लिंक उपयोग एसएएनएमपी एमआईबी के माध्यम से रूटर से पढ़ा जा सकता है (मान लें कि इस तरह की जानकारी को पढ़ने के लिए प्राधिकरण है) “लगभग ९०% उपयोग में एक ठेठ नेटवर्क पैकेट के २% को त्याग देगा, लेकिन यह भिन्न होता है। कम बैंडविड्थ लिंक फट को संभालने के लिए कम चौड़ाई हैं, केवल ८०% उपयोग में अक्सर डिस्कार्ड पैकेट … एक पूर्ण नेटवर्क स्वास्थ्य जांच को मापना चाहिए साप्ताहिक लिंक क्षमता। यहाँ एक सुझाए गए रंग कोड है:

  • रेड: पैकेट डिस्कार्ड > २%, कोई नया एप्लिकेशन नहीं डालें।
  • एम्बर: उपयोग > ६०% एक नेटवर्क उन्नयन पर विचार करें।
  • ग्रीन: उपयोग < ६०% नई एप्लिकेशन परिनियोजन के लिए स्वीकार्य है। “

हाई-स्पीड मंदी, गैरी नॉर्टन, नेटवर्क मैगज़ीन, दिसंबर २०००। ऊपर बताई गई नहीं है कि किस अवधि में उपयोग की गणना की जाती है। कहीं और नॉर्टन के लेख में वे कहते हैं, “नेटवर्क की क्षमता … की गणना ५ कारोबारी दिनों में बसों की औसत के रूप में की जाती है”।

“क्व्यूइंग सिद्धांत बताता है कि गोल यात्रा के समय में परिवर्तन, ओ, १ / (१-एल) के अनुपात में बदलता है, जहां एल वर्तमान नेटवर्क भार है, ० <= एल <= १. यदि कोई इंटरनेट ८०% क्षमता पर चल रहा है, हम अपेक्षा करते हैं कि गोल यात्रा में देरी + -२ ओ, या ४. के एक कारक के आधार पर भिन्न हो। जब भार ८०% तक पहुंच जाता है, तो हम १० की भिन्नता की उम्मीद करते हैं। ” टीसीपी / आईपी, सिद्धांत, प्रोटोकॉल और आर्किटेक्चर, डगलस कॉमर्स, प्रेंटिस हॉल के साथ इंटरनेटवर्किंग। इससे पता चलता है कि आरटीटी में परिवर्तनशीलता को देखकर किसी को उपयोग करने का एक उपाय मिल सकता है। हमने इस समय इस सुझाव को मान्य नहीं किया है।

गम्यता

बेलकोर जेनेरिक आवश्यकता ९९२ (जीआर -९२९-सीएआर दूरसंचार प्रणालियों (आरक्यूएमएस) (वायरलाइन) के लिए विश्वसनीयता और गुणवत्ता माप, सक्रिय रूप से आपूर्तिकर्ताओं और सेवा प्रदाताओं द्वारा उद्देश्यों के खिलाफ मापा तिमाही प्रदर्शन की सप्लायर रिपोर्टिंग के आधार के रूप में सक्रिय रूप से उपयोग किया जाता है। जीआर -९२९-कोर के हालिया अंक के प्रकाशन, इस तरह के संशोधित प्रदर्शन उद्देश्यों को लागू किया गया है) इंगित करता है कि फोन नेटवर्क का मूल ९९.९९९% की उपलब्धता के लिए है, जो प्रति वर्ष ५.३ मिनट से भी कम समय के लिए अनुवाद करता है। लिखित रूप में माप में ३० सेकंड से कम समय की आबादी शामिल नहीं है। इसका उद्देश्य वर्तमान पीएसटीएन डिजिटल स्विच (जैसे इलेक्ट्रॉनिक स्विचिंग सिस्टम ५ (५ एएस) और नॉर्टल डीएमएस -२५०) के लिए है, आज का आवाज-ओवर-एटीएम प्रौद्योगिकी का उपयोग करना एक सार्वजनिक स्विचिंग सिस्टम को ४०-वर्ष की अवधि के दौरान कुल आउटेज टाइम को कम से कम दो घंटे या प्रति वर्ष तीन मिनट से कम समय तक सीमित करने की आवश्यकता है, ९९.९९९४३% की उपलब्धता के बराबर संख्या। डेटा और आवाज की अभिसरण के साथ, इसका अर्थ है कि डेटा नेटवर्क जो आवाज सहित कई सेवाओं को लेकर समान या बेहतर उपलब्धता या अंतिम उपयोगकर्ताओं से शुरू होनी चाहिए, नाराज और निराश हो जाएंगे।

उपलब्धता के स्तर को अक्सर सर्विस लेवल एग्रीमेंट्स में डाल दिया जाता है नीचे दी गई तालिका (आवेदन सेवा प्रदाता (एएसपी) के एक नमूने के Cahners In-Stat सर्वेक्षण पर आधारित) एएसपी द्वारा प्रदत्त उपलब्धता के स्तर और ग्राहकों द्वारा चुने गए स्तरों से पता चलता है।

स्तर की पेशकश

ग्राहक द्वारा चुना गया

९९% से कम

२६% १९%

९९% उपलब्धता

३९% २४%

९९.९% उपलब्धता

२४% १५%

९९.९९% उपलब्धता

१५% ५%
९९.९९९% उपलब्धता १८%

५%

९९.९९९% से अधिक उपलब्धता १३%

१५%

पता नहीं १३%

१८%

उपलब्ध उपलब्धता की भारित औसत ९९.५%

९९.४%

उपलब्ध सेवाओं के बारे में अधिक जानकारी के लिए देखें: सिस्को व्हाइट मैसेज के लिए हमेशा की उपलब्धता पर सिस्को व्हाइट पेपर कैसे डेटा नेटवर्क पर उच्च उपलब्धता के लिए प्रयास कर रहा है; उच्च उपलब्धता का एक आधुनिक वर्गीकरण; और IETF दस्तावेज़ आरएफसी २४९८: कनेक्टिविटी मापने के लिए आईपीपीएम मेट्रिक्स

दिशिकता

डायरेक्टिविटी पर भेदिया सीमाएं ये हैं कि ये १ और १ का होना चाहिए। १ का मान इंगित करता है कि मार्ग एक महान सर्कल मार्ग है और केवल देरी फाइबर या तांबे के इलेक्ट्रॉनों में प्रकाश की गति के कारण है। मान> १ आमतौर पर स्रोत या गंतव्य का संकेत मिलता है या दोनों के पास गलत स्थान हैं और इसलिए डायरेक्टिविटी मेजबान स्थानों के लिए उपयोगी निदान करते हैं। अमेरिका, कनाडा, यूरोप, पूर्व एशिया और ऑस्ट्रेलिया / न्यूजीलैंड में अनुसंधान और शैक्षिक स्थलों के बीच प्रत्यक्षता के विशिष्ट मूल्य ०.१५-०.७५ से भिन्न होते हैं, जो लगभग ०.४ के बीच का है। यह वैक्यूम में प्रकाश की गति से ४ गुना धीमी है। डायरेक्टिविटी के निचले मूल्यों का मतलब आम तौर पर बहुत अप्रत्यक्ष मार्ग या उपग्रह या धीमी कनेक्शन (उदा. वायरलेस) का मतलब है

directivity

 

समूहीकरण

जैसे-जैसे मेजबान जोड़े की निगरानी में वृद्धि हुई है, वैसे ही समूहों के बीच ब्याज के क्षेत्रों का प्रतिनिधित्व करने के लिए डेटा एकत्र करने के लिए यह तेजी से जरूरी हो जाता है। हमने निम्नलिखित समूह श्रेणियां उपयोगी पाई हैं:

  • क्षेत्र (जैसे एन. अमेरिका, डब्ल्यू यूरोप, जापान, एशिया, देश, शीर्ष स्तर डोमेन);
  • होस्ट जोड़ी अलग करके (उदाहरण के लिए ट्रांस-महासागर लिंक, इंटरकांटिनेंटल लिंक, इंटरनेट एक्सचेंज पॉइंट्स);
  • नेटवर्क सेवा प्रदाता रीढ़ की हड्डी है कि रिमोट साइट से जुड़ा हुआ है (जैसे ईएसनेट, इंटरनेट २, डांटे …);
  • आम हित संबद्धता (जैसे XIWT, HENP, प्रयोग सहयोग जैसे बाबर, यूरोपीय या डोई नेशनल लेबोरेटरीज, ईएसनेट प्रोग्राम रुचियां, पेर्फ़एसओएनआरएआर)
  • निगरानी साइट द्वारा;
  • एक दूरस्थ साइट कई निगरानी साइटों से देखा साइटों की निगरानी करके और रिमोट साइट्स द्वारा हमें थर्ड ग्रुपिंग का चयन करने में सक्षम होने की आवश्यकता है इसके अलावा हमें एक समूह के सभी सदस्यों, समूहों में शामिल होने और एक समूह के सदस्यों को शामिल करने की क्षमता की आवश्यकता

वैश्विक क्षेत्र समूहों में कितने ~ ११०० पिंगर मॉनिटर-होस्ट रिमोट-साइट युग्म थे और एफ़िनिटी समूह को पिंगइआर जोड़ी समूह के वितरण में पाया जा सकता है।

साथ ही दूरस्थ साइटों और मेजबान-जोड़े को सावधानी से चुनना महत्वपूर्ण है ताकि वे जानकारी का प्रतिनिधित्व कर सकें, जो किसी को पता लगाना है। इसलिए हमने लगभग ५० “बीकॉन साइट्स” का एक सेट चुना है, जो सभी मॉनिटरिंग साइट्स पर नजर रखे जाते हैं और जो विभिन्न आत्मीयता समूहों के प्रतिनिधि हैं, जिनकी हम दिलचस्पी रखते हैं। ग्राफ के एक उदाहरण, जो कि साइट के समूहों के लिए पिंग प्रतिक्रिया समय दिखा रहा है, नीचे देखा गया है:

2

पैकेट की किंवदंती के दायरे में दिखाए जाने वाले प्रतिशत चार्ट में गिरावट हैं, जो घातीय प्रवृत्ति लाइन के लिए प्रति माह सुधार (पैकेट नुकसान में कमी) पैकेट नुकसान डेटा के लिए फिट है। ध्यान दें कि ५% / महीने का सुधार ४४% / वर्ष के सुधार के बराबर होता है (उदाहरण के लिए एक साल में १०% नुकसान एक वर्ष में ५.६% तक घट जाएगा)।

एकतरफा मापन

एसएलएसी पेर्फसोनर परियोजनाओं में एक तरफ विलंब और पेर्फसोनर साइटों के बीच हानि माप करने के लिए सहयोग कर रहा है। प्रत्येक पेरफसनत साइट में एक मापन बिंदु होता है जिसमें एक जीपीएस रिसीवर वाला इंटरनेट से जुड़े कंप्यूटर होता है। यह सटीक सिंक्रनाइज़ समय पैकेट मुद्रांकन की अनुमति देता है जो एक तरह से देरी माप को सक्षम करता है। उत्पन्न विलंब अनुमान पिंगर की तुलना में अधिक विस्तृत है और दो दिशाओं में इंटरनेट पथ पर असमानता को स्पष्ट करता है। दो विधियों की तुलना करने के लिए अधिक जानकारी के लिए पिंगर और सर्वेयर की तुलना देखें

आरआईपीई में एक टेस्ट ट्रैफिक प्रोजेक्ट है जो कनेक्टिविटी मापदंडों की स्वतंत्र माप, जैसे इंटरनेट में देरी और रूटिंग-वैक्टर, बनाने के लिए है। एक आरआईपीई होस्ट एसएलएसी पर स्थापित किया गया है।

एचपीसी पुरस्कार विजेताओं के लिए एनएलएएनआर सक्रिय मापन कार्यक्रम (एएमपी) का उद्देश्य है कि कैसे उच्च प्रदर्शन नेटवर्क प्रदर्शन साइटों और उपयोगकर्ताओं द्वारा देखा जाता है, और नेटवर्क के उपयोगकर्ताओं और उसके प्रदाताओं दोनों के लिए समस्या का निदान करने में सहायता के लिए है। वे साइट पर एक रैक माउंट करने योग्य फ्रीबीएसडी मशीन स्थापित करते हैं और लगभग १ मिनट के अंतराल पर पिंग्स लॉन्च किए जाने के साथ, उनकी मशीनों के बीच पूर्ण मेष सक्रिय पिंग मापन करते हैं। एक एएमपी मशीन एसएलएसी पर स्थापित है।

सर्वेयर, रिप, पिंगइआर और एएमपी के अधिक विस्तृत तुलना कुछ इंटरनेट सक्रिय अंत-टू-एंड प्रदर्शन मापन परियोजनाओं की तुलना में पाया जा सकता है।

एसएलएसी एक एनआईएमआई (राष्ट्रीय इंटरनेट मापन इन्फ्रास्ट्रक्चर) साइट भी है। इस परियोजना को सर्वेक्षक परियोजना के लिए पूरक माना जा सकता है, जिससे कि यह (एनआईएमआई) एक तरह से पिंग्स, ट्रेंनो, ट्रेसरआउट, पिंगइआर इत्यादि जैसे कई मापन पद्धतियों का समर्थन करने के लिए आधारभूत संरचना प्रदान करने पर केंद्रित है।

न्यूजीलैंड में वाकाटो विश्वविद्यालय जीपीएस रिसीवर के साथ प्रत्येक को लिनक्स होस्ट करता है और एक तरह से देरी माप बना रहा है। इसके बारे में अधिक जानने के लिए वाइकाटो के देरी निष्कर्ष पृष्ठ एएमपी, आरआईपीई और सर्वेयर परियोजनाओं के विपरीत, वाइकातो प्रोजेक्ट, २ सिरों पर दर्ज पैकेटों की पहचान करने के लिए सीआरसी आधारित पैकेट के हस्ताक्षर का उपयोग करते हुए, मौजूदा जोड़े के बीच सामान्य ट्रैफ़िक के निष्क्रिय मापन करता है।

स्टिंग टीसीपी-आधारित नेटवर्क मापन उपकरण मेजबानों के जोड़े के बीच आगे और रिवर्स पथ दोनों में सक्रिय रूप से पैकेट नुकसान को मापने में सक्षम है। इसमें जीपीएस की आवश्यकता नहीं है, और आईसीएमपी दर को सीमित करने या अवरुद्ध करने की आवश्यकता नहीं होने का फायदा है (आईएसआई के अध्ययन के अनुसार ~ इंटरनेट में मेजबानों का ६१% पिंग्स का प्रतिवाद नहीं करता है), हालांकि इसके लिए एक छोटे से कर्नल संशोधन की आवश्यकता होती है ।

यदि एक तरफ देरी (डी) दोनों नोड्स (ए, बी) की एक इंटरनेट जोड़ी के लिए जाना जाता है, तो राउंड ट्रिप विलिल आर को निम्नानुसार गणना की जा सकती है:

R = Da=>b + Db=>a

जहां Da=>b एक तरह से देरी है जो नोड से एक नोड बी और इसके विपरीत में मापा जाता है।

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

जहां pa => b एक तरह से पैकेट नुकसान नोड से बी और इसके विपरीत है।

कुछ आईईटीएफ आरएफसी हैं जो एक तरह से विलंब और नुकसान के साथ-साथ गोल यात्रा के विलंब मेट्रिक को मापने के लिए संबंधित हैं।

ट्रेसरूट

नेटवर्क समस्याओं का निदान करने के लिए एक और बहुत ही शक्तिशाली टूल ट्रेसरआउट है यह किसी को एक दूरदराज के साइट पर हॉप्स की संख्या और कितनी अच्छी तरह से काम कर रहा है खोजने के लिए सक्षम बनाता है।

ऑक्सफोर्ड में जॉन मैकेलिस्टर ने मानक ट्रेसरआउट और पिंग यूटिलिटी के आधार पर ट्रेसिंग रूट मॉनिटरिंग सांख्यिकी विकसित की है। सांख्यिकी २४ घंटे की अवधि के लिए नियमित अंतराल पर इकट्ठे हुए थे और रूटिंग विन्यास, मार्ग गुणवत्ता और मार्ग स्थिरता के बारे में जानकारी प्रदान की थी।

टीआरआईएमएफ में एक बहुत अच्छा ट्रेसरआउट मानचित्र टूल है जो कि टीआरआईएमएफएफ से कई अन्य साइटों पर मार्गों का एक नक्शा दिखाता है। हम रूटेर के बजाय ऑटोनोमस सिस्टम्स (एएस) के माध्यम से पारित करने के लिए इस तरह के मानचित्रों का एक सरलीकरण प्रदान करने पर विचार कर रहे हैं।

कोई भी सहाराओं को देखने के लिए एफ़टीपी थ्रूपूट बनाम ट्रेसरआउट हॉप की गणना के साथ-साथ पिंग प्रतिक्रिया और पैकेट नुकसान को भी साजिश कर सकता है।

कई साइटें उस ट्र्रेसआउट सर्वर को दिख रही हैं (स्रोत कोड (पर्ल में उपलब्ध है) जो कि डीबग करने और इंटरनेट के टोपोलॉजी को समझने में सहायता करता है

कुछ साइटें नेटवर्क उपयोगिताओं जैसे nslookup तक पहुंच प्रदान करती हैं ताकि किसी को एक विशेष नोड के बारे में अधिक जानकारी मिल सके। कुछ उदाहरण एसएलएसी और टीआरआईएमएफ हैं

इंटरनेट एंड-टू-एंड प्रदर्शन पर रूटिंग का प्रभाव

Source: http://www.slac.stanford.edu/comp/net/wan-mon/tutorial.html

 

Advertisements

सॉफ्टवेयर इंजीनियरिंग हास्य

humor


एक सॉफ्टवेयर इंजीनियर, एक हार्डवेयर इंजीनियर और एक डिपार्टमेंट मैनेजर स्विट्जरलैंड में एक बैठक के लिए अपने रास्ते पर थे। जब वे अचानक उनकी गाड़ी पर ब्रेक विफल हो गए, तो वे एक विशाल पर्वतीय सड़क को नीचे चला रहे थे। कार ने सड़क पर नियंत्रण से लगभग बाहर की परवाह किए, क्रैश बाधाओं को उछाल कर दिया, जब तक कि यह चमत्कारिक रूप से पहाड़ के किनारे पर रोक लगाने के लिए रुक गया

कार के रहने वाले, हिलते हुए, लेकिन परेशान, अब एक समस्या थी: वे एक ब्रेक के बिना एक कार में पहाड़ नीचे आधे रास्ते में फंस गए थे। वे क्या करना चाहते थे?

विभाग के प्रबंधक ने कहा, “मुझे पता है, एक बैठक होनी चाहिए, एक विजन का प्रस्ताव देना, एक मिशन वक्तव्य तैयार करना, कुछ लक्ष्यों को परिभाषित करना और सतत सुधार की प्रक्रिया से महत्वपूर्ण समस्याओं का समाधान मिल रहा है, और हम अपने रास्ते पर जा सकते हैं । ”

“नहीं, नहीं,” हार्डवेयर इंजीनियर ने कहा, “यह बहुत लंबा समय लगेगा, और इसके अलावा, उस पद्धति से पहले कभी काम नहीं किया है। मुझे मेरे साथ स्विस सेना चाकू मिल गया है, और कोई भी समय में मैं पछाड़ सकता हूं कार की ब्रेकिंग सिस्टम, गलती को अलग करें, इसे ठीक करें और हम अपने रास्ते पर जा सकते हैं। ”

“ठीक है,” सॉफ्टवेयर इंजीनियर ने कहा, “इससे पहले कि हम कुछ भी करते हैं, मुझे लगता है कि हमें कार को वापस सड़क पर धकेल दिया जाना चाहिए और देखें कि यह फिर से होता है।”


रचनाकारों ने यूनिक्स और C नकली स्वीकार किया

कंप्यूटर उद्योग को दबाने वाली एक घोषणा में, केन थॉम्पसन, डेनिस रिची और ब्रायन केर्नघैन ने स्वीकार किया कि यूनिक्स ऑपरेटिंग सिस्टम और सी प्रोग्रामिंग भाषा उनके द्वारा बनाई गई है, एक विस्तृत अप्रैल फूलों की शरारत ३० से अधिक वर्षों तक जीवित रहती है। हाल ही में यूनिक्सवर्ल्ड सॉफ़्टवेयर डेवलपमेंट फोरम में बोलते हुए, थॉम्पसन ने निम्न का पता चला:

“१९६९ में, एटी एंड टी ने जीई / हनीवेल / एटी एंड टी मल्टिक्स प्रोजेक्ट के साथ अपना कार्य समाप्त कर दिया था। ब्रायन और मैंने स्विट्जरलैंड के प्रोफेसर निकलॉस विर्थ के ईथ लैब्स से पास्कल की शुरुआती रिहाई के साथ काम करना शुरू कर दिया था और हम अपनी सुरुचिपूर्ण सादगी और शक्ति से प्रभावित हुए हैं। डेनिस ने ‘बंगाल ऑफ द रिंग्स’ पढ़ना अभी खत्म कर दिया था, महान तॉक्केन ‘लॉयर्ड ऑफ द रींग्स’ त्रयी के एक प्रफुल्लित करने वाला नेशनल लंपून पैरोडी एक लवा के रूप में, हमने मल्टीिक्स पर्यावरण और पास्कल के पैरोडी करने का फैसला किया। डेनिस और मैं ऑपरेटिंग पर्यावरण के लिए जिम्मेदार था। हमने मल्टीिक्स को देखा और नई प्रणाली को आकस्मिक उपयोगकर्ताओं के हताशा के स्तर को अधिकतम करने के लिए जितना जटिल और गुप्त बना दिया, उतना ही यूनिक्स को मल्टीिक्स के एक भड़ौआ के रूप में बुलाया गया, साथ ही साथ अन्य अधिक छद्म संकेत। फिर डेनिस और ब्रायन ने पास्कल के वास्तव में विचित्र संस्करण पर काम किया, जिसे ‘ए’ कहा गया। जब हमने पाया कि दूसरों को वास्तव में ए के साथ वास्तविक कार्यक्रम बनाने की कोशिश कर रहे थे, तो हमने जल्दी से अतिरिक्त गुप्त सुविधाओं को जोड़ा और बी, बीसीपीएल और अंततः सी में विकसित किया।

जब हम निम्नलिखित वाक्य रचना पर एक साफ संकलन मिला तो हमने रोका:

के लिये(;P(“\n”),R–;P(“|”))for(e=C;e–;P(“_”+(*u++/8)%2))P(“|”+(*u/4) %2);

यह सोचने के लिए कि आधुनिक प्रोग्रामर एक ऐसी भाषा का उपयोग करने की कोशिश करेंगे जो इस तरह की कथन को हमारी समझ से परे था! हमने वास्तव में सोवियत संघ को अपनी कम्प्यूटर साइंस प्रगति को 20 या अधिक वर्षों से आगे बढ़ाने के लिए बेचने का सोचा था। एटी एंड टी और अन्य अमेरिकी निगमों ने वास्तव में यूनिक्स और सी का उपयोग करने की कोशिश शुरू कर दिया जब हमारे आश्चर्य की कल्पना करो! यह 1960 के तकनीकी विकृति का उपयोग करते हुए भी मामूली उपयोगी अनुप्रयोगों को उत्पन्न करने के लिए पर्याप्त विशेषज्ञता विकसित करने के लिए उन्हें 20 साल लगा, लेकिन हम सामान्य यूनिक्स और सी प्रोग्रामर के दृढ़ता (यदि नहीं सामान्य ज्ञान) से प्रभावित हैं किसी भी घटना में, ब्रायन, डेनिस और मैं पिछले कुछ सालों से एडीए में विशेष रूप से एडा में काम कर रहे हैं और अराजकता, भ्रम और वास्तव में खराब प्रोग्रामिंग के बारे में सचमुच दोषी महसूस करते हैं, जो हमारे मूर्खतापूर्ण शरारत से बहुत पहले हुए हैं। ”

एटी एंड टी, माइक्रोसॉफ्ट, हेवलेट पैकार्ड, जीटीई, एनसीआर और डीईसी सहित प्रमुख यूनिक्स और सी विक्रेताओं और ग्राहकों ने इस समय टिप्पणी करने से इनकार कर दिया है। लोकप्रिय टर्बो पास्कल, टर्बो सी और टर्बो सी ++ सहित पास्कल और सी टूल्स के एक अग्रणी विक्रेता बोर्लैंड इंटरनेशनल ने कहा है कि उन्हें कई सालों से यह संदेह था और वे अपने पास्कल उत्पादों को बढ़ाने और सी विकसित करने के लिए आगे के प्रयासों को रोकते रहेंगे। एक आईबीएम प्रवक्ता अनियंत्रित हंसी में टूट गया और आरएस -6000 के भाग्य के बारे में जल्द से जल्द आयोजित न्यूज कॉन्फ्रेंस को स्थगित करना था, जिसमें ‘वीएम उपलब्ध कराया जाएगा, अब रियल सोलन अब’ उपलब्ध होगा। एक गुप्त बयान में, ETH संस्थान के प्रोफेसर विर्थ और पास्कल, मॉडुला 2 और ओबर्न की संरचित भाषाओं के पिता ने केवल यह कहा कि पी। टी। बरनम सही था।


एक आदमी एक दिन एक सड़क पार कर रहा था जब एक मेंढक ने उसे बुलाया और कहा, “अगर तुम मुझे चूमो, तो मैं एक खूबसूरत राजकुमारी बन जाऊंगा।” वह ऊपर से निकला, मेंढक उठाया और अपनी जेब में डाल दिया।

मेंढक ने फिर से बात की और कहा, “अगर तुम मुझे चूमते हो और मुझे एक खूबसूरत राजकुमारी में बदल दिया, तो मैं आपके साथ एक सप्ताह तक रहूंगा।” लड़का अपनी जेब से बाहर के मेंढक को ले गया, उस पर मुस्कुराया और उसे अपनी जेब में लौटा दिया।

मेंढक ने तो रोया, “यदि आप मुझे चुंबन करते हैं और मुझे वापस राजकुमारी में बदल देते हैं, तो मैं आपके साथ रहूंगा और कुछ भी करना चाहता हूं।” फिर आदमी ने मेंढक को बाहर ले लिया, उस पर मुस्कुराया और उसे वापस अपनी जेब में डाल दिया।

अंत में, मेंढक ने पूछा, “क्या बात है? मैंने आपको बताया है कि मैं एक खूबसूरत राजकुमारी हूं, कि मैं आपके साथ एक सप्ताह तक रहूंगा और कुछ भी करना चाहता हूं। तुम मुझे क्यों नहीं चूमोगे? आदमी ने कहा, “सुनो, मैं एक सॉफ्टवेयर इंजीनियर हूँ। मेरे पास प्रेमिका के लिए समय नहीं है, लेकिन बात कर रहे मेंढक अच्छा है।”


एक हालिया वास्तविक समय जावा सम्मेलन में, प्रतिभागियों को जवाब देने के लिए एक अजीब सवाल दिया गया था:

“यदि आप बस एक विमान में चढ़ गए थे और पता चला कि फ्लाइट कंट्रोल सॉफ़्टवेयर के लिए आपकी टीम की प्रोग्रामर जिम्मेदार हैं, तो आप में से कितने उतरेंगे?”

जवानों के जंगल में केवल एक आदमी स्थिर था। जब पूछा जाए कि वह क्या करेगा, तो उन्होंने जवाब दिया कि वे सवार रहने के लिए काफी कंटेंट होंगे। अपनी टीम के सॉफ्टवेयर के साथ उन्होंने कहा, विमान हवाई जहाज़ तक की तरफ तक टैक्सी तक पहुंचने की संभावना नहीं है, अकेले चलना छोड़ दें।


न्यू यार्क – पीपुल्स फॉर एथिकल ट्रीटमेंट ऑफ़ सॉफ़्टवेयर (पीईटीएस) ने आज घोषणा की कि कंपनियां नियमित रूप से सॉफ़्टवेयर परीक्षण का अभ्यास करने वाली कंपनियों की “घड़ी सूची” के समूह में अधिक सॉफ्टवेयर कंपनियों को जोड़ दी गई है।

पीईटीएस के एक प्रवक्ता केन ग्रानोला ने कहा, “इस तरह से सॉफ्टवेयर के लिए कोई ज़रूरत नहीं है जिससे कि इस तरह से कंपनियां नए उत्पादों का बाजार कर सकें।” “इन उत्पादों के परीक्षण के वैकल्पिक तरीकों उपलब्ध हैं।”

पीईटीएस के मुताबिक, ये कंपनियां सॉफ्टवेयर को लंबी और कठिन परीक्षा से गुजरना पड़ती हैं – अक्सर बिना आराम के – एक समय में घंटे या दिन के लिए। कर्मचारियों को सॉफ़्टवेयर को किसी भी तरह से “ब्रेक” करने के लिए आवंटित किया जाता है और अंदर के सूत्रों ने रिपोर्ट किया है कि वे सॉफ़्टवेयर “यातना” के बारे में अक्सर मजाक करते हैं।

“यह कोई मजाक नहीं है,” ग्रोनोला ने कहा। “निर्दोष कार्यक्रम, जिस दिन से वे संकलित किए जाते हैं, उनको छोटे कमरे में ऊपर उठाया जाता है और अंत में घंटों तक ‘दुर्घटनाग्रस्त हो जाती है।’ वे अपने पूरे जीवन को गंदे, खराब रखरखाव वाले कंप्यूटर पर बिताते हैं, और जब उन्हें जरूरत नहीं होती है, तब वे अनसोर रूप से नष्ट हो जाते हैं अब और। ”

ग्रैनला ने कहा कि सॉफ्टवेयर अपमानजनक स्थितियों में रखा गया है और इसकीड़े के साथ पीड़ित है।

उन्होंने कहा, “हम जानते हैं कि इस आतंक के विकल्प मौजूद हैं,” उन्होंने कहा, एक कंपनी के रूप में उद्योग के विशालकाय माइक्रोसॉफ्ट कार्पोरेशन का हवाला देते हुए, जो सॉफ्टवेयर परीक्षण के बिना सहभागिता में सफल हो गया है।


सन माइक्रोसिस्टम्स का मुकदमा जावा द्वीप पर

माउंटेन व्यू, सीए – सन माइक्रोसिस्टम्स ने आज सूर्य के उपयोग के संबंध में जावा द्वीप के खिलाफ एक ट्रेडमार्क उल्लंघन दर्ज किया है जावा ट्रेडमार्क

आलोचना का जवाब देते हुए कि द्वीप को शताब्दियों तक जावा कहा जाता है, सन वकील फ्रैंक चेथम ने कहा, “हाँ, और उस समय में उन्होंने ट्रेडमार्क के लिए कभी भी दायर नहीं किया। वे नाम खोने के योग्य हैं।”

लाइसेंस शुल्क का भुगतान करने के बजाय, द्वीप ने अपना नाम बदलने का फैसला किया। उन्होंने मूल रूप से इसे विजू अल्बासिक को बदलने के लिए चुना था, लेकिन

रेडमंड, वॉशिंगटन से एक गुस्सा तार, उन्हें अन्यथा आश्वस्त किया। देश अंततः एक नाम के लिए एक प्रतीक के रूप में बस गया – एक बड़े करीने से रंगीन कॉफी कप जो अभी भी जावा के विचार को उजागर करता है चूंकि अधिकांश अख़बार और पत्रिकाएं द्वीप के नाम को मुद्रित करने में सक्षम नहीं होंगी, इसके बाद इसे प्रिंट में “पुराना द्वीप के रूप में ज्ञात द्वीप” कहा जाएगा।

पूर्व में जावा के रूप में जाना जाता द्वीप, एक क्रॉस-लैंडमस द्वीप के रूप में खुद को बिल करता है, लेकिन अभी तक केवल मलय आर्किपेलो पर उत्पादन में लागू किया गया है। अफ्रीका को यह मेडागास्कर पर लागू करने की अफवाह है, लेकिन यह अभी भी अल्फा परीक्षण में है।

सूर्य से वकील सौर मंडल के केंद्र में विशाल अग्नि बॉल के मालिकों का पता लगाने की भी इच्छा रखते हैं। उनके पास उनके लिए कुछ कानूनी कागजात हैं …


सैन जोस से बैंगलोर तक लंबी उड़ान पर एक प्रोग्रामर और एक सॉफ्टवेयर इंजीनियर एक-दूसरे के बगल में बैठे हैं। प्रोग्रामर सॉफ्टवेयर अभियंता के ऊपर निर्भर करता है और पूछता है कि क्या वह एक मजेदार गेम खेलना चाहता है सॉफ़्टवेयर इंजीनियर सिर्फ एक झपकी लेना चाहता है, इसलिए वह कुछ विंक्स को पकड़ने के लिए विनम्रता से गिरावट और खिड़की पर रोल करता है।

प्रोग्रामर बनी रहती है और बताता है कि यह खेल बहुत आसान और बहुत मज़ेदार है। उन्होंने बताया, “मैं आपको एक सवाल पूछता हूं, और अगर आपको जवाब नहीं पता, तो आप मुझे 10 डॉलर देते हैं। फिर आप मुझसे एक सवाल पूछते हैं, और अगर मुझे जवाब नहीं पता, तो मैं आपको 10 डॉलर का भुगतान करूँगा।” फिर, सॉफ्टवेयर इंजीनियर ने नम्रता से गिरावट और सोने की कोशिश की। प्रोग्रामर, अब जो कुछ परेशान है, कहते हैं, “ठीक है, अगर आपको जवाब नहीं पता, तो आप मुझे $10 का भुगतान करते हैं, और अगर मुझे जवाब नहीं पता, तो मैं आपको $100 का भुगतान दूँगा!” यह सॉफ़्टवेयर इंजीनियर का ध्यान आकर्षित करता है, और जब तक वह खेल नहीं करता तब तक वह इस पीड़ा का कोई अंत नहीं देखता, इसलिए वह गेम से सहमत है प्रोग्रामर पहले सवाल पूछता है “पृथ्वी से चंद्रमा तक की दूरी क्या है?” सॉफ़्टवेयर इंजीनियर एक शब्द नहीं कहता, लेकिन अपने बटुए में पहुंचता है, दस डॉलर का बिल खींचता है और इसे प्रोग्रामर को सौंप देता है अब, यह सॉफ्टवेयर इंजीनियर की बारी है वह प्रोग्रामर से पूछता है “तीन पैरों के साथ एक पहाड़ी ऊपर क्या हो जाता है, और चार पर नीचे आता है?”

प्रोग्रामर एक आश्चर्यजनक रूप से उसे देखता है वह अपना लैपटॉप कंप्यूटर लेता है और अपने सभी संदर्भों को खोजता है। वह अपने मॉडेम के साथ हवाई फोन में टैप करता है और जाल और कांग्रेस की लाइब्रेरी को खोजता है। निराश, वह अपने सहकर्मियों को ई-मेल भेजता है ताकि सभी कोई फायदा नहीं पहुंचे। लगभग एक घंटे के बाद, वह सॉफ्टवेयर इंजीनियर को जागरण करता है और उसे $100 देता है सॉफ़्टवेयर इंजीनियर विनम्रतापूर्वक 100 डॉलर लेता है और वापस सोने के लिए प्रयास करने के लिए दूर हो जाता है प्रोग्रामर, थोड़ी सी परेशानी से ज्यादा, सॉफ्टवेयर इंजीनियर को हिलाता है और पूछता है “ठीक है, तो इसका उत्तर क्या है?”

एक शब्द के बिना, सॉफ्टवेयर इंजीनियर अपने बटुए में पहुंचता है, प्रोग्रामर को $10 देता है, और वापस सोने के लिए वापस जाता है।


एक सर्जन, एक सिविल इंजीनियर और एक सॉफ्टवेयर इंजीनियर बहस कर रहे थे कि किसका सबसे पुराना पेशा था।

सर्जन ने टिप्पणी की, ठीक है, बाइबल में यह कहता है कि ईश्वर ने आदम से ली गई पसली से बनाया था। यह स्पष्ट रूप से सर्जरी की आवश्यकता है इसलिए मैं सही कह सकता हूं कि मेरा हमारे व्यवसायों का सबसे पुराना है

सिविल इंजीनियर ने बाधित कर दिया और कहा कि लेकिन उत्पत्ति की किताब में पहले भी, यह कहा गया है कि ईश्वर ने आकाश और पृथ्वी से अराजकता से बाहर आदेश बनाया है यह पहला और निश्चित रूप से सबसे पुराना सिविल इंजीनियरिंग का आवेदन था। इसलिए, आप गलत हैं मेरा सबसे पुराना पेशा है

सॉफ़्टवेयर इंजीनियर अपनी कुर्सी पर वापस झुकाया, मुस्कुराया और विश्वास दिलाया, आह, लेकिन आपको लगता है कि अराजकता पैदा कर रहे हैं?


एक प्रोग्रामर एक समुद्र तट के साथ चल रहा है और एक दीपक पाता है वह दीपक की सफ़लता है, और एक जिनी दिखाई देती है। मैं दुनिया में सबसे शक्तिशाली जिन्न हूँ मैं आपको कोई इच्छा प्रदान कर सकता हूं, लेकिन केवल एक इच्छा

प्रोग्रामर ने एक नक्शा खींच कर इंगित किया और कहा, मुझे मध्य पूर्व में शांति चाहिए।

जिनी का जवाब है, जी, मैं नहीं जानता वे लोग सहस्राब्दी के लिए लड़ रहे हैं मैं कुछ भी कर सकता हूं, लेकिन यह मेरी सीमाओं से परे है।

प्रोग्रामर तो कहते हैं, अच्छा, मैं एक प्रोग्रामर हूं, और मेरे कार्यक्रमों में बहुत सारे उपयोगकर्ता हैं कृपया अपने सभी उपयोगकर्ताओं को अपने सॉफ़्टवेयर से संतुष्ट कर दें और उन्हें समझदार बदलावों के लिए पूछें।

जिस बिंदु पर जिनी का जवाब है, उम, मुझे उस नक्शे को फिर से देखने दो।


विनोदी उद्धरण

विकास समय के पहले 90% के लिए कोड के पहले 90% खाते। बाकी 10% कोड खातों के विकास के अन्य 90% के लिए खाते हैं। (टॉम कारगिल)

आज प्रोग्रामिंग सॉफ्टवेयर इंजीनियरों के बीच एक दौड़ है जो बड़े और बेहतर बेवकूफ-प्रूफ कार्यक्रमों का निर्माण करने के लिए प्रयास करता है, और ब्रह्मांड बड़ा और बेहतर बेवकूफ बनाने की कोशिश कर रहा है बहुत दूर, दुनियां जीत रही है। (रिक कुक)

C++: जहां दोस्तों के अपने निजी सदस्यों तक पहुंच हो सकती है (गैविन बेकर)

कभी comp.lang.c ++ पढ़ने में थोड़ा समय व्यतीत करते हैं? यह वास्तव में बेहतर भाषा के लिए C++ उपयोगकर्ताओं की संख्या के बारे में जानने के लिए सबसे अच्छी जगह है। (विलियम बेकविथ)

अगर डीबगिंग सॉफ्टवेयर की बगों को हटाने की प्रक्रिया है, तो प्रोग्रामिंग इन को डालने की प्रक्रिया होनी चाहिए। (एडस्जर डिज्क्स्ट्रा)

सी ++ एक सभ्य शिक्षण भाषा बनायेगा अगर हम सी ++ भाग के बिना ++ भाग को सिखा सकें। (माइकल फेल्डमैन)

जावा, कई मायनों में, C++ – (माइकल फेल्डमैन)

C++ प्रोग्रामिंग भाषाओं के इतिहास में जगह है। जैसे कि कैलिगुला के रोमन साम्राज्य के इतिहास में उनकी जगह है (रॉबर्ट फ़र्थ)

केंटोनीज़ में C++ का उच्चारण “सी जीए जीए” कहा जाता है क्या मुझे कुछ और कहने की ज़रूरत है? (मार्क ग्लेववे)

C या C++ में लिखना एक चेन चलाने जैसा है, जो सभी सुरक्षा गार्डों को हटाया गया है। (बॉब ग्रे)

जब आपका हथौड़ा C++ होता है, तो सब कुछ अंगूठे की तरह दिखना शुरू हो जाता है। (स्टीव हाफलिच)

सॉफ्टवेयर डिजाइन के निर्माण के दो तरीके हैं इसका एक तरीका यह इतना सरल करना है कि स्पष्ट रूप से कोई कमी नहीं है। दूसरा तरीका यह इतना जटिल है कि कोई स्पष्ट कमियां नहीं हैं पहली विधि कहीं अधिक कठिन है। (सीएआर होरे)

प्रोग्रामिंग भाषा अनुसंधान के पचास वर्ष, और हम सी ++ के साथ समाप्त होते हैं ??? (रिचर्ड ओकीफे)

सॉफ्टवेयर और कैथेड्रल्स बहुत समान हैं पहले हम उन्हें बनाते हैं, तो हम प्रार्थना करते हैं। (शमूएल रेडविन)

भाषाओं का विकास: फोरट्रान एक गैर-टाइप की गई भाषा है I सी एक कमजोर टाइप की गई भाषा है एडा एक जोरदार टाइप की गई भाषा है C++ एक जोरदार hyped भाषा है (रॉन सर्कली)

C++ में पैर में खुद को शूट करना कठिन होता है, लेकिन जब आप करते हैं, तो आप अपना पूरा पैर उड़ाते हैं (बर्जने स्ट्राउटस्ट्रुप)

मैंने हमेशा से अपने कंप्यूटर के लिए अपने टेलीफोन के रूप में उपयोग करना आसान बना दिया है। मेरी इच्छा सच हो गई है क्योंकि मैं अब अपने टेलीफोन का उपयोग कैसे कर सकता हूं? (बर्जने स्ट्राउटस्ट्रुप)

C++ एक लेखन-केवल, उच्च-स्तरीय कोडांतरक भाषा है (स्टीफन वान बेलन)

Source: http://www.cs.uni.edu/~mccormic/humor.html

 

पेंटरली रेंडरिंग और एनीमेशन

इस परियोजना में, मैंने सुश्री बारबरा मेयर, “पेंटिली रेन्डरिंग एंड एनीमेशन” के द्वारा सिग ग्राफ 9 6 का अनुसरण किया। कागज का मुख्य विचार ब्रश स्ट्रोक और उनके गुणों को नियंत्रित करने के लिए कण प्रणालियों का उपयोग करना है। विवरण के लिए कृपया अपने पेपर देखें

मैंने रेंडरमेन को मेरे रेंडर के रूप में इस्तेमाल किया था। अपने क्रियान्वयन के दौरान, मुझे ब्रश स्ट्रोक के आकार और आकारों के स्वचालित नियंत्रण की समस्या का सामना करना पड़ रहा है, साथ ही आकृतियां और चिकनाई की बनावट जिन्हें व्यक्तिगत ब्रश स्ट्रोक पर लागू किया जाता है।

निम्नलिखित कुछ चित्र हैं जो मैंने उत्पन्न किए हैं, कुछ दिलचस्प 3D मॉडल (स्टैनफोर्ड बनी, मुबारक बुद्ध, और एक आभासी फुटबॉल गेम) की एनीमेशन के बाद। कृपया उन्हें तस्वीर यथार्थवादी संस्करण के साथ तुलना करें।

1                    2

फ़ोटोरियलिस्टिक                                          स्क्वायर ब्रश स्ट्रोक

3                   4

पतले ब्रश स्ट्रोक                                               विशेष बनावट

२. एक छवि पृष्ठभूमि के साथ बैठे ३डी मॉडल का एनिमेशन।

5

6

7

8

रॉन मेटोयर द्वारा मूल द्विपदीय धावक अनुक्रम उत्पन्न किया गया था कृपया अपने पेपर को देखें:

Source: http://web.engr.oregonstate.edu/~zhange/3Dpaintings.html

चीनी मिलनसार टियांजिन और ताओयुआन का

सार

समाजशास्त्री और इतिहासकारों ने चीन में प्रेम विवाह के संबंध में अनुभव विवाह के अनुभव और निहितार्थ में दिलचस्पी रखी है, लेकिन विवाह व्यवस्था के कार्य या विवाह दलालों, पेशेवर और शौकिया के जीवन और विचारों के लिए बहुत कम ध्यान दिया गया है, जो इस कार्य को पूरा किया है।

हम जानते हैं कि विवाह दलाल दूरदराज प्राचीन से अधिकांश मैचों के लिए नैतिक रूप से आवश्यक थे, और कम से कम तांग काल से कानूनी तौर पर आवश्यक थे।

hongniang3

लालची और असंवेदनशील सट्टेबाज के स्टैरियोटाइप साहित्यिक कार्यों और नाटकीय प्रस्तुतियों के साथ-साथ लोक गीत और नीतिवचन भी हैं। और सफल विवाह के लिए मैचमेकरों के दिशानिर्देश सभी अवधियों में लुभावनापूर्ण रहे हैं। आधुनिक साहित्य में, मिलनसार काल्पनिक और आत्मकथा में दोनों नाबालिग अक्षर के रूप में चित्रित करता है। सबसे प्रसिद्ध इस तरह के आंकड़े हांगनियांग हैं, युआन राजवंश लेखक वांग शिफु द्वारा पश्चिमी कुंज के रोमांस में उद्यमशील चैंबरमैड। इस उपन्यास की कहानियाँ विभिन्न चीनी नाटकीय परंपराओं में मानक प्रदर्शनों की सूची बन गई हैं, और हांगनियांग का नाम एक मिलनसार के लिए पसंदीदा आधुनिक व्यंजना बन गया है।

शौकिया मैचमेकिंग के बीच एक निरंतर ढाल है, जिसमें जनसंख्या का एक बहुत बड़ा हिस्सा हमेशा लगे हुए है, और पेशेवर सट्टेबाजों, पैसे के लिए काम करते हैं, और कभी-कभी एक विशाल संख्या में यूनियनों को पूरा करते हैं। इस विविधता को समायोजित करने के लिए एक सैद्धांतिक मॉडल का निर्माण किया जा सकता है, और इस मॉडल के भविष्यवाणियों को इस विषय पर उपलब्ध विरल साहित्य द्वारा और आधुनिक संयतियों के साक्षात्कारों द्वारा दोनों की पुष्टि की जानी है।

इस शताब्दी में चीनी ने ज्यादातर से अधिकतर विवाह से प्यार करने के लिए व्यवस्था की है, लेकिन अभी भी मैचमेकरों को परिचय बनाने और समझौतों के लिए बातचीत करने के लिए कहा जाता है। कम्युनिस्ट चीन में मैचमेकरों को नियमित रूप से कार्य इकाइयों से जोड़ा जाता है, और मिलनसारों के बीच सूचना के आदान-प्रदान की सुविधा के लिए बड़े व्यावसायिक संगठन मौजूद हैं।

१९९२ में टियांजिन शहर में आधुनिक मिलनसारकों का साक्षात्कार लिया गया था और एक संबद्ध प्रश्नावली ने उन दोनों के बीच ग्रामीण और शहरी विवाहित लोगों से पूछा था जो उनके पत्नियों के साथ उन्हें पेश किया था। १९९६ के अंत में, ताओयुआन काउंटी, ताइवान में ग्रामीण और शहरी सूचनाओं के मेल खाने वाले एक समूह को एक समान समान प्रश्नावली का संचालन किया गया था। यह पत्र उस शोध के परिणामों की रिपोर्ट करता है।

Source: http://pages.ucsd.edu/~dkjordan/scriptorium/meiren/meiren-abstract.html

एसएलएसी में इंटरनेट मॉनिटरिंग और पिंगइआर पर ट्यूटोरियल

लेस कॉटेलेल, वॉरेन मैथ्यूज और कॉनी लॉग, जनवरी 1996 बनाया

इंटरनेट एंड-टू-एंड परफॉर्मेंस मॉनिटरिंग (आईईपीएम) के लिए डोई / एमआईएसएस फील्ड कार्य अनुदान द्वारा आंशिक रूप से वित्त पोषित कार्य।

परिचय

एसएएलएसी के साथ मिलकर उन साइटों के बीच नेटवर्क के प्रदर्शन की बेहतर उम्मीदें प्रदान करने के लिए, मई 1996 में पिंगइआर प्रोजेक्ट (जेनर्री 1995 में शुरू किया गया) एसएलएसी से लगभग १०० मेजबानों की निगरानी की गई। 2000 के बाद से, डिजिटल डिवाइड को मापने पर जोर अधिक है आजकल (अप्रैल 2007) 35 से अधिक मॉनिटरिंग साइटें हैं, 600 से अधिक देशों में 150 से अधिक देशों (99% से अधिक इंटरनेट से जुड़ी आबादी वाले) में निगरानी की जा रही है और 8000 से अधिक मॉनिटर-साइट रिमोट-साइट जोड़े शामिल हैं। पिंगइआर की तैनाती के बारे में अधिक जानकारी पिंगर परिनियोजन में पाई जा सकती है और साइट्स का एक नक्शा है।

तंत्र

इस्तेमाल किया मुख्य तंत्र इंटरनेट नियंत्रण संदेश प्रोटोकॉल (आईसीएमपी) इको तंत्र है, जिसे पिंग सुविधा भी कहा जाता है। यह आपको किसी चयनित नम्बर के पैकेट को रिमोट नोड में भेजने की अनुमति देता है और इसे वापस प्रतिध्वनित कर देता है। आजकल यह आमतौर पर लगभग सभी प्लेटफार्मों पर पूर्व-स्थापित होता है, इसलिए ग्राहकों पर स्थापित करने के लिए कुछ भी नहीं है सर्वर (यानी प्रतिध्वनि प्रतिनिधि) उच्च प्राथमिकता (उदा। यूनिक्स पर कर्नेल में) पर चलता है और इसलिए उपयोगकर्ता अनुप्रयोग से नेटवर्क प्रदर्शन का अच्छा उपाय प्रदान करने की अधिक संभावना है। यह इसकी नेटवर्क बैंडविड्थ आवश्यकताओं (~ 100 बीट्स प्रति सेकंड प्रति मॉनिटरिंग-रिमोट-होस्ट-जोड़ी जिस तरह से हम इसका इस्तेमाल करते हैं) के लिए बहुत मामूली है।

माप पद्धति

पिंगइआर परियोजना में, निगरानी नोड (मापन बिंदु – एमपी) से हर 30 मिनिट क्रोन, हम प्रत्येक 100 बाइट्स के 11 पिंग्स (8 आईसीएमपी बाइट्स सहित, लेकिन आईपी हेडर नहीं) के साथ दूरस्थ नोड्स का एक सेट पिंग करते हैं। पिंग्स को कम से कम एक सेकंड से अलग किया जाता है, और 20 सेकंड के डिफ़ॉल्ट पिंग टाइमआउट का उपयोग किया जाता है। पहला पिंग फेंक दिया जाता है (इसे धीमी गति से माना जाता है क्योंकि यह कैश आदि प्रकाशित होता है। (मार्टिन होरनेफ्फेर “http://www.advanced.org/IPPM/archive.2/0246.html&#8221; में रिपोर्ट किया गया है कि यूडीपी का उपयोग करना -एचो पैकेट और अंतर-आगमन-समय लगभग 12.5 सेकेंड का पहला पैकेट वापसी के लिए लगभग 20% अधिक समय लेता है))। 10 पिंग के प्रत्येक सेट के लिए न्यूनतम / औसत / अधिकतम आरटीटी दर्ज किया गया है। यह 1000 डेटा बाइट्स के दस पिंग्स के लिए दोहराया जाता है। दो पिंग पैकेट आकारों के उपयोग से हम पिंग डेटा दरों का अनुमान लगाने और छोटे और बड़े पैकेट (जैसे दर सीमित) के बीच अंतर करने वाले व्यवहारों को स्थानांतरित करने के लिए सक्षम होते हैं। अधिक विवरण के लिए बड़े बनाम छोटे पैकेट, पिंग माप का समय देखें। सामान्य तौर पर आरटीटी अधिकतम डेटाग्राम आकार (आमतौर पर 1472 बाइट्स जिसमें 8 आईसीएमपी इको बाइट्स शामिल है) तक एल (जहां एल है पैकेट की लंबाई) का आनुपातिक है। इसके परे व्यवहार अपरिभाषित है (कुछ नेटवर्क के पैकेट को टुकड़े, दूसरों को छोड़ दें) प्रत्येक मॉनिटरिंग साइट पर चलने वाले अनुशंसित माप स्क्रिप्ट पर उपलब्ध दस्तावेज़ीकरण उपलब्ध है। प्रत्येक नोड के लिए प्रत्येक आधे घंटे के लिए पिंग प्रतिक्रिया समय लगाए जाते हैं। यह मुख्य रूप से मुसीबत शूटिंग के लिए उपयोग किया जाता है (उदाहरण के लिए देखें कि यह पिछले कुछ घंटों में नाटकीय रूप से खराब हो गया है)।

पिंग के लिए रिमोट होस्ट्स का सेट pinger.xml नामक एक फ़ाइल द्वारा प्रदान किया गया है (इस पर अधिक के लिए pinger2.pl दस्तावेज़ीकरण देखें)। इस फ़ाइल में दो हिस्से होते हैं: बीकन मेजबान जो स्वचालित रूप से एसएलएसी से दैनिक खींचते हैं और सभी सांसदों द्वारा निगरानी रखे जाते हैं; अन्य मेजबान जो सांसद के प्रशासक के लिए विशेष हित के हैं बीकॉन मेजबान (और एसएलएसी एमपी के द्वारा नियुक्त विशेष मेजबान) को उनके नाम, आईपी एड्रेस, साइट, उपनाम, स्थान, संपर्क इत्यादि वाले एक ओरेकल डाटाबेस में रखा जाता है। बीकॉन सूची (और एसएलएसी के लिए विशेष मेजबानों की सूची) और डेटाबेस की प्रतिलिपि, विश्लेषण स्क्रिप्ट के लिए पर्ल पहुंच को सरल बनाने के लिए एक प्रारूप में, दैनिक आधार पर डेटाबेस से स्वत: उत्पन्न हो जाती है।

डेटा एकत्रिकरण

निगरानी के आर्किटेक्चर में 3 घटक शामिल हैं:

  • दूरस्थ निगरानी साइटें। ये केवल उचित आवश्यकताओं के साथ एक निष्क्रिय रिमोट-होस्ट प्रदान करते हैं।
  • मॉनिटरिंग साइट इन साइटों में से प्रत्येक पर होस्ट पर पिंगइआर मॉनिटरिंग टूल को स्थापित और कॉन्फ़िगर करने की आवश्यकता है साथ ही संग्रहित पिंग डेटा को हाइपरटेक्स्ट तानस्पोर्ट प्रोटोकॉल (एचटीटीपी) के जरिए संग्रह मेजबानों के लिए उपलब्ध कराया जाना चाहिए (यानी वेब के माध्यम से मांग पर डेटा प्रदान करने के लिए एक वेब सर्वर होना चाहिए)। पिंगइआर टूल्स भी एक मॉनिटरिंग साइट को सक्षम करने के लिए अल्पावधि विश्लेषण प्रदान करने में सक्षम हैं और अपने स्थानीय कैश में मौजूद डेटा पर रिपोर्ट करता है।
  • संग्रह और विश्लेषण साइटें प्रत्येक पिंगइआर परियोजना के लिए इनमें से कम से कम एक का होना चाहिए आर्काइव और विश्लेषण साइट्स शायद एक ही साइट पर स्थित हों, या यहां तक कि एक मेजबान या वे अलग हो सकते हैं। पिंगइआर परियोजना में ऐसी दो ऐसी साइटें हैं, नस्ट जो इस्लामाबाद, पाकिस्तान, और एसएलएसी में दूसरे में एक की जरूरत है। बॉट साइट्स संग्रह और विश्लेषण साइटें हैं वे अतिरेक प्रदान करके एक दूसरे के पूरक हैं एक्सआईडब्ल्यूटी परियोजना का संग्रह / मॉनिटर साइट सीएनआरआई में थी।

संग्रहीत साइटें नियमित रूप से मॉनिटर साइटों से, HTTP का उपयोग करते हुए, जानकारी इकट्ठा करती हैं और इसे संग्रहित करती हैं वे विश्लेषिकी साइट (साइट्स) को संग्रहित डेटा प्रदान करते हैं, जो बदले में वेब के माध्यम से उपलब्ध रिपोर्ट प्रदान करते हैं।

आंकड़ों को इकट्ठा किया जाता है नियमित रूप से (आम तौर पर दैनिक) दो अभिलेखागार मेजबानों द्वारा, एक एसएएलएसी पर दूसरे को एफएनएएल (एचईपीएनआरसी) पर, उस स्टोर, विश्लेषण, विश्लेषण, तैयार और वेब के माध्यम से परिणाम पर रिपोर्टिंग उपलब्ध कराते हैं (नीचे चित्र देखें)।

पिंगइआर वास्तुकला नीचे सचित्र है:

pinger-arch

गोचास

नोड के चयन में पिंग के लिए कुछ देखभाल की आवश्यकता है (वान होस्ट की निगरानी के लिए आवश्यकताएं देखें)।

पिंग का उपयोग करते समय हमने विभिन्न रिमोट साइट्स के साथ-साथ विभिन्न विकृतियों को भी देखा है। इन्हें पिंगर मापनमेंट पैथोलॉज में प्रलेखित किया गया है।

कैलिब्रेशन और संदर्भ जिसमें गोल यात्रा मीट्रिक को मापा जाता है, वे पिंगर कैलिब्रेशन और प्रसंग में प्रलेखित होते हैं, और कुछ उदाहरण जिनमें पिंग के परिणाम उच्च आँकड़ों के साथ उठाए जाते हैं, और रूटिंग से संबंधित होते हैं, के कुछ उदाहरण उच्च आंकड़े पिंग परिणामों में पाए जाते हैं।

मान्यकरण

हमने पिंग के प्रयोग को सत्यापित करके प्रमाणित किया है कि इसके साथ किए गए माप आवेदन प्रतिक्रिया से संबंधित हैं। वेब और पिंग प्रतिक्रियाओं की निचली सीमाओं के बीच के संबंध नीचे दिए गए आंकड़े में देखा गया है। यह माप 18 दिसंबर, 1996 को एनएलएएनआर कैश में एसएएलएसी से लगभग 1760 की पहचान की गई थी। अधिक विवरण के लिए, वेब रिस्पांस टाइम्स पर इंटरनेट प्रदर्शन के प्रभाव, लेस कॉटेलेल और जॉन हाल्परिन, अप्रकाशित, जनवरी 1997 द्वारा देखें।

उल्लेखनीय रूप से स्पष्ट कम सीमा y = 2x के आसपास देखा क्योंकि आश्चर्य की बात नहीं है: 2 की एक ढलान HTTP GETs है कि दो बार पिंग समय लेने के लिए मेल खाती है; न्यूनतम पिंग समय लगभग दौर की यात्रा का समय है; और एक न्यूनतम टीसीपी लेन-देन में दो राउंड ट्रिप शामिल हैं, एक दूसरे दौर का अनुरोध करने के लिए दूसरे नंबर का आदान-प्रदान करें और प्रतिक्रिया प्राप्त करें। कनेक्शन समाप्ति को एसिंक्रोनस रूप से किया जाता है और ऐसा समय में दिखाई नहीं देता है

get-vs-ping-scatter

माप और रेखा y = 2 x (जहां y = HTTP प्राप्त प्रतिक्रिया समय और x = न्यूनतम पिंग प्रतिक्रिया समय) के बीच अवशिष्टों का वितरण प्रदर्शित करके निम्न सीमा को भी देखा जा सकता है। ऐसा वितरण नीचे दिखाया गया है। शून्य के अवशिष्ट मूल्य (y = 2x) तक पहुंचने के रूप में माप की आवृत्ति में क्रीज में खड़ी दिखती है इंटर क्वाटेटाइल रेंज (आईक्यूआर), जहां 25% और 75% माप के गिरने के बीच की अवशिष्ट सीमा होती है, लगभग 220 मिसे है, और लाल रेखा से साजिश पर इंगित किया गया है।

get-vs-ping-residual

पिंग का प्रदर्शन करने का एक वैकल्पिक तरीका वेब प्रदर्शन से संबंधित है यह दर्शाता है कि पिंग का उपयोग भविष्यवाणी करने के लिए किया जा सकता है कि किस तरह से दोहराए गए वेब सर्वरों से एक वेब पेज को प्राप्त किया जा सके इस पर अधिक जानकारी के लिए इंटरनेट में डायनामिक सर्वर चयन, मार्क ई। क्रोवला और रॉबर्ट एल। कार्टर द्वारा देखें।

व्हाईटहाउस वेब सर्वर के फायरहाइन केस स्टडी ने दिखाया कि हालांकि पिंग प्रतिक्रिया असामान्य वेब प्रदर्शन को अच्छी तरह से ट्रैक नहीं करती है, इस स्थिति में पिंग पैकेट लॉस ने एक बेहतर काम किया है

ईसाई हिटैमा द्वारा सेवा मूल्यांकन की इंटरनेट गुणवत्ता, वेब रिस्पांस में योगदान करने वाले विभिन्न घटकों के माप प्रदान करती है। इन घटकों में शामिल हैं: आरटीटी, संचरण की गति, डीएनएस विलंब, कनेक्शन विलंब, सर्वर देरी, संचरण देरी यह दर्शाता है कि जीईटी यूआरएल कमांड भेजना और प्रतिक्रिया के पहले बाइट के रिसेप्शन के बीच की देरी सर्वर के विलंब का अनुमान है (“कई सर्वरों में, यद्यपि सभी जरूरी नहीं कि यह विलंब पृष्ठ अनुरोधों को शेड्यूल करने के लिए आवश्यक समय से मेल खाती है , पृष्ठ को स्मृति में तैयार करें, और डेटा भेजने शुरू करें “) और औसत लेन-देन की अवधि के 30 से 40% के बीच का प्रतिनिधित्व करता है। कम करने के लिए, आपको शायद अधिक शक्तिशाली सर्वर की आवश्यकता होती है तेजी से कनेक्शन प्राप्त करना निश्चित रूप से देरी के अन्य 60% की मदद करेगा।

इसके अलावा नॉन पिंग आधारित टूल पर नीचे दिए गए हिस्से को राउंड ट्रिप टाइम और पैकेट लॉस के साथ थ्रूपुट के कुछ सहसंबंधों के लिए देखें।

हम क्या उपाय करते हैं

हम प्रतिक्रिया के समय (मील-सेकंड (एमएस) में गोल यात्रा का समय), पैकेट नुकसान प्रतिशत, प्रतिक्रिया समय की परिवर्तनशीलता दोनों अल्पावधि (सेकंड के समय का समय) और लंबे समय तक, और पहुंच योग्यता की कमी को मापने के लिए पिंग का उपयोग करते हैं , अर्थात् पिंग्स के उत्तराधिकार के लिए कोई जवाब नहीं। पहुंच और उपलब्धता की उपलब्धता और उपलब्धता की चर्चा और परिभाषा के लिए, इंटरनेट प्रदर्शन: डेटा विश्लेषण और विज़िअलाइजेशन एक श्वेत पत्र XIWT द्वारा हम ऑर्डर पैकेट और डुप्लिकेट पैकेट से बाहर की जानकारी भी रिकॉर्ड करते हैं।

मापा आंकड़ों के साथ हम उत्तर-माध्यम, थ्रूपुट, और पैकेट नुकसान के लिए साधनों / माध्यिकाओं और परिवर्तनशीलता पर उम्मीदों के लिए दीर्घकालिक बेसलाइन बना सकते हैं। इन बेसलाइनों के साथ हम अपेक्षाओं को सेट कर सकते हैं, योजना की जानकारी प्रदान कर सकते हैं, एक्सट्रापोलएशन बना सकते हैं और अपवादों को देख सकते हैं (जैसे आज की प्रतिक्रिया का समय पिछले 50 कार्य दिवसों के औसत से अधिक 3 मानक विचलन से अधिक है) और अलर्ट उठाना।

नुकसान

कई टीसीपी आधारित अनुप्रयोगों के लिए नुकसान की गुणवत्ता का एक अच्छा उपाय (इसके पैकेट नुकसान दर के संदर्भ में) है नुकसान आम तौर पर भीड़ के कारण होता है जो बदले में भरने के लिए कतारों (जैसे रूटर में) का कारण बनता है और गिराए जाने वाले पैकेट पैकेट के एक अपूर्ण प्रतिलिपि देने वाले नेटवर्क के कारण भी नुकसान हो सकता है। यह आमतौर पर लिंक्स या नेटवर्क उपकरणों में थोड़ी त्रुटियों के कारण होता है। 1994 और 1995 में किए गए मापन से पैक्ससन (एंड-एलटीओ-एंड पैकेट डायनेमिक्स देखें) ने निष्कर्ष निकाला कि सबसे अधिक भ्रष्टाचार की त्रुटियां टी 1 लिंक से आईं और 5000 पैकेट में सामान्य दर 1 थी। यह 120000 बीट्स में लगभग 1 के 300 बीएटी पैकेट औसत के लिए थोड़ी त्रुटि दर से मेल खाती है। आईपी ​​में एक 16 बिट चेकसम है, इसलिए भ्रष्ट पैकेट में त्रुटि का पता लगाने की संभावना 65536 में 1 या लगभग 300 मिलियन पैकेट में 1 है। अगस्त 2000 में सीआरसी और टीसीपी चेकसम असहमत होने पर एक हालिया अध्ययन, इंगित करता है कि पिछले दो सालों में इंटरनेट पैकेट के निशान दर्शाते हैं कि 30,000 में से 1 पैकेट टीसीपी चेकसम को विफल करता है, यहां तक ​​कि उन लिंक पर भी जहां लिंक-स्तर सीआरसी सभी को पकड़ना चाहिए लेकिन 4 अरब त्रुटियों में 1 ये टीसीपी चेकसम त्रुटियां उच्च स्तर (उदा। ये नेटवर्क डिवाइस या कंप्यूटर में बस त्रुटियों के कारण हो सकते हैं, या टीसीपी स्टैक त्रुटियों से) लिंक स्तर की त्रुटियों की तुलना में हो सकती हैं जिन्हें सीआरसी चेक द्वारा पकड़ा जाना चाहिए।

आरटीटी

पैकेट आकार के खिलाफ लगाए जाने पर प्रतिक्रिया समय या राउंड ट्रिप टाइम (आरटीटी) पिंग डेटा दर (किलो बाइट / सेकंड (केबी / एस)) का विचार दे सकता है क्योंकि यह उच्च प्रदर्शन लिंक के रूप में बहुत मुश्किल हो जाता है क्योंकि पैकेट श्रेणी अपेक्षाकृत छोटा है (आमतौर पर <1500bytes), और समय संकल्प सीमित है। आरटीटी साइट्स के बीच के रास्ते के साथ प्रत्येक हॉप में साइटों के बीच की दूरी से जुड़ा है। दूरी प्रभाव मोटे तौर पर फाइबर में प्रकाश की गति से किया जा सकता है, और मोटे तौर पर दूरी / (0.6 * सी) द्वारा दिया जाता है जहां सी प्रकाश की गति है (दस्तावेज़ G.144 में आईटीयू, तालिका ए .1 गुणक की सिफारिश करता है 0.005 मिसे / किमी, या 0.66c का) इस हॉप देरी के साथ एक साथ लाना, आरटीटी आर लगभग मोटे तौर पर दिया जाता है:

जहां 2 का कारक है क्योंकि हम गोल-यात्रा के लिए बाहर और पीछे के समय को मापते हैं। यह नीचे दिए गए चित्र में दिखाया गया है, जो अमेरिका, यूरोप और जापान (बोलोग्ना-फ्लोरेंस, जिनेवा-ल्यों, शिकागो-यू नॉट्रे डेम, टोक्यो में स्थित 16 युगल साइटों के बीच की दूरी के कार्य के रूप में मापा पिंग प्रतिक्रिया को दर्शाता है -ऑसाका, हैम्बर्ग-ड्रेस्डन, बोलोग्ना-ल्योन, जिनेवा-मेनज़, पिट्सबर्ग-सिन्सिनट्टी, जिनेवा-कोपेनहेगन, शिकागो-ऑस्टिन, जिनेवा-लुंड, शिकागो-सैन फ्रांसिस्को, शिकागो-हैम्बर्ग, सैन फ्रांसिस्को-टोक्यो, सैन फ्रांसिस्को-जिनेवा और जिनेवा-ओसाका)। नीले त्रिभुज मापा आरटीटी (मिलीसेकंड में) के लिए हैं, काले रेखा डेटा के लिए उपयुक्त है, हरे रंग की रेखा y = x (दूरी) / (0.6 * c) के लिए है, और हॉप विलंब में लाल बिंदु प्रत्येक दिशा के लिए लगभग 2.25 एमए के विलंब / हॉप के साथ (अर्थात् लाल डॉट्स सैद्धांतिक RTT फिट हैं)। हमने इसका इस्तेमाल कितना दूर किया है? प्रत्येक पृष्ठ के साथ प्रमुख बिंदुओं के बीच दूरी “कौवा मक्खियों के रूप में” प्राप्त करने के लिए वेब पृष्ठ। मार्च 2001 में मार्क स्पिल्लर द्वारा बनाए गए एक अधिक हालिया माप, यूसी बर्कले से लगभग 10 विश्वविद्यालयों में 800-900 उपयोग करने वाले रेंज में कुछ स्पाइक्स के साथ 500-700 उपयोगक के रूटर विलंब को मापा गया।

rtt-predict

कुछ फ़्रेम स्थानांतरण विलंब (एफटीडी) के प्रदर्शन के उद्देश्यों के लिए दूरी के स्थान पर रूट लंबाई (आरकेएम) का उपयोग किया जा सकता है। अगर डीकेएम सीमाओं के बीच की हवाई-दूरी की दूरी है, तो मार्ग की लंबाई को निम्नानुसार गणना की जाती है (यह वही गणना है जो आईटीयू दस्तावेज़ जी 826 में पाया गया है)।

  • अगर डीकेएम <1000 किमी, तो आरकेएम = 1.5 * डीकेएम
  • यदि 1000 किमी <= डीकेएम <= 1200 किमी, फिर आरकेएम = 1500 किमी
  • अगर डीकेएम> 1200 किमी, तो आरकेएम = 1.25 * डीकेएम

यह नियम लागू नहीं होता है यदि मार्ग में एक उपग्रह है। यदि एक उपग्रह मार्ग के किसी भी हिस्से में मौजूद है, तो उस भाग को 320 एमएससी के एक निश्चित एफटीडी आवंटित किया गया है। 320 एमएससी का मान खाते के कारकों में ले जाता है जैसे कि कम पृथ्वी स्टेशन देखने का कोण, और अग्रेषण त्रुटि एन्कोडिंग को संशोधित करता है। अधिकांश भागों में एक उपग्रह शामिल है, जो विलम्ब के 2 9 0 मिसे से अधिक नहीं होने की संभावना है। अगर यह भूस्तरण उपग्रह है तो भौगोलिक चक्र की सीमा पर 22,000 और 23,000 मील की दूरी पर प्रकाश की गति 186,000 मील की दूरी पर है, यह आंकड़ा और वापस 45,000 है, और राउंड-ट्रिप 90,000 मील है, इसलिए हमें वहां 500 मिलीमीटर मिलते हैं।

भौगोलिक-स्थिर उपग्रहों की वजह से यह बढ़ा हुआ न्यूनतम आरटीटी पहचान के लिए एक उपयोगी हस्ताक्षर प्रदान करता है, मॉनिटर और लक्ष्य के बीच के मार्ग में भू-स्टेयनेरी उपग्रह शामिल होता है। एक उदाहरण आईसीएफए-एससीआईसी मॉनिटरिंग वर्किंग ग्रुप के 2011 -2012 की रिपोर्ट -2012 में देखा जा सकता है।

प्रत्येक हॉप में देरी तीन मुख्य घटकों का एक कार्य है: रूटर की गति, इंटरफ़ेस क्लॉसिंग रेट और राउटर में रकम। पूर्व दो समय के कम (कुछ दिनों) अवधि से अधिक स्थिर होते हैं इस प्रकार न्यूनतम आरटीटीज़ दूरी / (0.6 * सी) + हॉप्स * ((इंटरफ़ेस स्पीड / पैकेट आकार) + न्यूनतम रूटर फ़ॉरवर्डिंग समय) का एक उपाय प्रदान करते हैं। यह संख्या पैकेट आकार का रैखिक कार्य होना चाहिए। दूसरी तरफ राउटर कतार प्रभाव, अधिक यादृच्छिक कतार प्रक्रियाओं और क्रॉस-ट्रैफ़िक पर निर्भर होते हैं और इसलिए अधिक परिवर्तनीय होते हैं। यह नीचे एमआरटीजी प्लॉट में दर्शाया गया है जो कि एसईएलएसी से रविवार 25 फरवरी 2001 तक सोमवार 5 अप्रैल, 2001 को विस्कॉन्सिन विश्वविद्यालय से बहुत स्थिर न्यूनतम आरटीटी (हरी क्षेत्र) और अधिक यादृच्छिक अधिकतम आरटीटी (नीला लाइन) दिखाता है। मध्य दिन मंगलवार के आसपास आरटीटी में थोड़ा ब्लिप संभवतः एक मार्ग परिवर्तन के कारण होता है।

rtt-queuing

गैर पिंग आधारित उपकरण

एसएलएसी एक सर्वेक्षक साइट भी था। सर्वेयर मादे एक समय देरी माप (आईसीएमपी का प्रयोग नहीं करते हुए), समय को सिंक्रनाइज़ करने के लिए ग्लोबल पोजिशनिंग सिस्टम (जीपीएस) उपकरणों का उपयोग करते हैं, और समर्पित मॉनिटरिंग / रिमोट मेजबान। हमने दो विधियों की तुलना और इसके विपरीत करने के लिए पिंगर और सर्वेयर डेटा की तुलना की और आईसीएमपी इको की वैधता की पुष्टि की। आईसीएमपी प्रतिधारा के साथ उठाए गए एक चिंता इंटरनेट सेवा प्रदाता (आईएसपी) दर की सीमा को आईसीएमपी प्रतिध्वनित करने की संभावना है और इस प्रकार अमान्य पैकेट लॉस मापन को जन्म देने के लिए, इस पर अधिक जानकारी के लिए, ऊपर दिए गए गोचान पर अनुभाग देखें

हम एफ़टीपी (थोक ट्रांसफर दर को मापने के लिए) और ट्रेसरआउट (अधिक से अधिक जटिल उपकरणों का उपयोग करते हैं) (पथों और हॉप्स की संख्या को मापने के लिए) हालांकि, सेट अप और स्वचालित करने के लिए और अधिक मुश्किल होने के अलावा, एफ़टीपी नेटवर्क पर अधिक घुसपैठ है और अंत नोड लोडिंग पर अधिक निर्भर है। इस प्रकार हम मुख्य रूप से मैन्युअल मोड में एफ़टीपी का उपयोग करते हैं और यह पता लगाने के लिए कि कैसे पिंग टेस्ट काम करता है (जैसे एफ़टीपी और पिंग और एफटीपी थ्रूपुट, हॉप्स एंड पैकेट लॉस के बीच के संबंधों के बीच सहसंबंध)। हमने नेटपरफ़ माप के साथ थ्रूपुट के पिंगर की भविष्यवाणियों की तुलना भी की है। पैकेट नुकसान के साथ थ्रूपूट मापन के संबंध में एक और तरीका है मॉडलिंग टीसीपी थ्रूपुट द्वारा।

माध्य ऑपिनियन स्कोर की गणना (एमओएस)

दूरसंचार उद्योग एक आवाज गुणवत्ता मीट्रिक के रूप में मीन ऑपिनियन स्कोर (एमओएस) का उपयोग करता है राज्यमंत्री के मूल्य हैं: 1 = बुरा; 2 = गरीब; 3 = निष्पक्ष; 4 = अच्छा; 5 = उत्कृष्ट। वॉयस ओवर आईपी के लिए एक विशिष्ट श्रेणी 3.5 से 4.2 (देखें VoIPtroubleshooter.com)। वास्तव में, कोडेक के संपीड़न एल्गोरिदम द्वारा एक संपूर्ण कनेक्शन पर भी प्रभाव पड़ता है, इसलिए उच्चतम स्कोर जो सबसे अधिक कोडेक प्राप्त कर सकते हैं वह 4.2 से 4.4 रेंज में प्राप्त कर सकते हैं। G.711 के लिए सबसे अच्छा 4.4 (या एक आर फैक्टर (आईटीयू-टी सिफारिश जी .107, “ई-मॉडल, ट्रांसमिशन प्लानिंग में उपयोग के लिए एक कम्प्यूटेशनल मॉडल देखें”) 94.3) और जी 72 के लिए जो प्रदर्शन करता है महत्वपूर्ण संपीड़न यह 4.1 है (या 84.3 का एक आर पहलू)।

तीन कारक हैं जो कॉल की गुणवत्ता पर काफी प्रभाव डालते हैं: विलंबता, पैकेट नुकसान, घबराना अन्य कारकों में कोडेक प्रकार, फोन (एनालॉग बनाम डिजिटल), पीबीएक्स आदि शामिल हैं) हम इस ट्यूटोरियल में बाद में घबराना की गणना कैसे करते हैं। अधिकांश टूल-आधारित समाधान गणना करते हैं कि “आर” मान कहां है और फिर उसे एक एमओएस स्कोर में कनवर्ट करने के लिए एक सूत्र लागू करें। हम ऐसा ही करते हैं एमओएस गणना करने के लिए यह आर अपेक्षाकृत मानक है (उदाहरण के लिए एक नए तरीके के लिए आईटीयू – दूरसंचार मानक मानकीकरण सेक्टर अस्थायी दस्तावेज़ XX-E WP 2/12)। आर मान स्कोर 0 से 100 तक है, जहां एक उच्च संख्या बेहतर है एमओएस मूल्यों के लिए विशिष्ट आर: आर = 90-100 => एमओएस = 4.3-5.0 (बहुत संतुष्ट), आर = 80-90 => एमओएस = 4.0-4.3 (संतुष्ट), आर = 70-80 => एमओएस = 3.6 -4.0 (कुछ असंतोष), आर = 60-70 => एमओएस = 3.1-3.6 (अधिक असंतोष), आर = 50-60 => एमओएस = 2.6-3.1 (अधिकांश असंतोष), आर = 0-50 => एमओएस = 1.0-2.6 (अनुशंसित नहीं)। लॉसेंस, लॉस, एमओएस के घबराना को बदलने के लिए, हम नेस्सॉफ्ट की विधि का पालन करते हैं। वे (छद्म कोड में) का उपयोग करते हैं:

# औसत गोल ट्रिप विलंबता (मिलीसेकंड में) जोड़ें, जोड़ें

# फ़्रीड यात्रा जिटर, लेकिन विलंबता के प्रभाव को दोगुना करें

# फिर प्रोटोकॉल लेटेंसी (मिलीसेकंड में) के लिए 10 जोड़ें।

प्रभावी लेटेंसी = (औसत लेटेंसी + जिटर * 2 + 10)

# एक मूल वक्र को लागू करें – आर मान के लिए 160 मूल्य के विलुप्त होने पर 4 घटाएं (राउंड ट्रिप)

#उस पर कुछ भी अधिक आक्रामक कटौती हो जाती है।

अगर प्रभावशाली लेटेंसी <160 तब

आर = 93.2 – (प्रभावी लैटिन / 40)

अन्य

आर = 93.2 – (प्रभावी लेटेंसी – 120) / 10

#अब, हमें पैकेट लॉस के प्रति प्रतिशत 2.5 आर मूल्य घटाएं (यानी ए

#5% की हानि 5 के रूप में दर्ज की जाएगी)।

# एक एमओएस मूल्य में आर को कन्वर्ट करें। (यह ज्ञात फॉर्मूला है)

अगर आर <0 फिर

एमओएस = 1

अन्य

एमओएस = 1 + (0.035) * आर + (.000007) * आर * (आर -60) * (100-आर)

कुछ माप उपकरणों और / या स्पष्टीकरण के लिए निम्न भी देखें:

लेन-देन टाइम्स में नेटवर्क योगदान की गणना करना

आईटीयू आईटीयू-टी रिक. जी1040 “लेन-देन के समय में नेटवर्क योगदान” में लेन-देन के समय में नेटवर्क योगदान की गणना करने के लिए एक विधि के साथ आया है। योगदान आरटीटी, हानि संभावना (पी), आरट्रॉम्स्शन टाइम आउट (आरटीओ) और लेनदेन में शामिल दौरों की संख्या (एन) पर निर्भर करता है। ट्रांसनेशन टाइम (एनसीटीटी) के लिए नेटवर्क योगदान इस प्रकार दिया गया है:

औसत (एनसीटीटी) = (n * RTT) + (पी * एन * आरटीओ)

एन के लिए विशिष्ट मूल्य 8 हैं, आरटीओ के लिए हम 2.5 सेकंड लेते हैं, हम पीटीआईआर माप से आरटीटी और हानि संभावना (पी) लेते हैं।

पिंग माप से टीसीपी थ्रूपूट प्राप्त करना

कंप्यूटर कम्युनिकेशन रिव्यू, 27 (3), जुलाई 1997 में मैथिस, सेमेक, मह्दीवी और ओट द्वारा टीसीपी कंजेशन एल्गोरिथ्म का मैक्रोस्कोपिक व्यवहार अंतरण दर पर ऊपरी बाउंड के लिए एक छोटा और उपयोगी सूत्र प्रदान करता है:

दर <(एमएसएस / आरटीटी) * (1 / sqrt (पी))

जहां:

दर: टीसीपी अंतरण दर है

एमएसएस: अधिकतम सेगमेंट आकार है (प्रत्येक इंटरनेट पथ के लिए तय किया जाता है, आमतौर पर 1460 बाइट्स)

RTT: गोल यात्रा का समय है (जैसा टीसीपी द्वारा मापा गया है)

पी: पैकेट नुकसान दर है

कड़ाई से बोलना हानि टीसीपी नुकसान है जो आवश्यक रूप से पिंग नुकसान के समान नहीं हैं (जैसे मानक टीसीपी अपने भीड़ के आकलन के हिस्से के रूप में नुकसान भड़काना) इसके अलावा, पीटीटी आरटीटी टीसीपी द्वारा आरटीटी का अनुमान लगाते हैं (उदाहरण के लिए विश्वसनीय ट्रांस्पोर्ट प्रोटोकॉल में दौर-ट्रिप टाइम इम्प्रिमेट को सुधारने के लिए देखें)। हालांकि, विशेषकर निम्न निष्पादन लिंक के लिए यह एक उचित आकलनकर्ता है।

 

नुकसान का अनुमान लगाने के लिए कोई व्यक्ति बिट त्रुटि दर (बीईआर) का उपयोग कर सकता है। विशिष्ट मान बीईआर = 10 ^ -9 (अर्थात 100 बीए पैकेट के लिए ~ 0.001% की पैकेट हानि की संभावना), और एक ऑप्टिकल लिंक के लिए 10 ^ -12 (सीएस 244 ए देखें: कंप्यूटर नेटवर्क का एक परिचय – स्टैनफोर्ड विश्वविद्यालय, और 10 गिगाबिट ईथरनेट और एक्सएयूआई इंटरफ़ेस)।

यदि आप इम्पीरिकल्ल्य पी उपाय नहीं कर सकते, तो नुकसान की संभावना के लिए 1000BaseT, 10 ^ -10 के लिए अपेक्षा बिट त्रुटि दर (बीईआर) से शुरू करें। 400 जीबीई के लिए प्रदर्शन निष्पादन उद्देश्य देखें

उपरोक्त समीकरण का एक बेहतर रूप में पाया जा सकता है: मॉडलिंग टीसीपी थ्रूपुट: एक सरल मॉडल और इसकी प्रायोगिक मान्यता जे. पाध्ये, वी. फ़िरियु, डी. टाउनस्ली और जे. कुरोसे SIGCOMM Symp संचार आर्किटेक्चर और प्रोटोकॉल अगस्त १९९८, पीपी. ३०४-३१४

दर = मिनट (Wmax / RTT, 1 / ((RTT / sqrt (2 * b * p / 3) + मिनट (1, 3 * sqrt (3 * b * p / 8)) * (1 + 32 * p * पी))))

जहां:

Wmax: अधिकतम भीड़ खिड़की का आकार है।

बी: विलंबित एसीके द्वारा स्वीकृत पैकेट की संख्या है। कई टीसीपी रिसीवर कार्यान्वयन दो लगातार पैकेट प्राप्त करने के लिए एक संचयी एसीके भेजते हैं (डब्लू। स्टीवन्स देखें। टीसीपी / आईपी इलस्ट्रेटेड, वॉल्यूम 1. प्रोटोकॉल एडिसन-वेस्ले, 1994), इसलिए बी आम तौर पर 2 है।

थ्रूपूट बनाम आरटीटी और नुकसान से देखकर नुकसान के एक समारोह और आरटीटी के व्यवहार के रूप में देखा जा सकता है। हमने पिंगर और नेटपीर्फ़ माप के माध्यम से थ्रूपुट की तुलना करने के लिए फार्मूले मैथिस का इस्तेमाल किया है।

व्युत्पन्न थ्रूपुट के सामान्यकरण

मैथिस सूत्र में 1 / RTT के प्रभाव को कम करने के लिए, व्युत्पन्न थ्रूपूट के लिए, हम उपयोग करके

norm_throughput = throughput * min_RTT (दूरस्थ क्षेत्र) / min_rtt (मॉनिटरिंग_रेग्रियन)

कनेक्शन की प्रत्यक्षता

ज्ञात स्थानों पर 2 नोड्स के बीच संबंध की पहचान करने के लिए यह एक मीट्रिक है। प्रत्यक्षता के करीब मानों का मतलब है कि मेजबानों के बीच का रास्ता लगभग एक महान सर्कल मार्ग का अनुसरण करता है। मान 1 से छोटा है जिसका अर्थ है पथ बहुत अप्रत्यक्ष है। मिनिमू आरटीटी पर आधारित प्रत्यक्षता गुणांक निर्देशिता का व्युत्क्रम यहाँ दिया गया है।

आरटीडी = गोल यात्रा दूरी,

आरटीडी [किमी] = डायरेक्टिविटी * मिन_आरटीटी [एमएसईसी] * 200 [किमी / एमएसईसी]

डायरेक्टिविटी नेटवर्क उपकरण में देरी और वास्तविक मार्ग की अप्रत्यक्षता के लिए अनुमति देता है।

डी = 1 मार्ग दूरी

डायरेक्टिविटी = डी (किमी) / (मिन_आरटीटी [एमएसईसी] * 100 [किमी / एमएसईसी])

  • मैक्स (डायरेक्टिविटी) = 1 = डायरेक्ट (महान सर्कल) मार्ग और कोई नेटवर्क विलंब नहीं है
  • मिनी मुम RTT से प्राप्त की गई सामान्यता ~ 0.45 है
  • कम मूल्यों का अर्थ है बहुत अप्रत्यक्ष मार्ग, या उपग्रह या धीमी कनेक्शन (जैसे वायरलेस)
  • डायरेक्टिविटी> 1 शायद मेजबान के लिए खराब निर्देशांक की पहचान करता है।

वीट्रेस विज़ुअल ट्रेसरआउट के मामले में, हॉप की दूरी और अंत-टू-एंड दूरी के बीच का अंतर डायरेक्टिविटी का अनुमान प्रदान कर सकता है। अंत-टू-एंड दूरी, स्रोत और गंतव्य के बीच की सबसे बड़ी सर्कल पथ की दूरी है, जहां कुल हॉप की दूरी लगातार लगातार हॉप्स के बीच महान चक्र की दूरी का योग है। इस मामले में हम Directivty का अनुमान (end_to_end_distance / total_hop_distance) के रूप में करते हैं।

डेटा तक पहुंच

कच्चे पिंग डेटा सार्वजनिक रूप से उपलब्ध है, डेटा और प्रारूप को प्राप्त करने के तरीके के लिए पिंगइआर डेटा तक पहुंचना देखें। सारांश डेटा भी पिंगइआर विस्तार रिपोर्ट से एक्सेल टैब से अलग-मूल्य (.tsv) प्रारूप में वेब से उपलब्ध है।

सहयोगियों के नोड्स के पिंगिंग

डेटा विश्लेषण और प्रस्तुति

दैनिक प्लॉट्स

प्रत्येक नोड के लिए पिंग प्रतिक्रिया समय प्रत्येक आधे घंटे के लिए प्लॉट किया जाता है, उदाहरण के लिए, अगर टॉकिंग प्लॉट को देखते हुए RTT और नुकसान यह मुख्य रूप से मुसीबत शूटिंग के लिए उपयोग किया जाता है (उदाहरण के लिए देखें कि यह पिछले कुछ घंटों में नाटकीय रूप से खराब हो गया है)।

3डी प्लॉट ऑफ़ नोड बनाम रिस्पांसस टाइम बनाम टाइम

3डी प्लॉट नोड बनाम समय बनाम रिस्पांस द्वारा हम कई नोड्स के सहसंबंध की तलाश कर सकते हैं जिनके खराब प्रदर्शन हो रहे हैं या एक ही समय (संभवतः एक सामान्य कारण के कारण) पर पहुंच प्राप्त नहीं हो सकता है, या कोई नोड जिसके कारण खराब प्रतिक्रिया हो रही है या किसी के लिए अनुपलब्ध है विस्तारित समय। बाईं ओर कई मेजबान दिखाए गए हैं (काले रंग में) सभी 12 दोपहर के आसपास पहुंच से बाहर नहीं हैं।

ping-3d

अंतिम 180 दिन प्लॉट्स:

पिछले 180 दिनों के दौरान प्रतिक्रिया समय, पैकेट लॉज़ और अप्राप्यता दिखाने वाले दीर्घकालिक आलेख यह भी संकेत दे सकते हैं कि कोई सेवा खराब हो रही है (या बेहतर)।

मासिक पिंग रिस्पांस एंड लॉस एवरेज साल के लिए वापस जा रहे हैं:

प्राइम टाइम (7 बजे से 7 बजे सप्ताह के दिन) की 1000 मासिक बाधाओं के टेबल्स 1000 बाइट पिंग प्रतिक्रिया समय और 100 बाइट पिंग पैकेट नुकसान से हमें लंबी अवधि के लिए वापस जाने वाले डेटा को देखने की अनुमति मिलती है। यह सारणीय डेटा Excel में निर्यात किया जा सकता है और दीर्घकालिक पिंग पैकेट नुकसान प्रदर्शन से बना चार्ट।

ral-tn

क्जिसेंट नेटवर्क फ़्रीक्वेंसी

जब हमें शून्य पैकेट नुकसान नमूना मिलता है (एक नमूना n पिंग्स के एक सेट को संदर्भित करता है), तो हम नेटवर्क को देखें (या गैर-व्यस्त) मौके के रूप में देखें फिर हम उस प्रतिशत की आवृत्ति को माप सकते हैं कि कितनी बार नेटवर्क निश्चिंत हो पाया एक उच्च प्रतिशत एक अच्छा (मौन या गैर-भारी लोड) नेटवर्क का संकेत है। उदाहरण के लिए, एक नेटवर्क जो प्रति सप्ताह 8 कार्य-दिवस व्यस्त रहता है, और दूसरी बार मौन होकर लगभग 75% ~ (कुल / सप्ताह / सप्ताह – 5 सप्ताहदिन / सप्ताह * 8 घंटे / दिन) / (कुल / सप्ताह / सप्ताह) का मुकाबला होगा । तह नुकसान का प्रतिनिधित्व करने का यह तरीका त्रुटि रहित सेकंडों के फोन मीट्रिक के समान है।

क्विजेंट नेटवर्क आवृत्ति तालिका नमूने (जहां एक नमूना 10 100 बाइट पिंग्स का एक सेट है) का प्रतिशत (आवृत्ति) दिखाता है जो शून्य पैकेट नुकसान को मापता है। प्रति माह प्रत्येक माह की सभी नमूनों में रिपोर्ट किया गया नमूना प्रत्येक साइट के लिए प्रत्येक दिन (जैसे 30 दिनों * 48 (30 मिनट की अवधि) या 1440 नमूनों के लिए प्रत्येक साइट / महीने के नमूने हैं।

जिटर, जिटर भी देखें,

टेलिफोनी जैसे वास्तविक समय के अनुप्रयोगों के लिए प्रतिक्रिया समय की अल्पावधि परिवर्तनशीलता या “घबराना” बहुत महत्वपूर्ण है वेब ब्राउज़िंग और मेल घबराने के लिए काफी प्रतिरोधी हैं, लेकिन किसी भी प्रकार की स्ट्रीमिंग मीडिया (आवाज, वीडियो, संगीत) बहुत घबराने के लिए अनुकूल है। जिटर एक लक्षण है कि यातायात को संभालने के लिए पर्याप्त बैंडविड्ट या भीड़ है। ज़ीरर ओवर- या अंडर-फ्लो को रोकने के लिए वीओआईपी कोडेक डी-जिटर बफर की लंबाई निर्दिष्ट करता है। एक उद्देश्य यह निर्दिष्ट करने के लिए हो सकता है कि 95% पैकेट विलंब विविधताओं अंतराल के भीतर होनी चाहिए [-30msec, + 30msec]

एक विधि को नेटवर्क में नियमित अंतराल पर पैकेट लगाने और आगमन के समय में परिवर्तनशीलता को मापने की आवश्यकता है। आईईटीएफ में आईपी प्रदर्शन मेट्रिक्स (आईपीपीएम) के लिए आईपी पैकेट विलंब भिन्नता मीट्रिक है (देखें आरटीपी: रियल-टाइम एप्लिकेशन, आरएफसी 2679 और आरएफसी 5481 के लिए ट्रांसपोर्ट प्रोटोकॉल

हम दो तरीकों से तात्कालिक परिवर्तनशीलता या “जिटर” को मापते हैं:

  1. राउंड ट्रिप टाइम (आरटीटी) के आई-वें मापन री हो, तो हम आर के आवृत्ति वितरण के इंटर क्वार्टाइल रेंज (आईक्यूआर) के रूप में “घबराना” लेते हैं। एसएलएसी <=> सीईआरएन गोल यात्रा के विलंब देखें इस तरह के एक वितरण के उदाहरण के लिए
  2. दूसरी विधि में हम आईपीपीएम के लिए तत्काल पैकेट देरी भिन्नता मीट्रिक पर आईईटीएफ प्रारूप का विस्तार करते हैं, जो एक तरफा मीट्रिक है, दो-तरफा पिंग्स के लिए। हम डीआर के आवृत्ति वितरण के IQR लेते हैं, जहां डीआरआई = री-आरई -1 ध्यान दें कि डीआर की गणना करते समय पैकेट सटे आसन्न नहीं होते हैं। ऐसे वितरण के उदाहरण के लिए एसएलएसी <=> सीईआरएन दो-तरफा तात्कालिक पैकेट देरी भिन्नता देखें।

उपर्युक्त दोनों वितरण गैर-गाऊसी के रूप में देखे जा सकते हैं, इसलिए हम “जिटर” के माप के रूप में मानक विचलन के बजाय IQR का उपयोग करते हैं। आरएफसी 1889/3550 देखें

एसएएलएसी और सीईएन, डेसी एंड एफएनएल के बीच पिंग “जिटर” को देखते हुए यह देखा जा सकता है कि जिटर की गणना करने के दो तरीके एक और अच्छी तरह से ट्रैक करते हैं (पहली विधि IQR लेबल और दूसरा लेबल वाला आईपीडी आंकड़ा है)। वे दिन में मैग्नेटिटी के दो आदेशों के अनुसार अलग-अलग होते हैं। एसएलएसी और डीएनएई या सीईआरएन के बीच एसएलएसी और एफएनएएल के बीच घबरने बहुत कम हैं यह भी उल्लेखनीय है कि सीईआरएन यूरोपीय दिन के दौरान अधिक घबराना है, जबकि यू.एस. दिन के दौरान डीईएसई के ज़ीटर घबराना अधिक है।

हमने निरपेक्ष मूल्य डीआर, यानी | डीआर | | ले कर घबरने का एक उपाय भी प्राप्त किया है। इसे कभी-कभी “चलती रेंज विधि” (सांख्यिकीय डिजाइन और प्रयोगों का विश्लेषण, रॉबर्ट एल मेसन, रिचर्ड एफ। गेस्ट और जेम्स एल। हेस। जॉन विले एंड सन्स, 1989) के रूप में जाना जाता है। यह भी आरएफसी 25 9 8 में झिलकी की परिभाषा के रूप में प्रयोग किया जाता है (आरएफसी 1889 में वास्तविक समय उपयोग और गणना के लिए घबरने की एक और परिभाषा है) उदाहरण के लिए चलती रेंज का हिस्टोग्राम देखें इस आंकड़े में, मैजंटा लाइन संचयी कुल है, नीली रेखा डेटा के लिए एक एक्सपेंनेटल फिट है, और हरे रंग की रेखा डेटा के लिए एक शक्ति श्रृंखला है। नोट करें कि कलर के इस खंड में सभी 3 चार्ट समान डेटा के प्रतिनिधित्व हैं।

वीओआईपी के लिए और विशेष रूप से सेवा की गुणवत्ता (क्यूओएस) उपायों के लागू होने की आवश्यकताओं को अधिक बारीकी से समझने के लिए, हमने एसएलएसी और एलबीएनएल के बीच एक वीओआईपी टेस्टेड की स्थापना की है। किसी न किसी योजनाबद्ध को सही दिखाया गया है केवल एसएलएसी आधा सर्किट योजनाबद्ध में दिखाया गया है, LBNL अंत समान है। एक उपयोगकर्ता एसएलएसी अंत में पीबीएक्स से जुड़े फोन को उठा सकता है और वीओआईपी सिस्को राउटर गेटवे के माध्यम से एलबीएनएल पर एक फोन पर दूसरे उपयोगकर्ता को कॉल कर सकता है। गेटवे एनकोड, कॉम्प्रेशस आदि। आईपी पैकेट में आवाज़ स्ट्रीम (जी 72 9 मानक का उपयोग करते हुए) लगभग 24 किलोबीपीएस यातायात का निर्माण करते हैं। वीओआईपी स्ट्रीम में दोनों टीसीपी (सिगनल के लिए) और यूडीपी पैकेट शामिल हैं ईएसनेट रूटर से एटीएम बादल तक कनेक्शन 3.5 एमबीपीएस एटीएम स्थायी आभासी सर्किट (पीवीसी) है। लिंक पर कोई प्रतिस्पर्धा यातायात के साथ, कॉल कनेक्ट हो जाता है और वार्तालाप आम तौर पर अच्छी गुणवत्ता के साथ आय करता है। फिर हम 4 एमबीपीएस ट्रैफिक को साझा 10 एमबीपीएस ईथरनेट पर इंजेक्ट करते हैं जो वीओआईपी रूटर से जुड़ा होता है। इस स्तर पर, वीओआईपी कनेक्शन टूट गया है और कोई और कनेक्शन नहीं किया जा सकता है। इसके बाद हमने प्रति हॉप व्यवहार (पीएचबी) बिट्स को सेट करके वीओआईपी पैकेट को लेबल करने के लिए एज रूटर की प्रतिबद्ध एक्सेस रेट (सीएआर) सुविधा का इस्तेमाल किया। वीओआईपी पैकेट में तेजी लाने के लिए भारित उचित कतारबद्ध (डब्लूएफक्यू) सुविधा का इस्तेमाल करने के लिए ईएसनेट राउटर सेट किया जाता है। इस सेटअप में आवाज कनेक्शन फिर से किए जा सकते हैं और बातचीत फिर से अच्छी गुणवत्ता का है।

voip-pilot

सेवा की भविष्यवाणी

दैनिक औसत पिंग डेटा दर / अधिकतम पिंग डेटा दर के दैनिक औसत पिंग सफलता / अधिकतम पिंग सफलता की तुलना में आयाम रहित चर के स्कैटर प्लॉट के माध्यम से सेवा (या पिंग अनुमानन क्षमता) का एक उपाय प्राप्त किया जा सकता है (जहां% सफलता = ( कुल पैकेट – पैकेट खो गए) / कुल पैकेट्स) यहां पिंग डाटा दर को परिभाषित किया गया है (पिंग पैकेट में 2 * बाइट्स) / प्रतिक्रिया समय। 2 के बाद से पैकेट को बाहर जाना और वापस आना होगा। अनुपात को देखने का एक अन्य तरीका यह है कि 1 के निकट की संख्या दर्शाती है कि औसत प्रदर्शन सर्वश्रेष्ठ प्रदर्शन के करीब है। संख्या 1 के करीब नहीं हैं आमतौर पर काम के घंटे और गैर-कार्य के घंटे के बीच पिंग समय में बड़े बदलाव के कारण होता है, उदाहरण के लिए, 3 अक्टूबर, 1996 को रोज़मर्रा की विविधता के उदाहरण के लिए यूसीडी पिंग प्रतिक्रिया देखें। जुलाई 1995 और मार्च 1 99 6 के लिए एसएलएसी से मापा इंटरनेट के विभिन्न हिस्सों के लिए पिंग की अनुमानित क्षमता के कुछ उदाहरण नीचे देखा जा सकता है

Untitled

कोई भी मासिक औसत पिंग पैकेट सफलता / अधिकतम पिंग पैकेट की सफलता बनाकर, मासिक औसत पिंग थ्रुपुत / अधिकतम पिंग थ्रुपाट बनाकर अलग-अलग महीनों के लिए परिवर्तनों को देखने के लिए इस स्कैटरप्लॉट जानकारी को कम कर सकता है। जुलाई 1995 और मार्च 1996 के लिए कुछ एन अमेरिकी नोड्स के लिए इस तरह की एक साजिश, सभी मामलों में बदतर (अधिक हाल के अंक प्लॉट के निचले बाएं अधिक हैं) में बड़े बदलाव दिखाते हैं।

अनिश्चितता

कोई भी समन्वय (1,1) से प्रत्येक अनुमानित बिंदु की दूरी की गणना कर सकता है। हम sqrt (2) द्वारा दूरी को विभाजित करके 1 के अधिकतम मान को सामान्य मानते हैं। मैं इसे पिंग अप्रत्याशितता के रूप में संदर्भित करता हूं, क्योंकि यह पिंग प्रदर्शन की अनिश्चितता का प्रतिशत सूचक देता है।

गम्यता

30 मिनट की अवधि की पहचान करने के लिए पिंग डेटा को देखते हुए, जब किसी मेजबान से कोई पिंग प्रतिक्रियाएं प्राप्त नहीं होती हैं, तब होस्ट पहचानने के बाद कोई भी पहचान कर सकता है। इस जानकारी का उपयोग करके कोई पिंग अप्राप्यता = (नोड नीचे / अवधि की कुल संख्या), # डाउन अवधि, विफलता (एमटीबीएफ या मीन टाइम एमटीटीएफ विफल करने के लिए) के मध्य समय और मरम्मत के लिए मीन टाइम (एमटीटीआर) की गणना कर सकता है। ध्यान दें कि MTBF = sample_time / ping_unreachability जहां पिंगर नमूना समय 30 मिनट है। पहुंच योग्यता दूरस्थ होस्ट पर बहुत निर्भर है, उदाहरण के लिए अगर रिमोट होस्ट का नाम बदलकर या हटा दिया जाता है, तो होस्ट अप्राप्य दिखाई देगा लेकिन नेटवर्क के साथ कुछ भी गलत नहीं हो सकता है। इस प्रकार लंबे समय तक नेटवर्क प्रवृत्तियों को उपलब्ध कराने के लिए इस डेटा का उपयोग करने से पहले गैर-नेटवर्क प्रभावों के लिए डेटा को सावधानीपूर्वक साफ़ करना चाहिए। पिंग पहुंचनीयता और डाउन रिपोर्ट के उदाहरण उपलब्ध हैं।

कोई भी सक्रिय जांच का उपयोग करके आउटेज लम्बाई की आवृत्ति को माप सकता है और उस समय की अवधि को ध्यान में रख सकता है जिसके लिए अनुक्रमिक जांच नहीं मिलतीं।

ऐनो / थर्म मीट्रिक जिसे कभी-कभी फोन सर्किट की उपलब्धता का संकेत देने के लिए प्रयोग किया जाता है त्रुटि-मुक्त सेकंड। इस पर कुछ माप एसएलएसी, एफएनएएल, सीएमयू और सीईआरएन के बीच त्रुटि मुक्त सेकंड में पाये जा सकते हैं।

कनेक्टिविटी मापने और उच्च उपलब्धता की एक आधुनिक वर्गीकरण पर एक दस्तावेज भी IETF आरएफसी है जो उपयोगी हो सकता है।

आदेश पैकेट से बाहर

पिंगइआर ऑर्डर पैकेट की पहचान और रिपोर्टिंग के लिए एक बहुत ही सरल एल्गोरिथ्म का उपयोग करता है। 10 पैकेट के प्रत्येक नमूने के लिए, यह देखने के लिए दिखता है कि प्रतिक्रियाओं की अनुक्रम संख्या उसी क्रम में प्राप्त की गई है, क्योंकि अनुरोध भेजा गया था। यदि उस नमूने से अधिक नहीं है तो ऑर्डर प्रतिक्रियाओं में से एक या अधिक के रूप में चिह्नित किया गया है। किसी दिए गए अंतराल के लिए (एक महीने का कहना है) ऑर्डर के लिए रिपोर्ट किए जाने वाले मूल्य उन नमूने का अंश है जो ऑर्डर पिंग प्रतिक्रियाओं के बाहर चिह्नित किए गए थे। चूंकि पिंग पैकेट एक सेकंड अंतराल पर भेजे जाते हैं, इसलिए यह अपेक्षा की जाती है कि क्रम के नमूनों का अंश बहुत छोटा हो जाएगा, और जब भी यह नहीं है, जांच करने के लिए हो सकता है।

डुप्लिकेट पैकेट

डुप्लिकेट पिंग प्रतिक्रियाएं निम्न कारण हो सकती हैं:

  • एक से अधिक होस्ट का एक ही आईपी पता है, इसलिए इन सभी होस्ट ICMP गूंज अनुरोध पर प्रतिक्रिया देंगे।
  • पिंगड़ आईपी पते एक प्रसारण का पता हो सकता है।
  • होस्ट के पास कई टीसीपी स्टैक्स हैं जो ईथरनेट एडेप्टर से जुड़ी हैं (http://www.doxpara.com/read.php/tcp_chorusing.html देखें)।
  • एक राउटर का मानना है कि इसके पास दो मार्ग हैं जिसके द्वारा यह अंत होस्ट तक पहुंच सकता है और (संभवतः गलती से) दोनों मार्गों से आईसीएमपी प्रतिधारा अनुरोधों को आगे बढ़ाता है, इस प्रकार अंतिम मेजबान दो गूंज अनुरोधों को देखता है और दो बार प्रतिक्रिया करता है।
  • अंत होस्ट को दो या अधिक (गैर-रूट) पथ हो सकते हैं और प्रत्येक अनुरोध को एक से अधिक मार्ग द्वारा अग्रेषित किया जाता है।
  • एक दुर्व्यवहार NAT बॉक्स

कुछ परीक्षण जो मदद कर सकते हैं इसमें शामिल हैं:

  • मार्ग के साथ रूटरों को पिंग करने के लिए यह देखने के लिए कि उनमें से कोई भी डुप्लिकेट के साथ प्रतिक्रिया करता है।
  • पिंग पैकेट कैप्चर करें और देखें कि क्या सभी पैकेट एक ही ईथरनेट पते से लौटाए गए हैं।

डुप्लिकेट पिंग पैकेट के प्रचलन का एक विचार 600 से अधिक देशों में 31 मार्च 2012 को 703 मेजबानों में पिंगर माप से आता है। इन मेजबानों में से 15 डुप्लिकेट पिंग्स के साथ जवाब दिया 15 में से 15 मेजबानों के लिए यह 100 और 1000 बाइट पिंग्स पर हुआ। 10 पिंगों में से 6 मेजबानों को 1 पिंग दोहराया गया, 5 में 2 पिंग्स डुप्लिकेट किए गए, 2 में 4 पिंग्स दोहराए गए, 1 में 3 पिंग्स डुप्लिकेट किए गए और 1 प्रत्येक पिंग के लिए 12 पिंग्स भेजे गए। मेजबानों की साइट राष्ट्रीय प्रयोगशालाओं (सीईआरएन, आईएचईपी एसयू), विकसित देशों (इज़राइल), विकासशील देशों (बुर्किना फासो, मलावी, मॉरीशस, सियरा लियोन, स्वाज़ीलैंड, जाम्बिया) और शैक्षिक स्थलों (एसडीएससी) से लेकर हैं। पिंगर बस रिपोर्ट करता है कि वहां डुप्लिकेट थे या नहीं। एक उपयोगी मीट्रिक प्राप्त पिंग्स की संख्या / नंबर पिंग्स को भेजे जाने की रिपोर्ट करना है। प्राप्त संख्या पिंग कमांड विकल्पों पर निर्भर हो सकती है। एक विकल्प कई पिंग्स को भेजेगा जब तक कि इसे कई बार या कई बार प्राप्त न हो जाए। एक अन्य विकल्प 10 पिंग्स भेजेगा और जब तक वे प्राप्त नहीं हो जाते तब तक प्रतीक्षा करें (या टाइम आउट)। इसलिए मीट्रिक मान पिंग कमांड पर भी निर्भर हो सकता है।

सभी पिंग उपायों का संयोजन

किसी एक समय के लिए मेजबानों के एक सेट के लिए माप का संयोजन करने और दिखाने के लिए, उपरोक्त सभी पिंग उपायों (हानि, प्रतिक्रिया, अप्राप्यता और अप्रत्याशितता) की एक साजिश को एक साथ रख सकते हैं। मार्च 1-11, 1 99 7 के लिए नीचे की साजिश, मेजबानों को तार्किक समूहों (ईएसनेट, एन। अमेरिका वेस्ट, …) में समूह बनाते हैं और समूहों के भीतर एसएलएसी प्राइम टाइम (7 बजे के लिए 100% बाइट पिंग पैकेट नुकसान) 7 बजे कार्यदिवस), जो नीली रेखा से भी दिखाया गया है वह प्राइम टाइम पिंग रिस्पॉन्स टाइम है, और पिंग% नकारात्मकता और अनिश्चितता के नकारात्मक है।

ping-perf-mar-97

उपरोक्त साजिश में, हानि और प्रतिक्रिया समय एसएलएसी प्राइम टाइम (7 बजे से शाम 7 बजे,) के दौरान मापा जाता है, अन्य उपाय हर समय होते हैं

  • नुकसान दर y = 0 अक्ष के ऊपर एक बार ग्राफ के रूप में रखी गई हैं और 100 बाइट पेलोड पिंग पैकेट के लिए हैं। क्षैतिज लाइनों को ऊपर बताए गए कनेक्शन गुणों की सीमाओं पर 1%, 5% और 12% के पैकेट घाटे में दर्शाया गया है।
  • प्रतिक्रिया समय एक लॉग अक्ष पर एक नीली रेखा के रूप में प्लॉट किया जाता है, दाईं ओर लेबल किया जाता है, और 1000 बाइट पिंग पेलोड पैकेट के लिए गोल यात्रा का समय है।
  • यजमान की अनुपलब्धता को एक बार ग्राफ के रूप में रखा गया है जो नकारात्मक = y अक्ष = 0 से फैलता है। एक 30 मिनट के अंतराल पर मेजबान को पहुंच से बाहर नहीं माना जा सकता है, अगर उस 30 मिनट के अंतराल पर बनाए गए 21 पिंग्स का कोई जवाब नहीं दिया।
  • मेजबान अप्रत्याशितता को हरे रंग में एक नकारात्मक मूल्य के रूप में रखा गया है, 0 (पूरी तरह से अप्रत्याशित) से लेकर 1 (अत्यधिक उम्मीद के मुताबिक) तक हो सकता है और प्रत्येक 24 घंटे के दिन के दौरान पिंग प्रतिक्रिया समय और नुकसान की परिवर्तनशीलता का एक उपाय है। पिंग अनिश्चितता में इसे और अधिक विस्तार में परिभाषित किया गया है।

निम्नलिखित टिप्पणियां भी प्रासंगिक हैं:

  • सामान्य तौर पर ईनेटनेट मेजबान अच्छे पैकेट नुकसान (औसत 0.7 9%) हैं। अन्य समूहों के लिए औसत पैकेट नुकसान लगभग 4.5% (एन। अमेरिका पूर्व) से 7.7% (अंतर्राष्ट्रीय) से भिन्न होता है। आम तौर पर गैर-ईएसनेट समूहों में मेजबानों की 25% -35% खराब श्रेणी में खराब होती है।
  • ईएसनेट मेजबान के लिए प्रतिक्रिया समय लगभग 50 एमएमएस पर है, एन। अमेरिका वेस के लिए यह लगभग 80 एमएमएस है, एन अमेरिका अमेरिका के लिए लगभग 150 एमएमएस और 200 9 के आसपास के अंतर्राष्ट्रीय मेजबान के लिए।
  • पहुंच से बाहर आने वाली अधिकांश समस्याएं मुख्य रूप से अंतर्राष्ट्रीय समूह (ड्रेस्डेन, नोवोसिबिर्स्क, फ्लोरेंस) में कुछ मेजबान तक सीमित हैं।
  • कुछ अंतर्राष्ट्रीय मेजबानों के लिए अनिश्चितता सबसे ज्यादा चिह्नित है और लगभग पैकेट नुकसान को ट्रैक करती है।

गुणवत्ता

डेटा को सारांशित करने में सक्षम होने के लिए, महत्व को जल्दी से समझा जा सकता है, हमने लिंक के प्रदर्शन की गुणवत्ता को चिह्नित करने की कोशिश की है। कुछ दिलचस्प रिपोर्ट नीचे दी गई हैं:

मीट्रिक द्वारा आयोजित कुछ अन्य उपाय नीचे दिए गए हैं

विलंब

सबसे कठिन और सबसे मूल्यवान वस्तु समय है 1970 के दशक के अंत में और आईबीएम के वॉल्ट डोहर्टी द्वारा 1980 के दशक के दौरान और अन्य लोगों ने रैपिड रिस्पांस टाइम के आर्थिक मूल्य को दिखाया:

0-0.4 की उच्च उत्पादकता इंटरैक्टिव प्रतिक्रिया

0.4-2-2 पूर्ण रूप से इंटरेक्टिव शासन

2-12 s छिटपुट इंटरैक्टिव शासन

12s-600s संपर्क शासन में तोड़

600 बैच शासन

प्रतिक्रिया समय के प्रभाव पर अधिक जानकारी के लिए मानव-कंप्यूटर इंटरेक्शन के मनोविज्ञान, स्टुअर्ट के। कार्ड, थॉमस पी। मोरन और एलन नेवेल, आईएसबीएन 0-8 9 859-243-7, लॉरेंस एर्ब्लम एसोसिएट्स (1983) द्वारा प्रकाशित।

4-5 के आसपास एक सीमा होती है जहां शिकायतें तेजी से बढ़ जाती हैं। कुछ नए इंटरनेट अनुप्रयोगों के लिए अन्य थ्रेसहोल्ड हैं, उदाहरण के लिए आवाज के लिए एक रास्ता देरी के लिए थ्रेशोल्ड लगभग 150 एमएमएस (आईटीयू अनुशंसा जी .144 एकमात्र ट्रांसमिशन टाइम, फरवरी 1 9 6 देखें) – इस से नीचे टोल गुणवत्ता वाले कॉल हो सकते हैं, और उस बिंदु से ऊपर, देरी से लोगों को बातचीत करने की कोशिश में कठिनाई होती है और निराशा बढ़ती है।

संगीत में समय रखने के लिए, स्टैनफोर्ड के शोधकर्ताओं ने पाया कि लेटेंसी की अधिकतम राशि 11 मिलीसेकेंड है उस देरी के नीचे और लोगों को तेजी लाने की प्रवृत्ति थी उस देरी से ऊपर और वे धीमा करते हैं। लगभग 50 मिलीसेकंड (या 70) के बाद, प्रदर्शन पूरी तरह से अलग हो गए थे।

मानव कान को केवल एक ही समय के रूप में लगता है अगर उन्हें एक-दूसरे के 20 एमएस के भीतर सुना जाता है, तो देखें http://www.mercurynews.com/News/ci_27039996/Music-at-the-speed-of-light-is-searchers- लक्ष्य

वास्तविक समय मल्टीमीडिया (एच .323) के लिए प्रदर्शन मापन और एच .33 यातायात का विश्लेषण, एक तरफ़ा देरी देता है (आरटीटी प्राप्त करने के लिए मोटे तौर पर एक कारक दो), का: 0-150ms = अच्छा, 150-300ms = अस्वीकार्य, और> 300ms = खराब

सिस्को टेलीकेंस के लिए एकमात्र नेटवर्क लेटेंसी लक्ष्य के लिए एसएलएल 150 एमसीईसी से नीचे है। इसमें सीटीएस समापन बिंदुओं पर एन्कोडिंग और डीकोडिंग द्वारा प्रेरित विलंबता शामिल नहीं है।

रिप्ले बफर समाप्त होने से पहले सभी पैकेट जिसमें वीडियो की एक फ्रेम शामिल होती है, टेलीपेरेसेंस अंत बिंदु पर वितरित की जानी चाहिए। अन्यथा वीडियो की गुणवत्ता में गिरावट हो सकती है। सिस्को टेलीप्रेसेन्स के लिए चोटी से चोटी के घबरने का लक्ष्य 10 मिसे के नीचे है।

द इंटरनेट ऑफ़ द स्पीड ऑफ़ लाइट ने कागज पर आरटीटी को कम करने के महत्व के कई उदाहरण दिए हैं। उदाहरणों में Google और बिंग, अमेज़ॅन की बिक्री और स्टॉक एक्सचेंज जैसे खोज इंजन शामिल हैं

वास्तविक संचालन के लिए वास्तविक समय पर नियंत्रण और प्रतिक्रिया, स्टैनफोर्ड शोधकर्ताओं (शाह, ए, हैरिस, डी।, और ग्यूटियरेज़, डी। (2002) देखें। “विविध नेटवर्क शर्तों के तहत रिमोट एनाटॉमी और सर्जिकल ट्रेनिंग एप्लीकेशन का प्रदर्शन।” शैक्षिक मल्टीमीडिया, हाइपरमीडिया और दूरसंचार पर सम्मेलन 2002 (1), 662-667) ने पाया कि <= 80msec का एक रास्ता देरी। आवश्यकता थी।

इंटरनेट मौसम का नक्शा 300ms से अधिक देरी के साथ किसी भी लिंक के रूप में पहचानता है।

क्षति

गुणवत्ता के लक्षण वर्णन के लिए हम मुख्य रूप से पैकेट नुकसान पर ध्यान केंद्रित कर रहे हैं। हमारी टिप्पणियां यह रही हैं कि 4-6% से अधिक पैकेट नुकसान वीडियो कॉन्फ्रेंसिंग परेशान हो जाती है, और गैर देशी भाषा बोलने वालों को संवाद करने में असमर्थ होते हैं। 4-5% या उससे अधिक की आवृत्ति पर 4 सेकंड या उससे अधिक की लंबी देरी का समय इंटरएक्टिव गतिविधियों जैसे कि टेलनेट और एक्स विंडो के लिए परेशान है। 10-12% से ऊपर पैकेट नुकसान पैकेट के नुकसान को वापस करने के लिए अस्वीकार्य स्तर है और बहुत लंबा समय समाप्ति, कनेक्शन टूटा हुआ शुरू हो जाता है, और वीडियो कॉन्फ्रेंसिंग अनुपयोगी है (यह भी देखें कि इंटरनेट पर मल्टीमीडिया के लिए बेकार पैकेट ट्रांसमिशन का मुद्दा, जहां वे 10 पेज पर कहते हैं, “हमने यह निष्कर्ष निकाला है कि इस वीडियो स्ट्रीम के लिए, जब पीसीट की हानि दर 12% से अधिक हो जाती है तो वीडियो की गुणवत्ता अपर्याप्त होती है।” दूसरी ओर एमएसएफ (मल्टी सर्विस फोरम) अधिकारियों ने कहा कि अगले-अगले दिनों तक परीक्षणों के परिणामस्वरूप, आईपीटीवी के लिए पीढ़ी के नेटवर्क “परीक्षण से पता चला है कि वीडियो स्ट्रीम में 1% से अधिक पैकेट नुकसान के कारण वीडियो गुणवत्ता को अस्वीकार करने के लिए उपयोगकर्ताओं को अस्वीकार कर सकता है” (कम्प्यूटरवर्ल्ड, अक्टूबर 29, 2008 देखें)।

मूल रूप से पैकेट नुकसान के लिए गुणवत्ता स्तर 0-1% = अच्छा, 1-5% = स्वीकार्य, 5-12% = गरीब, और 12% से अधिक = खराब पर सेट किया गया था। हाल ही में, हमने 0-0.1% उत्कृष्ट, 0.1-1% = अच्छा, 1-2.5% = स्वीकार्य, 2.5-5% = खराब, 5% -12% = बहुत गरीब, और 12% से अधिक के स्तर को परिष्कृत किया है। = खराब थ्रेशोल्ड बदलना हमारी ज़िम्मेदारी में बदलाव को दर्शाती है, यानी 1995 में हम प्राथमिक रूप से ईमेल और एफटीपी से चिंतित थे। वर्न पैक्ससन से यह उद्धरण उस समय की मुख्य चिंता का विषय है: टीसीपी शोधकर्ताओं के बीच पारंपरिक ज्ञान का मानना ​​है कि 5% की हानि की दर टीसीपी के प्रदर्शन पर महत्वपूर्ण प्रतिकूल प्रभाव पड़ती है, क्योंकि यह भीड़ की खिड़की के आकार को बहुत सीमित कर देगी और इसलिए अंतरण दर, जबकि 3% अक्सर कम गंभीर है दूसरे शब्दों में, इंटरनेट परिणाम का जटिल व्यवहार एक महत्वपूर्ण परिवर्तन में होता है जब पैकेट नुकसान 3% से ऊपर चढ़ता है। 2000 में हम एक्स-विंडो एप्लिकेशन, वेब प्रदर्शन और पैकेट वीडियो कॉन्फ्रेंसिंग से भी चिंतित थे। 2005 तक हम वीओआईपी की रीयल-टाइम आवश्यकताओं में दिलचस्पी रखते थे और आईपी पर आवाज देखना शुरू कर रहे थे। एक नियम के रूप में, वीओआईपी (और वीएफएफआई) में पैकेट की हानि 1 प्रतिशत से अधिक नहीं होनी चाहिए, जिसका मतलब है कि एक आवाज प्रत्येक तीन मिनट तक छोड़ देती है। डीएसपी एल्गोरिदम 30 एमएस तक गायब डेटा के लिए क्षतिपूर्ति कर सकता है; इस से अधिक किसी भी, और गायब ऑडियो श्रोताओं को ध्यान देने योग्य होगा। ऑटोमोटिव नेटवर्क एक्सचेंज (एएनएक्स) पैकेट लॉसन दर के लिए थ्रेशोल्ड सेट करता है (एएनएक्स / ऑटो लिनक्स मेट्रिक्स देखें) 0.1% से कम है।

आईटीयू टिपहोन कामकाजी समूह (सेवा की गुणवत्ता के सामान्य पहलुओं (QOS), डीटीआर / टिपहोन -5001 V1.2.5 (1998-09) तकनीकी रिपोर्ट देखें) ने भी <3% पैकेट नुकसान अच्छा किया है,> 15% मध्यम के लिए परिभाषित किया है गिरावट और इंटरनेट टेलीफोनी के लिए 25% खराब गिरावट के लिए। पैकेट नुकसान से संतोषजनक / स्वीकार्य / अच्छी गुणवत्ता वाले इंटरैक्टिव आवाज देने से नीचे एक एकल मूल्य देना बहुत मुश्किल है इसमें कई अन्य चर शामिल हैं जिनमें शामिल हैं: देरी, घबराना, पैकेट लॉस कॉन्सेलामेंट (पीएलसी), चाहे नुकसान यादृच्छिक या बस्टी हैं, संपीड़न एल्गोरिदम (भारी संपीड़न कम बैंडविड्थ का उपयोग करता है, लेकिन अधिक डेटा के बाद से पैकेट नुकसान की अधिक संवेदनशीलता है / एक ही पैकेट में खो गया) उदाहरण के लिए देखें 1 ईटीएसआई वीओआईपी स्पीच क्वालिटी टेस्ट इवेंट, 21-18 मार्च, 2001, या भाषण प्रसंस्करण, ट्रांसमिशन और क्वालिटी पहलुओं की रिपोर्ट (एसटीक्यू); दूसरी भाषण गुणवत्ता परीक्षण इवेंट 2002 ईटीएसआई टीआर 102 251 v1.1.1 (2003-10) या एटीएसआई 3 स्पीच क्वालिटी टेस्ट इवेंट सारांश रिपोर्ट, वीओआईपी गेटवे और आईपी टेलीफोनी के लिए वार्तालापपूर्ण भाषण गुणवत्ता से अज्ञात टेस्ट रिपोर्ट।

G.729 में ल्यूसेंट टेक्नोलॉजी और कोलंबिया विश्वविद्यालय के जोनाथन रोसेनबर्ग, वी.ओ.एन. में प्रस्तुत इंटरनेट टेलीफोनी के लिए रिकवरी। सम्मेलन 9/1997 ने निम्न सारणी को मध्य ओपीनियन स्कोर (एमओएस) और लगातार पैकेटों के बीच के संबंध को दिखाया।

लगातार पैकेट नुकसान आवाज गुणवत्ता नीचा

जहां:

लगातार फ़्रेम खो गए

1

2 3 4 5
M.O.S 4.2 3.2 2.4 2.1

1.7

औसत अनुमानित प्राप्तांक

रेटिंग

भाषण गुणवत्ता

विरूपण का स्तर

5

अति उत्कृष्ट अगोचर

4

अच्छा

बस संदिग्ध, कष्टप्रद नहीं

3

निष्पक्ष

संदिग्ध, थोड़ा परेशान

2

घटिया

परेशान नहीं, लेकिन आपत्तिजनक नहीं

1 असंतोषजनक

बहुत कष्टप्रद, आपत्तिजनक

अगर वीओआईपी पैकेट 20msec तक अलग हो जाते हैं तो 10% नुकसान (हानि का यादृच्छिक वितरण मानना) हर 2 सेकंड के दौरान लगातार दो तख्ते खोने के बराबर होता है, जबकि 2.5% हानि हर लगातार लगातार दो तख्ते के बराबर होती है 30 सेकंड।

इसलिए हम <2.5% पर “स्वीकार्य” पैकेट नुकसान सेट करें पेपर प्रदर्शन मापन और एच .33 यातायात का विश्लेषण, वीओआईपी (एच .323) के लिए निम्नलिखित देता है: हानि = 0% -0.5% अच्छा, = 0.5% -1.5% स्वीकार्य और> 1.5% = खराब।

ऊपर की सीमा एक फ्लैट यादृच्छिक पैकेट नुकसान वितरण मानती है। हालांकि, अक्सर नुकसान फटने में आते हैं। लगातार दूसरे पैकेट नुकसान का आकलन करने के लिए हमने अन्य बातों के अलावा, सशर्त हानि की संभावना (सीएलपी) को परिभाषित किया है जो इंटरनेट पर अंत-टू-एंड पैकेट देरी और हानि को जे। बोलोट द्वारा उच्च गति नेटवर्क के जर्नल में वर्णित किया है, वॉल्यूम 2, नहीं 3 पीपी 305-323 दिसंबर 1993 (यह वेब पर भी उपलब्ध है) असल में सीएलपी संभाव्यता है कि यदि एक पैकेट खो जाता है तो निम्न पैकेट भी खो जाता है अधिक औपचारिक रूप से Conditional_loss_probability = संभावना (नुकसान (पैकेट एन + 1) = सच | नुकसान (पैकेट एन) = सच) ऐसे फटने के कारणों में रूटिंग परिवर्तन (10 से 100 सेकेंड सेकेंड), नुकसान और डीएसएल नेटवर्क (10-20 सेकंड) में सिंक्रनाइज़ेशन की वसूली, और पेड़ के पुन: कॉन्फ़िगरेशन (~ 30 सेकंड) के पुल के बाद आवश्यक अभिसरण का समय शामिल है। बर्स्टी पैकेट नुकसान के प्रभाव पर अधिक सी। डीवोरैक, आंतरिक आईटीयू-टी दस्तावेज़ द्वारा रैंडम बनाम बर्स्टी पैकेट घाटे के भाषण गुणवत्ता प्रभाव में पाया जा सकता है। यह पत्र बताता है कि जबकि एमओएस में गिरावट यादृच्छिक नुकसान के लिए% पैकेट नुकसान के साथ रैखिक है, बस्टी नुकसान के लिए गिरावट बहुत तेजी से है पैकेट लॉस बरसीनेस भी देखें एमओएस में गिरावट 5 से 3.25 के बीच है, जो पैकेट नुकसान में 0 से 1% की गिरावट के लिए है और फिर यह रैखिक 5% के नुकसान के बारे में 2.5 के एमओएस में गिरता है।

अन्य मॉनिटरिंग प्रयासों में संभवतः अलग थ्रेसहोल्ड चुन सकते हैं क्योंकि वे विभिन्न अनुप्रयोगों से संबंधित हैं। एमसीआई के ट्रैफिक पेज ने लिंक्स को हरे रंग के रूप में लेबल किया है, यदि उनके पास पैकेट नुकसान <5%, लाल है> 10% और बीच में नारंगी। इंटरनेट मौसम की रिपोर्ट में हमने <6% हानि को हरे रंग से रंग दिया और> 12% लाल, और नारंगी अन्य रूप में। इसलिए वे हमारे या अधिक से अधिक क्षमाशील हैं, कम से कम ग्रैन्युलरिटी हैं नेटवर्क वर्ल्ड डिसेज़ 2000 (पी 40) में गैरी नॉर्टन कहते हैं, “अगर 98% से अधिक पैकेट वितरित किए जाते हैं, तो उपयोगकर्ताओं को केवल थोड़ा अपमानित प्रतिक्रिया समय का अनुभव करना चाहिए और सत्र का समय नहीं होना चाहिए”।

quality-frequency

जनवरी 1995 और नवंबर 1997 के बीच एसएलएसी से देखी जाने वाली लगभग 70 साइटों के लिए औसत मासिक पैकेट नुकसान के लिए आवृत्ति वितरण दिखाए गए हैं।

टेलीप्र्रेसेंस वीडियो कोडेक द्वारा उपयोग किए जाने वाले संपीड़न और मोशन-मुआवज पूर्वानुमान की उच्च मात्रा के कारण, यहां तक कि पैकेट नुकसान की एक छोटी राशि का भी परिणाम वीडियो की गुणवत्ता के दृश्यमान गिरावट में हो सकता है। सिस्को टेलीकेंस के लिए पैकेट लॉस के लक्ष्य के लिए एसएलएएल नेटवर्क पर 0.05% से कम होनी चाहिए।

वास्तविक परिचालन के लिए वास्तविक समय पर नियंत्रण और प्रतिक्रिया, स्टैनफोर्ड शोधकर्ताओं ने पाया कि नुकसान एक महत्वपूर्ण कारक नहीं था और 10% तक के नुकसान बर्दाश्त किया जा सकता है

हालांकि लंबे समय तक (उच्च आरटीटी) उच्च प्रदर्शन डेटा थ्रूपूट के लिए, जैसा कि पैकेट लॉस पर ईएसनेट के आलेख में देखा जा सकता है, 9 004 बिट्स पर एमटीयू सेट के साथ 10 जीबीपीएस लिंक पर 0.0046% (22,000 में 1 पैकेट नुकसान) के नुकसान आरटीटी> 10 एमएससी के लिए थ्रूपुट में 10 में कमी के कारकों में परिणामस्वरूप डिफ़ॉल्ट एमटीयू 1500 बीइट्स के साथ प्रभाव अधिक होता है)

जिटर

आईटीयू टिपहोन कामकाजी समूह (सेवा की गुणवत्ता के सामान्य पहलुओं (क्यूओएस) डीटीआर / टिपहोन -5001 V1.2.5 (1998-09) तकनीकी रिपोर्ट देखें) एक तरह से घबराने के आधार पर नेटवर्क गिरावट के चार श्रेणियों को परिभाषित करता है। य़े हैं:

जिटर पर आधारित नेटवर्क गिरावट के स्तर

गिरावट श्रेणी

शिखर जिटर

उत्तम

0 msec.

अच्छा

75 msec.

मध्यम

125 msec.

घटिया

225 msec.

 

हम जांच कर रहे हैं कि कैसे एक तरफ़ के जिटर थ्रेशोल्ड को पिंग (राउंड-ट्रिप या दो-तरफ) जिटर माप से संबंधित है। हमने सर्वेयर एक तरफ विलंब मापन (नीचे देखें) का इस्तेमाल किया और एक तरफा विलंब के IQR को मापा (ja => b और jb => a, जहां सबस्क्रिप्ट ए => बी इंगित करता है कि मॉनिटरिंग नोड एक पर है और है एक रिमोट नोड की निगरानी बी) और इंटर पैकेट देरी अंतर (जा => बी और जेबी => ए)। इसके बाद हम समतुल्य समय के टिकटों के साथ दो तरह से विलंब जोड़ते हैं और गोल यात्रा के लिए देरी (जे <=> बी) और अंतर पैकेट देरी अंतर (जे <=> बी) के लिए आईक्यूआर प्राप्त करते हैं। एक और दो तरह से घबरने की तुलना देखकर कोई यह देख सकता है कि वितरण गौसिअली वितरित नहीं किए जा रहे हैं (तेज और अभी तक व्यापक पूंछ के साथ), एक दिशा में मापा घबराना दूसरे दिशा में मापा गया है और इसके लिए अलग है मामले में राउंड ट्रिप के लिए उपरोक्त अनुमान IQR बहुत अच्छी तरह से काम करता है (दो प्रतिशत समझौते के भीतर)

वेब ब्राउज़िंग और मेल घबराने के लिए काफी प्रतिरोधी हैं, लेकिन किसी भी प्रकार की स्ट्रीमिंग मीडिया (आवाज, वीडियो, संगीत) बहुत जिटर के लिए अनुकूल है। जिटर एक लक्षण है कि यातायात को संभालने के लिए पर्याप्त बैंडविड्थ या भीड़ है।

जिट ओवर-या अंडर-फ्लो को रोकने के लिए वीओआईपी कोडेक प्लेआउट बफ़र्स की लंबाई को निर्दिष्ट करता है। एक उद्देश्य यह निर्दिष्ट करने के लिए हो सकता है कि 95% पैकेट विलंब विविधताओं अंतराल के भीतर होनी चाहिए [-30msec, + 30msec]

वास्तविक समय मल्टीमीडिया (एच .323) के लिए प्रदर्शन मापन और एच .33 यातायात का विश्लेषण एक तरफ देता है: घबराना = 0-20ms = अच्छा, घबराना = 20-50ms = स्वीकार्य,> 50 एमएमएस = गरीब। हम गोल-ट्रिप घबराना को मापते हैं जो लगभग दो बार एक तरफ घबराना होता है।

वास्तविक समय के लिए चिकित्सा संचालन के लिए हेटिकिक नियंत्रण और प्रतिक्रिया, स्टैनफोर्ड शोधकर्ताओं ने पाया कि जिटर महत्वपूर्ण था और <1msec के झटके आवश्यक थे

थ्रूपुट

प्रदर्शन आवश्यकताओं (एटी एंड टी से)

  • 768 कि – 1.5 एमबीपीएस: तस्वीरें साझा करना, संगीत डाउनलोड करना, ईमेल करना, वेब सर्फिंग
  • 0 एमबीपीएस – 6.0 एमबीपीएस – स्ट्रीमिंग वीडियो, ऑनलाइन गेमिंग, होम नेटवर्किंग
  • > 6 एमबीपीएस – वेबसाइटों की मेजबानी, टीवी ऑनलाइन देखना, फिल्में डाउनलोड करना

यहां कुछ और दिशानिर्देश दिए गए हैं:

  • निम्नलिखित एक पिन वास्तुकला पर सिस्को टेलीप्रेसेन्स के लिए डिज़ाइन विचारों से है। प्रति सिस्को टेलीपर्सेंस एंडप्पन का उपयोग बैंडविड्थ कारक के आधार पर अलग-अलग होता है जिसमें मॉडल को तैनात किया गया, वांछित वीडियो रिजोल्यूशन, विरासत वीडियो कॉन्फ्रेंसिंग सिस्टम के साथ इंटरऑपरेबिलिटी, और दस्तावेज़ कैमरे या स्लाइड प्रस्तुति के लिए उच्च या निम्न गति सहायक वीडियो इनपुट को तैनात किया गया है या नहीं। उदाहरण के लिए, जब उच्च गति सहायक वीडियो इनपुट और इंटरऑपरेबिलिटी के साथ 1080p सर्वश्रेष्ठ वीडियो रिज़ॉल्यूशन की तैनाती की जाती है, तो बैंडविड्थ आवश्यकताएं सीटीएस -3200 और सीटीएस-3000 के लिए 20.4 एमबीपीएस या सीटीएस-1000 और सीटीएस -500 के लिए 10.8 एमबीपीएस ।
  • एफसीसी ब्रॉडबैंड गाइड

उपयोग

लिंक उपयोग एसएएनएमपी एमआईबी के माध्यम से रूटर से पढ़ा जा सकता है (मान लें कि इस तरह की जानकारी को पढ़ने के लिए प्राधिकरण है) “लगभग 90% उपयोग में एक ठेठ नेटवर्क पैकेट के 2% को त्याग देगा, लेकिन यह भिन्न होता है। कम बैंडविड्थ लिंक फट को संभालने के लिए कम चौड़ाई हैं, केवल 80% उपयोग में अक्सर डिस्कार्ड पैकेट … एक पूर्ण नेटवर्क स्वास्थ्य जांच को मापना चाहिए साप्ताहिक लिंक क्षमता। यहाँ एक सुझाए गए रंग कोड है:

  • रेड: पैकेट डिस्कार्ड> 2%, कोई नया एप्लिकेशन नहीं डालें।
  • एम्बर: उपयोग> 60% एक नेटवर्क उन्नयन पर विचार करें।
  • ग्रीन: उपयोग <60% नई एप्लिकेशन परिनियोजन के लिए स्वीकार्य है। “

हाई-स्पीड मंदी, गैरी नॉर्टन, नेटवर्क मैगज़ीन, दिसंबर 2000। ऊपर बताई गई नहीं है कि किस अवधि में उपयोग की गणना की जाती है। कहीं और नॉर्टन के लेख में वे कहते हैं, “नेटवर्क की क्षमता … की गणना 5 कारोबारी दिनों में बसों की औसत के रूप में की जाती है”।

“क्व्यूइंग सिद्धांत बताता है कि गोल यात्रा के समय में परिवर्तन, ओ, 1 / (1-एल) के अनुपात में बदलता है, जहां एल वर्तमान नेटवर्क भार है, 0 <= एल <= 1. यदि कोई इंटरनेट 50% क्षमता पर चल रहा है, हम अपेक्षा करते हैं कि गोल यात्रा में देरी + -2 ओ, या 4. के एक कारक के आधार पर भिन्न हो। जब भार 80% तक पहुंच जाता है, तो हम 10 की भिन्नता की उम्मीद करते हैं। ” टीसीपी / आईपी, सिद्धांत, प्रोटोकॉल और आर्किटेक्चर, डगलस कॉमर्स, प्रेंटिस हॉल के साथ इंटरनेटवर्किंग। इससे पता चलता है कि आरटीटी में परिवर्तनशीलता को देखकर किसी को उपयोग करने का एक उपाय मिल सकता है। हमने इस समय इस सुझाव को मान्य नहीं किया है।

गम्यता

बेलकोर जेनेरिक आवश्यकता 992 (जीआर -929-सीएआर दूरसंचार प्रणालियों (आरक्यूएमएस) (वायरलाइन) के लिए विश्वसनीयता और गुणवत्ता माप, सक्रिय रूप से आपूर्तिकर्ताओं और सेवा प्रदाताओं द्वारा उद्देश्यों के खिलाफ मापा तिमाही प्रदर्शन की सप्लायर रिपोर्टिंग के आधार के रूप में सक्रिय रूप से उपयोग किया जाता है। जीआर -929-कोर के हालिया अंक के प्रकाशन, इस तरह के संशोधित प्रदर्शन उद्देश्यों को लागू किया गया है) इंगित करता है कि फोन नेटवर्क का मूल 99.9 99% की उपलब्धता के लिए है, जो प्रति वर्ष 5.3 मिनट से भी कम समय के लिए अनुवाद करता है। लिखित रूप में माप में 30 सेकंड से कम समय की आबादी शामिल नहीं है। इसका उद्देश्य वर्तमान पीएसटीएन डिजिटल स्विच (जैसे इलेक्ट्रॉनिक स्विचिंग सिस्टम 5 (5 एएस) और नॉर्टल डीएमएस -250) के लिए है, आज का आवाज-ओवर-एटीएम प्रौद्योगिकी का उपयोग करना एक सार्वजनिक स्विचिंग सिस्टम को 40-वर्ष की अवधि के दौरान कुल आउटेज टाइम को कम से कम दो घंटे या प्रति वर्ष तीन मिनट से कम समय तक सीमित करने की आवश्यकता है, 99.99943% की उपलब्धता के बराबर संख्या। डेटा और आवाज की अभिसरण के साथ, इसका अर्थ है कि डेटा नेटवर्क जो आवाज सहित कई सेवाओं को लेकर समान या बेहतर उपलब्धता या अंतिम उपयोगकर्ताओं से शुरू होनी चाहिए, नाराज और निराश हो जाएंगे।

उपलब्धता के स्तर को अक्सर सर्विस लेवल एग्रीमेंट्स में डाल दिया जाता है नीचे दी गई तालिका (आवेदन सेवा प्रदाता (एएसपी) के एक नमूने के Cahners In-Stat सर्वेक्षण पर आधारित) एएसपी द्वारा प्रदत्त उपलब्धता के स्तर और ग्राहकों द्वारा चुने गए स्तरों से पता चलता है।

Table1

उपलब्ध सेवाओं के बारे में अधिक जानकारी के लिए देखें: सिस्को व्हाइट मैसेज के लिए हमेशा की उपलब्धता पर सिस्को व्हाइट पेपर कैसे डेटा नेटवर्क पर उच्च उपलब्धता के लिए प्रयास कर रहा है; उच्च उपलब्धता का एक आधुनिक वर्गीकरण; और IETF दस्तावेज़ आरएफसी 2498: कनेक्टिविटी मापने के लिए आईपीपीएम मेट्रिक्स

दिशिकता

डायरेक्टिविटी पर भेदिया सीमाएं ये हैं कि ये 1 और 1 का होना चाहिए। 1 का मान इंगित करता है कि मार्ग एक महान सर्कल मार्ग है और केवल देरी फाइबर या तांबे के इलेक्ट्रॉनों में प्रकाश की गति के कारण है। मान> 1 आमतौर पर स्रोत या गंतव्य का संकेत मिलता है या दोनों के पास गलत स्थान हैं और इसलिए डायरेक्टिविटी मेजबान स्थानों के लिए उपयोगी निदान करते हैं। अमेरिका, कनाडा, यूरोप, पूर्व एशिया और ऑस्ट्रेलिया / न्यूजीलैंड में अनुसंधान और शैक्षिक स्थलों के बीच प्रत्यक्षता के विशिष्ट मूल्य 0.15 – 0.75 से भिन्न होते हैं, जो लगभग 0.4 के बीच का है। यह वैक्यूम में प्रकाश की गति से 4 गुना धीमी है। डायरेक्टिविटी के निचले मूल्यों का मतलब आम तौर पर बहुत अप्रत्यक्ष मार्ग या उपग्रह या धीमी कनेक्शन (उदा. वायरलेस) का मतलब है

Images

समूहीकरण

जैसे-जैसे मेजबान जोड़े की निगरानी में वृद्धि हुई है, वैसे ही समूहों के बीच ब्याज के क्षेत्रों का प्रतिनिधित्व करने के लिए डेटा एकत्र करने के लिए यह तेजी से जरूरी हो जाता है। हमने निम्नलिखित समूह श्रेणियां उपयोगी पाई हैं:

  • क्षेत्र (जैसे एन. अमेरिका, डब्ल्यू यूरोप, जापान, एशिया, देश, शीर्ष स्तर डोमेन);
  • होस्ट जोड़ी अलग करके (उदाहरण के लिए ट्रांस-महासागर लिंक, इंटरकांटिनेंटल लिंक, इंटरनेट एक्सचेंज पॉइंट्स);
  • नेटवर्क सेवा प्रदाता रीढ़ की हड्डी है कि रिमोट साइट से जुड़ा हुआ है (जैसे ईएसनेट, इंटरनेट 2, डांटे …);
  • आम हित संबद्धता (जैसे XIWT, HENP, प्रयोग सहयोग जैसे बाबर, यूरोपीय या डोई नेशनल लेबोरेटरीज, ईएसनेट प्रोग्राम रुचियां, पेर्फ़एसओएनआरएआर)
  • निगरानी साइट द्वारा;
  • एक दूरस्थ साइट कई निगरानी साइटों से देखा साइटों की निगरानी करके और रिमोट साइट्स द्वारा हमें थर्ड ग्रुपिंग का चयन करने में सक्षम होने की आवश्यकता है इसके अलावा हमें एक समूह के सभी सदस्यों, समूहों में शामिल होने और एक समूह के सदस्यों को शामिल करने की क्षमता की आवश्यकता

वैश्विक क्षेत्र समूहों में कितने ~ 1100 पिंगर मॉनिटर-होस्ट रिमोट-साइट युग्म थे और एफ़िनिटी समूह को पिंगइआर जोड़ी समूह के वितरण में पाया जा सकता है।

साथ ही दूरस्थ साइटों और मेजबान-जोड़े को सावधानी से चुनना महत्वपूर्ण है ताकि वे जानकारी का प्रतिनिधित्व कर सकें, जो किसी को पता लगाना है। इसलिए हमने लगभग 50 “बीकॉन साइट्स” का एक सेट चुना है, जो सभी मॉनिटरिंग साइट्स पर नजर रखे जाते हैं और जो विभिन्न आत्मीयता समूहों के प्रतिनिधि हैं, जिनकी हम दिलचस्पी रखते हैं। ग्राफ के एक उदाहरण, जो कि साइट के समूहों के लिए पिंग प्रतिक्रिया समय दिखा रहा है, नीचे देखा गया है :

Images

पैकेट की किंवदंती के दायरे में दिखाए जाने वाले प्रतिशत चार्ट में गिरावट हैं, जो घातीय प्रवृत्ति लाइन के लिए प्रति माह सुधार (पैकेट नुकसान में कमी) पैकेट नुकसान डेटा के लिए फिट है। ध्यान दें कि 5% / महीने का सुधार 44% / वर्ष के सुधार के बराबर होता है (उदाहरण के लिए एक साल में 10% नुकसान एक वर्ष में 5.6% तक घट जाएगा)।

एकतरफा मापन

एसएलएसी पेर्फसोनर परियोजनाओं में एक तरफ विलंब और पेर्फसोनर साइटों के बीच हानि माप करने के लिए सहयोग कर रहा है। प्रत्येक पेरफसनत साइट में एक मापन बिंदु होता है जिसमें एक जीपीएस रिसीवर वाला इंटरनेट से जुड़े कंप्यूटर होता है। यह सटीक सिंक्रनाइज़ समय पैकेट मुद्रांकन की अनुमति देता है जो एक तरह से देरी माप को सक्षम करता है। उत्पन्न विलंब अनुमान पिंगर की तुलना में अधिक विस्तृत है और दो दिशाओं में इंटरनेट पथ पर असमानता को स्पष्ट करता है। दो विधियों की तुलना करने के लिए अधिक जानकारी के लिए पिंगर और सर्वेयर की तुलना देखें

आरआईपीई में एक टेस्ट ट्रैफिक प्रोजेक्ट है जो कनेक्टिविटी मापदंडों की स्वतंत्र माप, जैसे इंटरनेट में देरी और रूटिंग-वैक्टर, बनाने के लिए है। एक आरआईपीई होस्ट एसएलएसी पर स्थापित किया गया है।

एचपीसी पुरस्कार विजेताओं के लिए एनएलएएनआर सक्रिय मापन कार्यक्रम (एएमपी) का उद्देश्य है कि कैसे उच्च प्रदर्शन नेटवर्क प्रदर्शन साइटों और उपयोगकर्ताओं द्वारा देखा जाता है, और नेटवर्क के उपयोगकर्ताओं और उसके प्रदाताओं दोनों के लिए समस्या का निदान करने में सहायता के लिए है। वे साइट पर एक रैक माउंट करने योग्य फ्रीबीएसडी मशीन स्थापित करते हैं और लगभग 1 मिनट के अंतराल पर पिंग्स लॉन्च किए जाने के साथ, उनकी मशीनों के बीच पूर्ण मेष सक्रिय पिंग मापन करते हैं। एक एएमपी मशीन एसएलएसी पर स्थापित है।

सर्वेयर, रिप, पिंगइआर और एएमपी के अधिक विस्तृत तुलना कुछ इंटरनेट सक्रिय अंत-टू-एंड प्रदर्शन मापन परियोजनाओं की तुलना में पाया जा सकता है।

एसएलएसी एक एनआईएमआई (राष्ट्रीय इंटरनेट मापन इन्फ्रास्ट्रक्चर) साइट भी है। इस परियोजना को सर्वेक्षक परियोजना के लिए पूरक माना जा सकता है, जिससे कि यह (एनआईएमआई) एक तरह से पिंग्स, ट्रेंनो, ट्रेसरआउट, पिंगइआर इत्यादि जैसे कई मापन पद्धतियों का समर्थन करने के लिए आधारभूत संरचना प्रदान करने पर केंद्रित है।

न्यूजीलैंड में वाकाटो विश्वविद्यालय जीपीएस रिसीवर के साथ प्रत्येक को लिनक्स होस्ट करता है और एक तरह से देरी माप बना रहा है। इसके बारे में अधिक जानने के लिए वाइकाटो के देरी निष्कर्ष पृष्ठ एएमपी, आरआईपीई और सर्वेयर परियोजनाओं के विपरीत, वाइकातो प्रोजेक्ट, 2 सिरों पर दर्ज पैकेटों की पहचान करने के लिए सीआरसी आधारित पैकेट के हस्ताक्षर का उपयोग करते हुए, मौजूदा जोड़े के बीच सामान्य ट्रैफ़िक के निष्क्रिय मापन करता है।

स्टिंग टीसीपी-आधारित नेटवर्क मापन उपकरण मेजबानों के जोड़े के बीच आगे और रिवर्स पथ दोनों में सक्रिय रूप से पैकेट नुकसान को मापने में सक्षम है। इसमें जीपीएस की आवश्यकता नहीं है, और आईसीएमपी दर को सीमित करने या अवरुद्ध करने की आवश्यकता नहीं होने का फायदा है (आईएसआई के अध्ययन के अनुसार ~ इंटरनेट में मेजबानों का 61% पिंग्स का प्रतिवाद नहीं करता है), हालांकि इसके लिए एक छोटे से कर्नल संशोधन की आवश्यकता होती है ।

यदि एक तरफ देरी (डी) दोनों नोड्स (ए, बी) की एक इंटरनेट जोड़ी के लिए जाना जाता है, तो राउंड ट्रिप विलिल आर को निम्नानुसार गणना की जा सकती है:

R = Da=>b + Db=>a

जहां Da=>b एक तरह से देरी है जो नोड से एक नोड बी और इसके विपरीत में मापा जाता है।

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

जहां pa => b एक तरह से पैकेट नुकसान नोड से बी और इसके विपरीत है।

कुछ आईईटीएफ आरएफसी हैं जो एक तरह से विलंब और नुकसान के साथ-साथ गोल यात्रा के विलंब मेट्रिक को मापने के लिए संबंधित हैं।

ट्रेसरूट

नेटवर्क समस्याओं का निदान करने के लिए एक और बहुत ही शक्तिशाली टूल ट्रेसरआउट है यह किसी को एक दूरदराज के साइट पर हॉप्स की संख्या और कितनी अच्छी तरह से काम कर रहा है खोजने के लिए सक्षम बनाता है।

ऑक्सफोर्ड में जॉन मैकेलिस्टर ने मानक ट्रेसरआउट और पिंग यूटिलिटी के आधार पर ट्रेसिंग रूट मॉनिटरिंग सांख्यिकी विकसित की है। सांख्यिकी 24 घंटे की अवधि के लिए नियमित अंतराल पर इकट्ठे हुए थे और रूटिंग विन्यास, मार्ग गुणवत्ता और मार्ग स्थिरता के बारे में जानकारी प्रदान की थी।

टीआरआईएमएफ में एक बहुत अच्छा ट्रेसरआउट मानचित्र टूल है जो कि टीआरआईएमएफएफ से कई अन्य साइटों पर मार्गों का एक नक्शा दिखाता है। हम रूटेर के बजाय ऑटोनोमस सिस्टम्स (एएस) के माध्यम से पारित करने के लिए इस तरह के मानचित्रों का एक सरलीकरण प्रदान करने पर विचार कर रहे हैं।

कोई भी सहाराओं को देखने के लिए एफ़टीपी थ्रूपूट बनाम ट्रेसरआउट हॉप की गणना के साथ-साथ पिंग प्रतिक्रिया और पैकेट नुकसान को भी साजिश कर सकता है।

कई साइटें उस ट्र्रेसआउट सर्वर को दिख रही हैं (स्रोत कोड (पर्ल में उपलब्ध है) जो कि डीबग करने और इंटरनेट के टोपोलॉजी को समझने में सहायता करता है

कुछ साइटें नेटवर्क उपयोगिताओं जैसे nslookup तक पहुंच प्रदान करती हैं ताकि किसी को एक विशेष नोड के बारे में अधिक जानकारी मिल सके। कुछ उदाहरण एसएलएसी और टीआरआईएमएफ हैं

इंटरनेट एंड-टू-एंड प्रदर्शन पर रूटिंग का प्रभाव

Source: http://www.slac.stanford.edu/comp/net/wan-mon/tutorial.html

 

दग्स्तुल्ल-सेमिनार ९६३५: “सॉफ्टवेयर इंजीनियरिंग का इतिहास” श्लोस डैगस्टुल्ल, २६ अगस्त – ३०, १९९६

१९६८/६९ के नाटो

सॉफ्टवेयर इंजीनियरिंग रिपोर्ट

ब्रायन रैंडेल

कम्प्यूटिंग विज्ञान विभाग

न्यूकासल विश्वविद्यालय पर तीन विश्वविद्यालय

पहले नाटो सॉफ्टवेयर इंजीनियरिंग सम्मेलन का विचार, और विशेष रूप से उस समय के व्यावहारिक रूप से अज्ञात शब्द “सॉफ़्टवेयर इंजीनियरिंग” को अपना (जानबूझकर उत्तेजक) शीर्षक के रूप में अपनाने का, मेरा मानना है कि मूल रूप से प्रोफेसर फ्रिट्ज बाउर से आया था। इसी तरह, अगर मेरी याददाश्त मुझे सही ढंग से काम करती है, तो वह उस व्यक्ति को था जिसने सम्मेलन में एक रिपोर्ट प्रदान करने के महत्व पर जोर दिया और जिसने पीटर नौर को और मुझे संपादकों को प्रेरित किया। (मैं संयुक्त राज्य अमेरिका में आईबीएम टीजे वाटसन रिसर्च सेंटर में काम कर रहा था, लेकिन कई वर्षों तक आईएफआईपी एल्गोल कमेटी के सदस्य होने के कारण “ओन्कल फ्रिट्ज” को जानना पड़ा।) परिणामस्वरूप, यह सहमति हुई मसौदा रिपोर्ट को संपादित करने के लिए पीटर और मैं सम्मेलन के एक अतिरिक्त सप्ताह के लिए बने रहेंगे, हालांकि हमने इस दूसरे सप्ताह के लिए गर्मिश-पार्टेनकिर्चेन से म्युनिक जाने की व्यवस्था की थी।

१९६८ के सम्मेलन की हमारी रिपोर्ट का हवाला देते हुए [नौर और रैंडेल जनवरी १९६९]:

“रिपोर्ट पर वास्तविक काम कई लोगों द्वारा संयुक्त उपक्रम था। सम्मेलन के दौरान और उसके बाद की अवधि के लिए टाइपिंग और अन्य कार्यालय के कामों की बड़ी मात्रा, मिस डोरिस अंगेमेयर, मिस एनीड ऑस्टिन, मिस पेट्रा डांडलर, श्रीमती दगामर हनीश और मिस एरिका स्टेफ द्वारा किया गया था। सम्मेलन नोटों के दौरान लैरी फ्लैनिगन, इयान ह्यूगो और मैनफ्रेड पॉल ने लिया था इयान ह्यूगो ने टेप रिकॉर्डर का भी संचालन किया लिखित योगदान और चर्चाओं में से अंशों की समीक्षा और छंटनी लैरी फ्लैनिगन, बर्नार्ड गैलेर, डेविड ग्रिज़, इयान ह्यूगो, पीटर नौर, ब्रायन रैंडेल और गेर्ड सैपर ने की थी। फाइनल लिस्ट-अप पीटर नौर और ब्रायन रैंडेल द्वारा किया गया था रिपोर्ट की अंतिम टाइप की प्रतिलिपि तैयार करना पीटर नौर की दिशा में रेगिन्त्रेलन, कोपेनहेगन में मिस कर्स्टन एंडरसन द्वारा किया गया था।“

जैसा कि मैंने और अन्य प्रतिभागियों ने गवाही दी है, सम्मेलन में एक बेहद उत्साहित और उत्साहपूर्ण वातावरण का विकास हुआ। जैसे ही प्रतिभागियों को “सॉफ़्टवेयर संकट” शब्द के लिए तैयार करने के लिए कुछ भी तैयार नहीं था, इसके बारे में आम चिंता का एहसास हुआ, और सामान्य समझौता सिर्फ अन्य सहयोगियों को ही समझने की कोशिश करने के महत्व के बारे में नहीं उभरा, बल्कि सभी स्तरों पर नीति निर्माताओं भी, चर्चा की जा रही समस्याओं की गंभीरता का इस प्रकार पूरे सम्मेलन में इस बात पर निरंतर जोर दिया गया कि सम्मेलन का सबसे अच्छा कैसे पता चला जा सकता है। दरअसल, सम्मेलन के अंत तक पीटर और मुझे रिपोर्ट के मुख्य भाग के लिए एक विस्तृत प्रस्तावित संरचना प्रदान की गई थी। यह कवर किया गया विषयों की तार्किक संरचना पर आधारित था, बजाय वास्तविक तरीके से बारीकी से नमूनों की बजाय जो सम्मेलन के विभिन्न समांतर और पूर्ण सत्रों का समय सारिणी के रूप में हुआ था।

पीटर और मैं रिपोर्ट की संरचना और सामान्य सामग्रियों पर इस तरह के मार्गदर्शन के लिए बहुत प्रसन्न थे, क्योंकि हम दोनों ने ऐसी एक ऐसी सम्मलेन रिपोर्ट तैयार करने की कामना की जो वास्तव में एक सम्मेलन रिपोर्ट थी, वास्तव में पीटर ने तर्क दिया कि हमें अपने आप में कोई भी अतिरिक्त पाठ नहीं देना चाहिए, बल्कि बोली के लिखित सम्मेलन योगदानों से उचित सीधा कोटेशन के साथ सहमत सहमति संरचना के आधार पर रिपोर्ट के मुख्य भाग का उत्पादन करना चाहिए। हालांकि, मैंने उनसे कहा कि संक्षिप्त संपादकीय परिचय और लिंक जोड़ने से रिपोर्ट की निरंतरता और समग्र पठनीयता में सुधार होगा। इसलिए, (इस निर्णय के साथ कि लिखित ग्रंथों का एक छोटा चयन भी परिशिष्टों के रूप में पूर्ण रूप से शामिल किया जाएगा), हम रिपोर्ट के अंतिम रूप पर पहुंचे।

म्युनिक में हम रेजरपोर्टर्स द्वारा उठाए गए नोटों से काम करते थे, जिसे हमने व्यवस्थित किया था, रिकॉर्ड किए गए टेपों पर फुटेज संख्याओं के अनुसार, उन्हें बना दिया जाएगा। टेप को व्यवस्थित रूप से लिखित नहीं किया गया था, क्योंकि यह प्रक्रिया आम तौर पर पांच से छह बार वास्तविक समय लेती है। इसके बजाए हम टेप के विशेष रूप से रोचक और सुव्यवस्थित वर्गों का पता लगाने के लिए रॅपरटेर्स नोट्स और हमारी यादों का इस्तेमाल करते थे और इन्हें प्रतिलेखित किया गया था। इस प्रकार हमने लिखित योगदानों के उपयुक्त उद्धरणों के साथ पूरक लिखित उद्धरणों का एक बड़ा समूह बनाया। फिर, रिपोर्ट के प्रत्येक अनुभाग के लिए, एक या हम में से एक ने उस विषय पर चर्चा के एक सुसंगत और छद्म-शब्दांश खाते में उद्धरणों के संबंधित सेट को बदलने का प्रयास किया, क्योंकि कई विषयों से उचित होने पर काफी अलग सत्रों से एक साथ सामग्री लाया जा रहा था विभिन्न समानांतर और पूर्ण वर्गों में दोबारा गौर किया गया।

म्युनिक में काम करना बहुत ही मज़ेदार था क्योंकि यह गहन था, और कुछ यादगार चर्चाओं के पुन: सुनवाई के लिए बहुत सारे मौके दिए थे, जिससे कि इनमें से कई मेरी याददाश्त में गहराई से गहराई से बन गए, और मेरे बाद के प्रभाव पर एक मजबूत प्रभाव पड़ा अनुसंधान, मामले की तुलना में मैं केवल सम्मेलन में भाग लिया होता। रिपोर्ट म्युनिक में सप्ताह के आखिर तक पूरी तरह से पूरा हो गई थी, और उसके बाद पीटर नौर को कोपेनहेगन में वापस उसके साथ सब कुछ वापस ले लिया था, जहां एक पेपर टेप-नियंत्रित टाइपराइटर (मैं एक फ्लेक्सियरर मानता है) का उपयोग करके एक पूरा पहला ड्राफ्ट तैयार किया गया था – एक ऐसा तकनीक जो लग रहा था उस समय का उपन्यास लेकिन वह जिसने सही तरीके से हमें सलाह दी थी, वह सटीक अंतिम पाठ की तैयारी में बहुत सहायता करेगी। (मेरी याददाश्त मुझे बताती है कि इस मसौदा को प्रतिभागियों को प्रिंट करने से पहले टिप्पणियों और सुधारों के लिए भेजा गया था, लेकिन रिपोर्ट में इसका कोई भी उल्लेख नहीं किया गया है, इसलिए मैं गलत हो सकता हूं।

वास्तविक मुद्रण और वितरण नाटो द्वारा किया गया था, और सम्मेलन के तीन महीने बाद रिपोर्ट जनवरी १९६९ में उपलब्ध हुई। प्रतियां स्वतंत्र रूप से अनुरोध पर वितरित की गईं और यह तेजी से व्यापक वितरण और ध्यान प्राप्त किया। प्रतिभागियों के बीच में से एक के लिए और अधिक रमणीय प्रतिक्रियाओं में से एक था डग मैकिल्रॉय का, जो इसे “गलत इस्तेमाल उद्धरण की जीत” के रूप में वर्णित करता था! (मैरी शॉ के एक लघु लेख से यह बहुत कुछ साल बाद मैंने सीख लिया था कि अल पर्लिस ने सीएमयू कम्प्यूटर साइंस ग्रेजुएट छात्रों को इस रिपोर्ट की प्रतियां “इनके साथ पढ़ा, यह तुम्हारी ज़िंदगी बदल जाएगी।” [ शॉ १९८९]]

इस तरह की पहली सम्मेलन की सफलता थी, जो आयोजकों ने एक दूसरे सम्मेलन के लिए नाटो प्रायोजन की मांग की और एक साल बाद इटली में आयोजित किया। पीटर नाउ, बुद्धिमानी से, अपने संपादकीय श्रम को दोहराने के लिए तैयार नहीं था, लेकिन मैं – बल्कि जल्दी से – कुछ प्रारंभिक झिझक ऐसा करने के लिए सहमत होने के बाद, इस बार जॉन बक्सटन के साथ सहयोग में जैसा कि मुझे याद है, नाटो के मुख्यालय में एक कार्यालय में हुई बैठक में दूसरी सम्मेलन की योजनाओं पर चर्चा हुई थी। मेरी मुख्य मेमोरी यह है कि कार्यालय में एक बहुत बड़ी और प्रभावशाली सुरक्षित का प्रभुत्व था, जिसमे मेरे मनोरंजन को पूरी तरह से खाली होने के लिए खुलासा हुआ था जब हमारे मेजबान, बैठक के अंत में, इसे खोल दिया था ताकि वह बोतलों को दूर कर सके जिससे पेय पहले हमें सेवा दी गई थी म्युनिक में मेरे हार्ड-जीतने के अनुभव के आधार पर मैंने जो तैयारी के बारे में चर्चा की, मैंने उन सुविधाओं के बारे में जो मुझे रोम में होना चाहिए था, के बारे में आवश्यकताओं की एक बहुत अच्छी तरह से सोच-समझी सूची माना जाता है। (इनमें से सबसे महत्वपूर्ण बात यह थी कि संपादकीय टीम को एक इतालवी-स्पीकर तक पूर्ण समय तक पहुंच होनी चाहिए, जो कि बाद में किसी भी कठिनाइयों को उठाने में सहायता करेगा।)

मेरा प्रारंभिक (ओवर) आत्मविश्वास इस तथ्य के कारण भी था कि इस दूसरी बार के आसपास, जॉन और मुझे आईसीएल से दो अनुभवी तकनीकी लेखकों की पूर्णकालिक सेवाओं की पेशकश की गई थी, अर्थात् इयान ह्यूगो (जो तैयारी में बारीकी से शामिल थे पहले रिपोर्ट की) और रॉड एलिस, और हम प्रत्येक ने क्रमशः एक विशेषज्ञ सचिव, मार्गरेट चैम्बरलेन और एन लेअबर्न द्वारा रोम के साथ होने का इंतजाम किया था। इयान, संयोग से, इंफोटेक की मदद करने के लिए आगे बढ़ गया, एक कंपनी जिसने बाद में कई वर्षों तक तकनीकी सम्मेलनों का आयोजन किया, जिनमें से प्रत्येक ने स्टेट-ऑफ़-थे-आर्ट कला रिपोर्ट के प्रकाशन को जन्म दिया, जिसकी प्रारूप निकटता से मेल खाती है नाटो रिपोर्ट की।

इस घटना में दूसरा सम्मेलन पहले की तुलना में बहुत कम सामंजस्यपूर्ण और सफल रहा, और हमारा संपादकीय कार्य बहुत अलग हो गया।    १९६९ का सम्मेलन [बक्सटन और रैंडेल अप्रैल १९७०] की रिपोर्ट के लिए हमारे परिचय से उद्धरण:

रोम सम्मेलन एक रूप पर ले गया, जो कि गर्मिश में सम्मेलन से अलग था और इसलिए इस रिपोर्ट और उसके पूर्ववर्ती के बीच साम्य कुछ हद तक सतही है संपादकों द्वारा की जाने वाली भूमिका बदल गई है और इस परिवर्तन को स्पष्टीकरण के हकदार हैं। रोम सम्मेलन के आयोजकों का इरादा था कि इसे तकनीकी समस्याओं का और अधिक विस्तृत अध्ययन करने के लिए समर्पित होना चाहिए, जिसमें प्रबंधकीय समस्याएं भी शामिल थीं जो कि गार्मिस्क में काफी हद तक थीं। परिणामी सम्मेलन में इसके पूर्ववर्ती को थोड़ा सा समानता थी [एसआईसी] आम समस्याओं के चेहरे में अत्यावश्यकता की भावना गार्मिश के रूप में इतनी स्पष्ट नहीं थी इसके बजाय, प्रतिभागियों के विभिन्न वर्गों के बीच संचार की कमी बनी, संपादकों के विचारों में, कम से कम एक प्रमुख विशेषता आखिरकार इस संचार की खामियों की गंभीरता और वास्तविकता यह थी कि वास्तविक दुनिया में स्थिति का प्रतिबिंब था, इसने अंतर को चर्चा का मुख्य विषय बना दिया। इन घटनाओं को ध्यान में रखते हुए, यह आश्चर्यजनक नहीं है कि संपादकों को रिपोर्ट की संरचना और सामग्री के रूप में सम्मेलन से कोई स्पष्ट संक्षिप्त नहीं मिला।

इस प्रकार एक रिपोर्ट तैयार करने का कार्य जो सम्मानजनक और उचित रूप से सटीक था, मैंने कल्पना की थी उससे कहीं अधिक कठिन था – और जिन समस्याओं का हम सामना करते थे, उन सभी प्रकार से सहायता नहीं मिली थी, लगभग सभी जिनमें से अधिक आसानी से अगर एक स्थानीय आयोजक को सहमति के अनुसार प्रदान किया गया था। फिर भी, कई प्रतिभागियों ने हमारी रिपोर्ट में ख़ुशी से आश्चर्य व्यक्त किया, जब वे बाद में जाँच के लिए एक मसौदा प्राप्त किया, और स्पष्ट रूप से सम्मेलन की तुलना में इसके बारे में अधिक सोचा कि यह दस्तावेज के लिए कथित है।

सम्मेलन रोम के बाहर एकदम आकर्षक अमेरिकी शैली वाले होटल में आयोजित किया गया था, जिनकी सुविधाएं और भोजन मुझे यकीन है कि एक सौहार्दपूर्ण माहौल पैदा करने में बहुत कम है। पहले से सहमत हो गया था कि हम रिपोर्ट के लिए सेंट्रल रोम में एक (विशेष रूप से) होटल में जाएंगे – केवल सम्मेलन के दौरान हमने पाया कि इस होटल में आवास को आरक्षित करने का कोई प्रयास नहीं किया गया है। कहने की ज़रूरत नहीं, होटल पूर्ण हो गया, और आखिरी मिनट की व्यवस्था की जानी थी, और हमारे कार्यालयों और परिवारों ने योजनाओं में बदलाव के लिए सतर्क किया।

शनिवार की सुबह सम्मेलन के बाद हम में से छह, हमारे सभी सामान और टाइपराइटर, टेप रिकॉर्डर, कागज के बक्से और अन्य कार्यालय की आपूर्ति इत्यादि का एक बहुत ही प्रभावशाली सेट, मिनीबस से सेंट्रल रोम तक पहुंचाया गया सुखद विकल्प होटल, जो मुख्य द्वार से रोमन फ़ोरम तक बस स्थित था। वास्तव में हम होटल के लिए बहुत जल्दी पहुंचे, चूंकि हम केवल संपादकीय कार्यालय के रूप में इस्तेमाल किए जाने वाले छोटे सूट उपलब्ध थे, हमारे बेडरूम अभी खाली नहीं हुए और साफ किए गए थे हमें इस प्रकार होटल के रिसेप्शनिस्ट के सुझाव को स्वीकार करना पड़ा था कि हम शुरू में इस एक सूट में स्थापित हो जाएं जब तक कि हमारे अपने कमरे तैयार न हों।

मैं अभी भी हमारे आगमन की याद रखता हूं, जिसे लॉबी में विभिन्न होटल कर्मचारियों और मेहमानों द्वारा खुले-मुंह देखा गया था। यह सिर्फ हमारी संख्या और सामान के हमारे पहाड़, और गवाहों की छोटी सेना की वजह से नहीं था – जिनमें से एक की एक दरवाजा कुंजी थी – जिसे इसे स्थानांतरित करने के लिए नियोजित किया जा रहा था। निस्संदेह यह दिलचस्प उपस्थिति के कारण भी था कि हम में से छह ने ही बनाया होगा – विशेष रूप से तथ्य यह है कि मार्गरेट चैंबरलेन एक बहुत ही कम मिनेसट पहन रहा था यह फैशन अभी तक लंदन से रोम तक फैल गई थी, जहां अभी भी कम से कम सभी इटालियन पुरुषों ने काफी सनसनीखेज अनुभव किया था। और रॉड एलिस एक शानदार लंबे काले चमड़े की जैकेट और मोटे-सोल साइड जूते की तरह पहने हुए थे, जो उस समय ब्रिटेन में कम से कम “वेश्या-स्रीपर्स” के रूप में जाने जाते थे। लेकिन सभी के सबसे यादगार जॉन बक्सटन की टिप्पणी जब द्वारपालों के आखिरी लोग हमारे कमरे से बाहर झुक गए थे, और हम में से छह हमारे सामान पर्वत के आसपास खड़े थे, जो सोचते थे कि पहले क्या करना चाहिए। उसने अचानक कहा, “मेरे पास बहुत अच्छा विचार था। चलो सामने के डेस्क पर फोन करते हैं और दो हजार फुट रंग की फिल्म और एक मजबूत बिस्तर के लिए पूछें।”

यह एक सप्ताह की शानदार शुरुआत प्रदान करता है जिसमें हम काम के दबाव और कई प्रतिकूल परिस्थितियों का सामना करने के बावजूद हम हास्य में निरंतर सांत्वना प्राप्त करने में सफल रहे। उदाहरण के लिए, मध्य सप्ताह तक, लगभग सभी मूल टाइपराइटर और टेप रिकॉर्डर काम नहीं कर रहे थे, और हम नाटो मुख्यालय में काम पूरा करने के लिए रोम को छोड़ने और ब्रसेल्स में जाने की धमकी दे रहे थे। यहां तक कि स्टेपलर टूट गया था। जैसा कि इयान ह्यूगो ने मुझे याद दिलाया है, “सूट में एक बाथरूम था जो कि आवश्यकताओं के लिए अधिशेष था और स्नान मृत टाइपराइटर, टेप रिकार्डर, आदि के लिए अंतिम विश्राम मैदान बन गया; सप्ताह के अंत तक यह अतिप्रवाह से भरा हुआ था!” हालांकि हम बेचा, हालांकि रिपोर्ट के अंत के आधे भाग में ऐन लेओबर्न ने पूरी तरह से अपरिचित जर्मन-कुंजीपटल टाइपराइटर पर लिखा था कि हमने होटल से खुद को उधार लेने में कामयाब रहे थे।

ये सभी प्रतिकूलताएं – जिनके असर का बहुत कम होता, हमारे पास वादा स्थानीय सहायक था – वास्तव में हमें एक टीम के रूप में एक साथ बाँधने में मदद मिली। नकल के लिए रॉड एलिस का शानदार उपहार भी हाथों के विषय में अपनी पसंद के अनुकूल होने के साथ-साथ सामान्य आनंद के कई स्वागत क्षणों को उपलब्ध कराने में मदद करता है, उन्होंने एडस्जर डिजस्ट्रा, फ्रिट्ज़ बॉयर, और अन्य कईों के बीच बातचीत के दौरान आसानी से बातचीत की। प्रतिभागियों, जिनके सम्मेलन की टिप्पणी हमारे टेप रिकार्डर द्वारा भावी पीढ़ी के लिए पकड़ी गई थी

हमने वास्तव में शुक्रवार की शाम की शुरूआत में एक अंतिम उत्सव रात्रिभोज के लिए अच्छा समय दिया था, एक बार रॉड और इयान रोम विश्वविद्यालय से लौटे थे, जहां उन्होंने मसौदा रिपोर्ट की प्रतियां बनाई थीं (और, वास्तव में, टूटे हुए) फोटोकॉपियर) यह सप्ताह के बाकी हिस्सों को ध्यान में रखता था, हालांकि, रोम में लगभग सभी रेस्तरां वेटर ने हड़ताल पर जाने के लिए उस क्षण को चुना था – वास्तव में, हमने देखा कि उनमें से एक बड़ी जुलूस ने हमारे खिड़कियों के ठीक ऊपर मार्च को धकेलते हुए और बैनर लहराते हुए देखा – ताकि हमें खुद को होटल में उत्कृष्ट रात के भोजन के साथ संतुष्ट करना पड़ा।

जब तक मैं १९६९ की रिपोर्ट के परिचय को फिर से नहीं पढ़ता, तब तक मैं पूरी तरह से भूल गया था कि यह संक्षिप्त लेख तैयार करते हुए यह था कि यह दूसरी रिपोर्ट न्यूकैसल ऐवर टेन के यूनिवर्सिटी में टाइप बैठे थी, जहां मैं अंतरिम में आईबीएम से स्थानांतरित हुआ था। वास्तव में न्यूकासल में कम्प्यूटरीकृत प्रकार-सेटिंग पर विश्व के सबसे शुरुआती काम किए गए थे। रिपोर्ट से उद्धरित: “रिपोर्ट का अंतिम संस्करण, क्यणोक प्रेस द्वारा अपने कंप्यूटर प्रकार-सेटिंग सिस्टम (कॉक्स, एनएसएम और हीथ, WA देखें: ‘कम्प्यूटर की छेड़छाड़ की गई डेटा के साथ प्रकाशन प्रक्रिया का एकीकरण’) का उपयोग करके तैयार किया गया था।” न्यूकैसल फाइल हैंडलिंग सिस्टम का उपयोग करके प्रारंभिक पाठ प्रसंस्करण किया जा रहा है, ” ७/७ सितम्बर १९६९, न्यूकासल विश्वविद्यालय, कंप्यूटर टाइपेटिंग रिसर्च प्रोजेक्ट) पर स्वचालित अनुवाद प्रकाशन सेमिनार पर प्रस्तुत किया गया था।” (हालांकि, मुझे शायद यह भी उल्लेख करना चाहिए कि इस दूसरी रिपोर्ट ने अपने पूर्ववर्ती रिपोर्ट की तुलना में उत्पादन के लिए तीन महीने का समय लगा।)

पहली सम्मेलन के विपरीत, जिस पर पूरी तरह से स्वीकार किया गया था कि सॉफ्टवेयर इंजीनियरिंग ने एक वास्तविकता के बजाय एक आवश्यकता व्यक्त की, रोम में पहले से ही इस बात की थोड़ी प्रवृत्ति थी कि इस विषय में पहले से ही अस्तित्व में है। और यह सम्मेलन के दौरान स्पष्ट हो गया कि आयोजकों के पास छिपे हुए एजेंडे थे, अर्थात् एनएटीओ को एक अंतर्राष्ट्रीय सॉफ्टवेयर इंजीनियरिंग संस्थान की स्थापना के लिए निधि देने के लिए। हालांकि चीजें उनकी योजना के मुताबिक नहीं हुईं इस प्रस्ताव के लिए मजबूत और व्यापक समर्थन के साक्ष्य प्रदान करने के लिए चर्चा सत्रों को इसके बदले काफी संदेह था, और “मास्टरपीस इंजीनियरिंग” पर एक शानदार लघु व्यंग्य लिखने के लिए, आईबीएम के टॉम सिम्पसन के प्रतिभागियों में से एक का नेतृत्व किया।

जॉन और मैंने बाद में तय किया कि टॉम सिम्पसन के पाठ में एक उचित होगा, यद्यपि कुछ हद तक अप्रिय, रिपोर्ट के मुख्य भाग के समापन टिप्पणियों का सेट। हालांकि हम इस सम्मेलन के आयोजकों द्वारा रिपोर्ट से इस टेक्स्ट का आबकारी करने के लिए “अनुमोदित” घटना में थे। यह था, मुझे यकीन है, केवल “मास्टरपीस इंजीनियरिंग संस्थान” के व्यंग्यात्मक संदर्भों के कारण। मैंने हमेशा खेद व्यक्त किया है कि हमने दबाव में दे दिया और हमारी रिपोर्ट को इस तरह फैशन में सेंसर कर दिया गया। तो, प्रायश्चित्त के माध्यम से, मैं पाठ की एक प्रति अनुस्मारक के इस संक्षिप्त सेट को परिशिष्ट के रूप में संलग्न करता हूं।

रोम सम्मेलन में भाग लेने वालों में से किसी को भी थोड़ा आश्चर्यचकित था कि नाटो सम्मेलन की श्रृंखला को जारी रखने के लिए कोई प्रयास नहीं किया गया था, लेकिन सॉफ्टवेयर इंजीनियरिंग का बैंडविगन शुरू हुआ, क्योंकि कई लोगों ने अपने काम का वर्णन करने के लिए शब्द का इस्तेमाल करना शुरू कर दिया था बहुत कम औचित्य के साथ इस स्थिति पर प्रतिक्रिया के लिए, मैंने कई सालों से इस शब्द का इस्तेमाल करने से इंकार कर दिया या किसी भी घटना के साथ संबद्ध होने के लिए एक विशेष बिंदु बनाया। दरअसल, यह लगभग दस साल बाद तक नहीं था जब मैंने १९७९ में म्युनिक में इंटरनेशनल सॉफ्टवेयर इंजीनियरिंग सम्मेलन में आमंत्रित वक्ताओं में से एक होने का निमंत्रण स्वीकार कर लिया। अन्य आमंत्रित वक्ताओं में बैरी बोहेम, व्लाद टर्स्की और एड्जर दिज्स्ट्रा थे। मुझे सॉफ़्टवेयर इंजीनियरिंग के बारे में बात करने के लिए कहा गया क्योंकि यह १९६८ में था, बैरी वर्तमान राज्य के बारे में, व्लाद ने सॉफ्टवेयर इंजीनियरिंग के भविष्य के बारे में, और एडस्जर के बारे में बताया कि उसे कैसे विकसित करना चाहिए। मेरे कागज [रैंडेल १९७९] की तैयारी में बहुत मज़ेदार था क्योंकि मैंने बैरी के लिए कई निहित चुनौतियों को शामिल किया था, जिनकी बात मेरी तुरंत बाद तय की गई थी, उन्होंने १९६८ के बाद से प्रगति के बारे में दावों का औचित्य साबित किया। उन्होंने इन सभी चुनौतियों को ध्यानपूर्वक अनदेखा किया, मुझे यह कहते हुए दुख है।

१९६८/९ के दृश्य का वर्णन करने में मेरे १९७९ के प्रयास में मुझे दो नाटो रिपोर्ट्स को संपादित करने में मदद करने के लिए अपने अनुभवों पर ध्यान देना उचित नहीं लगा था – इसलिए मैं बहुत ही खुश हूं कि मेरे निजी सॉफ्टवेयर इंजीनियरिंग के यादों को पूरा करने का कारण था, बोलना। मैं इस अवसर के लिए इस सम्मेलन के आयोजकों को धन्यवाद देता हूं और, विशेष रूप से, मुझे १९७९ सम्मेलन की रिपोर्ट से इतनी बुरी तरह से सेंसर किया गया था जो पाठ प्रकाशित करने के लिए एक विलम्बित साधन।

संदर्भ:

  1. जे.एन. बक्सटन और बी. रांडेल, (एड) सॉफ्टवेयर इंजीनियरिंग तकनीकों: नाटो विज्ञान समिति, रोम, इटली, २७ से ३१ अक्टूबर १९६९, ब्रुसेल्स, वैज्ञानिक मामलों के विभाग, नाटो, अप्रैल १९७०, १६४ पी द्वारा प्रायोजित एक सम्मेलन पर रिपोर्ट।
  2. पी. नौर और बी. रांडेल, (एड) सॉफ्टवेयर इंजीनियरिंग: नाटो विज्ञान समिति, गर्मिश, जर्मनी, ७ से ११ अक्टूबर १९६८, ब्रुसेल्स, वैज्ञानिक मामलों के विभाग, नाटो, जनवरी १९६९, २३१ पी द्वारा प्रायोजित एक सम्मेलन पर रिपोर्ट।
  3. बी. रैंडेल “सॉफ्टवेयर इंजीनियरिंग में १९६८,” प्रोक में चौथी इंट का सम्मेलन। सॉफ्टवेयर इंजीनियरिंग पर, पीपी १-१०, म्युनिक, १९७९।
  4. एम. शॉ “एक ग्रेजुएट छात्र की यादें (पैनल के लिए,” नाटो सॉफ्टवेयर इंजीनियरिंग सम्मेलन का एक बीस वर्ष पूर्वव्यापी “),” प्रोक में ११ वें अंतर सम्मेलन। सॉफ्टवेयर इंजीनियरिंग, वॉल्यूम पर ११, पीपी ९९-१००, १९८९ (कम्प्यूटिंग के इतिहास के इतिहास में पुनर्मुद्रण, उपाख्यानों विभाग, ११, २, १९८९, पीपी. १४१-१४३)

 

अनुबंध:

मास्टरपीस इंजीनियरिंग

टी. एच. सिम्पसन

आईबीएम निगम,

व्हेटों, मैरीलैंड

आपको पिछली रात एक अनुभव में रुचि हो सकती है, जबकि मैं इस पते के लिए कुछ टिप्पणियां तैयार करने की कोशिश कर रहा था। जब मैं मैदान में एक पत्थर पर ठोकर खाई, तो मैं अपने विचारों को संगठित करने के प्रयास में बगीचे में बाहर चल रहा था मुझे आश्चर्य हुआ कि जब मैंने खुद को उठाया था, मैंने देखा था कि इसमें एक शिलालेख लिखा था। कुछ कठिनाई के साथ मैं इसे गूढ़ता; यह शुरू किया

“यहां १५०० में इस स्थान पर एक अंतर्राष्ट्रीय सम्मेलन आयोजित किया गया था”।

ऐसा लगता है कि लोगों के एक समूह ने दुनिया भर में निर्मित कला मास्टरपीस की संख्या से उत्पन्न समस्याओं पर चर्चा करने के लिए एक साथ मिलकर काम किया था; उस समय यह एक बहुत समृद्ध उद्योग था। उन्होंने सोचा कि यह पता लगाना उचित होगा कि क्या यह प्रक्रिया “वैज्ञानिक” हो सकती है, इसलिए उन्होंने समस्या पर चर्चा करने के लिए “मास्टरपीस इंजीनियरिंग पर अंतर्राष्ट्रीय कार्य सम्मेलन” आयोजित किया।

जैसा कि मैंने बगीचे के चारों ओर घूमना जारी रखा, अब जमीन पर थोड़ी नज़दीक की तलाश में, मैं एक समूह की हड्डियों के पास आया, फिर भी सत्र में, “मोना लिसा” के डिजाइन के लिए मानदंड लिखने का प्रयास। दृष्टि ने मुझे एक ऑपरेटिंग सिस्टम के डिजाइन के लिए मापदंड पर काम करने के हमारे समूह की अजीबता को याद दिलाया।

जाहिर है सम्मेलन ने फैसला किया कि उसे एक उत्कृष्टता क्षेत्र में उत्पादन समस्याओं पर अधिक विस्तार से काम करने के लिए एक संस्थान की स्थापना करनी चाहिए। इसलिए वे रोम की सड़कों में गए और कुछ रथ ड्राइवरों, ग्लेडियेटर्स और अन्य लोगों की मांग की और उन्हें पांच सप्ताह (अर्ध-दिन) मास्टरपीस सृजन कोर्स के माध्यम से रखा; तो वे सभी को एक बड़े कमरे में रख दिया गया और उन्हें बनाने शुरू करने के लिए कहा।

जल्द ही उन्हें एहसास हो गया कि वे संस्थान से ज्यादा कुशलता नहीं पा रहे थे, इसलिए उन्होंने मास्टरपीस श्रमिकों को कुछ अधिक कुशल उपकरणों से लैस करने के लिए सेट किया ताकि उन्हें मास्टरपीस बनाने में मदद मिल सके। उन्होंने पावर-संचालित छेनी, स्वत: पेंट ट्यूब स्केज़र्स आदि का आविष्कार किया, परन्तु ये सब सिर्फ शिक्षकों से जोर से चिल्लाते हुए कहते हैं: “इन सभी तकनीकों ने चित्रकारों को ढलान दिखाएगा”, उन्होंने कहा।

उत्पादन अभी भी संतोषजनक स्तर तक नहीं पहुंच रहा था, इसलिए उन्होंने कुछ और कदमों के साथ मास्टरपीस सहायता तकनीक की सीमा को बढ़ा दिया। एक विचार था कि एक एकल कैनवास लेना और इसे चित्रकार से चित्रकार तक तेजी से पास करना था। जबकि ब्रश लगाने के दौरान दूसरों को सोचने का समय था।

लेने के लिए अगले प्राकृतिक कदम निश्चित तौर पर, चित्रकारों की संख्या को दोगुना करना था, लेकिन इसे लेने से पहले उन्होंने सबसे दिलचस्प उपकरण अपनाया उन्होंने उत्पादकता के कुछ उचित माप को पूरा करने का निर्णय लिया इंस्टीट्यूट में दो हफ्ते पेंटर्स के एक समूह द्वारा उत्पादित ब्रश स्ट्रोक की संख्या की गणना करने में खर्च किए गए थे, और इस मापदंड को तुरंत बाकी के उद्यम के लिए मूल्य का आकलन करने में लागू किया गया था। यदि कोई चित्रकार प्रति दिन अपने बीस ब्रश स्ट्रोक में परिवर्तित होने में विफल रहता है तो वह स्पष्ट रूप से अंडर-उत्पादक था।

दुर्भाग्य से ज्ञान में इन अग्रिमों में से कोई भी मास्टरपीस उत्पादन पर कोई असर नहीं पड़ा और इसलिए, लंबाई में, समूह ने निर्णय लिया कि बुनियादी कठिनाई स्पष्ट रूप से एक प्रबंधन समस्या थी। उज्ज्वल छात्रों (एल। दा विंची के नाम से) में से एक को तत्काल प्रोजेक्ट के मैनेजर के रूप में प्रोत्साहित किया गया, और उसे बाकी संगठनों के लिए पेंट, कैनवस और ब्रश हासिल करने के प्रभारी बनाया गया।

ठीक है, सभी के लिए मुझे पता है, संस्थान अभी भी अस्तित्व में हो सकता है। मैं आपको एक विचार के साथ छोड़ देता हूं: कुछ सौ वर्षों में, कोई व्यक्ति इस जगह पर हमारे टेप रिकॉर्डिंग का पता लगा सकता है और हमें समान रूप से हास्यास्पद पाया।

रिपोर्ट संपादन से तस्वीरें

म्युनिक, १९६८

ANGEMEYER.tn        HUGO.tn     NAUR.tn

डोरीस अंगमेयेर          इन ह्यूगो              पीटर नौर

AUSTIN.tn         RANDELL.tn

एनिड ऑस्टिन                           ब्रायन रांदेल्ल

रोम, १९६९

                                        FORUM.tn                                         HOTEL.tn

रोमन फोरम                                                   फोरम होटल

Source: http://homepages.cs.ncl.ac.uk/brian.randell/NATO/NATOReports/

अच्छी प्रोग्रामिंग के लिए चेकलिस्ट

इस चेकलिस्ट को उच्च-गुणवत्ता के प्रोग्राम को लिखने में आपकी मदद करनी चाहिए।

राफेल फिंकेल, ८/१७/२००५

  • पहचानकर्ता: सुनिश्चित करें कि आपके सभी पहचानकर्ता अर्थपूर्ण हैं।
  1. एक-अक्षर पहचानकर्ता लगभग सार्थक नहीं हैं
  2. फ्लैग और टेम्प जैसे नाम शायद ही कभी सार्थक होते हैं फ्लैग के बजाय, बूलियन स्थिति को नामकरण करने पर विचार करें, जैसे कि वलुएफाउंड।
  3. मल्टी-वर्ड पहचानकर्ता पर विचार करें, जैसे नामेंडेक्स लंबी पहचानकर्ता (कारण के कारण) बहुत पठनीय होते हैं।
  • बियर लीटरल: 0 और 1 के अलावा अन्य नंबरों से बचें और अपने कार्यक्रम में “” स्ट्रिंग्स को छोड़कर, जब आप स्थिरांक को परिभाषित करते हैं।
  1. सरणी के रूप में एक शाब्दिक पूर्णांक का उपयोग न करें।
  2. एक शाब्दिक पूर्णांक को एक रन पैरामीटर के रूप में उपयोग न करें, जैसे टाइमआउट या पोर्ट नंबर।
  3. मेनू प्रविष्टियों का चयन करने के लिए वास्तविक पूर्णांक का उपयोग न करें।
  4. स्ट्रिंग या कुछ डेटा के आकार को मापने के लिए एक शाब्दिक पूर्णांक का उपयोग न करें; sizeof()और strlen () का उपयोग C और C++ और .length और .size जावा में।
  5. फ़ाइल नाम के लिए एक शाब्दिक स्ट्रिंग का उपयोग न करें। आप वाकई स्ट्रिंग्स को आउटपुट कर सकते हैं, यद्यपि।
  6. विषम डेटा युक्त एक सरणी में सूचक को एक शाब्दिक पूर्णांक का उपयोग न करें।
  7. एक पहचानकर्ता को एक शब्द के रूप में घोषित नहीं करें, जैसे “थर्टी”।
  • मॉड्यूलर: एक प्रोग्राम इंटरैक्टिंग घटकों के बाहर बनाया गया है।
  1. अपने पूरे कोड को main() रूटीन में न डालें।
  2. वास्तव में, कोई भी दिनचर्या नहीं करते हैं बहुत ज्यादा काम करते हैं। यदि यह 50 लाइनों से अधिक लंबा है, तो शायद यह बहुत लंबा है।
  3. यदि आप कई बार कोड डुप्लिकेट करते हैं, तो विचार करें कि क्या कोई लूप बेहतर काम करता है या शायद एक सब-रूटिन।
  4. यदि आप पाते हैं कि आप बहुत गहराई से इंडेंट कर रहे हैं, तो संभवतया जब आप चाहिए तब उप-रूटिन का उपयोग नहीं कर रहे हैं।
  5. लाइब्रेरी रूटिन को फिर से न बदलें (जब तक कि आपकी असाइनमेंट की आवश्यकता न हो)। उदाहरण के लिए, sprintf () और atoi() के बारे में जानने के लिए मैनुअल में देखें।
  6. C और C++ में हैडर फाइलों का उपयोग करें (हैडर फाइल में नाम समाप्त होने वाला नाम है .h) जो सभी फाइलों के बीच निर्यात किए गए सभी उप-रूटिनों की आवश्यकता के अनुसार सभी स्थिरांक को परिभाषित करता है। लेकिन हेडर फाइलों में उप-रूटिनों का शरीर न डालें (इनलाइन उप-रूट के दुर्लभ अपवाद के साथ)
  • प्रारूपण: आपका प्रोग्राम पढ़ने में आसान होना चाहिए।
  1. स्वरूपण और अन्य प्रस्तुति समस्याओं पर स्पष्ट सुझाव के लिए http://geosoft.no/development/javastyle.html पर गौर करें। यह संदर्भ विशेष रूप से जावा पर निर्देशित है, लेकिन इसकी अन्य भाषाओं के मूल्य भी हैं
  2. अपनी सभी पंक्तियों को 80 वर्णों तक सीमित करने का प्रयास करें; कई लोगों को ऐतिहासिक कारणों के लिए 80-कॉलम विंडो में कोड दिखाई देता है।
  3. इंडेंटेशन के लिए दोनों टैब और रिक्त स्थान का उपयोग न करें, क्योंकि सभी पाठ संपादक टैब को बिल्कुल 8 स्थानों के रूप में नहीं मानते हैं।
  4. एक सुसंगत इंडेंटेशन पैटर्न का पालन करें जो प्रोग्राम के नियंत्रण संरचना को दर्शाता है।
  5. अपने प्रोग्राम में बहुत सी रिक्त पंक्तियां मत डालें सबरुलाइन के बीच एक रिक्त पंक्ति पर्याप्त है
  6. विभिन्न ऑपरेटिंग सिस्टम लाइनों को अलग तरीके से समाप्त कर देते हैं यदि आप Win32 (जो \ r \ n का उपयोग करता है), यूनिक्स (जो उपयोग करता है \ n), और मैकोड (जो \ r का उपयोग करता है) के बीच चलते हैं, तो निरंतर समाप्ति विधि का उपयोग करने के लिए अपनी फ़ाइल को पुन: स्वरूपित करें।
  7. अपने स्रोत फ़ाइलों पर निष्पादन योग्य बिट (यूनिक्स) सेट न करें
  • कोडिंग: आप चाहते हैं कि आपके कोडिंग को स्पष्ट, रख-रखाव और कुशल हो, उस क्रम में। यहां कुछ नियम बहुत विशिष्ट हैं; दूसरों को अधिक सामान्य हैं
  1. if वक्तव्य के अनुक्रम का उपयोग न करें जो कि कोई else if नहीं है, केवल एक मैच कर सकता है; else if का उपयोग करें
  2. जब आप पाठ इनपुट को वर्गीकृत करना चाहते हैं, तो संभावित प्रथम वर्णों की गणना न करें।
  3. बिट पैटर्न के निर्माण के लिए गुणा के बजाय शिफ्ट ऑपरेटर्स का उपयोग करें।
  4. स्विच स्टेटमेंट में, हमेशा डिफ़ॉल्ट केस की जांच करें। इसी तरह, यदि-तब-और बयानों के अनुक्रम में, एक अंतिम और अंतिम उपयोग करें।
  5. सभी सिस्टम कॉल विफल हो सकते हैं। हमेशा वापसी कोड की जांच करें, और विफलता की रिपोर्ट करने के लिए perror() का उपयोग करें।
  6. बूलियनों को हमेशा जावा में बुलियन प्रकार, सी ++ में bool, और सी में 0/1 पूर्णांक का उपयोग करना चाहिए। अक्षर टी और एफ का उपयोग न करें, और -1 और 1 का उपयोग न करें।
  7. यदि संभव हो तो डेटा संरचनाओं को इनिशियलाइज़ करने के लिए लूप्स का उपयोग करें।
  8. प्रत्येक वैरिएबल और एक उद्देश्य के लिए एक संरचना के प्रत्येक क्षेत्र का उपयोग करें। उन्हें अधिभार न करें, जब तक ऐसा करने का एक उत्कृष्ट कारण नहीं है।
  9. किसी प्रकार, एक चर, और एक फ़ाइल नाम दोनों के लिए एक ही पहचानकर्ता का उपयोग न करें, भले ही आप कैपिटल अक्षरों को बदलते हैं। यह बहुत भ्रामक है
  10. यदि आप नेटवर्क ट्रांसमिशन से पहले हंटल () या समान रूटीन के साथ डेटा संशोधित कर रहे हैं, तो डेटा को जगह में संशोधित न करें। दूसरा डेटा संरचना बनाएं
  11. ग्लोबल या नॉन-लॉकल वैरिएबल का उपयोग न करें। आप कर सकते हैं सबसे छोटे दायरे में प्रत्येक चर को घोषित करें। वहां नॉन-लॉकल वैरिएबल के वैध उपयोग हैं, लेकिन सुनिश्चित करें कि आपको वास्तव में उनकी आवश्यकता है।
  12. शेल, पर्ल, और पायथन प्रोग्राम में उनके #! होनी चाहिए! फ़ाइल की पहली पंक्ति के रूप में रेखा; अन्यथा, रेखा सिर्फ एक टिप्पणी है
  13. विशेष मामलों को कोडिंग से बचने का प्रयास करें आप अक्सर छद्म डेटा या अन्य डेटा-स्ट्रक्चर विधियों का उपयोग कर सकते हैं जो आपको नियमित मामलों में विशेष मामलों को गुना करने की अनुमति देते हैं।
  • कम्पाइलर: उन्हें गलतियों को खोजने में मदद करें
  1. हमेशा सक्षम सभी चेतावनियों के साथ कम्पाइलर लागू करें। C और C++ के लिए, -वॉल फ़्लैग का उपयोग करें। Java के लिए, उपयोग करें- Xlint: सभी-पुनरावृत्ति, और बेहतर शैली के लिए सुझाव प्राप्त करने के लिए pmd प्रोग्राम का उपयोग करें। पायथन के लिए, -t-W सभी का उपयोग करें।
  2. सभी पर्ल प्रोग्राम को -w फ्लैग के साथ चलना चाहिए और सख्त उपयोग करना चाहिए। सभी पर्ल सीजीआई-बिन स्क्रिप्ट में -T फ्लैग भी होना चाहिए।
  • मेक उपयोगिता: इसका उपयोग करें, और इसे अच्छी तरह से उपयोग करें।
  1. एक मेकफ़ाइल में हमेशा एक “साफ” नुस्खा होना चाहिए, जिसमें सभी फाइलें निकाली जाएं, जिन्हें ऑब्जेक्ट और निष्पादन योग्य फ़ाइलों सहित मेकफ़ाइल में अन्य व्यंजनों के द्वारा पुनर्निर्माण किया जा सके।
  2. यदि आपकी प्रोजेक्ट में एकाधिक स्रोत फ़ाइलें हैं, तो मेसेफाइल को ऑब्जेक्ट (.o) फ़ाइलों को आवश्यकतानुसार तैयार करना चाहिए और उन्हें एक साथ लिंक करना होगा।
  3. मेकअप फाइल लिखी जानी चाहिए ताकि अगर आप पंक्ति में दो बार बना लें, तो दूसरा रन फिर से सम्मिलन नहीं करता।
  4. हर नुस्खा अपने लक्ष्य में निर्दिष्ट फ़ाइल बनाना चाहिए।
  5. प्रत्येक नुस्खा अपनी आवश्यक सूची में निर्दिष्ट प्रत्येक फ़ाइल का उपयोग करना चाहिए।
  6. दोहराव मेकफाइल से बचने के लिए .c.o जैसे लक्ष्य के लिए नियमों का उपयोग करना सीखें
  7. यदि आपके पास सिर्फ एक C या C++ स्रोत फ़ाइल है, तो निष्पादन योग्य फ़ाइल का नाम होना चाहिए (एक्सटेंशन .c या .cpp के बिना)
  8. सुनिश्चित करें कि आप उन .h फ़ाइल को सूचीबद्ध करते हैं, जहां वे आवश्यक हैं। आप के लिए शर्त सूची उत्पन्न करने के लिए मकडपेंड उपयोग करने पर विचार करें।
  • प्रलेखन: यह सिर्फ ग्रेडर के लिए नहीं है यह आपको कार्यक्रम लिखने में भी मदद करता है!
  1. प्रोग्राम लिखते समय दस्तावेज़ जोड़ें। आप हमेशा इसे अपने डिजाइन परिवर्तन के रूप में संशोधित कर सकते हैं।
  2. बाहरी दस्तावेज शामिल करें: एक प्रोग्राम को कैसे संकलित और चलाया जाता है, और इसका क्या मतलब है? बाहरी दस्तावेज एक अलग फ़ाइल में हो सकते हैं; छोटी परियोजनाओं के लिए, यह एकल स्रोत फाइल में एक टिप्पणी हो सकती है।
  3. आंतरिक दस्तावेज शामिल करें: आप किस एल्गोरिदम और डेटा संरचना का उपयोग कर रहे हैं? एक ओवरव्यू एक अलग फ़ाइल में हो सकता है, लेकिन आमतौर पर आंतरिक दस्तावेज़ीकरण विशिष्ट रूटीन, घोषणाओं, और उन चरणों का उल्लेख किया जाता है जो यह वर्णन करता है।
  4. वर्तनी की गलतियों के लिए अपना पूरा प्रोग्राम और दस्तावेज़ देखें गलत वर्तनी वाले काम में घूमने के लिए यह अयोग्य है, और यह विस्तार से बयान करता है।
  5. व्याकरण गलतियों के लिए अपने सभी दस्तावेज (और आउटपुट संदेश) की जांच करें
  6. यदि आप ब्रेसिज़ बंद करने पर थोड़ी टिप्पणी डालते हैं तो प्रोग्राम बहुत अधिक पठनीय हैं उदाहरण के लिए, एक सशर्त को बंद करने वाली ब्रेस की एक टिप्पणी हो सकती है, “यदि मूल्य अच्छा दिखता है”। एक पाश को बंद करने के लिए “प्रत्येक इनपुट लाइन के लिए” एक टिप्पणी हो सकती है एक प्रक्रिया को बंद करने के लिए केवल एक प्रक्रिया का नामकरण करने के लिए एक कसौटी पर टिप्पणी कर सकते हैं। क्लास बंद करने के लिए एक ब्रेस “क्लास” कहकर एक टिप्पणी हो सकती है और फिर क्लास का नाम।

Source: http://cs.engr.uky.edu/~raphael/checklist.html