[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: I-D Action:draft-takacs-ccamp-revertive-ps-00.txt
attila,
once you are at it, can u explain the following "to properly setup the
remote data plane endpoints" ? what it actually means in the context:
"Such an example is protection switching of bidirectional
connections in Ethernet PBB-TE [IEEE-PBBTE] (currently under
standardisation in IEEE). In this case revertiveness needs to be
signalled by RSVP-TE during LSP establishment to properly setup the
remote data plane endpoint."
also do u need a V bit, or isn't the WTR time with a reserved value not
sufficient e.g. 0x0 ? when for inst. the locally configured timer would
be used (no timer signaled).
the revertive operation is associated to LSP right ? why did you pull
this into the 16-bit space for Link specific operation (before link
flags ?)
thx,
-d.
> -----Original Message-----
> From: owner-ccamp@ops.ietf.org
> [mailto:owner-ccamp@ops.ietf.org] On Behalf Of Attila Takacs
> Sent: Wednesday, July 09, 2008 2:34 PM
> To: Loa Andersson; ccamp
> Subject: RE: I-D Action:draft-takacs-ccamp-revertive-ps-00.txt
>
> Hi Loa,
>
> I assume a part of your comment/question relates to problems with
> reversion if LSP setup and holding priorities are mismatched. In this
> case the worker may be already deleted before the reversion would take
> place. This is certainly an interesting question...
>
> ...at a first thought an explicit revertive bit may be used
> to override
> the priorities for LSPs with revertive protection.
>
> Best regards,
> Attila
>
>
>
>
>
>
>
> > -----Original Message-----
> > From: Loa Andersson [mailto:loa@pi.nu]
> > Sent: Wednesday, July 09, 2008 12:01 PM
> > To: ccamp; Attila Takacs
> > Subject: Re: I-D Action:draft-takacs-ccamp-revertive-ps-00.txt
> >
> > Attila,
> >
> > a neat draft that does what it sets out to do. For the moment
> > I've no actual comments on the draft itself (might have when
> > I'd time to think about in detail), but more meta-question.
> >
> > It is not a given that the revertive behavior always is
> > beneficial. In networks that are very dynamic it might be
> > optional to revert, let the traffic stay on the protecting
> > path or replace them altogether.
> >
> > Wouldn't it be interesting to discuss more in detail when a
> > revertive behavior is needed/wanted and when it is not.
> >
> > /Loa
> >
> > Internet-Drafts@ietf.org wrote:
> > > A New Internet-Draft is available from the on-line
> > Internet-Drafts directories.
> > >
> > > Title : GMPLS RSVP-TE recovery extension for
> > data plane initiated reversion
> > > Author(s) : A. Takacs, B. Tremblay
> > > Filename : draft-takacs-ccamp-revertive-ps-00.txt
> > > Pages : 11
> > > Date : 2008-07-06
> > >
> > > RSVP-TE recovery extensions are specified in [RFC4872] and
> > [RFC4873].
> > > Currently these extensions cannot signal request for revertive
> > > protection to the remote endpoint. This document defines a
> > new bit to
> > > signal this request and a new field to specify a wait-to-restore
> > > interval.Requirements Language
> > >
> > > The key words "MUST", "MUST NOT", "REQUIRED", "SHALL",
> "SHALL NOT",
> > > "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and
> > "OPTIONAL" in this
> > > document are to be interpreted as described in
> > >
> > > A URL for this Internet-Draft is:
> > >
> >
> http://www.ietf.org/internet-drafts/draft-takacs-ccamp-revertive-ps-00
> > > .txt
> > >
> > > Internet-Drafts are also available by anonymous FTP at:
> > > ftp://ftp.ietf.org/internet-drafts/
> > >
> > > Below is the data which will enable a MIME compliant mail reader
> > > implementation to automatically retrieve the ASCII version of the
> > > Internet-Draft.
> > >
> > >
> > >
> >
> ----------------------------------------------------------------------
> > > --
> > >
> > > _______________________________________________
> > > I-D-Announce mailing list
> > > I-D-Announce@ietf.org
> > > https://www.ietf.org/mailman/listinfo/i-d-announce
> > > Internet-Draft directories: http://www.ietf.org/shadow.html or
> > > ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> >
> >
> > --
> > Loa Andersson
> >
> > Principal Networking Architect
> > Acreo AB phone: +46 8 632 77 14
> > Isafjordsgatan 22 mobile: +46 739 81 21 64
> > Kista, Sweden email: loa.andersson@acreo.se
> > loa@pi.nu
> >
>
>