nanog mailing list archives

Re: quietly....


From: Mark Andrews <marka () isc org>
Date: Wed, 02 Feb 2011 08:35:15 +1100


In message <4D4870B8.4010809 () otd com>, Dave Israel writes:
On 2/1/2011 3:32 PM, Iljitsch van Beijnum wrote:
On 1 feb 2011, at 21:03, Dave Israel wrote:

People want to engineer their networks they way they want to.  Let them.  If
 their way is stupid, then they'll have the stupidly engineered network they wa
nted.
The problem is that their stupidity impacts ME. If I want to talk to Microsof
t from behind a<  1500 byte MTU link: too bad, not going to happen. They stupid
ly send packets with DF=1 but filter incoming packet too big messages.

So I'm all in favor of the IETF blocking stupidity whenever possible.


I completely agree that, when interoperating, you have to follow the 
rules, and I would (naively) hope that "customers cannot reach me 
because of my configuration choice" is sufficient incentive to fix the 
problem for the majority of network operators.  But what I am arguing 
against was the stance some people take against DHCPv6, or prefix 
lengths longer than /64, or other internal-to-my-network, 
why-should-you-care choices I might make.  Telling me it is dumb is 
fine; implementing software/hardware/protocols such that I can't do it 
simply because you think it is dumb is a problem.

-Dave

It just doesn't work with Microsoft, ATT, AOL, .... They make up
their own rules and you have to figure them out.

Microsoft set TC on DNS replies but doesn't have DNS open on TCP.

Then there is the anti-spam measures which break RFC compliance.

Or all the people that have GLB's that don't give correct answers
to AAAA queries.  How had is it to return the SOA record of the
delegated zone rather than the parent zone.  Some GLB vendors
documentation gets this wrong.  The Alexa top 1000000 has a 1.4%
failure rate on AAAA queries (SERVFAIL, TIMEOUT to the client when
NOERROR or NXDOMAIN is returned for A).

Mark
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka () isc org


Current thread: