Proposals for a New IETF Standards Track draft-ietf-newtrk-proposals-00.txt David Black Brian Carpenter IETF 60.

Slides:



Advertisements
Similar presentations
© 2006 Open Grid Forum GridRPC Interoperability Test Response to comments Yusuke Tanimura.
Advertisements

IPPM WG. Note Well Any submission to the IETF intended by the Contributor for publication as all or part of an IETF Internet-Draft or RFC and any statement.
IETF 76 – November 8-14 – Hiroshima, Japan RMT LCT draft-rmt-pi-alc-revised-10 Mark Watson.
Russ Housley IETF Chair 23 July 2012 Introduction to the IETF Standards Process.
Internationalized Domain Names Status Report Prepared for: ICANN Meeting, Lisbon 29 March, 2007 Tina Dam IDN Program Director ICANN
PUFI BOF (Procedures Update for IETF) Chair: Pete Resnick Franklin 1/2 Audio channel 1.
Status of L3 PPVPN Working Group Documents Ross Callon Ron Bonica Rick Wilder.
1 Improved DNS Server Selection for Multi-Homed Nodes draft-savolainen-mif-dns-server-selection-04 Teemu Savolainen (Nokia) Jun-ya Kato (NTT) MIF WG meeting.
IETF NEA WG (NEA = Network Endpoint Assessment) Chairs:Steve Hanna, Susan Thomson,
L2VPN WG “NVO3” Meeting IETF 82 Taipei, Taiwan. Agenda Administrivia Framing Today’s Discussions (5 minutes) Cloud Networking: Framework and VPN Applicability.
Draft-loughney-what-standards-01.txt IETF 59 NEWTRK WG Presented by Spencer Dawkins.
A tech spec requirements draft IETF 64 TECHSPEC BOF.
Newtrk-1 newtrk New IETF Standards Track Discussion BOF Chair: Scott Bradner Agenda 1/ description of current IETF Standards Track 2/ observations from.
Tunnelling of Explicit Congestion Notification draft-briscoe-tsvwg-ecn-tunnel-08.txt draft-briscoe-tsvwg-ecn-tunnel-08.txt Bob Briscoe, BT IETF-77 tsvwg.
BEHAVE BOF (Behavior Engineering for Hindrance AVoidancE) Cullen Jennings Jiri Kuthan.
OpenSG Conformity IPRM Overview July 20, ITCA goals under the IPRM at a high level and in outline form these include: Organize the Test and Certification.
Submission February 2014 Slide 1 IEEE 802 Response to FDIS comments on IEEE 802.1AR 20 March 2014 Authors: NameCompanyPhone .
Submission February 2014 Slide 1 IEEE 802 Response to FDIS comments on IEEE 802.1AR 19 February 2014 Authors: NameCompanyPhone .
RUCUS BOF IETF-71 IETF Exploratory Groups Bernard Aboba Microsoft Corporation Laksminath Dondeti Qualcomm, Inc. March 10, 2008 Philadelphia, PA.
MPTCP – MULTIPATH TCP Interim meeting #3 20 th October 2011 audio Yoshifumi Nishida Philip Eardley.
1 Yet Another Mail Working Group IETF 81 July 26, 2011.
July 27, 2009IETF NEA Meeting1 NEA Working Group IETF 75 Co-chairs: Steve Hanna
Status of CAPWAP Architecture Draft Lily Yang Intel Corp. March 3, th IETF meeting.
IRTP Part D PDP WG Items for Review. Items for Review Policy Development Process WG Charter GNSO WG Guidelines.
What makes for a quality RFC? An invited talk to the MPLS WG Adrian Farrel IETF-89 London, March 2014.
4395bis irireg Tony Hansen, Larry Masinter, Ted Hardie IETF 82, Nov 16, 2011.
IPv6 WORKING GROUP March 2002 Minneapolis IETF Bob Hinden / Nokia Steve Deering / Cisco Systems Co-Chairs.
Integration Issues for RTF Guidelines: Savings, Lifetimes and Cost/Benefit October 24, 2012 Regional Technical Forum Presented by: Michael Baker, SBW.
NEWTRK WG Paris, August 5, Agenda 0 – agenda bashing – 10m 1 - introduction & status - chair- 10m discussion on the issues with ISD proposal.
Enterprise IPv6 Transition Analysis IETF 62 IPv6 Operations Working Group March 7-11, 2005 Minneapolis, MN Presenter Jim Bound Jim Bound (Editor), Yanick.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: IETF Liaison Report Date Submitted: July 20, 2006 Presented at IEEE.
IETF 86 PIM wg meeting. Note Well Any submission to the IETF intended by the Contributor for publication as all or part of an IETF Internet-Draft or RFC.
ACS Project Briefing 2 nd December 2009 Steven Hand.
GTP (Generic Tunneling Protocol) Alessio Casati/Lucent Technologies Charles E. Perkins/Nokia Research IETF 47 draft-casati-gtp-00.txt.
ROLL Working Group Meeting IETF-81, Quebec City July 2011 Online Agenda and Slides at: bin/wg/wg_proceedings.cgi Co-chairs:
DetNet WG 1 ST Meeting Chairs: Lou Berger Pat Thaler Secretary: Jouni Korhonen.
PAWS Protocol to Access White Space DB IETF 83, Paris Gabor Bajko, Brian Rosen.
File: /ram/wgchairs.sxi Date: 7 January, 2016 Slide 1 Process and Tools (PROTO) Team General Area Meeting IETF59, Seoul, Korea -- March 2004
IETF #84 - NETCONF WG session 1 NETCONF WG IETF 84, Vancouver, Canada MONDAY, July 30, Bert Wijnen Mehmet Ersue.
Doc.: IEEE /0147r0 Submission January 2012 Rolf de Vegt (Qualcomm)) Slide ai Spec Development Process Update Proposal Date:
Draft-melia-mipshop-mobility-services-ps-01.txt. From IETF #66 Discuss MIH PS (as expressed by the WG chair) Need a single PS at WG level (several drafts.
NEMO Basic Support update IETF 61. Status IANA assignments done Very close to AUTH48 call Some issues raised recently We need to figure out if we want.
Moving Forward on Working Group Snapshot IETF 59 NEWTRK Spencer Dawkins draft-dawkins-pstmt-twostage-01.txt.
Slide 1 IEEE 802 Response to FDIS comments on IEEE 802.1AB 20 March 2014 Authors: NameCompanyPhone .
IETF-53-IPv6 WG- Cellular host draft 1 Minimum IPv6 Functionality for a Cellular Host Jari Arkko Peter Hedman Gerben Kuijpers Hesham Soliman John Loughney.
ROLL Working Group Meeting IETF-82, Tapei, November 2011 Online Agenda and Slides at: bin/wg/wg_proceedings.cgi Co-chairs:
IDR WG Document Status Update Sue Hares, Yakov Rekhter November 2005.
Internet Protocol- based In-Vehicle Emergency Call ECRIT WG draft-rosen-ecrit-ecall-08.txt IETF 86 March, 2013.
Reducing the Standards Track to Two Maturity Levels draft-housley-two-maturity-levels-01.txt.
IETF #85 - NETCONF WG session 1 NETCONF WG IETF 85, Atlanta, USA WEDNESDAY, November 7, Bert Wijnen Mehmet Ersue.
NETWORK-BASED MOBILITY EXTENSIONS WG (NETEXT) July 28 th, 2011 IETF81 1.
SALUD WG IETF 78 Maastricht Friday, July 30, London Chair: Dale R. Worley.
IPv6 Working Group IETF55 Atlanta November URL for Thermometer
56 th IETF Internet Fax WG Claudio Allocchio Hiroshi Tamura Mar 18 th 2003.
NACK-Oriented Reliable Multicast (NORM) Update
IP Flow Information eXport (IPFIX)
ID Tracker States: An Internet Draft’s Path Through the IESG
CAPWAP Working Group IETF 66 Montreal
iSCSI X-key for enhanced supportability
CAPWAP Working Group IETF 73 Minneapolis 18 Nov 2008, 17:10-18:10
IETF 103 pim wg meeting.
ECN Experimentation draft-black-ecn-experimentation
A Lower Effort Per-Hop-Behavior draft-ietf-tsvwg-le-phb-00
An Update on BGP Support for 4-byte ASN
Multi-server Namespace in NFSv4.x Previous and Pending Updates
Working Group Draft for TCPCLv4
16th November 2016 Gorry Fairhurst (via webrtc) David Black WG chairs
IETF 103 pim wg meeting.
IETF-104 (Prague) DHC WG Next steps
IETF 87 DHC WG Berlin, Germany Thursday, 1 August, 2013
Presentation transcript:

Proposals for a New IETF Standards Track draft-ietf-newtrk-proposals-00.txt David Black Brian Carpenter IETF 60

Goals of the draft Outline various proposals –details expected to be in separate drafts* Outline common ideas –details expected to be in separate drafts Proposals and ideas could be mixed and matched Discuss pros and cons Not: make a recommendation * except for one appendix included for historical reasons

Possible metrics of success Increase interoperability of implementations of new protocols on the Internet (how to measure?) Shorten the time from "adopted idea" to "stable spec" for protocols from 2 years to 1 year (?) Reduce the number of man-hours required to document interoperability and formally acknowledge that it exists (no idea of what to put in the "from" and "to" fields....) Increase motivation of IETF participants to advance their work along the standards track, and increase the attractiveness of the IETF as a standards venue Other metrics?

Common ground WG seems to have rough consensus that regardless of how many levels exist in the standards track, documents will be revised and re-approved (with or without changing level)

Proposal 1: Clean up our act No significant change to RFC 2026, make current system work better, e.g.: –lightweight mechanism for upgrading the status of tried and proven specifications –lightweight mechanism for downgrading unused specifications to Historic status –separate document to record STD status, instead of updating main RFC –general operational improvements

Proposal 2: No more Mr Nice Guy Confirm the intention of RFC 2026 and implement strict procedures to make it work –reduce the strictness of IESG review for PS –enforce "dwell time" at PS by automatically demoting PS documents after 2 years –ditto for DS documents

Proposal 3: Prune the process Prune number of standards levels to two (could call them Draft Standard and Internet Standard). –The threshold for DS would be roughly what PS is today (stricter than PS in RFC 2026 but not requiring proof of interoperability). –The threshold for IS would be a minimum period at DS, plus evidence of interoperability and reasonable deployment experience.

Proposal 4: Slash and burn The number of levels is reduced to one, called Internet Standard. – The threshold would be roughly the same as for Proposed Standard today (roughly what is described in RFC 2026 for Draft Standard, but without the interoperability requirement).

Proposal 5: Declare victory Just revise RFC 2026 to document current practice –elevate the requirements for PS from those in RFC 2026 –state that many important protocols never advance to DS and that Internet Standard is rarely used. –current requirement for review after a 2-year "dwell time" would be changed to a recommendation.

Common ideas Snapshots –WG snapshots: stable drafts declared by WG consensus –IETF snapshots: stable WG drafts approved by ADs or IESG Interoperability and Deployment Register Explicit Version Number Better Process Documentation &Tracking

Draft pros and cons: proposals 1-2 Clean Up Our Act – + should eliminate dross and avoid pointless rewrites – - does nothing to simplify the process No More Mr. Nice Guy – + reduces ambiguity and process black holes – - insensitive to social aspects, may demotivate – - does nothing to simplify the process

Draft pros and cons: proposals 3-5 Prune – + reduces bureaucracy and terminology Slash And Burn – + reduces bureaucracy more Declare Victory – + avoids introducing confusion outside IETF about IETF standards process – - ignores problem statement and does nothing to improve process

Draft pros and cons: common ideas Snapshots – + avoid industry FUD and random implementation choices – - may end up as a class of de facto standards Interoperability Register – + increase clarity about interoperability – - new work for the IETF, new committee Better Process Documentation and Tracking – + central accessible place for important info – - additional work to get that info into a central accessible place and maintain the result

Questions Is any major option missing? Are the descriptions reasonably accurate? How do we refine the pros and cons?