draft-ietf-ipv6-ra-flags-option edits

Brian Haberman <brian@innovationslab.net> Thu, 13 September 2007 14:59 UTC

Return-path: <ipv6-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IVqAg-0006yb-Jw; Thu, 13 Sep 2007 10:59:58 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IVq97-0006Rb-Qq for ipv6@ietf.org; Thu, 13 Sep 2007 10:58:21 -0400
Received: from pilot.jhuapl.edu ([128.244.198.200] helo=jhuapl.edu) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IVq97-0007eH-Aq for ipv6@ietf.org; Thu, 13 Sep 2007 10:58:21 -0400
Received: from ([128.244.96.213]) by pilot.jhuapl.edu with ESMTP id 5502123.45940208; Thu, 13 Sep 2007 10:58:00 -0400
Message-ID: <46E94FF7.8040101@innovationslab.net>
Date: Thu, 13 Sep 2007 10:57:59 -0400
From: Brian Haberman <brian@innovationslab.net>
User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728)
MIME-Version: 1.0
To: IPv6 WG Mailing List <ipv6@ietf.org>
References: <E1ITF7O-0001cl-LP@ietf.org> <46DFFE97.70801@innovationslab.net> <46DFFFBA.8050509@piuha.net>
In-Reply-To: <46DFFFBA.8050509@piuha.net>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 057ebe9b96adec30a7efb2aeda4c26a4
X-Mailman-Approved-At: Thu, 13 Sep 2007 10:59:57 -0400
Cc: Bob Hinden <bob.hinden@nokia.com>
Subject: draft-ietf-ipv6-ra-flags-option edits
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "IP Version 6 Working Group \(ipv6\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
Errors-To: ipv6-bounces@ietf.org

All,
      The IESG reviewed the RA flags option draft and provided several 
comments.  In order to address those comments, I proposed the following 
OLD/NEW edits to the document.  I will submit a revised version of the 
document to the ID editor soon.  If you have issues with the proposed 
changes, please let me know quickly.



OLD:
       Length = 1; The length MUST be checked when processing the option
       in order to allow for future expansion of this option if the need
       arises.

NEW:
       Length - The length MUST be checked when processing the option
       in order to allow for future expansion of this option.  An
       implementation of this specification MUST set the Length to 1,
       MUST ignore any unrecognized data, and MUST be able to recognize
       the specified length in order to skip over unrecognized bits.


OLD:
    During the construction/transmission, this option:

    o  MUST only occur in Router Advertisement messages

    o  MUST be the first option immediately following the Router
       Advertisement message header

    o  MUST only occur once in the Router Advertisement message.

NEW:
    During the construction/transmission, this option:

    o  MUST only occur in Router Advertisement messages

    o  MUST occur prior to any additional options associated with any
       flags set in this option

    o  MUST only occur once in the Router Advertisement message

    o  MUST NOT be added to a Router Advertisement message if no flags
       in the option are set

    o  MUST have all unused flags set to zero.


OLD:
    Upon reception, a receiver processing NDP messages containing this
    option:

    o  MUST ignore the option if it occurs in a message other than a
       Router Advertisement

    o  MUST ignore the option if it is not the first option in the Router
       Advertisement

    o  MUST ignore all instances of the option except the first one
       encountered in the Router Advertisement message

NEW:
    Upon reception, a receiver processing NDP messages containing this
    option:

    o  MUST ignore the option if it occurs in a message other than a
       Router Advertisement

    o  MUST ignore all instances of the option except the first one
       encountered in the Router Advertisement message

    o  MUST ignore the option if the Length is less than 1

    o  MUST ignore any unknown flag bits.


OLD:
    The bit fields within the option are numbered from left to right from
    8 to 55 and follow the numbering of the flag bits in the RA option
    described in Figure 1.  Flag bits 0 to 7 are found in the Router
    Advertisement message header defined in [1]

NEW:
    The bit fields within the option are numbered from left to right from
    8 to 55 (starting at bit offset 16 in the option) and follow the
    numbering of the flag bits in the RA option described in Figure 1.
    Flag bits 0 to 7 are found in the Router Advertisement message header
    defined in [1]


OLD:
    The assignment of new RA flags in the RA option header and for the
    bits defined in the RA extension option defined in this document
    require standards action or IESG approval.


NEW:
    The assignment of new RA flags in the RA option header and for the
    bits defined in the RA extension option defined in this document
    require standards action or IESG approval [RFC2434].


Regards,
Brian


--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------