IESG agenda for 2008-12-18 telechat.
fenner@fenron.com (Bill Fenner) Mon, 15 December 2008 12:00 UTC
Return-Path: <rtg-dir-bounces@ietf.org>
X-Original-To: rtg-dir-archive@megatron.ietf.org
Delivered-To: ietfarch-rtg-dir-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8E11C3A68D4; Mon, 15 Dec 2008 04:00:17 -0800 (PST)
X-Original-To: rtg-dir@core3.amsl.com
Delivered-To: rtg-dir@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3DAA53A69B1 for <rtg-dir@core3.amsl.com>; Mon, 15 Dec 2008 04:00:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8VTjW+dBoBqO for <rtg-dir@core3.amsl.com>; Mon, 15 Dec 2008 04:00:15 -0800 (PST)
Received: from runaway.fenron.com (unknown [IPv6:2001:470:117:128:230:48ff:fe92:8e81]) by core3.amsl.com (Postfix) with ESMTP id B31203A68D4 for <rtg-dir@ietf.org>; Mon, 15 Dec 2008 04:00:14 -0800 (PST)
Received: from runaway.fenron.com (localhost [127.0.0.1]) by runaway.fenron.com (8.13.8/8.13.8) with ESMTP id mBFC04wh039308 for <rtg-dir@ietf.org>; Mon, 15 Dec 2008 04:00:04 -0800 (PST) (envelope-from fenner@runaway.fenron.com)
Received: (from fenner@localhost) by runaway.fenron.com (8.13.8/8.13.8/Submit) id mBFC048H039306 for rtg-dir@ietf.org; Mon, 15 Dec 2008 04:00:04 -0800 (PST) (envelope-from fenner)
Date: Mon, 15 Dec 2008 04:00:04 -0800
Message-Id: <200812151200.mBFC048H039306@runaway.fenron.com>
From: fenner@fenron.com
To: rtg-dir@ietf.org
Subject: IESG agenda for 2008-12-18 telechat.
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/rtg-dir>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
Sender: rtg-dir-bounces@ietf.org
Errors-To: rtg-dir-bounces@ietf.org
IESG Agenda Good approximation of what will be included in the Agenda of next Telechat (2008-12-18). ----------------------------------------------------------------------- 1. Administrivia 1.1 Roll Call 1.2 Bash the Agenda 1.3 Approval of the Minutes of the past telechat 1.4 List of Remaining Action Items from Last Telechat 2. Protocol Actions Reviews should focus on these questions: "Is this document a reasonable basis on which to build the salient part of the Internet infrastructure? If not, what changes would make it so?" 2.1 WG Submissions 2.1.1 New Item Area Date TSV TCP User Timeout Option (Proposed Standard) - 1 of 12 draft-ietf-tcpm-tcp-uto-10.txt [Open Web Ballot] Token: Magnus Westerlund RTG ForCES Protocol Specification (Proposed Standard) - 2 of 12 draft-ietf-forces-protocol-19.txt [Open Web Ballot] Token: Ross Callon RTG ForCES MIB (Proposed Standard) - 3 of 12 draft-ietf-forces-mib-10.txt [Open Web Ballot] Token: Ross Callon Internet Calendaring and Scheduling Core APP Object Specification (iCalendar) (Proposed Standard) - 4 of 12 draft-ietf-calsify-rfc2445bis-09.txt [Open Web Ballot] Token: Lisa Dusseault Mobile IPv6 Support for Dual Stack Hosts and INT Routers (DSMIPv6) (Proposed Standard) - 5 of 12 draft-ietf-mext-nemo-v4traversal-07.txt [Open Web Ballot] Token: Jari Arkko IANA Considerations for RPC Net Identifiers TSV and Universal Address Formats (Proposed Standard) - 6 of 12 draft-ietf-nfsv4-rpc-netid-05.txt [Open Web Ballot] Note: Document Shepherd: Spencer Shepler (shepler@storspeed.com) Token: Lars Eggert RTG OSPF Link-local Signaling (Proposed Standard) - 7 of 12 draft-ietf-ospf-lls-05.txt [Open Web Ballot] Token: David Ward Secure/Multipurpose Internet Mail Extensions SEC (S/MIME) Version 3.2 Message Specification (Proposed Standard) - 8 of 12 draft-ietf-smime-3851bis-08.txt [Open Web Ballot] Token: Tim Polk Secure/Multipurpose Internet Mail Extensions SEC (S/MIME) Version 3.2 Certificate Handling (Proposed Standard) - 9 of 12 draft-ietf-smime-3850bis-08.txt [Open Web Ballot] Token: Tim Polk Elliptic Curve Cryptography Subject Public SEC Key Information (Proposed Standard) - 10 of 12 draft-ietf-pkix-ecc-subpubkeyinfo-11.txt [Open Web Ballot] Note: Document shepherd is stefans@microsoft.com Token: Pasi Eronen APP Sieve Email Filtering: Ihave Extension (Proposed Standard) - 11 of 12 draft-freed-sieve-ihave-03.txt [Open Web Ballot] Token: Lisa Dusseault Multi-Protocol Label Switching (MPLS) label RTG stack entry: "EXP" field renamed to "Traffic Class" field (Proposed Standard) - 12 of 12 draft-ietf-mpls-cosfield-def-08.txt [Open Web Ballot] Token: Ross Callon 2.1.2 Returning Item NONE 2.2 Individual Submissions 2.2.1 New Item Area Date Message Header Field for Indicating Message APP Authentication Status (Proposed Standard) - 1 of 1 draft-kucherawy-sender-auth-header-18.txt [Open Web Ballot] Token: Lisa Dusseault 2.2.2 Returning Item NONE 3. Document Actions 3.1 WG Submissions Reviews should focus on these questions: "Is this document a reasonable contribution to the area of Internet engineering which it covers? If not, what changes would make it so?" 3.1.1 New Item Area Date RTG LDP IGP Synchronization (Informational) - 1 of 3 draft-ietf-mpls-ldp-igp-sync-03.txt [Open Web Ballot] Token: David Ward RTG OSPFv3 Based Layer 1 VPN Auto-Discovery (Experimental) - 2 of 3 draft-ietf-l1vpn-ospfv3-auto-discovery-02.txt Token: David Ward RTG Urban WSNs Routing Requirements in Low Power and Lossy Networks (Informational) - 3 of 3 draft-ietf-roll-urban-routing-reqs-02.txt [Open Web Ballot] Token: David Ward 3.1.2 Returning Item NONE 3.2 Individual Submissions Via AD Reviews should focus on these questions: "Is this document a reasonable contribution to the area of Internet engineering which it covers? If not, what changes would make it so?" 3.2.1 New Item NONE 3.2.2 Returning Item NONE 3.3 Independent Submissions Via RFC Editor The IESG will use RFC 3932 responses: 1) The IESG has not found any conflict between this document and IETF work; 2) The IESG thinks that this work is related to IETF work done in WG <X>, but this does not prevent publishing; 3) The IESG thinks that publication is harmful to work in WG <X> and recommends not publishing at this time; 4) The IESG thinks that this document violates the IETF procedures for <X> and should therefore not be published without IETF review and IESG approval; 5) The IESG thinks that this document extends an IETF protocol in a way that requires IETF review and should therefore not be published without IETF review and IESG approval. The document shepherd must propose one of these responses in the Data Tracker note and supply complete text in the IESG Note portion of the write-up. The Area Director ballot positions indicate consensus with the response proposed by the document shepherd. Other matters may be recorded in comments, and the comments will be passed on to the RFC Editor as community review of the document. 3.3.1 New Item NONE 3.3.2 Returning Item NONE 4. Working Group Actions 4.1 WG Creation 4.1.1 Proposed for IETF Review Area Date APP Dec 11 Message Organization (morg) - 1 of 1 Token: Chris 4.1.2 Proposed for Approval NONE 4.2 WG Rechartering 4.2.1 Under evaluation for IETF Review NONE 4.2.2 Proposed for Approval NONE 5. IAB News We Can Use 6. Management Issues 7. Working Group News
- IESG agenda for 2008-12-18 telechat. Bill Fenner