The MPLS WG Archive

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



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

IANA Considerations for RSVP

  • From: David Charlap <David.Charlap@marconi.com>
  • Date: Thu, 23 Jan 2003 11:15:21 -0500
  • CC: Bob Braden <braden@ISI.EDU>, rsvp@ISI.EDU, ccamp@ops.ietf.org, mpls@UU.NET, kireeti@juniper.net, iana@ISI.EDU, sob@harvard.edu, mankin@psg.com, bwijnen@lucent.com
  • Organization: Marconi, Vienna VA
  • User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.1) Gecko/20020826

Brian Hassink wrote:
> Didn't the IETF set the precedent by extending RSVP from an IntServ protocol to an MPLS protocol?

There's a big difference.  MPLS and IntServ are both IETF groups.  (And 
RSVP has/had its own working group anyway).  Also, most of the key RSVP 
people were involved in the development of RSVP-TE.

This is very different from what I'm describing - where people who have 
no prior RSVP experience decide that they can start changing it without 
understing it, and without even notifying the IETF groups that did all 
of the development work.

I'mnot saying that RSVP should never be extended.  I'm saying that those 
groups that are writing extensions should be consulting with those who 
have been developing and maintaining it (in the RSVP and MPLS groups) in 
order to ensure that:
	- Their goal can't be achieved without extending the language
	- That their extension doesn't overlap a similar extension
	  from somebody else.
	- That their extension doesn't significantly change the overall
	  semantics of RSVP.
	- That their extension is sufficiently flexible so that other
	  groups can build off of it instead of re-inventing the wheel
	  with yet another incompatible extension.

Not only isn't this happening, but there appears to be no desire to see 
this happen.

-- David