Re: [addr-select-dt] slide to 6man presentation

Arifumi Matsumoto <arifumi@nttv6.net> Mon, 26 July 2010 12:56 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 E1CB63A6BB4 for <addr-select-dt@core3.amsl.com>; Mon, 26 Jul 2010 05:56:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.358
X-Spam-Level:
X-Spam-Status: No, score=-2.358 tagged_above=-999 required=5 tests=[AWL=0.242, BAYES_00=-2.599, NO_RELAYS=-0.001]
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 so3yNm4Jxmwj for <addr-select-dt@core3.amsl.com>; Mon, 26 Jul 2010 05:56:31 -0700 (PDT)
Received: from mail.nttv6.net (mail.nttv6.net [IPv6:2001:fa8::25]) by core3.amsl.com (Postfix) with ESMTP id 705353A6BD3 for <addr-select-dt@ietf.org>; Mon, 26 Jul 2010 05:56:30 -0700 (PDT)
Received: from [IPv6:::1] (localhost [IPv6:::1]) by mail.nttv6.net (8.14.4/8.14.3) with ESMTP id o6QCuF60074769; Mon, 26 Jul 2010 21:56:15 +0900 (JST) (envelope-from arifumi@nttv6.net)
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset=us-ascii
From: Arifumi Matsumoto <arifumi@nttv6.net>
In-Reply-To: <139e01cb2cbf$0552f6d0$0ff8e470$@net>
Date: Mon, 26 Jul 2010 21:56:14 +0900
Content-Transfer-Encoding: quoted-printable
Message-Id: <ECD7F999-EAAD-4D00-8B9D-2741590BCD1E@nttv6.net>
References: <482E7BB1-B20F-4F96-B632-5F8B8248A4AA@nttv6.net> <9BC19D14-B2D7-49DF-9E8A-192C2839844D@ecs.soton.ac.uk> <EMEW3|485ffd87b61ef2b40ca7f992939f6ae1m6PADp03tjc|ecs.soton.ac.uk|9BC19D14-B2D7-49DF-9E8A-192C2839844D@ecs.soton.ac.uk> <B46E94FF-C6B0-4727-812F-83C74D92666D@nttv6.net> <139e01cb2cbf$0552f6d0$0ff8e470$@net>
To: <alh-ietf@tndh.net>
X-Mailer: Apple Mail (2.1081)
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.nttv6.net [IPv6:::1]); Mon, 26 Jul 2010 21:56:17 +0900 (JST)
Cc: addr-select-dt@ietf.org
Subject: Re: [addr-select-dt] slide to 6man presentation
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: Mon, 26 Jul 2010 12:56:32 -0000

On 2010/07/26, at 21:35, Tony Hain wrote:

> I can present it, and don't have any further comments other than a TBD
> reference for pulling the 'try addr sel again' ICMP from
> draft-hain-ipv6-fwrh-03.txt

I don't object to add a reference to that.
But, as the design team, we have not examined what that approach can solve and cannot.


And, personally I have a working group item titled draft-ietf-6man-addr-select-sol that covers possible approaches to the address selection problems. One of which approach is very similar to ICMP error based approach.

Though I cannot argue about what is not yet made public, if it is similar, that approach does not cover all the cases that were raised so far, i.e. destination address selection related cases. And several other issues it has also, like that error-message-driven approach forces a user/host to re-connect to the same host.

So, as a method to update policy in host, IMO, distributing policy-table approach should be the way forward.

>> -----Original Message-----
>> From: addr-select-dt-bounces@ietf.org [mailto:addr-select-dt-
>> bounces@ietf.org] On Behalf Of Arifumi Matsumoto
>> Sent: Monday, July 26, 2010 11:31 AM
>> To: Tim Chown
>> Cc: addr-select-dt@ietf.org
>> Subject: Re: [addr-select-dt] slide to 6man presentation
>> 
>> Thank you for comments.
>> I'll update.
>> 
>> BTW, I saw Tony here in Maastricht.
>> Can you present ??
>> 
>> 
>> On 2010/07/26, at 18:13, Tim Chown wrote:
>> 
>>> Hi,
>>> 
>>> Some comments....
>>> 
>>> - the DT draft is missed from the slides: draft-ietf-6man-addr-
>> select-considerations-02
>>> 
>>> May wish to have a slide summarising the most recent focuses in that
>> draft, for example including some/all of:
>>> 
>>> - frequent policy changes are linked to having either rapid traffic
>> engineering changes/external routing changes or lots of mobile nodes
>> within the site moving between points of attachment with different
>> policies
>>> 
>>> - it seems sensible to acquire RFC3484 policy when acquiring other
>> configuration information
>>> 
>>> - in a managed enterprise there is likely to be a managed policy, and
>> DHCP available
>>> 
>>> - in dynamic/unmanaged networks using routing hints for address
>> selection *may* be more appropriate
>>> 
>>> - the problem of handling policy conflict is a host issue, the method
>> to distribute the policy is a network issue - we focus here on the
>> network issue since the host issue is broadly applicable to many
>> configuration parameters
>>> 
>>> - we should avoid delaying progression of a 3484 policy distribution
>> method applicable to managed enterprise networks
>>> 
>>> I think this material could fit in a new Slide 3 and then you
>> continue the arifumi-6man-addr-select-conflict reference after that, to
>> keep the flow.
>>> 
>>> I see a new Troan multihoming draft came out this morning, I've not
>> checked what changes there are yet.
>>> 
>>> Cheers,
>>> Tim
>>> 
>>> On 24 Jul 2010, at 23:49, Arifumi Matsumoto wrote:
>>> 
>>>> Hi,
>>>> 
>>>> I drafted the slide for 6man.
>>>> This version still has some clear errors, so
>>>> I have to fix them.
>>>> 
>>>> I really want you all to comment on this.
>>>> About the story itself, wording, typos, and whatever.
>>>> 
>>>> <ietf78-6man-dt.pdf>_______________________________________________
>>>> 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
>> 
>> _______________________________________________
>> addr-select-dt mailing list
>> addr-select-dt@ietf.org
>> https://www.ietf.org/mailman/listinfo/addr-select-dt
>