On Wed, 9 Oct 2002, Joe Abley wrote: > What services require transport of packets with RFC1918 source > addresses across the public network? > > I can think of esoteric examples of things it would be possible to do, > but nothing that a real-world user might need (or have occasion to > complain about). > > Do you have experience of such breakage from your own customers? It > would be interesting to hear details. Check the archives, its been covered every time this issue has come up... a. Intra-provider links using RFC1918 addresses and MTU changes/PMTU discovery b. Traceroutes TTL exceeded packets across RFC1918 intra-provider links People used to have lots of problems with @Home customers trying to access their websites if their filtered RFC1918 addresses using large MTU connected servers (i.e. non-ethernet). Ok, so @Home is out of business, but I'm sure there are other similar cases which would break.
- Re: Who does source address validation? (was Re: wha... Iljitsch van Beijnum
- Re: Who does source address validation? (was Re: wha... Danny McPherson
- Re: Who does source address validation? (was Re: wha... Stephen J. Wilcox
- Re: Who does source address validation? (was Re... Joe Abley
- Re: Who does source address validation? (wa... David Schwartz
- Re: Who does source address validation?... Stephen Stuart
- Re: Who does source address validation?... alex
- Re: Who does source address validat... David Schwartz
- Re: Who does source address validation? (wa... Sean Donelan
- Re: Who does source address validation? (wa... Stephen J. Wilcox
- Re: Broken PMTU (was: Who does source a... Iljitsch van Beijnum
- Re: Broken PMTU (was: Who does sour... Valdis . Kletnieks
- Re: Broken PMTU (was: Who does... Stephen J. Wilcox
- Re: Broken PMTU (was: Who does sour... Tony Rall
- Re: Who does source address validation?... Valdis . Kletnieks
- Re: Who does source address validat... Steve Francis
- Re: Who does source address va... Valdis . Kletnieks
- Re: Who does source address va... Hank Nussbacher
- Re: Who does source address validat... Richard A Steenbergen
