यूडीपी के पास हेडर में लंबा क्षेत्र क्यों है और टीसीपी नहीं है?

Question

यूडीपी के पास हेडर में लंबा क्षेत्र क्यों है और टीसीपी नहीं है?

मैं अनुमान लगा रहा हूँ कि टीसीपी में खंड की लंबाई IP हेडर से अनुमान लगाया जाता है, लेकिन एक एक यूडीपी आंकड़ारेख

Answer 1

वहाँ एक 96 बिट छद्म हैडर धारणात्मक टीसीपी के लिए पहले से जुड़ा हुआ है के लिए भी ऐसा ही करने में सक्षम होना चाहिए शीर्षलेख जिसमें पहले से ही जानकारी है।

Checksum: 16 बिट

चेकसम क्षेत्र 16 बिट है एक में सभी 16 बिट शब्दों में से एक के पूरक राशि के पूरक है

this source से checksum क्षेत्र वर्णन जवाब देता है शीर्षलेख और पाठ। यदि सेगमेंट में चेकसमड होने के लिए हेडर और टेक्स्ट ऑक्टेट्स की एक विषम संख्या है, तो आखिरी ऑक्टेट पर शून्य के साथ दाईं ओर पैड किया गया है, जो चेकसम उद्देश्यों के लिए 16 बिट शब्द बनाता है। पैड सेगमेंट के हिस्से के रूप में प्रेषित नहीं है। चेकसम की गणना करते समय, चेकसम फ़ील्ड को शून्य से बदल दिया गया है।

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

 +--------+--------+--------+--------+ 
     |   Source Address   | 
     +--------+--------+--------+--------+ 
     |   Destination Address  | 
     +--------+--------+--------+--------+ 
     | zero | PTCL | TCP Length | 
     +--------+--------+--------+--------+ 

जानकारी टीसीपी के बाद से टीसीपी स्तर पर की जरूरत नहीं है एक धारा आधारित प्रोटोकॉल है।

Answer 2

टीसीपी/आईपी इलस्ट्रेटेड वॉल्यूम 1 के अनुसार, लंबाई क्षेत्र अनावश्यक है। इस मामले पर स्टीवन कहते हैं।

मैं व्यक्तिगत रूप से मानना ​​है कि यह 32 :)