NTP विशेष रूप से घबराना-संवेदनशील नहीं है क्योंकि यह देरी का ट्रैक रखने के लिए उपयोग करता है originateऔर transmitटाइमस्टैम्प है। Ntp.org विस्तार से बताता है कि यह कैसे चेक में देरी करता है , लेकिन यहां एक स्निपेट है:
क्लाइंट को नेटवर्क सर्वर में सिंक्रोनाइज़ करना कई पैकेट एक्सचेंज के होते हैं जहाँ प्रत्येक एक्सचेंज अनुरोध और उत्तर की एक जोड़ी होती है। अनुरोध भेजते समय, ग्राहक भेजे जाने वाले पैकेट में अपना समय (उत्पत्ति टाइमस्टैम्प) जमा करता है। जब कोई सर्वर इस तरह का पैकेट प्राप्त करता है, तो यह पैकेट में अपना समय (टाइमस्टैम्प प्राप्त करता है) स्टोर करेगा, और पैकेट में ट्रांसमिटेड टाइमस्टैम्प डालने के बाद पैकेट वापस कर दिया जाएगा। उत्तर प्राप्त करते समय, पैकेट के यात्रा समय का अनुमान लगाने के लिए रिसीवर एक बार अपना स्वयं का रसीद समय लॉग करेगा। सममित देरी को मानते हुए, यात्रा का समय (देरी) "कुल देरी शून्य से दूरस्थ प्रसंस्करण समय" का आधा है।
इसका कारण नेटवर्क नियंत्रण के समान श्रेणी में नहीं है क्योंकि यह पैकेटों के मार्ग / अग्रेषण के संचालन के लिए सीधे जिम्मेदार नहीं है। नेटवर्क प्रबंधन श्रेणी की सभी चीजें पूरी तरह से नेटवर्किंग सिस्टम के महत्वपूर्ण घटक नहीं हैं। यदि आपने SNMP, syslog, या NTP से संबंधित कोई पैकेट खो दिया है, तो आप शायद नोटिस भी नहीं करेंगे।
एसएनएमपी केवल उस सूचना को फिर से अंकित करेगा क्योंकि यह टीसीपी आधारित है। यहां तक कि अगर कनेक्शन सभी को एक साथ गिरा देता है, तो कुछ भी विनाशकारी नहीं होगा; हो सकता है कि आपको सिर्फ एक स्नाइप एजेंट मिले, जो जवाब न दे और फिर से कोशिश करे। यदि आपने syslog traffic (UDP) खो दिया है, तो आप बस लॉगिंग जानकारी का एक ब्लिप खो देंगे, जो संभवतः अभी भी बफर के भीतर या डिवाइस पर लॉग फ़ाइल में निहित है। चूंकि एनटीपी पिछले पैकेटों के आधार पर देरी की गणना करता है, जबकि अधिकतम ऑफ़सेट त्रुटि के लिए भी, आप वास्तव में किसी भी मुद्दे पर नहीं चल रहे हैं। सबसे खराब स्थिति, आपका समय कुछ पिकोसेकंड्स द्वारा…
यदि आपने रूटिंग से संबंधित एक पैकेट खो दिया है, यहां तक कि एक सेकंड के लिए भी, तो आपको पूरी प्रणाली का सामना करना पड़ सकता है; किसी भी अन्य चिह्नों को व्यर्थ करना। उस बिंदु पर, एनटीपी बस पूरी तरह से सिंक से बाहर गिर जाएगा और यह समय रखने के लिए स्थानीय टिकर पर निर्भर है।