जब मशीनों में अनुवाद किया जाता है तो स्विच को ARP तालिकाओं की आवश्यकता क्यों होती है?


12

जैसा कि शीर्षक से स्पष्ट है, जब मशीनों पर अनुवाद किया जाता है तो स्विच को ARP तालिकाओं की आवश्यकता क्यों होती है?

मोटे तौर पर, मशीनों और स्विच पर दो एआरपी टेबल क्यों हैं? क्या स्विच पर एक पर्याप्त नहीं है?


मुझे लगता है कि इस पृष्ठ पर उत्तर सही हैं। मैंने अन्य टिप्पणीकारों को अन्य पृष्ठों पर यह कहते हुए पाया कि एल 2 स्विच में एआरपी टेबल हैं। इसका कोई अर्थ नहीं निकलता। केवल L3 डिवाइस में ARP टेबल होती है।
स्टीफन गिबन्स

जवाबों:


23

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

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


यह मेरी समझ है कि आप (स्विच) बंदरगाहों के एक सेट के रूप में एक स्विच मॉडल करेंगे। पोर्ट गिने पैकेट कतारों में हैं। स्विच एक अनियंत्रित क्रम में बंदरगाहों को बंद कर देता है, और मैक से पोर्ट तक एक मैपिंग बनाए रखता है। जब किसी पोर्ट से एक पैकेट निकलता है, तो src mac (एड्रेस) को पोर्ट (नंबर) पर मैप किया जाता है। जब एक सूखा हुआ पैकेट पहुंचाया जाना चाहिए, तो इसे नियत मैक के पोर्ट पर भेजा जाता है यदि ज्ञात नहीं है, या नहीं तो प्रसारित किया जाता है। इसका मतलब यह है कि एक पोर्ट को मैप करने के लिए एक एथ पैकेट मिलना चाहिए।
रोब

@ रब, आपकी टिप्पणी में स्पष्ट गलतियां नहीं होने पर कई अस्पष्ट कथन हैं। बंदरगाह कतार नहीं हैं; कुछ प्लेटफार्मों पर 1-टू -1 मैपिंग हो सकती है, लेकिन वे समान नहीं हैं। मैक एड्रेस तब सीखे जाते हैं जब कोई फ्रेम प्राप्त होता है, प्रेषित नहीं। फ़्रेम उन्हें प्राप्त होने वाले क्रम में आउटपुट कतार में वितरित किए जाते हैं, संभवतः किसी प्रकार के क्यूओएस के साथ संयोजन में, यह मनमाना नहीं है। अज्ञात डेस्टिनेशन एड्रेस वाले फ्रेम्स प्रसारित होते हैं, प्रसारण नहीं।
YLearn

फिर: मॉडल के जोड़े के रूप में स्विच (ईथरनेट पैकेट) कतारों (में, बाहर)। इनपुट कतार पढ़े जाने के बाद, सुनिश्चित करें कि इनपुट पैकेट के पोर्ट नंबर पर उस पैकेट का src मैक मैप किया गया है। उस पैकेट को dst मैक के अनुरूप आउट कतार में रखा जाना चाहिए। यदि पोर्ट मैप नहीं किया गया है, तो पैकेट को उसके अलावा अन्य सभी कतारों में रखा गया है। (यह निश्चित नहीं है कि प्रसारण / बाढ़ भेद क्या है, जैसा कि मैं मानता हूं कि यह शाब्दिक रूप से हार्डवेयर स्तर पर सभी तारों पर एक ही संकेत भेजता है; या शायद यह बंदरगाहों के माध्यम से गोल-रॉबिन है?)
रोब

आह ... मुझे लगता है कि मुझे स्विच को पैकेट कतारों के रूप में करने पर आपत्ति है। स्विच पूरे पैकेट की तुलना में डेटा की छोटी मात्रा पर काम कर सकता है। Ie: जैसे ही हमें पता चलता है कि किन पोर्ट्स को एक पैकेट मिलना चाहिए जिसके लिए हमें बाइट्स मिल रहे हैं, हम उन बाइट्स को भेज सकते हैं। पूर्व: ईथरनेट हेडर को संभालने के लिए बस पर्याप्त बाइट्स को कतारबद्ध करें; पूरे पैकेट को मत पकड़ो।
रोब

@Rob, एक पानी भर फ्रेम एक है यूनिकास्ट फ्रेम एक अज्ञात गंतव्य है कि बाहर प्राप्त बंदरगाह के अलावा अन्य प्रत्येक बंदरगाह बाढ़ आ गई है। एक प्रसारण एक सभी गंतव्य फ्रेम है जिसे प्राप्त पोर्ट के अलावा अन्य सभी बंदरगाहों से बाहर भेजा जाता है, लेकिन L2 प्रसारण डोमेन में इसे प्राप्त करने वाले सभी स्विचों द्वारा इस तरह से इलाज किया जाता रहेगा। जबकि एक स्विच पर प्रभाव के समान, पूरे नेटवर्क पर प्रभाव काफी भिन्न होता है।
YLearn

6

IP प्रोटोकॉल का उपयोग करने वाले प्रत्येक उपकरण में ARP तालिका होती है। चूंकि IP एक L3 प्रोटोकॉल है और एक अंतर्निहित L2 प्रोटोकॉल की आवश्यकता है, इसलिए यह L3 IP पते को उसके संबंधित L2 पते पर अनुवाद करने में सक्षम होने के लिए एक उपकरण की आवश्यकता है।

आपका डिवाइस स्थानीय नेटवर्क पर एक IP पते पर संचार कर रहा है या नहीं, इसे L2 ट्रैफ़िक भेजना है (इसे सरल रखने के लिए, इस चर्चा से प्रसारण और मल्टीकास्ट को बाहर करें) स्थानीय L2 डोमेन पर एक विशिष्ट डिवाइस पर भेजें। यदि आईपी पता स्थानीय नेटवर्क पर है, तो यह गंतव्य डिवाइस के लिए प्रत्यक्ष होगा। यदि नहीं, तो यह स्थानीय नेटवर्क के लिए गेटवे या राउटर के रूप में कार्य करने वाला उपकरण होगा जो L3 ट्रैफ़िक को उसके गंतव्य की ओर अग्रेषित कर सकता है।

अगर कोई स्विच IP प्रोटोकॉल का उपयोग नहीं कर रहा है (यानी यह IP, L3 की कार्यक्षमता, आदि पर किसी भी प्रकार का प्रबंधन प्रदान नहीं करता है), तो उसे ARP तालिका की आवश्यकता नहीं है।

हालाँकि, मुझे एंटरप्राइज़ स्विच प्लेटफ़ॉर्म का पता नहीं है जो IP प्रोटोकॉल का उपयोग नहीं करता है। टेलनेट, एसएसएच, एचटीटीपी, एचटीटीपीएस और एसएनएमपी एक उद्यम स्विच की आमतौर पर समर्थित सेवाओं के कुछ उदाहरण हैं जो आईपी तक पहुंच की आवश्यकता होगी।


2

जैसा कि आप शायद पहले से ही जानते हैं, एआरपी तालिका का उद्देश्य नेटवर्क लेयर एड्रेस को लिंक लेयर एड्रेस में ट्रांसलेट करना है। मैक पते के लिए आईपी पते।

जिन तालिकाओं का आप उल्लेख करते हैं, वे पूर्ण नहीं हैं। परत 2 स्विच में भी दो प्रकार की टेबल होती हैं:

  • एक एआरपी तालिका जो स्विच के साथ "कंप्यूटर के रूप में" इसके नियंत्रण के साथ इंटरफेस करने के लिए संचार करने के लिए उपयोग की जाती है। यदि यह एक प्रबंधित स्विच है तो ठीक है, यह इसके पास होगा

  • एक तालिका जो मैक पते पर स्विच पोर्ट से संबंधित है

उदाहरण 1: यदि एक पीसी एक पैकेट लॉन्च करता है, तो यह आईपी पते स्थानीय (एआरपी तालिका से) होने पर मैक पते का उपयोग करेगा। जब वह पैकेट एक स्विच पर पहुंचता है, तो स्विच मैक पते (स्विच पोर्ट / अन्य टेबल से) के आधार पर पैकेट को उपयुक्त पोर्ट पर ले जाएगा।

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


धन्यवाद प्रिय। अच्छे और सहायक उदाहरण। कृपया पैकेट और फ़्रेम के बीच भ्रमित न हों।
मोहम्मद-जाफर NEHME

-2

स्विच में मैक-एड्रेस टेबल हैं।
पीसी जैसे एंडपॉइंट्स में arp टेबल होती है।


तो केवल स्विच में मैक-एड्रेस टेबल होते हैं? और केवल अंत बिंदुओं में एआरपी टेबल हैं?
YLearn

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