doc/arm/Bv9ARM.ch09.html

	Bv9ARM.ch09.html revision 3970098dcd2a7122541667b4b56cea8abce8ccf2
c77a61a72b5ecdc507d6cf104142edd371a16c84yz<HTML
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><HEAD
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><TITLE
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>Appendices</TITLE
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><META
c77a61a72b5ecdc507d6cf104142edd371a16c84yzNAME="GENERATOR"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzCONTENT="Modular DocBook HTML Stylesheet Version 1.73
c77a61a72b5ecdc507d6cf104142edd371a16c84yz"><LINK
c77a61a72b5ecdc507d6cf104142edd371a16c84yzREL="HOME"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzTITLE="BIND 9 Administrator Reference Manual"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzHREF="Bv9ARM.html"><LINK
c77a61a72b5ecdc507d6cf104142edd371a16c84yzREL="PREVIOUS"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzTITLE="Troubleshooting"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzHREF="Bv9ARM.ch08.html"></HEAD
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><BODY
c77a61a72b5ecdc507d6cf104142edd371a16c84yzCLASS="appendix"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzBGCOLOR="#FFFFFF"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzTEXT="#000000"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzLINK="#0000FF"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzVLINK="#840084"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzALINK="#0000FF"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><DIV
489b7c4ab76ae8df137fbfcc2214f7baa52883a0Raymond ChenCLASS="NAVHEADER"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><TABLE
c77a61a72b5ecdc507d6cf104142edd371a16c84yzSUMMARY="Header navigation table"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzWIDTH="100%"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzBORDER="0"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzCELLPADDING="0"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzCELLSPACING="0"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><TR
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><TH
c77a61a72b5ecdc507d6cf104142edd371a16c84yzCOLSPAN="3"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzALIGN="center"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>BIND 9 Administrator Reference Manual</TH
c77a61a72b5ecdc507d6cf104142edd371a16c84yz></TR
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><TR
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><TD
c77a61a72b5ecdc507d6cf104142edd371a16c84yzWIDTH="10%"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzALIGN="left"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzVALIGN="bottom"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><A
c77a61a72b5ecdc507d6cf104142edd371a16c84yzHREF="Bv9ARM.ch08.html"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzACCESSKEY="P"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>Prev</A
c77a61a72b5ecdc507d6cf104142edd371a16c84yz></TD
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><TD
c77a61a72b5ecdc507d6cf104142edd371a16c84yzWIDTH="80%"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzALIGN="center"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzVALIGN="bottom"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz></TD
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><TD
c77a61a72b5ecdc507d6cf104142edd371a16c84yzWIDTH="10%"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzALIGN="right"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzVALIGN="bottom"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>&nbsp;</TD
c77a61a72b5ecdc507d6cf104142edd371a16c84yz></TR
c77a61a72b5ecdc507d6cf104142edd371a16c84yz></TABLE
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><HR
c77a61a72b5ecdc507d6cf104142edd371a16c84yzALIGN="LEFT"
c77a61a72b5ecdc507d6cf104142edd371a16c84yzWIDTH="100%"></DIV
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><DIV
c77a61a72b5ecdc507d6cf104142edd371a16c84yzCLASS="appendix"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><H1
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><A
c77a61a72b5ecdc507d6cf104142edd371a16c84yzNAME="ch09"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>Appendix A. Appendices</A
c77a61a72b5ecdc507d6cf104142edd371a16c84yz></H1
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><DIV
c77a61a72b5ecdc507d6cf104142edd371a16c84yzCLASS="TOC"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><DL
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><DT
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><B
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>Table of Contents</B
c77a61a72b5ecdc507d6cf104142edd371a16c84yz></DT
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><DT
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>A.1. <A
c77a61a72b5ecdc507d6cf104142edd371a16c84yzHREF="Bv9ARM.ch09.html#AEN4687"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>Acknowledgements</A
c77a61a72b5ecdc507d6cf104142edd371a16c84yz></DT
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><DT
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>A.2. <A
c77a61a72b5ecdc507d6cf104142edd371a16c84yzHREF="Bv9ARM.ch09.html#historical_dns_information"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>General <SPAN
c77a61a72b5ecdc507d6cf104142edd371a16c84yzCLASS="acronym"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>DNS</SPAN
c77a61a72b5ecdc507d6cf104142edd371a16c84yz> Reference Information</A
c77a61a72b5ecdc507d6cf104142edd371a16c84yz></DT
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><DT
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>A.3. <A
c77a61a72b5ecdc507d6cf104142edd371a16c84yzHREF="Bv9ARM.ch09.html#bibliography"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>Bibliography (and Suggested Reading)</A
c77a61a72b5ecdc507d6cf104142edd371a16c84yz></DT
c77a61a72b5ecdc507d6cf104142edd371a16c84yz></DL
c77a61a72b5ecdc507d6cf104142edd371a16c84yz></DIV
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><DIV
c77a61a72b5ecdc507d6cf104142edd371a16c84yzCLASS="sect1"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><H1
c77a61a72b5ecdc507d6cf104142edd371a16c84yzCLASS="sect1"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><A
c77a61a72b5ecdc507d6cf104142edd371a16c84yzNAME="AEN4687"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>A.1. Acknowledgements</A
c77a61a72b5ecdc507d6cf104142edd371a16c84yz></H1
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><DIV
c77a61a72b5ecdc507d6cf104142edd371a16c84yzCLASS="sect2"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><H2
c77a61a72b5ecdc507d6cf104142edd371a16c84yzCLASS="sect2"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><A
c77a61a72b5ecdc507d6cf104142edd371a16c84yzNAME="AEN4689"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>A.1.1. A Brief History of the <SPAN
c77a61a72b5ecdc507d6cf104142edd371a16c84yzCLASS="acronym"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>DNS</SPAN
c77a61a72b5ecdc507d6cf104142edd371a16c84yz> and <SPAN
489b7c4ab76ae8df137fbfcc2214f7baa52883a0Raymond ChenCLASS="acronym"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>BIND</SPAN
c77a61a72b5ecdc507d6cf104142edd371a16c84yz></A
c77a61a72b5ecdc507d6cf104142edd371a16c84yz></H2
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><P
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>Although the "official" beginning of the Domain Name
c77a61a72b5ecdc507d6cf104142edd371a16c84yz      System occurred in 1984 with the publication of RFC 920, the
bf56214c0556fa6864189c826d39dbe156bb22a0stevel      core of the new system was described in 1983 in RFCs 882 and
c77a61a72b5ecdc507d6cf104142edd371a16c84yz      883. From 1984 to 1987, the ARPAnet (the precursor to today's
c77a61a72b5ecdc507d6cf104142edd371a16c84yz      Internet) became a testbed of experimentation for developing the
c77a61a72b5ecdc507d6cf104142edd371a16c84yz      new naming/addressing scheme in an rapidly expanding,
c77a61a72b5ecdc507d6cf104142edd371a16c84yz      operational network environment.  New RFCs were written and
c77a61a72b5ecdc507d6cf104142edd371a16c84yz      published in 1987 that modified the original documents to
c77a61a72b5ecdc507d6cf104142edd371a16c84yz      incorporate improvements based on the working model. RFC 1034,
c77a61a72b5ecdc507d6cf104142edd371a16c84yz      "Domain Names-Concepts and Facilities", and RFC 1035, "Domain
c77a61a72b5ecdc507d6cf104142edd371a16c84yz      Names-Implementation and Specification" were published and
bf56214c0556fa6864189c826d39dbe156bb22a0stevel      became the standards upon which all <SPAN
bf56214c0556fa6864189c826d39dbe156bb22a0stevelCLASS="acronym"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>DNS</SPAN
c77a61a72b5ecdc507d6cf104142edd371a16c84yz> implementations are
c77a61a72b5ecdc507d6cf104142edd371a16c84yz      built.
c77a61a72b5ecdc507d6cf104142edd371a16c84yz</P
c77a61a72b5ecdc507d6cf104142edd371a16c84yz><P
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>The first working domain name server, called "Jeeves", was
c77a61a72b5ecdc507d6cf104142edd371a16c84yzwritten in 1983-84 by Paul Mockapetris for operation on DEC Tops-20
c77a61a72b5ecdc507d6cf104142edd371a16c84yzmachines located at the University of Southern California's Information
c77a61a72b5ecdc507d6cf104142edd371a16c84yzSciences Institute (USC-ISI) and SRI International's Network Information
c77a61a72b5ecdc507d6cf104142edd371a16c84yzCenter (SRI-NIC). A <SPAN
c77a61a72b5ecdc507d6cf104142edd371a16c84yzCLASS="acronym"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>DNS</SPAN
c77a61a72b5ecdc507d6cf104142edd371a16c84yz> server for Unix machines, the Berkeley Internet
c77a61a72b5ecdc507d6cf104142edd371a16c84yzName Domain (<SPAN
c77a61a72b5ecdc507d6cf104142edd371a16c84yzCLASS="acronym"
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>BIND</SPAN
c77a61a72b5ecdc507d6cf104142edd371a16c84yz>) package, was written soon after by a group of
c77a61a72b5ecdc507d6cf104142edd371a16c84yzgraduate students at the University of California at Berkeley under
c77a61a72b5ecdc507d6cf104142edd371a16c84yza grant from the US Defense Advanced Research Projects Administration
(DARPA). Versions of <SPAN
CLASS="acronym"
>BIND</SPAN
> through 4.8.3 were maintained by the Computer
Systems Research Group (CSRG) at UC Berkeley. Douglas Terry, Mark
Painter, David Riggle and Songnian Zhou made up the initial <SPAN
CLASS="acronym"
>BIND</SPAN
>
project team. After that, additional work on the software package
was done by Ralph Campbell. Kevin Dunlap, a Digital Equipment Corporation
employee on loan to the CSRG, worked on <SPAN
CLASS="acronym"
>BIND</SPAN
> for 2 years, from 1985
to 1987. Many other people also contributed to <SPAN
CLASS="acronym"
>BIND</SPAN
> development
during that time: Doug Kingston, Craig Partridge, Smoot Carl-Mitchell,
Mike Muuss, Jim Bloom and Mike Schwartz. <SPAN
CLASS="acronym"
>BIND</SPAN
> maintenance was subsequently
handled by Mike Karels and O. Kure.</P
><P
><SPAN
CLASS="acronym"
>BIND</SPAN
> versions 4.9 and 4.9.1 were released by Digital Equipment
Corporation (now Compaq Computer Corporation). Paul Vixie, then
a DEC employee, became <SPAN
CLASS="acronym"
>BIND</SPAN
>'s primary caretaker. Paul was assisted
by Phil Almquist, Robert Elz, Alan Barrett, Paul Albitz, Bryan Beecher, Andrew
Partan, Andy Cherenson, Tom Limoncelli, Berthold Paffrath, Fuat
Baran, Anant Kumar, Art Harkin, Win Treese, Don Lewis, Christophe
Wolfhugel, and others.</P
><P
><SPAN
CLASS="acronym"
>BIND</SPAN
> Version 4.9.2 was sponsored by Vixie Enterprises. Paul
Vixie became <SPAN
CLASS="acronym"
>BIND</SPAN
>'s principal architect/programmer.</P
><P
><SPAN
CLASS="acronym"
>BIND</SPAN
> versions from 4.9.3 onward have been developed and maintained
by the Internet Software Consortium with support being provided
by ISC's sponsors. As co-architects/programmers, Bob Halley and
Paul Vixie released the first production-ready version of <SPAN
CLASS="acronym"
>BIND</SPAN
> version
8 in May 1997.</P
><P
><SPAN
CLASS="acronym"
>BIND</SPAN
> development work is made possible today by the sponsorship
of several corporations, and by the tireless work efforts of numerous
individuals.</P
></DIV
></DIV
><DIV
CLASS="sect1"
><H1
CLASS="sect1"
><A
NAME="historical_dns_information"
>A.2. General <SPAN
CLASS="acronym"
>DNS</SPAN
> Reference Information</A
></H1
><DIV
CLASS="sect2"
><H2
CLASS="sect2"
><A
NAME="ipv6addresses"
>A.2.1. IPv6 addresses (AAAA)</A
></H2
><P
>IPv6 addresses are 128-bit identifiers for interfaces and
sets of interfaces which were introduced in the <SPAN
CLASS="acronym"
>DNS</SPAN
> to facilitate
scalable Internet routing. There are three types of addresses: <SPAN
CLASS="emphasis"
><I
CLASS="emphasis"
>Unicast</I
></SPAN
>,
an identifier for a single interface; <SPAN
CLASS="emphasis"
><I
CLASS="emphasis"
>Anycast</I
></SPAN
>,
an identifier for a set of interfaces; and <SPAN
CLASS="emphasis"
><I
CLASS="emphasis"
>Multicast</I
></SPAN
>,
an identifier for a set of interfaces. Here we describe the global
Unicast address scheme. For more information, see RFC 2374.</P
><P
>The aggregatable global Unicast address format is as follows:</P
><DIV
CLASS="informaltable"
><A
NAME="AEN4725"
></A
><P
></P
><TABLE
CELLPADDING="3"
BORDER="1"
CLASS="CALSTABLE"
><TBODY
><TR
><TD
WIDTH="46"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>3</P
></TD
><TD
WIDTH="48"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>13</P
></TD
><TD
WIDTH="50"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>8</P
></TD
><TD
WIDTH="70"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>24</P
></TD
><TD
WIDTH="129"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>16</P
></TD
><TD
WIDTH="243"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>64 bits</P
></TD
></TR
><TR
><TD
WIDTH="46"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>FP</P
></TD
><TD
WIDTH="48"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>TLA ID</P
></TD
><TD
WIDTH="50"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>RES</P
></TD
><TD
WIDTH="70"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>NLA ID</P
></TD
><TD
WIDTH="129"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>SLA ID</P
></TD
><TD
WIDTH="243"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>Interface ID</P
></TD
></TR
><TR
><TD
COLSPAN="4"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>&#60;------ Public Topology
------&#62;</P
></TD
><TD
WIDTH="129"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
></P
></TD
><TD
WIDTH="243"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
></P
></TD
></TR
><TR
><TD
WIDTH="46"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
></P
></TD
><TD
WIDTH="48"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
></P
></TD
><TD
WIDTH="50"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
></P
></TD
><TD
WIDTH="70"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
></P
></TD
><TD
WIDTH="129"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>&#60;-Site Topology-&#62;</P
></TD
><TD
WIDTH="243"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
></P
></TD
></TR
><TR
><TD
WIDTH="46"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
></P
></TD
><TD
WIDTH="48"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
></P
></TD
><TD
WIDTH="50"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
></P
></TD
><TD
WIDTH="70"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
></P
></TD
><TD
WIDTH="129"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
></P
></TD
><TD
WIDTH="243"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>&#60;------ Interface Identifier ------&#62;</P
></TD
></TR
></TBODY
></TABLE
><P
></P
></DIV
><P
>Where
<DIV
CLASS="informaltable"
><A
NAME="AEN4794"
></A
><P
></P
><TABLE
CELLPADDING="3"
BORDER="1"
CLASS="CALSTABLE"
><TBODY
><TR
><TD
WIDTH="132"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>FP</P
></TD
><TD
WIDTH="24"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>=</P
></TD
><TD
WIDTH="336"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>Format Prefix (001)</P
></TD
></TR
><TR
><TD
WIDTH="132"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>TLA ID</P
></TD
><TD
WIDTH="24"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>=</P
></TD
><TD
WIDTH="336"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>Top-Level Aggregation Identifier</P
></TD
></TR
><TR
><TD
WIDTH="132"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>RES</P
></TD
><TD
WIDTH="24"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>=</P
></TD
><TD
WIDTH="336"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>Reserved for future use</P
></TD
></TR
><TR
><TD
WIDTH="132"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>NLA ID</P
></TD
><TD
WIDTH="24"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>=</P
></TD
><TD
WIDTH="336"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>Next-Level Aggregation Identifier</P
></TD
></TR
><TR
><TD
WIDTH="132"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>SLA ID</P
></TD
><TD
WIDTH="24"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>=</P
></TD
><TD
WIDTH="336"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>Site-Level Aggregation Identifier</P
></TD
></TR
><TR
><TD
WIDTH="132"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>INTERFACE ID</P
></TD
><TD
WIDTH="24"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>=</P
></TD
><TD
WIDTH="336"
ALIGN="LEFT"
VALIGN="MIDDLE"
><P
>Interface Identifier</P
></TD
></TR
></TBODY
></TABLE
><P
></P
></DIV
></P
><P
>The <SPAN
CLASS="emphasis"
><I
CLASS="emphasis"
>Public Topology</I
></SPAN
> is provided by the
upstream provider or ISP, and (roughly) corresponds to the IPv4 <SPAN
CLASS="emphasis"
><I
CLASS="emphasis"
>network</I
></SPAN
> section
of the address range. The <SPAN
CLASS="emphasis"
><I
CLASS="emphasis"
>Site Topology</I
></SPAN
> is
where you can subnet this space, much the same as subnetting an
IPv4 /16 network into /24 subnets. The <SPAN
CLASS="emphasis"
><I
CLASS="emphasis"
>Interface Identifier</I
></SPAN
> is
the address of an individual interface on a given network. (With
IPv6, addresses belong to interfaces rather than machines.)</P
><P
>The subnetting capability of IPv6 is much more flexible than
that of IPv4: subnetting can now be carried out on bit boundaries,
in much the same way as Classless InterDomain Routing (CIDR).</P
><P
>The Interface Identifier must be unique on that network. On
ethernet networks, one way to ensure this is to set the address
to the first three bytes of the hardware address, "FFFE", then the
last three bytes of the hardware address. The lowest significant
bit of the first byte should then be complemented. Addresses are
written as 32-bit blocks separated with a colon, and leading zeros
of a block may be omitted, for example:</P
><P
><B
CLASS="command"
>2001:4f8:201:9:a00:20ff:fe81:2b32</B
></P
><P
>IPv6 address specifications are likely to contain long strings
of zeros, so the architects have included a shorthand for specifying
them. The double colon (`::') indicates the longest possible string
of zeros that can fit, and can be used only once in an address.</P
></DIV
></DIV
><DIV
CLASS="sect1"
><H1
CLASS="sect1"
><A
NAME="bibliography"
>A.3. Bibliography (and Suggested Reading)</A
></H1
><DIV
CLASS="sect2"
><H2
CLASS="sect2"
><A
NAME="rfcs"
>A.3.1. Request for Comments (RFCs)</A
></H2
><P
>Specification documents for the Internet protocol suite, including
the <SPAN
CLASS="acronym"
>DNS</SPAN
>, are published as part of the Request for Comments (RFCs)
series of technical notes. The standards themselves are defined
by the Internet Engineering Task Force (IETF) and the Internet Engineering
Steering Group (IESG). RFCs can be obtained online via FTP at
<A
HREF="ftp://www.isi.edu/in-notes/"
TARGET="_top"
>ftp://www.isi.edu/in-notes/RFC<TT
CLASS="replaceable"
><I
>xxx</I
></TT
>.txt</A
> (where <TT
CLASS="replaceable"
><I
>xxx</I
></TT
> is
the number of the RFC). RFCs are also available via the Web at
<A
HREF="http://www.ietf.org/rfc/"
TARGET="_top"
>http://www.ietf.org/rfc/</A
>.
</P
><H3
><A
NAME="AEN4862"
>Bibliography</A
></H3
><H2
CLASS="bibliodiv"
><A
NAME="AEN4863"
>Standards</A
></H2
><DIV
CLASS="biblioentry"
><A
NAME="AEN4865"
></A
><P
>[RFC974]&nbsp;<SPAN
CLASS="AUTHOR"
>C. Partridge</SPAN
>, <I
>Mail Routing and the Domain System</I
>, January 1986.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN4872"
></A
><P
>[RFC1034]&nbsp;<SPAN
CLASS="AUTHOR"
>P.V. Mockapetris</SPAN
>, <I
>Domain Names &#8212; Concepts and Facilities</I
>, November 1987.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN4879"
></A
><P
>[RFC1035]&nbsp;<SPAN
CLASS="AUTHOR"
>P. V. Mockapetris</SPAN
>, <I
>Domain Names &#8212; Implementation and
Specification</I
>, November 1987.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><H2
CLASS="bibliodiv"
><A
NAME="proposed_standards"
>Proposed Standards</A
></H2
><DIV
CLASS="biblioentry"
><A
NAME="AEN4888"
></A
><P
>[RFC2181]&nbsp;<SPAN
CLASS="AUTHOR"
>R., R. Bush Elz</SPAN
>, <I
>Clarifications to the <SPAN
CLASS="acronym"
>DNS</SPAN
> Specification</I
>, July 1997.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN4896"
></A
><P
>[RFC2308]&nbsp;<SPAN
CLASS="AUTHOR"
>M. Andrews</SPAN
>, <I
>Negative Caching of <SPAN
CLASS="acronym"
>DNS</SPAN
> Queries</I
>, March 1998.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN4904"
></A
><P
>[RFC1995]&nbsp;<SPAN
CLASS="AUTHOR"
>M. Ohta</SPAN
>, <I
>Incremental Zone Transfer in <SPAN
CLASS="acronym"
>DNS</SPAN
></I
>, August 1996.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN4912"
></A
><P
>[RFC1996]&nbsp;<SPAN
CLASS="AUTHOR"
>P. Vixie</SPAN
>, <I
>A Mechanism for Prompt Notification of Zone Changes</I
>, August 1996.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN4919"
></A
><P
>[RFC2136]&nbsp;<SPAN
CLASS="AUTHOR"
>P. Vixie, </SPAN
><SPAN
CLASS="AUTHOR"
>S. Thomson, </SPAN
><SPAN
CLASS="AUTHOR"
>Y. Rekhter, </SPAN
><SPAN
CLASS="AUTHOR"
>and J. Bound</SPAN
>, <I
>Dynamic Updates in the Domain Name System</I
>, April 1997.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN4936"
></A
><P
>[RFC2845]&nbsp;<SPAN
CLASS="AUTHOR"
>P. Vixie, </SPAN
><SPAN
CLASS="AUTHOR"
>O. Gudmundsson, </SPAN
><SPAN
CLASS="AUTHOR"
>D. Eastlake, 3rd, </SPAN
><SPAN
CLASS="AUTHOR"
>and B. Wellington</SPAN
>, <I
>Secret Key Transaction Authentication for <SPAN
CLASS="acronym"
>DNS</SPAN
> (TSIG)</I
>, May 2000.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><H2
CLASS="bibliodiv"
><A
NAME="AEN4955"
>Proposed Standards Still Under Development</A
></H2
><DIV
CLASS="biblioentry"
><A
NAME="AEN4960"
></A
><P
>[RFC1886]&nbsp;<SPAN
CLASS="AUTHOR"
>S. Thomson </SPAN
><SPAN
CLASS="AUTHOR"
>and C. Huitema</SPAN
>, <I
><SPAN
CLASS="acronym"
>DNS</SPAN
> Extensions to support IP version 6</I
>, December 1995.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN4972"
></A
><P
>[RFC2065]&nbsp;<SPAN
CLASS="AUTHOR"
>D. Eastlake, 3rd </SPAN
><SPAN
CLASS="AUTHOR"
>and C. Kaufman</SPAN
>, <I
>Domain Name System Security Extensions</I
>, January 1997.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN4984"
></A
><P
>[RFC2137]&nbsp;<SPAN
CLASS="AUTHOR"
>D. Eastlake, 3rd</SPAN
>, <I
>Secure Domain Name System Dynamic Update</I
>, April 1997.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><H2
CLASS="bibliodiv"
><A
NAME="AEN4992"
>Other Important RFCs About <SPAN
CLASS="acronym"
>DNS</SPAN
> Implementation</A
></H2
><DIV
CLASS="biblioentry"
><A
NAME="AEN4995"
></A
><P
>[RFC1535]&nbsp;<SPAN
CLASS="AUTHOR"
>E. Gavron</SPAN
>, <I
>A Security Problem and Proposed Correction With Widely Deployed <SPAN
CLASS="acronym"
>DNS</SPAN
> Software.</I
>, October 1993.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5003"
></A
><P
>[RFC1536]&nbsp;<SPAN
CLASS="AUTHOR"
>A. Kumar, </SPAN
><SPAN
CLASS="AUTHOR"
>J. Postel, </SPAN
><SPAN
CLASS="AUTHOR"
>C. Neuman, </SPAN
><SPAN
CLASS="AUTHOR"
>P. Danzig, </SPAN
><SPAN
CLASS="AUTHOR"
>and S. Miller</SPAN
>, <I
>Common <SPAN
CLASS="acronym"
>DNS</SPAN
> Implementation Errors and Suggested Fixes</I
>, October 1993.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5024"
></A
><P
>[RFC1982]&nbsp;<SPAN
CLASS="AUTHOR"
>R. Elz </SPAN
><SPAN
CLASS="AUTHOR"
>and R. Bush</SPAN
>, <I
>Serial Number Arithmetic</I
>, August 1996.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><H2
CLASS="bibliodiv"
><A
NAME="AEN5035"
>Resource Record Types</A
></H2
><DIV
CLASS="biblioentry"
><A
NAME="AEN5037"
></A
><P
>[RFC1183]&nbsp;<SPAN
CLASS="AUTHOR"
>C.F. Everhart, </SPAN
><SPAN
CLASS="AUTHOR"
>L. A. Mamakos, </SPAN
><SPAN
CLASS="AUTHOR"
>R. Ullmann, </SPAN
><SPAN
CLASS="AUTHOR"
>and P. Mockapetris</SPAN
>, <I
>New <SPAN
CLASS="acronym"
>DNS</SPAN
> RR Definitions</I
>, October 1990.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5055"
></A
><P
>[RFC1706]&nbsp;<SPAN
CLASS="AUTHOR"
>B. Manning </SPAN
><SPAN
CLASS="AUTHOR"
>and R. Colella</SPAN
>, <I
><SPAN
CLASS="acronym"
>DNS</SPAN
> NSAP Resource Records</I
>, October 1994.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5067"
></A
><P
>[RFC2168]&nbsp;<SPAN
CLASS="AUTHOR"
>R. Daniel </SPAN
><SPAN
CLASS="AUTHOR"
>and M. Mealling</SPAN
>, <I
>Resolution of Uniform Resource Identifiers using
the Domain Name System</I
>, June 1997.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5078"
></A
><P
>[RFC1876]&nbsp;<SPAN
CLASS="AUTHOR"
>C. Davis, </SPAN
><SPAN
CLASS="AUTHOR"
>P. Vixie, </SPAN
><SPAN
CLASS="AUTHOR"
>T., </SPAN
><SPAN
CLASS="AUTHOR"
>and I. Dickinson</SPAN
>, <I
>A Means for Expressing Location Information in the Domain
Name System</I
>, January 1996.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5095"
></A
><P
>[RFC2052]&nbsp;<SPAN
CLASS="AUTHOR"
>A. Gulbrandsen </SPAN
><SPAN
CLASS="AUTHOR"
>and P. Vixie</SPAN
>, <I
>A <SPAN
CLASS="acronym"
>DNS</SPAN
> RR for Specifying the Location of
Services.</I
>, October 1996.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5107"
></A
><P
>[RFC2163]&nbsp;<SPAN
CLASS="AUTHOR"
>A. Allocchio</SPAN
>, <I
>Using the Internet <SPAN
CLASS="acronym"
>DNS</SPAN
> to Distribute MIXER
Conformant Global Address Mapping</I
>, January 1998.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5115"
></A
><P
>[RFC2230]&nbsp;<SPAN
CLASS="AUTHOR"
>R. Atkinson</SPAN
>, <I
>Key Exchange Delegation Record for the <SPAN
CLASS="acronym"
>DNS</SPAN
></I
>, October 1997.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><H2
CLASS="bibliodiv"
><A
NAME="AEN5123"
><SPAN
CLASS="acronym"
>DNS</SPAN
> and the Internet</A
></H2
><DIV
CLASS="biblioentry"
><A
NAME="AEN5126"
></A
><P
>[RFC1101]&nbsp;<SPAN
CLASS="AUTHOR"
>P. V. Mockapetris</SPAN
>, <I
><SPAN
CLASS="acronym"
>DNS</SPAN
> Encoding of Network Names and Other Types</I
>, April 1989.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5134"
></A
><P
>[RFC1123]&nbsp;<SPAN
CLASS="AUTHOR"
>Braden</SPAN
>, <I
>Requirements for Internet Hosts - Application and Support</I
>, October 1989.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5141"
></A
><P
>[RFC1591]&nbsp;<SPAN
CLASS="AUTHOR"
>J. Postel</SPAN
>, <I
>Domain Name System Structure and Delegation</I
>, March 1994.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5148"
></A
><P
>[RFC2317]&nbsp;<SPAN
CLASS="AUTHOR"
>H. Eidnes, </SPAN
><SPAN
CLASS="AUTHOR"
>G. de Groot, </SPAN
><SPAN
CLASS="AUTHOR"
>and P. Vixie</SPAN
>, <I
>Classless IN-ADDR.ARPA Delegation</I
>, March 1998.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><H2
CLASS="bibliodiv"
><A
NAME="AEN5162"
><SPAN
CLASS="acronym"
>DNS</SPAN
> Operations</A
></H2
><DIV
CLASS="biblioentry"
><A
NAME="AEN5165"
></A
><P
>[RFC1537]&nbsp;<SPAN
CLASS="AUTHOR"
>P. Beertema</SPAN
>, <I
>Common <SPAN
CLASS="acronym"
>DNS</SPAN
> Data File Configuration Errors</I
>, October 1993.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5173"
></A
><P
>[RFC1912]&nbsp;<SPAN
CLASS="AUTHOR"
>D. Barr</SPAN
>, <I
>Common <SPAN
CLASS="acronym"
>DNS</SPAN
> Operational and Configuration Errors</I
>, February 1996.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5181"
></A
><P
>[RFC2010]&nbsp;<SPAN
CLASS="AUTHOR"
>B. Manning </SPAN
><SPAN
CLASS="AUTHOR"
>and P. Vixie</SPAN
>, <I
>Operational Criteria for Root Name Servers.</I
>, October 1996.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5192"
></A
><P
>[RFC2219]&nbsp;<SPAN
CLASS="AUTHOR"
>M. Hamilton </SPAN
><SPAN
CLASS="AUTHOR"
>and R. Wright</SPAN
>, <I
>Use of <SPAN
CLASS="acronym"
>DNS</SPAN
> Aliases for Network Services.</I
>, October 1997.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><H2
CLASS="bibliodiv"
><A
NAME="AEN5204"
>Other <SPAN
CLASS="acronym"
>DNS</SPAN
>-related RFCs</A
></H2
><DIV
CLASS="biblioentry"
><A
NAME="AEN5210"
></A
><P
>[RFC1464]&nbsp;<SPAN
CLASS="AUTHOR"
>R. Rosenbaum</SPAN
>, <I
>Using the Domain Name System To Store Arbitrary String Attributes</I
>, May 1993.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5217"
></A
><P
>[RFC1713]&nbsp;<SPAN
CLASS="AUTHOR"
>A. Romao</SPAN
>, <I
>Tools for <SPAN
CLASS="acronym"
>DNS</SPAN
> Debugging</I
>, November 1994.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5225"
></A
><P
>[RFC1794]&nbsp;<SPAN
CLASS="AUTHOR"
>T. Brisco</SPAN
>, <I
><SPAN
CLASS="acronym"
>DNS</SPAN
> Support for Load Balancing</I
>, April 1995.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5233"
></A
><P
>[RFC2240]&nbsp;<SPAN
CLASS="AUTHOR"
>O. Vaughan</SPAN
>, <I
>A Legal Basis for Domain Name Allocation</I
>, November 1997.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5240"
></A
><P
>[RFC2345]&nbsp;<SPAN
CLASS="AUTHOR"
>J. Klensin, </SPAN
><SPAN
CLASS="AUTHOR"
>T. Wolf, </SPAN
><SPAN
CLASS="AUTHOR"
>and G. Oglesby</SPAN
>, <I
>Domain Names and Company Name Retrieval</I
>, May 1998.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><DIV
CLASS="biblioentry"
><A
NAME="AEN5254"
></A
><P
>[RFC2352]&nbsp;<SPAN
CLASS="AUTHOR"
>O. Vaughan</SPAN
>, <I
>A Convention For Using Legal Names as Domain Names</I
>, May 1998.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
><H2
CLASS="bibliodiv"
><A
NAME="AEN5261"
>Obsolete and Unimplemented Experimental RRs</A
></H2
><DIV
CLASS="biblioentry"
><A
NAME="AEN5263"
></A
><P
>[RFC1712]&nbsp;<SPAN
CLASS="AUTHOR"
>C. Farrell, </SPAN
><SPAN
CLASS="AUTHOR"
>M. Schulze, </SPAN
><SPAN
CLASS="AUTHOR"
>S. Pleitner, </SPAN
><SPAN
CLASS="AUTHOR"
>and D. Baldoni</SPAN
>, <I
><SPAN
CLASS="acronym"
>DNS</SPAN
> Encoding of Geographical
Location</I
>, November 1994.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
></DIV
><DIV
CLASS="sect2"
><H2
CLASS="sect2"
><A
NAME="internet_drafts"
>A.3.2. Internet Drafts</A
></H2
><P
>Internet Drafts (IDs) are rough-draft working documents of
the Internet Engineering Task Force. They are, in essence, RFCs
in the preliminary stages of development. Implementors are cautioned not
to regard IDs as archival, and they should not be quoted or cited
in any formal documents unless accompanied by the disclaimer that
they are "works in progress." IDs have a lifespan of six months
after which they are deleted unless updated by their authors.
</P
></DIV
><DIV
CLASS="sect2"
><H2
CLASS="sect2"
><A
NAME="AEN5284"
>A.3.3. Other Documents About <SPAN
CLASS="acronym"
>BIND</SPAN
></A
></H2
><P
></P
><H3
><A
NAME="AEN5288"
>Bibliography</A
></H3
><DIV
CLASS="biblioentry"
><A
NAME="AEN5289"
></A
><P
><SPAN
CLASS="AUTHOR"
>Paul Albitz </SPAN
><SPAN
CLASS="AUTHOR"
>and Cricket Liu</SPAN
>, <I
><SPAN
CLASS="acronym"
>DNS</SPAN
> and <SPAN
CLASS="acronym"
>BIND</SPAN
></I
>, 1998.</P
><DIV
CLASS="BIBLIOENTRYBLOCK"
STYLE="margin-left=0.5in"
></DIV
></DIV
></DIV
></DIV
></DIV
><DIV
CLASS="NAVFOOTER"
><HR
ALIGN="LEFT"
WIDTH="100%"><TABLE
SUMMARY="Footer navigation table"
WIDTH="100%"
BORDER="0"
CELLPADDING="0"
CELLSPACING="0"
><TR
><TD
WIDTH="33%"
ALIGN="left"
VALIGN="top"
><A
HREF="Bv9ARM.ch08.html"
ACCESSKEY="P"
>Prev</A
></TD
><TD
WIDTH="34%"
ALIGN="center"
VALIGN="top"
><A
HREF="Bv9ARM.html"
ACCESSKEY="H"
>Home</A
></TD
><TD
WIDTH="33%"
ALIGN="right"
VALIGN="top"
>&nbsp;</TD
></TR
><TR
><TD
WIDTH="33%"
ALIGN="left"
VALIGN="top"
>Troubleshooting</TD
><TD
WIDTH="34%"
ALIGN="center"
VALIGN="top"
>&nbsp;</TD
><TD
WIDTH="33%"
ALIGN="right"
VALIGN="top"
>&nbsp;</TD
></TR
></TABLE
></DIV
></BODY
></HTML
>