यह सभी नुकसान की संभावना वितरण और यातायात पैटर्न के लिए उबालता है।
उदाहरण के लिए एक विशिष्ट वायरलेस लिंक लें, जिसमें स्थिर 10-30% हानि दर है। यदि आप प्रत्येक प्राप्त फ्रेम (जैसे 802.11abg) को अंकित करते हैं, तो आप जल्दी से पता लगा लेंगे कि कोई फ्रेम कब खो गया है, इसलिए आप टाइमआउट की प्रतीक्षा करने के लिए ढीला समय नहीं लेंगे।
यदि आप इसके बजाय NAK थे, तो आप ट्रैफ़िक पैटर्न पर निर्भर हो जाएंगे: - यदि आप एक एकल अनुरोध पैकेट भेजते हैं और एक उत्तर की अपेक्षा करते हैं, और वह अनुरोध खो जाता है, तो आपको एक समय समाप्त होना होगा जो समाप्त हो जाएगा यदि आपको नहीं मिलता है जवाब। - यदि आप ज्यादातर मूक प्राप्तकर्ता को पैकेट की एक धारा भेज रहे हैं, तो यह केवल एक NAK प्राप्त करने के लिए स्वीकार्य है जब प्राप्तकर्ता को अगला पैकेट या तो प्राप्त होता है। लेकिन इसका मतलब यह है कि प्राप्तकर्ता को पैकेट को फिर से चालू करना होगा और प्रेषक को अपने द्वारा भेजे गए संदेशों के एक बड़े बैकलॉग का ट्रैक रखना होगा।
(अनुमान करें कि समाधान 802.11n क्या चुनता है? दोनों। रिसीवर एक फ़्रेम-लंबाई बिटमैप भेजता है जो इसे प्राप्त हुआ है)
अब एक विशिष्ट इंटरनेट नेटवर्क लें: आपके पास 0% पैकेट हानि के करीब है, जब तक कि कुछ बुरा नहीं हो जाता है, और कुछ एक्सपोनेंशियल डिस्ट्रीब्यूशन लॉ के बाद, एक 200ms रुकावट से एक मिनट और एक निश्चित समय के लिए आपके पास 100% पैकेट लॉस होता है। आधा।
प्रत्येक पैकेट को एक गैर-हानिपूर्ण नेटवर्क में बेकार लग रहा है, जब तक आप उस मामले पर विचार नहीं करते जब लिंक को अलग किया जाता है: आपको संभवतः विस्तारित समय के लिए ACK या NACK प्राप्त नहीं होगा, और रिसीवर आमतौर पर लिंक तक कुछ भी नहीं भेजेगा। बहाल किया गया है।
यदि आप ACK का उपयोग करते हैं, तो प्रेषक भेजना बंद कर देगा और लिंक बहाल होने तक अपना बैकलॉग रखेगा। यदि आप इसके बजाय NACK का उपयोग करते हैं, तो रिसीवर अंततः आपको बता सकता है कि उसे वह पैकेट नहीं मिला है जो लंबे समय से प्रेषक के बैकलॉग से गिर गया था, और कनेक्शन अनिवार्य रूप से अप्राप्य है।