nanog mailing list archives
Re: [NANOG] RE: rfc 1918?
From: Pim van Riezen <pi () vuurwerk nl>
Date: Fri, 23 Feb 2001 01:57:08 CEST
woods () weird com (Greg A. Woods) tapped some keys and produced:
In practical terms I suppose it also depends on just exactly what filtering technology you've deployed, and just exactly how close it is to being overloaded. If you are already pushing your router's CPU too hard (and if your filters are done by your router's CPU rather than an ASIC) then obviously reducing your filter load will be in your own best interests and not filtering destination addresses against RFC-1918 will be one relatively benign way of reducing the filter load. However if your router's CPU is only partially utilised now (even if you push your pipe to capacity), then adding such destination filters won't hurt anyone.
Would routing them to Null0 not be more optimal? Pi -- conf t no ip-directed marketing drivel ^Z wr mem
Current thread:
- Re: rfc 1918?, (continued)
- Re: rfc 1918? John Hawkinson (Feb 24)
- Re: rfc 1918? Valdis . Kletnieks (Feb 24)
- Re: rfc 1918? John Hawkinson (Feb 24)
- Re: rfc 1918? Eric A. Hall (Feb 24)
- Re: rfc 1918? Greg A. Woods (Feb 24)
- Re: rfc 1918? John Hawkinson (Feb 24)
- Re: rfc 1918? Eric A. Hall (Feb 24)
- Re: rfc 1918? Greg A. Woods (Feb 24)
- RE: rfc 1918? Mark Radabaugh (Feb 24)
- RE: rfc 1918? Greg A. Woods (Feb 24)
- Re: [NANOG] RE: rfc 1918? Pim van Riezen (Feb 24)
- RE: [NANOG] RE: rfc 1918? Mark Radabaugh (Feb 24)
- duh (Re: [NANOG] Re: RE: rfc 1918?) Pim van Riezen (Feb 24)
- Re: rfc 1918? John Hawkinson (Feb 24)
- Re: rfc 1918? Valdis . Kletnieks (Feb 24)
- RE: rfc 1918? Stephen J. Wilcox (Feb 24)
- Re: rfc 1918? Ariel Biener (Feb 24)
- Re: rfc 1918? Stephen J. Wilcox (Feb 24)
- Re: rfc 1918? Greg A. Woods (Feb 24)
- Re: rfc 1918? Greg A. Woods (Feb 24)
- Re: rfc 1918? Andrew Brown (Feb 24)