IETF Logo Mail Archive

Re: [sipcore] Warren Kumari's Yes on draft-ietf-sipcore-rejected-08: (with COMMENT)

Paul Kyzivat <pkyzivat@alum.mit.edu> Wed, 12 June 2019 18:25 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: sipcore@ietfa.amsl.com
Delivered-To: sipcore@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EF751201C8 for <sipcore@ietfa.amsl.com>; Wed, 12 Jun 2019 11:25:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] 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 nRuA3Znt9-RK for <sipcore@ietfa.amsl.com>; Wed, 12 Jun 2019 11:25:04 -0700 (PDT)
Received: from outgoing-alum.mit.edu (outgoing-alum.mit.edu [18.7.68.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BF464120182 for <sipcore@ietf.org>; Wed, 12 Jun 2019 11:25:03 -0700 (PDT)
Received: from PaulKyzivatsMBP.localdomain (c-24-62-227-142.hsd1.ma.comcast.net [24.62.227.142]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.14.7/8.12.4) with ESMTP id x5CIP0GC006824 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for <sipcore@ietf.org>; Wed, 12 Jun 2019 14:25:01 -0400
To: sipcore@ietf.org
References: <156035921069.14103.10047256808594559317.idtracker@ietfa.amsl.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <59af2c4b-9f9b-92e1-68bb-384847b077e3@alum.mit.edu>
Date: Wed, 12 Jun 2019 14:25:00 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:60.0) Gecko/20100101 Thunderbird/60.7.0
MIME-Version: 1.0
In-Reply-To: <156035921069.14103.10047256808594559317.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/sipcore/PmPoWxgOoaUoOCK7lK_txEhCUns>
Subject: Re: [sipcore] Warren Kumari's Yes on draft-ietf-sipcore-rejected-08: (with COMMENT)
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 12 Jun 2019 18:25:12 -0000

On 6/12/19 1:06 PM, Warren Kumari via Datatracker wrote:
> Warren Kumari has entered the following ballot position for
> draft-ietf-sipcore-rejected-08: Yes

> Nits:
> "Another value of the 607 rejection is presuming the proxy forwards
> the response code to the User Agent Client (UAC), the calling UAC or
> intervening proxies will also learn the user is not interested in
> receiving calls from that sender."
> I found this sentence really hard to parse -- I think adding a comma after "is"
> fixes it.

I still find that hard to follow. Here is another possibility:

If the 607 rejection is forwarded all the way to the User Agent Client 
(UAC) then, like 608, it informs the UAC and any other intervening 
proxies that the user is not interested in receiving calls from that sender.

	Thanks,
	Paul

v2.23.0 | Report a Bug | By Email