DHCPREQUEST कदम पर प्रसारण का उपयोग क्यों किया जाता है?

Question

यह DHCPऑपरेशन की प्रक्रिया है ,

मेरा सवाल 3 स्टेप पर है कि क्लाइंट को एक ब्रॉडकास्ट क्यों नहीं भेजा जाता है और यूनिकैस्ट नहीं है क्योंकि पिछले दो ऑपरेशंस के बाद डीएचसीपी सर्वर / रिले सर्वर का पता पता होना चाहिए?

Comments

क्या किसी उत्तर ने आपकी मदद की? यदि हां, तो आपको उत्तर को स्वीकार करना चाहिए ताकि प्रश्न हमेशा के लिए पॉपिंग न हो जाए, उत्तर की तलाश में है। वैकल्पिक रूप से, आप अपना स्वयं का उत्तर प्रदान कर सकते हैं और स्वीकार कर सकते हैं।

— रॉन Maupin

Answer 1

https://tools.ietf.org/html/rfc2131#page-13

सर्वर क्लाइंट से DHCPREQUEST प्रसारण प्राप्त करते हैं। DHCPREQUEST संदेश द्वारा चयनित नहीं किए गए सर्वर उस संदेश का उपयोग अधिसूचना के रूप में करते हैं जो क्लाइंट ने उस सर्वर की पेशकश को अस्वीकार कर दिया है।

प्रोटोकॉल मानता है कि कई डीएचसीपी सर्वर हो सकते हैं। अनुरोध संदेश प्रसारित करने से, सभी सर्वरों ने जो प्रस्ताव जारी किया है, वह ग्राहक की पसंद से अवगत हो सकता है।

Answer 2

आपके पास संभावित रूप से कई डीएचसीपी सर्वर हो सकते हैं - अनुरोध को अन्य डीएचसीपी सर्वरों को सूचित करने के लिए प्रसारण के रूप में भेजा जाता है जिनके पास संभावित रूप से भेजे गए प्रस्ताव हैं कि उनका प्रस्ताव नहीं लिया गया है।

Answer 3

क्योंकि जब तक सर्वर DHCPACK भेजता है, तब तक क्लाइंट के पास IP पता नहीं होता है। DHCP सर्वर के लिए DHCPNACK के साथ अनुरोध का जवाब देना संभव है।

Comments

क्यों कि उस प्रसारण का उपयोग करने की आवश्यकता होगी? क्लाइंट को DHCPOFFER संदेश से सर्वर के मैक पते को पता है, इसलिए यह उस सर्वर पर DHCPREQUEST को एकेकास्ट भेज सकता है - ऐसा होने के लिए आईपी पते की कोई आवश्यकता नहीं है।

— psmears

@psmears, क्योंकि L3 प्रसारण को L2 प्रसारण के रूप में भेजा जाता है। डीएचसीपी एक एल 2 प्रोटोकॉल नहीं है, इसलिए आप नियमों के लिए बाध्य हैं क्योंकि डेटा एल 3 से एल 2 तक पारित हो जाता है।

— YLearn

@ प्रिय: आपको L3 मल्टिकास्ट या ब्रॉडकास्ट पैकेट के लिए भी सोर्स और डेस्टिनेशन IP की आवश्यकता है, इसलिए, यह स्पष्ट रूप से समस्या नहीं है :) कोई सैद्धांतिक कारण नहीं है कि DHCPREQUEST पैकेट को गंतव्य IP और MAC के साथ नहीं भेजा जा सकता है सर्वर, और (प्रसारण पैकेट के साथ) 0.0.0.0 का एक स्रोत आईपी। प्रसारण का कारण अन्य डीएचसीपी सर्वर (यदि कोई हो) को पता है कि ग्राहक उनके प्रस्तावों को कम कर रहा है।

— भजन

@psmears, एक L3 प्रसारण का गंतव्य 255.255.255.255 है। आप 0.0.0.0 से L3 प्रसारण का स्रोत बना सकते हैं। हालाँकि, आप 0.03.0 से L3 यूनिकस्ट का स्रोत नहीं बना सकते।

— YLearn

@Yearn: आप निश्चित रूप से शून्य पर सेट स्रोत पते के लिए बाइट्स के साथ एक पैकेट भेज सकते हैं! हालांकि कुछ आरएफसी द्वारा मना किया जा सकता है - क्या आप एक के बारे में जानते हैं? RFC1700 का कहना है कि 0.0.0.0 "केवल एक स्रोत पते के रूप में इस्तेमाल किया जा सकता है" (लेकिन यूनिकैस्ट / प्रसारण के बारे में कुछ भी नहीं); RFC1122 का कहना है कि 0.0.0.0 "जरूरी नहीं भेजा जाना चाहिए, एक प्रारंभिक पते की प्रक्रिया के एक स्रोत पते के रूप में छोड़कर, जिसके द्वारा मेजबान अपना आईपी पता सीखता है" (फिर से, कोई यूनी / प्रसारण प्रतिबंध नहीं)। क्या यह कहीं और अनिवार्य है?

— भजन