The MPLS WG Archive

[John Drake <jdrake@calient.net>]

Adrian,

I support your pre-emption I-D

John

> -----Original Message-----
> From: Adrian Farrel [mailto:adrian@olddog.co.uk]
> Sent: Wednesday, March 31, 2004 7:36 AM
> To: 'mpls@uu.net'
> Subject: Re: I-D ACTION:draft-ietf-mpls-soft-preemption-02.txt
> 
> Hi,
> 
> In Seoul, while discussing draft-farrel-mpls-preemption-00.txt, I asked
> whether
> draft-ietf-mpls-soft-preemption-01.txt was now fully redundant or whether
> it would be
> respun for a different problem space.
> 
> As far as I can see, the resubmission as 02 is unchanged from 01 so I
> assume that this has
> been done simply to keep the draft alive. Can the authors/chairs/WG
> comment on the plans
> for this draft.
> 
> Thanks,
> Adrian
> 
> Hint: I am scheduled to respin draft-farrel-mpls-preemption to fully
> address GMPLS
> requirements (it already addresses MPLS requirements). However, I am only
> going to do this
> if there really is support from the WG. I see no value in both drafts
> addressing the same
> problem space.
> 
> ----- Original Message -----
> From: <Internet-Drafts@ietf.org>
> To: <IETF-Announce:>
> Cc: <mpls@UU.NET>
> Sent: Tuesday, March 23, 2004 9:46 PM
> Subject: I-D ACTION:draft-ietf-mpls-soft-preemption-02.txt
> 
> 
> > A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
> > This draft is a work item of the Multiprotocol Label Switching Working
> Group of the
> IETF.
> >
> > Title : MPLS Traffic Engineering Soft preemption
> > Author(s) : M. Meyer, et al.
> > Filename : draft-ietf-mpls-soft-preemption-02.txt
> > Pages : 10
> > Date : 2004-3-23
> >
> > This draft documents MPLS TE Soft Preemption, a suite of protocol
> > modifications extending the current concept of preemption with the goal
> > of reducing/eliminating traffic disruption of preempted TE LSPs.  Under
> > present RSVP-TE signaling methods, LSPs are immediately displaced upon
> > preemption.  The introduction of a new preemption pending flag helps
> > more gracefully mitigate the re-route process of displaced LSPs.  For
> > the brief period soft preemption is activated, reservations (though not
> > necessarily traffic levels) are in effect overbooked until the LSP can
> > be re-routed.  For this reason, the feature is primarily interesting in
> > packet oriented MPLS networks with Diffserv and TE capabilities.
> >
> > A URL for this Internet-Draft is:
> > http://www.ietf.org/internet-drafts/draft-ietf-mpls-soft-preemption-
> 02.txt
> >
> > To remove yourself from the IETF Announcement list, send a message to
> > ietf-announce-request with the word unsubscribe in the body of the
> message.
> >
> > 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-mpls-soft-preemption-02.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-mpls-soft-preemption-02.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.
> >