Re: [stir] RFC 8224
Christer Holmberg <christer.holmberg@ericsson.com> Wed, 07 April 2021 21:00 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 EB72D3A29A3 for <stir@ietfa.amsl.com>; Wed, 7 Apr 2021 14:00:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.601
X-Spam-Level:
X-Spam-Status: No, score=-1.601 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_NONE=-0.0001, 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 gXgz2f0op5ZN for <stir@ietfa.amsl.com>; Wed, 7 Apr 2021 13:59:57 -0700 (PDT)
Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50078.outbound.protection.outlook.com [40.107.5.78]) (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 022A83A29A2 for <stir@ietf.org>; Wed, 7 Apr 2021 13:59:56 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SpkaKPBsdbMrHGODlVhtOCAkXM2xCuyLdmqcgHQbUmVFX9Jzfkk4TQRPXcNKPU/uyZ0TlESvCzss6ddNRTnMvmZ0G2vpfh8lh/j5NYSQ2I6my3MvXtLUoxPvoBOKjUrtplDWJljH39SAYj8gW2fInc9WwRlBJwfY+e1kj7IGu6tcrPLbG266vkTtpY7jnFsIWq4SQunqcsr+hJAd8PLs/ivLs6zO0OfJ1k6prxxNx3tAnOM2g8GhnS3fhWRiM0/JxMM4jnb7cco7nNEQsB38imUkYDs2fXTLa93gjhBvLAg/iZffjHeO4gTFqe8TcE3QuXsdWXVxzITqLwGFzk2hgQ==
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=KvNIeb0m358PzX24RqmytP6htRNl2Jtt+XfHhvc+AmY=; b=IWoTdAg8deGz3mF/joMqLjH+zjRLKm9B6UaNLBhNHGGFhgre+h8SFeBCcHpns29ARTwpxVYt6YqMs3MrP4RfQsVJ1B4FbTInQFJWkMLj0OaK390INCc6Z1eVBV4r84Uf/w1xE6orhDaKKuwh1XIaR6v4sD3ybVGH1bVx8QQ56V7IlgXcLsmgpzd4PWSzrKpSD76hKJvPS9LaozQ06mXfVKpx39KxfUafxn7JxTmlwRrOytMbHOzGnNpQ0BCZ5u7PQohCuf7P66k3Ep7AV6LyBW8HQ/1AjdjqGH2Whvyao0p/RYM5kYB3bbGgBrZGqrIEeMAnx+7Pk/UWzvard+Mgpg==
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=KvNIeb0m358PzX24RqmytP6htRNl2Jtt+XfHhvc+AmY=; b=J85LIP32O2TI7WKkuAXueBXhFodfCUKzLXHXZ7DS0PnTBhRKVAL0O7B/VF+yqjjYTrhNlGilDSLokmf+x9GUShX9Bq9DDcOZiFAzxgvBIjLGByEZG6JnPdrkvS0iIbc4ck4BXTefp5fUkQfRkPQyDRRAc3mLa1wKo0BdOTrHyT0=
Received: from AM0PR07MB3860.eurprd07.prod.outlook.com (2603:10a6:208:4c::18) by AM9PR07MB7874.eurprd07.prod.outlook.com (2603:10a6:20b:2fc::8) 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:59:51 +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:59:51 +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/psReW0yN3U7d8tpnjaqnbKNAgACQcQCAALgmsIAANsWAgAAk5HCAABl9gIAABJyAgAAUBTCAAAOnAIAAAKAQgAAI4gCAAABm8IAACioAgAAgA3CAAAy9AIAAA5Jw
Date: Wed, 07 Apr 2021 20:59:50 +0000
Message-ID: <AM0PR07MB38605E6633E95419244D696193759@AM0PR07MB3860.eurprd07.prod.outlook.com>
References: <DM6PR15MB4108EDAC1D320CA0132CFFE3C8779@DM6PR15MB4108.namprd15.prod.outlook.com> <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> <AM0PR07MB3860A69297A5911013FF341B93759@AM0PR07MB3860.eurprd07.prod.outlook.com> <7cd2574f-ddee-3001-c0ae-420b7198baab@petit-huguenin.org>
In-Reply-To: <7cd2574f-ddee-3001-c0ae-420b7198baab@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: 9726388e-1ac8-4220-d388-08d8fa08161b
x-ms-traffictypediagnostic: AM9PR07MB7874:
x-microsoft-antispam-prvs: <AM9PR07MB7874B459C051C92006AB98A293759@AM9PR07MB7874.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: Gc0y6fs3+9sJ2xn4oMpr5cYC1yPtD1AhBaEsXwnru/ODrSMPZCBwn+lxbbZkNea10eDm9Fy3bmZiM7CSg5Py5HrJfQBxWOns+RMxpxiKzmfKS0hPUjzUM2+oJxhuJxkA7JWgKHFksaKtTVFkfdP6qkLjw0jz+AmsUOuqpIxpLb3pjqkjw7dRYJR+v+CMu25Seios8qGz8Rturxl8WyceI9nsSqV2bVAAj2qLcu2UwZlnAh7oTy6M13+IbfuQ5EMtreWuxPkM79Y5zdrGliO3+a0yGfWbGSHzi28FpQPYMQR1k5GQYGo3l1pjaGbd4Qfcp537dypl0rJ0ci/cO2lD6qeoQUVMMsfZW5Sk2FsSr0+w7vdHUg9Wew4VOVIYwM3Ca+1vOj9kX5mRnHmUzlqNuc9OmFJYCWhn9NO/Wo5Es5OOn3E2immDQ8I9FvV+lpvyx0F5T/EFxdSkjUxPUjctjHoP16QETWdPAZ6fwIpMT0CLFScJ5lrbj3inqMDPG1L9X2eI3mF35thpUCBvty4qAflk0D5PekOyIhNgslcShHpPeviH9F4wjgM5BFdcIjFqlEgj/nCfjs0P1ayFPTezBII9QQeHMlPABBMpwzGpK8EVd0G/eqeNlJhiN1Lzkz0C0LUcLL9lSaFqKuaP3LXbJvfL5cLQerV8nzWwy5ABOnVyTN+zii9CBt/kq+oB9d4CgONzQEz6gwlbRLwCRcqInuZ4YlQy2Tt8lHnLLQ0xxPQ=
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)(396003)(376002)(346002)(366004)(39860400002)(136003)(86362001)(33656002)(2906002)(26005)(38100700001)(55016002)(9686003)(83380400001)(186003)(478600001)(66556008)(66476007)(71200400001)(76116006)(53546011)(6506007)(30864003)(44832011)(4326008)(7696005)(5660300002)(45080400002)(110136005)(54906003)(64756008)(66446008)(316002)(8676002)(8936002)(966005)(66946007)(52536014); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: bt6OtoDHfXJ32g3NOe7Ko1r0QvsXN5WtNIChFvRTjLfK+kc6mlN9s/A2DVEaaVIEYdigXvkO65uCwB/vhzNv+Kb/4IWGqj84flD6OsZnOlYYPttm/0K9cSrfF6G3lgxe25299w0UH65aiUlKvLDb8gS8+mBJ8JARFDliFuIFsawMkh0ua7tnofwzfIPd7hVe9e3JR2G6KepC2K17pWaa/h9I86cZDsbGPKmL+Hec7JKvizwuU/F1NiNscs2kfA+SdJiWjSFoHgANUpet86kasuAlNeZGAuEqX+7iYFvb9zWLt3eFyyQua7MuxTFiBamBp19pehYFXaCCqlaNhBdGNUkYIrKa+V3v1QDtbcW+7nJzK3UiavG1xHACVmB29PsIJV0nqcI/Mo2v4mt329qRFtrtj75rwVaAXmKnm6bBlqtMQo1RMUmWfsj0D6moAcnukaBvtRU6q+zRlmXYenpowMD85DRXyAuXYo2REvOZL9zaX7hzVN5bvOY7i0grFsi82SGlQJf0UnP4521djaMMSeg8VixQEx9lzZfzU/mSvBEFmHNHyw3ftTZDEImsQugGZQJi3+n6Y70Zpw9HdlqG/BbQHYUAgMc5BxaEsayW5BgxnE3X+Y37GgJB0db8Is54H1Hgw3OG2yJ6NpDsmCiBuiIkOqJudPXVnsFd9si/2lM4keEkWUH7Db6DFCBI1WaWcdkawLJCil9bOiJgnIJddXaIvc+PwD5K0HWIN3fNXzpsr62CF/EjRsCuWDR8e/rpRp1ndk7Tt58MJ4sFITinBud2xtnCzUYgAZhHyPET5ua8zAOCeBHiw14VW11giNKCzQ7cqDmQKHjyggMZPoxxOO/Nhq+Xv+F9Wjc/+CEN09oxoLQeCCgJ2ZsMJJUd6CpUACswq8Nwf4T8KTZHs/ISReZu26PuP0CVWLUes/ljhUiHyQQIOhEZQImkTEJzHhSJgXyGvVxFmp+F4p4KNIjRnaLKKDQKaRW9UDUKN0PNFCx4qb1fHsTSprMib2Mq6ytmkEpTJ2PRAvg0DP1OQpjN75Qze0rmZSozLEbV+FKpLf6p1XfjkS9l7GfooOx2QMUuTxZUIpaS+SnwOn0xjKiMecg3rAiwtbFIaijxCDFxF4c6Zt+BLP60rZfDUoPO82MwWBuBbOU6NqcpsbvaXN+BxC63udawtpt2bCUyrVh799ouxoH08Lxee6tG9qftlA3BGV2VnbNMByNtVwnhHcBwTyeYjO8wX0cwkKyEfm3YEPZzf/8ynhvNbD6hdUxmhI6e4CPCKuq7K3tFnn1OAFRiaMDk1aISYRlvPYsiDyuG1Z6TZlg7SZrOFlLKWsu98xpI
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: 9726388e-1ac8-4220-d388-08d8fa08161b
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Apr 2021 20:59:50.9400 (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: DyEaSnFl+AOuC70xwbYXlbQv0a1plGQN72zyfA15FsxNmiKWUbM5RAUbvxFfq44k9IPcP6/osBTxrMbKMe1yw67FPcUgOlFOBEUz6+REz+8=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM9PR07MB7874
Archived-At: <https://mailarchive.ietf.org/arch/msg/stir/_ar2CPgOa7qHIuncf_CAccVjfHo>
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 21:00:03 -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=p65539t1617 >>>>> 20 >>>>> 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. > > Right, I was thinking of user=phone. > > phone-context and the other parameters are removed when applying the first bullet point in 8.3. well, the bullet only talks about specific characters, which means numeric characters of the phone-context would remain... I think there should be explicit text about tel-URL parameters (in addition to phone-context there are also others). Regards, Christer > > 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.mnc >>>> x 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=p65539t1617 >>>> 2 >>>> 0 >>>> 6731m169121c110882s1_1220390100-1617434405 >>>> Call-ID: p65539t1617206731m169121c110882s2 >>>> CSeq: 1 INVITE >>>> Max-Forwards: 66 >>>> Content-Length: 896 >>>> Via: SIP/2.0/TCP >>>> xxxxxxxxxx:5060;branch=z9hG4bK1a5ca0b3c42536a59ddec4c723f8774fk5555 >>>> 5 >>>> 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.mn >>>> c >>>> x >>>> xx.mccxxx.3gppnetwork.org;user=phone,response="",nonce="",realm="", >>>> u >>>> s >>>> ername=xxxxxxxxxxxxxx@ims.mncxxx.mcc3xxx.3gppnetwork.org<mailto:xxx >>>> x 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;ic >>>> i >>>> 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;regs >>>> t >>>> 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.c >>>> o >>>> 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.mc >>>> c >>>> 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.c >>>> o >>>> 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.mc >>>> c >>>> 3 12.3gppnetwork.org@ims.mnc420.mcc312.3gppnetwork.org;user=phone> >>>> >>>> From: Christer Holmberg >>>> <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.c >>>> o >>>> 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.mnc4 >>>>> 2 >>>>> 0 >>>>> .mcc312.3gppnetwork.org;user=phone >>>>> >>>>> >>>>> >>>> >>>> >>> >> >> >> -- -- Marc Petit-Huguenin Email: marc@petit-huguenin.org Blog: https://protect2.fireeye.com/v1/url?k=28d0d527-774bedc5-28d095bc-86073b36ea28-f2c358423b8421cd&q=1&e=78d08abe-b951-45e0-a93d-4a2bc670a4be&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