Re: [v6ops] Comments to draft-mlevy-v6ops-auto-v6-allocation-per-asn

Owen DeLong <owen@delong.com> Thu, 21 February 2013 16:55 UTC

Return-Path: <owen@delong.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A46F221F87B1 for <v6ops@ietfa.amsl.com>; Thu, 21 Feb 2013 08:55:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.526
X-Spam-Level:
X-Spam-Status: No, score=-1.526 tagged_above=-999 required=5 tests=[AWL=0.472, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_13=0.6]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CnBLNKWxCMNU for <v6ops@ietfa.amsl.com>; Thu, 21 Feb 2013 08:55:55 -0800 (PST)
Received: from owen.delong.com (owen.delong.com [IPv6:2620:0:930::200:2]) by ietfa.amsl.com (Postfix) with ESMTP id 6E91E21F8E62 for <v6ops@ietf.org>; Thu, 21 Feb 2013 08:55:49 -0800 (PST)
Received: from tc01-dhcp153.delong.com (delong-tc02-dhcp03 [192.159.10.153]) (authenticated bits=0) by owen.delong.com (8.14.2/8.14.1) with ESMTP id r1LGqfFh006192 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 21 Feb 2013 08:52:41 -0800
X-DKIM: Sendmail DKIM Filter v2.8.3 owen.delong.com r1LGqfFh006192
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=delong.com; s=mail; t=1361465561; bh=KuQYpzoCXv6Y+b+YYtCgS4gPtjw=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc: Message-Id:References:To; b=gCNofJiVQpVLJV78GTVs0mRIrAALYyyb8TimL9Trslwah4KYOeyj2+ZolAwh7wvnI Ebu0RVYRfefhdKFPL3pcHORntd31aWhjtu3ARqFol+1R1A698Um2Ss4goBrN6ERJ6z CqL9axgW0ur8rcKSTEICZGzrw4ZmfJoZGObbuQRs=
Content-Type: multipart/alternative; boundary="Apple-Mail=_1CC5FE37-63AF-45A5-9AD2-A37CA259D866"
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Owen DeLong <owen@delong.com>
In-Reply-To: <1361465143.30805.YahooMailClassic@web2806.biz.mail.ne1.yahoo.com>
Date: Thu, 21 Feb 2013 08:52:40 -0800
Message-Id: <30C1F558-D6D6-4BFC-BBC7-6EEC5870BB2F@delong.com>
References: <1361465143.30805.YahooMailClassic@web2806.biz.mail.ne1.yahoo.com>
To: Bill Jouris <bill.jouris@insidethestack.com>
X-Mailer: Apple Mail (2.1499)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0rc1 (owen.delong.com [192.159.10.2]); Thu, 21 Feb 2013 08:52:41 -0800 (PST)
Cc: v6ops@ietf.org
Subject: Re: [v6ops] Comments to draft-mlevy-v6ops-auto-v6-allocation-per-asn
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Feb 2013 16:55:56 -0000

The draft doesn't say anything about VIN numbers.

The draft provides a /48 for every ASN automatically by allocating a  /16 prefix to\
which the 32 bit ASN is appended.

VINs entered the discussion when someone presented an example of how this
address space might be (mis?)used.

Owen

On Feb 21, 2013, at 8:45 AM, Bill Jouris <bill.jouris@insidethestack.com> wrote:

> 
> Fair enough.  But in that case, the whole draft would seem to be outside our competence.  
> 
> All I'm saying is that, if the IETF is going to say anything about relating IPv6 addresses to VIN numbers, the SAE folks ought to be involved as well.
> 
> Bill 
> 
> --- On Thu, 2/21/13, Nick Hilliard <nick@inex.ie> wrote:
> 
> From: Nick Hilliard <nick@inex.ie>
> Subject: Re: [v6ops] Comments to draft-mlevy-v6ops-auto-v6-allocation-per-asn
> To: "Bill Jouris" <bill.jouris@insidethestack.com>
> Cc: v6ops@ietf.org, "joel jaeggli" <joelja@bogus.com>
> Date: Thursday, February 21, 2013, 8:22 AM
> 
> On 21/02/2013 14:25, Bill Jouris wrote:
> > That being the case, wouldn't we be stepping away from the whole idea of
> > having IPv6 addresses related to VIN numbers?  Leave it to the auto
> > industry to figure out how they want to deal with the subject?
> 
> I don't think the IETF has any competence to deal with VINs, has it?  If
> the car-makers want to register an ipv6 prefix for whatever reason from
> their RIR and have a 1:1 mapping between VINs and ipv6 addresses, then that
> is entirely their concern but I don't see why the IETF should take any part
> in this.
> 
> Nick
> 
> > 
> > Bill Jouris
> > Inside Products, Inc.
> > www.insidethestack.com
> > 831-659-8360
> > 925-855-9512 (direct)
> > 
> > 
> > --- On *Wed, 2/20/13, joel jaeggli /<joelja@bogus.com>/* wrote:
> > 
> > 
> >     From: joel jaeggli <joelja@bogus.com>
> >     Subject: Re: [v6ops] Comments to
> >     draft-mlevy-v6ops-auto-v6-allocation-per-asn
> >     To: "Bill Jouris" <bill.jouris@insidethestack.com>, v6ops@ietf.org
> >     Date: Wednesday, February 20, 2013, 11:22 PM
> > 
> >     On 2/20/13 2:20 PM, Bill Jouris wrote:
> >     > Owen,
> >     >
> >     > So what you seem to be saying is: If manufacturers want to use a
> >     specific part of their company allocation of addresses to give
> >     addresses to the cars that they make based on VIN numbers, that is up
> >     to them.  But IETF should not mandate allocating part of the overall
> >     spectrum of addresses to them.
> >     >
> >     The assignment of global unicast v6 addresses to Registries, LIRs,
> >     service providers and direct assignments is done elsewhere.
> > 
> >     We have examples of aircraft and other large structures such as
> >     airports/tunnels and buildings receiving prefixes from their
> >     manufacturers which had originally been obtained from RIRs.
> >     > If so, perhaps we should at least suggest to the SAE (Society of
> >     Automotive Engineers), which makes standards for that industry, that
> >     they look at whether it makes sense for all of the companies to take a
> >     uniform approach to how they do that.
> >     >
> >     > Bill Jouris
> >     > Inside Products, Inc.
> >     > www.insidethestack.com
> >     > 831-659-8360
> >     > 925-855-9512 (direct)
> >     >
> >     >
> >     >     > On Feb 19, 2013, at 5:09 PM, Owen DeLong <owen@delong.com
> >     </mc/compose?to=owen@delong.com>
> >     >     </mc/compose?to=owen@delong.com
> >     </mc/compose?to=owen@delong.com>>> wrote:
> >     >
> >     >
> >     >     I do not support allocating globally unique prefixes for things
> >     >     that are not networks.
> >     >
> >     >     Perhaps that will better explain my position.
> >     >
> >     >     I think that overloading the IPv6 prefix space with semantics for
> >     >     arbitrary collections of things is a really bad idea that has
> >     >     tremendous potential to consume vast amounts of addresses while
> >     >     yielding no network benefit in return.
> >     >
> >     >     Will it exhaust the IPv6 space immediately, probably not. Could we
> >     >     easily exhaust the ASN space if we start promoting the idea of
> >     >     claiming ASNs to support this? Yeah, we could probably burn 4
> >     >     billion ASNs that way without too much trouble.
> >     >
> >     >
> >     >
> >     >
> >     > _______________________________________________
> >     > v6ops mailing list
> >     > v6ops@ietf.org </mc/compose?to=v6ops@ietf.org>
> >     > https://www.ietf.org/mailman/listinfo/v6ops
> > 
> > 
> > 
> > _______________________________________________
> > v6ops mailing list
> > v6ops@ietf.org
> > https://www.ietf.org/mailman/listinfo/v6ops
> > 
> 
> 
> -- 
> Network Ability Ltd. | Chief Technical Officer | Tel: +353 1 6169698
> 3 Westland Square    | INEX - Internet Neutral | Fax: +353 1 6041981
> Dublin 2, Ireland    | Exchange Association    | Email: nick@inex.ie
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops