IPv6 Ready Logo Phase II

Transcription

1 IPv6 Ready Logo Phase II Interoperability Test Specification Management() Technical Document Revision IPv6 Fum IPv6 Logo Committee Chunghwa Telecom Labs (TW)

2 MODIFICATION RECORD Version Date Note /10/31 SNMPv2C IOT test draft /01/10 restructure accding to SNMP management functions 2008/01/18 NUT to replace TARGET_DEVICE 2008/02/05 INFORM will not be covered in this version 2008/02/13 Get is perfmed to check ipnettophysicaltable befe prefix configuration 2008/03/07 1. Hop Limit in IPv6 headers in SNMP response is used f ipv6ipdefaulthoplimit test 2. SNMP commands are added f easy test configuration 3. IPv6Ready/IPv6ReadyLogo is added to test SNMPv2C user defined community feature. IOT tests must follow the test sequence of public/private first and IPv6Ready/IPv6ReadyLogo later when conducting the test. 4. No manual address configuration is used in this test. Only RA autoconfiguration will be used f the test. 5. multiple prefixes test is deleted in ICMP echo interoperability/neighb cache test 6. Set with me advanced netwk management functions is used to check netwk address and ipv6 interface status 7. Set syscontact is deleted because it is already tested in the confmance test. 2008/03/10 Router must first send RA with prefix PF1 and Host must perfm address autoconfiguration in Common Default Configuration 2008/03/11 1. use net-snmp commands f SNMP commands example 2. udp6 is added befe the SNMP commands 2008/03/12 ipaddresstype in ipaddresstable will not be checked due to anycast address result will not do in getnext command in the test OID 2008/03/17 NICI is deleted in the document appendix is added /03/20 Final inspection f internal review /03/21 public/private is deleted because it is already tested in confmance test 2008/03/24 1. power on sequence of test machines fact is taken into account f ipnettophysicaltable test 2. Rollback to the pre-set state is recommended but not included f test judgement /04/06 1. Follow SMI TC inetaddresstype, ipv6addresstype definitions(accept both fixed and variable length octet string encoding implementations) 2. Set test scenario is redesigned 2008/05/21 1. Design principles and test requirement are modification on Requirement /09/25 1. v6snmpv2ciot8 ICMPv6 Echo Interoperability/Neighb Cache modified(modified EUI-64 deleted, GetBulkRequest operation replaced with GetRequest) IPv6 Fum Technical Document -1- IPv6 READY Logo Program

3 2. Test Topology modified with MAC address /10/06 1. v6snmpv2ciot8 ICMPv6 Echo Interoperability/Neighb Cache procedure 3 TGT-AGENT pings REF-ROUTER/HOST changed to REF- ROUTER/HOST pings TGT-AGENT /12/15 1. Final release f SNMP IOT test specification /11/05 1. v6snmpv2ciot7.2 Procedure 5 SNMP command: snmpbulkget v 2C Cn0 Cr2 -c IPv6Ready is changed to SNMP command: snmpbulkget v 2C Cn0 Cr2 -c IPv6Ready /11/18 1. v6snmpv2ciot7.2 Procedure 2 prefix option lifetime is changed to valid lifetime=60 and preferred lifetime=60 seconds. 2. v6snmpv2ciot7.2 Max-repetitions=2 in Procedure 3 TGT-MANAGER perfms SNMPv2C GetBulkRequest is changed to max-repetitions=3 and Cr2 is changed to Cr3 3. SNMP command: snmpbulkget v 2C Cn0 Cr3 -c IPv6Ready /11/24 1. Possible Problems added in v6snmpv2ciot Step 3 in v6snmpv2ciot7.2 Procedure 7 is changed to Step 4 3. Step 4 in v6snmpv2ciot7.2 Procedure 8 is changed to Step /06/18 1. ipaddressprefix in ipaddresstable in v6snmpv2ciot6 Address Configuration is changed to the row pointer type defined in RFC /06/29 1. the iginal ifindex=3 in all the OID( in v6snmpv2ciot7.1) is changed to ifindex 2. Purpose in v6snmpv2ciot7.2 Multiple Prefix is changed to This test is to examine the NUT s ICMPv6 prefix infmation changes in the ipaddressprefixtable when a new prefix(pf2=3ffe:501:ffff:101/64) is added in the netwk using SNMP commands 3. All ipaddresstable in v6snmpv2ciot7.2 is replaced with ipaddressprefixtable 4. ipaddresstable in Table 1 IPv6 Ready Logo Interoperability Test Criteria v6snmpv2ciot7.2 is deleted in v6snmpv2ciot7.2 is changed to ifIndex max-repetitions=1 in v6snmpv2ciot7.2 test procedure 8 is changed to max-repetitions=2 7. ipaddressprefixprefix.ifindex and ipaddressprefixprefix.ifindex in v6snmpv2ciot7.2 2.test result from Procedure 5 is changed to 3F.FE FF.FF and IPv6 Fum Technical Document -2- IPv6 READY Logo Program

4 3F.FE FF.FF Response from ipaddressprefixtable after the expiration of prefix 3ffe:501:ffff:101/64 is only ipaddressprefixprefix.ifindex in v6snmpv2ciot7.2 4.test result from Procedure 8 is changed to Can t find 3F.FE FF.FF in Response after the expiration of prefix 3ffe:501:ffff:101/64. Only 3F.FE FF.FF is found /07/22 1. Test Purpose of v6snmpv2ciot7.2 Multiple Prefix is changed to This test is to examine the NUT s IPv6 prefix infmation changes in the ipaddressprefixtable when a new prefix(pf2=3ffe:501:ffff:101/64) is added. 2. Test Procedure 2 and 3 of v6snmpv2ciot7.2 Multiple Prefix is deleted and Procedure 1 is changed to Add an IPv6 address with PF2 prefix and valid and preferred lifetime = 60 seconds in TGT-AGENT 3. 2.Test result from procedure 3 in Judgement of v6snmpv2ciot7.2 Multiple Prefix is changed to received packet with ipaddressprefix.igin f PF1=3ffe:501:ffff:100/64 and PF2=3ffe:501:ffff:101/64 in ipaddressprefixtable Test result from procedure 6 in Judgement of v6snmpv2ciot7.2 Multiple Prefix is changed to Can t find. ipaddressprefix.igin f PF1=3ffe:501:ffff:101/64 in ipaddressprefixtable. Only ipaddressprefix.igin f PF1=3ffe:501:ffff:100/64 is found. 2010/08/18 1. s f ipaddressprefixadvpreferredlifetime and ipaddressprefixadvvalidlifetime in v6snmpv2ciot7.2 1.Test result from procedure 2 is changed to less than 60 seconds accding to RFC 4293 definition(ipaddressprefixadvpreferredlifetime:the remaining length of time, in seconds, that this prefix will continue to be preferred and ipaddressprefixadvvalidlifetime: the remaining length of time, in seconds, that this prefix will continue to be valid) 2. Procedure 2 in v6snmpv2ciot7.2 must be perfmed within 60 seconds 3. f ipaddressprefixadvpreferredlifetime in v6snmpv2ciot5.2 Part A:1. TGT-AGENT s ipdefaultroutelifetime must be less than 1800 secs, the remaining ipdefaultrouterlifetime is changed to less than 60 seconds accding to RFC 4293(ipDefaultRouterLifetime: the remaining length of time, in seconds, that this router will continue to be useful as a default router) 2010/09/16 1. ipv6fwarding is changed to ipv6ipfwarding in v6snmpv2ciot /10/05 1. the wding f ipaddressorigin f host in v6snmpv2ciot 6 Address Configuration is changed from routeradv to linkayer accding to RFC 4293 ipaddressorigintc is linklayer not routeradv f ipaddressprefixorigintc 2010/12/01 1. ipdefaultrouteraddresstype is changed from 4(ipv4z) to 2(ipv6) in IPv6 Fum Technical Document -3- IPv6 READY Logo Program

5 v6snmpv2ciot /12/16 1. Possible Problems added to allow f two different InetAddress IPv6 address representation 2010/12/30 1. Redundant (Host) (Router) in v6snmpv2ciot5.2 Judgment f ipaddressprefixonlinkflag are deleted 2011/01/19 1. Explain why max-repetitions variable in SNMP GetBulk operations in v6snmpv2ciot7.2 can be different from sample commands in Possible Problems 2. The 8 trailing zeros in SNMP GetNext commands OIDs in v6snmpv2ciot6 are deleted f easier testing operations since the test results are the same using these 8 trailing zeros /07/18 1. Repeat SNMP command in Step 5 in v6snmpv2ciot7.2 Step 5 is changed to Step 2 and repeat SNMP command in Step 5 in v6snmpv2ciot7.2 Step 6 is changed to Step /02/06 1. same as preferred lifetime in Prefix Infmation in Judgment of v6snmpv2ciot7.1 is changed to < preferred lifetime in Prefix Infmation infinity vaule of 4,294,967, /02/07 1. manual(2)(router) routeradv(5)(host) in v6snmpv2ciot7.2 Multiple Prefix is changed to manual(2) routeradv(5) depending on how this prefix is obtained(manually configured learned from router advertisement) 2012/02/29 1. < 60 in v6snmpv2ciot7.2 Judgement 1 is changed to < 60 infinity vaule of 4,294,967, /04/11 1. Add an IPv6 address with PF2 prefix and valid preferred lifetime = 60 seconds in Procedure 3 in v6snmpv2ciot7.2 is changed to Add an IPv6 address with PF2 prefix and valid preferred lifetime = 60 seconds infinity vaule of 4,294,967,295 in TGT-AGENT 2. Wait f 65 seconds in Procedure 4 in v6snmpv2ciot7.2 is changed to Wait f 65 seconds to expire the PF2 prefix. (Note:f routers might not suppt router valid and preferred lifetime configuration, simply delete TGT-AGENT s PF2 address to reflect the PE2 prefix expiration.) 3. Item 1 in Possible Problem is deleted IPv6 Fum Technical Document -4- IPv6 READY Logo Program

6 ACKNOWLEDGEMENTS The IPv6 Fum would like to acknowledge the effts of the following ganizations in the development of this test suite. Principle Auths IPv6 Standard and Interoperability Testing Lab, Chunghwa Telecom Labs Commentats: Stephen Nightingale (NIST) Miyata Hiroshi (TAHI) Li Zhen(BII) Daobiao Gong(BII) Xiaoli Tian(redhat.com) IPv6 Fum Technical Document -5- IPv6 READY Logo Program

7 INTRODUCTION Overview The IPv6 fum plays a maj role to promote the new generation of IP protocols by fming the IPv6 Ready Logo Committee that designs state-of-the-art interoperability platfms to help harmonize in the design, development and deployment of the new generation Internet Protocol version 6 (IPv6). To provide the market a strong signal proving the level of interoperability across various products and to give confidence to users that IPv6 is currently operational, IPv6 Ready Logo Committee launched IPv6 Ready Logo Program in 2003 to contribute to the feeling that IPv6 is available and ready to be used. To further provide verification f those IPv6 equipments netwk management capabilities after their netwk layer functions are IPv6 Ready Logo certified, basic netwk management functions should also be tested as add-on features f managing these IPv6-capable nodes in the Internet. The Simple Netwk Management Protocol (SNMP) is most commonly used protocol to exchange management infmation between the netwk management stations and the agents in the netwk. How to verify the interoperability functionalities of IPv6 capable netwk management equipments using SNMPv2C to check the implementation of IP-MIB(RFC 4293) based on related IETF s RFCs is the main goal of this SNMP test. F confmance test, please see the IPv6 Ready Test Specification Management Specification. This document will focus only on SNMP interoperability test scenarios. Abbreviations and Acronyms ASN.1 Abstract Syntax Notation One MIB Management Infmation Base Protocol Data Unit SMI Structure of Management Infmation SNMPv2C Simple Netwk Management Protocol Version 2 with Community Based TCP Transmission Control Protocol UDP User Datagram Protocol IPv6 Fum Technical Document -6- IPv6 READY Logo Program

8 TEST ORGANIZATION This document ganizes tests by group based on related test methodology 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 fmat of the description block is as follows. Purpose Resource Requirements Initialization Procedure Judgment References This is the description of what the test case attempts to achieve. External resources that can help facilitate the test. The Initialization part describes how to initialize and configure TGT- AGENT and TGT-MANAGER befe starting the test. If no is provided, then the default shall be used. The Procedure will describe the step-by-step instructions f executing the test. The Judgment will describe the expected test results. TGT-AGENT passes the test if description of the Judgment is observed. This References section provides the specifications that are referred to in this documentation. IPv6 Fum Technical Document -7- IPv6 READY Logo Program

9 REQUIREMENTS To obtain the IPv6 Ready Logo f SNMP management, the NUT(Node Under Test) must satisfy the following requirements Equipment Type Every NUT can be either of the following: SNMP TARGET MANAGER: A node that undertakes the SNMP manager role to send management commands to the SNMP agent. SNMP application on the SNMP manager must perfm Get, GetNext, GetBulk, Set operations and can successfully receive Trap s. SNMP TARGET AGENT: A node that undertakes the SNMP agent role receiving management commands from the SNMP manager. The TARGET AGENT can be either HOST ROUTER. SNMP application on this SNMP agent must send Trap s. Design principles Since this wk is done under IPv6 Ready Logo Committee so the SNMP management functions focus mainly to check IPv6 specific issues(chiefly in IPv6 Ce test specification) f the test engineers. Then the second target is to verify the SNMPv2C operations(including GetRequest, GetNextRequest, GetBulkRequest, SetRequest and Trap) to check f SNMP protocol functionality, and IP-MIB(RFC 4293), not MIB II SNMPv2 MIB, is used in combination with SNMPv2C protocols when the judgment criteria focus is mainly on RFC All the SNMP test cases are designed f the SNMP engineers to conduct this test easily so that the engineers can follow this test specs and get the best NMS functions with respect to IPv6 related MIBs. SNMP commands are, therefe, also provided f user friendly and easy manuallike references. Only the current connection the SNMP communication is active will be checked when examing SNMP MIB entry and OIDs details. Test Requirement SNMPv2C (RFC 3416) is the SNMP protocol used in conjunction with RFC 3418 and 4293 IP- MIB f this interoperability test. Acquisition of IPv6 Ready Logo Phase II Ce and SNMP confmance test are the prerequisites. Table 1 is the list of IPv6 Ready Logo Management interop test criteria. B stands f basic(mandaty) test items and A stands f Advanced(optional). To successfully pass this interoperability(iot) test, NUT must pass all the basic test items. IPv6 Fum Technical Document -8- IPv6 READY Logo Program

10 Table 1 IPv6 Ready Logo Interoperability Test Criteria Management Group Test Item Test Name RFC 4293 IP-MIB SNMP Required operation Interface Index v6snmpv2ciot1 Interface Index ipv6addresstable Get B(*) Determination ipv6fwarding v6snmpv2ciot2 ipv6ipfwarding ipv6ipfwarding Get B ipv6ipdefaulthoplimit v6snmpv2ciot3 ipv6ipdefaulthoplimit ipv6ipdefaulthoplimit Get B ipv6interfacetable v6snmpv2ciot4 ipv6interfacetable ipv6interfacetable Get B Router Advertisement Check v6snmpv2ciot5 Router Advertisement Check v6snmpv2ciot5.1 ipv6routeradverttable ipv6routeradverttable Get B(Router only) v6snmpv2ciot5.2 ipdefaultroutertable ipdefaultroutertable Get B(Host only) (*) Address Configuration v6snmpv2ciot6 ipaddresstable ipaddresstable GetNext B prefix infmation check v6snmpv2ciot7 Prefix Infmation Check v6snmpv2ciot7.1 single prefix ipaddressprefixtable Get B(*) v6snmpv2ciot7.2 multiple prefix ipaddressprefixtable Get B(*) ICMPv6 Echo Interoperability/Neighb Cache GetBulk v6snmpv2ciot8 neighb cache check ipnettophysicaltable Get B(*) Trap operation check v6snmpv2ciot9 SNMP Trap Operation check Set operation check v6snmpv2ciot10 SNMPv2C Set operation check Note:(*) Please see Possible Problems in Test Details coldstart(power on/off) Trap B ipaddresstable(ipaddre ssstatus) Set A(*) IPv6 Fum Technical Document -9- IPv6 READY Logo Program

11 REFERENCES The following documents are referenced in this text [ADDR] R. Hinden, S. Deering, Internet Protocol Version 6 (IPv6) Addressing Architecture, RFC 3315, April [ICMPv6] A. Conta, S. Deering, M. Gupta, Ed., Internet Control Message Protocol (ICMPv6) f the Internet Protocol Version 6 (IPv6) Specification, RFC 4443, March [INA-TC] M. Daniele, B. Haberman, S. Routhier, J. Schoenwaelder, Textual Conventions f Internet Netwk Addresses, RFC 4001, February [IPv6-SPEC] Hinden, R., S. Deering, Internet Protocol, version 6 (IPv6) Specification, RFC 2460, December [IPv6-ce] IPv6 Ready Logo Phase-2 IPv6 Ce Protocols Test Specification ( ) [IPv6-MGT] IPv6 READY Logo Phase II Test Specification Management (Confmance) [MIB-DEF] M. Rose, K. McCloghrie, Concise MIB definitions, RFC 1212, March [MIB-II] K. McCloghrie, M. Rose, Management Infmation Base f Netwk Management of TCP/IP-based internets MIB-II, RFC 1213, March 1991 [MIB f IP] Shawn A. Routhier, Management Infmation Base f the Internet Protocol (IP), RFC 4293, April [SIMI] M. Rose, K. McCloghrie, Structure and Identification of Management Infmation f TCP/IP-based Internets, RFC 1155, May [SMIv2] K. McCloghrie, D. Perkins, J. Schoenwaelder, Structure of Management Infmation version 2 (SMIv2), RFC 2578, April [SMIv2-cS] K. McCloghrie, D. Perkins, J. Schoenwaelder, Confmance Statements f SMIv2. RFC 2580, April [SMIv2-TC] K. McCloghrie, D. Perkins, J. Schoenwaelder, Textual Conventions f SMIv2, RFC 2579, April [SNMPv1] J. Case, M. Fed, M. Schoffstall, J. Davin, A Simple Netwk Management Protocol (SNMPv1), RFC 1157, May [SNMP] William Stallings, SNMP, SNMPv2, SNMPv3, and RMON 1 and 2, 3rd ed., [SNMPv2] J. Case, K.McCloghire, M.Rose S. Waldbusser, Protocol Operations f version 2 of the Simple Netwk Management Protocol, RFC 3416, December [SNMPv2C] J. Case, K.McCloghire, M.Rose S. Waldbusser, Introduction to Communitybased SNMPv2, RFC 1901, January [SNMPv2-MIB] Management Infmation Base (MIB) f the Simple Netwk Management Protocol (SNMP), RFC 3418, December IPv6 Fum Technical Document -10- IPv6 READY Logo Program

12 TABLE OF CONTENTS MODIFICATION RECORD... 1 ACKNOWLEDGEMENTS... 5 INTRODUCTION... 6 TEST ORGANIZATION... 7 REQUIREMENTS... 8 REFERENCES TEST DETAILS v6snmpv2ciot1 Interface Index Determination v6snmpv2ciot2 ipv6ipfwarding v6snmpv2ciot3 ipv6ipdefaulthoplimit v6snmpv2ciot4 ipv6interfacetable v6snmpv2ciot5 Router Advertisement Check v6snmpv2ciot5.1 ipv6routeradverttable(router Only) v6snmpv2ciot5.2 ipdefaultroutertable(host Only) v6snmpv2ciot6 Address Configuration v6snmpv2ciot7 Prefix Infmation Check v6snmpv2ciot7.1 Single Prefix v6snmpv2ciot7.2 Multiple Prefix v6snmpv2ciot8 ICMPv6 Echo Interoperability/Neighb Cache v6snmpv2ciot9 SNMPv2C Trap Operation check v6snmpv2ciot10 SNMPv2C Set operation check Appendix Required Data Tables Table 1 IPv6 Ready Logo Interoperability Test Criteria... 9 Topology Topology 1 TGT-AGENT as ROUTER Topology 2 TGT-AGENT as HOST IPv6 Fum Technical Document -11- IPv6 READY Logo Program

13 TEST DETAILS Detailed infmation including terminology used in this test will be described. Terminology ROUTER : An IPv6 node that fwards packets based on path discovery using routing protocols HOST : A device which is not a router REF-HOST : Reference Host REF-ROUTER : Reference Router TARGET-AGENT : SNMP agent TARGET-MANAGER : SNMP manager Common Default Configuration TARGET-MANAGER communicates with TARGET-AGENT via SNMP over UDP over IPv6. The communication between TARGET-MANAGER and TARGET-AGENT must be nmal befe this interop test. ROUTER must first send RA with prefix PF1(3ffe:501:ffff:100::/64) and HOST must perfm stateless address autoconfiguration. Common SNMP Configuration The version of SNMPv2C packets between TARGET-MANAGER and TARGET-AGENT is version 2. Two pairs of community string, public/private and IPv6Ready/IPv6ReadyLogo f read/write operations, are designed f the SNMPv2C testing. But since public/private test cases have been perfmed in confmance test. In this test only IPv6Ready/IPv6ReadyLogo, read/write community string will be tested. The UDP pt f TARGET-AGENT is 161 and the Trap UDP pt f TARGET-MANAGER is 162. Common SNMP Packets F TGT-MANAGER to TGT-AGENT packets: IP Header Source Address TGT-MANAGER_ADDRESS Destination Address TGT-AGENT_ADDRESS UDP Source Pt any Header Destination Pt 161 SNMP message version 1 community IPv6Ready/IPv6ReadyLogo IPv6 Fum Technical Document -12- IPv6 READY Logo Program

14 request-id err-status/non-repeaters 0/* err-index/max-repetitions 0/* * NULL Get/GetNext/GetBulk/Infm/Set Request any F TGT-AGENT to TGT_MANGER packets: IP Header Source Address TGT-AGENT_ADDRESS Destination Address TGT_MANGER_ADDRESS UDP Source Pt 161 Header Destination Pt Same as source pt in the previous SNMP request packet SNMP version 1 message community Same as the community string previously received Response request-id Same as the request-id in the previous SNMP message err-status 0 err-index 0 * * Note: non-repeaters and max-repetitions are f GetBulk only and * indicates variables. F Trap s: IP Header UDP Header SNMP message Source Address TGT-AGENT_ADDRESS Destination Address TGT-MANAGER_ADDRESS Source Pt any Destination Pt 162 version 1 community IPv6Ready Trap request-id any err-status 0 err-index IPv6 Fum Technical Document -13- IPv6 READY Logo Program

15 (sysuptime.0) TimeTicks (snmptrapoid.0) Trap OID IPv6 Fum Technical Document -14- IPv6 READY Logo Program

16 Test Topology F TARGET-AGENT that is a router, please refer Topology 1. Manually configure TARGET_AGENT to have global address with prefix PF1 befe sending Router Advertisement. REF-HOST must perfm stateless address autoconfiguration after receiving RA from ROUTER. Address assignment f TARGET-MANAGER can be manual configuration stateless address autoconfiguration. MAC address(physical Address) in the following topology is only f demonstration purpose. TARGET-MANAGER TARGET-AGENT (ROUTER) PF1:0211:22ff:fe33:4477 PA = 00:11:22:33:44:77 PF1:0211:22ff:fe33:4455 PA= 00:11:22:33:44:55 LAN PF1: 0211:22ff:fe33:4466 PA = 00:11:22:33:44:66 REF-HOST PF1=3ffe:501:ffff:100::/64 PA=Physical Address Topology 1 TGT-AGENT as ROUTER F TARGET-AGENT that is a host, please refer Topology 2. Manually configure REF- ROUTER to have global address with prefix PF1 befe sending Router Advertisement. TARGET-AGENT must receive RA messages and perfm stateless address autoconfiguration. Address assignment f TARGET-MANAGER can be manual configuration stateless address autoconfiguration. MAC address in the following topology is only f demonstration purpose. TARGET-MANAGER TARGET-AGENT (HOST) PF1:0211:22ff:fe33:4477 PA = 00:11:22:33:44:77 PF1:0211:22ff:fe33:4455 PA= 00:11:22:33:44:55 LAN PF1: 0211:22ff:fe33:4466 PA = 00:11:22:33:44:66 REF-ROUTER Topology 2 TGT-AGENT as HOST PF1=3ffe:501:ffff:100::/64 PA=Physical Address IPv6 Fum Technical Document -15- IPv6 READY Logo Program

17 Possible problems When InetAddress(defined in RFC 4001 Textual Conventions f Internet Netwk Addresses as a variable length OCTET STRING ) is used as index to retrieve an MIB object using SNMP Get operations, two implementaions to represent the IPv6 address, one with 16 length sub-identifier in front of 16 bytes IPv6 address decimal and the other without the length sub-identifier, are found. Example: Two different implemenations will probably be encountered when SNMP GetRequest is used to retrieve the ipaddressifindex from ipaddresstable with 3fffe:501:ffff:100:0213:49ff:fe00:1 as the NUT IPv6 address f SNMP IOT testings, ipaddressifindex ipaddressifindex Both implementations will generate the same test results but they will create some interoperability complexity. Special attention is advised when perfming the following test cases where this 16 length subidentifier issue will affect the success of the SNMP GetRequest operation: v6snmpv2ciot1 v6snmpv2ciot5.2 v6snmpv2ciot7.1 v6snmpv2ciot7.2 v6snmpv2ciot8 v6snmpv2ciot9 IPv6 Fum Technical Document -16- IPv6 READY Logo Program

18 v6snmpv2ciot1 Interface Index Determination Purpose Determine the interface index on which TGT-AGENT is using to communicate with TGT- MANAGER by checking ipaddresstable using SNMP GetRequest operation. Resource Requirements Packet generat Monit to capture packets Initialization Netwk Topology Please refer Test Topology Setup Please see Common Default Configuration and Common SNMP Configuration Procedure TGT-MANAGER determines TGT-AGENT s interface index in ipaddresstable using the following SNMPv2C GetRequest command to TGT-AGENT. SNMP command: snmpget v 2C c IPv6Ready SNMP command: snmpget v 2C c IPv6Ready SNMP Message Judgment GetRequest (ipaddressifindex) NULL TGT-MANAGER receives SNMPv2C Response from TGT-AGENT with current ipv6addressifindex in the following packet fmat: IPv6 Fum Technical Document -17- IPv6 READY Logo Program

19 SNMP Message Response (ipaddressifindex) ifindex of TGT-AGENT with which to talk with TGT- MANAGER TGT-AGENT s ifindex should be with crect type and within defined range. Note: This ifindex shall be used f the following tests. References RFC 3416, Protocol Operations f version 2 of the Simple Netwk Management Protocol, Sec RFC 4293, Management Infmation Base f the Internet Protocol (IP), Sec IPv6 Fum Technical Document -18- IPv6 READY Logo Program

20 v6snmpv2ciot2 ipv6ipfwarding Purpose The following test is designed to verify that SNMP agent has crect ipv6ipfwarding and cross examine this configuration data with the cresponding infmation in SNMP MIB. Resource Requirements Packet generat Monit to capture packets Initialization Netwk Topology Please refer Test Topology Setup Please see Common Default Configuration and Common SNMP Configuration Procedure TGT-MANAGER sends SNMPv2C GetRequest with ipv6ipfwarding to get TGT- AGENT s ipv6fwarding in IP-MIB. SNMP command: snmpget v 2C c IPv6Ready Judgment SNNP message GetRequest (ipv6ipfwarding) NULL TGT-MANAGER received the following packet SNNP message Response (ipv6ipfwarding) TGT-AGENT s ipv6ipfwarding References 1. TGT-AGENT s ipv6ipfwarding in the machine configuration data must equal to the in the TGT-MANAGER s response. 2. TGT-AGENT s ipv6ipfwarding is 1(Fwarding) f routers and 2(not fwarding) f hosts. IPv6 Fum Technical Document -19- IPv6 READY Logo Program

21 RFC 3416, Protocol Operations f version 2 of the Simple Netwk Management Protocol, Sec RFC 4293, Management Infmation Base f the Internet Protocol (IP), Sec IPv6 Fum Technical Document -20- IPv6 READY Logo Program

22 v6snmpv2ciot3 ipv6ipdefaulthoplimit Purpose This test is designed to verify that SNMP agent has crect ipv6ipdefaulthoplimit and check if this matches hop limit in IPv6 header in the SNMP response packet. Resource Requirements Packet generat Monit to capture packets Initialization Netwk Topology Please refer Test Topology Setup Please see Common Default Configuration and Common SNMP Configuration Procedure TGT-MANAGER sends SNMPv2C GetRequest with ipv6ipdefaulthoplimit to get TGT- AGENT s ipv6ipdefaulthoplimit in IP-MIB. SNMP command: snmpget v 2C c IPv6Ready upd6:3ffe:501:ffff:100:0211:22ff:fe33: SNNP message GetRequest (ipv6ipdefaulthoplimit) NULL Judgment TGT-MANAGER receives the following packet SNNP message Response (ipv6ipdefaulthoplimit) TGT-AGENT s ipv6ipdefaulthoplimit References TGT-AGENT s ipv6ipdefaulthoplimit must be equal to hop limit in IPv6 header in the SNMP response packet the TGT-MANAGER received after sending the SNMP GetRequest. RFC 3416, Protocol Operations f version 2 of the Simple Netwk Management IPv6 Fum Technical Document -21- IPv6 READY Logo Program

23 Protocol, Sec RFC 4293, Management Infmation Base f the Internet Protocol (IP), Sec IPv6 Fum Technical Document -22- IPv6 READY Logo Program

24 v6snmpv2ciot4 ipv6interfacetable Purpose This test will examine ipv6interfaceidentifier, ipv6interfaceenablestatus, ipv6interfacefwarding in ipv6interfacetable with interface index(ifindex) obtained from v6snmpv2ciot1 Resource Requirements Packet generat Monit to capture packets Initialization Netwk Topology Please refer Test Topology Setup Please see Common Default Configuration and Common SNMP Configuration ifindex from v6snmpv2ciot1 shall be used f this test Procedure TGT-MANAGER gets TGT-AGENT s ipv6interfaceidentifier, ipv6interfaceenablestatus, and ipv6interfacefwarding in ipv6interfacetable using GetRequest. SNMP command: snmpget v 2C c IPv6Ready upd6:3ffe:501:ffff:100:0211:22ff:fe33: [ifIndex] [ifIndex] [ifIndex] SNMP message GetRequest [ifIndex] (ipv6interfaceidentifier) NULL [ifIndex] (ipv6interfaceenablestatus) NULL [ifIndex] (ipv6interfacefwarding) NULL Judgment TGT-MANAGER must receive SNMP Response from TGT_AGNET with the following s IPv6 Fum Technical Document -23- IPv6 READY Logo Program

25 SNMP message Response [ifIndex] (ipv6interfaceidentifier) 0211:22ff:fe33: [ifIndex] (ipv6interfaceenablestatus) Up(1) [ifIndex] (ipv6interfacefwarding) Fwarding(1)(f router) notfwarding(2)(f host) References RFC 3416, Protocol Operations f version 2 of the Simple Netwk Management Protocol, Sec RFC 4293, Management Infmation Base f the Internet Protocol (IP), Sec IPv6 Fum Technical Document -24- IPv6 READY Logo Program

26 v6snmpv2ciot5 Router Advertisement Check v6snmpv2ciot5.1 ipv6routeradverttable(router Only) Purpose This test will crelate Router Advertisement(RA) message this NUT sends with the s in ipv6routeradverttable. This test is perfmed on routers only. Resource Requirements Packet generat Monit to capture packets Initialization Netwk Topology Please refer Test Topology Setup Please see Common Default Configuration and Common SNMP Configuration ifindex from v6snmpv2ciot1 shall be used Procedure TGT-MANAGER gets TGT-AGENT s Router Advertisement parameters s in ipv6routeradverttable using GetRequest. SNMP command: snmpget v 2C c IPv6Ready upd6:3ffe:501:ffff:100:0211:22ff:fe33: [ifIndex] [ifIndex] [ifIndex] [ifIndex] [ifIndex] [ifIndex] SNMP message GetRequest [ifIndex] (ipv6routeradvertsendadverts) NULL [ifIndex] (ipv6routeradvertlinkmtu) NULL [ifIndex] (ipv6routeradvertreachabletime) NULL [ifIndex] (ipv6routeradvertretransmittime) NULL IPv6 Fum Technical Document -25- IPv6 READY Logo Program

27 [ifIndex] (ipv6routeradvertcurhoplimit) NULL [ifIndex] (ipv6routeradvertdefaultlifetime) NULL Judgment Returned s in response must be equal to RA parameters in the previously received RA packet. SNMP message GetRequest [ifIndex] (ipv6routeradvertsendadverts) true(1)(router sends RA packet) [ifIndex] (ipv6routeradvertlinkmtu) same as MTU in RA MTU option [ifIndex] (ipv6routeradvertreachabletime) same as Reachable Timer in RA packet [ifIndex] (ipv6routeradvertretransmittime) same as Retrans Timer in RA packet [ifIndex] (ipv6routeradvertcurhoplimit) same as Cur hop limit in RA packet [ifIndex] (ipv6routeradvertdefaultlifetime) same as Router lifetime in RA packet References RFC 3416, Protocol Operations f version 2 of the Simple Netwk Management Protocol, Sec RFC 4293, Management Infmation Base f the Internet Protocol (IP), Sec IPv6 Fum Technical Document -26- IPv6 READY Logo Program

28 v6snmpv2ciot5.2 ipdefaultroutertable(host Only) Purpose This test will crelate the NUT s configuration(ipv6 default route) with those in the ipdefaultroutertable. This test is f TGT-AGENT hosts only. Resource Requirements Packet generat Monit to capture packets Initialization Netwk Topology Please refer Test Topology Setup Please see Common Default Configuration and Common SNMP Configuration ifindex from v6snmpv2ciot1 shall be used f this test Procedure Part A: ipdefaultroutertable with router lifetime set to 1800 secs 1. REF-ROUTER sends RA router lifetime = 1800 secs 2. TGT-MANAGER gets TGT-AGENT s ipdefaultroutelifetime in ipdefaultroutertable using GetRequest OID ipdefaultroutelifetime.ipdefaultrouteraddresstype.ipdefaultrouteraddress. ipdefaultrouterifindex where ipdefaultroutelifetime= , ipdefaultrouteraddresstype = 2(ipv6), ipdefaultrouteraddress=router link-local address( ) and ipdefaultrouterifindex=same as ifindex from v6snmpv2ciot1. SNMP command: snmpget v 2C c IPv6Ready [ifIndex] SNMP command: snmpget v 2C c IPv6Ready [ifIndex] SNMP message GetRequest [ifIndex] [ifIndex] IPv6 Fum Technical Document -27- IPv6 READY Logo Program

29 (ipdefaultroutelifetime) NULL Part B: ipdefaultroutertable with RA router lifetime is zero 1. REF-ROUTER sends RA router lifetime=0 2. Same as Step 2 in Part A 3. Wait f TGT-AGENT s Response. SNMP message GetRequest [ifIndex] [ifIndex] (ipdefaultroutelifetime) NULL Judgment Part A: 1. TGT-AGENT s ipdefaultroutelifetime must be less than 1800 secs, the remaining ipdefaultrouterlifetime. SNMP message GetResponse [ifIndex] [ifIndex] < 1800 Part B: 1. ipdefaultroutelifetime in TGT-AGENT s Response must be nosuchinstance. SNMP message GetResponse [ifIndex] [ifIndex] IPv6 Fum Technical Document -28- IPv6 READY Logo Program

30 nosuchinstance References RFC 3416, Protocol Operations f version 2 of the Simple Netwk Management Protocol, Sec RFC 4293, Management Infmation Base f the Internet Protocol (IP), Sec IPv6 Fum Technical Document -29- IPv6 READY Logo Program

31 v6snmpv2ciot6 Address Configuration Purpose Verify that TGT-AGENT can perfm lexicographical dering crectly on ipaddresstable after receiving GetNext from TGT-MANAGER. Resource Requirements Packet generat Monit to capture packets Initialization Netwk Topology Please refer Test Topology Setup Please see Common Default Configuration and Common SNMP Configuration Procedure TGT-MANAGER perfms SNMPv2C GetNextRequest operation on TGT-AGENT s ipaddresstable to get ipaddressifindex, ipaddresstype, ipaddressprefix and ipaddressorigin with ipaddresstype=2(ipv6) and ipaddressaddr(3ffe:501:ffff:100::0). SNMP command: snmpgetnext v 2C c IPv6Ready SNMP command: snmpgetnext v 2C c IPv6Ready SNMP message GetNextRequest NULL IPv6 Fum Technical Document -30- IPv6 READY Logo Program

32 NULL NULL NULL Judgment Returned variable fields in TGT_AGENT s Response are s f the test interface index in ipaddresstable with crect syntax type and within the defined range. Please see the following f the crect fmat. SNMP message Response ipaddressifindex.ipv ipaddressifindex.ipv same as the ifindex from v6snmpv2ciot1 ipaddresstype.ipv ipaddresstype.ipv Unicast(1) ipaddressprefix.ipv IPv6 Fum Technical Document -31- IPv6 READY Logo Program

33 ipaddressprefix.ipv the row pointer to the row in the prefix table to which this address belongs ipaddressorigin.ipv ipaddressorigin.ipv manual(2)(f router) linklayer (5)(f host) References RFC 3416, Protocol Operations f version 2 of the Simple Netwk Management Protocol, Sec RFC 4293, Management Infmation Base f the Internet Protocol (IP), Sec IPv6 Fum Technical Document -32- IPv6 READY Logo Program

34 v6snmpv2ciot7 Prefix Infmation Check v6snmpv2ciot7.1 Single Prefix Purpose This test is to crelate the prefix infmation f PF1, learned through RA f hosts from manual configuration f routers, with those in the ipaddressprefixtable using SNMP commands. Resource Requirements Packet generat Monit to capture packets Initialization Netwk Topology Please refer Test Topology Setup Please see Common Default Configuration and Common SNMP Configuration Procedure TGT-MANAGER gets TGT-AGENT s ipaddressprefixorigin, ipaddressprefixonlinkflag, ipaddressprefixautonomousflag, ipaddressprefixadvpreferredlifetime, ipaddressprefixadvvalidlifetime in ipaddressprefixtable indexed by ipaddressprefixifindex ipaddressprefixtype(2), ipaddressprefixprefix(3ffe:501:ffff:100) and ipaddressprefixlength(64) using GetRequest. SNMP command: snmpget v 2C c IPv6Ready [ifIndex] [ifIndex] [ifIndex] [ifIndex] [ifIndex] SNMP command: snmpget v 2C c IPv6Ready [ifIndex] [ifIndex] [ifIndex] [ifIndex] [ifIndex] SNMP GetRequest IPv6 Fum Technical Document -33- IPv6 READY Logo Program

35 message [ifIndex] [ifIndex] (ipaddressprefixorigin) NULL [ifIndex] [ifIndex] (ipaddressprefixonlinkstatus) NULL [ifIndex] [ifIndex] (ipaddressprefixautonomousflag) NULL [ifIndex] [ifIndex] (ipaddressprefixadvpreferredlifeti me) NULL [ifIndex] [ifIndex] IPv6 Fum Technical Document -34- IPv6 READY Logo Program

36 Judgment (ipaddressprefixadvvalidlifetime) NULL TGT-MANAGER receives the following Response s from TGT-AGENT and these s match the Prefix Infmation on link, auto, valid lifetime and preferred lifetime s in RA packet. SNMP message Response [ifIndex] [ifIndex] (ipaddressprefixorigin) manual(2) routeradv(5) [ifIndex] [ifIndex] (ipaddressprefixonlinkstatus) true(1) [ifIndex] [ifIndex] (ipaddressprefixautonomousflag) true(1) (HOST) false(2) (ROUTER) [ifIndex] [ifIndex] IPv6 Fum Technical Document -35- IPv6 READY Logo Program

37 (ipaddressprefixadvpreferredlifeti me) < preferred lifetime in Prefix Infmation Infinity vaule of 4,294,967, [ifIndex] [ifIndex] (ipaddressprefixadvvalidlifetime) < preferred lifetime in Prefix Infmation Infinity vaule of 4,294,967,295 References RFC 3416, Protocol Operations f version 2 of the Simple Netwk Management Protocol, Sec RFC 4293, Management Infmation Base f the Internet Protocol (IP), Sec IPv6 Fum Technical Document -36- IPv6 READY Logo Program

38 v6snmpv2ciot7.2 Multiple Prefix Purpose This test is to examine the NUT s IPv6 prefix infmation changes in the ipaddressprefixtable when a new prefix(pf2=3ffe:501:ffff:101/64) is added. Resource Requirements Packet generat Monit to capture packets Initialization Netwk Topology Please refer Test Topology Setup Please see Common Default Configuration and Common SNMP Configuration Procedure 1. Add an IPv6 address with PF2 prefix and valid preferred lifetime = 60 seconds infinity vaule of 4,294,967,295 in TGT-AGENT 2. TGT-MANAGER gets TGT-AGENT s ipaddressprefixorigin, ipaddressprefixonlinkflag, ipaddressprefixautonomousflag ipaddressprefixadvpreferredlifetime, ipaddressprefixadvvalidlifetime in ipaddressprefixtable indexed by ipaddressprefixifindex obtained in SNMPv2CIOT1 ipaddressprefixtype(2), ipaddressprefixprefix(3ffe:501:ffff:101) and ipaddressprefixlength(64) using GetRequest within 30 seconds. SNMP command: snmpget v 2C c IPv6Ready [ifIndex] [ifIndex] [ifIndex] [ifIndex] [ifIndex] SNMP command: snmpget v 2C c IPv6Ready [ifIndex] [ifIndex] [ifIndex] [ifIndex] [ifIndex] IPv6 Fum Technical Document -37- IPv6 READY Logo Program

39 SNMP message GetRequest [ifIndex] [ifIndex] (ipaddressprefixorigin) NULL [ifIndex] [ifIndex] (ipaddressprefixonlinkstatus) NULL [ifIndex] [ifIndex] (ipaddressprefixautonomousflag) NULL [ifIndex] [ifIndex] (ipaddressprefixadvpreferredlifeti me) NULL [ifIndex] [ifIndex] IPv6 Fum Technical Document -38- IPv6 READY Logo Program

40 (ipaddressprefixadvvalidlifetime) NULL 3. TGT-MANAGER perfms SNMPv2C GetBulkRequest(non-repeaters=0, maxrepetitions=3) to get all the prefixes in TGT-AGENT s ipaddressprefixtable with OID [ifIndex] [ifIndex] within another 30 seconds. SNMP command: snmpbulkget v 2C Cn0 Cr3 -c IPv6Ready [ifIndex] SNMP command: snmpbulkget v 2C Cn0 Cr3 -c IPv6Ready [ifIndex] SNNP message non-repeaters 0 max-repetitions 3 GetBulkRequest [ifIndex] [ifIndex] NULL 4. Wait f 65 seconds to expire the PF2 prefix. (Note:f routers might not suppt router valid and preferred lifetime configuration, simply delete TGT-AGENT s PF2 address to reflect the PE2 prefix expiration. ) 5. TGT-MANAGER gets again TGT-AGENT s ipaddressprefixorigin, ipaddressprefixonlinkstatus, ipaddressprefixautonomousflag ipaddressprefixadvpreferredlifetime, ipaddressprefixadvvalidlifetime in ipaddressprefixtable using GetRequest(repeat SNMP command in Step 2) 6. TGT-MANAGER perfms SNMPv2C GetBulkRequest(non-repeaters=0, maxrepetitions=2) to get all the prefixes on TGT-AGENT s ipaddressprefixtable with OID [ifIndex] [ifIndex] (Repeat Step 3 SNMP command with max-repetitions=2) 7. End this test by removing this prefix(pf2) from TGT-AGENT. Judgment 1.Test result from procedure 2: IPv6 Fum Technical Document -39- IPv6 READY Logo Program

41 Received Response from TGT-AGENT with the following fmat: SNMP message Response [ifIndex] [ifIndex] (ipaddressprefixorigin) manual(2) routeradv(5) depending on how this prefix is obtained(manually configured learned from router advertisement) [ifIndex] [ifIndex] (ipaddressprefixonlinkstatus) true(1) [ifIndex] [ifIndex] (ipaddressprefixautonomousflag) true(1) false(2) [ifIndex] [ifIndex] (ipaddressprefixadvpreferredlifeti me) < 60 Infinity vaule of 4,294,967, [ifIndex] IPv6 Fum Technical Document -40- IPv6 READY Logo Program

42 [ifIndex] (ipaddressprefixadvvalidlifetime) < 60 Infinity vaule of 4,294,967,295 2.Test result from procedure 3: received packet with ipaddressprefix.igin f PF1=3ffe:501:ffff:100/64 and PF2=3ffe:501:ffff:101/64 in ipaddressprefixtable. 3.Test result from procedure 5: After 65 seconds, all entries from ipaddressprefixtable response f PF2 are nosuchinstance. 4.Test result from procedure 6: Can t find ipaddressprefix.igin f PF1=3ffe:501:ffff:101/64 in ipaddressprefixtable. Only ipaddressprefix.igin f PF1=3ffe:501:ffff:100/64 is found. Possible Problem Different test targets might have differenet IP address prefix row entries in IPAddressPrefixTable f SNMP GetBulk operatons to examine IP address prefix changes. The max-repetitions variable in the SNMP GetBulk commands is allowed to be different from the sample commands as long as this GetBulk command can reflect the IP address prefix changes. References RFC 3416, Protocol Operations f version 2 of the Simple Netwk Management Protocol, Sec RFC 4293, Management Infmation Base f the Internet Protocol (IP), Sec IPv6 Fum Technical Document -41- IPv6 READY Logo Program

43 v6snmpv2ciot8 ICMPv6 Echo Interoperability/Neighb Cache Purpose Verify that SNMP agent has implemented ipnettophysicaltable(neighb cache) crectly. Resource Requirements Packet generat Monit to capture packets Initialization Netwk Topology Please refer Test Topology Setup Please see Common Default Configuration and Common SNMP Configuration. Procedure The test sequence is as follows: 1. TGT-AGENT clears neighb cache. 2. TGT-MANAGER checks TGT-AGENT s ipnettophysicaltable does not have REF- ROUTER/HOST s physical address entry. SNMP command: snmpget v 2C c IPv6Ready [ifIndex] SNMP command: snmpget v 2C c IPv6Ready [ifIndex] REF-ROUTER/HOST pings TGT-AGENT. 4. TGT-MANAGER checks TGT-AGENT s ipnettophysicaladdresstable again to see if REF-ROUTER/HOST s physical address is already in the table. Judgment SNMP command: snmpget v 2C c IPv6Ready [ifIndex] SNMP command: snmpget v 2C c IPv6Ready [ifIndex] Test result from procedure 2 : Can t find REF-ROUTER/HOST s physical address IPv6 Fum Technical Document -42- IPv6 READY Logo Program