Re: [addr-select-dt] draft-ietf-6man-rfc3484-revise-02

Arifumi Matsumoto <arifumi@nttv6.net> Thu, 17 March 2011 02:19 UTC

Return-Path: <arifumi@nttv6.net>
X-Original-To: addr-select-dt@core3.amsl.com
Delivered-To: addr-select-dt@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EBCB23A691F for <addr-select-dt@core3.amsl.com>; Wed, 16 Mar 2011 19:19:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.211
X-Spam-Level:
X-Spam-Status: No, score=-102.211 tagged_above=-999 required=5 tests=[AWL=0.388, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 r4uxKsnusWc5 for <addr-select-dt@core3.amsl.com>; Wed, 16 Mar 2011 19:19:44 -0700 (PDT)
Received: from leo.nttv6.net (leo.nttv6.net [192.47.162.93]) by core3.amsl.com (Postfix) with ESMTP id 5C5BF3A68EF for <addr-select-dt@ietf.org>; Wed, 16 Mar 2011 19:19:44 -0700 (PDT)
Received: from [IPv6:::1] (localhost.nttv6.net [IPv6:::1]) by leo.nttv6.net (8.14.4/8.14.3) with ESMTP id p2H2Jt5L042050 for <addr-select-dt@ietf.org>; Thu, 17 Mar 2011 11:19:55 +0900 (JST) (envelope-from arifumi@nttv6.net)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1082)
From: Arifumi Matsumoto <arifumi@nttv6.net>
In-Reply-To: <EMEW3|439bf15624adaebf5d25e951e1da714dn2A0Gj03tjc|ecs.soton.ac.uk|EE4D601C-D0B8-41A7-B0FF-2B7384C6408E@ecs.soton.ac.uk>
Date: Thu, 17 Mar 2011 11:31:46 +0900
Content-Transfer-Encoding: quoted-printable
Message-Id: <1C257C96-9461-4C45-B040-51A87E20A499@nttv6.net>
References: <3ABDA38B-EC8D-445F-BDB0-9D265794CEE8@nttv6.net> <EE4D601C-D0B8-41A7-B0FF-2B7384C6408E@ecs.soton.ac.uk> <EMEW3|439bf15624adaebf5d25e951e1da714dn2A0Gj03tjc|ecs.soton.ac.uk|EE4D601C-D0B8-41A7-B0FF-2B7384C6408E@ecs.soton.ac.uk>
To: addr-select-dt@ietf.org
X-Mailer: Apple Mail (2.1082)
Subject: Re: [addr-select-dt] draft-ietf-6man-rfc3484-revise-02
X-BeenThere: addr-select-dt@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IPv6 Address Selection Design Team <addr-select-dt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/addr-select-dt>, <mailto:addr-select-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/addr-select-dt>
List-Post: <mailto:addr-select-dt@ietf.org>
List-Help: <mailto:addr-select-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/addr-select-dt>, <mailto:addr-select-dt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Mar 2011 02:19:46 -0000

Tim,

On 2011/03/11, at 9:16, Tim Chown wrote:

> Hi,
> 
> I have edited the txt file, largely to tidy up the English in a few places.   There's nothing I disagree with in the text.   So you could diff the file with yours to see if you want to apply the changes.

Thank you for your review and comments.
I'm sorry that I could not addressed all issues in -02.

> 
> Some other comments:
> 
> We don't cite draft-ietf-6man-addr-select-sol-03 or draft-ietf-v6ops-addr-select-req-07 - would this be worth doing?    Should probably have a final pass through those to ensure everything is captured in the 3484 bis text?

The rfc3484-revise does not mention about the whole problem related to address selection, but it does focus on the present issues for RFC 3484 itself.

It may be helpful if we mention about the whole problem for the readers to grasp the big picture, too. I'll put some texts about them in the introduction, where problem statement and requirement, and the solution documents will be referenced.

> Note the address selection considerations reference is now a WG item: draft-ietf-6man-addr-select-considerations-02; this needs updating in your text.

Applied.

> 
> I found this sentence a little clumsy:
> "When a destination address DA, DB, and the source address of DA
>   Source(DA) are on the same subnet and Source(DA) == Source(DB), DNS
>   round robin load-balancing cannot function. "
> Maybe it can be written a little more clearly?

Sorry, writing clear english is always an assignment for me. X(

How about the following text ?

"When a destination address DA, DB and the source address S are on the
same subnet, the present longest matching rule always choose the same
destination address."

> Quite a few of the citations (reference labels) appear after the full stops in sentences, not before.   Corrected in the attached text.

I hope all were corrected.

> 
> Do we want to add a rule for 2001:db8:: ?     If 3ffe:: is in there...

I do not know.
Do we see 2001:db8:: addresses on a real packets ?

> And I would still love to see a way to add a rule to put privacy address preference in there.   This would be a great way to help answer the concerns in long email threads currently running in other lists :)

Do you think it should be addressed in RFC 3484 revision, or in the policy distribution draft, or totally different way ?

Kindest regards,

> 
> Tim
> 
> <draft-ietf-6man-rfc3484-revise-02-tc.txt>
> 
> On 9 Mar 2011, at 10:38, Arifumi Matsumoto wrote:
> 
>> All,
>> 
>> here attached the -02 version of RFC 3484 revision work.
>> I'm very sorry about the long suspension on this item,
>> despite your commitment on it.
>> 
>> If you can comment on it, I think I can incorporate it
>> before the cut-off.
>> 
>> Kindest regards,
>> 
>> <draft-ietf-6man-rfc3484-revise-02.txt>
>> --
>> Arifumi Matsumoto
>> NGN System Architecture Project
>> NTT Service Integration Laboratories
>> E-mail: arifumi@nttv6.net
>> TEL +81-422-59-3334 FAX +81-422-59-6364
>> 
>> _______________________________________________
>> addr-select-dt mailing list
>> addr-select-dt@ietf.org
>> https://www.ietf.org/mailman/listinfo/addr-select-dt
> 
> _______________________________________________
> addr-select-dt mailing list
> addr-select-dt@ietf.org
> https://www.ietf.org/mailman/listinfo/addr-select-dt