SYN केवल शुरुआत में ही है।
एसीके किसी भी दिशा में बाद के खंडों पर है। [संपादित करें] एसीके एक खिड़की के आकार को भी परिभाषित करेगा। यदि उदाहरण के लिए विंडो का आकार 100 है, तो प्रेषक एसीके प्राप्त करने से पहले 100 सेगमेंट भेज सकता है। उदा। अगर प्रेषक 100 सेगमेंट भेजता है लेकिन सेगमेंट नंबर 50 खो जाता है, तो रिसीवर को 1-49 & 51 -100 मिलेगा। रिसीवर फिर 50 के लिए एसीके (अगले खंड की अपेक्षा करता है) और विंडो आकार को 1 तक सेट करेगा। प्रेषक अनुक्रम संख्या 50 के साथ 1 सेगमेंट भेज देगा। रिसीवर तब 101 के लिए एसीके करेगा और विंडो आकार को उच्च संख्या में वापस सेट करेगा [संपादित करें]
दोनों वास्तव में टीसीपी हेडर में फ़ील्ड हैं और डेटा के साथ भेजा जा सकता है, हालांकि एसईएन और पहला एसीके आमतौर पर डेटा-कम होता है।
तो आपके द्वारा वर्णित परिदृश्यों में से कोई भी बिल्कुल सही नहीं है।पहला वास्तव में वास्तविकता के करीब है, लेकिन SYN के बाद सभी डेटा पैकेट में एक एसीके शामिल करना होता है, और एक पावती संख्या फ़ील्ड भी होती है जो अपेक्षित अगले पैकेट की संख्या की पहचान करता है।
सत्र के अंत में एफआईएन फ्लैग किए गए पैकेट और एसीके से संबंधित हैंडशेक भी शामिल हैं।
एक्सचेंज किए गए अनुक्रम संख्या का उपयोग खोए हुए पैकेट की पहचान करने और पुन: प्रयास तंत्र को सक्षम करने के लिए किया जाता है, और सही क्रम में पैकेट की पूरी धारा को फिर से इकट्ठा करने के लिए भी किया जाता है।
इसके अलावा, यदि यह पहला मामला है, तो क्या आप टीसीपी पर यूडीपी के कोई लाभ हैं यदि आप लंबे समय तक कनेक्शन खोलते हैं?
यूडीपी के साथ आप लंबे समय तक कनेक्शन को केवल खुला नहीं रख सकते हैं। कोई कनेक्शन नहीं है
SYN/ACK/FIN झंडे का यह अनुक्रम एक कनेक्शन बनाता है।
यूडीपी के साथ, कोई एसईएन या एसीके नहीं है, इसलिए संचार एक तरफा है, वितरण की गारंटी नहीं है और आदेश संरक्षित नहीं है। लेकिन इसमें कम ओवरहेड है, इसलिए यह उपयोगी है जब विश्वसनीयता विश्वसनीयता की तुलना में अधिक महत्वपूर्ण है, उदाहरण के लिए मीडिया स्ट्रीमिंग में।
यह अभी तक थोड़ा सा सरल है, लेकिन इस समय मैं सबसे अच्छा कर सकता हूं।
wikipedia entry on TCP और निश्चित रूप से आरएफसी में इस पर और भी बहुत कुछ है।
टीसीपी/आईपी में कोई "पैकेट" नहीं है। यहां सही शब्दावली देखें: http://stackoverflow.com/questions/955369/protocol-terminology-message-versus-packet –
@ फिलिप्स - टीसीपी आईपी पर एक प्रोटोकॉल स्तरित है। टीसीपी द्वारा संसाधित होने तक सेगमेंट की कोई अवधारणा नहीं है। इस प्रक्रिया को छोड़कर आने वाले डेटा को सेगमेंट की बजाय पैकेट के रूप में संदर्भित करना निश्चित रूप से स्वीकार्य है, क्योंकि वे इस बिंदु पर केवल आईपी पैकेट के बाद हैं। आईपी पैकेट के रूप में टीसीपी में जाता है, सेगमेंट, संदेश इत्यादि के रूप में आता है – JSON