Re: IDPR as a Proposed Standard

Noel Chiappa <jnc@ginger.lcs.mit.edu> Mon, 04 May 1992 21:28 UTC

Received: from nri.nri.reston.va.us by ietf.NRI.Reston.VA.US id aa04823; 4 May 92 17:28 EDT
Received: from nri.reston.va.us by NRI.Reston.VA.US id aa26810; 4 May 92 17:33 EDT
Received: from PARK-STREET.BBN.COM by NRI.Reston.VA.US id aa26806; 4 May 92 17:33 EDT
Received: from park-street by PARK-STREET.bbn.COM id aa18078; 4 May 92 17:13 EDT
Received: from BBN.COM by PARK-STREET.BBN.COM id aa18074; 4 May 92 17:12 EDT
Received: from GINGER.LCS.MIT.EDU by BBN.COM id aa17952; 4 May 92 17:07 EDT
Received: by ginger.lcs.mit.edu id AA24976; Mon, 4 May 92 17:07:15 -0400
Date: Mon, 4 May 92 17:07:15 -0400
From: Noel Chiappa <jnc@ginger.lcs.mit.edu>
Message-Id: <9205042107.AA24976@ginger.lcs.mit.edu>
To: jnc@ginger.lcs.mit.edu, yakov@watson.ibm.com
Subject: Re: IDPR as a Proposed Standard
Cc: hinden@sun.com, iab@isi.edu, idpr-wg@bbn.com, iesg@isi.edu, jnc@ginger.lcs.mit.edu

	Yakov:

	There is a difference between 'goals' and 'requirements'. You were
seeking to make all five requirements (I noted your use of shall). 

	I see a very similar situation here to something that happened early
on in the OSPF development. That protocol was originally titled OIGP, but the
name was changed in deference to the sentiments of some people who wanted to
build a new DV IGP, and thought use of the term "Open IGP" meant a choice had
to be made between DV and LS, and that that debate hadn't happened. In
response, the name was changed, and a DV IGP group was set up (although it
never produced anything).
	IDPR without link state, source routing and setup would not be IDPR.
It would be something totally different. Those choices were implicit in the
charter of the WG (although I don't know if they were explicit). If you really
think they are a bad set of choices, you don't have to participate in that WG.
	We can also change the name to "LSSRFSIDPR", explicitly restricting
the scope of this WG to Link State, Source Routed, Flow Setup Inter Domain
Routing Protocols, leaving you free to set up the DVIDPR, DVIDRP, LSSRIDPR,
LSSRIDRP, etc, etc groups as you wish.
	I note that there are other WG's building EGP's with policy
capabilities which do not make this set of fundamental choices. I suggest you
apply your time in those WG's, rather than disrupting this one because you
don't like some of the fundamental choices.

	Noel