Re: [Webpush] Alternate/fallback mechanism for receiving
Costin Manolache <costin@gmail.com> Sun, 21 February 2016 03:22 UTC
Return-Path: <costin@gmail.com>
X-Original-To: webpush@ietfa.amsl.com
Delivered-To: webpush@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 836B61B2F07
for <webpush@ietfa.amsl.com>; Sat, 20 Feb 2016 19:22:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001,
SPF_PASS=-0.001] autolearn=ham
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 Zze9A_ASSOqI for <webpush@ietfa.amsl.com>;
Sat, 20 Feb 2016 19:22:44 -0800 (PST)
Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com
[IPv6:2607:f8b0:4003:c01::22d])
(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 73B401B2F05
for <webpush@ietf.org>; Sat, 20 Feb 2016 19:22:44 -0800 (PST)
Received: by mail-ob0-x22d.google.com with SMTP id xk3so141894821obc.2
for <webpush@ietf.org>; Sat, 20 Feb 2016 19:22:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:cc:content-type;
bh=bbzEvHI0BTPyGLXOIhDRmD56lmTMz2IN3hztm3KwUxE=;
b=Y2iIzV5iIO03xL7+F8vcBBK+mjey5pDMbhUvaPlUhKy7Lm/1EQUqC7O/PuTkLdpEYR
csVA1rHHW+cqtYbTX6c2NYIQ8z1/02oNxcy4P3Eu89YBlcDGVJgA2Wakug/5M8kL1pNX
36tVK2ZOpig9LLjAh+JjuECDXoDIfGD8xjWFLsx9D1kR4Zy6XXNVA7VqnUiLzLtwwQT0
bbjAXbn1rlriLtzX/quHlcYU4je00k22ipkR/lzzKa7XVz/wQyzn8byo3U23wqHpcywv
cn2TNYsa62YfaiVx1xJc1VDnDEuCpF6HnQMzZiVLZtMO1uJy4c1KewPfPbzjGIc69o52
Vj9g==
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:date
:message-id:subject:from:to:cc:content-type;
bh=bbzEvHI0BTPyGLXOIhDRmD56lmTMz2IN3hztm3KwUxE=;
b=Z3SfLqmJqumIyRlODfnP59tS5kkwnN0PoDiRHVodjBRe+3/zdDsjA1k8UAZZ8Acb/h
E2x62uL6zu/S7v3Ymqrhxsb9WqctmbwA0EJk8l8ggA/lzhzXh4Wq7BCq9VNI1MG6SmG8
B52PQ65XCBGX5anjSJ+PMNZYA288pDn4EMUC4wOasXTuHNxij107E0XXXOqkImOaHC7X
i3fGa5go2jHY3fb5bqICKFYi2r+i2pckMcd1ZoVCH1Q0GnY4y4PmMpWQV/FPxzaeGZyW
CEcCTbMmkmzewxDXGR2MQgP8rIfSfYliVpECxerHTNgCSTRFhcMw12zNMuDKMWH+UpPq
+E9g==
X-Gm-Message-State: AG10YORPxVR1JSggivccBkQTVUUPIgFyZmjSqaKJ6ehhrkgFSUeKwG5d6yYQWzw5MFoyesYN6YpSa0j592DojQ==
MIME-Version: 1.0
X-Received: by 10.60.226.134 with SMTP id rs6mr18248478oec.69.1456024963833;
Sat, 20 Feb 2016 19:22:43 -0800 (PST)
Received: by 10.76.75.35 with HTTP; Sat, 20 Feb 2016 19:22:43 -0800 (PST)
In-Reply-To: <CABkgnnWaPxnHX9pvhep24sajk+grUJXwxk8wt1jfreZM9fvocQ@mail.gmail.com>
References: <CAP8-Fq=TYTzAVtt7P+bsQ78R=LWwvhPRaTJc=7GXOD06ByKdFw@mail.gmail.com>
<CABkgnnWaPxnHX9pvhep24sajk+grUJXwxk8wt1jfreZM9fvocQ@mail.gmail.com>
Date: Sun, 21 Feb 2016 03:22:43 +0000
Message-ID: <CAP8-FqkWa7xm4tdT+U-mBOVjU1hAeGwYTt3WKWLa1X6dGr9sbA@mail.gmail.com>
From: Costin Manolache <costin@gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Content-Type: multipart/alternative; boundary=001a1136a220c0e6c1052c3f3a44
Archived-At: <http://mailarchive.ietf.org/arch/msg/webpush/vP5CI9SLEkEJkeiJsDpERZHuLfI>
Cc: "webpush@ietf.org" <webpush@ietf.org>
Subject: Re: [Webpush] Alternate/fallback mechanism for receiving
X-BeenThere: webpush@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion of potential IETF work on a web push protocol
<webpush.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/webpush>,
<mailto:webpush-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/webpush/>
List-Post: <mailto:webpush@ietf.org>
List-Help: <mailto:webpush-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/webpush>,
<mailto:webpush-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Feb 2016 03:22:46 -0000
We already implement an alternate protocol for receipts - based on XMPP, so not even 'proprietary' :-) The benefit of having a fallback in webpush standard is that it makes it easier for AS to adopt - it is a small extra effort for the PS, but big benefit for many AS. Compatibility with existing infrastructure - and backward compatibility in general - are good for any protocol. Webpush sending is defined as HTTP/1.1, subscription and delete are HTTP/1.1 compatible - it's only receipts that require push promises, with no backward option. Does anyone have a survey of platforms and APIs supporting push promises ? Most that I know require custom HTTP implementations, even the library/platform supports HTTP/2, promises are not usually exposed and/or well documented/understood. Costin On Sun, Feb 21, 2016 at 12:02 AM, Martin Thomson <martin.thomson@gmail.com> wrote: > Why not just implement a proprietary protocol? > > On 20 February 2016 at 08:59, Costin Manolache <costin@gmail.com> wrote: > > Hi, > > > > I know this may be a bit controversial, and I love both HTTP/2 and push > > promises :-) > > > > However, to make it easier to implement/test/deploy, would it be > possible to > > add a small > > change to sections 7, 7.1 and 7.3: > > > > 'if http/2 or push promises are not supported on a platform, the PS will > > return > > a mime-multipart response to the GET request, with the same content as > the > > push promise' > > > > Nothing else needs to be changed - just instead of a push promise frame, > it > > will be a mime part. > > A UA or PS can support only http/2 - but some may optionally also support > > the multipart > > response, and accept requests as http/1.1. > > > > While many HTTP/2 stacks are now available, the APIs for push promises > are > > not very familiar > > or well exposed. > > > > This is a problem in particular for receipts, since the AS to PS > > communication has to be implemented > > by many developers. It will also help in the case of UA to PS, low-end > IOT > > devices tend to lack > > http/2 support. > > > > Costin > > > > > > _______________________________________________ > > Webpush mailing list > > Webpush@ietf.org > > https://www.ietf.org/mailman/listinfo/webpush > > >
- [Webpush] Alternate/fallback mechanism for receiv… Costin Manolache
- Re: [Webpush] Alternate/fallback mechanism for re… Martin Thomson
- Re: [Webpush] Alternate/fallback mechanism for re… Costin Manolache
- Re: [Webpush] Alternate/fallback mechanism for re… Martin Thomson
- Re: [Webpush] Alternate/fallback mechanism for re… Costin Manolache