Gen-Art Review Assignments for 20 Dec 2007

Good approximation of what will be included in the Agenda of next Telechat (2007-12-20).



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
    
      AreaDate
SECThree-Document ballot: [Open Web Ballot] - 1 of 10
Certificate Management Messages over CMS (Proposed Standard) - 1 of 10
draft-ietf-pkix-2797-bis-06.txt
Note: PROTO Shepherd: Stefan Santesson <stefans@microsoft.com>
  Reviewer: Joel Halpern (reviewed -05 for LC)
     
Certificate Managmement Messages over CMS (CMC): Complience Requirements (Proposed Standard)
draft-ietf-pkix-cmc-compl-05.txt
Note: PROTO Shepherd: Stefan Santesson <stefans@microsoft.com>
  Reviewer: Gonzalo Camarillo (reviewed -04 for LC)
     
Certificate Management over CMS (CMC): Transport Protocols (Proposed Standard)
draft-ietf-pkix-cmc-trans-07.txt
Note: PROTO Shepherd: Stefan Santesson <stefans@microsoft.com>
Token: Tim Polk
  Reviewer:Gonzalo Camarillo (reviewed -06 for LC)
    
INTHash Based Addresses (HBA) (Proposed Standard) - 2 of 10
draft-ietf-shim6-hba-04.txt [Open Web Ballot]
Note: Please also read draft-ietf-shim6-applicability
Mark Townsley to handle any IPR questions in AD review/IETF LC/IESG, if any
Document Shepherd is Geoff Huston <gih@apnic.net>
Token: Jari Arkko
  Reviewer:Spencer Dawkins (already reviewed for LC)
    
INTFailure Detection and Locator Pair Exploration Protocol for IPv6 Multihoming (Proposed Standard) - 3 of 10
draft-ietf-shim6-failure-detection-09.txt
Note: Please also read draft-ietf-shim6-applicability
Mark is handling this for Jari as he is an author
Token: Mark Townsley
  Reviewer:Eric Gray (already reviewed for LC)
    
INTShim6: Level 3 Multihoming Shim Protocol for IPv6 (Proposed Standard) - 4 of 10
draft-ietf-shim6-proto-09.txt [Open Web Ballot]
Note: Please also read draft-ietf-shim6-applicability
Document Shepherd is Geoff Huston <gih@apnic.net>
Token: Jari Arkko
  Reviewer:Vijay Gurbani (already reviewed for LC)
    
INTDomain Name System (DNS) IANA Considerations (BCP) - 5 of 10
draft-ietf-dnsext-2929bis-06.txt [Open Web Ballot]
Token: Mark Townsley
  Reviewer:Miguel Garcia (already reviewed for LC)
    
SECInternet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile (Proposed Standard) - 6 of 10
draft-ietf-pkix-rfc3280bis-09.txt
Note: new version expected to be submitted Friday to address last call comments
Token: Sam Hartman
  Reviewer:None (Russ is a co-author)
    
APPSIEVE Email Filtering: Extension for Notifications (Proposed Standard) - 7 of 10
draft-ietf-sieve-notify-11.txt [Open Web Ballot]
Token: Lisa Dusseault
  Reviewer:Pasi Eronen (reviewed -10 for LC)
    
APPSieve Notification Mechanism: xmpp (Proposed Standard) - 8 of 10
draft-ietf-sieve-notify-xmpp-07.txt
Token: Lisa Dusseault
  Reviewer:Joel Halpern (reviewed -06 for LC)
    
SECMulticast Extensions to the Security Architecture for the Internet Protocol (Proposed Standard) - 9 of 10
draft-ietf-msec-ipsec-extensions-07.txt [Open Web Ballot]
Note: Lakshminath Dondeti is the proto shepherd.
Token: Tim Polk
  Reviewer:Miguel Garcia (reviewed -06 for LC)
    
RAIA Framework for Consent-based Communications in the Session Initiation Protocol (SIP) (Proposed Standard) - 10 of 10
draft-ietf-sip-consent-framework-03.txt [Open Web Ballot]
Note: Keith Drage is the document shepherd
  Token: Cullen Jennings
  Reviewer: Eric Gray (assigned  LC due on 12/10)
   
2.1.2 Returning Item
      NONE

2.2 Individual Submissions

          2.2.1 New Item
      AreaDate
INTOct 3IPv4 Address Conflict Detection (Proposed Standard) - 1 of 1
draft-cheshire-ipv4-acd-05.txt [Open Text Ballot]
Note: -05 includes changes based on int-area review.
  Token: Mark Townsley
  Reviewer: Spencer Dawkins (already reviewed for LC)
   
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
      AreaDate
RAIFramework for real-time text over IP using the Session Initiation Protocol (SIP) (Informational) - 1 of 8
draft-ietf-sipping-toip-08.txt [Open Web Ballot]
Token: Jon Peterson
  Reviewer:Suresh Krishnan (already reviewed for LC)
    
INTIP over 802.16 Problem Statement and Goals (Informational) - 2 of 8
draft-ietf-16ng-ps-goals-03.txt [Open Web Ballot]
Note: Document shepherd is Daniel Park <soohong.park@samsung.com>
Token: Jari Arkko
  Reviewer:Ben Campbell (already reviewed for LC)
    
INTRequirements for Multicast Support in Virtual Private LAN Services (Informational) - 3 of 8
draft-ietf-l2vpn-vpls-mcast-reqts-05.txt [Open Web Ballot]
Token: Mark Townsley
  Reviewer:Christian Vogt (already reviewed for LC)
    
INTMobility Services Transport: Problem Statement (Informational) - 4 of 8
draft-ietf-mipshop-mis-ps-05.txt [Open Web Ballot]
Note: Document Shepherd is Stefano Faccin
Token: Jari Arkko
  Reviewer:Vijay Gurbani (already reviewed for LC)
    
RTGFramework for MPLS-TE to GMPLS migration (Informational) - 5 of 8
draft-ietf-ccamp-mpls-gmpls-interwork-fmwk-04.txt
Token: Ross Callon
  Reviewer:David Black
    
RTGInterworking Requirements to Support operation of MPLS-TE over GMPLS Networks (Informational) - 6 of 8
draft-ietf-ccamp-mpls-gmpls-interwork-reqts-03.txt
Token: Ross Callon
  Reviewer:Francis Dupont
    
INTVPLS Interoperability with CE Bridges (Informational) - 7 of 8
draft-ietf-l2vpn-vpls-bridge-interop-02.txt [Open Web Ballot]
Token: Mark Townsley
  Reviewer:Elwyn Davies (already reviewed for LC)
    
INTL2VPN OAM Requirements and Framework (Informational) - 8 of 8
draft-ietf-l2vpn-oam-req-frmk-09.txt [Open Web Ballot]
  Token: Mark Townsley
  Reviewer: Joel Halpern (already reviewed for LC)
   
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
      AreaDate
GENA Uniform Resource Name (URN) namespace for the Open Geospatial Consortium (OGC) (Informational) - 1 of 3
draft-creed-ogc-urn-03.txt [Open Web Ballot]
Token: Lisa Dusseault
  Reviewer:Joel Halpern (already reviewed)
    
INTService Selection for Mobile IPv6 (Informational) - 2 of 3
draft-korhonen-mip6-service-05.txt [Open Web Ballot]
Note: No document shepherd
Token: Jari Arkko
  Reviewer:Brian Carpenter (already reviewed)
    
GENA URN namespace for the Commission for the Management and Application of Geoscience Information (CGI) (Informational) - 3 of 3
draft-sjdcox-cgi-urn-00.txt [Open Web Ballot]
  Token: Lisa Dusseault
  Reviewer: Christian Vogt (assigned LC due 12/10)
   
3.2.2 Returning Item
      AreaDate
APPA Uniform Resource Name (URN) Namespace for the International Organization for Standardization (ISO) (Informational) - 1 of 1
draft-goodwin-iso-urn-02.txt [Open Web Ballot]
  Token: Lisa Dusseault
  Reviewer: Eric Gray (already reviewed)
   

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