Re: [stir] URN SOS

Paul Kyzivat <pkyzivat@alum.mit.edu> Wed, 29 January 2020 20:17 UTC

Return-Path: <pkyzivat@alum.mit.edu>
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 C316612008B for <stir@ietfa.amsl.com>; Wed, 29 Jan 2020 12:17:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.7
X-Spam-Level:
X-Spam-Status: No, score=-1.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=alum.mit.edu
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ub9Rqb5R-xb4 for <stir@ietfa.amsl.com>; Wed, 29 Jan 2020 12:17:32 -0800 (PST)
Received: from NAM11-CO1-obe.outbound.protection.outlook.com (mail-co1nam11on2082.outbound.protection.outlook.com [40.107.220.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A9C5C120048 for <stir@ietf.org>; Wed, 29 Jan 2020 12:17:32 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dlQpatN3T73FwKqKOGrL6EQj3yeG8siNiXSahttwAH7aLg2AB2lJM7brHhwNTQgQP8Md01NBJ6qJcvrOFaCGn/ERd0xoBXhwXAI3c9RbnER+d+TH1jSKVds5RhnNiJz5e8dFkGowFeYHwUdZOW8d5/6ec3DFbRSmTUdApsReJWZHoo8gFalGT4kvRybAtPQ45xPPodgLWkS+ZB1IdKUNDPUenxmreTFxhXOY1ga4xFgEN19o6EQWl/ukE462aaKEmN53Uh0FqKtZJRKAbNL837+pqpRngSPgVg6SiKFcGC8uOXYLIdp8GA9zn42Z2BgMaUqUJ5g91B78MDAKf+oaVw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=JN2DOLqXtsiqxwvFyCm9Y1fatsCmY5znyiH1XP2S0tI=; b=oePfY1VpjMY9LPhqMGhBnXElX2yC9+b1AS0AKvtLlUnNONDSD2kLw/AmFvUA5S4uzcGHsNdblXYu92TAwh87CmI0oCgAgbVbsdO4V+5dYRhfmiZxGaUQySn8yThq+OaUeIA3Z9t9fECUzmfy7ri3m7wMTkqoMiCVkn4J4otP+90T8SkgZH2s9HpaMMK1UbrrCxz77iSbpoeCEJMBPNS+1S5Q0kJ5UUTJW0AzFwE6XWY8ehHgcmYFoLGf0N+WvPuo5SnxH0qOYLq1vEbwO8n5H62lJG81GBftJC10bWcjcUwHCXPhCeX7XOUMybtH3KpSve+0gce1rT2an3AIzJ+ayA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 18.7.68.33) smtp.rcpttodomain=nostrum.com smtp.mailfrom=alum.mit.edu; dmarc=bestguesspass action=none header.from=alum.mit.edu; dkim=none (message not signed); arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alum.mit.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=JN2DOLqXtsiqxwvFyCm9Y1fatsCmY5znyiH1XP2S0tI=; b=Dda9xc/4Rvu8uh9pO2PyBkCuUub9KoNTx0+1k8ZF+WHyIW7drBVtK1vftM04Flw+4BQpBUinxaFqui0v2AAydrKVoiG3x4DabUg/BGormRp30oqNjanKg+8yzP5+sBTVKi5NgRZNKb4kmHxc0SlHPYdTz8kbIpy2lzo3ItTLOek=
Received: from DM5PR12CA0002.namprd12.prod.outlook.com (2603:10b6:4:1::12) by MN2PR12MB3245.namprd12.prod.outlook.com (2603:10b6:208:103::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2665.24; Wed, 29 Jan 2020 20:17:30 +0000
Received: from SN1NAM02FT036.eop-nam02.prod.protection.outlook.com (2a01:111:f400:7e44::205) by DM5PR12CA0002.outlook.office365.com (2603:10b6:4:1::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2665.19 via Frontend Transport; Wed, 29 Jan 2020 20:17:30 +0000
Authentication-Results: spf=pass (sender IP is 18.7.68.33) smtp.mailfrom=alum.mit.edu; nostrum.com; dkim=none (message not signed) header.d=none;nostrum.com; dmarc=bestguesspass action=none header.from=alum.mit.edu;
Received-SPF: Pass (protection.outlook.com: domain of alum.mit.edu designates 18.7.68.33 as permitted sender) receiver=protection.outlook.com; client-ip=18.7.68.33; helo=outgoing-alum.mit.edu;
Received: from outgoing-alum.mit.edu (18.7.68.33) by SN1NAM02FT036.mail.protection.outlook.com (10.152.72.149) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2686.25 via Frontend Transport; Wed, 29 Jan 2020 20:17:29 +0000
Received: from Kokiri.localdomain (c-24-62-227-142.hsd1.ma.comcast.net [24.62.227.142]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.14.7/8.12.4) with ESMTP id 00TKHPIu001867 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 29 Jan 2020 15:17:26 -0500
To: Robert Sparks <rjsparks@nostrum.com>, "DOLLY, MARTIN C" <md3135@att.com>
Cc: "stir@ietf.org" <stir@ietf.org>
References: <EF51940D-F3B7-4F4E-9AA4-CFE76B75194D@vigilsec.com> <CAL02cgQdow3HsWe-EH-UQU-5bwegyjxsEA+DLRp6TcyrZtLLLg@mail.gmail.com> <00593B03-11CE-4364-97AF-79B53881FCF6@vigilsec.com> <CACG=0wRwcf543PSJqoMRZVx29w3XwXT2_vzTsbKjFb3vxVL_bg@mail.gmail.com> <13e7729e-38e4-9e6e-5c66-1c8b680ee7d0@alum.mit.edu> <22C9E60D-45A4-4DA1-A78D-0720BE8B90AE@att.com> <d8914f8c-5250-2afb-2782-dd7bb8021ab3@alum.mit.edu> <31a8d160-1315-f11d-366f-9fc4ee1cb7a8@nostrum.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <15992fa6-5852-c706-04df-52302dfc3920@alum.mit.edu>
Date: Wed, 29 Jan 2020 15:17:25 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:68.0) Gecko/20100101 Thunderbird/68.4.1
MIME-Version: 1.0
In-Reply-To: <31a8d160-1315-f11d-366f-9fc4ee1cb7a8@nostrum.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-EOPAttributedMessage: 0
X-Forefront-Antispam-Report: CIP:18.7.68.33; IPV:CAL; SCL:-1; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10009020)(136003)(396003)(39860400002)(346002)(376002)(199004)(189003)(26005)(7596002)(31696002)(956004)(5660300002)(186003)(336012)(31686004)(70206006)(53546011)(4326008)(356004)(2616005)(70586007)(8936002)(36906005)(110136005)(316002)(786003)(75432002)(2906002)(966005)(246002)(8676002)(478600001)(26826003)(86362001); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR12MB3245; H:outgoing-alum.mit.edu; FPR:; SPF:Pass; LANG:en; PTR:outgoing-alum.mit.edu; A:1; MX:1;
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: cda3f724-0fb4-4d0b-f37e-08d7a4f84423
X-MS-TrafficTypeDiagnostic: MN2PR12MB3245:
X-Microsoft-Antispam-PRVS: <MN2PR12MB3245A0ED2E6962F36A946A35F9050@MN2PR12MB3245.namprd12.prod.outlook.com>
X-MS-Oob-TLC-OOBClassifiers: OLM:3513;
X-Forefront-PRVS: 02973C87BC
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: WgITp8WM2My5ghnQSL/GPxPvec0NCh7iYmOawg6SWHNoQ2J9LR7GymoB+GgpP9n1qbihjpn1cTZZjZ4YAvbPGT3HW1kUn0ly80jqYeNhhtLDRHQghFuHbsAI/Ez22S/BI+AK30et9vtksXo7v/Ki7aXK8jqv/1JaR8hsGi4RLs0BN9mU2lJVBhw9lNZdoyqaseXodzzW2j6GsXV/D1bA/AzxuJ7Ptp2TlH1THY3woXwEEwBa/irJgDp9GPcTMxZGAS1Y4z46WtbsfGWxRo7iO0B1qVuiMrao3mKRCl+D5mIUh5bBJYbbpXG5Qpkdh5URjHcImCJ9xqHwgstC0fcZ3qqYiWFChoI1d38HOp44KukFAOlKNHQXibL01nJq2eD5zOMV/C/KZjUmpGpVuPHTyr9UZ+Ob7hfLS+tGXtOgxzvEDbDayC4puw091txCiCZSSxOvDx+nc0Tr+dsJcp0CTxLJZt9d+avUhglr/gAiZAuXPxt+5h/8FAKsghiCWkU8cR73CdCDk5M/f3Dcoal2Mw==
X-OriginatorOrg: alum.mit.edu
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Jan 2020 20:17:29.6034 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: cda3f724-0fb4-4d0b-f37e-08d7a4f84423
X-MS-Exchange-CrossTenant-Id: 3326b102-c043-408b-a990-b89e477d582f
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=3326b102-c043-408b-a990-b89e477d582f; Ip=[18.7.68.33]; Helo=[outgoing-alum.mit.edu]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR12MB3245
Archived-At: <https://mailarchive.ietf.org/arch/msg/stir/8VRo-HNRwoCOzejL-Zk0iTsdgsc>
Subject: Re: [stir] URN SOS
X-BeenThere: stir@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 29 Jan 2020 20:17:35 -0000

On 1/29/20 3:00 PM, Robert Sparks wrote:
> Just to make sure this part of the thread is addressed:
> 
> The context was a discussion about allowing calls that used an SOS URI 
> as the call destination (the To: header field value) to be covered by 
> STIR. The concern was raised on whether STIR supports that at the 
> moment.  There was concern that the discussion of identities in RFC8225, 
> constrained the use of 'uri' to really only mean SIP urls. Discussion 
> started, and should continue here about whether that's correct, and if 
> so, what changes would need to be made.
> 
> I don't think anyone intended to propose a _new_ URI. I think 
> speaking/typing quickly introduced that confusion, and I believe we're 
> past that.
> 
> My own opinion is that 8224/8225 don't constrain the use of 'uri' in a 
> way that prevents putting the sos urn in the dest, and that the most we 
> need to do is think about the consequences of doing so (to look for 
> unexpected rough edges), and possibly provide some information guidance 
> on their use.

Thanks. That relieves my concern.

I look forward to seeing more on this.
	
	Thanks,
	Paul

> RjS
> 
>> On 12/23/19 11:51 AM, DOLLY, MARTIN C wrote:
>>> Paul
>>>
>>> That is what was discussed in the meeting
>>
>> If it is to be discussed on this list, then can some of the context be 
>> brought here to the list as well?
>>
>>     Thanks,
>>     Paul
>>
>>> Regards
>>>
>>> Martin C. Dolly
>>>
>>> Lead Member of Technical Staff
>>>
>>> Government & Services Standards
>>>
>>> AT&T
>>>
>>> Cell: +1.609.903.3360 <tel:+1.609.903.3360>
>>>
>>> Email: md3135@att.com <mailto:md3135@att.com>
>>>
>>>
>>> On Dec 23, 2019, at 10:09 AM, Paul Kyzivat <pkyzivat@alum.mit.edu 
>>> <mailto:pkyzivat@alum.mit.edu>> wrote:
>>>
>>>> On 12/23/19 9:02 AM, Anders Kristensen wrote:
>>>>> May have to do with the fact that RFC 8224 does not cover URNs:
>>>>
>>>> If the problem is that URNs aren't covered, then how would replacing 
>>>> urn:service:sos with urn:sos solve the problem???
>>>>
>>>> The use of urn:service:sos is institutionalized now in a lot of 
>>>> documents. Changing that seems like a hard problem. How about fixing 
>>>> RFC 8224?
>>>>
>>>>    Thanks,
>>>>    Paul
>>>>
>>>>>    1 
>>>>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf..org_html_rfc8224-23section-2D1&d=DwIGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=G9v8uCSSQhCmpw7ItG0r2g&m=LlWDlfhDO4Vkx9MdBi1k_YjkLmARgGgAlH6FjS6mDmc&s=VQ2OV0oQ5RymRKh71MqRjUjZoVwk433iXVncEctnZLU&e= 
>>>>> >. Introduction
>>>>>    This document provides enhancements to the existing mechanisms for
>>>>>    authenticated identity management in the Session Initiation 
>>>>> Protocol
>>>>>    (SIP) [RFC3261 
>>>>>  <https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_rfc3261&d=DwIGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=G9v8uCSSQhCmpw7ItG0r2g&m=LlWDlfhDO4Vkx9MdBi1k_YjkLmARgGgAlH6FjS6mDmc&s=BGjbtQQGGuj4m4lgJ-bpTO2NmEkBs6vCssCmUena32c&e= 
>>>>> >].  An identity, for the purposes of this document, is
>>>>>    defined as either
>>>>>    o  a canonical address-of-record (AoR) SIP URI employed to reach a
>>>>>       user (such as "sip:alice@atlanta.example.com 
>>>>>  <mailto:sip%3Aalice@atlanta.example.com>") or
>>>>>    o  a telephone number, which commonly appears either in a tel URI
>>>>>       [RFC3966 
>>>>>  <https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_rfc3966&d=DwIGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=G9v8uCSSQhCmpw7ItG0r2g&m=LlWDlfhDO4Vkx9MdBi1k_YjkLmARgGgAlH6FjS6mDmc&s=dHRjXLr5_Y_dbtfZ8PvYXJTxJNDbByiejlPvh89HYLU&e= 
>>>>> >] or as the user portion of a SIP URI.
>>>>> On Sun, Dec 22, 2019 at 1:14 PM Russ Housley <housley@vigilsec.com 
>>>>> <mailto:housley@vigilsec.com> <mailto:housley@vigilsec.com>> wrote:
>>>>>    Richard:
>>>>>    It seems to meet the need that was raised in the discussion. Others
>>>>>    can comment if I missed some important context.
>>>>>    Russ
>>>>>>    On Dec 22, 2019, at 3:38 PM, Richard Barnes <rlb@ipv.sx 
>>>>>> <mailto:rlb@ipv.sx>
>>>>>>    <mailto:rlb@ipv.sx>> wrote:
>>>>>>
>>>>>>    Not sure if this is what you’re thinking of, or if this has
>>>>>>    already been mentioned, but: urn:service:sos exists.
>>>>>>
>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_rfc5031&d=DwIGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=G9v8uCSSQhCmpw7ItG0r2g&m=LlWDlfhDO4Vkx9MdBi1k_YjkLmARgGgAlH6FjS6mDmc&s=YFxpwD-sFZG8qj0YD1Q3dYHCnMgjeMIRRHjMWcakYeI&e= 
>>>>>>
>>>>>>
>>>>>>    On Sat, Dec 21, 2019 at 17:26 Russ Housley 
>>>>>> <housley@vigilsec.com <mailto:housley@vigilsec.com>
>>>>>>    <mailto:housley@vigilsec.com>> wrote:
>>>>>>
>>>>>>        At the session at IETF 106, there was a suggestion that a URN
>>>>>>        SOS be defined.  I am sending this note to start a discussion
>>>>>>        on that topic.
>>>>>>
>>>>>>        Russ
>>>>>>        _______________________________________________
>>>>>>        stir mailing list
>>>>>> stir@ietf.org <mailto:stir@ietf.org> <mailto:stir@ietf.org>
>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_stir&d=DwIGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=G9v8uCSSQhCmpw7ItG0r2g&m=LlWDlfhDO4Vkx9MdBi1k_YjkLmARgGgAlH6FjS6mDmc&s=AzNKVu9D7KOUqyaaebb1l-WkXrq-sBd4hBOP1NZESsU&e= 
>>>>>>
>>>>>>    _______________________________________________
>>>>>>    stir mailing list
>>>>>> stir@ietf.org <mailto:stir@ietf.org> <mailto:stir@ietf.org>
>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_stir&d=DwIGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=G9v8uCSSQhCmpw7ItG0r2g&m=LlWDlfhDO4Vkx9MdBi1k_YjkLmARgGgAlH6FjS6mDmc&s=AzNKVu9D7KOUqyaaebb1l-WkXrq-sBd4hBOP1NZESsU&e= 
>>>>>>
>>>>>    _______________________________________________
>>>>>    stir mailing list
>>>>> stir@ietf.org <mailto:stir@ietf.org> <mailto:stir@ietf.org>
>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_stir&d=DwIGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=G9v8uCSSQhCmpw7ItG0r2g&m=LlWDlfhDO4Vkx9MdBi1k_YjkLmARgGgAlH6FjS6mDmc&s=AzNKVu9D7KOUqyaaebb1l-WkXrq-sBd4hBOP1NZESsU&e= 
>>>>> _______________________________________________
>>>>> stir mailing list
>>>>> stir@ietf.org <mailto:stir@ietf.org>
>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_stir&d=DwIGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=G9v8uCSSQhCmpw7ItG0r2g&m=LlWDlfhDO4Vkx9MdBi1k_YjkLmARgGgAlH6FjS6mDmc&s=AzNKVu9D7KOUqyaaebb1l-WkXrq-sBd4hBOP1NZESsU&e= 
>>>>>
>>>>
>>>> _______________________________________________
>>>> stir mailing list
>>>> stir@ietf.org <mailto:stir@ietf.org>
>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_stir&d=DwIGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=G9v8uCSSQhCmpw7ItG0r2g&m=LlWDlfhDO4Vkx9MdBi1k_YjkLmARgGgAlH6FjS6mDmc&s=AzNKVu9D7KOUqyaaebb1l-WkXrq-sBd4hBOP1NZESsU&e= 
>>>>
>>
>> _______________________________________________
>> stir mailing list
>> stir@ietf.org
>> https://www.ietf.org/mailman/listinfo/stir