IETF Logo Mail Archive

Re: [IAB] Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice

Paul Hoffman <paul.hoffman@vpnc.org> Fri, 06 March 2015 15:43 UTC

Return-Path: <paul.hoffman@vpnc.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFF4B1ACEAF; Fri, 6 Mar 2015 07:43:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.347
X-Spam-Level:
X-Spam-Status: No, score=-1.347 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_MISMATCH_COM=0.553] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mtoo0magJudk; Fri, 6 Mar 2015 07:43:32 -0800 (PST)
Received: from proper.com (Opus1.Proper.COM [207.182.41.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0EA631ACEAE; Fri, 6 Mar 2015 07:43:32 -0800 (PST)
Received: from [10.20.30.109] (142-254-17-245.dsl.dynamic.fusionbroadband.com [142.254.17.245]) (authenticated bits=0) by proper.com (8.15.1/8.14.9) with ESMTPSA id t26FhUDD058833 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Mar 2015 08:43:31 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
X-Authentication-Warning: proper.com: Host 142-254-17-245.dsl.dynamic.fusionbroadband.com [142.254.17.245] claimed to be [10.20.30.109]
Subject: Re: [IAB] Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
Content-Type: multipart/signed; boundary="Apple-Mail=_A2FF06FD-9BFE-4D8D-8509-131218E73BA3"; protocol="application/pgp-signature"; micalg="pgp-sha1"
X-Pgp-Agent: GPGMail 2.5b5
From: Paul Hoffman <paul.hoffman@vpnc.org>
In-Reply-To: <48519134-FB68-4441-8A40-56BFE6D1A2F3@piuha.net>
Date: Fri, 06 Mar 2015 07:43:28 -0800
Message-Id: <ABDDFB86-44BC-4247-88FB-7FA5203E1A16@vpnc.org>
References: <20140520204238.21772.64347.idtracker@ietfa.amsl.com> <500031A0-DF45-409E-AACB-F79C32032E38@viagenie.ca> <94F2C35A-95D1-41CA-9CA5-2F7D59111E0B@vpnc.org> <E537C710-56D4-4009-B495-E6781A42893E@piuha.net> <22wq2us5b1.fsf@limac.netnod.se> <48519134-FB68-4441-8A40-56BFE6D1A2F3@piuha.net>
To: Jari Arkko <jari.arkko@piuha.net>
X-Mailer: Apple Mail (2.2070.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/rvF2wrbk29tqXq0p1ue5nDaAWCs>
Cc: IAB <iab@iab.org>, IETF Discussion List <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Mar 2015 15:43:32 -0000

On Mar 6, 2015, at 4:21 AM, Jari Arkko <jari.arkko@piuha.net> wrote:
>> If there are docs that specify what a host should do with such
>> "malchecksummed" packets, I'm happy to put a pointer in there. If not,
>> I'd rather avoid discussing it in this draft.
> 
> That may be the best approach. That is, not start specifying protocol in this document, unless it is just a reference.
> 
> FWIW, I re-read 1035 and 2181 and 768 quickly, and did not see such a statement. But I could have missed it. Or it may have been considered to be obvious :-)

It is clear that the latter is the case. As Mark points out, if you get a UDP packet with a malformed checksum, you don't even know if it was actually a UDP packet.

Given that, I withdraw my request that this document actually specify what to do when one cannot verify a UDP packet, unless there is a statement about that in some (probably early) UDP document.

--Paul Hoffman

v2.23.0 | Report a Bug | By Email