#!/usr/bin/perl # # $Name: V6LC_P2_1_4_3 $ # # Copyright (C) 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006 # Yokogawa Electric Corporation. # All rights reserved. # # Redistribution and use of this software in source and binary # forms, with or without modification, are permitted provided that # the following conditions and disclaimer are agreed and accepted # by the user: # # 1. Redistributions of source code must retain the above copyright # notice, this list of conditions and the following disclaimer. # # 2. Redistributions in binary form must reproduce the above copyright # notice, this list of conditions and the following disclaimer in # the documentation and/or other materials provided with # the distribution. # # 3. Neither the names of the copyrighters, the name of the project # which is related to this software (hereinafter referred to as # "project") nor the names of the contributors may be used to # endorse or promote products derived from this software without # specific prior written permission. # # 4. No merchantable use may be permitted without prior written # notification to the copyrighters. # # 5. The copyrighters, the project and the contributors may prohibit # the use of this software at any time. # # THIS SOFTWARE IS PROVIDED BY THE COPYRIGHTERS, THE PROJECT AND # CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING # BUT NOT LIMITED THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS # FOR A PARTICULAR PURPOSE, ARE DISCLAIMED. IN NO EVENT SHALL THE # COPYRIGHTERS, THE PROJECT OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, # INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES # (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR # SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) # HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, # STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING # IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE # POSSIBILITY OF SUCH DAMAGE. # # $Id: EX_OptProcessingOrder_10.seq,v 1.4 2005/04/11 08:27:20 akisada Exp $ # ###################################################################### BEGIN { $V6evalTool::TestVersion = '$Name: V6LC_P2_1_4_3 $'; } use V6evalTool; use CommonSPEC; $pktdesc{'echo_request_10'} = 'Send Echo Request (Options ordered 00, 10, 11, 01)'; $pktdesc{'icmperr'} = 'Recv ICMP Error (Parameter Problem, unrecognized IPv6 option encountered)'; $pktdesc{'echo_reply'} = 'Recv Echo Reply'; $endStatus = $V6evalTool::exitPass; $IF = 'Link0'; vCapture($IF); #----- test vSend($IF, 'echo_request_10'); %ret = nd_vRecv_EN($IF, $CommonSPEC::wait_reply, 0, 0, 'icmperr', 'echo_reply'); if ($ret{'status'} == 0) { if ($ret{'recvFrame'} eq 'icmperr') { vLogHTML('OK
'); } elsif ($ret{'recvFrame'} eq 'echo_reply') { vLogHTML('receive unexpected Echo Reply
'); vLogHTML('NG
'); $endStatus = $V6evalTool::exitFail; } } else { vLogHTML('Cannot receive ICMP Error message
'); vLogHTML('NG
'); $endStatus = $V6evalTool::exitFail; } #----- end test $ret = cleanup($IF); vStop($IF); if ($ret == $CommonSPEC::Success) { exit($endStatus); } else { exit($V6evalTool::exitFatal); } ###################################################################### __END__ =head1 NAME EX_OptProcessingOrder_10 - Option Processing Order - First Option has Most Significant Bits 00, Next has Most Significant Bits 10 =head1 TARGET Host and Router =head1 SYNOPSIS =begin html
  EX_OptProcessingOrder_10.seq [-tooloption ...] -pkt EX_OptProcessingOrder_10.def
    -tooloption : v6eval tool option
=end html =head1 INITIALIZATION None =head1 TEST PROCEDURE Tester Target | | |-------------------------->| | Echo Request | | | | | |<--------------------------| | Neighbor Solicitation | | | | | |-------------------------->| | Neighbor Advertisement | | | | | |<--------------------------| | ICMP Error | | | v v 1. Send Echo Request 2. Wait ICMP Error or NS 3. If NS received then send NA, and wait ICMP Error again 4. Receive ICMP Error Echo Request Data is: IPv6 Header Version = 6 Traffic Class = 0 FlowLabel = 0 PayloadLength = 48 NextHeader = 60 (Destination Options Header) SourceAddress = Tester Link Local Address DestinationAddress = Target Link Local Address Destination Options Header NextHeader = 58 (ICMPv6) HeaderExtLength = 3 OptionType = 0x07 (Unrecognized Option, Type 00) OptDataLength = 4 data = {0, 0, 0, 0} OptionType = 0x87 (Unrecognized Option, Type 10) OptDataLength = 6 data = {0, 0, 0, 0, 0, 0} OptionType = 0xC7 (Unrecognized Option, Type 11) OptDataLength = 6 data = {0, 0, 0, 0, 0, 0} OptionType = 0x47 (Unrecognized Option, Type 01) OptDataLength = 6 data = {0, 0, 0, 0, 0, 0} ICMP Echo Request Type = 128 (Echo Request) Code = 0 Checksum = (auto) Identifier = 0xffff SequenceNumber = 1 PayloadData = {1, 2, 3, 4, 5, 6, 7, 8} =head1 JUDGEMENT PASS: ICMP Error Received IPv6 Header Version = 6 Traffic Class = 0 FlowLabel = 0 PayloadLength = 96 NextHeader = 58 (ICMPv6) SourceAddress = Target Link Local Address Destination Address = Tester Link Local Address ICMP Error Type = 4 (Parameter Problem) Code = 2 (unrecognized IPv6 option encountered) Checksum = (auto) Pointer = 48 (Offset to Option Type field of 2nd option) PayloadData = (Sent Packet) =cut # =head1 REFERENCE # # RFC2460 # # 4.2 Options # # Two of the currently-defined extension headers -- the Hop-by-Hop # Options header and the Destination Options header -- carry a variable # number of type-length-value (TLV) encoded "options", of the following # format: # # +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- - - - - - - - - # | Option Type | Opt Data Len | Option Data # +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- - - - - - - - - # # Option Type 8-bit identifier of the type of option. # # Opt Data Len 8-bit unsigned integer. Length of the Option # Data field of this option, in octets. # # Option Data Variable-length field. Option-Type-specific # data. # # =begin html #
#    The sequence of options within a header must be processed strictly in
#    the order they appear in the header; a receiver must not, for
#    example, scan through the header looking for a particular kind of
#    option and process that option prior to processing all preceding
#    ones.
# 
# # =end html # # The Option Type identifiers are internally encoded such that their # highest-order two bits specify the action that must be taken if the # processing IPv6 node does not recognize the Option Type: # # 00 - skip over this option and continue processing the header. # # 01 - discard the packet. # # =begin html #
#       10 - discard the packet and, regardless of whether or not the
#            packet's Destination Address was a multicast address, send an
#            ICMP Parameter Problem, Code 2, message to the packet's
#            Source Address, pointing to the unrecognized Option Type.
# 
# # =end html # # 11 - discard the packet and, only if the packet's Destination # Address was not a multicast address, send an ICMP Parameter # Problem, Code 2, message to the packet's Source Address, # pointing to the unrecognized Option Type. # # The third-highest-order bit of the Option Type specifies whether or # not the Option Data of that option can change en-route to the # packet's final destination. When an Authentication header is present # in the packet, for any option whose data may change en-route, its # entire Option Data field must be treated as zero-valued octets when # computing or verifying the packet's authenticating value. # # 0 - Option Data does not change en-route # # 1 - Option Data may change en-route # # The three high-order bits described above are to be treated as part # of the Option Type, not independent of the Option Type. That is, a # particular option is identified by a full 8-bit Option Type, not just # the low-order 5 bits of an Option Type. # # The same Option Type numbering space is used for both the Hop-by-Hop # Options header and the Destination Options header. However, the # specification of a particular option may restrict its use to only one # of those two headers. # # Individual options may have specific alignment requirements, to # ensure that multi-octet values within Option Data fields fall on # natural boundaries. The alignment requirement of an option is # specified using the notation xn+y, meaning the Option Type must # appear at an integer multiple of x octets from the start of the # header, plus y octets. For example: # # 2n means any 2-octet offset from the start of the header. # 8n+2 means any 8-octet offset from the start of the header, # plus 2 octets. # =pod =head1 REFERENCE =begin html
RFC 2460 - IPv6 Specification
=end html =head1 SEE ALSO perldoc V6evalTool =cut