रॉ-ईथरनेट फ्रेम्स


10

हाल ही में मैं रॉ-ईथरनेट फ्रेम के बारे में निम्नलिखित लेखों से हैरान था:

रॉ इथरनेट बनाम यूडीपी
मैसेज पासिंग रॉ ईथरनेट फ्रेम्स का उपयोग करना

संक्षेप में, दोनों चर्चा करते हैं कि केवल ईथरनेट परत का उपयोग करके बिंदु-से-बिंदु संचार स्थापित करना संभव है। उस स्थिति में, IP और TCP परतों के ओवरहेड से बचा जा सकेगा और थ्रूपुट बढ़ेगा (कुछ मानदंड के अनुसार 50%)।

मैं एक समान परीक्षण करना चाहता हूं लेकिन एक वायरलेस वातावरण में। हालाँकि, मेरे पास कुछ मुद्दे हैं:

1 समस्या
क्या कोई हार्डवेयर बाधा है (यानी: वाई-फाई कार्ड) जो इस तरह के प्रयास को कम कर सकता है?

2 अंक
दोनों लेखों ने निम्नलिखित फ्रेम प्रारूप को चुना:

प्रस्तावना | परिसीमन | मैक हेडर्स | पेलोड | पैड | सीआरसी

जहाँ तक मुझे पता है, ईथरनेट डिवाइस द्वारा हर फ्रेम में preamble, delimiter, pad और CRC को जोड़ा जाता है और इसे सॉफ्टवेयर के माध्यम से नहीं बदला जा सकता है। मुझे लगता है कि वाई-फाई डिवाइस समान हैं। इसलिए, क्या कोई हार्डवेयर बाधा है (यानी: वाई-फाई कार्ड) जो मैक हेडर को हटा देगा?

पीएस: विचार करें कि संचार बिंदु-से-बिंदु के आधार पर होगा, यानी, कोई राउटर, स्विच, पुल नहीं होगा ... कोई इंटरनेट कनेक्टिविटी नहीं है।


2
ईथरनेट पर गैर-आईपी ट्रैफ़िक दशकों से नेटवर्किंग का हिस्सा रहा है, इसलिए मैं वास्तव में स्पष्ट नहीं हूं कि आप वास्तव में क्या जवाब देने की कोशिश कर रहे हैं और शायद आपको नेटवर्किंग की मूल बातें के बारे में थोड़ा और जानने की ज़रूरत है। "ईथरनेट वायरलेस कार्ड" जैसी कोई चीज नहीं है क्योंकि 802.3 ईथरनेट और 802.11 वायरलेस दो पूरी तरह से अलग मानक हैं। इस प्रकार, 2 अंक में आपका फ़्रेम प्रारूप 802.11 नेटवर्क पर लागू नहीं होगा, लेकिन फ़्रेम में मानकों के अनुसार कुछ आवश्यकताएँ हैं, यही वजह है कि आपके द्वारा सूचीबद्ध फ़्रेम के कई घटक कॉन्फ़िगर नहीं किए जा सकते हैं।
YLearn

1
ईथरनेट पर @YLearn गैर-आईपी यातायात दशकों से ठीक है, लेकिन उस समय ईथरनेट डिवाइस आज की तरह 'स्मार्ट' नहीं थे, और सीपीयू द्वारा बहुत सारे काम किए गए थे। मैं सोच रहा था कि क्या 'स्मार्ट' होने की कीमत लचीलापन खो रही है।
मार्क मेसा

@ हां एक 802.11 नेटवर्क पर बिल्कुल भी लागू नहीं होगा ठीक है, मुझे पता है कि मानक 802.11 नेटवर्क में जुड़े अन्य कंप्यूटर ऐसे फ्रेम को मान्य नहीं मानेंगे । हालाँकि, क्या ऐसे फ्रेम भेजना / प्राप्त करना संभव है? या हार्डवेयर अनुमति नहीं देगा?
मार्क मेसा

@MarkMessa, एक ही LAN पर एक होस्ट से दूसरे होस्ट तक फ़्रेम दूसरे होस्ट द्वारा प्राप्त किया जाएगा। सवाल यह है कि क्या वे मेजबान के अंदर नेटवर्क स्टैक में ऊपरी परतों को पारित करेंगे या नहीं। यदि प्राप्त करने वाले होस्ट के पास केवल एक आईपी स्टैक है और फ़्रेम पेलोड आईपी नहीं है, तो डेटा को अनदेखा किया जाएगा। ओएसआई मॉडल के बारे में आपको एक सामान्य विचार प्राप्त करने के बारे में जानने की जरूरत है कि एक मेजबान से दूसरे में डेटा कैसे पारित किया जाता है।
रॉन Maupin

@MarkMessa, ईथरनेट डिवाइस "होशियार" होने के बावजूद आपकी पहली टिप्पणी के बारे में, ईथरनेट अभी भी ईथरनेट के रूप में संचालित होता है। 802.3 में कभी भी आईपी के उपयोग की आवश्यकता नहीं होगी। उदाहरण के लिए, जबकि दुर्लभ, ईथरनेट आज भी एप्लेटॉक या आईपीएक्स / एसपीएक्स को हमेशा की तरह खुशी से, या बिना किसी उच्चतर परत प्रोटोकॉल का समर्थन करेगा (कई चीजें अभी भी संचार के लिए केवल एल 2 का उपयोग करती हैं)। आपकी दूसरी टिप्पणी के रूप में, मुझे यकीन नहीं है कि आपके द्वारा "ऐसे फ्रेम भेजने / प्राप्त करने के लिए क्या संभव है"। आप 802.11 फ्रेम 802.3 पर नहीं भेज सकते हैं, लेकिन 802.11 केवल संचार हैं जिनमें आईपी शामिल नहीं है।
YLearn

जवाबों:


8

सबसे पहले, वाई-फाई (IEEE 802.11) ईथरनेट नहीं है (IEEE 802.3) टोकन रिंग (IEEE 802.5) या 802.3 के अलावा अन्य IEEE LAN मानकों में से कोई भी ईथरनेट है। वाई-फाई और ईथरनेट के लिए फ्रेम हेडर अलग-अलग हैं।

वाई-फाई, ईथरनेट, टोकन रिंग, एफडीडीआई, आदि ओएसआई लेयर -1 और लेयर 2 के लिए सभी लैन मानक हैं जो ऊपरी परत प्रोटोकॉल के लिए डेटाग्राम को एन्क्रिप्ट करते हैं। प्रत्येक लेयर -3 प्रोटोकॉल को ट्रांसपोर्ट कर सकता है, जिनमें से आईपी केवल एक है।

आप IEEE LAN प्रोटोकॉल में से किसी एक के लिए अपना लेयर बनाने या मौजूदा लेयर -3 प्रोटोकॉल में से एक का उपयोग करने के लिए स्वतंत्र हैं, लेकिन आपको LAN प्रोटोकॉल के लिए फ्रेम की आवश्यकता होगी जिसे आप चुनते हैं। किसी भी डिवाइस के साथ इंटरॉपर्ट करने में सक्षम होने की उम्मीद न करें, जो आपके प्रोटोकॉल स्टैक को नहीं चला रहा है, और न ही आप किसी भी राउटर पर चलने की उम्मीद कर सकते हैं, जिसमें आपके प्रोटोकॉल स्टैक नहीं हैं (इसका मतलब कोई इंटरनेट नहीं है जो आईपी का उपयोग करता है)। ईथरनेट स्विच या WAP जैसे ब्रिज आपके ऊपरी लेयर प्रोटोकॉल को ट्रांसपोर्ट करेंगे क्योंकि वे लेयर -2 पर काम करते हैं, इसलिए आप LAN बना सकते हैं।

आप जिस प्रकार के LAN पर हैं, उसके लिए आपको फ्रेम हेडर की आवश्यकता होगी। एक बात के लिए, एक होस्ट वास्तव में फ्रेम में लेयर -2 पते के बिना दूसरे होस्ट को कैसे भेजता है। मुझे लगता है कि आप मूल रूप से RS-232 जैसे धारावाहिक संचार में वापस जा रहे हैं, जिसमें कोई फ्रेम या हेडर नहीं है, लेकिन यह डेटा नियंत्रण के लिए अतिरिक्त तारों पर निर्भर करता है।


वाई-फाई (IEEE 802.11) ईथरनेट नहीं है (IEEE 802.3) ठीक है, मैंने इस भ्रम से बचने के लिए सिर्फ सवाल का हिस्सा बदला है। अब, इस विषय पर पूरी तरह से विचार करना, इसके बारे में सोचना: कई उत्पादों को 'वायरलेस ईथरनेट लैन' के रूप में विज्ञापित किया जाता है।
मार्क मेसा

मैंने ऐसी चीजें देखी हैं, लेकिन इसका मतलब यह नहीं है कि यह सही है। वाई-फाई और ईथरनेट फ्रेम अलग हैं, और ईथरनेट टकराव का पता लगाने का उपयोग करता है, लेकिन वाई-फाई टकराव से बचाव का उपयोग करता है। अन्य LAN टकराव को रोकने के लिए टोकन जैसी चीजों का उपयोग करते हैं। वे सभी अलग-अलग LAN हैं, और कुछ विज्ञापन उन्हें एक ही चीज़ नहीं बनाते हैं।
रॉन Maupin

इसका मतलब यह नहीं है कि यह सही है। ठीक है, मैं आपसे सहमत हूं। मुझे सही करने के लिए धन्यवाद। मैं CSMA / CD, CSMA / CA और टोकन जैसे अंतरों से अवगत हूं। हालाँकि, मुझे 'वाई-फाई द वायरलेस इथरनेट लैन' जैसे विज्ञापनों से अंधा कर दिया गया था।
मार्क मेसा

न ही आप यह उम्मीद कर सकते हैं कि यह किसी भी राउटर के ऊपर चल सके। कोई राउटर, स्विच या पुल नहीं होगा, केवल पॉइंट-टू-पॉइंट कम्युनिकेशन। मैंने सिर्फ इस भ्रम से बचने के लिए प्रश्न संपादित किया है।
मार्क मेसा

1
@MarkMessa मैं फ्रेम का उपयोग करने से बचना नहीं चाहता, मैं सिर्फ मैक हेडर का उपयोग करने से बचने पर विचार कर रहा हूं। इसलिए आपका अनुरोध भ्रमित करने वाला है। आपको यह समझ में नहीं आता है कि L2 हेडर के बिना वे अब ईथरनेट या 802.11 फ्रेम नहीं हैं। 802.3 या 802.11 में मौजूद L2 हेडर के बिना काम करने के लिए आपको अपना L2 प्रोटोकॉल लिखना होगा।
YLearn

7

आपके सवालों और टिप्पणियों के आधार पर, मुझे लगता है कि आप जिन दो लेखों का संदर्भ दे रहे हैं, उनमें से आपको याद नहीं कर रहे हैं।

जब वे "रॉ ईथरनेट" के बारे में बात कर रहे हैं, तो वे उन डेटा फ़्रेमों के बारे में बात कर रहे हैं जिनमें कोई आईपी (एल 3) या टीसीपी / यूडीपी (एल 4) हेडर नहीं हैं। वे L2 हेडर के बिना L2 फ्रेम का उपयोग करने के बारे में बात नहीं कर रहे हैं।

एल 2 हेडर के बिना, एक फ्रेम न तो 802.3 (ईथरनेट) होगा और न ही 802.11 फ्रेम होगा। यह पूरी तरह से कुछ और होगा। एक अलग L2 प्रोटोकॉल।

क्या कोई हार्डवेयर बाधा है (यानी: वाई-फाई कार्ड) जो इस तरह के प्रयास को कम कर सकता है?

L2 हेडर सहित नहीं? पूर्ण रूप से। आपको एक विशिष्ट उत्तर प्राप्त करने के लिए एक विशिष्ट एडाप्टर निर्दिष्ट करना होगा, लेकिन मुझे संदेह है कि आप ऐसे ड्राइवर भी लिख सकते हैं जो सबसे अधिक 802.3 या 802.11 एडेप्टर के साथ काम करेंगे जिसमें L2 हेडर शामिल नहीं थे। मेरा अनुमान है कि अधिकांश एडेप्टर भेजने से पहले या इसे प्राप्त करने के दौरान विकृत रूप में फ्रेम को अस्वीकार / छोड़ देंगे।

सिर्फ 802.3 या 802.11 फ्रेम भेजने में, जिसमें आईपी या टीसीपी / यूडीपी हेडर शामिल नहीं हैं? नहीं, यह सामान्य नेटवर्क संचालन के हिस्से के रूप में हर समय होता है और दशकों के लिए (कम से कम 802.3 के लिए; 802.11 लगभग लंबे समय तक नहीं, लेकिन कम से कम एक दशक)।

इसलिए, क्या कोई हार्डवेयर बाधा है (यानी: वाई-फाई कार्ड) जो मैक हेडर को हटा देगा?

ऊपर देखो।


अधिकांश एडेप्टर फ़्रेम को अस्वीकार / छोड़ देंगे मुझे लगता है कि यह मेरे प्रश्न का उत्तर देगा। बाद में मैं सभी दिलचस्प 'अल्पकालिक' टिप्पणियों को न खोने के लिए अपना जवाब प्रस्तुत करूंगा।
मार्क मेसा

भेजने या प्राप्त करने से पहले या तो विकृत के रूप में फ्रेम को अस्वीकार / छोड़ दें। जहां तक ​​मुझे पता है, मॉनिटर मोड में आप किसी भी तरह के फ्रेम, यहां तक ​​कि विकृत लोगों (उदा: गलत सीआरसी) को सुन सकते हैं। हालांकि, उत्सुकता से, हार्डवेयर आपको मैक हेडर के बिना फ़्रेम प्रसारित करने की अनुमति नहीं देता है।
मार्क मेसा

छोटा सुधार: हालांकि, उत्सुकता से, एडेप्टर आपको मैक हेडर के बिना फ़्रेम प्रसारित करने की अनुमति नहीं देता है।
मार्क मेसा

2
@MarkMessa "जहां तक ​​मुझे पता है, मॉनिटर मोड में आप किसी भी तरह के फ्रेम, यहां तक ​​कि विकृत लोगों (उदा: गलत सीआरसी) को सुन सकते हैं" यह पूरी तरह से प्रश्न में डिवाइस पर निर्भर है। कई एडेप्टर (स्विचेस सहित) इन्हें कैप्चर / मिरर किए हुए / स्पेंड किए जाने के लिए भेजने से पहले ही प्रोसेस और ड्रॉप कर देंगे। अक्सर आपने कैप्चर में सीआरसी के साथ ईथरनेट ट्रेलर भी नहीं देखा होगा।
YLearn

1

मैं एक समान परीक्षण करना चाहता हूं लेकिन एक वायरलेस वातावरण में।

को देखो Wifibroadcast (लिनक्स, कुछ Android समर्थन), जो वास्तव में है कि नहीं करता है। संक्षिप्त सारांश: यह वाईफाई एडेप्टर की एक जोड़ी, इंजेक्शन मोड में एक, मॉनिटर मोड में अन्य का उपयोग करता है, और कच्चे वाईफाई फ्रेम का उपयोग करके डेटा प्रसारित करता है। यह एक यूनिडायरेक्शनल कनेक्शन है। जबकि मूल रूप से कम विलंबता वीडियो फ़ीड प्रसारित करने के लिए एक विधि के रूप में कल्पना की गई थी, यह निश्चित रूप से सभी प्रकार के डेटा के लिए उपयोग किया जा सकता है।

क्या कोई हार्डवेयर बाधा है (यानी: वाई-फाई कार्ड) जो इस तरह के प्रयास को कम कर सकता है?

हाँ। एडाप्टर्स हैं जो बेहतर काम करते हैं, और एडेप्टर जो कम अच्छी तरह से काम करते हैं, अगर बिल्कुल भी। कच्चे मोड में कुछ एडाप्टर में उच्च थ्रूपुट नहीं हो सकता है, कुछ एडेप्टर को अपने फर्मवेयर को संशोधित करने की आवश्यकता होती है। कुछ एडेप्टर 2.4GHz बैंड में और कुछ 5GHz में और कुछ दोनों में काम करते हैं।


0

हाँ। सिद्धांत रूप में , आप बिंदु-टू-पॉइंट ईथरनेट को उसी तरह चला सकते हैं। 802.3 ईथरनेट मैक हेडर को हटाने के लिए दोनों समापन बिंदुओं को उचित मोड में होना चाहिए (अन्यथा फ़्रेम या तो एनआईसी से संबंधित नहीं हैं और इसे अनदेखा किया जाएगा।), इसका मतलब है कि आप "ईथरनेट" नहीं चला रहे हैं।


प्रांतीय मोड यह एक बहुत महत्वपूर्ण मुद्दा है जिसे मैं उठाए जाने की उम्मीद कर रहा था। आपके द्वारा भिन्न मैक पते को संबोधित किए गए प्रोमोशनल मोड में वाई-फाई कार्ड द्वारा त्याग नहीं किया जाएगा। हालाँकि, BSSID के लिए भी यह सच नहीं है (अगर मैं गलत हूं तो मुझे सुधारो)। यदि फ्रेम आपके BSSID को संबोधित नहीं है, तो वाई-फाई कार्ड इसे छोड़ देगा। क्या आपके कार्ड तक पहुँचने वाले सभी फ़्रेमों से बचना और प्राप्त करना संभव है? (मॉनिटर मोड?)
मार्क मेसा

802.3 ईथरनेट मैक हेडर को हटाने के लिए सुविधाजनक मोड @Yearn उत्तर के आधार पर, ऐसा लगता है कि हार्डवेयर L2 हेडर के बिना फ्रेम स्वीकार नहीं करेगा।
मार्क मेसा
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.