Re: [DNSOP] The Larger Discussion on Differences in Response Drafts

George Michaelson <ggm@algebras.org> Wed, 17 August 2016 01:03 UTC

Return-Path: <ggm@algebras.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3241912D0CD for <dnsop@ietfa.amsl.com>; Tue, 16 Aug 2016 18:03:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=algebras-org.20150623.gappssmtp.com
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 rxGIqAzlZbW4 for <dnsop@ietfa.amsl.com>; Tue, 16 Aug 2016 18:03:06 -0700 (PDT)
Received: from mail-ua0-x233.google.com (mail-ua0-x233.google.com [IPv6:2607:f8b0:400c:c08::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 79AD412B027 for <dnsop@ietf.org>; Tue, 16 Aug 2016 18:03:04 -0700 (PDT)
Received: by mail-ua0-x233.google.com with SMTP id k90so149836909uak.1 for <dnsop@ietf.org>; Tue, 16 Aug 2016 18:03:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=/dPHfO3nd9zaHwVgyrv3VXKGx3IWZcakmFSmm/LDT2o=; b=1wuiQxK82oI4+vGfYx5JTV8kEc0fRKiYJlLkZygtOAPFw3aXeR0UhlORlu2gEQmAzj skP1BEKfCXrcyIR9YVhei3ZlwHsOmZOdgRf5YEJjA/Hj9DrC9IBdWNHnColFCWVb+0Rh lfW8oJfWdmgM+zbs1zMqrRiJtaIsEcw/LA3Hd2rhL7zngoctfV562Qa8i7nNdGjC3Erj AsN/nNTjnGmeGaq19WPXgVIWt3CZA3GMljqxlzKYdIQ6FX+pe9TcsDb5GXbPJIz/pijf dN3ip0VGHi6sCgllHE/oZtVEwSMCEEnYeB34VP7zQqZCwk/OdWrbAtKv91DaA1bpnBu5 53MA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=/dPHfO3nd9zaHwVgyrv3VXKGx3IWZcakmFSmm/LDT2o=; b=Pe10t4Z21FAM5eHrQ5D7hIcCvFPoELa/sJNCTNYQIK1x+KvOJGhTCMmtsqD9MotowP ZIEiuqxlKjE6x7SeY5CFRkQs1NXXkS5ZRHwA8TufKfF+PdA5hr5m9uFHa70WtdSRGXEC 9ORZHq3Foy+FdonwFjF72yqskMS2djH+CMI0VJScXu/QBsZo7SxFnTJSF2Phh4rhwCEm jHPrQgNn8Z/7laRuEsrgIRoODe26ngkhLfSYI6tRyJ54EUJxheRWC4+F1NDDAFUQEFcj sVT8gtmwYCJlRQ8mfDkFaojxME5Xekni2TNjFiSAaWo2nStuIETOyoZLFBb0uNX7GSD2 Gmmw==
X-Gm-Message-State: AEkoouvA3BAnrnNnQOe93YARKAOR6nH/TX01LUhk+zMxIAVTTdotDDUL27RlauakQpKsOZZKJqjS0KYhSrD4Wg==
X-Received: by 10.176.80.229 with SMTP id d34mr11317574uaa.24.1471395783823; Tue, 16 Aug 2016 18:03:03 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.103.46.140 with HTTP; Tue, 16 Aug 2016 18:03:03 -0700 (PDT)
X-Originating-IP: [2001:dc0:a000:4:7913:4500:72bd:e61a]
In-Reply-To: <665d8bd3-4229-eb98-1688-2460dcb943b6@gmail.com>
References: <665d8bd3-4229-eb98-1688-2460dcb943b6@gmail.com>
From: George Michaelson <ggm@algebras.org>
Date: Wed, 17 Aug 2016 11:03:03 +1000
Message-ID: <CAKr6gn26_pYCCkfbnsYeNd9JM_1zVtwwxJHvn-fu-qORwOQYnA@mail.gmail.com>
To: Tim Wicinski <tjw.ietf@gmail.com>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/TUVDysJQGezEEBJ_2CPY6d0uaJM>
Cc: dnsop <dnsop@ietf.org>
Subject: Re: [DNSOP] The Larger Discussion on Differences in Response Drafts
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/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: Wed, 17 Aug 2016 01:03:08 -0000

my bad. I've been re-framed.

Contextually, PUSH means (to me at least) 'do this promiscuously' and
PULL means (to me at least) 'do this if asked' -which is not what I
previously understood.

In that case, I think PULL makes more sense: do this, if the client
signals its what it wants. Otherwise, don't do this. Its the POLA
behaviour.

(thanks for Paul Hoffman's cluestick hit)

-G

On Tue, Aug 16, 2016 at 10:57 PM, Tim Wicinski <tjw.ietf@gmail.com> wrote:
> All,
>
>
> In Berlin we had two presentations on different methods of returning
> multiple responses:
>
> https://datatracker.ietf.org/doc/draft-wkumari-dnsop-multiple-responses/
>
> https://datatracker.ietf.org/doc/draft-bellis-dnsext-multi-qtypes/
>
> and a presentation in Buenos Aires:
>
> https://datatracker.ietf.org/doc/draft-vavrusa-dnsop-aaaa-for-free/
>
> All of these documents are attempting to solve a larger problem in different
> ways.
> The end result is "Return Associated Answer" to the client.
>
> The question is starting to coalesce around these two premises:
>
> - Do we want to Server to PUSH any or all Associated Answers, or
>
> - Do we want the Client to PULL any or all Associated Answers, or
>
> - Do we want the Status Quo?
>
> thanks
> tim
>
>
>
> (Thanks to Paul Hoffman for assistance)
>
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop