[apps-discuss] Apps-team review of draft-ietf-dnsop-default-local-zones-15

S Moonesamy <sm+ietf@elandsys.com> Sat, 16 April 2011 17:19 UTC

Return-Path: <sm@elandsys.com>
X-Original-To: apps-discuss@ietfc.amsl.com
Delivered-To: apps-discuss@ietfc.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id B6A60E0731; Sat, 16 Apr 2011 10:19:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZIPlG4rbP2rK; Sat, 16 Apr 2011 10:19:31 -0700 (PDT)
Received: from mail.elandsys.com (mail.elandsys.com [208.69.177.125]) by ietfc.amsl.com (Postfix) with ESMTP id 6DA4AE0689; Sat, 16 Apr 2011 10:19:31 -0700 (PDT)
Received: from subman.elandsys.com ([41.136.238.139]) (authenticated bits=0) by mail.elandsys.com (8.13.8/8.13.8) with ESMTP id p3GHJEVY031981; Sat, 16 Apr 2011 10:19:26 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=elandsys.com; s=mail; t=1302974369; bh=kRJD0f/LdxnxBTwlVYll0u4ug4A=; h=Message-Id:Date:To:From:Subject:Cc:Mime-Version:Content-Type; b=R2qxMdCGID4Z2Dp8cu8DLH/UD0brHsJiPjmG2tVQ/X/W9hRu3GMFnBVcIAiF/BQ2V QWk/DBU6xttMYlbXB4oB8s80vKueu3xkZHvlv7XfGfqWXmgFcD+7mbM7XfdHs+lwFz YC+nNMuPsbYZGxnjD4AruqkLrTvr7Zk5MIGXjX5k=
Message-Id: <6.2.5.6.2.20110416083146.05030430@elandnews.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Sat, 16 Apr 2011 09:18:52 -0700
To: apps-discuss@ietf.org
From: S Moonesamy <sm+ietf@elandsys.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Cc: Peter Koch <pk@ISOC.DE>, iesg@ietf.org, "Mark P. Andrews" <marka@isc.org>
Subject: [apps-discuss] Apps-team review of draft-ietf-dnsop-default-local-zones-15
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 16 Apr 2011 17:19:33 -0000

I have been selected as the Applications Area Review Team reviewer 
for this draft (for background on apps-review, please see 
http://www.apps.ietf.org/content/applications-area-review-team).

Please resolve these comments along with any other Last Call comments 
you may receive. Please wait for direction from your document 
shepherd or AD before posting a new version of the draft.

Document: draft-ietf-dnsop-default-local-zones-15
Reviewer: S. Moonesamy
Review Date: April 16, 2011
IETF Last Call Date: 2011-04-11
IESG Telechat Date: 2011-04-28

Summary:

This draft is ready for publication as a BCP.

The draft specifies the DNS zones all iterative resolvers and 
recursive nameservers should automatically serve.

Major Issues:

None

Minor Issues:

None

Nits:

In Section 1:

   "Experience with the Domain Name System (DNS, [RFC1034] and [RFC1035])
    has shown that there are a number of DNS zones that all iterative
    resolvers and recursive nameservers SHOULD automatically serve,
    unless intentionally configured otherwise."

The "SHOULD" should not be capitalized as the RFC 2119 key words are 
only defined in Section 1.1.

   "Additionally, queries from clients behind badly configured firewalls
    that allow outgoing queries for these name spaces but drop the
    responses, put a significant load on the root servers (forward but no
    reverse zones configured)."

According to RFC 5855, the load would be going to "reverse" servers 
instead of root servers due to an operational change for the in-addr.arpa zone.

Regards,
S. Moonesamy