Re: [RAI] Global Service Provider ID - draft-pfautz-service-provider-identifier-urn-01

Michael Hammer <mphmmr@gmail.com> Thu, 29 September 2011 17:30 UTC

Return-Path: <mphmmr@gmail.com>
X-Original-To: rai@ietfa.amsl.com
Delivered-To: rai@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9D8321F8DE7 for <rai@ietfa.amsl.com>; Thu, 29 Sep 2011 10:30:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.388
X-Spam-Level:
X-Spam-Status: No, score=-3.388 tagged_above=-999 required=5 tests=[AWL=-0.105, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, SARE_MILLIONSOF=0.315]
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 lIWfE+zq9Lkd for <rai@ietfa.amsl.com>; Thu, 29 Sep 2011 10:30:00 -0700 (PDT)
Received: from mail-ey0-f172.google.com (mail-ey0-f172.google.com [209.85.215.172]) by ietfa.amsl.com (Postfix) with ESMTP id 3036F21F8DBF for <rai@ietf.org>; Thu, 29 Sep 2011 10:30:00 -0700 (PDT)
Received: by eye4 with SMTP id 4so708066eye.31 for <rai@ietf.org>; Thu, 29 Sep 2011 10:32:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1lx3eh598tPSAZGxU/nD8zoQ6Ju0DOvTFkC8fOF7c2I=; b=Zk9Kt1OAuVIQgBtrqloxh+1PCw0IYXNjl2t6zmQULZNl2p2acQ/cNgV5owtq/kYEzd qBFFK0IeC+TV5SmuCW86pzjKyIkOYgDwSOUMQNlMzrP0BexwyLm2ctHzrFNagFujAXyL zS6c9W1slNWjvRrbJljkOsQV18jzLTLhRr/1M=
MIME-Version: 1.0
Received: by 10.216.184.200 with SMTP id s50mr12257923wem.36.1317317570818; Thu, 29 Sep 2011 10:32:50 -0700 (PDT)
Received: by 10.216.139.88 with HTTP; Thu, 29 Sep 2011 10:32:50 -0700 (PDT)
In-Reply-To: <38726EDA2109264987B45E29E758C4D6023509@MISOUT7MSGUSR9N.ITServices.sbc.com>
References: <CD5674C3CD99574EBA7432465FC13C1B222B1F590A@DC-US1MBEX4.global.avaya.com> <CAA62EE0.3B275%jason_livingood@cable.comcast.com> <38726EDA2109264987B45E29E758C4D6022C0F@MISOUT7MSGUSR9N.ITServices.sbc.com> <00ab01cc7d31$2cfa1c40$86ee54c0$@us> <4E820778.1070807@softarmor.com> <EDC0A1AE77C57744B664A310A0B23AE220CE44FF@FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com> <D74629EC-D802-4A33-82AE-DA2A76EA5996@bbn.com> <4E82832E.3090600@nostrum.com> <009501cc7e1d$124b0700$36e11500$@us> <4E83BBD9.2070600@softarmor.com> <38726EDA2109264987B45E29E758C4D6023489@MISOUT7MSGUSR9N.ITServices.sbc.com> <CAA3wLqUT8pDABY6gX_WUj1w9ixN-afEzs50Wv8W6WqR9ePF9xA@mail.gmail.com> <38726EDA2109264987B45E29E758C4D6023509@MISOUT7MSGUSR9N.ITServices.sbc.com>
Date: Thu, 29 Sep 2011 13:32:50 -0400
Message-ID: <CAA3wLqUET08z+8mgEykf9FJJUB_gC858tZ8xT6tA-cG4s8fmjA@mail.gmail.com>
From: Michael Hammer <mphmmr@gmail.com>
To: "PFAUTZ, PENN L" <pp3129@att.com>
Content-Type: multipart/alternative; boundary="0016363ba588dd739204ae17e559"
Cc: "rai@ietf.org" <rai@ietf.org>, Dean Willis <dean.willis@softarmor.com>
Subject: Re: [RAI] Global Service Provider ID - draft-pfautz-service-provider-identifier-urn-01
X-BeenThere: rai@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Real-time Applications and Infrastructure \(RAI\)" <rai.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rai>, <mailto:rai-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rai>
List-Post: <mailto:rai@ietf.org>
List-Help: <mailto:rai-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rai>, <mailto:rai-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Sep 2011 17:30:01 -0000

Penn,
If economics and regulation conspire to make it valuable to do so, then
what stops someone from writing an iPhone app that makes everyone a service
provider?
I try to see what unintended consequences may result if not managed in
advance.
Mike

On Thu, Sep 29, 2011 at 12:14 PM, PFAUTZ, PENN L <pp3129@att.com> wrote:

>  Mike:****
>
> E.164 number serving carriers is but one application but even there we are
> not talking about limiting to carriers-of-record as defined in RFC5067. On
> the other hand I don’t see SPID as the kind of thing every Internet
> addressable entity would have (i.e., IPv6 addresses). I don’t even see the
> number of SPIDs approaching the order of magnitude number of people on the
> planet based on existing use cases.****
>
> ** **
>
> Penn Pfautz****
>
> AT&T Access Management****
>
> +1-732-420-4962****
>
> *From:* Michael Hammer [mailto:mphmmr@gmail.com]
> *Sent:* Thursday, September 29, 2011 11:56 AM
> *To:* PFAUTZ, PENN L
> *Cc:* Dean Willis; rai@ietf.org
>
> *Subject:* Re: [RAI] Global Service Provider ID -
> draft-pfautz-service-provider-identifier-urn-01****
>
>  ** **
>
> Penn,****
>
>  ****
>
> If the basis of the distrution is owners of E.164 numbers, then that
> implicitly limits the number of SPs possible (and thus SPIDs needed), since
> other arrangements limit who may be delegated those numbers.****
>
>  ****
>
> If there is no basis and anyone may apply, then the distribution tail could
> extend to the limits of how many entities are addressable on the Internet,
> aka the number of IPv6 addresses.****
>
>  ****
>
> The question is whether there Should be some threshhold over which the
> owner of some addresses would be deemed too small to be a "service
> provider"?  (Cut the tail off at some point.)****
>
>  ****
>
> The derivative of that will also determine the likely number of
> registrations per year and the load on IANA.****
>
>  ****
>
> Mike Hammer****
>
>
>  ****
>
> On Thu, Sep 29, 2011 at 9:08 AM, PFAUTZ, PENN L <pp3129@att.com> wrote:***
> *
>
> Dean:
> I see the case as being..." more of a long-tailed distribution where a few
> SPIDs have
> tens-of-millions of entities and it tapers off to the right" if by entities
> we mean E.164 numbers or some other form of identifiers.
>
> That is certainly how it would be the for use cases that the drinks WG, the
> GSMA, and the i3 Forum are looking at.
>
> Penn Pfautz
> AT&T Access Management
> +1-732-420-4962
> -----Original Message-----
> From: rai-bounces@ietf.org [mailto:rai-bounces@ietf.org] On Behalf Of Dean
> Willis
> Sent: Wednesday, September 28, 2011 8:29 PM
> To: rai@ietf.org
> Subject: Re: [RAI] Global Service Provider ID -
> draft-pfautz-service-provider-identifier-urn-01
>
> On 9/28/11 3:27 PM, Richard Shockey wrote:
> > Yea .. 4.3 million "possible" registrations and what is in the registry
> 1482
> > registrations.
> >
> > Plus ICANN certainly has the money ..too much money if you ask me.
>
> Nothing says they can't charge for a registration. So Adam's right; if
> business booms, they'll find a way to make an industry out of it. Not
> our worry. (But I do want to see the face of somebody at IANA when we
> tell them we're planning for 1,000,000 registrations a year).
>
> However, making sure they don't run out of inventory probably IS our
> problem.
>
>
> While I agree that 32 bits is PROBABLY enough for the forseeable future,
> if we're going to do something besides ITAD then we might as well go to
> 64. But if we're happy with ITAD structurally, there may not be enough
> justification to do more.
>
> At 100 entities per SPID, 32 bits gives us some 430 million entities.
> That's rather short of the 20 billion entities we might see in the very
> near term. Even at 1000 entities per SPID, we're still a factor of 5
> short in the near term.
>
> So what sort of entities-per-SPID ratio are we willing to assume?
> Remember that some entities may have more than one number (I have, at
> last count, 23, including the four companies I currently control).
>
> Is it more of a long-tailed distribution where a few SPIDs have
> tens-of-millions of entities and it tapers off to the right?
>
> --
> Dean
>
>
> _______________________________________________
> RAI mailing list
> RAI@ietf.org
> https://www.ietf.org/mailman/listinfo/rai
> _______________________________________________
> RAI mailing list
> RAI@ietf.org
> https://www.ietf.org/mailman/listinfo/rai****
>
> ** **
>