Re: [radext] Comments on draft-ietf-radext-dynamic-discovery-06

Stefan Winter <stefan.winter@restena.lu> Wed, 03 July 2013 14:19 UTC

Return-Path: <stefan.winter@restena.lu>
X-Original-To: radext@ietfa.amsl.com
Delivered-To: radext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B2DD21F8F24 for <radext@ietfa.amsl.com>; Wed, 3 Jul 2013 07:19:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.85
X-Spam-Level:
X-Spam-Status: No, score=-1.85 tagged_above=-999 required=5 tests=[AWL=0.749, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QOwbcnUlwf57 for <radext@ietfa.amsl.com>; Wed, 3 Jul 2013 07:19:15 -0700 (PDT)
Received: from smtprelay.restena.lu (smtprelay.restena.lu [IPv6:2001:a18:1::62]) by ietfa.amsl.com (Postfix) with ESMTP id E3EEA21F84F2 for <radext@ietf.org>; Wed, 3 Jul 2013 07:19:14 -0700 (PDT)
Received: from smtprelay.restena.lu (localhost [127.0.0.1]) by smtprelay.restena.lu (Postfix) with ESMTP id 4D45710581 for <radext@ietf.org>; Wed, 3 Jul 2013 16:19:09 +0200 (CEST)
Received: from aragorn.restena.lu (aragorn.restena.lu [IPv6:2001:a18:1:8::155]) by smtprelay.restena.lu (Postfix) with ESMTPS id 3F82610580 for <radext@ietf.org>; Wed, 3 Jul 2013 16:19:09 +0200 (CEST)
Message-ID: <51D432D9.2070902@restena.lu>
Date: Wed, 03 Jul 2013 16:19:05 +0200
From: Stefan Winter <stefan.winter@restena.lu>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6
MIME-Version: 1.0
To: radext@ietf.org
References: <029601ce1575$a21b0600$e6511200$@augustcellars.com>
In-Reply-To: <029601ce1575$a21b0600$e6511200$@augustcellars.com>
X-Enigmail-Version: 1.5.1
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="----enig2LBJMGAAQBGJGCUNNNARM"
X-Virus-Scanned: ClamAV
Subject: Re: [radext] Comments on draft-ietf-radext-dynamic-discovery-06
X-BeenThere: radext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: RADIUS EXTensions working group discussion list <radext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/radext>, <mailto:radext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/radext>
List-Post: <mailto:radext@ietf.org>
List-Help: <mailto:radext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/radext>, <mailto:radext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Jul 2013 14:19:16 -0000

Hi,

> 1.   Should there be a potential privacy concern noted in this document
> surrounding the question of what information can leak based on the domain(s)
> being queried?  I am not sure that there is any usable information leaking
> here but this is not even close to my forte.
> 
>  2.  In section 2.3.3 - May want to be a bit more detailed here about the
> subsequent lookup steps.  Presumably this is not starting with step 8 but I
> could be wrong.  I.e. do we take the set of result names and go back to step
> 4 with new values of R?

I'm adding these two to a new TRAC ticket, almost lost them in my ML
history.

> 3.  In section 2.3.3 - Please provide some text somewhere about the
> reasoning behind step 15.  I can understand removing a single record from
> the record set but all of them?

The current working copy of -07-to-be describes this.

> 4.  In section 2.3.3 - Step 12 does not specify where the negative TTL comes
> from.  ( referenced as something significant in 2.3.4)

The current working copy of -07-to-be describes this (either from a SOA
TTL, or from local config if there was no reply at all).

Greetings,

Stefan Winter

-- 
Stefan WINTER
Ingenieur de Recherche
Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et
de la Recherche
6, rue Richard Coudenhove-Kalergi
L-1359 Luxembourg

Tel: +352 424409 1
Fax: +352 422473