255.255.255.255 बनाम 192.168.1.255


18

हम प्रसारण करने वाले कुछ अनुप्रयोगों को डिबग करने का प्रयास कर रहे हैं।

प्रसारण पते 255.255.255.255 के बीच अंतर क्या है और उदाहरण के लिए ifconfig, Bcast द्वारा रिपोर्ट किया गया: 192.168.1.255


यह प्रश्न और उत्तर की व्याख्या करता है।
रॉन मौपिन

जवाबों:


37

एक प्रसारण पता हमेशा एक दिए गए नेटवर्क के सापेक्ष होता है, प्रति प्रसारण कोई प्रसारण नहीं होता है ; जब आपके पास एक नेटवर्क होता है, तो आप 1s के साथ सभी होस्ट बिट्स को बदलकर इसके प्रसारण पते की गणना कर सकते हैं; सीधे शब्दों में कहें, प्रसारण पता सबसे अधिक संख्या वाला पता है जो आपके पास नेटवर्क पर हो सकता है, जबकि नेटवर्क पता सबसे कम है (सभी होस्ट बिट्स के साथ 0s पर सेट); यही कारण है कि आप उनमें से किसी को भी वास्तविक होस्ट पते के रूप में उपयोग नहीं कर सकते हैं: वे इस उपयोग के लिए आरक्षित हैं।

यदि आपका नेटवर्क 192.168.1.0/24 है, तो आपका नेटवर्क पता 192.168.1.0 होगा और आपका प्रसारण पता 192.168.1.255 होगा।

यदि आपका नेटवर्क 192.168.0.0/16 है, तो आपका नेटवर्क पता 192.168.0.0 होगा और आपका प्रसारण पता 192.168.255.255 होगा।

और इसी तरह...

255.255.255.255 एक विशेष प्रसारण पता है, जिसका अर्थ है "यह नेटवर्क": यह आपको उस नेटवर्क पर एक प्रसारण पैकेट भेजने की सुविधा देता है जिससे आप वास्तव में इसके पते की परवाह किए बिना जुड़े हुए हैं; इसमें, 127.0.0.1 के समान है, जो एक आभासी पता है जिसका अर्थ है "स्थानीय होस्ट"।

अधिक जानकारी यहाँ: http://en.wikipedia.org/wiki/Broadcast_address


क्या 127.0.0.1 को "वर्चुअल एड्रेस" माना जाता है? मेरी समझ यह है कि यह एक वास्तविक पता है और RFC का कहना है कि इसे वर्चुअल लूपबैक इंटरफेस की ओर इशारा करना चाहिए। हालाँकि, मैंने ऐसे उदाहरण देखे हैं जहां एक डिवाइस वास्तव में 127.0.0.1 के लिए मेरे DNS सर्वर पर सवाल उठाता है।
बेलमिन फर्नांडीज

1
हो सकता है कि "वर्चुअल" शब्द का मेरा उपयोग थोड़ा ओवरसिम्प्लीफिकेशन था, लेकिन यह वास्तव में एक आरक्षित पता है जो किसी भी भौतिक इंटरफ़ेस से संबंधित नहीं हो सकता है और इसे कभी भी होस्ट के बाहर नहीं देखा जाना चाहिए; अगर कोई चीज़ आपके DNS सर्वर से पूछ रही है जो 127.0.0.1 है, तो उसे उतनी ही तेजी से चलना चाहिए जितना कि वह निकटतम IP कक्षा में चला सकता है :-p
मैसिमो

"यह आपको आपके द्वारा कनेक्ट किए गए नेटवर्क पर एक प्रसारण पैकेट भेजने की सुविधा देता है ... क्या होगा यदि आप कई नेटवर्क से जुड़े हैं? क्या प्रसारण पैकेट उन सभी को भेजे जाते हैं?
नाथन उस्मान

11

मास्सिमो ने अपने उत्तर में जो बताया है उसे जोड़ने के लिए:

255.255.255.255 को फ़ेसिकल लेयर ब्रॉडकास्ट एड्रेस माना जाएगा, जबकि 192.168.1.255 को नेटवर्क प्रसारण प्रसारण एड्रेस माना जाएगा। एआरपी एक भौतिक परत प्रसारण उत्पन्न करेगा, जबकि नेटबीआईओएस एक नेटवर्क परत प्रसारण उत्पन्न करेगा।


11

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

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

सबनेट प्रसारण पते का उपयोग विशिष्ट इंटरफ़ेस का चयन करने के लिए किया जाता है। दोनों ही मामलों में, इन्हें नेटवर्क लेयर ब्रॉडकास्ट एड्रेस (जो एफएफ: एफएफ: एफएफ: एफएफ: एफएफ: एफएफ फॉर ईथरनेट) के लिए मैप किया जाना चाहिए।

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

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


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