nanog mailing list archives
Re: multi-homing fixes
From: Alex Bligh <alex () alex org uk>
Date: Fri, 31 Aug 2001 16:32:17 +0100
--On Friday, August 31, 2001 8:11 AM -0700 "Sean M. Doran" <smd () clock org> wrote:
See what I mean by it being a compression system for more specifics?
Sure, if the supernet & more specifics update atomically, you get a processing gain as well as a space / b/w gain, as you process a set of identical NLRI's in one shot (and heh, processing a route flap of ^701$ in one shot, can't be a bad thing, and a sh ip b pat or equivalent will demonstrate most routers carry tables of unique attribute sets anyway). However, I had rather assumed the point of these so-called TE more-specifics (where there are some) is that they don't all update atomically. Then you need code to split them out and put them back together again, and though you are doing better on bandwidth for the updates (which is not a problem anyway) you are doing worse on space & processor power. I may be missing something. -- Alex Bligh Personal Capacity
Current thread:
- Re: multi-homing fixes, (continued)
- Re: multi-homing fixes Sean M. Doran (Aug 29)
- Re: multi-homing fixes Sean M. Doran (Aug 29)
- Re: multi-homing fixes Iljitsch van Beijnum (Aug 30)
- Re: multi-homing fixes Sean M. Doran (Aug 30)
- Re: multi-homing fixes Iljitsch van Beijnum (Aug 31)
- Re: multi-homing fixes Alex Bligh (Aug 31)
- Re: multi-homing fixes Greg Maxwell (Aug 31)
- Re: multi-homing fixes Iljitsch van Beijnum (Aug 31)
- Re: multi-homing fixes Sean M. Doran (Aug 31)
- RE: multi-homing fixes Tony Hain (Aug 31)
- Re: multi-homing fixes Sean M. Doran (Aug 31)
- Re: multi-homing fixes Alex Bligh (Aug 31)
- Re: multi-homing fixes Sean M. Doran (Aug 31)