Service Registration Protocol for DNS-Based Service Discovery
draft-sctl-service-registration-02

Document Type Active Internet-Draft (dnssd WG)
Last updated 2018-09-29 (latest revision 2018-07-15)
Stream IETF
Intended RFC status (None)
Formats plain text xml pdf html bibtex
Stream WG state Adopted by a WG
Document shepherd No shepherd assigned
IESG IESG state I-D Exists
Consensus Boilerplate Unknown
Telechat date
Responsible AD (None)
Send notices to (None)
Internet Engineering Task Force                              S. Cheshire
Internet-Draft                                                Apple Inc.
Intended status: Informational                                  T. Lemon
Expires: January 15, 2019                            Nibbhaya Consulting
                                                           July 14, 2018

     Service Registration Protocol for DNS-Based Service Discovery
                   draft-sctl-service-registration-02

Abstract

   The DNS-SD Service Registration Protocol uses the standard DNS Update
   mechanism to enable DNS-Based Service Discovery using only unicast
   packets.  This eliminates the dependency on Multicast DNS as the
   foundation layer, which greatly improves scalability and improves
   performance on networks where multicast service is not an optimal
   choice, particularly 802.11 (Wi-Fi) and 802.15.4 (IoT) networks.
   DNS-SD Service registration uses public keys and SIG(0) to allow
   services to defend their registrations against attack.

Status of This Memo

   This Internet-Draft is submitted in full conformance with the
   provisions of BCP 78 and BCP 79.

   Internet-Drafts are working documents of the Internet Engineering
   Task Force (IETF).  Note that other groups may also distribute
   working documents as Internet-Drafts.  The list of current Internet-
   Drafts is at https://datatracker.ietf.org/drafts/current/.

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time.  It is inappropriate to use Internet-Drafts as reference
   material or to cite them other than as "work in progress."

   This Internet-Draft will expire on January 15, 2019.

Copyright Notice

   Copyright (c) 2018 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (https://trustee.ietf.org/license-info) in effect on the date of
   publication of this document.  Please review these documents
   carefully, as they describe your rights and restrictions with respect

Cheshire & Lemon        Expires January 15, 2019                [Page 1]
Internet-Draft        Service Registration Protocol            July 2018

   to this document.  Code Components extracted from this document must
   include Simplified BSD License text as described in Section 4.e of
   the Trust Legal Provisions and are provided without warranty as
   described in the Simplified BSD License.

1.  Introduction

   DNS-Based Service Discovery [RFC6763] is a component of Zero
   Configuration Networking [RFC6760] [ZC] [I-D.cheshire-dnssd-roadmap].

   This document describes an enhancement to DNS-Based Service Discovery
   [RFC6763] that allows services to automatically register their
   services using the DNS protocol rather than using mDNS.  There is
   already a large installed base of DNS-SD clients that can do service
   discovery using the DNS protocol.  This extension makes it much
   easier to take advantage of this existing functionality.

   This document is intended for three audiences: implementors of
   software that provides services that should be advertised using DNS-
   SD, implementors of DNS servers that will be used in contexts where
   DNS-SD registration is needed, and administrators of networks where
   DNS-SD service is required.  The document is intended to provide
   sufficient information to allow interoperable implementation of the
   registration protocol.

   DNS-Based Service Discovery (DNS-SD) allows services to advertise the
   fact that they provide service, and to provide the information
   required to access that service.  Clients can then discover the set
   of services of a particular type that are available.  They can then
   select a service from among those that are available and obtain the
   information required to use it.

   The DNS-SD Service Registration protocol, described in this document,
   provides a reasonably secure mechanism for publishing this
   information.  Once published, these services can be readily
   discovered by clients using standard DNS lookups.

   In the DNS-Based Service Discovery specification [RFC6763] Section 10
   "Populating the DNS with Information" briefly discusses ways that
   services can publish their information in the DNS namespace.  In the
   case of Multicast DNS [RFC6762], it allows services to publish their
   information on the local link, using names in the ".local" namespace,
   which makes their services directly discoverable by peers attached to
   that same local link.

   RFC6763 also allows clients to discover services using the DNS
   protocol [RFC1035].  This can be done by having a system
   administrator manually configure service information in the DNS, but

Cheshire & Lemon        Expires January 15, 2019                [Page 2]
Show full document text