कैसे राउटर्स हैंडल लिमिटेड और डायरेक्टेड ब्रॉडकास्ट
आपके सवालों का जवाब देने के लिए समझने वाली पहली बात यह है कि सीमित प्रसारण फ्रेम को रूट नहीं किया गया है। डिफ़ॉल्ट रूप से जब एक राउटर एक गंतव्य पते के साथ एक फ्रेम प्राप्त करता है जो कि परत 2 या परत 3 पर प्रसारित होता है, तो राउटर केवल फ्रेम को छोड़ देता है। इसीलिए राउटर को प्रसारण डोमेन की सीमा कहा जाता है।
इनके कुछ उदाहरण होंगे:
ff-ff-ff-ff-ff-ff (परत 2 प्रसारण)255.255.255.255 (परत 3 सीमित प्रसारण)
इसके बारे में सोचकर, यह समझ में आता है। यदि राउटर आगे प्रसारित करता है तो एक एकल arp अनुरोध इंटरनेट पर हर एक पहुंच योग्य होस्ट तक पहुंच जाएगा, जो बहुत ही अयोग्य और मूर्खतापूर्ण होगा।
दूसरी ओर निर्देशित प्रसारण कभी-कभी रूट किए जाते हैं। (IE 192.168.1.255/24) आम तौर पर डिफ़ॉल्ट रूप से यह कार्यक्षमता अक्षम होती है लेकिन ip directed-broadcastराउटर पर कमांड जारी करके इसे सक्षम किया जा सकता है । यह इसकी रूटिंग टेबल के अनुसार निर्देशित प्रसारण को आगे करने की अनुमति देगा जैसे कि वे सामान्य पैकेट थे। यह करता है नहीं लेकिन सीमित प्रसारण अग्रेषित करने के लिए रूटर की अनुमति देते हैं, उन अभी भी डिफ़ॉल्ट रूप से अवरोधित कर रहे हैं। यह आपके मूल प्रश्न के अनुसार थोड़ा सा विषय भी है, इस पर इस सिस्को फॉर्म पेज को अधिक देखें।
परत 3 प्रसारण लेकिन परत 2 नहीं?
आपके दूसरे प्रश्न का उत्तर देने के लिए, परत 2 प्रसारण पते के बिना एक परत 3 प्रसारण पते के साथ एक फ्रेम होने का कोई मतलब नहीं होगा। यह एक प्रसारण फ्रेम होने के पूरे उद्देश्य को हरा देगा और सिर्फ एकमुश्त काम नहीं करेगा। यूनिकस्ट लेयर 2 डेस्टिनेशन एड्रेस राउटर के व्यवहार को बिल्कुल भी नहीं बदलेगा क्योंकि राउटर 3 पर अपने फैसले करता है। सभी राउटर परवाह करते हैं कि 255.255.255.255डेस्टिनेशन एड्रेस है और पैकेट को ड्रॉप करता है।
जहां यह मामला स्विच के साथ होता है जो परत 3 पते की बिल्कुल भी परवाह नहीं करता है। स्विच केवल यूनिकस्ट परत 2 पते को देखेंगे। पैकेट को एक ही वीलन पर सभी इंटरफेस भेजने के बजाय यह सोर्स एड्रेस टेबल (SAT) का उपयोग करेगा जैसे कि यह किसी अन्य यूनिकस्ट गंतव्य पते के साथ होगा। वास्तव में, एक यूनिकस्ट लेयर 2 एड्रेस को निर्दिष्ट करके फ्रेम अब एक ब्रॉडकास्ट फ्रेम नहीं है, हालांकि इसमें 255.255.255.255लेयर 3 का एड्रेस है।
कैसे डीएचसीपी रिले काम करता है
अपने अंतिम प्रश्न के रूप में, डीएचसीपी रिले प्रसारण पैकेटों को अग्रेषित नहीं करने के बारे में नियम के चारों ओर "धोखा" देने का एक राउटर तरीका है। आइए एक डीएचसीपी डिस्कवर पैकेट देखें:
- स्रोत मैक: [स्रोत का यूनिकस्ट मैक]
- गंतव्य MAC:
ff-ff-ff-ff-ff-ff
- स्रोत आईपी:
0.0.0.0
- लक्षित अंतरराष्ट्रीय कम्प्यूटर तंत्र प्रणाली नियमावली:
255.255.255.255
- स्रोत पोर्ट: यूडीपी 68
- गंतव्य बंदरगाह: यूडीपी 67
जब राउटर एक पैकेट पर आता है, तो एक इंटरफेस पर ip helper-addressकमांड के साथ इसे कॉन्फ़िगर किया गया चेक यह देखने के लिए है कि यह किसी भी प्रोटोकॉल से मेल खाता है जो डिफ़ॉल्ट रूप से "मदद" कर रहा है या वैश्विक ip forward-protocolकमांड के साथ कॉन्फ़िगर किया गया है । इस मामले में क्योंकि यह डीएचसीपी है, राउटर देखता है कि गंतव्य बंदरगाह यूडीपी 67 से मेल खाता है और पैकेट को "मदद" करने की अनुमति देता है। राउटर तब गंतव्य आईपी पते 255.255.255.255को ip helper-addressकमांड द्वारा कॉन्फ़िगर किए गए आईपी पते से बदल देता है और साथ ही राउटर इंटरफेस के पते पर स्रोत का पता बदल देता है, जिस पर पैकेट आता है और पैकेट को बाकी रूटिंग लॉजिक के साथ पास करता है।
अब जब पैकेट में एक यूनिकस्ट डेस्टिनेशन एड्रेस होता है, तो राउटर इसे किसी अन्य पैकेट की तरह मानता है। यह गंतव्य IP पते (जो अब सहायक है) के लिए आता है और फिर उपयुक्त इंटरफ़ेस को पैकेट भेजने से पहले परत 2 पते को बदल देता है।
फिर से वापस आ रहा है
राउटर आवश्यक रूप से उसी प्रक्रिया का उपयोग करता है जो क्लाइंट को वापस भेजे जाने वाले डीएचसीपी प्रस्ताव के लिए रिवर्स में होती है। डीएचसीपी सर्वर आईपी पते पर प्रस्ताव भेजता है जिसे डीएचसीपी डिस्कवर पैकेट पर स्रोत पते के रूप में निर्दिष्ट किया गया था। तो DHCP सर्वर छोड़ने वाला पैकेट ऐसा दिखता है:
- स्रोत मैक: डीएचसीपी सर्वर के यूनिकस्ट मैक
- डेस्ट मैक: राउटर का मैक एड्रेस या डीएचसीपी सर्वर का डिफ़ॉल्ट गेटवे
- स्रोत आईपी: डीएचसीपी सर्वर का यूनिकस्ट आईपी पता
- गंतव्य आईपी: पहले राउटर इंटरफ़ेस का आईपी पता जिसे डीएचसीपी डिस्कवर पैकेट पहुंच गया
- स्रोत पोर्ट: यूडीपी 67
- डेस्टिनेशन पोर्ट: यूडीपी 68
चूँकि इस पैकेट में एक यूनिकस्ट लेयर है 3 डेस्टिनेशन एड्रेस राउटर पैकेट को सामान्य रूप से तब तक फॉरवर्ड करेगा जब तक कि वह राउटर तक न पहुँच जाए जिसके पास आईपी एड्रेस है जो पैकेट के डेस्टिनेशन आईपी से मेल खाता है। पहले से याद रखें कि इस राउटर में ip helper-addressउस इंटरफ़ेस पर कॉन्फ़िगरेशन अभी भी है। राऊटर यह चेक करता है कि क्या पैकेट डीएचसीपी ऑफर है तो पैकेट को एक ब्रॉडकास्ट पैकेट बनने के लिए फिर से लिखता है और उस इंटरफेस को वापस भेज देता है, यह जानते हुए कि डीएचसीपी क्लाइंट उस नेटवर्क सेगमेंट में कहीं है। राउटर को छोड़ने वाला पैकेट अब ऐसा दिखता है।
- सोर्स मैक: राउटर इंटरफेस का यूनिकस्ट मैक
- गंतव्य MAC:
ff-ff-ff-ff-ff-ff
- स्रोत आईपी: डीएचसीपी सर्वर का यूनिकस्ट आईपी पता
- लक्षित अंतरराष्ट्रीय कम्प्यूटर तंत्र प्रणाली नियमावली:
255.255.255.255
- स्रोत पोर्ट: यूडीपी 67
- डेस्टिनेशन पोर्ट: यूडीपी 68
टी एल: डॉ; ip helper-addressनियम के आसपास डीएचसीपी रिले "धोखा" का उपयोग करते हुए नियम है कि राउटर्स को रूट करने से पहले डीएचसीपी सर्वर के यूनिकैस्ट आईपी पते पर पैकेट के गंतव्य आईपी पते को बदलकर सीमित प्रसारण को अग्रेषित नहीं कर सकता है। यह सभी राउटर को पैकेट को रूट करने के लिए डीएचसीपी सर्वर के लिए उपयुक्त मार्ग की अनुमति देता है। जब डीएचसीपी सर्वर रिप्लाई करता है तो पैकेट को राउटर इंटरफेस के यूनिकस्ट आईपी पते पर वापस भेज देता है जो पहले डीएचसीपी डिस्कवर पैकेट ( ip helper-interfaceकमांड वाला एक) प्राप्त करता था। जब राउटर वापस प्रस्ताव प्राप्त करता है तो वह इसे एक ब्रॉडकास्ट पैकेट में परिवर्तित कर देता है और अपने ब्रॉडकास्ट डोमेन में क्लाइंट के साथ इंटरफेस भेज देता है।