datatracker.ietf.org
Sign in
Version 5.4.0, 2014-04-22
Report a bug

The Dynamic Host Configuration Protocol (DHCP) Client Fully Qualified Domain Name (FQDN) Option
RFC 4702

Document type: RFC - Proposed Standard (October 2006)
Document stream: IETF
Last updated: 2013-03-02
Other versions: plain text, pdf, html

IETF State: (None)
Consensus: Unknown
Document shepherd: No shepherd assigned

IESG State: RFC 4702 (Proposed Standard)
Responsible AD: Margaret Wasserman
Send notices to: <ogud@ogud.com>, <okolkman@ripe.net>

Network Working Group                                           M. Stapp
Request for Comments: 4702                                       B. Volz
Category: Standards Track                            Cisco Systems, Inc.
                                                              Y. Rekhter
                                                        Juniper Networks
                                                            October 2006

         The Dynamic Host Configuration Protocol (DHCP) Client
               Fully Qualified Domain Name (FQDN) Option

Status of This Memo

   This document specifies an Internet standards track protocol for the
   Internet community, and requests discussion and suggestions for
   improvements.  Please refer to the current edition of the "Internet
   Official Protocol Standards" (STD 1) for the standardization state
   and status of this protocol.  Distribution of this memo is unlimited.

Copyright Notice

   Copyright (C) The Internet Society (2006).

Abstract

   This document describes a Dynamic Host Configuration Protocol for
   IPv4 (DHCPv4) option that can be used to exchange information about a
   DHCPv4 client's fully qualified domain name and about responsibility
   for updating the DNS RR related to the client's address assignment.

Stapp, et al.               Standards Track                     [Page 1]
RFC 4702              The DHCP Client FQDN Option           October 2006

Table of Contents

   1. Introduction ....................................................3
      1.1. Terminology ................................................3
      1.2. Models of Operation ........................................3
   2. The Client FQDN Option ..........................................4
      2.1. The Flags Field ............................................5
      2.2. The RCODE Fields ...........................................6
      2.3. The Domain Name Field ......................................6
           2.3.1. Deprecated ASCII Encoding ...........................7
   3. DHCP Client Behavior ............................................7
      3.1. Interaction with Other Options .............................7
      3.2. Client Desires to Update A RRs .............................8
      3.3. Client Desires Server to Do DNS Updates ....................8
      3.4. Client Desires No Server DNS Updates .......................8
      3.5. Domain Name and DNS Update Issues ..........................9
   4. DHCP Server Behavior ...........................................10
      4.1. When to Perform DNS Updates ...............................11
   5. DNS RR TTLs ....................................................12
   6. DNS Update Conflicts ...........................................12
   7. IANA Considerations ............................................13
   8. Security Considerations ........................................13
   9. Acknowledgements ...............................................14
   10. References ....................................................14
      10.1. Normative References .....................................14
      10.2. Informative References ...................................15

Stapp, et al.               Standards Track                     [Page 2]
RFC 4702              The DHCP Client FQDN Option           October 2006

1.  Introduction

   DNS ([2], [3]) maintains (among other things) the information about
   the mapping between hosts' Fully Qualified Domain Names (FQDNs) [11]
   and IP addresses assigned to the hosts.  The information is
   maintained in two types of Resource Records (RRs): A and PTR.  The
   DNS update specification ([4]) describes a mechanism that enables DNS
   information to be updated over a network.

   The Dynamic Host Configuration Protocol for IPv4 (DHCPv4 or just DHCP
   in this document) [5] provides a mechanism by which a host (a DHCP
   client) can acquire certain configuration information, along with its
   address.  This document specifies a DHCP option, the Client FQDN
   option, which can be used by DHCP clients and servers to exchange
   information about the client's fully qualified domain name for an
   address and who has the responsibility for updating the DNS with the
   associated A and PTR RRs.

1.1.  Terminology

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
   document are to be interpreted as described in [1].

1.2.  Models of Operation

   When a DHCP client acquires a new address, a site's administrator may

[include full document text]