जब कोई उपभोक्ता स्विच VLAN- टैग की गई ईथरनेट फ्रेम प्राप्त करता है तो क्या होता है?


28

मान लें कि आप एक वीएलएएन सक्षम नेटवर्क स्विच से एक (वीएलएएन असमर्थ) उपभोक्ता-ग्रेड नेटवर्क स्विच से एक डायरेक्ट केबल के माध्यम से एक ट्रंक पोर्ट कनेक्ट करते हैं। अब पूर्व स्विच बाद में एक 802.1Q- टैग ईथरनेट ईथरनेट स्विच भेजते हैं। बाद में स्विच क्या करना चाहिए? फ्रेम गिरा? आगे का ढाँचा? अपरिभाषित व्यवहार?

यदि व्यवहार अपरिभाषित है, तो सबसे अधिक संभावित क्या है?


संपादित करें: आपके उत्तर के लिए धन्यवाद। संक्षेप में, उपभोक्ता स्विच का व्यवहार इस पर निर्भर करता है:

  1. यह 0x8100EtherType फ़ील्ड 1 में फ़्रेम को कैसे संभालता है
  2. यह जंबो फ़्रेमों को कैसे संभालता है, या 1500 बाइट्स से बड़े पेलोड के साथ फ्रेम करता है

विकिपीडिया में एक अच्छे डायग्राम की तुलना एक अनगढ़ और एक टैग किए गए ईथरनेट फ्रेम से की जाती है:

ईथरनेट फ़्रेम

ऐसी रिपोर्टें हैं कि कुछ उपभोक्ता-ग्रेड स्विच वीएलएएन-टैग किए गए फ़्रेम को ठीक करते हैं।

1 या अधिक सटीक रूप से, जहां गैर-टैग किए गए फ़्रेम के लिए एथराइप क्षेत्र अपेक्षित है


1
मुझे आशा है कि आप एक उत्पादन रैक में उपभोक्ता स्विच को कहीं और उपयोग करने की उम्मीद में पूछ रहे हैं ...
माइक पेनिंगटन

जवाबों:


13

मैंने वास्तव में इसे एक सस्ते-स्विच पर देखा है। किसी ने एक ट्रंक पोर्ट के बीच एक स्विच कनेक्ट किया था जिसमें कुछ युगल थे। फ्रेम को वलान टैगिंग के साथ बरकरार रखा गया था। उस स्विच पर अन्य पोर्ट जहां अन-टैग किए गए वलान का उपयोग करने में सक्षम हैं।

एक स्विच को केवल यह तय करने के लिए कि पोर्ट को आगे बढ़ाने के लिए स्रोत / गंतव्य मैक की आवश्यकता है, इसलिए यह बहुत आश्चर्य की बात नहीं है, एक टैग किए गए फ्रेम में अभी भी स्रोत और गंतव्य मैक हैं, फ्रेम हेडर में उसी स्थान पर।

ध्यान रखें कि ईथरनेट वास्तव में एक ही तार पर कई अलग - अलग फ्रेम-प्रकारों का समर्थन करता है । यह बहुत लचीला होने के लिए डिज़ाइन किया गया था कि यह क्या कर सकता है।


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

13

आमतौर पर बड़े ईथरनेट फ्रेम हो सकते हैं और छोड़ दिए जाते हैं। जंबो आकार के फ्रेम जैसे चीजों की उपस्थिति में बड़े ईथरनेट फ्रेम को परिभाषित करना कठिन होता है, इसलिए यह वास्तव में निर्भर करता है - लेकिन त्यागना संभवतः सबसे लगातार व्यवहार का सामना करना पड़ेगा।

संपादित करें: विस्तृत करने के लिए: मानक IEEE 802.3 ईथरनेट फ्रेम आकार 1518 बाइट्स है, 802.3Q फ्रेम में 4 बाइट्स जोड़ता है इसलिए कुल एमटीयू 1522 बाइट्स है जो कुछ स्विच के लिए बहुत बड़ा हो सकता है।


क्या आप विस्तृत कर सकते हैं कि 802.1Q वीएलएएन टैगिंग के साथ बड़े ईथरनेट फ्रेम का क्या करना है?
मार्टिज़न हेमेल्स

क्या आप कह रहे हैं कि टैग फ्रेम को बहुत बड़ा बना देगा?
शेन झुंझलाना

6
@ShaneMadden कुछ 802.1q कार्यान्वयन टैग फ्रेम के लिए 1522b तक प्रभावी MTU को टक्कर देते हैं, जो केवल 1500b MTU के साथ स्विच द्वारा गिरा दिया जाएगा।
sysadmin1138

3
Sysadmin1138 के लिए +1 और pfo के लिए +1: कुछ पुराने स्विच टैग किए गए फ़्रेमों को छोड़ देंगे क्योंकि 802.1q ने ईथरनेट MTU को बढ़ा दिया था।
इवान एंडरसन

वीएलएएन टैगिंग अधिकतम फ्रेम आकार में 4 बाइट्स बढ़ाता है, इसलिए यह 1518 बाइट्स से बड़ा है और परिभाषा में "जंबो" फ्रेम है।
पीएफ

6

उपभोक्ता-वर्ग स्विच फ्रेम-डस्टिनेशन मैक एड्रेस को अग्रेषित करने का प्रयास करेगा, इसकी सभी को परवाह है। यदि गंतव्य MAC पता इसकी CAM तालिका में नहीं है, तो यह उसके सभी पोर्ट से फ़्रेम को भर देगा, सिवाय एक पैकेट से प्राप्त किया गया था।

एक स्विच जो कट फॉरवर्डिंग विधि का उपयोग करता है, वह निश्चित रूप से फ्रेम को आगे बढ़ाएगा, क्योंकि यह गंतव्य मैक पते के रूप में जल्द ही अग्रेषित करना शुरू कर देता है-यदि फ्रेम का कुल आकार अधिक है कि MTU -since यह आकार की गणना नहीं कर सकता है इस अग्रेषण विधि के साथ फ्रेम।

स्टोर और फॉरवर्ड तकनीक पर आधारित एक स्विच संभवतः (जब तक फ्रेम का आकार <= MTU है) तब तक ही करें, जब तक FCS ठीक है।

यदि 802.1Q-असमर्थ स्विच इंटरकनेक्ट्स अंत डिवाइस हैं, तो डिवाइस फ्रेम प्राप्त करेंगे और इसे छोड़ देंगे, क्योंकि वे 802.1Q (प्रकार 0x8100) फ़्रेम को संसाधित करने के लिए "नहीं" जानते हैं।

मैं अनुमान लगाता हूं कि अगर उपभोक्ता-वर्ग स्विच 802.1Q सक्षम स्विच ( हॉरर! ) को इंटरकनेक्ट करता है , तो फ्रेम को 802.1Q -as द्वारा लंबे समय तक संसाधित और संसाधित किया जाएगा, निश्चित रूप से, वे ट्रंक पोर्ट पर प्राप्त होते हैं।


एह। लिनक्स एंड-पॉइंट डिवाइस टैग किए गए फ़्रेम को ठीक से संभालते हैं। मैंने उन्हें ऐसा करते देखा है।
ज़ैन लिंक्स

1
@ZanLynx सच। हालांकि एंड-पॉइंट डिवाइस को टैग किए गए फ़्रेम को संभालने के लिए नहीं माना जाता है, लेकिन आप 802.1q फ़्रेम को प्राप्त करने और संभालने के लिए एंड-पॉइंट डिवाइस को कॉन्फ़िगर करके वीएलएएन के पूरे बिंदु को याद करते हैं।
डेकागैसिडिस

FCS = फास्ट सर्किट स्विचिंग? क्या निर्धारित करता है कि "एफसीएस ठीक है"?
नेटवॉप

2
@netvope: FCS - फ़्रेम चेक अनुक्रम: en.wikipedia.org/wiki/Frame_check_fterence
इवान एंडरसन

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