IETF Logo Mail Archive

Re: [stir] current draft charter - ENUM and databases

Hadriel Kaplan <hadriel.kaplan@oracle.com> Tue, 18 June 2013 18:54 UTC

Return-Path: <hadriel.kaplan@oracle.com>
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 15A1F11E80FA for <stir@ietfa.amsl.com>; Tue, 18 Jun 2013 11:54:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.552
X-Spam-Level:
X-Spam-Status: No, score=-6.552 tagged_above=-999 required=5 tests=[AWL=0.046, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, UNPARSEABLE_RELAY=0.001]
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 zHVNpZhmMCul for <stir@ietfa.amsl.com>; Tue, 18 Jun 2013 11:54:15 -0700 (PDT)
Received: from aserp1040.oracle.com (aserp1040.oracle.com [141.146.126.69]) by ietfa.amsl.com (Postfix) with ESMTP id 9F86B11E80F9 for <stir@ietf.org>; Tue, 18 Jun 2013 11:54:15 -0700 (PDT)
Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r5IIs3X2028284 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 18 Jun 2013 18:54:05 GMT
Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r5IIs25F026796 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Jun 2013 18:54:03 GMT
Received: from abhmt105.oracle.com (abhmt105.oracle.com [141.146.116.57]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r5IIs2HM029217; Tue, 18 Jun 2013 18:54:02 GMT
Received: from dhcp-amer-vpn-adc-anyconnect-10-154-165-127.vpn.oracle.com (/10.154.165.127) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 18 Jun 2013 11:54:02 -0700
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
From: Hadriel Kaplan <hadriel.kaplan@oracle.com>
In-Reply-To: <CCA9D822-C076-467D-AECC-F2312673E6EF@brianrosen.net>
Date: Tue, 18 Jun 2013 14:54:02 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <9E833ABD-793F-4E0E-9F8E-793BC23DF26F@oracle.com>
References: <CDE4E69C.21E90%jon.peterson@neustar.biz> <8C77C05D-6ED2-4429-BF1C-72082F4ADE76@oracle.com> <CCA9D822-C076-467D-AECC-F2312673E6EF@brianrosen.net>
To: Brian Rosen <br@brianrosen.net>
X-Mailer: Apple Mail (2.1508)
X-Source-IP: ucsinet21.oracle.com [156.151.31.93]
Cc: "stir@ietf.org" <stir@ietf.org>, "Peterson, Jon" <jon.peterson@neustar.biz>, Henning Schulzrinne <hgs@cs.columbia.edu>
Subject: Re: [stir] current draft charter - ENUM and databases
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: Tue, 18 Jun 2013 18:54:21 -0000

We already have a transitive-trust of model for caller-id: P-Asserted-Identity.
It's the lack of faith in transitive-trust that brought us here, isn't it?

-hadriel


On Jun 18, 2013, at 1:55 PM, Brian Rosen <br@brianrosen.net> wrote:

>> I read LoST a long time ago, and skimmed it again today, but I don't get any inspiration relative to STIR.  What dots am I supposed to be connecting?
>> No need for a long explanation, just some hints would be good. :)
> LoST avoids a golden root by establishing a kind of transitive trust model where an entity called a "Forest Guide" knows about other Forest Guides and their coverage region by some unspecified means and can refer a request for service in one of the known coverage regions to the proper Forest Guide.  Rather than having a root and a delegation model, it relies on Forest Guide operators working out who should be trusted among themselves.
> _______________________________________________
> stir mailing list
> stir@ietf.org
> https://www.ietf.org/mailman/listinfo/stir

v2.23.0 | Report a Bug | By Email