{"id":3156,"date":"2015-04-02T19:04:45","date_gmt":"2015-04-02T19:04:45","guid":{"rendered":"https:\/\/live-infoblox-blog.pantheonsite.io\/?p=3156"},"modified":"2025-04-02T11:16:07","modified_gmt":"2025-04-02T18:16:07","slug":"dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2","status":"publish","type":"post","link":"https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/","title":{"rendered":"DHCPv6 and the Trouble with MAC Addresses (Part 1 of 2)"},"content":{"rendered":"<p><em>By Tom Coffeen, Chief IPv6 Evangelist,<\/em>\u00a0<em>Infoblox<\/em><\/p>\n<p>DHCP in IPv4 has a taken-for-granted characteristic that provides it with powerful management flexibility: If you pull apart a DHCP header you find the MAC address of the host that originated the packet. The <a href=\"https:\/\/www.infoblox.com\/glossary\/dynamic-host-configuration-protocol-dhcp\/\" target=\"_blank\"><strong>Dynamic Host Configuration Protocol DHCP<\/strong><\/a> has long been essential for dynamic address assignment in IPv4, and similar principles are extended to IPv6 with necessary adaptations.<\/p>\n<p>This provides unambiguous identification of a host machine (or, more accurately, a particular interface on a host machine) and has been used for years in network operations to help facilitate everything from configuring fixed addresses in DHCP to provisioning processes, asset tracking, security policy enforcement. Understanding these identification mechanisms is critical for ensuring <a href=\"https:\/\/www.infoblox.com\/solutions\/ipv6-readiness\/\" target=\"_blank\"><strong>IPV6 Network Readiness<\/strong><\/a>, particularly when transitioning from IPv4 environments.<\/p>\n<p>Figure 1 shows a packet capture of a DHCP Discover sent from a virtual instance of Ubuntu Linux running on the same segment during its interface initialization.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-3157\" src=\"https:\/\/live-infoblox-blog.pantheonsite.io\/wp-content\/uploads\/dhcp-discover-packet-capture.png\" alt=\"Figure 1: DHCP Discover packet with included Client MAC address highlighted\" width=\"1600\" height=\"1167\" srcset=\"https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/dhcp-discover-packet-capture.png 1600w, https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/dhcp-discover-packet-capture-300x219.png 300w, https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/dhcp-discover-packet-capture-768x560.png 768w, https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/dhcp-discover-packet-capture-1024x747.png 1024w\" sizes=\"auto, (max-width: 1600px) 100vw, 1600px\" \/><\/p>\n<p>Figure 1: DHCP Discover packet with included Client MAC address highlighted<\/p>\n<p>The second highlighted-in-orange line is the Client MAC address field. It shows a value of Vmware_7e:59:e7, where Wireshark is kind enough to substitute VMware for its OUI of 00:0c:29. The untranslated MAC address is 00:0c:29:7e:59:e7.<\/p>\n<p>Figure 2 shows the MAC address on the host that originated it.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-3159\" src=\"https:\/\/live-infoblox-blog.pantheonsite.io\/wp-content\/uploads\/mac-address-originating-host.png\" alt=\"Figure 2 shows the MAC address on the host that originated it.\" width=\"1470\" height=\"220\" srcset=\"https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/mac-address-originating-host.png 1470w, https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/mac-address-originating-host-300x45.png 300w, https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/mac-address-originating-host-768x115.png 768w, https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/mac-address-originating-host-1024x153.png 1024w\" sizes=\"auto, (max-width: 1470px) 100vw, 1470px\" \/><\/p>\n<p>Configuring a fixed host address (AKA\u00a0a static reservation) in IPv4 DHCP using the MAC address is so trivial we could be excused for assuming that DHCPv6 makes it just as easy.<\/p>\n<p>But of course, it doesn\u2019t.<\/p>\n<p>Instead of a MAC address to identify clients, DHCPv6 utilizes something called a DHCP Unique Identifier (DUID). Advanced solutions like <a href=\"https:\/\/www.infoblox.com\/products\/ipam-dhcp\/\" target=\"_blank\"><strong>IPAM DHCP<\/strong><\/a> can help manage these identifiers effectively, ensuring seamless tracking and configuration of IPv6 devices. The main idea behind a DUID is to provide a way to unambiguously identify all hosts (including the DHCPv6 server itself) rather than single interfaces on any host.<\/p>\n<p>According to\u00a0<a href=\"http:\/\/tools.ietf.org\/html\/rfc3315\" target=\"_blank\" rel=\"nofollow noopener noreferrer\">RFC 3315,\u00a0Dynamic Host Configuration Protocol for IPv6 (DHCPv6)<\/a>:\u00a0&#8220;DHCP servers use DUIDs to identify clients for the selection of configuration parameters and in the association of IAs with clients. DHCP clients use DUIDs to identify a server in messages where a server needs to be identified.&#8221;<\/p>\n<p>Of course for the DUID to provide such identification it should be stable for any given host. For instance, when I reboot my host I wouldn\u2019t want to have a new DUID each time.<\/p>\n<p>This characteristic of DHCPv6 DUIDs has caused some interesting challenges given the popularity of cloned and\/or virtual OSes. OS clones are likely to have identical DUIDs. One would have to manually change it before bringing the host online in a DHCPv6 environment or the DHCPv6 server will assume that DHCPv6 packets from different hosts with the same DUID are in fact all the same host.<\/p>\n<p>There are three DUID types defined in the RFC:<\/p>\n<p>\u2022\u00a0\u00a0 \u00a0Link-layer address plus time: Just what it says: the permanent link-layer address of any single interface plus the time it was generated (according to RFC 3315: &#8220;in seconds since midnight (UTC), January 1, 2000, modulo 232\u201d).<\/p>\n<p>\u2022\u00a0\u00a0 \u00a0Vendor-assigned unique ID based on Enterprise Number: These are vendor assigned and would use the vendor\u2019s IANA-maintained\u00a0<a href=\"http:\/\/en.wikipedia.org\/wiki\/Private_Enterprise_Number\" target=\"_blank\" rel=\"nofollow noopener noreferrer\">Private Enterprise Number<\/a>.<\/p>\n<p>\u2022\u00a0\u00a0 \u00a0Link-layer address: The permanent link-layer address of any single interface<\/p>\n<p>As mentioned above, the DUID is associated with an Identity Association (IA). The IA is defined as &#8220;a construct through which a server and a client can identify, group, and manage a set of related IPv6 addresses.&#8221; Different address types have a different IA per client. Integrating DHCPv6 into a <a href=\"https:\/\/www.infoblox.com\/products\/ddi\/\" target=\"_blank\"><strong>DDI<\/strong><\/a> solution simplifies the management of these identity associations, improving operational efficiency across dual-stack environments.<\/p>\n<p>\u2022\u00a0\u00a0 \u00a0IA_TA is a client identity association for the temporary addresses (i.e., dynamically lease) on a host<br \/>\n\u2022\u00a0\u00a0 \u00a0IA_NA is a client identity association for the non-temporary (i.e., fixed) addresses on a host<\/p>\n<p>Every network interface on a client has at least one IA. An Identity Association ID is selected by the client and used to obtain configuration information from a server. Thus the DUID along with the IAID uniquely identify a particular host and interface on that host. A <a href=\"https:\/\/www.infoblox.com\/products\/universal-ddi\/\" target=\"_blank\"><strong>Universal DDI<\/strong><\/a> approach ensures consistency in address management across both IPv4 and IPv6 environments, reducing complexity in dual-stack networks.<\/p>\n<p>At first glance, this may seem overly complex. But it&#8217;s how IPv6 more easily supports the configuration of multiple addresses and address types on a single interface.<\/p>\n<p>Figure 3 shows an example of the DUID and IAID for the LAN interface on a Windows 7 client.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-3158\" src=\"https:\/\/live-infoblox-blog.pantheonsite.io\/wp-content\/uploads\/duid-iaid-lan-interface.png\" alt=\"Figure 3 shows an example of the DUID and IAID for the LAN interface on a Windows 7 client.\" width=\"1476\" height=\"354\" srcset=\"https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/duid-iaid-lan-interface.png 1476w, https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/duid-iaid-lan-interface-300x72.png 300w, https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/duid-iaid-lan-interface-768x184.png 768w, https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/duid-iaid-lan-interface-1024x246.png 1024w\" sizes=\"auto, (max-width: 1476px) 100vw, 1476px\" \/><\/p>\n<p>As long as the client is on the same segment as the server it should always be possible (though not necessarily implemented) to simply look at the Ethernet frame of any DHCPv6 packet to determine the link-layer address of the requesting client. The problem arises when the DHCPv6 packet is passed through one or more relays and has its source MAC address information rewritten for the new segment(s). At that point there is no way to determine the originating client\u2019s MAC address from the Ethernet frame.<\/p>\n<p>Thus, the operator loses the ability to assign fixed DHCPv6 address leases based on client identification using link-layer information (as in IPv4). Further, the identification of a dual-stack client and the correlation of IPv6 to IPv4 addresses on that client becomes that much more complicated. A robust <a href=\"https:\/\/www.infoblox.com\/glossary\/dhcp-server\/\" target=\"_blank\"><strong>DHCP Server<\/strong><\/a> setup is critical to handling these complexities and ensuring consistent address assignments across both protocols.<\/p>\n<p>One possible solution to the latter issue is for OS vendors to uniformly implement one of the three DUID types mentioned above (e.g., DUID-LLT, DUID-LL, or DUID-EN).<\/p>\n<p>Another proposed solution to this challenge is found in\u00a0<a href=\"https:\/\/tools.ietf.org\/html\/rfc6939\" target=\"_blank\" rel=\"nofollow noopener noreferrer\">RFC 6939, Client Link-Layer Address Option in DHCPv6<\/a>\u00a0which we\u2019ll check it out in the next installment. Stay tuned<\/p>\n","protected":false},"excerpt":{"rendered":"<p>By Tom Coffeen, Chief IPv6 Evangelist,\u00a0Infoblox DHCP in IPv4 has a taken-for-granted characteristic that provides it with powerful management flexibility: If you pull apart a DHCP header you find the MAC address of the host that originated the packet. The Dynamic Host Configuration Protocol DHCP has long been essential for dynamic address assignment in IPv4, [&hellip;]<\/p>\n","protected":false},"author":319,"featured_media":573,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"_genesis_hide_title":false,"_genesis_hide_breadcrumbs":false,"_genesis_hide_singular_image":false,"_genesis_hide_footer_widgets":false,"_genesis_custom_body_class":"","_genesis_custom_post_class":"","_genesis_layout":"","footnotes":""},"categories":[17],"tags":[50,51,38],"class_list":{"0":"post-3156","1":"post","2":"type-post","3":"status-publish","4":"format-standard","5":"has-post-thumbnail","7":"category-ipv6-coe","8":"tag-dhcp","9":"tag-ipam","10":"tag-ipv6","11":"entry"},"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v27.3 (Yoast SEO v27.3) - https:\/\/yoast.com\/product\/yoast-seo-premium-wordpress\/ -->\n<title>DHCPv6 and the Trouble with MAC Addresses (Part 1 of 2)<\/title>\n<meta name=\"description\" content=\"IPv6 can be understood within the context of what has worked previously in IPv4. Learn more about DHCP in IPv4 and how it could enhance your understanding.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"DHCPv6 and the Trouble with MAC Addresses (Part 1 of 2)\" \/>\n<meta property=\"og:description\" content=\"IPv6 can be understood within the context of what has worked previously in IPv4. Learn more about DHCP in IPv4 and how it could enhance your understanding.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/\" \/>\n<meta property=\"og:site_name\" content=\"Infoblox Blog\" \/>\n<meta property=\"article:published_time\" content=\"2015-04-02T19:04:45+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2025-04-02T18:16:07+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/june-22.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"660\" \/>\n\t<meta property=\"og:image:height\" content=\"454\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"Tom Coffeen\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Tom Coffeen\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"5 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/ipv6-coe\\\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/ipv6-coe\\\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\\\/\"},\"author\":{\"name\":\"Tom Coffeen\",\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/#\\\/schema\\\/person\\\/b299068ee4a9f542d2ad7d59a5b1d5b1\"},\"headline\":\"DHCPv6 and the Trouble with MAC Addresses (Part 1 of 2)\",\"datePublished\":\"2015-04-02T19:04:45+00:00\",\"dateModified\":\"2025-04-02T18:16:07+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/ipv6-coe\\\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\\\/\"},\"wordCount\":965,\"publisher\":{\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/#organization\"},\"image\":{\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/ipv6-coe\\\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/wp-content\\\/uploads\\\/june-22.jpg\",\"keywords\":[\"DHCP\",\"IPAM\",\"IPv6\"],\"articleSection\":[\"IPv6 CoE\"],\"inLanguage\":\"en-US\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/ipv6-coe\\\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\\\/\",\"url\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/ipv6-coe\\\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\\\/\",\"name\":\"DHCPv6 and the Trouble with MAC Addresses (Part 1 of 2)\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/ipv6-coe\\\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/ipv6-coe\\\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/wp-content\\\/uploads\\\/june-22.jpg\",\"datePublished\":\"2015-04-02T19:04:45+00:00\",\"dateModified\":\"2025-04-02T18:16:07+00:00\",\"description\":\"IPv6 can be understood within the context of what has worked previously in IPv4. Learn more about DHCP in IPv4 and how it could enhance your understanding.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/ipv6-coe\\\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/ipv6-coe\\\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/ipv6-coe\\\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/wp-content\\\/uploads\\\/june-22.jpg\",\"contentUrl\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/wp-content\\\/uploads\\\/june-22.jpg\",\"width\":660,\"height\":454},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/ipv6-coe\\\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"IPv6 CoE\",\"item\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/category\\\/ipv6-coe\\\/\"},{\"@type\":\"ListItem\",\"position\":3,\"name\":\"DHCPv6 and the Trouble with MAC Addresses (Part 1 of 2)\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/#website\",\"url\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/\",\"name\":\"infoblox.com\\\/blog\\\/\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/#organization\",\"name\":\"Infoblox\",\"url\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/wp-content\\\/uploads\\\/infoblox-logo-2.svg\",\"contentUrl\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/wp-content\\\/uploads\\\/infoblox-logo-2.svg\",\"width\":137,\"height\":30,\"caption\":\"Infoblox\"},\"image\":{\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/#\\\/schema\\\/logo\\\/image\\\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/#\\\/schema\\\/person\\\/b299068ee4a9f542d2ad7d59a5b1d5b1\",\"name\":\"Tom Coffeen\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/blogs.infoblox.com\\\/wp-content\\\/uploads\\\/avatar_user_319_1574118081-96x96.jpg\",\"url\":\"https:\\\/\\\/blogs.infoblox.com\\\/wp-content\\\/uploads\\\/avatar_user_319_1574118081-96x96.jpg\",\"contentUrl\":\"https:\\\/\\\/blogs.infoblox.com\\\/wp-content\\\/uploads\\\/avatar_user_319_1574118081-96x96.jpg\",\"caption\":\"Tom Coffeen\"},\"description\":\"Tom Coffeen is a network engineer, architect, and author with over twenty years of internetwork design, deployment, administration, and management experience. Tom co-founded HexaBuild, an IT consultancy specializing in the advancement of cloud, IoT, and security deployment best practices through IPv6 adoption. Prior to co-founding HexaBuild, Tom was an IPv6 Evangelist and a Distinguished Architect at Infoblox. Before that Tom was the VP of network architecture at the global CDN Limelight Networks where he led their deployment of IPv6. He is also the author of O\u2019Reilly Media\u2019s IPv6 Address Planning.\",\"url\":\"https:\\\/\\\/www.infoblox.com\\\/blog\\\/author\\\/tom-coffeen\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"DHCPv6 and the Trouble with MAC Addresses (Part 1 of 2)","description":"IPv6 can be understood within the context of what has worked previously in IPv4. Learn more about DHCP in IPv4 and how it could enhance your understanding.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/","og_locale":"en_US","og_type":"article","og_title":"DHCPv6 and the Trouble with MAC Addresses (Part 1 of 2)","og_description":"IPv6 can be understood within the context of what has worked previously in IPv4. Learn more about DHCP in IPv4 and how it could enhance your understanding.","og_url":"https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/","og_site_name":"Infoblox Blog","article_published_time":"2015-04-02T19:04:45+00:00","article_modified_time":"2025-04-02T18:16:07+00:00","og_image":[{"width":660,"height":454,"url":"https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/june-22.jpg","type":"image\/jpeg"}],"author":"Tom Coffeen","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Tom Coffeen","Est. reading time":"5 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/#article","isPartOf":{"@id":"https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/"},"author":{"name":"Tom Coffeen","@id":"https:\/\/www.infoblox.com\/blog\/#\/schema\/person\/b299068ee4a9f542d2ad7d59a5b1d5b1"},"headline":"DHCPv6 and the Trouble with MAC Addresses (Part 1 of 2)","datePublished":"2015-04-02T19:04:45+00:00","dateModified":"2025-04-02T18:16:07+00:00","mainEntityOfPage":{"@id":"https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/"},"wordCount":965,"publisher":{"@id":"https:\/\/www.infoblox.com\/blog\/#organization"},"image":{"@id":"https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/#primaryimage"},"thumbnailUrl":"https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/june-22.jpg","keywords":["DHCP","IPAM","IPv6"],"articleSection":["IPv6 CoE"],"inLanguage":"en-US"},{"@type":"WebPage","@id":"https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/","url":"https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/","name":"DHCPv6 and the Trouble with MAC Addresses (Part 1 of 2)","isPartOf":{"@id":"https:\/\/www.infoblox.com\/blog\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/#primaryimage"},"image":{"@id":"https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/#primaryimage"},"thumbnailUrl":"https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/june-22.jpg","datePublished":"2015-04-02T19:04:45+00:00","dateModified":"2025-04-02T18:16:07+00:00","description":"IPv6 can be understood within the context of what has worked previously in IPv4. Learn more about DHCP in IPv4 and how it could enhance your understanding.","breadcrumb":{"@id":"https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/#primaryimage","url":"https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/june-22.jpg","contentUrl":"https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/june-22.jpg","width":660,"height":454},{"@type":"BreadcrumbList","@id":"https:\/\/www.infoblox.com\/blog\/ipv6-coe\/dhcpv6-and-the-trouble-with-mac-addresses-part-1-of-2\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.infoblox.com\/blog\/"},{"@type":"ListItem","position":2,"name":"IPv6 CoE","item":"https:\/\/www.infoblox.com\/blog\/category\/ipv6-coe\/"},{"@type":"ListItem","position":3,"name":"DHCPv6 and the Trouble with MAC Addresses (Part 1 of 2)"}]},{"@type":"WebSite","@id":"https:\/\/www.infoblox.com\/blog\/#website","url":"https:\/\/www.infoblox.com\/blog\/","name":"infoblox.com\/blog\/","description":"","publisher":{"@id":"https:\/\/www.infoblox.com\/blog\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.infoblox.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Organization","@id":"https:\/\/www.infoblox.com\/blog\/#organization","name":"Infoblox","url":"https:\/\/www.infoblox.com\/blog\/","logo":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.infoblox.com\/blog\/#\/schema\/logo\/image\/","url":"https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/infoblox-logo-2.svg","contentUrl":"https:\/\/www.infoblox.com\/blog\/wp-content\/uploads\/infoblox-logo-2.svg","width":137,"height":30,"caption":"Infoblox"},"image":{"@id":"https:\/\/www.infoblox.com\/blog\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/www.infoblox.com\/blog\/#\/schema\/person\/b299068ee4a9f542d2ad7d59a5b1d5b1","name":"Tom Coffeen","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/blogs.infoblox.com\/wp-content\/uploads\/avatar_user_319_1574118081-96x96.jpg","url":"https:\/\/blogs.infoblox.com\/wp-content\/uploads\/avatar_user_319_1574118081-96x96.jpg","contentUrl":"https:\/\/blogs.infoblox.com\/wp-content\/uploads\/avatar_user_319_1574118081-96x96.jpg","caption":"Tom Coffeen"},"description":"Tom Coffeen is a network engineer, architect, and author with over twenty years of internetwork design, deployment, administration, and management experience. Tom co-founded HexaBuild, an IT consultancy specializing in the advancement of cloud, IoT, and security deployment best practices through IPv6 adoption. Prior to co-founding HexaBuild, Tom was an IPv6 Evangelist and a Distinguished Architect at Infoblox. Before that Tom was the VP of network architecture at the global CDN Limelight Networks where he led their deployment of IPv6. He is also the author of O\u2019Reilly Media\u2019s IPv6 Address Planning.","url":"https:\/\/www.infoblox.com\/blog\/author\/tom-coffeen\/"}]}},"_links":{"self":[{"href":"https:\/\/www.infoblox.com\/blog\/wp-json\/wp\/v2\/posts\/3156","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.infoblox.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.infoblox.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.infoblox.com\/blog\/wp-json\/wp\/v2\/users\/319"}],"replies":[{"embeddable":true,"href":"https:\/\/www.infoblox.com\/blog\/wp-json\/wp\/v2\/comments?post=3156"}],"version-history":[{"count":5,"href":"https:\/\/www.infoblox.com\/blog\/wp-json\/wp\/v2\/posts\/3156\/revisions"}],"predecessor-version":[{"id":11343,"href":"https:\/\/www.infoblox.com\/blog\/wp-json\/wp\/v2\/posts\/3156\/revisions\/11343"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.infoblox.com\/blog\/wp-json\/wp\/v2\/media\/573"}],"wp:attachment":[{"href":"https:\/\/www.infoblox.com\/blog\/wp-json\/wp\/v2\/media?parent=3156"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.infoblox.com\/blog\/wp-json\/wp\/v2\/categories?post=3156"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.infoblox.com\/blog\/wp-json\/wp\/v2\/tags?post=3156"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}