क्या एक नेटवर्क स्विच आईपी-एवेयर है?


13

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

जहां तक ​​मैं समझता हूं कि एक नेटवर्क स्विच ट्रैफ़िक को "समझदारी" से इस तरह से हैंडल करता है कि यह केवल अपने पोर्ट पर पैकेट का प्रचार करता है, जहां यह जानता है कि रिसीवर स्थित है (हब के विपरीत जो ब्रूट बल सभी पोर्ट्स पर सभी डेटा भेजता है)।

  • सही बात?

इसलिए एक स्विच को होस्ट से जुड़े सभी प्रसंगों को याद रखना होगा। यदि होस्ट नहीं मिला है तो पैकेट डिफ़ॉल्ट मार्ग पर भेजा जाता है (आमतौर पर एक व्यापक नेटवर्क के लिए लिंक)

  • सही बात?

अब मेरा प्रमुख प्रश्न है:

  • क्या एक स्विच आईपी-पते या मैक-पते को अपने निर्णयों की गणना करने के लिए याद करता है?

जवाबों:


21

खैर, यह इस बात पर निर्भर करता है कि आप किस तरह के स्विच का उपयोग कर रहे हैं।

बहुत मूल प्रकार लिंक परत पर काम करते हैं और आईपी पते के बारे में नहीं जानते हैं। वे अपने ऑपरेशन के लिए मैक पते का उपयोग करते हैं। ये स्विच अक्सर अप्रबंधित होते हैं।

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

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


6
वीएलएएन आईपी ​​परत नहीं हैं ; वे लेयर 2 पर काम करते हैं। अधिकांश लेयर 2 + 3 स्विच के साथ, हालांकि, आप एक वीएलएएन इंटरफ़ेस को एक आईपी पता दे सकते हैं। शायद आपका यही मतलब है।
ग्रेवीफेस

@ त्याग-परिचय - मैंने आगे बढ़कर उसे ठीक किया। यह एक अच्छा जवाब है अन्यथा, इसलिए +1।
ईईएए

आप केवल L3 स्विच पर गैर-प्रबंधन vlan के लिए एक IP असाइन कर सकते हैं।
मेलो

1
सबसे आम विशेषता - और वास्तविक कारण लोग उनका उपयोग करते हैं - हालांकि, VLANs के बीच रूटिंग के लिए है । यह इंट्रानेट संचार के लिए राउटर के सभी रास्ते जाने की आवश्यकता को रोकता है। राउटर WAN ट्रैफिक को संभालने में व्यस्त है और एक बड़ा पर्याप्त नेटवर्क और राउटर-ऑन-ए-स्टिक कॉन्फ़िगरेशन दिया जाने वाला अड़चन हो सकता है। यह राउटर के बजाय इस रूटिंग को संभालने के लिए वितरण और कोर लेयर स्विच के लिए सामान्य है।
बेकन बिट्स

9

बस @wolfgangsz और @sleske से जवाबों को थोड़ा जोड़ने के लिए, यह जोर दिया जाना चाहिए कि एक मानक स्विच है, जैसा कि पहले ही कहा गया है, विशुद्ध रूप से एक परत 2 डिवाइस इसलिए यह केवल मैक पते को समझता है।

यद्यपि एक 'पैकेट' को अक्सर जेनेरिक शब्द के रूप में उपयोग किया जाता है, परत 2 पर प्रोटोकॉल डेटा यूनिट (PDU) एक 'फ्रेम' है, परत 3 पर PDU एक पैकेट है।

एक 'मल्टी-लेयर स्विच' को एक ऐसे स्विच के रूप में सोचा जा सकता है जिसमें एक राउटर होता है, जो पारंपरिक राउटर के विपरीत, एक भौतिक इंटरफ़ेस से दूसरे भौतिक इंटरफ़ेस के बजाय VLAN से VLAN तक के रूट पैकेट है।

यदि कोई स्विच वीएलएएन का समर्थन करता है (यह जरूरी नहीं कि यह एक बहु-परत स्विच है) तो एक अज्ञात गंतव्य मैक पते के साथ एक फ्रेम सभी बंदरगाहों (बाढ़ के रूप में जाना जाता है) से बाहर भेजा जाएगा जो पैकेट के समान वीएलएएन के सदस्य हैं। पर प्राप्त किया गया था क्योंकि एक VLAN एक प्रसारण डोमेन है और फ़्रेम प्रसारण डोमेन की सीमा से आगे नहीं जाता है।

संपादित करें: पूर्णता के लिए मुझे यह भी उल्लेख करना चाहिए कि वीएलएएन का समर्थन करने वाले स्विच ट्रंक पोर्ट का भी समर्थन करेंगे, ये विस्तारित फ्रेम हैं जो कई वीएलएएन से ट्रैफ़िक को एकल भौतिक लिंक पर ले जाने की अनुमति देते हैं।


यहाँ कुछ अच्छी जानकारी है। ऐसा लगता है कि इसे और अधिक संदर्भित किया जा सकता है और परत 2/3 स्विच की व्याख्या जोड़ने के लिए वुल्फगैंग्सज़ के साथ महज मिल सकता है।
जेम्सबर्नेट

अगर मुझे इस बात का बेहूदा अंदाजा होता कि मैं ऐसा कैसे करूं तो मुझे काफी खुशी होगी, मैं पिछले जीवन में एक उन्नत स्तर का सिस्को ट्रेनर था, इसलिए जितना जरूरी हो उतना विस्तार कर सकता हूं।
ब्लैंकआउट

मेरी पिछली टिप्पणी में @JamesBarnett डालनी चाहिए थी
२J

8

जहां तक ​​मैं समझता हूं कि एक नेटवर्क स्विच ट्रैफ़िक को "समझदारी" से इस तरह से हैंडल करता है कि यह केवल अपने पोर्ट पर पैकेट का प्रचार करता है, जहां यह जानता है कि रिसीवर स्थित है (हब के विपरीत जो ब्रूट बल सभी पोर्ट्स पर सभी डेटा भेजता है)।

हां यह सही है।

इसलिए एक स्विच को होस्ट से जुड़े सभी प्रसंगों को याद रखना होगा। यदि होस्ट नहीं मिला है तो पैकेट डिफ़ॉल्ट मार्ग पर भेजा जाता है (आमतौर पर एक व्यापक नेटवर्क के लिए लिंक)

खैर, बिल्कुल नहीं। यह सच है कि एक स्विच याद रखता है कि कौन सा होस्ट किस पोर्ट से जुड़ा है (आमतौर पर पोर्ट पर आने वाले पैकेट के मैक पते को देखकर)। हालांकि एक स्विच सामान्य रूप से "डिफ़ॉल्ट मार्ग" के बारे में नहीं जानता है, क्योंकि यह एक उच्च नेटवर्किंग परत से एक अवधारणा है। OSI मॉडल (डेटा लिंके लेयर) की परत 2 पर काम करता है। "डिफ़ॉल्ट मार्ग" एक अवधारणा है जिसका उपयोग मार्ग के लिए किया जाता है, जो परत 3 (नेटवर्क परत) पर होता है।

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

क्या एक स्विच आईपी-पते या मैक-पते को अपने निर्णयों की गणना करने के लिए याद करता है?

जैसा कि ऊपर बताया गया है, एक स्विच आईपी-अज्ञेयवादी है, क्योंकि यह अमूर्त के निचले स्तर पर काम करता है। इस प्रकार, केवल मैक-पते।

एक जटिलता है: जैसा कि wolfgangsz के जवाब में बताया गया है, वहाँ रहे हैं स्विच जो भी परत 3 पर काम (तथाकथित बहुपरत स्विच )। ये थोड़े अधिक जटिल हैं, और वे आईपी पते और अधिक संभाल सकते हैं।


1

@downvoter: क्यों?
पीटर के।

डाउनवोट शायद इसलिए था क्योंकि स्टेक्सएक्सचेंज पाठ में पूर्ण उत्तर पसंद करता है, उत्तरों के लिंक नहीं
ग्रीग्व

1
@gregg 5.5+ साल पहले जो काफी प्रचलित नहीं था। :-)
पीटर के।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.