Zero configuration networking
From Wikipedia, the free encyclopedia
Zero Configuration Networking (Zeroconfig), is a set of techniques that automatically creates a usable IP network without configuration or special servers.
This allows inexpert users to connect computers, networked printers, and other network devices and expect a functioning network to be established automatically. Without Zeroconfig, a user must either set up special services, like DHCP and DNS, or set up each computer's network settings manually, which may be challenging for non-technical or novice users.
Zeroconfig currently provides these services:
Contents
[edit] Choosing addresses
Both IPv4 and IPv6 have standard ways of address auto-configuration of network interfaces. By RFC 3927RFC 4862., IPv4 uses the 169.254.0.0/16 (link-local) set of addresses. For IPv6, see
The technique for IPv4 is called IPv4 Link-Local address assignment (IPV4LL) in RFC 3927. However, Microsoft refers to this as Automatic Private IP Addressing (APIPA) or Internet Protocol Automatic Configuration (IPAC).
[edit] Name resolution
The paper describing how name resolution might be accomplished was published by Bill Manning and Bill Woodcock in 2000 as "Multicast Domain Name Service"[1] which spawned the work done by Apple and Microsoft.
There are two very similar ways of figuring out which networked item has a certain name. Apple's Multicast DNS (mDNS) is in use, and is published freely. Microsoft's Link-local Multicast Name Resolution (LLMNR) is little used, and also not on the IETF standards track. It has been published as informational RFC 4795.
The two protocols have minor differences in their approach to name resolution. mDNS allows a network device to choose a domain name in the ".local" namespace and announce it using a special multicast IP address. This introduces special semantics for the .local namespace,[2] which is considered a problem by some members of the IETF.[3] The current LLMNR draft allows a network device to choose any domain name, which is considered a security risk by some members of the IETF.[4] mDNS is compatible with DNS-SD as described in the next section, while LLMNR is not.[5]
[edit] Service discovery
[edit] Apple's protocol: Multicast DNS/DNS-SD
Multicast DNS (mDNS) is a protocol that uses similar APIs to the unicast DNS system but implemented differently. Each computer on the LAN stores its own list of DNS records (e.g. A, MX, PTR, SRV, etc) and when an mDNS client wants to know the IP address of a PC given its name, the PC with the corresponding A record replies with its IP address. The mDNS multicast address is 224.0.0.251.
DNS based Service Discovery (DNS-SD) is the other half of Apple's solution, built on top of the Domain Name System. It is used in Apple products, many network printers and a number of third party products and applications on various operating systems. In contrast to Microsoft's competing technology, SSDP, it uses DNS rather than HTTP. It uses DNS SRV (RFC 2782), TXT, and PTR records to advertise Service Instance Names. The hosts offering the different services publish details of available services like instance, service type, domain name and optional configuration parameters. Service types are given informally on a first-come basis. A service type registry is maintained and published by DNS-SD.org.
Many Mac OS X networking clients, such as the Safari browser and the iChat instant messaging software, use DNS-SD to locate nearby servers. On Windows, instant messaging and VoIP clients such as Gizmo support DNS-SD. Some Linux distributions also include DNS-SD functionality.
mDNS/DNS-SD was developed by Apple Computer employee Stuart Cheshire in the company's move from AppleTalk to IP.
[edit] Microsoft's protocol: UPnP SSDP
Simple Service Discovery Protocol (SSDP) is a UPnP protocol, used in Windows XP and several brands of network equipment. SSDP uses HTTP notification announcements that give a service-type URI and a Unique Service Name (USN). Service types are regulated by the Universal Plug and Play Steering Committee.
SSDP is supported in many SOHO firewall appliances, where host computers behind it may pierce holes for applications. It is also used in media center systems, where media exchange between host computers and the media center is facilitated using SSDP.
[edit] Efforts toward an IETF standard protocol
Service Location Protocol (SLP), the only protocol for service discovery to have reached the IETF Proposed Standard status, is supported by Hewlett-Packard's network printers, Novell, Sun Microsystems, and Apple Inc, but ignored by some other large vendors. SLP is described in RFC 2608 and RFC 3224 and implementations are available for both Solaris and Linux.
[edit] Standardization
RFC 3927, a standard for choosing addresses for networked items, was published in March 2005 by the Zeroconf IETF working group, which included individuals from Apple, Sun, and Microsoft.[6]
LLMNR was submitted for official adoption in the DNSEXT IETF working group, however failed to gain consensus and thus has been published as informational RFC only: RFC 4795.[7] Following the failure of LLMNR to become an Internet standard Apple was asked by the IETF to submit the mDNS/DNS-SD specs for publishing as informational RFC as well, given that mDNS/DNS-SD is used much more widely than LLMNR.
RFC 2608, the SLP standard for figuring out where to get services, was published by the SVRLOC IETF working group.[8]
[edit] Major implementations
[edit] Apple Bonjour
The most widely adopted Zeroconfig solution is Bonjour (formerly known as Rendezvous) from Apple Inc., which uses multicast DNS and DNS Service Discovery. Apple changed its preferred Zeroconfig technology from SLP to mDNS and DNS-SD between Mac OS X 10.1 and 10.2, though SLP continues to be supported by Mac OS X.
Apple's mDNSResponder has interfaces for C and Java[9] and is available on BSD, Mac OS X, Linux, other POSIX based operating systems and Windows. The Windows downloads are available from Apple's website.[10]
[edit] Avahi
Avahi is a Zeroconf implementation for Linux and BSDs. It implements IPv4LL, mDNS and DNS-SD. It is part of most Linux distributions, and is installed by default on some. If run in conjunction with nss-mdns it also offers host name resolution.[11]
Avahi also implements binary compatibility libraries that emulate Bonjour and the historic mDNS implementation Howl, so software made to use those implementations can also utilize Avahi through the emulation interfaces.
[edit] Windows CE 5.0
Windows CE 5.0 includes Microsoft's own implementation of LLMNR.
[edit] Link-local IPv4 addresses
There are some implementations available:
The above implementations are all stand-alone daemons or plugins for DHCP clients that only deal with link-local IP addresses. Another approach is to modify existing DHCP clients:
Neither of these implementations addresses kernel issues like the broadcasting of ARP replies[14] or closing of existing network connections.
