Here is the answer from dnsmasq author...

francis.dup...@fdupont.fr

PS: as dnsmasq is very common in "boxes" (ADSL or CATV modem, home
gateways, wireless routers, etc) I am very satisfied by this answer.

------- Forwarded Message

Replied: Thu, 24 Dec 2009 11:57:39 +0000
Replied: Simon Kelley <si...@thekelleys.org.uk>
Return-Path: si...@thekelleys.org.uk
Delivery-Date: Mon Dec 21 17:57:42 2009
Return-Path: <si...@thekelleys.org.uk>
Received: from eyas.biff.org.uk (eyas.biff.org.uk [80.68.92.121])
        by givry.fdupont.fr (8.14.3/8.14.3) with ESMTP id nBLHvgeX014070
        for <francis.dup...@fdupont.fr>; Mon, 21 Dec 2009 17:57:42 GMT
        (envelope-from si...@thekelleys.org.uk)
Received: from cpc1-cmbg12-0-0-cust836.cmbg.cable.ntl.com ([86.9.119.69] 
helo=thekelleys.org.uk)
        by eyas.biff.org.uk with esmtpa (Exim 4.69)
        (envelope-from <si...@thekelleys.org.uk>)
        id 1NMmWa-0006XZ-Bq
        for francis.dup...@fdupont.fr; Mon, 21 Dec 2009 17:58:28 +0000
Received: from spike.thekelleys.org.uk ([192.168.0.163])
        by thekelleys.org.uk with asmtp (Exim 3.36 #1 (Debian))
        id 1NMmWZ-00038G-00
        for <francis.dup...@fdupont.fr>; Mon, 21 Dec 2009 17:58:27 +0000
Message-ID: <4b2fb743.5040...@thekelleys.org.uk>
Date: Mon, 21 Dec 2009 17:58:27 +0000
From: Simon Kelley <si...@thekelleys.org.uk>
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706)
MIME-Version: 1.0
To: Francis Dupont <francis.dup...@fdupont.fr>
Subject: Re: dnsmasq and DNSSEC
References: <200912210949.nbl9njhg084...@givry.fdupont.fr>
In-Reply-To: <200912210949.nbl9njhg084...@givry.fdupont.fr>
X-Enigmail-Version: 0.95.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Francis Dupont wrote:
> As you know DNSSEC is coming (the root will be signed next year).
> The default edns-packet-max option is 1280, a conservative value
> from RFC 2671 (EDNS 0 specs). IMHO it should be raise to the usual
> maximum, 4096, in new distribs.
> Note:
>  - the 1280 value should be large enough to avoid most truncation
>   issues i.e. the 4096 is for margin/uncommon cases.
>  - the real value is in the hands of the client on the "LAN side":
>   if some problems with fragmentation are expected, it can use
>   a moderate value for the announced UDP payload size.
>   The idea is dnsmasq should not limit the client rewriting this
>   value to something lower.
>  - of course dnsmasq can be run with "-P 4096" i.e. with
>   an overwritten default.
> 
> Thanks
> 
> francis.dup...@fdupont.fr
> 
> PS: I can open a discussion in a DNS IETF mailing list if you are not
> convinced by my argument. RFC 2671 can be clarified too.
> 

Thanks for that. Doing some research, I found that this is covered in
RFC 5625, which indeed recommends 4096. I've changed the default for the
next release.

Checking through 5625, dnsmasq already does what is recommended in every
other respect except one (it's allowed to change the query-ID in signed
DNS packets.) I've fixed that too.


Cheers,

Simon.

------- End of Forwarded Message

_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop

Reply via email to