
<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: arial,helvetica,sans-serif; font-size: 10pt; color: #000000'>My assumption is that it's not a one-and-done scenario - that the middleware continually adjusts.<br><br><div><span name="x"></span><br><br>-----<br>Mike Hammett<br>Intelligent Computing Solutions<br>http://www.ics-il.com<br><br>Midwest-IX<br>http://www.midwest-ix.com<span name="x"></span><br></div><br><hr id="zwchr"><div style="color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>"Elmar K. Bins" <elmi@4ever.de><br><b>To: </b>"NANOG Operators' Group" <nanog@nanog.org><br><b>Sent: </b>Monday, October 10, 2022 10:48:56 AM<br><b>Subject: </b>Re: any dangers of filtering every /24 on full internet table to preserve FIB space ?<br><br>nanog@ics-il.net (Mike Hammett) wrote:<br><br>> Feasibility of adding some middleware that culls unneeded routes (existing more specific and aggregate routes pointing to the same next hop), when that table starts to fill?<br><br>Well... if that covering prefix goes away, let's hope you still have a default.<br><br>I've (been forced to) cull long prefixes on some memory-starved routers, and<br>given that all of them have defaults, For our (former employers and certainly<br>the current one) I've seen moderate to no traffic shifting, and this approach<br>gave the museum gear another lease on life - they were fine with bandwidth.<br>I've even gone down to strip anything longer than a /20 in v4, and a /40 in v6.<br><br>If you run a backbone that needs to know the best exit for a prefix in order to<br>throw traffic out locally and not pay good money for sightseeing capacity, you<br>might fare better with beefier routing engines.<br><br>El Mare.<br><br></div><br></div></body></html>