RE: I-D ACTION:draft-ietf-ccamp-inter-domain-rsvp-te-07.txt

["BRUNGARD, DEBORAH A, ATTLABS" <dbrungard@att.com>]

Agree, I don't think another WG Last Call is necessary. As Adrian notes,
interested parties should review the updated document.

Thanks for all the editing-
Deborah 

-----Original Message-----
From: Adrian Farrel [mailto:adrian@olddog.co.uk] 
Sent: Tuesday, September 25, 2007 4:55 AM
To: ccamp@ops.ietf.org
Cc: BRUNGARD, DEBORAH A, ATTLABS; 'Jean Philippe Vasseur'; Jean-Louis Le
Roux
Subject: Re: I-D ACTION:draft-ietf-ccamp-inter-domain-rsvp-te-07.txt 

Hi,

This new revision addresses two IESG DISCUSSes.

The first, from Sam Hartman, gives rise to a new paragraph (the first 
paragraph in section 8) to point out certain security concerns with
RSVP-TE.

The second, from Russ Housley, introduces the GenArt review by Eric Gray
and 
gives rise to a good number of editorial changes. Nearly all of these
are of 
no technical substance comprising the addition of text for clarification

(especially where the old text said "SHOULD" and there was no
description of 
why or how an implementation might vary from the SHOULD). In section 3.1

there is, however, a set of changes that, while they don't change the
intent 
of the authors, do make practical changes to the interpretation of the 
protocol procedures - essentially, we have changed some of the RFC 2119 
language.

In my opinion, these changes don't warrant a further working group last 
call, although I would encourage interested parties to read carefully. 
However, on this I-D I need to recuse myself from the decision process
and 
hand over to Deborah.

Thanks,
Adrian

----- Original Message ----- 
From: <Internet-Drafts@ietf.org>
To: <i-d-announce@ietf.org>
Cc: <ccamp@ops.ietf.org>
Sent: Monday, September 24, 2007 9:15 PM
Subject: I-D ACTION:draft-ietf-ccamp-inter-domain-rsvp-te-07.txt


>A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
> This draft is a work item of the Common Control and Measurement Plane 
> Working Group of the IETF.
>
> Title : Inter domain Multiprotocol Label Switching (MPLS) and
Generalized 
> MPLS (GMPLS) Traffic Engineering - RSVP-TE extensions
> Author(s) : A. Ayyangar, et al.
> Filename : draft-ietf-ccamp-inter-domain-rsvp-te-07.txt
> Pages : 22
> Date : 2007-9-24
>
> This document describes procedures and protocol extensions for the
>   use of Resource ReserVation Protocol Traffic Engineering (RSVP-TE)
>   signaling in Multiprotocol Label Switching Traffic Engineering
>   (MPLS-TE) packet networks and Generalized MPLS (GMPLS) packet and
>   non-packet networks to support the establishment and maintenance of
>   Label Switched Paths that cross domain boundaries.
>
>   For the purpose of this document, a domain is considered to be any
>   collection of network elements within a common realm of address
space
>   or path computation responsibility. Examples of such domains include
>   Autonomous Systems, IGP routing areas, and GMPLS overlay networks.
>
> A URL for this Internet-Draft is:
>
http://www.ietf.org/internet-drafts/draft-ietf-ccamp-inter-domain-rsvp-t
e-07.txt
>
> To remove yourself from the I-D Announcement list, send a message to
> i-d-announce-request@ietf.org with the word unsubscribe in the body of
> the message.
> You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce
> to change your subscription settings.
>
> Internet-Drafts are also available by anonymous FTP. Login with the
> username "anonymous" and a password of your e-mail address. After
> logging in, type "cd internet-drafts" and then
> "get draft-ietf-ccamp-inter-domain-rsvp-te-07.txt".
>
> A list of Internet-Drafts directories can be found in
> http://www.ietf.org/shadow.html
> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>
> Internet-Drafts can also be obtained by e-mail.
>
> Send a message to:
> mailserv@ietf.org.
> In the body type:
> "FILE /internet-drafts/draft-ietf-ccamp-inter-domain-rsvp-te-07.txt".
>
> NOTE: The mail server at ietf.org can return the document in
> MIME-encoded form by using the "mpack" utility.  To use this
> feature, insert the command "ENCODING mime" before the "FILE"
> command.  To decode the response(s), you will need "munpack" or
> a MIME-compliant mail reader.  Different MIME-compliant mail readers
> exhibit different behavior, especially when dealing with
> "multipart" MIME messages (i.e. documents which have been split
> up into multiple messages), so check your local documentation on
> how to manipulate these messages.
>
> Below is the data which will enable a MIME compliant mail reader
> implementation to automatically retrieve the ASCII version of the
> Internet-Draft.
>