The MPLS WG Archive

[Matthew Meyer <mrm@gblx.net>]

We plan on going last call, Please comment on list.

Matthew 


Thus spake Adrian Farrel (adrian@olddog.co.uk):

 |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.
 |>