Re: [Ntp] Antw: draft-ietf-ntp-mode-6-cmds : Issue 1

Brian Haberman <brian@innovationslab.net> Thu, 21 September 2017 13:24 UTC

Return-Path: <brian@innovationslab.net>
X-Original-To: ntp@ietfa.amsl.com
Delivered-To: ntp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BBB1134B49 for <ntp@ietfa.amsl.com>; Thu, 21 Sep 2017 06:24:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=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 poxxZzqTP_cl for <ntp@ietfa.amsl.com>; Thu, 21 Sep 2017 06:24:05 -0700 (PDT)
Received: from uillean.fuaim.com (uillean.fuaim.com [206.197.161.140]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E820132403 for <ntp@ietf.org>; Thu, 21 Sep 2017 06:24:05 -0700 (PDT)
Received: from clairseach.fuaim.com (clairseach-high.fuaim.com [206.197.161.158]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by uillean.fuaim.com (Postfix) with ESMTP id 027A788129 for <ntp@ietf.org>; Thu, 21 Sep 2017 06:24:05 -0700 (PDT)
Received: from clemson.local (swifi-nat.jhuapl.edu [128.244.87.133]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by clairseach.fuaim.com (Postfix) with ESMTP id B4C3A3280AE4 for <ntp@ietf.org>; Thu, 21 Sep 2017 06:24:04 -0700 (PDT)
To: ntp@ietf.org
References: <d5a5ba98-65f2-f2e0-a0ec-40114213fc03@innovationslab.net> <59C0BEBB020000A100027F1A@gwsmtp1.uni-regensburg.de> <90ca0015-6ff4-9f68-20c9-a978fea6f491@innovationslab.net> <fd938fee-ed5c-a0ca-148f-a20a8c72aaa5@nwtime.org>
From: Brian Haberman <brian@innovationslab.net>
Message-ID: <577e04bd-accc-be00-fbd0-3528a0ae6250@innovationslab.net>
Date: Thu, 21 Sep 2017 09:23:58 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.3.0
MIME-Version: 1.0
In-Reply-To: <fd938fee-ed5c-a0ca-148f-a20a8c72aaa5@nwtime.org>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="lQgX9O2GDWuAk16NrvKhOlFoUfmWLEhtV"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/Q2WhLbY81IX3XYGeiyb22ISOQU0>
Subject: Re: [Ntp] Antw: draft-ietf-ntp-mode-6-cmds : Issue 1
X-BeenThere: ntp@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: <ntp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ntp>, <mailto:ntp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ntp/>
List-Post: <mailto:ntp@ietf.org>
List-Help: <mailto:ntp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ntp>, <mailto:ntp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Sep 2017 13:24:06 -0000

Hi Harlan,

On 9/20/17 6:42 PM, Harlan Stenn wrote:

>>
>> The above seems to argue for two things:
>>
>> 1) A preliminary handshake between an NTP server and the mode6-speaking
>> client to determine what version is in use.
>>
>> 2) A change to the operating basis of the mode 6 commands in that the
>> above mentioned handshake occurs before actually sending the mode 6 command.
>>
>> Is that a good representation of what is being asked for?
> 
> If it is, I'm thinking we'd want a mode 6 "Identify" command, that would
> have this information in a response.  This response would likely contain
> different data before/after authentication.
> 
> I'd also much rather we had changes to do this that are tested and known
> to do what we want instead of codifying what folks hope will be a good
> solution.
> 
> I'm happy to work with collaborative folks, experienced or not, who want
> to dig in to this.
> 

This document is controlled by the consensus of the WG. So it is up to
the participants interested in adding such functionality to "drum up the
support" for adding it to the draft.

Regards,
Brian