DHCPv6
DHCPv6 vs. DHCPv4 संदेश प्रकार तुलना
नीचे दिए गए तालिका में DHCPv6 और DHCPv4 संदेश प्रकारों की तुलनात्मक दृश्य प्रस्तुत किया गया है:
| DHCPv6 संदेश प्रकार | DHCPv4 संदेश प्रकार |
|---|---|
Solicit (1) | DHCPDISCOVER |
Advertise (2) | DHCPOFFER |
Request (3), Renew (5), Rebind (6) | DHCPREQUEST |
Reply (7) | DHCPACK / DHCPNAK |
Release (8) | DHCPRELEASE |
Information-Request (11) | DHCPINFORM |
Decline (9) | DHCPDECLINE |
Confirm (4) | none |
Reconfigure (10) | DHCPFORCERENEW |
Relay-Forw (12), Relay-Reply (13) | none |
DHCPv6 संदेश प्रकारों का विस्तृत विवरण:
Solicit (1): DHCPv6 क्लाइंट द्वारा उपलब्ध सर्वरों को खोजने के लिए प्रारंभिक।
Advertise (2): Solicit का प्रतिसाद में सर्वरों द्वारा भेजा गया, DHCP सेवा के लिए उपलब्धता को दर्शाता है।
Request (3): ग्राहक इसका उपयोग विशिष्ट सर्वर से IP पते या प्रिफिक्स का अनुरोध करने के लिए करते हैं।
Confirm (4): ग्राहक द्वारा उन्हें सौंपे गए पते अब भी नेटवर्क पर वैध हैं या नहीं यह सत्यापित करने के लिए उपयोग किया जाता है, आमतौर पर नेटवर्क परिवर्तन के बाद।
Renew (5): ग्राहक मूल सर्वर को पते की अवधि बढ़ाने या विन्यास अपडेट करने के लिए इसे भेजते हैं।
Rebind (6): किसी भी सर्वर को पते की अवधि बढ़ाने या विन्यास अपडेट करने के लिए भेजा जाता है, विशेष रूप से जब कोई प्रतिक्रिया नहीं मिलती है एक रिन्यू को।
Reply (7): सर्वर इसका उपयोग करते हैं ताकि पते, विन्यास पैरामीटर या रिलीज या डिक्लाइन जैसे संदेशों को स्वीकृति देने के लिए प्रदान करें।
Release (8): ग्राहक सर्वर को एक या एक से अधिक सौंपे गए पतों का उपयोग बंद करने की सूचना देते हैं।
Decline (9): ग्राहक द्वारा रिपोर्ट किया जाता है कि नेटवर्क पर सौंपे गए पते संघर्ष में हैं।
Reconfigure (10): सर्वर ग्राहकों को नए या अपडेटेड विन्यास के लिए लेनदेन आरंभ करने के लिए प्रोत्साहित करते हैं।
Information-Request (11): ग्राहक आईपी पता सौंपन के बिना विन्यास पैरामीटर अनुरोध करते हैं।
Relay-Forw (12): रिले एजेंट संदेशों को सर्वरों को आगे भेजते हैं।
Relay-Repl (13): सर्वर रिले एजेंट्स को जवाब देते हैं, जो फिर मैसेज को ग्राहक को पहुंचाते हैं।
संदर्भ
Last updated
