Re: minutes of RIPv2 meeting in Amsterdam

Phil Budne <phil@shiva.com> Wed, 04 August 1993 18:35 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa12314; 4 Aug 93 14:35 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa12310; 4 Aug 93 14:35 EDT
Received: from atlas.xylogics.com by CNRI.Reston.VA.US id aa19656; 4 Aug 93 14:35 EDT
Received: by atlas.xylogics.com id AA02780 (5.65c/UK-2.1-930726); Wed, 4 Aug 1993 14:36:56 -0400
Received: from Shiva.COM by atlas.xylogics.com with SMTP id AA16226 (5.65c/UK-2.1-930726); Wed, 4 Aug 1993 14:36:45 -0400
Received: by Shiva.COM (1.34b) Wed, 4 Aug 93 14:33:45 EDT
Date: Wed, 4 Aug 93 14:33:45 EDT
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Phil Budne <phil@shiva.com>
Message-Id: <9308041833.AA27072@Shiva.COM>
To: gmalkin@xylogics.com, kls@unixhub.slac.stanford.edu
Subject: Re: minutes of RIPv2 meeting in Amsterdam
Cc: ietf-rip@xylogics.com, phil@shiva.com

	From: Gary Scott Malkin <gmalkin@xylogics.com>
	Date: Wed, 4 Aug 1993 13:17:16 -0400

	Just because OSPF did it one way, doesn't mean we can't do it another
	way.  Especially if our way is advantageous to us.  Unless someone
	can show that the OSPF way is significantly superior, I think we
	should stick with the current proposal.

The current propsal makes too strong a connection between "unnumbered"
and "not seperately numbered" (which the current RREQ draft blesses as
the preferred method).  And while the OSPF wording does the same (by
defining "lessIF" to be zero if the interface "has an address" (not a
unique address mind you)) the contruct is still clearly superior, and
would allow use of A.B.C.D.N if lessIf were replaced with a plain
ifIndex.

The TRUE problem here is the ip Address Table, but the current
proposal is still just a crock (in that it introduces a
discontinuity). A consistant use of the current INDEXing would be to
ALWAYS use 0.0.0.I (particularly if ipAddrTable could show multiple
interfaces with the same local address), but you won't catch me
suggesting it!