[sipcore] #37: Clarify use of rc vs. mp

"sipcore issue tracker" <trac@tools.ietf.org> Tue, 31 August 2010 18:16 UTC

Return-Path: <trac@tools.ietf.org>
X-Original-To: sipcore@core3.amsl.com
Delivered-To: sipcore@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8681C3A683A for <sipcore@core3.amsl.com>; Tue, 31 Aug 2010 11:16:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.574
X-Spam-Level:
X-Spam-Status: No, score=-102.574 tagged_above=-999 required=5 tests=[AWL=0.026, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KudIz8VVf24B for <sipcore@core3.amsl.com>; Tue, 31 Aug 2010 11:16:02 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 94D553A6838 for <sipcore@ietf.org>; Tue, 31 Aug 2010 11:16:02 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1OqVNn-0003xl-EW; Tue, 31 Aug 2010 11:16:33 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: sipcore issue tracker <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: worley@alum.mit.edu
X-Trac-Project: sipcore
Date: Tue, 31 Aug 2010 18:16:31 -0000
X-URL: http://tools.ietf.org/sipcore/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/sipcore/trac/ticket/37
Message-ID: <061.e885c4170fd8fc303ed3a8a18c42af97@tools.ietf.org>
X-Trac-Ticket-ID: 37
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: worley@alum.mit.edu, sipcore@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: sipcore@ietf.org
Subject: [sipcore] #37: Clarify use of rc vs. mp
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.9
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Tue, 31 Aug 2010 18:16:04 -0000

#37: Clarify use of rc vs. mp
---------------------------------+------------------------------------------
 Reporter:  worley@…             |       Owner:            
     Type:  enhancement          |      Status:  new       
 Priority:  minor                |   Milestone:  milestone1
Component:  rfc4244bis           |     Version:            
 Severity:  In WG Last Call      |    Keywords:            
---------------------------------+------------------------------------------
 Section 6.3.1 para 3 defines two values for "hit".  There are three things
 left unclear:  (1) The definitions don't explicitly descibe which to URIs
 the conditions are applied.  E.g.

    o  "rc": The Request-URI is a contact that is bound to an AOR in an
 abstract location service.  The AOR-to-contact binding has been placed
 into the location service by a SIP Registrar that received a SIP REGISTER
 request.

 "The request-URI" is not described as the one added to the target set, and
 "an AOR" is not describe as the incoming request-URI.

 Ths should be clarified:

    o  "rc": The URI added to the target set is a contact that is bound (in
 an abstract location service) to the AOR that is the request-URI of the
 incoming request, and the AOR-to-contact binding was placed into the
 location service by a SIP Registrar due to a SIP REGISTER request.

 Similarly:

    o  "mp": The URI added to the target set is a URI that represents
 "another user" (in a manner defined by the proxy) than the request-URI of
 the incoming request.  This occurs when a request is to be statically or
 dynamically retargeted to another user.

 (2) It should be noted explicitly that there are situations where neither
 of the above applies, in which case, no "hit" parameter or hi-target (as
 appropriate for the situation) would be added.

-- 
Ticket URL: <http://trac.tools.ietf.org/wg/sipcore/trac/ticket/37>
sipcore <http://tools.ietf.org/sipcore/>