Re: [alto] SSE final touches

Jan Seedorf <ietf@j-f-s.de> Sun, 18 March 2018 09:55 UTC

Return-Path: <ietf@j-f-s.de>
X-Original-To: alto@ietfa.amsl.com
Delivered-To: alto@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D61FF1200A0 for <alto@ietfa.amsl.com>; Sun, 18 Mar 2018 02:55:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.919
X-Spam-Level:
X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] 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 Z-NMQ65D7G2z for <alto@ietfa.amsl.com>; Sun, 18 Mar 2018 02:55:30 -0700 (PDT)
Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.24]) (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 CCA051200FC for <alto@ietf.org>; Sun, 18 Mar 2018 02:55:29 -0700 (PDT)
Received: from Jans-MacBook-Air.local ([193.60.231.97]) by mrelayeu.kundenserver.de (mreue105 [212.227.15.183]) with ESMTPSA (Nemesis) id 0M0AGq-1ecoLr4ANo-00uFfC for <alto@ietf.org>; Sun, 18 Mar 2018 10:55:28 +0100
To: alto@ietf.org
References: <CANUuoLqaWxkXddVJ5jmvEP4a2OC3mN43L8YmPGnmeDKAyW1=sA@mail.gmail.com>
From: Jan Seedorf <ietf@j-f-s.de>
Message-ID: <1fd9305f-ae9b-914d-ad25-2d112f92e9f4@j-f-s.de>
Date: Sun, 18 Mar 2018 10:55:27 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <CANUuoLqaWxkXddVJ5jmvEP4a2OC3mN43L8YmPGnmeDKAyW1=sA@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------8F58BC2B4ABA9DD808C74882"
Content-Language: en-US
X-Provags-ID: V03:K0:VBM4y5IJ3W+dy+BE3bVMH4ezEzZ8eAqocZJhO+64LykYKC2IRdI LtYXT/9ptGkwZNoSp3NPtk5vV3fLpK98OEolpUsVe0g5/aiS6lR8N9wLOrO0vzDHMT8Lf4n D3cwie6zXOtk4kfNhnM5ST3rXE2KRo8OhueyEQozZlstggwHQFezLTSKbFfXIr38XcVPHlA S8r0Tttzck8HDa0JNs/Kg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:PHUhxmj3L7c=:nPpEoGg5ZDnNFFVTKuJqXn MfcmNZCuP3PACvAPM9IlTxV6dP7uAixNE8+J6u5fzHFtUPymxJAyDOGQo9eUVAjHWA9cDDUte +CDF4F/8b/xIHE8/Out9U2u27ivzf7e9YGDf6l1oK9YG68tikcyTrSaBr2NO7GDU2UnUq+UxW uKpEYcieuQAIfXQUDuApNpMF4JpEFgCnMn49e6BNwhI9uwZNo3Nf4OYWbgU9HENvl90NwVZbA rFQadtQFjrZNilgiyVwU/cOBBs7UU+H8gnJV2M/vJ7yDA/kyflLWa+BvxG+yK4XWiL9Fm8tRA FatHWfW0TXtMiOt4nsR8JD+r5bKYpIU9jccKJ+38vc/nbyJmM3xPfkwNWY1PrkhSBC0xjIYpr 0vib5jkYmawUWbtuO4c06KIQml7v3zJYORlczwukPLnXgl3HzvzIQoXzAHSHXKb/fyy29OuLy D0RKTLbJNPi9gzQ7J1brvtrEhlgAPepbpr7jvilOgRRoqT6KwjvXA2zDCnI9yNg0bPaT5Oaji oIXdnm7v1+bksSBGJdiJLkzueDw6Vnb4uaBTBOCVZv7SPQkTTuhUpF2/3Ef1toF6jjTVqL8f7 eUsnUiTuN9qNCMX00RpNKHgmE3H19tvROvLS3+fjBpL0uBOgJnjRjml53BfAHCncL7fq65lEZ 2S5nOZ7z69a8dlcBI0TCiiJLrae+uuQnktC1YKRAkDUmV0wywElVi/cJHXp5WsJBXxa3TmpYa lu3/yD/Yau1DSSeOCIOtZRZjHZAcUlpbruYMukxGLiGZS0tYNZBo4RpVtO0=
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/XtrqkIH-Ra0aMWPleiuUlWabJqY>
Subject: Re: [alto] SSE final touches
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Application-Layer Traffic Optimization \(alto\) WG mailing list" <alto.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/alto>, <mailto:alto-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/alto/>
List-Post: <mailto:alto@ietf.org>
List-Help: <mailto:alto-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/alto>, <mailto:alto-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Mar 2018 09:55:32 -0000

Hi Richard,

>
> 2. One next step we are considering is the support of multipart 
> update. The sever may send a multipart message consisting of multiple 
> objects say A, B, ... each of which is a top level JSON object.. Both 
> merge patch and JSON patch support only a single object and hence 
> cannot apply if we want incremental updates. Hence, if we want 
> incremental updates, we need to provide an individual client-id for 
> each part of a multipart content.

what is the motivation behind the multipart update? Sure it is a nice 
feature, but as you know, we are trying to finalise SSE asap. So we 
would only like to introduce new feature at this time if they are 
absolutely needed.

  - Jan


On 17.03.18 14:07, Y. Richard Yang wrote:
> Dear all,
>
> As we finalizing all aspects of SSE, two issues need some discussions. 
> Quick updates, without delaying the progress, can produce a higher 
> quality  document.
>
> 1. It is the notification-of-remove response issue. It is already 
> being started in an earlier thread. Any opinions will be appreciated.
>
>
> Another alternative design is that we require that each potential 
> multipart service also allow individual transmissions. This is the 
> write up in the current version. Any quick discussions will be great.
>
> See you in London.
> Richard
> -- 
> Richard
>
>
> _______________________________________________
> alto mailing list
> alto@ietf.org
> https://www.ietf.org/mailman/listinfo/alto