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

George Michaelson <ggm@algebras.org> Tue, 16 August 2016 22:32 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 BB05612B024 for <dnsop@ietfa.amsl.com>; Tue, 16 Aug 2016 15:32:23 -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, 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 QdczEJ8I2aeS for <dnsop@ietfa.amsl.com>; Tue, 16 Aug 2016 15:32:20 -0700 (PDT)
Received: from mail-ua0-x229.google.com (mail-ua0-x229.google.com [IPv6:2607:f8b0:400c:c08::229]) (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 E0C7D12D178 for <dnsop@ietf.org>; Tue, 16 Aug 2016 15:32:19 -0700 (PDT)
Received: by mail-ua0-x229.google.com with SMTP id n59so145570577uan.2 for <dnsop@ietf.org>; Tue, 16 Aug 2016 15:32:19 -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=0pUEl2NRELrVCtpqgpuMPVqoqSvNUOSu84U2VyW2zE8=; b=Y1/XzyD/5ib+3w400NPrD2e8YIrpUYXYtCsl/mZr4LSKxlGPOaehpP4sFev736nPHm OdB8NvC+z7rMuxegzjCDzm0c8BNdUmq1fssk8bRg5oPcLWMetvFpeS4MeY0kLUcuuKN/ XCOXLcLXMHgrbRyYi/lKfE36snt3AVsgZMqNX/IhW73YzfAr+a5qiz55+/kASwvNOYKr IDdrZD2a327p0KYSvmfN+J60YR0jhvf6EK9HAg1DLRJjRben/3FKt4358rDp4pd/6OQV zU9h7lihfhhZbTQdKv7lcC0J9jAkVzwc9WOoR2l7Trh6lWqcXslhbk8KO8Sp57yxSpls gb7A==
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=0pUEl2NRELrVCtpqgpuMPVqoqSvNUOSu84U2VyW2zE8=; b=bLnIbHyYsmeTDWauJNoDtsrnAcupxB6zxdKstFZYxVuuPcNs/GLOe4FGhITDYGy+t7 H09rvd4EaxHCjMmWAyg3RWSr5N5apkvWwBwxkzWh0mpGPWi/uDoow7cj18Xbesc0R2W6 elhIzt2yKhJaOVQgCPhcqFaKtvrMsfKYgL0i2IzCue2QjtZfjGddQwwX1LguvtS1IKdt ZpCk7WOFo3M4xNEpP1KILDUlZJk3B9T7ianFrOaOrg+xXdZ0QBdOjJ9WMlNvEwwhP9Ey /bJeJ2+6Vj4tWIBTeajYH8W3H1yzQRRrvMcINqaj2UJYCDXb3UeE/JtttGLGA3Q6l/6v Uc3g==
X-Gm-Message-State: AEkoous3I6wVHcIS0N37GLJqZebcAh07Tpqpdvzoo0ULcUCU0VmYVWhx7TIO9J9AZFW+C8NLBcjNGwKohsnXvA==
X-Received: by 10.31.197.65 with SMTP id v62mr18130829vkf.125.1471386739003; Tue, 16 Aug 2016 15:32:19 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.103.46.140 with HTTP; Tue, 16 Aug 2016 15:32:18 -0700 (PDT)
X-Originating-IP: [2001:dc0:a000:4:34be:d79e:b743:cd82]
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 08:32:18 +1000
Message-ID: <CAKr6gn22oyjU3PKzU=5tWuRwLi8nm-WZJ2DSFJi8yDnqwY-fpQ@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/UV0TBaKOV-lcKhgyLSwwyRBHizM>
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: Tue, 16 Aug 2016 22:32:24 -0000

On Tue, Aug 16, 2016 at 10:57 PM, Tim Wicinski <tjw.ietf@gmail.com> wrote:

> 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

This option reduces effective RTT delay. It has the most performace
improvement in DNS delay reduction, assuming the extra payload is
determined to be needed eg flags, or heuristical analysis of client
behaviour.

Its cost is additional data on the server->client path. Personally, I
think this is the best option and the one most likely to increase
cache coherence, timeliness, and reduce delay in the DNS phase.

>
> - Do we want the Client to PULL any or all Associated Answers, or

This minimizes traffic. Otherwise, it maximises delay if subsequent
query is needed. I would suggest that a client option or flag to
request this behaviour is plausible if PUSH is the norm.

>
> - Do we want the Status Quo?

This seems the safest option and the most inherently boring, and
pointless. Why are we here if we think the best bet is the status quo?
Down down, deeper and down...

-G
>