Re: [cnit] [Modern] [dispatch] draft charter
Richard Shockey <richard@shockey.us> Wed, 25 February 2015 17:06 UTC
Return-Path: <richard@shockey.us>
X-Original-To: cnit@ietfa.amsl.com
Delivered-To: cnit@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6BEE1A90D8 for <cnit@ietfa.amsl.com>; Wed, 25 Feb 2015 09:06:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.665
X-Spam-Level:
X-Spam-Status: No, score=-1.665 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no
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 2kkmrko0PDRb for <cnit@ietfa.amsl.com>; Wed, 25 Feb 2015 09:06:46 -0800 (PST)
Received: from gproxy4-pub.mail.unifiedlayer.com (gproxy4-pub.mail.unifiedlayer.com [69.89.23.142]) by ietfa.amsl.com (Postfix) with SMTP id D6BD51A90BC for <cnit@ietf.org>; Wed, 25 Feb 2015 09:06:40 -0800 (PST)
Received: (qmail 5483 invoked by uid 0); 25 Feb 2015 17:06:38 -0000
Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy4.mail.unifiedlayer.com with SMTP; 25 Feb 2015 17:06:38 -0000
Received: from box462.bluehost.com ([74.220.219.62]) by cmgw4 with id wo5C1p00h1MNPNq01o5Fc6; Wed, 25 Feb 2015 17:05:24 -0700
X-Authority-Analysis: v=2.1 cv=GubRpCFC c=1 sm=1 tr=0 a=jTEj1adHphCQ5SwrTAOQMg==:117 a=jTEj1adHphCQ5SwrTAOQMg==:17 a=cNaOj0WVAAAA:8 a=f5113yIGAAAA:8 a=Jklo8jbM_8AA:10 a=8WrITzYgnNwA:10 a=HGEM6zKYvpEA:10 a=0HtSIViG9nkA:10 a=PeFO9FbFhS32YxYntvkA:9 a=dci_DRCyiIAA:10 a=CiRkrLRW1GAA:10 a=iycWLhIX580A:10 a=ll-iCDY8AAAA:8 a=M0OflfRGAAAA:8 a=zQP7CpKOAAAA:8 a=izV7ms69AAAA:8 a=48vgC7mUAAAA:8 a=hGBaWAWWAAAA:8 a=doUQZJtgAAAA:8 a=0Or7jusycULVaPx2pgEA:9 a=rpj6ZxKFMDNLe-dQ:21 a=_AFRu06Vt3MRSuX4:21 a=wPNLvfGTeEIA:10 a=ivbTfD_dPm4A:10 a=JpNyA6z_r-EA:10 a=6fpOX-4qs7AA:10 a=BQYh4w-RC7EA:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA:8 a=hzi90bUycbL9tOCHrCUA:9 a=KhwY1BwdpY_w7US2:21 a=9qgP4eEyyhwikyru:21 a=mK_KfrpBNI_agG4o:21 a=UiCQ7L4-1S4A:10 a=hTZeC7Yk6K0A:10 a=_W_S_7VecoQA:10 a=frz4AuCg-hUA:10
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=shockey.us; s=default; h=Content-type:Mime-version:Message-ID:CC:To:From:Subject:Date; bh=XeIq556CbkeiZBxs1O5oyTHEdymKPuVHBEQk5lUDaJA=; b=XFb5vOovja5RB8KdLLfv01y8YqBFSL61Qxbzh//xR8xOnuQLxP4sf9SwfR/vGgBToDDCrOuY6KNNJKELY6/TUke8k3ySKua+2BGvrK0aP36ySq8y4Ny+YIJfUtGHogU5;
Received: from [108.56.131.201] (port=55216 helo=[192.168.1.10]) by box462.bluehost.com with esmtpa (Exim 4.82) (envelope-from <richard@shockey.us>) id 1YQfOb-0003nB-PV; Wed, 25 Feb 2015 10:05:14 -0700
User-Agent: Microsoft-MacOutlook/14.4.8.150116
Date: Wed, 25 Feb 2015 12:05:08 -0500
From: Richard Shockey <richard@shockey.us>
To: "DOLLY, MARTIN C" <md3135@att.com>
Message-ID: <D1136A3D.204F8%richard@shockey.us>
Thread-Topic: [Modern] [dispatch] draft charter
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3507710713_441257"
X-Identified-User: {3286:box462.bluehost.com:shockeyu:shockey.us} {sentby:smtp auth 108.56.131.201 authed with richard+shockey.us}
Archived-At: <http://mailarchive.ietf.org/arch/msg/cnit/GNNKclPl_bEzaD1NRB46cPHt_3Y>
Cc: "Holmes, David W [CTO]" <David.Holmes@sprint.com>, cnit@ietf.org, "dispatch@ietf.org" <dispatch@ietf.org>, "modern@ietf.org" <modern@ietf.org>, "Peterson, Jon" <jon.peterson@neustar.biz>
Subject: Re: [cnit] [Modern] [dispatch] draft charter
X-BeenThere: cnit@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Calling Name Identity Trust discussion list <cnit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cnit>, <mailto:cnit-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/cnit/>
List-Post: <mailto:cnit@ietf.org>
List-Help: <mailto:cnit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cnit>, <mailto:cnit-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Feb 2015 17:06:52 -0000
Thanks Martin .. This is my very raw first cut at a charter. Its hopefully simple and straight forward. Send me any edits etc. ***** CNIT Charter [Calling Name Identity Trust] WG Chairs TBD: Calling Name Delivery [CNAM] is a string of up to 15 ASCII Characters of information associated with a specific E.164 calling party number in the Public Switched Telephone Network [PSTN]. In the PSTN this data is sent by the originating network only at the specific request of the terminating network via a SS7 Transaction Application Part [TCAP] response message. In the Session Initiation Protocol [SIP] this information can be inserted into the FROM: part of the originating INVITE message or by other means. As with the originating source telephone number, this data can be altered in transit creating a variety of malicious abuses similar to the ones identified by the IETF STIR working group. The purpose of the CNIT working group will be to define a data structure, a new SIP header or repurpose an existing SIP header to carry an advanced form of CNAM as well as information from a STIR Validation Authority. The purpose of this work is to present to the SIP called party trusted information from the calling party in order that the called party make a more reasoned and informed judgment on whether to accept the INVITE or not. The working group will not invalidate any existing SIP mechanism for anonymous calling. The working group will, to the best of its ability, reuse existing IETF protocols. Full Internationalization of the Calling Name Identity Trust data object(s) is a requirement. The working group will closely work with the IETF STIR working group The working group will immediately liaison with 3GPP SA-1 in order to coordinate efforts. The working group will coordinate with National Numbering Authorities and National Regulatory Authorities as needed. The working group will deliver the flowing. A problem statement and requirements detailing the current deployment environment and situations that motivate work on Calling Name Identity Trust. Define either a new SIP header or document a repurpose of an SIP existing header for Calling Name Identify Trust data Define a data model for the Calling Name Identity Trust object (s) which may include various forms of multimedia data Deliver an analysis of privacy implications of the proposed Calling Name Identity Trust mechanism. Milestones: Richard Shockey Shockey Consulting LLC Chairman of the Board SIP Forum www.shockey.us www.sipforum.org richard<at>shockey.us Skype-Linkedin-Facebook rshockey101 PSTN +1 703-593-2683 From: "DOLLY, MARTIN C" <md3135@att.com> Date: Tuesday, February 24, 2015 at 9:02 PM To: Richard Shockey <richard@shockey.us> Cc: "Holmes, David W [CTO]" <David.Holmes@sprint.com>, "dispatch@ietf.org" <dispatch@ietf.org>, "modern@ietf.org" <modern@ietf.org>, "Peterson, Jon" <jon.peterson@neustar.biz> Subject: Re: [Modern] [dispatch] draft charter I support Richard on this Martin Dolly Lead Member of Technical Staff Core & Gov't/Regulatory Standards AT&T Standards and Industry Alliances +1-609-903-3390 Sent from my iPhone On Feb 24, 2015, at 6:36 PM, Richard Shockey <richard@shockey.us> wrote: > > Excellent points David. > > My concern here is charter overreach. I really want to keep CNAM+/CNIT out of > this. IMHO that is a very separate and highly focused effort to define both > the modification of the SIP headers necessary to support some enhanced calling > party identification and a very limited effort to define the object and or the > STIR validation data. > > I¹m violently opposed to ³end world hunger² WG¹s. > > If registries can be used fine but I certainly want to see how this can be > accomplished in bi lateral agreements between consenting service providers and > work with CUA vendors on how the data is displayed aka Apple, Samsung, > Microsoft in the context of a formal liaison with 3GPP. Certainly the > relevance of CNAM+/CNIT in enterprise and residential access markets is > important but we all know ³Money is the answer what is the question ..² > > I¹ve asked for time in Dispatch to look at the CNAM/CNIT issue and report on > the JTF on NNI. As you well know we have made considerable progress. > > Last week I gave a talk on this to a panel that included many of our friends > among the national regulators. > > http://apps.fcc.gov/ecfs/document/view?id=60001033217 > > > > From: "Holmes, David W [CTO]" <David.Holmes@sprint.com> > Date: Tuesday, February 24, 2015 at 5:06 PM > To: "Peterson, Jon" <jon.peterson@neustar.biz>, "modern@ietf.org" > <modern@ietf.org> > Subject: Re: [Modern] draft charter > > Jon, > > Thank you for the work in assembling this draft of the charter for MODERN. > > We would like to suggest some minor clarifications to the bullets describing > the deliverables, to align them with the statement regarding flexibility to > support the needs of different regulatory regimes, & thus to ensure that if > quoted alone they are not taken out of context; i.e. the group product will be > the protocols to support the allocation etc. activities, & it would not > attempt to define the allocation processes. We also would like the charter to > note the relevant work that has already been performed by both IETF & the > ATIS/SIP Forum JTF, & incorporate that into the output from the MODERN WG as > appropriate. These changes/additions are have been added to your text inline > below. > > We are hoping that the MODERN session at IETF#92 will have remote access, to > allow participation by those of us that cannot attend in person due to other > commitments that week. > > Regards, > > David/Sprint > ______________________________________________________________________________ > > From: Modern [mailto:modern-bounces@ietf.org] On Behalf Of Peterson, Jon > Sent: Wednesday, February 11, 2015 9:19 AM > To: modern@ietf.org > Subject: [Modern] draft charter > > > At the Dallas IETF meeting in March, we'd like to get together and talk about > what a working group for MODERN might look like. As an initial input to the > discussion, a few of us have put together a proposed charter. While the TeRQ > work was positively evaluated in the DISPATCH process, we feel this is broader > enough in scope to warrant its own BoF. > > Comments are welcome, this is just a starting point. > > ------ > > Modern charter text: > > The MODERN working group will define a set of Internet-based mechanisms for > the purposes of managing and resolving telephone numbers (TNs) in an IP > environment. Existing mechanisms for these purposes face obsolescence as the > voice communications infrastructure evolves to IP technology and new > applications for TNs become possible. The traditional model of a TN having an > association to a single service provider and a single application is breaking > down. Its use as a network locator is going away, but its use as an > identifier for an individual or an organization will remain for some time. > Devices, applications, and network tools increasingly need to manage TNs, > including requesting and acquiring TN delegations from authorities. > > The working group will define a framework for the roles and functions involved > in managing and resolving TNs in an IP environment. This includes a protocol > mechanism for acquiring TNs, which will provide an enrollment process for the > individuals and entities that use and manage TNs. TNs may either be managed in > a hierarchical tree, or in a distributed peer-to-peer architecture. Privacy > of the enrollment data and security of the resource will be primary > considerations. > > Additionally, the working group will deliver a protocol mechanism for > resolving TNs which will allow entities such as service providers, devices, > and applications to access data related to TNs, possibly including caller name > data (CNAM). Maintaining reliability, real time application performance, > security and privacy are primary considerations. The working group will take > into consideration existing IETF work including ENUM, SPEERMINT, STIR, and > DRINKS. > > The work of this group is limited to specifying a solution for TNs and covers > any service that can be addressed using a TN. Expanding the work to other > identifiers is out of scope. Solutions and mechanisms created by the working > group will be flexible enough to accommodate different policies, e.g., by > different regulatory agencies. > > The work group will deliver the following: > > - An architecture overview document that includes high level > requirements and security/privacy considerationsbuilt on the work of IETF & > the ATIS/SIP Forum JTF, that included: > > o Call routing architecture > > o Inter-carrier NNI > > o Cryptographically-enabled Anti-spoofing (STIR) > > o Enhanced Calling Name (CNIT/CNAM) > > - A document describing the protocols to support enrollment processes > for existing and new TNs including any modifications to metadata related to > those TNs > > - A document describing protocol mechanisms for accessing contact > information associated with enrollments > > - A document describing protocol mechanisms for resolving information > related to TNs > > > > - > > > > This e-mail may contain Sprint proprietary information intended for the sole > use of the recipient(s). Any use by others is prohibited. If you are not the > intended recipient, please contact the sender and delete all copies of the > message. > _______________________________________________ Modern mailing list > Modern@ietf.org https://www.ietf.org/mailman/listinfo/modern > _______________________________________________ > dispatch mailing list > dispatch@ietf.org > https://www.ietf.org/mailman/listinfo/dispatch _______________________________________________ Modern mailing list Modern@ietf.org https://www.ietf.org/mailman/listinfo/modern
- Re: [cnit] [Modern] CNIT and Modern Charter Eric Burger
- Re: [cnit] [dispatch] [Modern] CNIT and Modern Ch… Richard Shockey
- Re: [cnit] [dispatch] [Modern] CNIT and Modern Ch… Eric Burger
- Re: [cnit] [dispatch] [Modern] CNIT and Modern Ch… Henning Schulzrinne
- Re: [cnit] [dispatch] [Modern] CNIT and Modern Ch… Henning Schulzrinne
- Re: [cnit] [Modern] [dispatch] draft charter Richard Shockey
- Re: [cnit] [Modern] [dispatch] draft charter Richard Shockey
- Re: [cnit] [Modern] [dispatch] draft charter Hala Mowafy
- Re: [cnit] [Modern] [dispatch] draft charter Henning Schulzrinne
- Re: [cnit] [Modern] [dispatch] draft charter Richard Shockey
- Re: [cnit] [dispatch] [Modern] draft charter DRAGE, Keith (Keith)
- Re: [cnit] [Modern] [dispatch] draft charter DRAGE, Keith (Keith)
- Re: [cnit] [Modern] [dispatch] draft charter Jonathan Cronin
- Re: [cnit] [dispatch] [Modern] draft charter Lawrence Conroy
- [cnit] CNIT and Modern Charter Cullen Jennings
- Re: [cnit] [dispatch] CNIT and Modern Charter Richard Shockey
- Re: [cnit] [dispatch] CNIT and Modern Charter Gorman, Pierce A [CTO]
- Re: [cnit] [dispatch] CNIT and Modern Charter Chris Wendt
- Re: [cnit] [dispatch] CNIT and Modern Charter Richard Shockey
- Re: [cnit] [dispatch] CNIT and Modern Charter Richard Shockey
- Re: [cnit] [dispatch] CNIT and Modern Charter Gorman, Pierce A [CTO]
- Re: [cnit] [dispatch] CNIT and Modern Charter Richard Shockey
- Re: [cnit] [dispatch] CNIT and Modern Charter Gorman, Pierce A [CTO]
- Re: [cnit] [dispatch] CNIT and Modern Charter Henning Schulzrinne
- Re: [cnit] [dispatch] CNIT and Modern Charter Henning Schulzrinne
- Re: [cnit] [Modern] [dispatch] CNIT and Modern Ch… Henning Schulzrinne
- Re: [cnit] [dispatch] CNIT and Modern Charter Henning Schulzrinne
- Re: [cnit] [Modern] [dispatch] CNIT and Modern Ch… Chris Wendt