[Webpush] Mirja Kühlewind's No Objection on draft-ietf-webpush-protocol-11: (with COMMENT)

"Mirja Kuehlewind" <ietf@kuehlewind.net> Wed, 12 October 2016 15:38 UTC

Return-Path: <ietf@kuehlewind.net>
X-Original-To: webpush@ietf.org
Delivered-To: webpush@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D56C127077; Wed, 12 Oct 2016 08:38:12 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "Mirja Kuehlewind" <ietf@kuehlewind.net>
To: "The IESG" <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.34.2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <147628669208.6293.5760415846814077051.idtracker@ietfa.amsl.com>
Date: Wed, 12 Oct 2016 08:38:12 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/webpush/OxzPNXJc2VGvuFeTOFIqzKI-Zag>
Cc: draft-ietf-webpush-protocol@ietf.org, shida@ntt-at.com, webpush-chairs@ietf.org, webpush@ietf.org
Subject: [Webpush] =?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draf?= =?utf-8?q?t-ietf-webpush-protocol-11=3A_=28with_COMMENT=29?=
X-BeenThere: webpush@ietf.org
X-Mailman-Version: 2.1.17
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: Wed, 12 Oct 2016 15:38:12 -0000

Mirja Kühlewind has entered the following ballot position for
draft-ietf-webpush-protocol-11: 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-webpush-protocol/



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

Maybe stupid questions:

1) Would it be possible for a user agent to use the same push service
with multiple application servers? Or is this the case where a
subscription set should be used? What happens in this case? Also, is
there a possibility for different user agents to use the same push
service if they would need to receive the same message from the same
server...? Just thinking...

2) section 8.4 says:
"To address this case, the W3C Push API [API] has adopted Voluntary
   Application Server Identification [I-D.ietf-webpush-vapid], which
   allows a user agent to restrict a subscription to a specific
   application server. "
How does the user agent signal to the push service which application
servers should be accepted? Did I miss that?

Nit?:
- In the Figure at the beginning of section 2 (which doesn't have a
caption btw.) I guess you should use "application server" instead of
"application" otherwise the previous definition is confusing...

Also here in section 8 (s/application/application server):
"This includes any communications
   between user agent and push service, plus communications between the
   application and the push service. "