Re: [dnsext] EDNS Page Option to handle large responses

David Conrad <drc@virtualized.org> Tue, 16 June 2009 15:21 UTC

Return-Path: <owner-namedroppers@ops.ietf.org>
X-Original-To: ietfarch-dnsext-archive@core3.amsl.com
Delivered-To: ietfarch-dnsext-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7F4CF3A6B8F; Tue, 16 Jun 2009 08:21:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.287
X-Spam-Level:
X-Spam-Status: No, score=-4.287 tagged_above=-999 required=5 tests=[AWL=-0.150, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FetQ2acxFuQb; Tue, 16 Jun 2009 08:21:54 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 1EE083A6B79; Tue, 16 Jun 2009 08:21:54 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-namedroppers@ops.ietf.org>) id 1MGaQB-000Ot9-AQ for namedroppers-data0@psg.com; Tue, 16 Jun 2009 15:17:59 +0000
Received: from [204.152.189.190] (helo=virtualized.org) by psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from <drc@virtualized.org>) id 1MGaPz-000Os1-8C for namedroppers@ops.ietf.org; Tue, 16 Jun 2009 15:17:53 +0000
Received: from localhost (localhost [127.0.0.1]) by virtualized.org (Postfix) with ESMTP id 0589563D441; Tue, 16 Jun 2009 08:17:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at virtualized.org
Received: from virtualized.org ([127.0.0.1]) by localhost (trantor.virtualized.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RPXFaO0OBVuG; Tue, 16 Jun 2009 08:17:44 -0700 (PDT)
Received: from wlan39-215.mdr.icann.org (wlan39-215.mdr.icann.org [192.0.39.215]) by virtualized.org (Postfix) with ESMTP id B15A863D432; Tue, 16 Jun 2009 08:17:44 -0700 (PDT)
From: David Conrad <drc@virtualized.org>
To: Patrik Fältström <paf@cisco.com>
In-Reply-To: <56EBB938-6161-4979-877A-68A16FF6640C@cisco.com>
Subject: Re: [dnsext] EDNS Page Option to handle large responses
X-Priority: 3
References: <DC49CF133C054F64BAAFFCB4C97D662E@localhost> <56EBB938-6161-4979-877A-68A16FF6640C@cisco.com>
Message-Id: <A9E9467A-A0E6-4405-AE70-10A01C7DAFF2@virtualized.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v935.3)
Date: Tue, 16 Jun 2009 08:17:35 -0700
Cc: George Barwood <george.barwood@blueyonder.co.uk>, namedroppers@ops.ietf.org
X-Mailer: Apple Mail (2.935.3)
Sender: owner-namedroppers@ops.ietf.org
Precedence: bulk
List-ID: <namedroppers.ops.ietf.org>

On Jun 15, 2009, at 7:00 PM, Patrik Fältström wrote:
> On 16 jun 2009, at 00.47, George Barwood wrote:
>
>> EDNS responses larger than ~1500 bytes currently suffer from 2  
>> problems due to IP fragmentation :
>> (1) They may fail to arrive due to IP implementation or equipment  
>> configuration issues.
>
> I must say that implementing application layer "features" to solve a  
> problem when IP layer is not behaving properly (can not handle  
> fragmentation) is a layering violation in the architecture.

It just means that you (typically) need to replicate logic found in  
connection oriented transport protocols.  See (original) NFS for an  
example.  I guess you could call it a layering violation, but if so,  
allowing applications to choose between connection-oriented and  
connectionless would be the same sort of layering violation.

> If we do have problems with fragmented packets not being  
> reassembled, then I think we have other problems as well in our  
> networks.


?

http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.37.5308
http://tools.ietf.org/html/draft-heffner-frag-harmful-05
The whole point behind RFC 1191
Etc.

Regards,
-drc


--
to unsubscribe send a message to namedroppers-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/namedroppers/>