Re: [addr-select-dt] about on/off switch of privacy extension

Tim Chown <tjc@ecs.soton.ac.uk> Thu, 22 July 2010 12:33 UTC

Return-Path: <tjc@ecs.soton.ac.uk>
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 BD07A3A68E6 for <addr-select-dt@core3.amsl.com>; Thu, 22 Jul 2010 05:33:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.338
X-Spam-Level:
X-Spam-Status: No, score=-2.338 tagged_above=-999 required=5 tests=[AWL=0.260, BAYES_00=-2.599, HTML_MESSAGE=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 rZ0zZNaIWU7s for <addr-select-dt@core3.amsl.com>; Thu, 22 Jul 2010 05:33:38 -0700 (PDT)
Received: from falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [IPv6:2001:630:d0:f102::25e]) by core3.amsl.com (Postfix) with ESMTP id 68AF43A6A07 for <addr-select-dt@ietf.org>; Thu, 22 Jul 2010 05:33:35 -0700 (PDT)
Received: from falcon.ecs.soton.ac.uk (localhost [127.0.0.1]) by falcon.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id o6MCXnMb010191 for <addr-select-dt@ietf.org>; Thu, 22 Jul 2010 13:33:49 +0100
X-DKIM: Sendmail DKIM Filter v2.8.2 falcon.ecs.soton.ac.uk o6MCXnMb010191
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=ecs.soton.ac.uk; s=200903; t=1279802029; bh=S1pavQc81SgMWzDSb0BCeHaFxLQ=; h=From:Mime-Version:Subject:Date:In-Reply-To:To:References; b=mftHoIcT3DlK9M2MPrCletehaTYPjeA7E0zvOdMEHnKK9oTomW7YUNMbq44yWhCC3 GOil9xDNCV5MRGxBpxLb1L33pfKASql+MmrBen3TO3vqwBiX5Kucyse0MIGKuXI7Gl pXFoGjKlccbEH747Bq1alMP6nIn1X0nr3qtoCt90=
Received: from gander.ecs.soton.ac.uk (gander.ecs.soton.ac.uk [2001:630:d0:f102::25d]) by falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [2001:630:d0:f102::25e]) envelope-from <tjc@ecs.soton.ac.uk> with ESMTP id m6LDXn0540017145DR ret-id none; Thu, 22 Jul 2010 13:33:49 +0100
Received: from dhcp-152-78-61-240.ecs.soton.ac.uk (dhcp-152-78-61-240.ecs.soton.ac.uk [152.78.61.240]) (authenticated bits=0) by gander.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id o6MCXg7v020218 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for <addr-select-dt@ietf.org>; Thu, 22 Jul 2010 13:33:42 +0100
From: Tim Chown <tjc@ecs.soton.ac.uk>
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: multipart/alternative; boundary=Apple-Mail-5-847111229
Date: Thu, 22 Jul 2010 13:33:41 +0100
In-Reply-To: <D1E8C53E-CAA6-4267-8ADC-B196D669178A@nttv6.net>
To: addr-select-dt@ietf.org
References: <EAE0398F-B61A-49C6-9DDE-A2B9E4ADB955@nttv6.net> <A5868203-E739-41FB-9081-6C59988D115D@ecs.soton.ac.uk> <EMEW3|4316cf345919db8a053a6805f4783a3em6FBvV03tjc|ecs.soton.ac.uk|A5868203-E739-41FB-9081-6C59988D115D@ecs.soton.ac.uk> <alpine.BSF.2.00.1007161304330.21959@mignon.ki.iif.hu> <D1E8C53E-CAA6-4267-8ADC-B196D669178A@nttv6.net> <24CBF993-9419-4245-BC09-75E44B61E457@ecs.soton.ac.uk>
Message-ID: <EMEW3|a86ffcc917e7f53fce7d71d932a44776m6LDXn03tjc|ecs.soton.ac.uk|24CBF993-9419-4245-BC09-75E44B61E457@ecs.soton.ac.uk>
X-Mailer: Apple Mail (2.1081)
X-ECS-MailScanner: Found to be clean, Found to be clean
X-smtpf-Report: sid=m6LDXn054001714500; tid=m6LDXn0540017145DR; client=relay,ipv6; mail=; rcpt=; nrcpt=1:0; fails=0
X-ECS-MailScanner-Information: Please contact the ISP for more information
X-ECS-MailScanner-ID: o6MCXnMb010191
X-ECS-MailScanner-From: tjc@ecs.soton.ac.uk
Subject: Re: [addr-select-dt] about on/off switch of privacy extension
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, 22 Jul 2010 12:33:40 -0000

On 22 Jul 2010, at 12:35, Arifumi Matsumoto wrote:

> On 2010/07/16, at 20:14, Mohacsi Janos wrote:
> 
>> By the way, what 3484 policy table stanza you would use to forbid use 6to4 or some other kind of prefix?
> 
> Basically, we are working on address selection related issues.
> If our activity is based on RFC 3484, what we can define/change is just ordering rules of destination/source addresses.
> 
> In this sense, to forbid use of some specific address is not within the scope of RFC 3484.

Well, we have some prioritisation that occurs through the (ordered) algorithm described in the RFC, that may be fine tuned by the policy table.

If a site wished to forbid the use of certain source addresses, where else would this be done?

One example might be privacy addresses.    Another might be 6to4 addresses (since these currently are almost always rogue RA prefixes in an enterprise network) for non-6to4 destinations.

Tim