Subject: [dnssd] Fwd: New Version Notification for draft-cheshire-dnssd-hybrid-01.txt

From: Stuart Cheshire <[email-masked]>
Date: Wed, 22 Jan 2014 23:03:04 -0800

I have submitted draft-cheshire-dnssd-hybrid-01.

The main change is the addition of section 3.1.1 which discusses application-specific data translation. This section was added in response to operational experience where large numbers of AirPrint printers could result in large DNS replies over TCP, and describes an optimization to trim unnecessary data from such replies. Right now AirPrint is the only case that warrants such optimization, but possibly we might find others.

Stuart Cheshire

Begin forwarded message:

> From: [email-masked]
> Subject: New Version Notification for draft-cheshire-dnssd-hybrid-01.txt
> Date: 22 January, 2014 at 22:58:29 PST
> To: Stuart Cheshire <[email-masked]>, Stuart Cheshire <[email-masked]>
> 
> 
> A new version of I-D, draft-cheshire-dnssd-hybrid-01.txt
> has been successfully submitted by Stuart Cheshire and posted to the
> IETF repository.
> 
> Name:		draft-cheshire-dnssd-hybrid
> Revision:	01
> Title:		Hybrid Unicast/Multicast DNS-Based Service Discovery
> Document date:	2014-01-22
> Group:		Individual Submission
> Pages:		13
> URL:            http://www.ietf.org/internet-drafts/draft-cheshire-dnssd-hybrid-01.txt
> Status:         https://datatracker.ietf.org/doc/draft-cheshire-dnssd-hybrid/
> Htmlized:       http://tools.ietf.org/html/draft-cheshire-dnssd-hybrid-01
> Diff:           http://www.ietf.org/rfcdiff?url2=draft-cheshire-dnssd-hybrid-01
> 
> Abstract:
>   Performing DNS-Based Service Discovery using purely link-local
>   Multicast DNS enables discovery of services that are on the local
>   link, but not (without some kind of proxy or similar special support)
>   of services that are outside the local link.  Using a very large
>   local link with thousands of hosts improves service discovery, but at
>   the cost of large amounts of multicast traffic.
> 
>   Performing DNS-Based Service Discovery using purely Unicast DNS is
>   more efficient, but requires configuration of DNS Update keys on the
>   devices offering the services, which can be onerous for simple
>   devices like printers and network cameras.
> 
>   Hence a compromise is needed, that provides easy service discovery
>   without requiring either large amounts of multicast traffic or
>   onerous configuration.
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat