जवाबों:
कुछ त्वरित पढ़ने, ऐसा लगता है कि यह CSMA / CD के Collision Detection भाग से संबंधित है। यदि पुराने प्रसारण मीडिया पर फ़्रेम बहुत छोटा था, तो कुछ टकराव अवांछनीय होंगे। आज ऑटोमोबाइल एनालॉग्स के अपने विषय को जारी रखते हुए, यह उसी कारण से है कि हम उच्च गति वाले राजमार्गों पर साइकिल की अनुमति नहीं देते हैं - यह सिर्फ उनके लिए सुरक्षित नहीं है।
Mfinni के (बिल्कुल सही) उत्तर के अलावा, एक न्यूनतम फ्रेम साइज़ सेट करने से आप अपने फ्रेम के चेकसम को सत्यापित करते हुए कई प्राप्त साइकिल खर्च कर सकते हैं। Ye Olde Days में, कोई भी आसानी से एक चिप की कल्पना कर सकता है जो प्रति चक्र एक बिट प्रक्रिया करता है, लेकिन एक समर्पित पथ पर एक चेकसम की गणना करने के लिए कई चक्र लेता है जो प्राप्त पथ के समानांतर चलता है। कई छोटे संदेश प्राप्त करने के परिणामस्वरूप इस चेकसम तर्क में कई युगपत परिचालनों के चालू होने से विकृत हो सकता है। एक निश्चित आकार सीमा के नीचे कुछ भी त्यागने से आप इस मुद्दे को सरल तरीके से टाल सकते हैं।
ईथरनेट एक साझा माध्यम (ईथर!) पर काम करने के लिए बनाया गया है। प्रेषक होश में आने में सक्षम होते हैं जब वे जिस संकेत के साथ ईथर चला रहे होते हैं वह ईथर पर अलग होता है।
दुर्भाग्य से सभी मीडिया में एक प्रसार देरी है (दुर्भाग्य से प्रकाश भी एक सीमित गति से यात्रा करता है)।
मान लीजिए कि आप बहुत छोटा फ्रेम भेजते हैं। यह पता लगाने के लिए कि क्या रिसीवर उसी समय प्रसारित करता है जब वे आपका फ्रेम प्राप्त कर रहे थे, आपको उस सिग्नल का इंतजार करना होगा जो वे आप तक पहुंचने के लिए भेजते हैं, इसलिए आपको इंतजार करना होगा / माध्यम के प्रसार की देरी के बारे में दो बार सुनने से पहले आपको पता होना चाहिए कि क्या था प्राप्त अंत में एक टक्कर।
अब, उस दौरान केवल सुनने (मौन भेजने) के बजाय, आप आगे बढ़ सकते हैं और उस दौरान कुछ उपयोगी जानकारी भेज सकते हैं।
इसलिए मानक न्यूनतम फ्रेम आकार सेट करता है जो आपके द्वारा TWICE में भेजे जाने वाले डेटा को साझा माध्यम में सबसे खराब स्थिति प्रसार विलंब में भेज सकता है।
इसलिए यदि आप दुखी हैं क्योंकि बड़े फ्रेम आपके छोटे संदेश के लिए "अन-ऑप्टिमाइज़्ड" महसूस करते हैं, तो पैकेट में उस अतिरिक्त स्थान के बारे में सोचें, जिसे भेजने का अवसर कुछ और मिल जाए, जब आपको अन्यथा शून्य भेजना पड़े।
बेशक एक स्थानीय नेटवर्किंग मानक में टकराव और प्रसार देरी से निपटने के कई अन्य तरीके हैं, लेकिन फिर यह ईथरनेट नहीं होगा, और मुझे लगता है कि हम सभी सहमत हो सकते हैं कि ईथरनेट बहुत प्यारा है।
2 x PDलेकिन 64 बाइट्स की आवश्यकता क्यों है? क्या यह केबल की लंबाई / प्रकार पर निर्भर नहीं होना चाहिए? 64 बाइट्स मनमाना लगता है
CSMA / CD के सही ढंग से काम करने के लिए आप लगातार टकराव का पता लगाना चाहते हैं।
यदि रिसीवर टकराता है और भेजने वाला नहीं दिखता है तो पैकेट खो जाएगा। इसी तरह अगर प्रेषक टकराव देखता है, लेकिन रिसीवर को प्रेषक के रिट्रांसमिट के बाद आपको डुप्लीकेट पैकेट नहीं मिलेगा। न ही वांछनीय है।
चूंकि डेटा एक परिमित गति से यात्रा करता है, इसलिए यह सुनिश्चित करने के लिए एक न्यूनतम पैकेट आकार की आवश्यकता थी कि अगर टक्कर होती है तो यह हर जगह हुआ। जितना बड़ा आप न्यूनतम पैकेट का आकार बढ़ाते हैं उतना बड़ा और / या तेज़ आप CSMA / CD के टूटने से पहले नेटवर्क बना सकते हैं।
64-बाइट्स के कारण मुझे निश्चित रूप से पता नहीं है, लेकिन मुझे उम्मीद है कि यह सिर्फ एक राउंड नंबर था जो "उस समय सही लग रहा था", ईथरनेट नेटवर्क के अपेक्षित आकार और अपेक्षित आकार को देखते हुए। उच्च स्तर के पैकेट के।
64 बाइट्स न्यूनतम पैकेट लंबाई एक मनमाना संख्या नहीं है। 10Base5 भौतिक परत ("फैट ईथरनेट" समाक्षीय में, मूल रूप से निर्दिष्ट भौतिक परतों में से एक, जिसकी सबसे लंबी केबल की अनुमति है) इसका परिणाम एक न्यूनतम पैकेट में होता है, माइक्रोसेकंड में, जो अधिकतम लंबाई का दोगुना गोल समय है। केबल, जो 2500 मीटर है, जिसमें चार रिपीटर्स के साथ पांच 500 मीटर सेगमेंट शामिल हैं। यह सुनिश्चित करना है कि केबल के विपरीत पक्षों से प्रेषित पैकेट केबल में प्रत्येक बिंदु पर पूरी तरह से टकराते हैं, सभी नोड्स में विश्वसनीय टक्कर का पता लगाने के लिए।
सामान्य ज्ञान: