RE: 6MAN WG Last Call:draft-ietf-6man-ipv6-subnet-model-00.txt

"Wes Beebee (wbeebee)" <wbeebee@cisco.com> Mon, 09 November 2009 18:32 UTC

Return-Path: <wbeebee@cisco.com>
X-Original-To: ipv6@core3.amsl.com
Delivered-To: ipv6@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 45B193A6928 for <ipv6@core3.amsl.com>; Mon, 9 Nov 2009 10:32:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.248
X-Spam-Level:
X-Spam-Status: No, score=-6.248 tagged_above=-999 required=5 tests=[AWL=0.351, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id szVdbks+B3OU for <ipv6@core3.amsl.com>; Mon, 9 Nov 2009 10:32:01 -0800 (PST)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id EFCF53A6774 for <ipv6@ietf.org>; Mon, 9 Nov 2009 10:32:00 -0800 (PST)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApsEAGbv90pAZnwM/2dsb2JhbACEcsJrhxABj3GBL4I4VwSBaA
X-IronPort-AV: E=Sophos;i="4.44,710,1249257600"; d="scan'208";a="67134826"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 09 Nov 2009 18:32:23 +0000
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id nA9IWNBT025234; Mon, 9 Nov 2009 18:32:23 GMT
Received: from xmb-rtp-211.amer.cisco.com ([64.102.31.118]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 9 Nov 2009 13:32:23 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
Subject: RE: 6MAN WG Last Call:draft-ietf-6man-ipv6-subnet-model-00.txt
Date: Mon, 9 Nov 2009 13:32:22 -0500
Message-ID: <BB56240F3A190F469C52A57138047A03037B0A97@xmb-rtp-211.amer.cisco.com>
In-Reply-To: <m2r5s8y1ts.wl%jinmei@isc.org>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: 6MAN WG Last Call:draft-ietf-6man-ipv6-subnet-model-00.txt
Thread-Index: AcphF719ZSE3UGFQRUmFrgATSa4YiQAUqDEg
References: <4AE6CA6F.5090206@innovationslab.net> <m2r5s8y1ts.wl%jinmei@isc.org>
From: "Wes Beebee (wbeebee)" <wbeebee@cisco.com>
To: =?ISO-2022-JP?B?SklOTUVJIFRhdHV5YSAvIBskQj9ATEBDIzpIGyhC?= <jinmei@isc.org>, "Brian Haberman" <brian@innovationslab.net>
X-OriginalArrivalTime: 09 Nov 2009 18:32:23.0121 (UTC) FILETIME=[FA894C10:01CA616A]
Cc: ipv6@ietf.org, Bob Hinden <bob.hinden@gmail.com>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Nov 2009 18:32:02 -0000

Regarding "Note that Redirect Messages can also indicate an address is off-link."
I think we've removed that from the latest draft, which is available at
http://www.ietf.org/id/draft-ietf-6man-ipv6-subnet-model-05.txt

We have instead, the text (in section 2.2):
"Note that Redirect Messages do not contain sufficient information to signal that an address is off-link."

Could you please point to the section of
http://www.ietf.org/id/draft-ietf-6man-ipv6-subnet-model-05.txt
where you have found the text you were pointing to?

- Wes

-----Original Message-----
From: ipv6-bounces@ietf.org [mailto:ipv6-bounces@ietf.org] On Behalf Of JINMEI Tatuya / ????
Sent: Sunday, November 08, 2009 7:33 PM
To: Brian Haberman
Cc: Bob Hinden; ipv6@ietf.org
Subject: Re: 6MAN WG Last Call:draft-ietf-6man-ipv6-subnet-model-00.txt

At Tue, 27 Oct 2009 06:24:47 -0400,
Brian Haberman <brian@innovationslab.net>; wrote:

>       Title     : IPv6 Subnet Model: the Relationship between
>                   Links and Subnet Prefixes
>       Author(s) : H. Singh, et al.
>       Filename  : draft-ietf-6man-ipv6-subnet-model-05.txt
>       Pages     : 11
>       Date      : 2009-05-15
> 
> as a Proposed Standard.  Substantive comments and statements of 
> support for advancing this document should be directed to the mailing list.
> Editorial suggestions can be sent to the document editor.  This last 
> call will end on October 14, 2009.

I've read the latest version of the draft and support for advancing it.  I'm glad this document now focuses on its original issue (and sorry for the process delay if it was due to my objection to previous versions and my slow responses).

I have one minor technical comment.  In Introduction the draft states:

   In addition to the Prefix List, individual addresses are on-link if
   they are the target of a Redirect Message indicating on-link, or the
   source of a valid Neighbor Solicitation or Neighbor Advertisement
   message.  Note that Redirect Messages can also indicate an address is
   off-link.  Individual address entries can be expired by the Neighbor
   Unreachability Detection mechanism.

Technically, (in my understanding) Redirect Messages do not directly indicate an address is off-link.  What they can indicate are:
1. an address is on-link
2. an address is reachable via a different router than the redirect
   sender

normally #2 means the address is off-link, but, again, technically, my understanding is that it doesn't have to be so.

Frankly, I don't understand the rationale of this note in this context in the first place (I don't see any problem even if we remove this sentence), but if the intent is to just note the role of redirect is not limited to show an address being on-link, I'd suggest rephrase the "Note that..." sentence as follows:

   Note that Redirect Messages can also designate an alternate better
   router to reach an address, in which case the address is normally
   off-link.

---
JINMEI, Tatuya
Internet Systems Consortium, Inc.
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------