Re: a different proposal for ipv6 in bgp
Tony Li <tli@jnx.com> Tue, 31 December 1996 02:18 UTC
Received: from cnri by ietf.org id aa29212; 30 Dec 96 21:18 EST
Received: from merit.edu by CNRI.Reston.VA.US id aa23440; 30 Dec 96 21:18 EST
Received: (from daemon@localhost) by merit.edu (8.8.4/merit-2.0) id VAA04743
for idr-outgoing; Mon, 30 Dec 1996 21:00:55 -0500 (EST)
Received: from interlock.ans.net (interlock.ans.net [147.225.5.5]) by
merit.edu (8.8.4/merit-2.0) with SMTP id VAA04738 for <bgp@merit.edu>;
Mon, 30 Dec 1996 21:00:52 -0500 (EST)
Received: by interlock.ans.net id AA23997
(InterLock SMTP Gateway 3.0 for bgp@ans.net);
Mon, 30 Dec 1996 21:00:50 -0500
Received: by interlock.ans.net (Internal Mail Agent-2);
Mon, 30 Dec 1996 21:00:50 -0500
Received: by interlock.ans.net (Internal Mail Agent-1);
Mon, 30 Dec 1996 21:00:50 -0500
Date: Mon, 30 Dec 1996 17:59:58 -0800 (PST)
Message-Id: <199612310159.RAA17735@chimp.jnx.com>
From: Tony Li <tli@jnx.com>
To: dhaskin@baynetworks.com
Cc: bgp@ans.net
In-Reply-To: <2.2c.32.19961231014758.006d9918@pobox.corpeast.baynetworks.com>
(message from Dimitry Haskin on Mon, 30 Dec 1996 20:47:58 -0500)
Subject: Re: a different proposal for ipv6 in bgp
Sender: owner-idr@merit.edu
Precedence: bulk
I can't say for all, but for some ISPs the size of BGP policy database way exceeds the size of all other bgp data structures including RIB and hence is a real issue. That's a very interesting claim and I'd like to understand it in more detail. Could you precisely define what the "policy database" is? Are we just talking about the administrative filters? Or are we talking about database of paths? If the latter, are AS path strings separated from the RIB? In one particular implementation that I'm familiar with, the dominant memory consumer is the RIB, and that's by several orders of magnitude. In that implementation, the AS path strings are separated from storage in the RIB. Tony
- a different proposal for ipv6 in bgp John W. Stewart III
- Re: a different proposal for ipv6 in bgp Erik Sherk
- Re: a different proposal for ipv6 in bgp Tony Li
- Re: a different proposal for ipv6 in bgp Dimitry Haskin
- Re: a different proposal for ipv6 in bgp Tony Li
- Re: a different proposal for ipv6 in bgp Dimitry Haskin
- Re: a different proposal for ipv6 in bgp Tony Li