Re: [stir] RFC 8224
Christer Holmberg <christer.holmberg@ericsson.com> Wed, 07 April 2021 20:06 UTC
Return-Path: <christer.holmberg@ericsson.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 E8BF83A27A5 for <stir@ietfa.amsl.com>; Wed, 7 Apr 2021 13:06:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.6
X-Spam-Level:
X-Spam-Status: No, score=-1.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URI_NOVOWEL=0.5, WEIRD_QUOTING=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
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 cuJhwZ-y_aLr for <stir@ietfa.amsl.com>; Wed, 7 Apr 2021 13:06:34 -0700 (PDT)
Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on2063.outbound.protection.outlook.com [40.107.20.63]) (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 0DB6F3A27A3 for <stir@ietf.org>; Wed, 7 Apr 2021 13:06:33 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eqPim53TDq+x+YrrXwi+aa2s+0RNN4n45nd08b/8Z20uq1vBuz+vlW/Hvi1ULr0K7gFADpudl3x9uSDon1v52L+6hnzdF8fLbL5PLb5Mh+RCRP7+x57qocxTetjdGmeKEXvVW1/e/tlL3rNJsiTGLwPcCp4IBaysNe176HKoEuGcEMcC/JnN5W7CgyQVrImTFzPLkiAWbNJc2lOh3hWiuWrLHKSWElDmBSmdF7FSujVGhQJeY+17dUgsWXIjTGmbv8UWFeOwLaHVVT6HkoMr8rq6fl2ydBEG4p9ValjPFCm1C5JW77uTeh670x7eZOwrZENJ0G7U4S2gaAB+mTy6+w==
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=UNKXxse+6uwX4Rp8zmCb2RjeH5BVz+H3U+O40KTQoIs=; b=eO8PbroKrAky2uQNBXHQoxnCBLX62rNtZpD488Mtjxh7107OI4YgPwj9KdfmeNa43AOd5WAmL1Rkd+X9NkdD4/dKW4VU/ioRug6M9QlYeC1T+edjeg+5warKouRPO/RO9vlVo6kFizc0AR861blLJOw2+0aXXICss8OIrQXzc9Gt2Ehmbbri/cpxvi33apHT18Shxz41+MN/S/SHqhQw7KaMV+KLIFP229oovCak9TiFlqhxh9r8bYpKiXE8cZV4DHzjeV2zusu0XqDc8o0hmSa02DRAfHBJLa6SgKRfVe2G8r2IwsUR0N44GihBwVNTiYRJcceVnSP5W91HcQBPYA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=UNKXxse+6uwX4Rp8zmCb2RjeH5BVz+H3U+O40KTQoIs=; b=dz9nNQSSMXmIQVSj1RG4n+mUmz1cIqx1QzX8a9BInv7djPgGPL3K7WTGTqROZwVAHCxI0Avk8FjnOne7sOIs1ICjcaDPtWuwYL1N50NK1/JX7T9Rx1c5i+nlXFCtPH/l59BaOQxBupdeDIR40lecyF2nAQXaFHGS8d/H80Hhmh8=
Received: from AM0PR07MB3860.eurprd07.prod.outlook.com (2603:10a6:208:4c::18) by AM0PR07MB6401.eurprd07.prod.outlook.com (2603:10a6:20b:157::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4020.8; Wed, 7 Apr 2021 20:06:30 +0000
Received: from AM0PR07MB3860.eurprd07.prod.outlook.com ([fe80::35d8:a4ac:4e0d:f0dd]) by AM0PR07MB3860.eurprd07.prod.outlook.com ([fe80::35d8:a4ac:4e0d:f0dd%4]) with mapi id 15.20.4020.017; Wed, 7 Apr 2021 20:06:30 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Marc Petit-Huguenin <marc@petit-huguenin.org>, "Zerr, Brad" <BZerr@tnsi.com>, Chris Wendt <chris-ietf@chriswendt.net>
CC: Cullen Jennings <fluffy@iii.ca>, IETF STIR Mail List <stir@ietf.org>, Eric Rescorla <ekr@rtfm.com>, Jon Peterson <jon.peterson@neustar.biz>, "Toy, Arthur" <atoy@tnsi.com>
Thread-Topic: [stir] RFC 8224
Thread-Index: AQHXKuCsV0y/psReW0yN3U7d8tpnjaqnbKNAgACQcQCAALgmsIAANsWAgAAk5HCAABl9gIAABJyAgAAUBTCAAAOnAIAAAKAQgAAI4gCAAABm8IAACioAgAAgA3A=
Date: Wed, 07 Apr 2021 20:06:30 +0000
Message-ID: <AM0PR07MB3860A69297A5911013FF341B93759@AM0PR07MB3860.eurprd07.prod.outlook.com>
References: <DM6PR15MB4108EDAC1D320CA0132CFFE3C8779@DM6PR15MB4108.namprd15.prod.outlook.com> <AM0PR07MB3860550B5D4DB10FAA5EF0D293769@AM0PR07MB3860.eurprd07.prod.outlook.com> <ca269d6c-5b64-1c2d-3c30-06ecbe1945ee@petit-huguenin.org> <AM0PR07MB3860D8B8F633F8AD911CA47893759@AM0PR07MB3860.eurprd07.prod.outlook.com> <DM6PR15MB4108A6CF60DB1FB40C427C7FC8759@DM6PR15MB4108.namprd15.prod.outlook.com> <AM0PR07MB38609183F83C41834AC0BDB493759@AM0PR07MB3860.eurprd07.prod.outlook.com> <5BE0F62B-2DE2-4073-BB7D-47DA2E1584B4@chriswendt.net> <DM6PR15MB41081CB035395CBE61904150C8759@DM6PR15MB4108.namprd15.prod.outlook.com> <AM0PR07MB38609494607756BB997F14D293759@AM0PR07MB3860.eurprd07.prod.outlook.com> <e91411bb-e524-8532-8df5-8658ba552a68@petit-huguenin.org> <AM0PR07MB3860CAF8EA7ACA8B65B0729D93759@AM0PR07MB3860.eurprd07.prod.outlook.com> <e5abeb7e-c192-11ad-b534-13e614547327@petit-huguenin.org> <AM0PR07MB38602BD2C8FE4111C1414E2893759@AM0PR07MB3860.eurprd07.prod.outlook.com> <bae50385-4b4c-5893-5155-2e808b3afc5b@petit-huguenin.org>
In-Reply-To: <bae50385-4b4c-5893-5155-2e808b3afc5b@petit-huguenin.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: petit-huguenin.org; dkim=none (message not signed) header.d=none;petit-huguenin.org; dmarc=none action=none header.from=ericsson.com;
x-originating-ip: [80.248.247.159]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: f16befce-236c-41f5-4148-08d8fa00a268
x-ms-traffictypediagnostic: AM0PR07MB6401:
x-microsoft-antispam-prvs: <AM0PR07MB64010DD9DE54CC8BBF616AE093759@AM0PR07MB6401.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:5236;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: V7xJHHkK0MwyZvAz13qQRgcRVDf7Zs/Ac+0bLnB9vy4O23JCZxCo0vdezDHCzksPwduF/c5AowEFY4mnbCPYf5xOxjA2PwsUnPrtqaKv5235fpxAiKjP1ycCOq2Tgs9r66sOC0FtfSz5A6f7PkdxaONQJM2NXzHILlBu8w/hX3crMkR33Ah9BAIj2u6Qyl1mqQkbs5NXFy/QqflduODkFQfh5MISwPDBdRNFXPNnpbYr3XHScfEAMIUcOMk3vadZnR6apBIRfocBRtHQPxTWy63blLT1KxEHEkJw8SCLEyLXe0AR82+SsVF5664xljbbg83B5k6XLU0SNDIdg0dFVnLVBYD9VZUZVfnJNRSSCttWOdBGGAQ5dIq21BfnvkXgn2FddKTIwu33hkVxq8ZwlK86AG4u6nhUbGeVqiVtxToUSWBr4Idz0+bqdFmapPBC6rWLJMEcNkCx+K+XC9CsvQOEecI2JT5rjghL8CQqh1v1B1kadHm2u3sh5uTR8S75gqYZey/7kohwGf0GCfBklBCH7vm/1Zrg+ukS3ko0NOya39BFziJHLYyt4RuHdIVohO0HUt9ppTMIE/Yr7qe7+KAs91GqkuyiPYjLcGrnQwaRC70CxeF5o3YAJ1WZ8qsRrFgIdwzEVJbWeDdzpCJMlpsF/aKczbVvOhvddmGFZEXbLnQMkOJIXw4QYwplPlOAkIfCB6M0FFcDujYu/3G/pfVht6foLgqxiS4mqjjH2OI=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR07MB3860.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(346002)(376002)(396003)(136003)(366004)(316002)(8676002)(71200400001)(8936002)(33656002)(38100700001)(30864003)(83380400001)(4326008)(66476007)(66556008)(64756008)(7696005)(2906002)(45080400002)(186003)(966005)(44832011)(5660300002)(478600001)(86362001)(52536014)(66446008)(26005)(54906003)(9686003)(55016002)(53546011)(66946007)(6506007)(76116006)(110136005); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: TV7ktZIy02XKxeaidXdQ8qKthpzvW86ZFtUcSmbGz+BdnWu4cLIIgoWIl3tLjOzUnziVOmonkZf1+il26+4JH25cnIEZNDN3FdYN57Unr8ZPCwQ9WER9RDveBfkZLZDF3mmYnEHxTXZ7HFYV7n4Yu4kb2MN2klZh348DEvDOK7OqJv8J5GmESXSO13GnQkUhAQahf1OQ0YAxvqIuYY7jzEbQ+oxx3oQzMV8rtNOtmsVL5AGDWncoLz9tedJM0Ljxx4oMv/f2OWNHAoRCZFqCsiaI8j0tkO4EZRqsfktgk0hIPsqbLSHg2lLQmLF4teR5jSs4geazin7nh67tt/CGqApjNjDNafHobIt8RPqB3LM2fbug9Qo09ye81TKJFEhq9I1WxQlxHEu9JQzNszYuu7RRPFWYt1kyS9mj1evfjlVko+rVGrz8y0plbmBllObzNKWCp2qA9pK+yAX44SJHb9H4RJZSzlfrHynYUFhQ0KCQ1TLwaOLfMv8ct0+2ZHQsJdBjeUbaguYtieo1iyQB6AUdHpVympT13xJrWJVwcT0m/T39jgD6VTTxxsCRUVQ1DTUi/E1lG9u34ymaNB0CBjYBmnOsCKSSqEtUMsGzMBh1t7HW8iT+IJ/s6hRUJlk3UxKgerEB83LipHs1o9ifxZB9350vkvQU82/j4JBUtijPrTyMhPBeUrNm94XHDgwjaoWnYKhaTJfRTCgAO7B+VhwSN46eVjiKZYXc8e7nyrNHXXwB8f8NDEbv4qCEjkJyNGxDw1xizUhoff5VnwObb92GffJKYEB4H80mrWMKs4zRlXYSxaLQ4W8pJfBYdicTygnylZwUVwIlBVwKOzmdfmht/3SqsIePKJaz/kvOIXV75XNFpXPzGedIgOETxm+Rdun3QiJHYN8tGKXsWzGlgpKrMkRZgHV+twGpsEfCblsYSoOnP3fGzvaQkw5m9kCgw/zfme2kaMoAzNWRSnO8hRw79Q8hAuAHdAzaYKk+q0NDDGzOdLSlNYdeCktEKxvbMUdPOtQu2NkyrttujLOTmM4P4YR102EnfAxNwtbLep4GQbdNGH7iU/w++LkmbYPvcUin+u+U/nek2gA+13RXM7jWuJ7iUz9pzEH9Gkb0sGpDaP4hDw6DO1o5tNDpwn+8IrdQxhHeuZ8WsFE5pf3LprCK/A/O7xt0QG3pE//yRCwImPJm8xjor2oPpr3d3t9oLNYonekdEu6Os5gJR+Q2IbE8+UyHrR9WWT8A1VqEHgenTKQymuB7evSkbvojeyV6XRqJGTTptUzyCGBo8Fk2fbCgzdKZ6tL6p7wp5T34vSF4pYEtRzh0jiBzppZXInl3
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM0PR07MB3860.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: f16befce-236c-41f5-4148-08d8fa00a268
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Apr 2021 20:06:30.3221 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: NMa61EFZ2Gg6MNF4N2jL3yA7xDlU+Mpx27JxNgbT3+dJ9Qx9e0E/aC45slhnRDjWMD1qtC357Q+5wTJC7pCbpDzjZgJ5JowMx2MPWk7brYI=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB6401
Archived-At: <https://mailarchive.ietf.org/arch/msg/stir/Tgno5FPgi7iRkHqrqOBgHS04l3s>
Subject: Re: [stir] RFC 8224
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, 07 Apr 2021 20:06:40 -0000
Hi, >>> 1. Section 8.1: >>> >>> The origin is either in the From header or in the P-Asserted-Identity header, in the example below we have both, but which one to use is a matter of local policy, so we are going to process all 3 (one in the From, two in the PAI): >>> >>> orig1: >>> sip:+1xxxxxxxxxx@ims.mncxxxx.mccxxx.3gppnetwork.org;tag=p65539t161720 >>> 6731m169121c110882s1_1220390100-1617434405 >>> orig2: sip:xxxxxxxxx@ims.mnc420.mcc312.3gppnetwork.org >>> orig3: tel:xxxxxxxxx >>> >>> The destination is always in the To header: >>> >>> dest: >>> sip:*99;phone-context=ims.mncxxx.mccxxx.3gppnetwork.org@ims.mncxxx.mc >>> cxxx.3gppnetwork.org;user=phone >>> >>> 2. Section 8.1 >>> >>> Per this section, SIP URIs containing a user=phone parameter or tel URI contain a phone numbers. Everything else does not contain a phone number. >>> >>> Here only orig3 and dest contains a phone number, and need to be canonicalized using section 8.3. The part subject to canonicalization is the user part of the URI: >>> >>> orig3: xxxxxxxxx >>> dest: *99;phone-context=ims.mncxxx.mccxxx.3gppnetwork.org >>> >>> orig1 and orig2 are canonicalized using section 8.5. The input is the whole URI: >>> >>> orig1: sip:+1xxxxxxxxxx@ims.mncxxxx.mccxxx.3gppnetwork.org >>> orig2: ip:xxxxxxxxx@ims.mnc420.mcc312.3gppnetwork.org >> >> Where in Section 8 is it defined that phone-context is removed? > >It is removed by not being part of the username (or user part) portion of a SIP URI: It is part of the user part. When user=phone is present, the user part is encoded as a telephone-subscriber (RFC 2806), which may contain a phone-context. Regards, Christer 8.1: "First, implementations will ascertain if the user portion of the URI constitutes a telephone number. Telephone numbers most commonly appear in SIP header field values in the username portion of a SIP URI" 8.3: "Once an implementation has identified a telephone number, it must construct a number string." "o Implementations MUST drop any "+"s, internal dashes, parentheses, or other non-numeric characters, except for the "#" or "*" keys used in some special service numbers" > > > > On 4/7/21 9:54 AM, Christer Holmberg wrote: >> Hi, >> >>>> Maybe the problem with the To header is the phone-context parameter. >>>> The RFC 8224 procedures do not cover the presence of the parameter: the parameter is not removed, nor is it added to the tn. And, the generic SIP canonicalization procedures does not remove the parameter either. >>> >>> That is not my understanding of RFC 8224 section 8.1 and 8.3. >> >> What is your understanding? >> >> Regards, >> >> Christer >> >> >> >>> From: Zerr, Brad <BZerr@tnsi.com> >>> Sent: keskiviikko 7. huhtikuuta 2021 18.26 >>> To: Chris Wendt <chris-ietf@chriswendt.net>; Christer Holmberg >>> <christer.holmberg@ericsson.com> >>> Cc: Marc Petit-Huguenin <marc@petit-huguenin.org>; Cullen Jennings >>> <fluffy@iii.ca>; IETF STIR Mail List <stir@ietf.org>; Eric Rescorla >>> <ekr@rtfm.com>; Jon Peterson <jon.peterson@neustar.biz>; Toy, Arthur >>> <atoy@tnsi.com> >>> Subject: RE: [stir] RFC 8224 >>> >>> Hi Chris, >>> >>> Here is a little background that got this conversation going. >>> >>> One of our customers sent us a SIP INVITE so we could perform the Stir-Shaken Signing for them. The customer performed the translations on their MMTEL TAS to translate *55 to a 10 digit number. When we receive the SIP INVITE for signing, it had the REQ-URI with the 10 digit number and the TO header with *55, see below. Our applications rejected this because of the TO header (whether it is right or wrong is to be determined). So we start questioning how * and # short codes should be handled. >>> >>> FYI, I “x” out information to keep anonymous >>> >>> INVITE >>> sip:+xxxxxxxxxx;phone-context=imsmncXXXmccXXXXgppnetworkorg@ims.mncx >>> x x.mcc3xxx.3gppnetwork.org;user=phone SIP/2.0 >>> To: >>> sip:*99;phone-context=ims.mncxxx.mccxxx.3gppnetwork.org@ims.mncxxx.m >>> c >>> cxxx.3gppnetwork.org;user=phone >>> From: >>> sip:+1xxxxxxxxxx@ims.mncxxxx.mccxxx.3gppnetwork.org;tag=p65539t16172 >>> 0 >>> 6731m169121c110882s1_1220390100-1617434405 >>> Call-ID: p65539t1617206731m169121c110882s2 >>> CSeq: 1 INVITE >>> Max-Forwards: 66 >>> Content-Length: 896 >>> Via: SIP/2.0/TCP >>> xxxxxxxxxx:5060;branch=z9hG4bK1a5ca0b3c42536a59ddec4c723f8774fk55555 >>> 5 yaaaaacaaaaaaaaaaaaa3Zqkv7yujk3t0qbaaiaiaaaaabqaaaaaaaqaaaaaa >>> Via: SIP/2.0/TCP xxxxxxx:5082;branch=z9hG4bK1220390081-337970536 >>> Route: >>> sip:xxxx.cgah.ims.mncxxx.mccxxx.3gppnetwork.org;callhalf=orig;lr >>> Route: >>> sip:3Zqkv7%2FcaGmGRV9neaaaacgloTpN3kFNU6jv2EObabaecaSdeaaaadsip%3A%2 >>> B >>> xxxxxxxx%40ims.mncxxx.mccxxx.3gppnetwork.orgOLxz6Geaeaqxxxxxxxxxxx%4 >>> 0 ims.mncxxx.mcc3xxx.3gppnetwork.org@xxxxxxxxxxxx:5060;lr >>> Record-Route: >>> sip:3Zqkv7%20caqmGRV9ngaaaaaQjv2EObabaeaaaaamsip%3A%2Bxxxxxxx%40ims. >>> m >>> ncxxx.mccxxx.3gppnetwork.org@scscf2.ims.mncxxxx.mccxxxx.3gppnetwork. >>> o >>> rg:5060;maddr=xxxxxxxxx;lr >>> Contact: sip:p65539t1617206731m169121c110882s1@xxxxxxxx:5082;+g.3gpp.accesstype="cellular";+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel<sip:p65539t1617206731m169121c110882s1@xxxxxxxx:5082;+g.3gpp.accesstype=%22cellular%22;+g.3gpp.icsi-ref=%22urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel>" >>> Content-Type: application/sdp >>> Allow: REGISTER, REFER, NOTIFY, SUBSCRIBE, INFO, MESSAGE, PRACK, >>> UPDATE, INVITE, ACK, OPTIONS, CANCEL, BYE >>> Accept-Contact: *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel" >>> Supported: timer, 100rel, path, precondition, replaces >>> P-Asserted-Identity: sip:xxxxxxxxx@ims.mnc420.mcc312.3gppnetwork.org >>> P-Asserted-Identity: tel:xxxxxxxxx >>> Proxy-Authorization: Digest >>> uri=sip:*99;phone-context=ims.mnc4xxx.mccxxx.3gppnetwork.org@ims.mnc >>> x >>> xx.mccxxx.3gppnetwork.org;user=phone,response="",nonce="",realm="",u >>> s >>> ername=xxxxxxxxxxxxxx@ims.mncxxx.mcc3xxx.3gppnetwork.org<mailto:xxxx >>> x xxxxxxxxx@ims.mncxxx.mcc3xxx.3gppnetwork.org> >>> P-Visited-Network-ID: ims.mnc420.mcc312.3gppnetwork.org >>> P-Access-Network-Info: >>> 3GPP-E-UTRAN-FDD;local-time-zone="2021-03-31T11:05:31-05:00";utran-c >>> e >>> ll-id-3gpp=xxxxxxxxxxxxxxxxxxxxxxxx >>> Min-SE: 900 >>> Session-Expires: 1800 >>> P-Charging-Vector: >>> icid-value=pcscf2.ims.mncxxx.mcc3xxx.3gppnetw-1617-206731-149675;ici >>> d >>> -generated-at=pcscf2.ims.mncxxx.mccxxx.3gppnetwork.org;orig-ioi=ims. >>> m >>> ncxxx.mccxxxx.3gppnetwork.org >>> User-Agent: Ericsson MTAS - CXP2010134/1 R20F14 >>> P-Charging-Function-Addresses: ccf="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" >>> P-Served-User: >>> sip:xxxxxxxxxxx@ims.mnc420.mcc312.3gppnetwork.org;sescase=orig;regst >>> a >>> te=reg >>> Feature-Caps: *;+g.3gpp.registration-token="<63b9cf28>" >>> P-Early-Media: supported >>> Session-ID: 7c386176b888d13d404845e189d6885b >>> >>> From: Chris Wendt >>> <chris-ietf@chriswendt.net<mailto:chris-ietf@chriswendt.net>> >>> Sent: Wednesday, April 7, 2021 10:10 AM >>> To: Christer Holmberg >>> <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.co >>> m >>>>> >>> Cc: Zerr, Brad <BZerr@tnsi.com<mailto:BZerr@tnsi.com>>; Marc >>> Petit-Huguenin >>> <marc@petit-huguenin.org<mailto:marc@petit-huguenin.org>>; Cullen >>> Jennings <fluffy@iii.ca<mailto:fluffy@iii.ca>>; IETF STIR Mail List >>> <stir@ietf.org<mailto:stir@ietf.org>>; Eric Rescorla >>> <ekr@rtfm.com<mailto:ekr@rtfm.com>>; Jon Peterson >>> <jon.peterson@neustar.biz<mailto:jon.peterson@neustar.biz>>; Toy, >>> Arthur <atoy@tnsi.com<mailto:atoy@tnsi.com>> >>> Subject: Re: [stir] RFC 8224 >>> >>> This is a legit question for RFC8224 and agree with the answers, but just in case it’s relevant you would not send these types of SIP URIs as dest in context of STIR/SHAKEN (over NNI/peering relationship) which only supports tel URIs currently. That may not be your use-case but just wanted to clarify in case it was relevant. I would be curious to know the context if you are willing to share though, i am guessing intra network use case between device and app server? Definitely interested in those cases, for me in context of delegate certs. >>> >>> -Chris >>> >>> >>> >>> On Apr 7, 2021, at 9:52 AM, Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>> wrote: >>> >>> Hi, >>> >>> ´*´ can be used as such in a SIP-URI, but ‘#’ would have to be escaped. >>> >>> So: >>> >>> To: >>> sip:*55;phone-context=ims.mnc420.mcc312.3gppnetwork.org@ims.mnc420.m >>> c >>> c312.3gppnetwork.org;user=phone >>> >>> …is ok, but; >>> >>> To: >>> sip:#55;phone-context=ims.mnc420.mcc312.3gppnetwork.org@ims.mnc420.m >>> c >>> c312.3gppnetwork.org;user=phone<sip:*55;phone-context=ims.mnc420.mcc >>> 3 12.3gppnetwork.org@ims.mnc420.mcc312.3gppnetwork.org;user=phone> >>> >>> …is NOT ok. Instead: >>> >>> To: >>> sip:%2355;phone-context=ims.mnc420.mcc312.3gppnetwork.org@ims.mnc420. >>> mcc312.3gppnetwork.org;user=phone >>> >>> …will have to be used. >>> >>> Regards, >>> >>> Christer >>> >>> >>> >>> From: Zerr, Brad <BZerr@tnsi.com<mailto:BZerr@tnsi.com>> >>> Sent: keskiviikko 7. huhtikuuta 2021 14.27 >>> To: Christer Holmberg >>> <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.co >>> m >>>>> ; Marc Petit-Huguenin >>> <marc@petit-huguenin.org<mailto:marc@petit-huguenin.org>>; Cullen >>> Jennings <fluffy@iii.ca<mailto:fluffy@iii.ca>>; IETF STIR Mail List >>> <stir@ietf.org<mailto:stir@ietf.org>> >>> Cc: chris-ietf@chriswendt.net<mailto:chris-ietf@chriswendt.net>; >>> Eric Rescorla <ekr@rtfm.com<mailto:ekr@rtfm.com>>; Jon Peterson >>> <jon.peterson@neustar.biz<mailto:jon.peterson@neustar.biz>>; Toy, >>> Arthur <atoy@tnsi.com<mailto:atoy@tnsi.com>> >>> Subject: RE: [stir] RFC 8224 >>> >>> Good Morning. >>> >>> Would you mind providing an example of what the TO header should look like for both a * and # dial to help clear up? Assume they are leading characters in the TO header. >>> >>> Example of what is being sent today: >>> >>> To: >>> sip:*55;phone-context=ims.mnc420.mcc312.3gppnetwork.org@ims.mnc420.m >>> c >>> c312.3gppnetwork.org;user=phone >>> >>> To: >>> sip:#55;phone-context=ims.mnc420.mcc312.3gppnetwork.org@ims.mnc420.m >>> c >>> c312.3gppnetwork.org;user=phone<sip:*55;phone-context=ims.mnc420.mcc >>> 3 12.3gppnetwork.org@ims.mnc420.mcc312.3gppnetwork.org;user=phone> >>> >>> From: Christer Holmberg >>> <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.co >>> m >>>>> >>> Sent: Wednesday, April 7, 2021 3:14 AM >>> To: Marc Petit-Huguenin >>> <marc@petit-huguenin.org<mailto:marc@petit-huguenin.org>>; Cullen >>> Jennings <fluffy@iii.ca<mailto:fluffy@iii.ca>>; Zerr, Brad >>> <BZerr@tnsi.com<mailto:BZerr@tnsi.com>>; IETF STIR Mail List >>> <stir@ietf.org<mailto:stir@ietf.org>> >>> Cc: chris-ietf@chriswendt.net<mailto:chris-ietf@chriswendt.net>; >>> Eric Rescorla <ekr@rtfm.com<mailto:ekr@rtfm.com>>; Jon Peterson >>> <jon.peterson@neustar.biz<mailto:jon.peterson@neustar.biz>>; Toy, >>> Arthur <atoy@tnsi.com<mailto:atoy@tnsi.com>> >>> Subject: RE: [stir] RFC 8224 >>> >>> Hi, >>> >>>> I think the question was about the format to use before canonicalization. >>>> >>>> My understanding of RFC 3986 is that `#` should be escaped because it is the delimiter for an URI fragment. Fragments are not defined in SIP URIs, but a generic URI parser may still remove everything after and including '#'. >>> >>> "#" will have to be escaped in a SIP-URI, e.g., in a To header field. >>> >>> But, Section 8.3 of RFC 8224 has nothing to do with a SIP-URI or the To header field. >>> >>> Regards, >>> >>> Christer >>> >>> >>> >>> >>> >>> >>> >>> OTOH there is no need to escape '*' as it is part of the `sub-delims` rule. >>> >>> so >>> >>> .... >>> To: >>> sip:*55;phone-context=ims.mnc420.mcc312.3gppnetwork.org@ims.mnc420.m >>> c >>> c312.3gppnetwork.org;user=phone >>> .... >>> >>> is fine, but dialing directly an extension would be: >>> >>> .... >>> To: sip:+14085550460%2377@example.org;user=phone >>> .... >>> >>> On 4/6/21 5:43 AM, Christer Holmberg wrote: >>>> Hi, >>>> >>>> %2A is not the ASCII format of *, it is the escaped (see RFC 3261). >>>> >>>> And, the syntax allows both * and #, so no need to escape (in fact, it is not even possible to escape in this case): >>>> >>>> tn-spec = 1*tn-char >>>> tn-char = "#" / "*" / DIGIT >>>> >>>> Also, note that RFC 8224 does not define the syntax of the To header field - that is done in RFC 3261. The telephone number described in Section 8.3 of RFC 8224 will be included in the PASSPort (RFC 8225). >>>> >>>> Regards, >>>> >>>> Christer >>>> >>>> From: stir <stir-bounces@ietf.org<mailto:stir-bounces@ietf.org>> On >>>> Behalf Of Cullen Jennings >>>> Sent: tiistai 6. huhtikuuta 2021 15.30 >>>> To: Zerr, Brad <BZerr@tnsi.com<mailto:BZerr@tnsi.com>>; IETF STIR >>>> Mail List <stir@ietf.org<mailto:stir@ietf.org>> >>>> Cc: chris-ietf@chriswendt.net<mailto:chris-ietf@chriswendt.net>; >>>> Eric Rescorla <ekr@rtfm.com<mailto:ekr@rtfm.com>>; Jon Peterson >>>> <jon.peterson@neustar.biz<mailto:jon.peterson@neustar.biz>>; Toy, >>>> Arthur <atoy@tnsi.com<mailto:atoy@tnsi.com>> >>>> Subject: Re: [stir] RFC 8224 >>>> >>>> >>>> Adding to STIR mailing list … >>>> >>>> >>>> On Apr 5, 2021, at 9:19 AM, Zerr, Brad <BZerr@tnsi.com<mailto:BZerr@tnsi.com<mailto:BZerr@tnsi.com%3cmailto:BZerr@tnsi.com>>> wrote: >>>> >>>> Good Morning. >>>> >>>> This may not be the correct process, so let me know if I should ask this in a different forum. >>>> >>>> I had a question regarding section 8.3 when it comes to * and # >>>> handling. Is this stating that when a * or # proceeds a digit >>>> string (i.e. *55), it should be in ASCI Format for the * (i.e. %2A) >>>> >>>> <image001.png> >>>> >>>> So Instead of this: >>>> >>>> To: >>>> sip:*55;phone-context=ims.mnc420.mcc312.3gppnetwork.org@ims.mnc420. >>>> m >>>> cc312.3gppnetwork.org;user=phone >>>> >>>> It should be this >>>> >>>> To: >>>> sip:%2A55;phone-context=ims.mnc420.mcc312.3gppnetwork.org@ims.mnc42 >>>> 0 >>>> .mcc312.3gppnetwork.org;user=phone >>>> >>>> >>>> >>> >>> >> > > > -- > Marc Petit-Huguenin > Email: marc@petit-huguenin.org > Blog: > https://protect2.fireeye.com/v1/url?k=96defbb0-c945c281-96debb2b-86e22 > 37f51fb-55bc80b699dc4cf0&q=1&e=601eaa03-95ce-4b90-9575-83c0b1641010&u= > https%3A%2F%2Fmarc.petit-huguenin.org%2F > Profile: https://www.linkedin.com/in/petithug > -- Marc Petit-Huguenin Email: marc@petit-huguenin.org Blog: https://protect2.fireeye.com/v1/url?k=3a64228f-65ff1bee-3a646214-86d8a30ca42b-0ef2b2c3dd3c5070&q=1&e=fd884492-85cb-4ab0-a005-8ee1c82bacb2&u=https%3A%2F%2Fmarc.petit-huguenin.org%2F Profile: https://www.linkedin.com/in/petithug
- Re: [stir] RFC 8224 Cullen Jennings
- Re: [stir] RFC 8224 Christer Holmberg
- Re: [stir] RFC 8224 Marc Petit-Huguenin
- Re: [stir] RFC 8224 Christer Holmberg
- Re: [stir] RFC 8224 Christer Holmberg
- Re: [stir] RFC 8224 Chris Wendt
- Re: [stir] RFC 8224 Christer Holmberg
- Re: [stir] RFC 8224 Chris Wendt
- Re: [stir] RFC 8224 Brian Rosen
- Re: [stir] RFC 8224 Chris Wendt
- Re: [stir] RFC 8224 Chris Wendt
- Re: [stir] RFC 8224 Christer Holmberg
- Re: [stir] RFC 8224 Marc Petit-Huguenin
- Re: [stir] RFC 8224 Christer Holmberg
- Re: [stir] RFC 8224 Marc Petit-Huguenin
- Re: [stir] RFC 8224 Christer Holmberg
- Re: [stir] RFC 8224 Marc Petit-Huguenin
- Re: [stir] RFC 8224 Christer Holmberg
- Re: [stir] RFC 8224 Marc Petit-Huguenin
- Re: [stir] RFC 8224 Marc Petit-Huguenin
- Re: [stir] RFC 8224 Christer Holmberg
- Re: [stir] RFC 8224 Christer Holmberg
- Re: [stir] RFC 8224 Christer Holmberg
- Re: [stir] RFC 8224 Christer Holmberg
- Re: [stir] RFC 8224 Chris Wendt
- Re: [stir] RFC 8224 Zerr, Brad
- Re: [stir] RFC 8224 Chris Wendt
- Re: [stir] RFC 8224 Peterson, Jon
- Re: [stir] RFC 8224 Roman Shpount
- Re: [stir] RFC 8224 Marc Petit-Huguenin