draft-ietf-dna-simple-12.txt   draft-ietf-dna-simple-13.txt 
Network Working Group S. Krishnan Network Working Group S. Krishnan
Internet-Draft Ericsson Internet-Draft Ericsson
Intended status: Standards Track G. Daley Intended status: Standards Track G. Daley
Expires: July 25, 2010 NetStar Networks Expires: August 8, 2010 NetStar Networks
January 21, 2010 February 4, 2010
Simple procedures for Detecting Network Attachment in IPv6 Simple procedures for Detecting Network Attachment in IPv6
draft-ietf-dna-simple-12 draft-ietf-dna-simple-13
Abstract Abstract
Detecting Network Attachment allows hosts to assess if its existing Detecting Network Attachment allows hosts to assess if its existing
addressing or routing configuration is valid for a newly connected addressing or routing configuration is valid for a newly connected
network. This document provides simple procedures for detecting network. This document provides simple procedures for detecting
network attachment in IPv6 hosts, and procedures for routers to network attachment in IPv6 hosts, and procedures for routers to
support such services. support such services.
Status of this Memo Status of this Memo
skipping to change at page 1, line 41 skipping to change at page 1, line 41
and may be updated, replaced, or obsoleted by other documents at any and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress." material or to cite them other than as "work in progress."
The list of current Internet-Drafts can be accessed at The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt. http://www.ietf.org/ietf/1id-abstracts.txt.
The list of Internet-Draft Shadow Directories can be accessed at The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html. http://www.ietf.org/shadow.html.
This Internet-Draft will expire on July 25, 2010. This Internet-Draft will expire on August 8, 2010.
Copyright Notice Copyright Notice
Copyright (c) 2010 IETF Trust and the persons identified as the Copyright (c) 2010 IETF Trust and the persons identified as the
document authors. All rights reserved. document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date of (http://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents publication of this document. Please review these documents
skipping to change at page 10, line 23 skipping to change at page 10, line 23
reachability tests. reachability tests.
In situations where both simple DNA and DHCPv6 are used on the same In situations where both simple DNA and DHCPv6 are used on the same
link, it is possible that simple DNA probing will complete link, it is possible that simple DNA probing will complete
successfully, and then DHCPv6 will complete later with a different successfully, and then DHCPv6 will complete later with a different
result. If this happens, the procedure described in Section 4.7.1 result. If this happens, the procedure described in Section 4.7.1
are utilized. are utilized.
The host attempts to verify its DHCPv6-obtained information in The host attempts to verify its DHCPv6-obtained information in
parallel with simple DNA. On receiving a link-layer "up" indication, parallel with simple DNA. On receiving a link-layer "up" indication,
it will initiate a DHCPv6 exchange as specified in [RFC3315] in order it will initiate a DHCPv6 exchange when and as specified in [RFC3315]
to verify whether the addresses and configuration obtained using in order to verify whether the addresses and configuration obtained
DHCPv6 are still usable on the link. using DHCPv6 are still usable on the link.
4.7. Response Gathering 4.7. Response Gathering
When a responding Neighbor Advertisement is received from a test When a responding Neighbor Advertisement is received from a test
node, the host MUST verify that both the IPv6 and link layer (MAC) node, the host MUST verify that both the IPv6 and link layer (MAC)
addresses of the test node match the expected values before utilizing addresses of the test node match the expected values before utilizing
the configuration associated with the detected network (prefixes, MTU the configuration associated with the detected network (prefixes, MTU
etc.). etc.).
On reception of a Router Advertisement that contains prefixes that On reception of a Router Advertisement that contains prefixes that
 End of changes. 4 change blocks. 
7 lines changed or deleted 7 lines changed or added

This html diff was produced by rfcdiff 1.38. The latest version is available from http://tools.ietf.org/tools/rfcdiff/