[MIB-DOCTORS] FW: PRELIMINARY Agenda and Package for February 12, 2009 Telechat

["Romascanu, Dan (Dan)" <[e-mail]>]

Please find below the preliminary agenda of the 2/12 IESG telechat.
Please review the relevant documents and send me your comments and
concerns until 2/11 COB the latest. 

Thanks and Regards,

Dan


2.1 WG Submissions
2.1.1 New Item
  o draft-ietf-idr-flow-spec-05.txt
    Dissemination of flow specification rules (Proposed Standard) - 1 of
2
 
    Token: David Ward
  o draft-ietf-ippm-duplicate-07.txt
    A One-Way Packet Duplication Metric (Proposed Standard) - 2 of 2 
    Token: Lars Eggert

2.1.2 Returning Item
  o draft-ietf-forces-protocol-21.txt
    ForCES Protocol Specification (Proposed Standard) - 1 of 2 
    Token: Ross Callon
  o draft-ietf-pim-rpf-vector-08.txt
    The RPF Vector TLV (Proposed Standard) - 2 of 2 
    Token: David Ward


2.2 Individual Submissions
2.2.1 New Item
  o draft-arkko-arp-iana-rules-05.txt
    IANA Allocation Guidelines for the Address Resolution Protocol (ARP)

    (Proposed Standard) - 1 of 1 
    Token: Russ Housley

2.2.2 Returning Item
NONE
2.2.3 For Action
  o draft-atlas-icmp-unnumbered-06.txt
    Extending ICMP for Interface and Next-hop Identification (Proposed 
    Standard) - 1 of 1 
    Note: Needs to go back to the WG due to the IPR declaration 
    Token: Jari Arkko

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
  o draft-ietf-eai-downgrade-11.txt
    Downgrading mechanism for Email Address Internationalization
(Experimental) 
    - 1 of 3 
    Note: Harald Alvestrand is document shepherd 
    Token: Chris Newman
  o draft-ietf-ccamp-pc-and-sc-reqs-06.txt
    Requirements for the Conversion Between Permanent Connections and
Switched 
    Connections in a Generalized Multiprotocol Label Switching (GMPLS)
Network 
    (Informational) - 2 of 3 
    Token: Ross Callon
  o draft-ietf-ccamp-gr-description-04.txt
    Description of the RSVP-TE Graceful Restart Procedures
(Informational)
- 3 
    of 3 
    Token: Ross Callon

3.1.2 Returning Item
  o draft-ietf-l2vpn-vpls-mcast-reqts-07.txt
    Requirements for Multicast Support in Virtual Private LAN Services 
    (Informational) - 1 of 1 
    Note: Bringing back to telechat to get attention on remaining
discusses. 
    Token: Mark Townsley


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
  o draft-irtf-routing-history-09.txt
    Analysis of Inter-Domain Routing Requirements and History (Historic)
-
1 of 
    2 
    Token: Ross Callon
  o draft-irtf-routing-reqs-10.txt
    A Set of Possible Requirements for a Future Routing Architecture
(Historic) 
    - 2 of 2 
    Token: Ross Callon