Re: [DNSOP] Priming query transport selection

Sebastian Castro <sebastian@nzrs.net.nz> Sun, 17 January 2010 21:05 UTC

Return-Path: <sebastian@nzrs.net.nz>
X-Original-To: dnsop@core3.amsl.com
Delivered-To: dnsop@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B8E7C3A69AE for <dnsop@core3.amsl.com>; Sun, 17 Jan 2010 13:05:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.307
X-Spam-Level:
X-Spam-Status: No, score=-1.307 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MISSING_HEADERS=1.292]
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 512pcU3OVREL for <dnsop@core3.amsl.com>; Sun, 17 Jan 2010 13:05:21 -0800 (PST)
Received: from srsomail.nzrs.net.nz (srsomail.nzrs.net.nz [202.46.183.22]) by core3.amsl.com (Postfix) with ESMTP id CEFEB3A681B for <dnsop@ietf.org>; Sun, 17 Jan 2010 13:05:20 -0800 (PST)
Received: from localhost (srsomail.office.nzrs.net.nz [202.46.183.22]) by srsomail.nzrs.net.nz (Postfix) with ESMTP id CABF02DBC63 for <dnsop@ietf.org>; Mon, 18 Jan 2010 10:05:16 +1300 (NZDT)
X-Virus-Scanned: Debian amavisd-new at srsomail.office.nzrs.net.nz
Received: from srsomail.nzrs.net.nz ([202.46.183.22]) by localhost (srsomail.office.nzrs.net.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GEBy9iYNRTH6 for <dnsop@ietf.org>; Mon, 18 Jan 2010 10:05:14 +1300 (NZDT)
Received: from [192.168.22.189] (unknown [202.46.183.35]) (Authenticated sender: sebastian) by srsomail.nzrs.net.nz (Postfix) with ESMTP id 6C68C2DBC60 for <dnsop@ietf.org>; Mon, 18 Jan 2010 10:05:14 +1300 (NZDT)
Message-ID: <4B537B8A.8070104@nzrs.net.nz>
Date: Mon, 18 Jan 2010 10:05:14 +1300
From: Sebastian Castro <sebastian@nzrs.net.nz>
User-Agent: Thunderbird 2.0.0.23 (X11/20090817)
MIME-Version: 1.0
CC: dnsop@ietf.org
References: <201001131823.o0DINxYv068180@stora.ogud.com> <555CFB98-BB21-4AD4-9D4A-3AF3BD98E4B2@rfc1035.com> <D9CCEA0D18D9D5B457A90853@Ximines.local> <631E7931-47D4-4AAF-B2C6-62DA6DA5A4CA@rfc1035.com> <CDE7E0414BC50C42E4FCC54F@Ximines.local> <E87EE584-97B5-4FE8-B47D-21048A702B51@rfc1035.com> <201001132241.o0DMfOO3070819@stora.ogud.com> <OFC2033777.3267FDFE-ON802576AB.002F2429-802576AB.002F8339@nominet.org.uk> <4B4F7EE8.2030104@nzrs.net.nz> <OFB6B29906.2F0782B8-ON802576AC.002CE380-802576AC.002D4402@nominet.org.uk>
In-Reply-To: <OFB6B29906.2F0782B8-ON802576AC.002CE380-802576AC.002D4402@nominet.org.uk>
X-Enigmail-Version: 0.95.7
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Subject: Re: [DNSOP] Priming query transport selection
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsop>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2010 21:05:21 -0000

Ray.Bellis@nominet.org.uk wrote:
> 
>> The text in RFC 2671, presented as a hint, could deal to similar issues
>> with the TCP transport for DNS (working to change SHOULD for MUST).
> 
> Can you elaborate on what you mean?
> 
> I presume you're aware of my draft-ietf-dnsext-dns-tcp-requirements ?

Yes, I'm aware of your draft and I meant to support Patrik Falstrom
comment: we have to be very careful with the wording if we don't want to
 be working in future years to update/correct the limit for UDP buffer
size in EDNS.


> 
>> From BIND ARM 9.7.0
>>
>> ----------------------
>> edns-udp-size
>>    Sets the advertised EDNS UDP buffer size in bytes to control the size
>> of packets received.
>>    Valid values are 1024 to 4096 (values outside this range will be
>> silently adjusted)
>> ----------------------
> 
> Yes, that's the one.  I was sat on a train with a flakey 3G connection
> when I sent the last message so couldn't check it, but that confirms my
> recollection.
> 
> I've already submitted to ISC that the choice of value should be left
> entirely to the sysadmin, and not restricted to an arbitrary lower value
> by their software.
> 
> kind regards,
> 
> Ray
> 
> -- 
> Ray Bellis, MA(Oxon) MIET
> Senior Researcher in Advanced Projects, Nominet
> e: ray@nominet.org.uk, t: +44 1865 332211
> 

Cheers
Sebastian Castro
NZRS


> 
>