Requirements for Supporting Customer Resource ReSerVation Protocol (RSVP) and RSVP Traffic Engineering (RSVP-TE) over a BGP/MPLS IP-VPN
draft-ietf-l3vpn-e2e-rsvp-te-reqts-05

Approval announcement
Draft of message to be sent after approval:

Announcement

From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Cc: Internet Architecture Board <iab@iab.org>,
    RFC Editor <rfc-editor@rfc-editor.org>, 
    l3vpn mailing list <l3vpn@ietf.org>, 
    l3vpn chair <l3vpn-chairs@tools.ietf.org>
Subject: Document Action: 'Requirements for supporting Customer RSVP and RSVP-TE over a BGP/MPLS IP-VPN' to Informational RFC

The IESG has approved the following document:

- 'Requirements for supporting Customer RSVP and RSVP-TE over a BGP/MPLS 
   IP-VPN '
   <draft-ietf-l3vpn-e2e-rsvp-te-reqts-05.txt> as an Informational RFC


This document is the product of the Layer 3 Virtual Private Networks Working Group. 

The IESG contact persons are Ross Callon and Adrian Farrel.

A URL of this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-l3vpn-e2e-rsvp-te-reqts-05.txt

Ballot Text

Technical Summary

    This informational document describes service provider requirements
    for supporting a customer RSVP and RSVP-TE over a BGP/MPLS-IP L3VPN. 
    For example, this may be used to run triple play services through 
    BGP/MPLS IP-VPNs. Some Service Providers will deploy services that 
    request QoS guarantees from a local CE to a remote CE across the 
    network. As a result, the application (e.g., voice, video, 
    bandwidth-guaranteed data pipe, etc.) requirements for an end-to- 
    end QOS and reserving an adequate bandwidth continue to increase.

Working Group Summary

   There were no objections during the WG Last Call on the document,
   and the utility of this specification is both obvious and intuitive
   (see PROTO writeup by Danny McPherson in the ID Tracker). 

Document Quality

   As a requirements document, it is not subject to be implemented. The
   document was updated in response to IETF last call comments. 

Personnel

   Danny McPherson is the Document Shepherd for this document. Ross
   Callon is the Responsible Area Director.

RFC Editor Note