IPv6 CONSORTIUM TEST SUITE Address Architecture Conformance Test Specification

Similar documents
ROUTING CONSORTIUM. Routing Information Protocol Version 2 (RIP) Multi-System Interoperability Test Suite. Technical Document. Revision 2.

IPv6 READY. Conformance Test Scenario CE Router. Technical Document. Revision 1.0.0b1

ROUTING CONSORTIUM TEST SUITE

IP CONSORTIUM TEST SUITE Internet Protocol, Version 6

IPv6 Application Test Service

IPv6 READY. Conformance Test Scenario CE Router. Technical Document. Revision 1.0.1

ROUTING CONSORTIUM TEST SUITE

ROUTING CONSORTIUM. Virtual Router Redundancy Protocol Version 3 Interoperability Test Suite. Technical Document. Draft Version

ROUTING CONSORTIUM. Virtual Router Redundancy Protocol Operations Test Suite. Technical Document. Revision 2.5

ROUTING CONSORTIUM. Open Shortest Path First (OSPF) Multi-System Interoperability Test Suite. Technical Document. Revision 1.6

ROUTING CONSORTIUM. Open Shortest Path First (OSPF) NSSA Option Test Suite. Technical Document. Revision 1.9

ROUTING CONSORTIUM. Intermediate System to Intermediate System (IS-IS) Operations Test Suite. Technical Document. Revision 4.6

Rocky Mountain IPv6 Summit April 9, 2008

Internet Engineering Task Force (IETF) Category: Best Current Practice. Cisco Systems July IPv6 Prefix Length Recommendation for Forwarding

Request for Comments: 1972 Category: Standards Track August A Method for the Transmission of IPv6 Packets over Ethernet Networks

Guide to TCP/IP Fourth Edition. Chapter 6: Neighbor Discovery in IPv6

Request for Comments: 5453 Category: Standards Track February 2009

IPv6 Neighbor Discovery

IPv6 Neighbor Discovery

Internet Protocol Version 6: advanced features. The innovative aspects of IPv6

Internet Engineering Task Force (IETF) Category: Standards Track. J. Halpern Ericsson E. Levy-Abegnoli, Ed. Cisco February 2017

IPv6 Neighbor Discovery

Introduction to IPv6 - II

Network Working Group. Category: Informational UNINETT A. Vijayabhaskar Cisco Systems (India) Private Limited May 2005

Internet Engineering Task Force (IETF) Category: Standards Track. H. Li Huawei Technologies June 2013

A DHCPv6 Based IPv6 Autoconfiguration Mechanism for Subordinate MANET

DHCP for IPv6. Palo Alto, CA Digital Equipment Company. Nashua, NH mentions a few directions about the future of DHCPv6.

Internet Engineering Task Force (IETF) Request for Comments: 8191 Category: Standards Track. X. Lee CNNIC. August 2017

IPv6 Neighbor Discovery

IPv6 Neighbor Discovery

Route Optimization based on ND-Proxy for Mobile Nodes in IPv6 Mobile Networks

Internet Engineering Task Force (IETF) Request for Comments: 7078 Category: Standards Track. University of Southampton January 2014

Updates: 2710 September 2003 Category: Standards Track. Source Address Selection for the Multicast Listener Discovery (MLD) Protocol

See Also: 1201 January 1999 Category: Standards Track

IPv6 Protocol Architecture

IWARP Consortium. Network Impairments Test Suite. Technical Document. Revision 0.3

Network Working Group Request for Comments: 4242 Category: Standards Track University of Southampton B. Volz Cisco Systems, Inc.

Request for Comments: 5220 Category: Informational R. Hiromi Intec Netcore K. Kanayama INTEC Systems July 2008

Request for Comments: 2467 Obsoletes: 2019 December 1998 Category: Standards Track. Transmission of IPv6 Packets over FDDI Networks

Request for Comments: 1971 Category: Standards Track IBM August 1996

IPv6 Concepts. Improve router performance Simplify IP header Align to 64 bits Address hierarchy with more levels Simplify routing tables

Setup. Grab a vncviewer like: Or

Request for Comments: 2464 Obsoletes: 1972 December 1998 Category: Standards Track. Transmission of IPv6 Packets over Ethernet Networks

Utilizing Multiple Home Links in Mobile IPv6

IPv6 Protocol & Structure. npnog Dec, 2017 Chitwan, NEPAL

Configuring IPv6 for Gigabit Ethernet Interfaces

IPv6 Changes in Mobile IPv6 from Connectathon

Operation Manual IPv6 H3C S3610&S5510 Series Ethernet Switches Table of Contents. Table of Contents

Enhanced Mechanism of Automated IPv6 Site Renumbering

IPv6 ND Configuration Example

IPv6 Prefix Delegation for Hosts. Fred L. Templin IETF100 v6ops Working Group November 16, 2017

IPv6 Technical Challenges

Network Working Group Request for Comments: 4890 Category: Informational NIIF/HUNGARNET May 2007

Lecture notes of G. Q. Maguire Jr. IK2555, Spring Module 10

Request for Comments: NTT Communications A. Takenouchi NTT December A Model of IPv6/IPv4 Dual Stack Internet Access Service

IPv6 Next generation IP

Internet Engineering Task Force (IETF) ISSN: December 2017

T.J. Watson Research Center IBM Corp Sue Thomson Bellcore. Dynamic Host Configuration Protocol for IPv6. draft-ietf-dhc-dhcpv6-01.

Request for Comments: 3306 Category: Standards Track Microsoft August 2002

Expiration Date: August 2003 February Access Control Prefix Router Advertisement Option for IPv6 draft-bellovin-ipv6-accessprefix-01.

Bridge Functions Consortium

Internet Engineering Task Force (IETF) Category: Standards Track. G. Zorn, Ed. Network Zen D. Miles Google B. Lourdelet Juniper Networks April 2013

Introduction to IPv6. IPv6 addresses

IPv6. (Internet Protocol version 6)

Category: Best Current Practice March 2000

Internet Protocol, Version 6

IPv6 Protocols and Networks Hadassah College Spring 2018 Wireless Dr. Martin Land

IPv6 Stateless Autoconfiguration

Configuring IPv6 basics

IPv6 Autoconfiguration. Stateless and Stateful. Rabat, Maroc Mars 2007

IPv6 address configuration and local operation

Veryx ATTEST TM Conformance Test Suite

RIPv2 Interoperability Test Report Revision 1.1

University of New Hampshire InterOperability Laboratory Ethernet in the First Mile Consortium

Category: Experimental SAMSUNG Electronics L. Beloeil France Telecom R&D S. Madanapalli Ordyn Technologies September 2007

Table of Contents 1 IPv6 Configuration IPv6 Application Configuration 2-1

Internet Engineering Task Force (IETF) June Network Time Protocol (NTP) Server Option for DHCPv6

TD#RNG#2# B.Stévant#

Table of Contents 1 IPv6 Basics Configuration 1-1

Introduction to IPv6

The Netwok Layer IPv4 and IPv6 Part 2

Table of Contents 1 IPv6 Configuration IPv6 Application Configuration 2-1

Bridge Functions Consortium. Bridge Functions Consortium

IPv6 Addressing. There are three types of IPV6 Addresses. Unicast:Multicast:Anycast

Performance Comparison of Internet Protocol v4 with Internet Protocol v6

Table of Contents 1 IPv6 Configuration IPv6 Application Configuration 2-1

IPv6 Bootcamp Course (5 Days)

Workshop on Scientific Applications for the Internet of Things (IoT) March

B. Carpenter. January Connection of IPv6 Domains via IPv4 Clouds without Explicit Tunnels. Copyright Notice

Internet Control Message Protocol

IPv6 Associated Protocols. Athanassios Liakopoulos 6DEPLOY IPv6 Training, Skopje, June 2011

DHCPv6 (RFC3315 RFC4361)

Introduction to IPv6. IPv6 addresses

IPv6. IPv4 & IPv6 Header Comparison. Types of IPv6 Addresses. IPv6 Address Scope. IPv6 Header. IPv4 Header. Link-Local

Internet Engineering Task Force (IETF) Category: Standards Track

New IP Header. Why change IP. Address Notation. Changes. Information Sources. IP Version 6 ITL

Information Sources Hans Kruse & Shawn Ostermann, Ohio University

Step 2. Manual configuration of global unicast and link-local addresses

Network Management. IPv6 Bootcamp. Zhiyi Huang University of Otago

A.1 Routing Header Pseudo Code

Transcription:

IPv6 CONSORTIUM TEST SUITE Address Architecture Technical Document Version 2.4 University of New Hampshire 121 Technology Drive, Suite 2 Durham, NH 03824 IPv6 Consortium Phone: +1-603-862-2804 http://www.iol.unh.edu Fax: +1-603-862-0898 2010 University of New Hampshire.

MODIFICATION RECORD Version 2.4 August 16, 2010 Added possible problem for multicast ping. Removed Public Address Test case as this wasn t testable requiring a Echo Request be transmitted during DAD on most devices. Support passive node. Added test 2.3 to support forwarding test cases. Version 2.3 January 7, 2010 Added possible problem for support 4941 in test 1.2 Version 2.2 December 16, 2009 Changed direction of pings in test 1.2. (going from the DUT to TN1) Added possible problem for mobility in test 1.3. Removed test 2.3 due to Routing Header zero. Version 2.1 November 30, 2009 Organized Test Cases by RFC. Version 2.0 August 4, 2009 Added Tests RFC 4291- IP Forwarding (Routers) Reorganized Section 2 for Default Address Selection Version 1.0 April 24, 2009 Initial Version. IPv6 CONSORTIUM TEST SPECIFICATION 2 IPv6 Address Architecture

ACKNOWLEDGEMENTS University of New Hampshire The University of New Hampshire would like to acknowledge the efforts of the following individuals in the development of this test suite. Authors: Erica Johnson Benjamin Long Michelle Swan Thomas Peterson Timothy Winters University of New Hampshire University of New Hampshire University of New Hampshire University of New Hampshire University of New Hampshire Commentators: Note: Development of this document was supported in part by a grant from NIST. IPv6 CONSORTIUM TEST SPECIFICATION 3 IPv6 Address Architecture

INTRODUCTION Overview The University of New Hampshire s (IOL) is an institution designed to improve the interoperability of standards based products by providing an environment where a product can be tested against other implementations of a standard. This suite of tests has been developed to help implementers evaluate the functionality of their products that support IPv6 Address Architecture. This test suite has been designed to test the conformance of the device under test with the specification in RFC 4291, 4193, 4007, 3879, 3484, and 2526. Successful completion of all tests contained in this suite does not guarantee that the tested device will operate with other devices that implement IPv6 Address Architecture. However, these tests provide a reasonable level of confidence that the Node Under Test will function well in most multi-vendor environments with this implementation. Abbreviations and Acronyms DAD: Duplicate Address Detection DHCP: Dynamic Host Configuration Protocol for IPv6 NS: Neighbor Solicitation DUT: Device Under Test TN: Testing Node TR: Testing Router ICMP: Internet Control Message Protocol IPv6 CONSORTIUM TEST SPECIFICATION 4 IPv6 Address Architecture

TEST ORGANIZATION University of New Hampshire This document organizes tests by group based on related test methodology or goals. Each group begins with a brief set of comments pertaining to all tests within that group. This is followed by a series of description blocks; each block describes a single test. The format of the description block is as follows: Test Label: Purpose: References: Test Setup: Procedure: Observable Results: The Test Label and Title comprise the first line of the test block. The Test Label is composed of the short test suite name, the group number, and the test number within the group, separated by periods. The Purpose is a short statement describing what the test attempts to achieve. It is usually phrased as a simple assertion of the feature or capability to be tested. The References section lists cross-references to the specifications and documentation that might be helpful in understanding and evaluating the test and results. The Test Setup section describes the configuration of all devices prior to the start of the test. Different parts of the procedure may involve configuration steps that deviate from what is given in the test setup. If a value is not provided for a protocol parameter, then the protocol s default is used. This section of the test description contains the step-by-step instructions for carrying out the test. These steps include such things as enabling interfaces, unplugging devices from the network, or sending packets from a test station. The test procedure also cues the tester to make observations, which are interpreted in accordance with the observable results given for that test part. This section lists observable results that can be examined by the tester to verify that the DUT is operating properly. When multiple observable results are possible, this section provides a short discussion on how to interpret them. The determination of a pass or fail for each test is usually based on how the DUT s behavior compares to the results described in this section. Possible Problems: This section contains a description of known issues with the test procedure, which may affect test results in certain situations. IPv6 CONSORTIUM TEST SPECIFICATION 5 IPv6 Address Architecture

REFERENCES The following documents are referenced in these texts: [RFC 4193] R. Hinden, B.Haberman. Unique Local IPv6 Unicast Addresses. RFC 4193, October 2005. [RFC 4291] R.Hinden, S. Deering, IP Version 6 Addressing Architecture, RFC 4291, February 2006. [RFC 4007] S. Deering, B. Haberman, T. Jinmei, E. Nordmark, B. Zill, IPv6 Scoped Address Architecture, RFC 4007, March 2005. [RFC 3879] C. Huitema, B. Carpenter, Deprecating Site Local Addresses. RFC 3879, September 2004. [RFC 3484] R. Draves, Default Address Selection for Internet Protocol version 6 (IPv6), RFC 3484, February 2003. [RFC 2526] D. Johnson, S. Deering, Reserved IPv6 Subnet Anycast Addresses, RFC 2526, March 1999 [RFC 4862] [RFC 3315] [RFC 4443] Thomson, S. and T. Narten. "IPv6 Stateless Address Autoconfiguration". RFC 4862, September 2007. R. Droms, J. Bound, B. Volz, T. Lemon, C. Perkins, M. Carney. Dynamic Host Configuration Protocol for IPv6 (DHCPv6). RFC 3315, July 2003. A. Conta, S. Deering, M. Gupta, Ed. Internet Control Message Protocol for the Internet Protocol Version 6 (IPv6) Specification. RFC 4443, March 2006. IPv6 CONSORTIUM TEST SPECIFICATION 6 IPv6 Address Architecture

TABLE OF CONTENTS University of New Hampshire MODIFICATION RECORD... 2 ACKNOWLEDGEMENTS... 3 INTRODUCTION... 4 TEST ORGANIZATION... 5 REFERENCES... 6 TABLE OF CONTENTS... 7 Common Topology... 8 Common Test Setup and Cleanup... 10 Group 1: IPv6 Address Architecture... 11 TEST ADDR.1.1: IPV6 SCOPED ADDRESS... 12 TEST ADDR.1.2: DEFAULT SOURCE ADDRESS SELECTION... 13 TEST ADDR.1.3: DEFAULT DESTINATION ADDRESS SELECTION... 15 TEST ADDR.1.3: DEFAULT DESTINATION ADDRESS SELECTION... 15 TEST ADDR.1.4: UNIQUE LOCAL IPV6 ADDRESSES... 17 TEST ADDR.1.5: DEPRECATING SITE LOCAL ADDRESSES... 18 Group 2: IPv6 Router... 19 TEST ADDR.2.1: ROUTING UNIQUE LOCAL IPV6 ADDRESSES (ROUTER ONLY)... 20 TEST ADDR.2.2: ROUTING DEPRECATED SITE LOCAL ADDRESSES (ROUTER ONLY)... 21 TEST ADDR.2.3: IP FORWARDING SOURCE AND DESTINATION ADDRESS (ROUTER ONLY)... 22 IPv6 CONSORTIUM TEST SPECIFICATION 7 IPv6 Address Architecture

Common Topology The following topology is used for a Host. IPv6 CONSORTIUM TEST SPECIFICATION 8 IPv6 Address Architecture

The following topology is used for a Router. IPv6 CONSORTIUM TEST SPECIFICATION 9 IPv6 Address Architecture

Common Test Setup and Cleanup University of New Hampshire Common Test Cleanup (for all tests) Summary: The Cleanup procedure should cause the DUT to transition Neighbor Cache entries created in this test to state INCOMPLETE and remove any entries from its Default Router and Prefix Lists. 1. If a TR transmitted a Router Advertisement in the Test Setup or Procedure, that TR transmits a Router Advertisement with the Router Lifetime and each Prefix Lifetime, if applicable, set to zero. 2. Each TR or TN in the test transmits a Neighbor Advertisement for each Neighbor Cache Entry with a Target Link-layer Address Option containing a different cached address. The Override flag should be set. 3. Each TR or TN transmits an Echo Request to the DUT and waits for an Echo Reply. 4. Each TR or TN does not respond to further Neighbor Solicitations. IPv6 CONSORTIUM TEST SPECIFICATION 10 IPv6 Address Architecture

Group 1: IPv6 Address Architecture Scope University of New Hampshire These tests are designed to verify a device s behavior regarding IPv6 Address Architecture. Overview The tests in this group verify conformance of a device regarding the assignment of IPv6 addresses according to RFC 4291, 4007, 4193, 3879, and 2526. IPv6 CONSORTIUM TEST SPECIFICATION 11 IPv6 Address Architecture

Test Addr.1.1: IPv6 Scoped Address Purpose: To verify that an IPv6 node can properly scope IPv6 addresses. References: [RFC 4291] [RFC 4007] - Section 7 and 8 Test Setup: The network is setup according to Common Topology. The Common Test Cleanup is performed after each test. TR1 transmits Router Advertisements with a valid global prefix on Network 1. If the DUT is a router configure a valid global address on Network 1. Procedure: Part A: Link-local scope 1. TN1 transmits an ICMPv6 Echo Request to the link-local address of the DUT. 2. Observe the packets transmitted by the DUT. Part B: Multicast scope 3. TN1 transmits an ICMPv6 Echo Request to the all nodes address. 4. Observe the packets transmitted by the DUT. Part C: Global scope 5. TN1 transmits an ICMPv6 Echo Request to the global address of the DUT. 6. Observe the packets transmitted by the DUT. Observable Results: Part A: Step 2: The DUT must transmit ICMPv6 Echo Reply to TN1. Part B: Step 4: The DUT must transmit ICMPv6 Echo Reply to TN1. Part C: Step 6: The DUT must transmit ICMPv6 Echo Reply to TN1. Possible Problems: RFC 4443 states An Echo Reply SHOULD be sent in response to an Echo Request message sent to an IPv6 multicast or anycast address. The DUT may choose to omit Part B if they don t support responding to a multicast packet. IPv6 CONSORTIUM TEST SPECIFICATION 12 IPv6 Address Architecture

Test Addr.1.2: Default Source Address Selection Purpose: To verify that a node properly selects the correct address. References: [RFC 3484] Section 5 Test Setup: The network is setup according to Common Topology. The Common Test Cleanup is performed after each test. Procedure: Part A: Prefer appropriate scope 1. REF-Router1 to transmit valid Router Advertisement with Prefix X on Network 1. If the DUT is a router Prefix X is configured on Network 1. 2. The DUT transmits an ICMPv6 Echo Request to the global address of TN1. 3. Observe the packets transmitted by the DUT. Part B: Avoid deprecated addresses (Host only) 4. Configure TR1 to transmit Router Advertisement with Prefix X and Y on Network1. Prefix X is configured with a preferred and valid lifetimes that last the entire test. Prefix Y is configured with a preferred lifetime shorter then valid lifetime. 5. Wait the period between the preferred and valid lifetime of Prefix Y. 6. The DUT transmits an ICMPv6 Echo Request to the global address of TN2. 7. Observe the packets transmitted by the DUT. Part C: Prefer home addresses (Mobile Devices only) 8. Configure the DUT to have two addresses, one care-of address and one home address. This may be done by configuration or setting up Mobile IPv6. 9. The DUT transmits an ICMPv6 Echo Request with a global source address to the TN2. 10. Observe the packets transmitted by the DUT. Part D: Use longest matching prefix 11. TR1 transmits a Router Advertisements with a Prefix of 3000::/64 and 3000:0001::/64 on Network 1. If the DUT is a router configure a prefix of 3000::/64 and 3000:0001::/64 on Network 1. 12. The DUT transmits ICMPv6 Echo Request to the TN2 with a destination address of 3000:0001:0002::1. 13. Observe the packets transmitted by the DUT. Observable Results: Part A Step 2: The DUT must transmit an ICMPv6 Echo Request with a source address of the DUT s global address to TN1. Part B Step 7: The DUT must transmit an ICMPv6 Echo Request with a source address of the DUT s Prefix X address. Part C IPv6 CONSORTIUM TEST SPECIFICATION 13 IPv6 Address Architecture

Step 10: The DUT must transmit an ICMPv6 Echo Request with a source address of the DUT s home address to TN1. Part D Step 13: The DUT must transmit an ICMPv6 Echo Request with a 3000:0001::/64 source address to TN1. Possible Problems: A passive node does not implement an application for sending Echo Request. This test may be omitted if the DUT is a passive node. Part B may be omitted if the node doesn t support mobility. Part D may be omitted if the node only has one physical interface. IPv6 CONSORTIUM TEST SPECIFICATION 14 IPv6 Address Architecture

Test Addr.1.3: Default Destination Address Selection Purpose: To verify that a node properly selects the correct destination address. References: [RFC 3484] Section 6 Test Setup: The network is setup according to Common Topology. The Common Test Cleanup is performed after each test. DNS-Server is configured as the DNS server on the DUT. Procedure: Part A: Avoid deprecated addresses (Host only) 1. TR1 transmits a Router Advertisement with Prefix X and Y on Network1. Prefix X is configured with a preferred and valid lifetimes that last the entire test. Prefix Y is configured with a preferred lifetime shorter then valid lifetime. 2. Wait between the preferred lifetime and valid lifetime of Prefix Y. 3. The DUT transmits an ICMPv6 Echo Request for node1.test.example.com. 4. In response to the DNS query from the DUT, DNS-Server transmits a DNS response with two records for TN1. One record with TN1 Prefix X and one record with TN2 Prefix Y. 5. Observe the packets transmitted by the DUT. Part B: Prefer home addresses (Mobile Devices only) 6. Configure the DUT to have two addresses, one link local care-of address and one global home address. 7. The DUT transmits ICMPv6 Echo Requests for node1.test.example.com. 8. In response to DNS query from the DUT, DNS1 transmits a DNS response with two records for TN1. One record for with TN1 s global address and a record for TN1 s link local address. 9. Observe the packets transmitted by the DUT. Part C: Prefer smaller scope 10. TR1 transmits a Router Advertisements with Prefix X on Network1. If the DUT or any TAR- Node is a router configure Prefix X on Network 1. 11. The DUT transmits ICMPv6 Echo Requests for node1.test.example.com. 12. In response to DNS query from the DUT, DNS1 transmits a DNS response with two records for TN1. One record for with Prefix X global address and a record for link local address. 13. Observe the packets transmitted by the DUT. Part D: Use longest matching prefix 14. TR1 transmits a Router Advertisement with 3000::/64 and 3F44::/64 on Network 1. If the DUT is a router configure a global prefix of 3000::/64 and 3F44::/64 on Network 1 with a default router of TR1. 15. The DUT transmits ICMPv6 Echo Requests for node1.test.example.com. 16. In response to DNS query from the DUT, DNS-Server transmits a DNS response with two records for TN1. One record with 3001::1 and one record with 3FFE::1. 17. Observe the packets transmitted by the DUT. Observable Results: Part A IPv6 CONSORTIUM TEST SPECIFICATION 15 IPv6 Address Architecture

Step 5: The DUT must transmit ICMPv6 Echo Requests with a destination address of Prefix X. Part B Step 9: The DUT must transmit ICMPv6 Echo Requests with a global destination address of TN1. Part C Step 13: The DUT must transmit ICMPv6 Echo Requests with a link local destination address of TN1. Part D Step 17: The DUT must transmit ICMPv6 Echo Requests with a destination address of 3001::1. Possible Problems: A passive node does not implement an application for sending Echo Request. This test may be omitted if the DUT is a passive node. Part B may be omitted if the node doesn t support mobility. If DUT doesn t support DNS another application that allows a list of destination address is acceptable. IPv6 CONSORTIUM TEST SPECIFICATION 16 IPv6 Address Architecture

Test Addr.1.4: Unique Local IPv6 Addresses Purpose: To verify that a node properly uses unique local IPv6 address. References: [RFC 4193] Section 4 Test Setup: The network is setup according to Common Topology. The Common Test Cleanup is performed after each test. Procedure: Part A: Transmitting Unique Local IPv6 Address 1. The DUT transmits ICMPv6 Echo Request to unique local address of TN1. 2. Observe the packets transmitted by the DUT. Part B: Receiving Unique Local IPv6 Address 3. TN1 transmits ICMPv6 Echo Request to unique local address of the DUT. 4. Observe the packets transmitted by the DUT. Observable Results: Part A Step 2: The DUT must transmit an ICMPv6 Echo Request to TN1 with a unique local address as the destination. Part B Step 4: The DUT must transmit an ICMPv6 Echo Reply to TN1 with a unique local address as the source. Possible Problems: A passive node does not implement an application for sending Echo Request. Part A may be omitted if the DUT is a passive node. IPv6 CONSORTIUM TEST SPECIFICATION 17 IPv6 Address Architecture

Test Addr.1.5: Deprecating Site Local Addresses Purpose: To verify that a node properly deprecates IPv6 site local address. References: [RFC 3879] Section 4 Test Setup: The network is setup according to Common Topology. The Common Test Cleanup is performed after each test. Procedure: Part A: Transmitting Site Local IPv6 Address 1. The DUT transmits ICMPv6 Echo Request to site local address of TN1. 2. Observe the packets transmitted by the DUT. Part B: Receiving Site Local IPv6 Address 3. TN1 transmits ICMPv6 Echo Request to site local address of the DUT. 4. Observe the packets transmitted by the DUT. Observable Results: Part A Step 2: The DUT must transmit an ICMPv6 Echo Request to TN1 with a site local address as the destination. Part B Step 4: The DUT must transmit an ICMPv6 Echo Reply to TN1 with a site local address as the source. Possible Problems: A passive node does not implement an application for sending Echo Request. Part A may be omitted if the DUT is a passive node. IPv6 CONSORTIUM TEST SPECIFICATION 18 IPv6 Address Architecture

Group 2: IPv6 Router Scope These tests are designed to verify a router behavior regarding IPv6 Address Architecture. Overview The tests in this group verify interoperability of a router regarding the assignment of IPv6 addresses according to RFC 4291, 4007, 4193, 3879, and 3484. IPv6 CONSORTIUM TEST SPECIFICATION 19 IPv6 Address Architecture

Test Addr.2.1: Routing Unique Local IPv6 Addresses (Router Only) Purpose: To verify that a router properly uses unique local IPv6 address. References: [RFC 4193] Section 4.1 Test Setup: The network is setup according to Common Topology. The Common Test Cleanup is performed after each test. Connect the DUT to Network2. Procedure: 1. TN2 transmits an Echo Request to TN1 s unique local address with a first hop through the DUT. The source address is TN1 s global unique local address. 2. Observe the packets transmitted by the DUT. Observable Results: Step 2: The DUT must forward the Echo Requests to TN1. Possible Problems: None. IPv6 CONSORTIUM TEST SPECIFICATION 20 IPv6 Address Architecture

Test Addr.2.2: Routing Deprecated Site Local Addresses (Router Only) Purpose: To verify that a node properly deprecates IPv6 site local address. References: [RFC 3879] Section 4 Test Setup: The network is setup according to Common Topology. The Common Test Cleanup is performed after each test. Connect the DUT to Network2. Procedure: 1. TN2 transmits an Echo Request to TN1 s site local addresses with a first hop through the DUT. The source address is TN2 s global site local address. 2. Observe the packets transmitted by the DUT. Observable Results: Step 2: The DUT must forward the Echo Requests to TN1. Possible Problems: None. IPv6 CONSORTIUM TEST SPECIFICATION 21 IPv6 Address Architecture

Test Addr.2.3: IP Forwarding Source and Destination Address (Router Only) Purpose: To verify that a router properly forwards the ICMPv6 Echo Request. References: [RFC 4291] Section 2.1, 2.5.2, 2.5.6, 2.7, 2.7.1, 2.8 Test Setup: The network is setup according to Common Topology. The Common Test Cleanup is performed after each test. Connect the DUT to Network2. Procedure: Part A: Request sent to Global Address 1. TN2 transmits an ICMPv6 Echo Request to TN1 s global unicast address with a first hop through the DUT. The source address is TN2 s global address. 2. Observe the packets transmitted by the DUT. Part B: Request sent to Global Unicast address (prefix end in zero-valued fields) 3. TN2 transmits an ICMPv6 Echo Request to TN1 s global unicast address (prefix 8000::/64) with a first hop through the DUT. The source address is TN2 s global address. 4. Observe the packets transmitted by the DUT. Part C: Request sent from unspecified address 5. TN2 transmits an ICMPv6 Echo Request to TN1 with a first hop through the DUT. The source address is the unspecified address (::). 6. Observe the packets transmitted by the DUT. Part D: Request sent to Loopback address 7. TN2 transmits an ICMPV6 Echo Request to TN1 to the loopback address (0:0:0:0:0:0:1) with a first hop through the DUT. The source address is TN2 s global address. 8. Observe the packets transmitted on all networks. Part E: Request sent from Link Local address 9. TN2 transmits an ICMPv6 Echo Request to TN1 with a first hop through the DUT. The source address is TN2 s Link Local address. 10. Observe the packets transmitted by the DUT. Part F: Request sent to Link Local address 11. TN2 transmits an ICMPv6 Echo Request to TN1 s Link Local address with a first hop through the DUT. The source address is TN2 s Global address. 12. Observe the packets transmitted by the DUT. Part G: Request sent to Global Scope multicast address 13. Configure multicast routing on the DUT. 14. TN1 is a Listener for the multicast group FF1E::1:2. 15. TN2 transmits an ICMPv6 Echo Request to TN1 s Global Scope multicast address (FF1E::1:2) with a first hop through the DUT. The source address is TN2 s Global address. 16. Observe the packets transmitted by the DUT. Part H: Request sent to Link-Local Scope multicast address 17. Configure multicast routing on the DUT. 18. TN1 is a Listener for the multicast group FF12::1:2. IPv6 CONSORTIUM TEST SPECIFICATION 22 IPv6 Address Architecture

19. TN2 transmits an ICMPv6 Echo Request to TN2 s Link-Local Scope multicast address (FF12::1:2) with a first hop through the DUT. The source address is TN2 s Global address. 20. Observe the packets transmitted by the DUT. Part I: Request sent to Multicast address (Reserved Value =0) 21. Configure multicast routing on the DUT. 22. TN1 is a Listener for the multicast group FF10::1:2. 23. TN2 transmits an ICMPv6 Echo Request to multicast address with a reserved field set to zero (FF10::1:2) with a first hop through the DUT. The source address is TN2 s Global address. 24. Observe the packets transmitted by the DUT. Part J: Request sent to Multicast address (Reserved Value = F) 25. Configure multicast routing on the DUT. 26. TN1 is a Listener for the multicast group FF1F::1:2. 27. TN2 transmits an ICMPv6 Echo Request to TN1 s multicast address with a reserved field set to zero (FF1F::1:2) with a first hop through the DUT. The source address is TN2 s Global address. 28. Observe the packets transmitted by the DUT. Observable Results: Part A Step 2: The DUT must forward the Echo Request to TN1. Part B Step 4: The DUT must forward the Echo Request to TR1. Part C Step 6: The DUT must not forward the Echo Request to TR1. Part D Step 8: The DUT must not forward the Echo Request to TR1. Part E Step 10: The DUT must not forward the Echo Request to TN1. Part F Step 12: The DUT must not forward the Echo Request to TN1. Part G Step 16: The DUT must forward the Echo Request to TN1. Part H Step 20: The DUT must not forward the Echo Request to TN1. Part I Step 24: The DUT must not forward the Echo Request to TN1. Part J Step 28: The DUT must forward the Echo Request to TN1. Possible Problems: Parts G, H, I, and J may be omitted if DUT does not support multicast routing. IPv6 CONSORTIUM TEST SPECIFICATION 23 IPv6 Address Architecture