Re: Delta encoding in HTTP to Proposed Standard

Neale Banks <neale@lowendale.com.au> Fri, 09 February 2001 13:30 UTC

Received: by ietf.org (8.9.1a/8.9.1a) id IAA16116 for ietf-outbound.10@ietf.org; Fri, 9 Feb 2001 08:30:03 -0500 (EST)
Received: from marina.lowendale.com.au (neale@gw.lowendale.com.au [203.26.242.120]) by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA14923; Fri, 9 Feb 2001 07:53:42 -0500 (EST)
Received: from localhost (neale@localhost) by marina.lowendale.com.au (8.9.3/8.9.3/Debian/GNU) with ESMTP id XAA21572; Fri, 9 Feb 2001 23:54:37 +1100
Date: Fri, 09 Feb 2001 23:54:34 +1100
From: Neale Banks <neale@lowendale.com.au>
To: iesg@ietf.org
cc: ietf@ietf.org, "Jeffrey C. Mogul" <mogul@pa.dec.com>, Balachander Krishnamurthy <bala@research.att.com>, douglis@research.att.com, Anja Feldmann <anja@cs.uni-sb.de>, Arthur van Hoff <avh@marimba.com>, "M. Hellerstein" <danielh@crosslink.net>, Martin Pool <mbp@linuxcare.com.au>
Subject: Re: Delta encoding in HTTP to Proposed Standard
Message-ID: <Pine.LNX.4.05.10102092334580.21521-100000@marina.lowendale.com.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Loop: ietf@ietf.org

Submission to the IETF and IESG regarding "Delta encoding in HTTP
<draft-mogul-http-delta-07.txt>" as a Proposed Standard.

In relation to this Internet-Draft I have a concern regarding its
acceptance as a Proposed Standard in its current form, due to a
significant omission.

This Internet-Draft includes section 1.1 titled "Related research
and proposals". However this section completely fails to acknowledge
the existence of the rproxy project[1].  Nor is rproxy refered to
anywhere else in the current draft.  It is my humble opinion that
this omission renders this Internet-Draft critically incomplete.
This section could also benefit from a reference to rsync[2].

I in no way submit that the technical proposals of Mogul et al are
inferior to rproxy, but rather that these two approach similar (if not
the same) challenges with contrasting solutions.  It is from this
point of view that I submit that the current draft is critically
incomplete insomuch as includes a section "Related research and
proposals" which makes no apparent qualification of incompleteness.

Whilst there may be grounds to allege that rproxy is still a
work-in-progress, it is a project which has a sound foundation - 
"The rproxy algorithm is based on the well-known and trustworthy
rsync software by Andrew Tridgell." [1],[2]

Having discussed this matter with the one of the rproxy developers[3],
I am sure that the contributors to rproxy would be agreeable to
providing some assistance with including an appropriate reference in
this Internet-Draft.

Yours Sincerely,
Neale Banks.
Fri,  9 Feb 2001

References:

[1] rproxy: http://www.linuxcare.com.au/rproxy

[2] rsync: http://rsync.samba.org/

[3] Conversation with Martin Pool at linux.conf.au, January 2001