विभिन्न ईथरनेट फ्रेम का पता लगाना


12

ईथरनेट प्रोटोकॉल में विभिन्न पैकेटों के बीच कोई अंतर कैसे कर सकता है? इसका कोई "लंबाई" क्षेत्र / क्षेत्र नहीं है क्योंकि उच्च-स्तरीय प्रोटोकॉल ऐसा करने के लिए उपयोग करते हैं।

क्योंकि इस प्रोटोकॉल में भौतिक और तार्किक दोनों दायरे होते हैं, इसलिए मैं मानता हूं कि भेद को भी अलग कर दिया गया है।

"EtherType" प्रोटोकॉल फ़ील्ड का उपयोग करके तार्किक पृथक्करण का प्रदर्शन किया जाता है? (यानी उच्च-स्तरीय प्रोटोकॉल के प्रकार का उपयोग करके पैकेट की लंबाई प्राप्त करना, जिसमें हेडर में लंबाई क्षेत्र है)।

क्या भौतिक भेद केवल विद्युत संकेतों का गैर-संचरण है? (मेरे ज्ञान में, उच्च / निम्न विद्युत संकेत 0/1 बिट्स का प्रतिनिधित्व कर रहे हैं)।

जवाबों:


14

हालांकि ytti ने उत्तर दिया, कुछ प्रासंगिक विवरण हैं जिनमें आपकी रुचि हो सकती है ...

ईथरनेट प्रोटोकॉल में विभिन्न पैकेटों के बीच कोई अंतर कैसे कर सकता है? इसका कोई "लंबाई" क्षेत्र / क्षेत्र नहीं है क्योंकि उच्च-स्तरीय प्रोटोकॉल ऐसा करने के लिए उपयोग करते हैं।

वास्तव में ईथरनेट में कई एनकैप्सुलेशन होते हैं:

  • ईथरनेट II (आमतौर पर IP के लिए उपयोग किया जाता है, जैसा कि [RFC 894] में निर्दिष्ट है, सबसे आम इनकैप्सुलेशन है): एक लंबाई फ़ील्ड नहीं है , इसके बजाय एक प्रकार का फ़ील्ड उपयोग किया जाता है ...
       +----+----+------+------+-----+
       | DA | SA | Type | Data | FCS |
       +----+----+------+------+-----+
                 ^^^^^^^^

       DA      Destination MAC Address (6 bytes)
       SA      Source MAC Address      (6 bytes)
       Type    Protocol Type           (2 bytes: >= 0x0600 or 1536 decimal)  <---
       Data    Protocol Data           (46 - 1500 bytes)
       FCS     Frame Checksum          (4 bytes)
  • 802.2 एलएलसी ईथरनेट: की लंबाई क्षेत्र है
       +----+----+------+------+------+------+-----+
       | DA | SA | Len  | LLC  | SNAP | Data | FCS |
       +----+----+------+------+------+------+-----+
                 ^^^^^^^^

       DA      Destination MAC Address (6 bytes)
       SA      Source MAC Address      (6 bytes)
       Len     Length of Data field    (2 bytes: <= 0x05DC or 1500 decimal)  <---
       LLC     802.2 LLC Header        (3 bytes)
       SNAP                            (5 bytes)
       Data    Protocol Data           (46 - 1492 bytes)
       FCS     Frame Checksum          (4 bytes)

802.2 की लंबाई क्षेत्र के अस्तित्व के बावजूद, आप 96-बिट इंटरफ्रेम गैप की तलाश में तार पर एक ईथरनेट फ्रेम के अंत का पता लगा सकते हैं ।

"EtherType" प्रोटोकॉल फ़ील्ड का उपयोग करके तार्किक पृथक्करण का प्रदर्शन किया जाता है? (यानी उच्च-स्तरीय प्रोटोकॉल के प्रकार का उपयोग करके पैकेट की लंबाई प्राप्त करना, जिसमें हेडर में लंबाई क्षेत्र है)।

लॉजिकल सेपरेशन से, मेरा मतलब है कि आप ईथरनेट के अंदर रखे गए अलग-अलग प्रोटोकॉल के बीच अलगाव करते हैं, जैसे कि IPv4, IPv6 या शायद स्पैनिंग-ट्री फ्रेम्स के बीच अंतर है।

  • ईथरनेट II आमतौर पर टाइप फ़ील्ड का उपयोग करता है
  • 802.2 एलएलसी ईथरनेट सामान्य रूप से पांच-बाइट 802.2 ईथरनेट एसएनएपी एक्सटेंशन का उपयोग करता है । जब प्रोटोकॉल 802.2 DSAP / SSAP बाइट्स 0xAAAA हो, तो SNAP एक्सटेंशन के साथ ही प्रोटोकॉल को डिकोड किया जाता है।

क्या भौतिक भेद केवल विद्युत संकेतों का गैर-संचरण है? (मेरे ज्ञान में, उच्च / निम्न विद्युत संकेत 0/1 बिट्स का प्रतिनिधित्व कर रहे हैं)

सरल रूप से, हाँ ईथरनेट फ़्रेमों के बीच 96-बिट अंतर है; हालाँकि, ध्यान दें कि ईथरनेट 8b / 10b एन्कोडिंग (FastE ईथरनेट) और 64b / 66b एन्कोडिंग (गिगाबिट ईथरनेट) का उपयोग करता है , इसलिए "इलेक्ट्रिकल सिग्नल को नॉन-ट्रांसमिशन" कहना तकनीकी रूप से सही नहीं है, क्योंकि 8b / 10b में "नहीं है" चुप ”राज्य।


जिज्ञासु के लिए, मैं मूल ईथरनेट संस्करण 2 युक्ति से भी जुड़ रहा हूं ।


7

ईथरनेट में प्रस्तावना और स्टार्ट फ्रेम की सीमांकक है और इसके अंत में 'IFG' या इंटर-फ्रेम-गैप है। इनका उपयोग फ्रेम के प्रारंभ और अंत को निर्धारित करने के लिए किया जाता है।


क्या यह शारीरिक या तार्किक दायरे में अलगाव है? हालाँकि, क्या होगा यदि प्रोटोकॉल के डेटा फ़ील्ड में सूचना / वर्ण / संकेत शामिल होंगे जो प्रारंभ / समाप्ति सीमांकक के समान हैं?
प्रतिबिंब

1
गैप का शाब्दिक अर्थ सिर्फ इतना है कि, इसे पेलोड में खोजने का जोखिम नहीं है। हालाँकि कुछ अन्य में, गैर-ईथरनेट संदर्भ यह एक चिंता का विषय है और यह सुनिश्चित करके तय किया जा सकता है कि कुछ प्रतीकों का उपयोग डेटा को एन्कोड करने के लिए कभी नहीं किया जाता है, लेकिन केवल सिग्नलिंग के लिए, यह 'गैर-उपयोगी' के लिए कुछ प्रतीकों को बर्बाद करने के लिए दक्षता में कमी करेगा। डेटा।
यति
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.