[sipcore] draft-sparks-sipcore-refer-explicit-subscription-02: comments

Brett Tate <brett@broadsoft.com> Mon, 10 November 2014 19:07 UTC

Return-Path: <brett@broadsoft.com>
X-Original-To: sipcore@ietfa.amsl.com
Delivered-To: sipcore@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60C461AC399 for <sipcore@ietfa.amsl.com>; Mon, 10 Nov 2014 11:07:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.979
X-Spam-Level:
X-Spam-Status: No, score=-1.979 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7, 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 w2NruHe-ijQ3 for <sipcore@ietfa.amsl.com>; Mon, 10 Nov 2014 11:07:12 -0800 (PST)
Received: from mail-qg0-f52.google.com (mail-qg0-f52.google.com [209.85.192.52]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7B6571ABD3A for <sipcore@ietf.org>; Mon, 10 Nov 2014 11:07:06 -0800 (PST)
Received: by mail-qg0-f52.google.com with SMTP id a108so5908409qge.39 for <sipcore@ietf.org>; Mon, 10 Nov 2014 11:07:05 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:mime-version:thread-index:date:message-id :subject:to:content-type; bh=PBP6gwxOloMg4i/1wtkBgjlhd5rmyUPb9eQ1oQy8hl0=; b=N54wU6lOfZT9KWVEWMW6raiMikRDOp+Ppo9ryCB3NTgS8FHczVeSe5nRVd+PehyX2F zfLXSceJEWLzVt3I0iD+iE8c7jzHh8IDqrM8Aqyh3afTdQLSf4LogvYwIrHKth+R4ckm eWk+akjZMSvi/Y5V34j9vig7/p51swhdyhdsMB46eQudvEiiG9TW1zER8fFRDdRV6KCf l6NH9lHrN5oiJKfX5bHxKjxKai4byGYxx/GT8UekbxceewcsRmnZl+I9hpgQMIa03lNy zE8/6r1qmiaAkC4nltjbBAdr7egkOJ8aYZ+xzpSayPyYF6tYQkNzsQWVIsKI4sprFcLs tq3g==
X-Gm-Message-State: ALoCoQk0esJNXxApYVeKDSq7YIZ9CLS9pGK7GvufKQ+19tQKufXbLIQ/O0sAAuQkASvdCZkeZdSp
X-Received: by 10.224.89.69 with SMTP id d5mr46010122qam.84.1415646425739; Mon, 10 Nov 2014 11:07:05 -0800 (PST)
From: Brett Tate <brett@broadsoft.com>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 14.0
Thread-Index: Ac/9GW7nx4tKzJjGQgG5Qx/+RcN5vQ==
Date: Mon, 10 Nov 2014 14:07:02 -0500
Message-ID: <af46d0591e501b9f610cf72698549bae@mail.gmail.com>
To: draft-sparks-sipcore-refer-explicit-subscription@tools.ietf.org, sipcore@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: http://mailarchive.ietf.org/arch/msg/sipcore/OeD6RjuJkQxDzbwiiyM85DClxfM
Subject: [sipcore] draft-sparks-sipcore-refer-explicit-subscription-02: comments
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sipcore>, <mailto:sipcore-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sipcore/>
List-Post: <mailto:sipcore@ietf.org>
List-Help: <mailto:sipcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 10 Nov 2014 19:07:13 -0000

Hi,

The following are some comments concerning
draft-sparks-sipcore-refer-explicit-subscription-02.

Thanks,
Brett

-------

If something within this draft allows a RFC 6665 compliant notifier to not
supply a GRUU Contact within call's dialog, please clearly indicate it.
For instance if true, indicate that the notifier is not required to supply
a GRUU Contact if notifier supports 'nosub' (even if referrer does not
support 'nosub').

Section 6 indicates the following:

"The 'explicitsub' and 'nosub' option tags MAY appear in the Supported
 header field of SIP messages, and in sip.extensions feature tag
 defined in [RFC3840].  This signals only that the UA including the
 value is aware of the extensions.  In particular, a UA can only
 invoke the use of one of the extensions in a request.  A User-Agent
 Server (UAS) that is processing a REFER request that lists
 'explicitsub' or 'nosub' in its Supported header field and wishes to
 use one of those extensions will return a 421 response indicating
 which extension is required.

 OPEN ISSUE: This description of the use of 421 is not yet perfectly
 aligned with RFC3261's definition."

I think that the open issue should be closed by not mandating the 421
response (at least if REFER was sent within dialog).  Similar to the RFC
3262 behavior, the UAS can indicate it is being used by including
option-tag within Require header of 2xx response.