The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2003-Jan> msg00112



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

IANA Considerations for RSVP

  • From: Yangguang Xu <xuyg@lucent.com>
  • Date: Thu, 23 Jan 2003 14:20:22 -0500
  • CC: "Lin, Zhi-Wei (Zhi)" <zwlin@lucent.com>, David Charlap <David.Charlap@marconi.com>, Bob Braden <braden@ISI.EDU>, rsvp@ISI.EDU, ccamp@ops.ietf.org, mpls@UU.NET, iana@ISI.EDU, sob@harvard.edu, mankin@psg.com, bwijnen@lucent.com
  • Organization: Lucent Technologies, Inc.



Kireeti,

> > The GMPLS RSVP-TE, which is done in IETF, makes major modifications to
> > RFC3209 and RFC2205 version of RSVP. The rest of the changes been
> > requested are three new objects, new error codes to support these
> > objects. This can hardly be characterized as forcibly changing RSVP or
> > major change in direction...
> 
> Do you consider deprecating ResvErr and ResvTear not "forcibly changing
> RSVP or major change in direction"?
> 

Well, it's my turn to beg to differ :) If you read the document && understand it
&& don't take any prejudice, then it may be more like specifying rules for using
a protocol for an application with some hard requirements.

Regards,

Yangguang