Re: [stir] draft-asveren-stir-p-charge-info
"Asveren, Tolga" <tasveren@rbbn.com> Sat, 26 May 2018 20:31 UTC
Return-Path: <tasveren@rbbn.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 54AE812AF84 for <stir@ietfa.amsl.com>; Sat, 26 May 2018 13:31:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.079
X-Spam-Level:
X-Spam-Status: No, score=-4.079 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=sonusnetworks.onmicrosoft.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 gez4gwymIFK7 for <stir@ietfa.amsl.com>; Sat, 26 May 2018 13:31:07 -0700 (PDT)
Received: from us-smtp-delivery-181.mimecast.com (us-smtp-delivery-181.mimecast.com [63.128.21.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A0DF8127869 for <stir@ietf.org>; Sat, 26 May 2018 13:31:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=SonusNetworks.onmicrosoft.com; s=selector1-rbbn-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=6CUXWnPBdehEbAW2M6YDXcTLL0KxKl+9qOaHOxxCACA=; b=fHv7YuOmCpT+cVhrQ9Th8oP5RGsupSdYSydktd39sRxKzVYYya76fbgeO2SHxQeaXiJyesYg7xz1lz+0fsETLfTjFil2sCFZy4OGz05tZa1LNR2BLBq74sNtwjJtCWtZ+fHUEYUmoLRPYW9Quh5gUrdLBICX+EyK/UPdJvXv5/k=
Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01lp0184.outbound.protection.outlook.com [216.32.180.184]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-42-oFCrtpg1PpSDRAIBx8agog-1; Sat, 26 May 2018 16:31:04 -0400
Received: from CY4PR03MB2805.namprd03.prod.outlook.com (10.175.115.135) by CY4PR03MB2805.namprd03.prod.outlook.com (10.175.115.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.797.11; Sat, 26 May 2018 20:31:02 +0000
Received: from CY4PR03MB2805.namprd03.prod.outlook.com ([fe80::ce6:6d3d:88bf:d501]) by CY4PR03MB2805.namprd03.prod.outlook.com ([fe80::ce6:6d3d:88bf:d501%3]) with mapi id 15.20.0797.015; Sat, 26 May 2018 20:31:02 +0000
From: "Asveren, Tolga" <tasveren@rbbn.com>
To: "stir@ietf.org" <stir@ietf.org>
Thread-Topic: [stir] draft-asveren-stir-p-charge-info
Thread-Index: AQHT5y2lQ/Jlv4a9pUCLwxHhKMtu56Q/DRCAgAFEDxCAAcnPAIAAdLzw
Date: Sat, 26 May 2018 20:31:01 +0000
Message-ID: <CY4PR03MB280522E5794E646D250C8E93A5680@CY4PR03MB2805.namprd03.prod.outlook.com>
References: <9D563CDB-86A9-4939-8EC5-6717393C4DBC@shockey.us> <69b1fd67-abbd-d0aa-d6ed-0c036b6fde9a@ntlworld.com> <CY4PR03MB31604B1F155E5688897D51C4A5690@CY4PR03MB3160.namprd03.prod.outlook.com> <3c4714a5-eb8c-3fe3-1b3c-dc8baa9f4879@ntlworld.com>
In-Reply-To: <3c4714a5-eb8c-3fe3-1b3c-dc8baa9f4879@ntlworld.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [73.29.251.142]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; CY4PR03MB2805; 7:vfVsKk8m9/lZ4YYWHhQPWAS9f+CpLUW3YdhsrUaYry8dg4E9LcwFqRYBHXgQMbPBmCHq2WfbSsmaDCxwUtPV7y+DYhTYrdvCPhr95ossLqkCTc+hpuqZEnkGz8/PIpzvqixn8f6QDtUwZjPLhfqwVRAZHkb+SHmMT05iiOqmLgBTumgOMbY/ozOaIZVvAmwJOxE7AoKnuND9dOjGQVmf9/CIqj7UyeOyCNQ2EMVmxjKtVXNuMH2EllxBRMI4GXlp; 20:CHAymJf5ug1FSQ6npl+QeQsVnDB17vDueSPCvapF5QLeHkIH6h3W65kTC/d8NhcsAh/RFmO63HTCaAOfZjKNXmY4mJr3ZCihTXr131vVpaLLw4Z2gnrU/iAw8mvRy4vIHAO2PHV42llbZILtF+De4QK7cE3vfJuJ51vYJoiarGk=
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:CY4PR03MB2805;
x-ms-traffictypediagnostic: CY4PR03MB2805:
x-microsoft-antispam-prvs: <CY4PR03MB28056FAC6A03758E934A2EE7A5680@CY4PR03MB2805.namprd03.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(278428928389397)(21748063052155);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3231254)(944501410)(52105095)(10201501046)(3002001)(93006095)(93001095)(149027)(150027)(6041310)(20161123560045)(20161123564045)(20161123558120)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:CY4PR03MB2805; BCL:0; PCL:0; RULEID:; SRVR:CY4PR03MB2805;
x-forefront-prvs: 0684F80A5C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(979002)(39380400002)(376002)(346002)(366004)(396003)(39840400004)(189003)(199004)(14454004)(6246003)(66066001)(606006)(7736002)(486006)(229853002)(93886005)(33656002)(97736004)(105586002)(53386004)(476003)(966005)(446003)(106356001)(790700001)(6116002)(81156014)(1730700003)(81166006)(3846002)(11346002)(5630700001)(99286004)(45080400002)(8676002)(5250100002)(2900100001)(68736007)(74316002)(186003)(102836004)(7696005)(2501003)(25786009)(76176011)(8936002)(6506007)(26005)(478600001)(3660700001)(59450400001)(55016002)(3280700002)(53546011)(2351001)(6436002)(236005)(53936002)(6916009)(86362001)(5660300001)(1680700002)(9686003)(54896002)(316002)(2906002)(6306002)(5640700003)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:CY4PR03MB2805; H:CY4PR03MB2805.namprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
x-microsoft-antispam-message-info: o0jUewT2fLfoWgCM9WLU/qcQoHXDYFKIqup05kpih8BcunG2M32GU9KIguLTU9m5lyOz8K9hLrNSav1lYZrzYjcB1mxLan2gaGSkQ5bhPRBq7i6lMN8wV5hhBslIjKxOLCac+NXFi5MAoZHiQAcwmfTa+4/v7yQ2hEszhQU4mRzZKir+wtyrc/+coGjbMs9A
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
MIME-Version: 1.0
X-MS-Office365-Filtering-Correlation-Id: 23ddf1b8-251e-4585-d2aa-08d5c347990a
X-OriginatorOrg: rbbn.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 23ddf1b8-251e-4585-d2aa-08d5c347990a
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 May 2018 20:31:01.9573 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 29a671dc-ed7e-4a54-b1e5-8da1eb495dc3
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR03MB2805
X-MC-Unique: oFCrtpg1PpSDRAIBx8agog-1
Content-Type: multipart/alternative; boundary="_000_CY4PR03MB280522E5794E646D250C8E93A5680CY4PR03MB2805namp_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/stir/n80H-FcIV1MqMo1f4FFDUmvdy18>
Subject: Re: [stir] draft-asveren-stir-p-charge-info
X-BeenThere: stir@ietf.org
X-Mailman-Version: 2.1.22
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: Sat, 26 May 2018 20:31:13 -0000
I am all ears for guidance from experts whether it should be a normative reference and if so whether it being a non-WG item would cause any issues. Thanks, Tolga From: stir <stir-bounces@ietf.org> On Behalf Of Keith Drage Sent: Saturday, May 26, 2018 9:23 AM To: stir@ietf.org Subject: Re: [stir] draft-asveren-stir-p-charge-info ________________________________ NOTICE: This email was received from an EXTERNAL sender ________________________________ Just to restate, I am not expressing an opinion either for or against this. I note that your document currently contains no normative references. I would have assumed that draft-york would have to be a normative reference (it is currently missing from the reference section, and there is apparently no section entitled normative references), and therefore at the very least, this would have to be an approved downref from a standards track document to an informational document. But you may know differently! regards Keith On 25-May-18 5:49 PM, Asveren, Tolga wrote: i- P-Charge-Info header is used over a decade in US by Tier-1’s and also in some other geographies, e.g. Japan. The reason why there was a relatively recent push to get it RFCed was mainly due to FCC. ii- draft-york-p-charge-info-07 indeed is a non-WG item. I don’t know whether that would cause problems as questioned by Keith. Any feedback on this is appreciated. iii- draft-york-p-charge-info-07 is now in AD-evaluation phase and I am in the process to address the comments. iv- If used, P-Charge-Info has sensitive information and it being verified, if possible, is a natural expectation IMHO. Therefore, I submitted draft-asveren-stir-p-charge-info. Thanks, Tolga From: stir <stir-bounces@ietf.org><mailto:stir-bounces@ietf.org> On Behalf Of Keith Drage Sent: Thursday, May 24, 2018 10:44 AM To: stir@ietf.org<mailto:stir@ietf.org> Subject: Re: [stir] draft-asveren-stir-p-charge-info ________________________________ NOTICE: This email was received from an EXTERNAL sender ________________________________ Just to be clear, the underlying protocol document is not a SIPCORE WG item, but being progressed as as an individual draft. New SIP header fields can be created by such an individual draft in accordance with RFC 5727: " The proposed header field MUST be of a purely informational nature and MUST NOT significantly change the behavior of SIP entities that support it. Header fields that merely provide additional information pertinent to a request or a response are acceptable; these header fields are thus expected to have few, if any, implications for interoperability and backwards compatibility. Similarly, header fields that provide data consumed by applications at the ends of SIP's rendezvous function, rather than changing the behavior of the rendezvous function, are likely to be providing information in this sense. If the header fields redefine or contradict normative behavior defined in Standards Track SIP specifications, that is what is meant by significantly different behavior. Ultimately, the significance of differences in behavior is a judgment call that must be made by the expert reviewer. " However individual drafts tend to make slow progress without WGs to drive them. I have no opinion on whether STIR should have support, but would question whether a WG standards track item should be defined to support protocol that was not progressed as a WG item and is an informational RFC. regards Keith On 09-May-18 1:35 AM, Richard Shockey wrote: Who wants this? What is the use case or business case for this as a PASSporT? I’m actually curious? It has certainly taken way to long for Dan York’s draft to float through the convoluted IETF process but why? — Richard Shockey Shockey Consulting LLC Chairman of the Board SIP Forum www.shockey.us<http://www.shockey.us> www.sipforum.org<http://www.sipforum.org> richard<at>shockey.us Skype-Linkedin-Facebook –Twitter rshockey101 PSTN +1 703-593-2683 From: stir <stir-bounces@ietf.org><mailto:stir-bounces@ietf.org> on behalf of "Asveren, Tolga" <tasveren@rbbn.com><mailto:tasveren@rbbn.com> Date: Tuesday, May 8, 2018 at 2:45 PM To: "stir@ietf.org"<mailto:stir@ietf.org> <stir@ietf.org><mailto:stir@ietf.org> Subject: [stir] draft-asveren-stir-p-charge-info I just submitted draft-asveren-stir-p-charge-info: https://www.ietf.org/internet-drafts/draft-asveren-stir-p-charge-info-00..txt<https://www.ietf.org/internet-drafts/draft-asveren-stir-p-charge-info-00.txt> It defines a new claim type for P-Charge-Info. P-Charge-Info is going through the last steps of becoming a RFC in SIPCore WG and I though it would be a good idea to start working on/kicking off discussions about the corresponding STIR support as it is used to carry sensitive information for billing. And here is the link for P-Charge-Info draft: https://tools.ietf.org/html/draft-york-p-charge-info-07 Feedback/ideas/suggestions are appreciated. Thanks, Tolga _______________________________________________ stir mailing list stir@ietf.org<mailto:stir@ietf.org> https://www.ietf.org/mailman/listinfo/stir _______________________________________________ stir mailing list stir@ietf.org<mailto:stir@ietf.org> https://www.ietf.org/mailman/listinfo/stir _______________________________________________ stir mailing list stir@ietf.org<mailto:stir@ietf.org> https://www.ietf.org/mailman/listinfo/stir
- [stir] draft-asveren-stir-p-charge-info Asveren, Tolga
- Re: [stir] draft-asveren-stir-p-charge-info Richard Shockey
- Re: [stir] draft-asveren-stir-p-charge-info Asveren, Tolga
- Re: [stir] draft-asveren-stir-p-charge-info Keith Drage
- Re: [stir] draft-asveren-stir-p-charge-info Asveren, Tolga
- Re: [stir] draft-asveren-stir-p-charge-info Keith Drage
- Re: [stir] draft-asveren-stir-p-charge-info Asveren, Tolga
- Re: [stir] draft-asveren-stir-p-charge-info Christer Holmberg
- Re: [stir] draft-asveren-stir-p-charge-info Asveren, Tolga
- Re: [stir] draft-asveren-stir-p-charge-info Christer Holmberg
- Re: [stir] draft-asveren-stir-p-charge-info Asveren, Tolga