a few comments on TLI's
Tony Li <tli@cisco.com> Sun, 12 April 1992 01:17 UTC
Received: from nri.nri.reston.va.us by ietf.NRI.Reston.VA.US id aa00759;
11 Apr 92 21:17 EDT
Received: from nri.reston.va.us by NRI.Reston.VA.US id aa20341;
11 Apr 92 21:21 EDT
Received: from PARK-STREET.BBN.COM by NRI.Reston.VA.US id aa20337;
11 Apr 92 21:21 EDT
Received: from park-street by PARK-STREET.bbn.COM id aa23643;
11 Apr 92 21:09 EDT
Received: from BBN.COM by PARK-STREET.BBN.COM id aa23639; 11 Apr 92 21:08 EDT
Received: from lager.cisco.com by BBN.COM id aa17282; 11 Apr 92 21:11 EDT
Received: by lager.cisco.com; Sat, 11 Apr 92 18:11:31 -0700
Date: Sat, 11 Apr 92 18:11:31 -0700
From: Tony Li <tli@cisco.com>
Message-Id: <9204120111.AA14505@lager.cisco.com>
To: estrin@usc.edu
Cc: idpr-wg@bbn.com
In-Reply-To: Deborah Estrin's message of Sat,
11 Apr 92 15:31:10 PDT <9204112231.AA11161@caldera.usc.edu>
Subject: a few comments on TLI's
1. why do we have to upgrade all routers when a new policy is added? just route servers that compute routes, and just BRs or PGs of the domain that needs to put new policy info in its update... Sorry, I was unclear. I think that you have to change all IDPR speakers, yes? At least everyone who is going to parse policy terms. 2. I dont see the consistancy problem that you rae alluding to, but need to discuss it more. Let's suppose that I would like to construct a mini-model of the unified scheme. I would like to run BGP and IDPR in the same box. What does the FIB look like? I _suspect_ that you have to hand all packets to IDPR. Then somehow (magic here ;-) IDPR can pass some of them off to normal forwarding. 3. I hear you re. the risk of leading to deployment of an immature protocol and am leaning more and more in that direction. Can someone who disagrees convince me otherwise? My one question re. what your claim re. going to experimental protocol is that I dont see VMTP as something thatkcreated a problem in this sense so is it really the cas ethat experimetnal protocol status introduces a problem? I don't think that the analogy holds. VMTP was and is not the only protocol that addresses its problem space. If you want another closer example, look at STII. Yes, that is also creating a problem. My feelings are that a either not-recommended or informational is more appropriate to remedy this problem. Tony
- a few comments on TLI's Deborah Estrin
- a few comments on TLI's Tony Li