Re: [stir] current draft charter

Brian Rosen <br@brianrosen.net> Thu, 13 June 2013 18:16 UTC

Return-Path: <br@brianrosen.net>
X-Original-To: stir@ietfa.amsl.com
Delivered-To: stir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CF1E21F9A06 for <stir@ietfa.amsl.com>; Thu, 13 Jun 2013 11:16:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.169
X-Spam-Level:
X-Spam-Status: No, score=-99.169 tagged_above=-999 required=5 tests=[AWL=-1.191, BAYES_20=-0.74, FH_RELAY_NODNS=1.451, HELO_MISMATCH_NET=0.611, J_CHICKENPOX_24=0.6, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z8FocUKdanv6 for <stir@ietfa.amsl.com>; Thu, 13 Jun 2013 11:16:05 -0700 (PDT)
Received: from mm2.idig.net (unknown [70.33.247.98]) by ietfa.amsl.com (Postfix) with ESMTP id 2150C21F9A00 for <stir@ietf.org>; Thu, 13 Jun 2013 11:16:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=brianrosen.net; s=default; h=To:References:Message-Id:Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=rvaipqrsauc+oOOMBlHa6/+dGWlEslbbPb40t5h+s3A=; b=dwRtxExyu1v74i7GZh7WW8iDVM0HvTH3iLqbQ91nhBhLvhZWXHskYwvzJu7A5ITlrghKciScw+3AERXRJLNN7PyrUVf7Y5kStkRlmkMMi1yelGhKNJ6GGbKdAUy+FkXTJice0GUO+zfo9qlmv6QyH6ebGVrZXBubhkgy1fIVD3c=;
Received: from neustargw.va.neustar.com ([209.173.53.233]:42699 helo=[10.33.193.6]) by mm2.idig.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from <br@brianrosen.net>) id 1UnC42-00075D-TP; Thu, 13 Jun 2013 14:16:02 -0400
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\))
From: Brian Rosen <br@brianrosen.net>
In-Reply-To: <002c01ce685e$5e6f9ab0$1b4ed010$@shockey.us>
Date: Thu, 13 Jun 2013 14:16:00 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <5F5553F7-27FF-413D-BF1C-9E53411E32C5@brianrosen.net>
References: <CDDF354D.DD9A%york@isoc.org> <1E0475FDD84F0C42A9F46570BB946FD94121FCFA@PACDCEXMB01.cable.comcast.com> <BEBF7B2F-997E-4428-B6CE-2F77B5F910E4@brianrosen.net> <02cf01ce6854$8ab396d0$a01ac470$@shockey.us> <246D5AB0-138A-4663-9DD1-01CE79F7FB0D@brianrosen.net> <002c01ce685e$5e6f9ab0$1b4ed010$@shockey.us>
To: Richard Shockey <richard@shockey.us>
X-Mailer: Apple Mail (2.1503)
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - mm2.idig.net
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - brianrosen.net
X-Get-Message-Sender-Via: mm2.idig.net: authenticated_id: br@brianrosen.net
Cc: stir@ietf.org
Subject: Re: [stir] current draft charter
X-BeenThere: stir@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Secure Telephone Identity Revisited <stir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/stir>, <mailto:stir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/stir>
List-Post: <mailto:stir@ietf.org>
List-Help: <mailto:stir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/stir>, <mailto:stir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Jun 2013 18:16:10 -0000

> [RS> ] You are really going to have to re explain that what you mean ENUM
> like delegation does not map into number delegation. Granted that having
> dealt with ENUM for as many years as I have may have totally dulled my
> synapses but you need to walk through that more carefully.   Ok so walk me
> through how the Canadian NANP will be separated from the US NANP and
> individual Public Safety numbers will the separated from both. 

Number delegation is now, and increasingly moving to range sizes that are not power of 10.

Where you still get PA assignments in the US in 1000 number blocks, a typical resell as likely  25 numbers or 5 as it is 100 or 10.   The latest moves in the US will force the PA to do small assignments also.

Unless the delegation size is a power of 10, it doesn't map into the delegation model of DNS with reverse-dotted zones.

You end up fully populating the tree down to the full e.164, and delegating multiples of 1 TN rather than being able to delegate a higher level part of the tree.

That is so unwieldy that you wouldn't do it - you get someone like Neustar to maintain the entire tree and provide a provisioning interface that handles an arbitrary sized delegation.  We could still delegate the NPAs out of +1 to the appropriate contractors on a per nation basis, but of course,  all of the nations that share +1 have to agree on a common +1 domain operator.  cc1enum anyone?  anyone?

Brian