Gen-ART Review Assignments - 24 Jan 2008

Good approximation of what will be included in the Agenda of next Telechat (2008-01-24).



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
SECBetter-Than-Nothing-Security: An Unauthenticated Mode of IPsec (Proposed Standard) - 1 of 4
draft-ietf-btns-core-06.txt [Open Web Ballot]
Note: The proto shepherd is Julien Laganier
Token: Sam Hartman
  Reviewer:: Vijay Gurbani (reviewed -05 for LC)
    
SECThe EAP TLS Authentication Protocol (Proposed Standard) - 2 of 4
draft-simon-emu-rfc2716bis-13.txt [Open Web Ballot]
Note: Joe Salowey  is the proto shepherd
Token: Sam Hartman
  Reviewer:Francis Dupont (reviewed -12 for 10 Jan)
    
RTGGeneralized MANET Packet/Message Format (Proposed Standard) - 3 of 4
draft-ietf-manet-packetbb-11.txt
Token: Ross Callon
  Reviewer:Elwyn Davies (LC due on 16 Jan)
    
RTGRepresenting multi-value time in MANETs (Proposed Standard) - 4 of 4
draft-ietf-manet-timetlv-04.txt
  Token: Ross Callon
  Reviewer: Eric Gray (already reviewed for LC)
   
2.1.2 Returning Item
      AreaDate
INTFailure Detection and Locator Pair Exploration Protocol for IPv6 Multihoming (Proposed Standard) - 1 of 2
draft-ietf-shim6-failure-detection-09.txt [Open Web Ballot]
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) - 2 of 2
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)
   
2.1.3 For Action
      AreaDate
INTHash Based Addresses (HBA) (Proposed Standard) - 1 of 1
draft-ietf-shim6-hba-05.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 (reviewed -04 for LC)
   

2.2 Individual Submissions

          2.2.1 New Item
      AreaDate
APPThe IMAP ENABLE Extension (Proposed Standard) - 1 of 1
draft-gulbrandsen-imap-enable-05.txt [Open Web Ballot]
Note: Alexey Melnikov is the document shepherd
  Token: Chris Newman
  Reviewer: Suresh Krishnan (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
OPSIPv6 Deployment Scenarios in 802.16 Networks (Informational) - 1 of 1
draft-ietf-v6ops-802-16-deployment-scenarios-06.txt [Open Web Ballot]
  Token: Ron Bonica
  Reviewer: Brian Carpenter (already reviewed for 10 Jan)
   
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
APPA Uniform Resource Name (URN) Namespace for the European Broadcasting Union (EBU) (Informational) - 1 of 2
draft-evain-ebu-urn-02.txt [Open Web Ballot]
Token: Lisa Dusseault
  Reviewer:David Black (reviewed -01 for LC)
    
RAISession Description Protocol (SDP) Attributes for OMA BCAST Service and Content Protection (Informational) - 2 of 2
draft-dondeti-oma-mmusic-sdp-attrs-00.txt [Open Web Ballot]
  Token: Cullen Jennings
  Reviewer:  
   
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
      AreaDate
GENConsiderations of provider-to-provider agreements for Internet-scale QoS (Informational) - 1 of 1
draft-levis-provider-qos-agreement-04.txt [Open Web Ballot]
Token: Magnus Westerlund
3.3.2 Returning Item
      NONE