nanog mailing list archives
Re: source filtering
From: Alex Bligh <amb () gxn net>
Date: Tue, 12 Jan 1999 18:25:47 +0000
Jared, jared () puck nether net said:
This does not mean you can't filter on your fastether, ether, fddi, etc.. that goes to customer aggregation boxes,
(i.e. on the core router on ingress core). Yes, but (it would seem in practice) not if your network access LAN is multihomed and non-trivial in topology. Also causes problems if you use FR or ATM as access concentrators directly into the core (oh if only you could stick this command on a multipoint cloud and CEF worked properly). My point was if one shipped CPE routers out, the responsible ISP can ship them with "no ip directed broadcast" PLUS "ip verify unicast reverse-path" on the CPE LAN interface, and ensure customers are neither third-party reflectors nor perpetrators. Then use CEF to rate-limit ICMP at the borders (which nearly works but not quite) and you've mitigated the customers-as-victims problem too. Is UDP smurf much in evidence? (send a UDP packet to the broadcast address on the echo server port and you'll either get ICMP port unreachables back or UDP echos). The reason I ask is that edge ICMP rate limiting won't help UDP. -- Alex Bligh GX Networks (formerly Xara Networks)
Current thread:
- source filtering Jared Mauch (Jan 12)
- Re: source filtering Alex Bligh (Jan 12)
- Re: source filtering Jared Mauch (Jan 12)
- Re: source filtering Alex Bligh (Jan 12)
- Re: source filtering Dan Hollis (Jan 12)
- Re: source filtering Craig A. Huegen (Jan 12)
- Re: source filtering Craig A. Huegen (Jan 12)
- Re: source filtering Dan Hollis (Jan 12)
- Re: source filtering Daniel Senie (Jan 12)
- Re: source filtering Jared Mauch (Jan 12)
- Re: source filtering Dalvenjah FoxFire (Jan 12)
- Re: source filtering Alex Bligh (Jan 12)
- Re: source filtering Phillip Vandry (Jan 12)
- <Possible follow-ups>
- Re: source filtering prue (Jan 12)
- Re: source filtering Alex P. Rudnev (Jan 13)
