Re: [Modern] charter edits

"Gorman, Pierce A [CTO]" <Pierce.Gorman@sprint.com> Mon, 29 June 2015 21:49 UTC

Return-Path: <Pierce.Gorman@sprint.com>
X-Original-To: modern@ietfa.amsl.com
Delivered-To: modern@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A96B61B3555 for <modern@ietfa.amsl.com>; Mon, 29 Jun 2015 14:49:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.928
X-Spam-Level:
X-Spam-Status: No, score=-1.928 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DEAR_SOMETHING=1.973, GB_I_LETTER=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 x2cLYoZzCraw for <modern@ietfa.amsl.com>; Mon, 29 Jun 2015 14:49:14 -0700 (PDT)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0124.outbound.protection.outlook.com [65.55.169.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6015E1B3551 for <modern@ietf.org>; Mon, 29 Jun 2015 14:49:14 -0700 (PDT)
Received: from BL2FFO11OLC011.protection.gbl (10.173.160.31) by BL2FFO11HUB028.protection.gbl (10.173.161.52) with Microsoft SMTP Server (TLS) id 15.1.201.10; Mon, 29 Jun 2015 21:49:12 +0000
Authentication-Results: spf=permerror (sender IP is 144.230.32.81) smtp.mailfrom=sprint.com; ietf.org; dkim=none (message not signed) header.d=none;
Received-SPF: PermError (protection.outlook.com: domain of sprint.com used an invalid SPF mechanism)
Received: from preapdm2.corp.sprint.com (144.230.32.81) by BL2FFO11OLC011.mail.protection.outlook.com (10.173.160.157) with Microsoft SMTP Server (TLS) id 15.1.201.10 via Frontend Transport; Mon, 29 Jun 2015 21:49:12 +0000
Received: from pps.filterd (preapdm2.corp.sprint.com [127.0.0.1]) by preapdm2.corp.sprint.com (8.15.0.59/8.15.0.59) with SMTP id t5TLmI5Q034205; Mon, 29 Jun 2015 17:49:11 -0400
Received: from plswe13m08.ad.sprint.com (plswe13m08.corp.sprint.com [144.229.214.27]) by preapdm2.corp.sprint.com with ESMTP id 1v9mupqrqg-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 29 Jun 2015 17:49:11 -0400
Received: from PLSWE13M08.ad.sprint.com (2002:90e5:d61b::90e5:d61b) by PLSWE13M08.ad.sprint.com (2002:90e5:d61b::90e5:d61b) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Mon, 29 Jun 2015 16:49:10 -0500
Received: from PLSWE13M08.ad.sprint.com ([fe80::948e:8473:1735:b216]) by PLSWE13M08.ad.sprint.com ([fe80::948e:8473:1735:b216%15]) with mapi id 15.00.1044.021; Mon, 29 Jun 2015 16:49:10 -0500
From: "Gorman, Pierce A [CTO]" <Pierce.Gorman@sprint.com>
To: Alissa Cooper <alissa@cooperw.in>, "McGarry, Tom" <Tom.McGarry@neustar.biz>
Thread-Topic: [Modern] charter edits
Thread-Index: AQHQsrCn8pPIhdUOB0yIOuvidUYFU53EBQxA
Date: Mon, 29 Jun 2015 21:49:09 +0000
Message-ID: <0c39102daf9b448595a17b16cd48be00@PLSWE13M08.ad.sprint.com>
References: <D1B1F5DD.27B63%tom.mcgarry@neustar.biz> <A774FC74-7CF1-4F82-A0DB-AED4708E42A2@cooperw.in>
In-Reply-To: <A774FC74-7CF1-4F82-A0DB-AED4708E42A2@cooperw.in>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.214.116.49]
Content-Type: multipart/related; boundary="_004_0c39102daf9b448595a17b16cd48be00PLSWE13M08adsprintcom_"; type="multipart/alternative"
MIME-Version: 1.0
X-EOPAttributedMessage: 0
X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11OLC011; 1:1MVPi0Fc6sxZX4kKl3S5XH2nSr48tyqgr+p9/TA/h6+ioSEKxOH6u++M5qsBqG9z6M3u/oHFMM5ntUJ3yCUypMpNF1e8TFx1U1oZiLL4+L78Ax+6qMPCWzhu1FmdUGAh9mU76mdepUkEhpymmm4F1f/071vO8GuLns2dsCNrkaSltYoIZGoQ/4KjyDbIbjd5W10u4tmjfwJTMmUKlcDTrK4q1Ma/rHq/uYgN6TavXgjy7iN2QUhiiAEqyiPAS96h1XcDy1Ym3D60bW+3m8KvxkghtVZK47YuZiN9+VgROA/5e4/m5Z9SQQb6IJ9WMl5+
X-Forefront-Antispam-Report: CIP:144.230.32.81; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(2980300002)(448002)(52604005)(199003)(189002)(45074003)(24454002)(60444003)(377454003)(13464003)(15975445007)(102836002)(2900100001)(16601075003)(92566002)(2656002)(5003600100002)(30436002)(99936001)(86362001)(54356999)(50986999)(19300405004)(67866002)(2950100001)(5250100002)(15974865002)(19580395003)(84326002)(66926002)(6806004)(19580405001)(76176999)(106116001)(46102003)(5001770100001)(17760045003)(33646002)(16236675004)(19625215002)(575784001)(19617315012)(106466001)(189998001)(87936001)(85326001)(5001960100002)(24736003)(19627595001)(512954002)(77156002)(62966003)(108616004)(18206015028)(7099028)(579004); DIR:OUT; SFP:1102; SCL:1; SRVR:BL2FFO11HUB028; H:preapdm2.corp.sprint.com; FPR:; SPF:PermError; MLV:sfv; A:1; MX:1; LANG:en;
X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11HUB028; 2:KEJFmBCOPYgRV01djYhSPfnqTf/cB4F2QKEtAQclW1BTR261izkRp3LK8A9tIcr7; 3:o9MsdpyKe6bm8Bj7lujsuwsn5kd9/oONoSKdpFCeHVdS8G6YW1+5CzoHCWWqoQ6x9w9X4XiVkjqcNZyZvoCqEYcPIoTZe21Z7f0q0o+WGACVyjQrM6CX0wHZZxK3Cm/3j5OUfuUH312mQerf6miCEJNVEv2D6Qi9gx1v7uwTu3z4VWNRGCvrrQ56H83bDeHP+NMSyfwNwhFbwp93330PSCR1sOx8jxORaYWD0w3fASk=; 20:7XluBUB1fNQw6aw7Sa7QA0vU9FVoeiFQP1GgEI4TQ1HB52fXEz9WIF8/nNqSjKgnpcP3Pr3H619xjOLhn4ULRj8nKGljZu41VNRSnA3DpmgPKWrk3hcELDNaBavj9z1Hj+e0W+aJSDOJTmy9eiGY1dvYfohHKa9OS6bV1p1OYVuBUIC+oZEvZwhJCTuRmELYvvRDANMazx2FSbf+3i7N279TLBByvaw2orFHO9vF+Y7jhD169HNxc39hEgtEAOVP; 4:6YIKDRB2wlPSmawjceT5JEXuAupBzoT10OntT6yybQha4tN8rYYxV6VEkG+MsruZEgmHngrNA2a2CZHbKOcH16UKotPrKpCZMtClwoP6qpYt/5Q9dNmOSixgEFfcenzyoXq4aO5xTZOvjSP9gDrODKjI4ZeqR16LywiolW07akO2lJqjpctFoYiOtssCcgdhjnHrSRiuCTsVtvT3GKmdEJmqD9m3JgF+a/90g0VKDrKJJGwdkqe9YEC5gyIjFf3mSHwZbgq6QaZd12qKHC38hX93Cen7o0MCaqYL8bm2Ud4=
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BL2FFO11HUB028;
X-Microsoft-Antispam-PRVS: <BL2FFO11HUB028C5F6330349CCD75B5C7C89AA0@BL2FFO11HUB028.protection.gbl>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:BL2FFO11HUB028; BCL:0; PCL:0; RULEID:; SRVR:BL2FFO11HUB028;
X-Forefront-PRVS: 0622A98CD5
X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11HUB028; 23:9BE6tAWK1LtSvgvtiMepD/QbXBgBMxfhwU56l5nwhX3JnNOIWWMcMEejOWf0ujozfWzqaB9lUB9Ot+OI0JGzKwYy2Pw/ogi9gfDxouiKyNqpdrazX0op/BJC7Gkqs+pmEoDcBBHl6bQcCnPJ2oNqskxpOP+3oALNG02UMtCtof68Es5O6YdoTIdIQaJgw2Imb2Mke2DCTAfkoIl9b28ieZpWTe6nUTg0JU7MkVBA6KcrXEoq+Ao9Uq/+8Ai6gYKJmaqDXUj/hGLyv5W0Nxg/YlVj3fyy5vyc1PrC0XRBcIp0GSzFyKy16OldoZzpQCL/NBoyd7upOJ9333u+ClixOKRHDZJNI6UfOQUr3HQXX+qZnm8LjcPy6sntNHRpg5vMM4aZUnvzgrYC3xqrDvCf4gQ79j10VqXWedqlQSzjq6B+T+IWHMkDTYmc4hlEq56KUfctUEJNksvGb1wkObOYNIsPrQQzZOdLWC5CnGzK7LVextUgwrYdoBydChiSw7C2ACH42QiD3nxfd4RLujD1IYVD+nPFoTjex0Xkp6IluybO0U4CdseyDrK1URhYttCGsAW3yliI9CvKWWhibO6gFYDUUfeak4JD5aUF1rxl8z+Km9aGCE/+MnenCt5RCmk6bLWstsU4e500wMnJW2w4y4kBXjSwi9AQC1nWi7oGkOkLM1xzt/ylOb7a6Xq8YjiVfjhW1jT8nLx6ICiO7J/YtMVreG1iy+AdLkS80qtmWPKPpKfaov2khFV5PISopOqWYW0tjev41+cCmXkEp2lVIL1Wdj4FlEjpLPh4qp6HulpMIrzZC5NqWNMkQ2eMBls21n/DK8ZdT01751/BNhosrohLXzX1M6PHu1/zLKFnJLniQiDA5l598xFm3L9D7cnVkZDBG4NqP03ABttps+UUOVPSJ9RjBH+NTuoSYoO0r7pq4fZYMZe/I6hFaovVMzJH6bOXexV5RWvxR9ITieuretRTG0zwGZ7a2MzbY2XIteR774r0X4Xs8AnVwOaT88KcYyJPLVsXEn8cODRALFCKCuytUkg4ZQS2e85ntdCkP8fOVufJTmghLaRKB4YYX74/TfnPdq09pCC/8lkHCIaXG1wlMqyVzbixWkLgDK5Z2lJNz9GN2ofjACGf6XyO69sdm3IPzOO7cQJYq+Z2EQmkpbnHWISvB56ifvJHMpubQEVf2N7EFw4/W2bxnBqyvdcGNRKbfzR+5+epwO38PQkbs1uPfB+xaihg/5ScugnecoWY9GUPPu4J+Va5x19oQF5tPXEKcofa1xZ2BBKIh0zNp6pkSX0nudIyf+Xe1BMrDTH7593e/VuuM4eWNYv3cgCF7DnX/wgNRvdwHm23GGBXXmCzoNhjUFYpatSgue+d8ee7W4Pas8AHkUMmT58YamicC6s6dV0xCBZXy9lmrR6wmB2/f+XxwP3QbeqhAnu4tzI=
X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11HUB028; 5:8qOhpxIfxxWTGV65nD7P2vn8iT/7tUI+0F5yQEtoS21ISrQ6vZrSs0b6WTKD0eh+CmvBjCb45CwWJcvmWtX8C96yghdwydteh1wF/kFRXmOrNp9Sz7rQCyJqPMfIL61tiIyCnFAmgX0MewxqmZMF4w==; 24:Qh6qWOw9BpcXc+rUT/FUfD3TTq9vfhZKmECazCIAlrm0LdpcK4U7aKSmu2NGpjczMGZWHdSbFsNlQHG1sig9ZhVbRlhqkPJgA0o6hUi/eek=
X-OriginatorOrg: sprint.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Jun 2015 21:49:12.0680 (UTC)
X-MS-Exchange-CrossTenant-Id: 4f8bc0ac-bd78-4bf5-b55f-1b31301d9adf
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=4f8bc0ac-bd78-4bf5-b55f-1b31301d9adf; Ip=[144.230.32.81]; Helo=[preapdm2.corp.sprint.com]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2FFO11HUB028
Archived-At: <http://mailarchive.ietf.org/arch/msg/modern/diwdJLFosHK7A1BFBFX3IOEhqOk>
Cc: "modern@ietf.org" <modern@ietf.org>
Subject: Re: [Modern] charter edits
X-BeenThere: modern@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Managing, Ordering, Distributing, Exposing, & Registering telephone Numbers non-WG discussion list" <modern.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/modern>, <mailto:modern-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/modern/>
List-Post: <mailto:modern@ietf.org>
List-Help: <mailto:modern-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/modern>, <mailto:modern-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jun 2015 21:49:24 -0000

Alissa,


The internal SDO folks I rely on for learning about IETF procedures are unavailable.  Does the "consensus" reached at the "IESG telechat" that occurred last week constitute the official commissioning of the IETF MODERN working group?

The reason I ask is I wanted to formulate a response to the dozens of e-mails from over the weekend, but don't want to bother if it is now (and was?) moot.

Best regards,


Pierce Gorman
Core Network Planning
O: 913-439-4368
pierce.gorman@sprint.com
[cid:408000_086801428601145001@pvmxe13g01]

From: Modern [mailto:modern-bounces@ietf.org] On Behalf Of Alissa Cooper
Sent: June 29, 2015 4:15 PM
To: McGarry, Tom
Cc: modern@ietf.org
Subject: [Modern] charter edits

Tom and all,

Thanks for proposing some edits. I have reflected them with minor tweaks in the latest version of the charter - http://datatracker.ietf.org/doc/charter-ietf-modern/

The chartering of MODERN was approved on the IESG telechat last week (which I unfortunately missed since I was at the ICANN meeting). I will let these edits sit for a day before hitting the approval button.

I think the discussion that resulted from the comments relating to ITU-T SG 2 has been a useful airing at this stage in the game and a helpful reminder to everyone to make sure we keep interested parties in the loop on this one. Personally I will certainly keep that in mind as the group reaches milestones where further external review might be appropriate. But in any event we have consensus to move forward with chartering.

Alissa

On Jun 25, 2015, at 3:31 PM, McGarry, Tom <Tom.McGarry@neustar.biz<mailto:Tom.McGarry@neustar.biz>> wrote:



This effort is intended to create tools and solutions to enable flexibility in the process of managing numbers among national administrators, service and application providers, and consumers.  Entities can choose to use these tools or not.  These tools are not for the ITU-T's processes or role, nor for how national administrators interact with the ITU-T.  But of course we want your input and feedback, so thanks for sending this along.  More comments in line below.


From: Alissa Cooper <alissa@cooperw.in<mailto:alissa@cooperw.in>>
Date: Thursday, June 25, 2015 7:44 AM
To: Modern List <modern@ietf.org<mailto:modern@ietf.org>>
Subject: [Modern] Fwd: [new-work] WG Review: Managing, Ordering, Distributing, Exposing, & Registering telephone Numbers (modern)

Would appreciate people's thoughts on whether any charter edits may be warranted in response to these comments, and/or whether a separate response may be useful for addressing some of the questions below.

Alissa

Begin forwarded message:


From: "Zhang, Jie" <jie.zhang@itu.int<mailto:jie.zhang@itu.int>>
Subject: RE: [new-work] WG Review: Managing, Ordering, Distributing, Exposing, & Registering telephone Numbers (modern)
Date: June 23, 2015 at 1:56:42 PM GMT-3
To: "iesg@ietf.org<mailto:iesg@ietf.org>" <iesg@ietf.org<mailto:iesg@ietf.org>>
Cc: "Jamoussi, Bilel" <bilel.jamoussi@itu.int<mailto:bilel.jamoussi@itu.int>>
Dear Sir/Madam,

Below please find comments from the ITU Telecommunication Standardization Bureau on the proposed IETF working group MODERN.

1. Potential impacts on Recommendation ITU-T E.164 and E.164.1
It is stated at the beginning of the Charter that 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. And it is mentioned that TNs are defined in RFC 3966 "The tel URI for Telephone Numbers". Does that mean the mechanism being referred to here only deals with Tel URI? Would there be any impact on Recommendation ITU-E E.164 and E.164.1 which are core recommendations on Telephone Numbers?
There will be no impacts on E.164 and E.164.1.

2. Entities participating in the defined mechanisms
The Charter states that the protocol mechanism for resolving TNs will allow entities such as service providers, devices, and applications to access data related to TNs. But it is not clear what kind of entities can participate in the mechanisms defined by this MODERN working group. Would it be restricted to the entities who have been assigned a TN or a block of TNS?
Who participates in numbering processes within countries is subject to regulation.  The WG cannot make any decisions with regard to this.  I expect the WG to define "roles" within the number management processes; e.g., administrator, telecom carrier, application provider, consumer, etc.; and how those roles could interact with each other.  This will be a baseline for what tools and solutions would be useful to facilitate those interactions.

3. Status of Telephone numbers in the defined mechanisms
Several operations related to TNs are mentioned in the Charter, including requesting, acquiring, resolving and associating. It is also stated that the protocol mechanism for acquiring TNs will provide an enrollment process for the entities that use and manage TNs. Does that mean Telephone numbers with various status, such as assigned, spare and reclaimed numbers will all be managed in the mechanisms defined by the MODERN working group?
I would expect proposed solutions to be able to address the status of a telephone number.

4. Regulatory issues
The Charter states that Solutions and mechanisms created by the working group will be flexible enough to accommodate different policies for TN assignment and management, for example those established by different regulatory agencies. We would like to bring your attention to the fact that the E.164 international public telecommunication numbering plan is a politically significant numbering resource with direct implications on national sovereignty. ITU Plenipotentiary Conference Resolution 133 (Rev. BUSAN, 2014) recognized "the existing role and sovereignty of ITU Member States with respect to allocation and management of their country code numbering resources as enshrined in Recommendation ITU-T E.164", and further instructed the ITU Secretary-General and the Directors of three Bureaux (Telecommunication Standardization, Development, and Radiocommunication) to "take any necessary action to ensure the sovereignty of ITU Member States with regard to Recommendation ITU-T E.164 numbering plans whatever the application in which they are used".
We are aware of Resolution 133 and will certainly respect it.  I would propose adding the following text after the first sentence in the last full paragraph - "The group acknowledges ITU Plenipotentiary Conference Resolution 133 which recognizes the existing role and sovereignty of ITU Member States with respect to allocation and management of their country code numbering resources as enshrined in Recommendation ITU-T E.164."

5. Relationship with .Tel
DNS-based use of international numbering resources has been discussed in ITU-T Study Group 2 (SG2) since its meeting of 17-26 September 2013. TSB Director has also exchanged letters with ICANN on issues related to registering digit strings in the .TEL domain. A representative from ICANN participated in the ITU-T SG2 meeting (28 May - June 2014) and provided some background on the TELNIC application. A correspondence group under ITU-T SG2 was also set up in this regard. We would like to know how the work of this new WG would relate to issues related to registering digit strings in the .TEL domain and other DNS-based use of telephone numbers.
The WG will not create any new namespace that would require regulatory oversight, e.g., a new TLD, SLD, etc.  I wouldn't rule out the WG leveraging existing namespaces as part of proposed solutions.  But it's too early to say anything specific about that.  There is nothing in the charter that references .tel.

6. Relationship with related existing or concluded WGs
It is stated in the Charter that the working group will take into consideration existing IETF work including STIR, ENUM, SPEERMINT, DRINKS and SCIM. Detailed description of the relationship between this new WG and the above mentioned other existing or concluded WGs would be appreciated.
I agree.  I would modify that sentence to add the following at the end - "as well as other relevant industry and standards organizations."

7. The name of this new WG
The name of this new WG is "Managing, Ordering, Distributing, Exposing, & Registering telephone Numbers (modern)". But in the Charter, ordering, exposing and registering TNs are not mentioned, which seems to be a little bit inconsistent.
The IETF often has fun with creating WG names.  : )  But the charter is where to look for the scope of work.  The charter uses the following phrases "distribution, acquisition and management of TNs", "functions involved in associating information ... with TNs", "associating, acquiring and resolving TNs", "access data related to TNs", and "mechanisms for resolving information related to TNs".  The functions you believe were left out of the charter will be part of one or more of these processes.


Best regards,

Jie Zhang
Advisor, ITU-T SG2
International Telecommunication Union
Place des Nations
CH-1211 Geneva , Switzerland
Tel :+41 22 730 5855
jie.zhang@itu.int<mailto:jie.zhang@itu.int>
www.itu.int<http://www.itu.int>
www.itu150.org<http://www.itu150.org>


-----Original Message-----
From: new-work [mailto:new-work-bounces@ietf.org] On Behalf Of The IESG
Sent: Friday, June 12, 2015 8:47 PM
To: new-work@ietf.org<mailto:new-work@ietf.org>
Subject: [new-work] WG Review: Managing, Ordering, Distributing, Exposing, & Registering telephone Numbers (modern)

A new IETF working group has been proposed in the Applications and Real-Time Area. The IESG has not made any determination yet. The following draft charter was submitted, and is provided for informational purposes only. Please send your comments to the IESG mailing list (iesg at ietf.org<http://ietf.org>) by 2015-06-22.

Managing, Ordering, Distributing, Exposing, & Registering telephone Numbers (modern)
------------------------------------------------
Current Status: Proposed WG

Chairs:
 Tom McGarry <tom.mcgarry@neustar.biz<mailto:tom.mcgarry@neustar.biz>>
 Steve Donovan <srdonovan@usdonovans.com<mailto:srdonovan@usdonovans.com>>

Assigned Area Director:
 Alissa Cooper <alissa@cooperw.in<mailto:alissa@cooperw.in>>

Mailing list
 Address: modern@ietf.org<mailto:modern@ietf.org>
 To Subscribe: https://www.ietf.org/mailman/listinfo/modern
 Archive: http://www.ietf.org/mail-archive/web/modern/

Charter:

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. Devices, applications, and network tools increasingly need to manage TNs, including requesting and acquiring TN delegations from authorities. The output of the working group should make distribution, acquisition, and management of TNs simpler for all entities involved.

The working group will define an information management framework for the roles and functions involved in associating information with one or more TNs in an IP environment.  The working group will also identify protocol mechanisms to support the interactions between the functions defined by the framework. This includes either recommending or defining protocol mechanisms for acquiring, associating and resolving TNs, with a preference for use of existing protocol mechanisms. TNs may either be managed in a hierarchical tree, or in a distributed registry. The protocol mechanism for acquiring TNs will provide an enrollment process for the entities that use and manage TNs.

The protocol mechanism for resolving TNs will allow entities such as service providers, devices, and applications to access data related to TNs. Maintaining reliability, real-time application performance, and security and privacy for both the data and the protocol interactions are primary considerations. The working group will take into consideration existing IETF work including STIR, ENUM, SPEERMINT, DRINKS and SCIM.

The work of this group will focus on TNs, as defined in RFC3966, and blocks of TNs, that are used to initiate communication with another user of a service. There is an expectation that aspects of the architecture and protocols defined by the working group will be reusable for other user-focused identifiers. Any such extensions or reuse of MODERN mechanisms are out of scope for the MODERN working group. Solutions and mechanisms created by the working group will be flexible enough to accommodate different policies for TN assignment and management, for example those established by different regulatory agencies.

The working group will deliver the following:

- An architecture overview, including high level requirements and security/privacy considerations

- A description of the enrollment processes for existing and new TNs including any modifications to metadata related to those TNs

- A description of protocol mechanisms for accessing contact information associated with enrollments

- A description of mechanisms for resolving information related to TNs

Milestones:

TBD

_______________________________________________
new-work mailing list
new-work@ietf.org<mailto:new-work@ietf.org>
https://www.ietf.org/mailman/listinfo/new-work


_______________________________________________
Modern mailing list
Modern@ietf.org<mailto:Modern@ietf.org>
https://www.ietf.org/mailman/listinfo/modern


________________________________

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.