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