[sidr] Terry Manderson's No Objection on draft-ietf-sidr-delta-protocol-07: (with COMMENT)

"Terry Manderson" <terry.manderson@icann.org> Thu, 16 February 2017 02:03 UTC

Return-Path: <terry.manderson@icann.org>
X-Original-To: sidr@ietf.org
Delivered-To: sidr@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 27F601294B7; Wed, 15 Feb 2017 18:03:19 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Terry Manderson <terry.manderson@icann.org>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.43.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <148721059915.31454.12790381111112907537.idtracker@ietfa.amsl.com>
Date: Wed, 15 Feb 2017 18:03:19 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidr/fsWrwlpuENjOfcuFTrcHrU13tZg>
Cc: draft-ietf-sidr-delta-protocol@ietf.org, sidr-chairs@ietf.org, morrowc@ops-netman.net, sidr@ietf.org
Subject: [sidr] Terry Manderson's No Objection on draft-ietf-sidr-delta-protocol-07: (with COMMENT)
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.17
List-Id: Secure Interdomain Routing <sidr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidr>, <mailto:sidr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sidr/>
List-Post: <mailto:sidr@ietf.org>
List-Help: <mailto:sidr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidr>, <mailto:sidr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Feb 2017 02:03:19 -0000

Terry Manderson has entered the following ballot position for
draft-ietf-sidr-delta-protocol-07: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-sidr-delta-protocol/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Thank you for this work, it is clear and well written. While I have never
(ever) been enamoured by RSYNC, and I much prefer this direction on a
personal level, the updates to the existing RFCs regarding RSYNC does two
things. The first is it demotes RSYNC to 'just another access mechanism',
and the second is it appears to remove the quality of a mandatory to
implement retrieval mechanism. Am I reading that correctly? If this is
intentional and has workgroup consensus so be it and onwards we move..