The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2004-Mar> msg00129



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

I-D ACTION:draft-ietf-mpls-soft-preemption-02.txt

  • From: Ina Minei <ina@juniper.net>
  • Date: Wed, 31 Mar 2004 11:08:45 -0800 (PST)
  • cc: "'mpls@uu.net'" <mpls@UU.NET>


	Adrian,

	What about existing implementations and deployments of the soft
preemption draft?


			Thanks,

				Ina

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