Re: [sipcore] #15: Section 7 item 5 is wrong

Mary Barnes <mary.ietf.barnes@gmail.com> Tue, 12 October 2010 22:38 UTC

Return-Path: <mary.ietf.barnes@gmail.com>
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 77CF83A6A87 for <sipcore@core3.amsl.com>; Tue, 12 Oct 2010 15:38:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.492
X-Spam-Level:
X-Spam-Status: No, score=-102.492 tagged_above=-999 required=5 tests=[AWL=0.107, BAYES_00=-2.599, 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 Cu5+1kT+Solz for <sipcore@core3.amsl.com>; Tue, 12 Oct 2010 15:38:23 -0700 (PDT)
Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by core3.amsl.com (Postfix) with ESMTP id 386213A6AB3 for <sipcore@ietf.org>; Tue, 12 Oct 2010 15:38:22 -0700 (PDT)
Received: by gxk20 with SMTP id 20so1975152gxk.31 for <sipcore@ietf.org>; Tue, 12 Oct 2010 15:39:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=m0m6+C5b4q3R5TLAfU60PrQV0QH7OiHpa2LvzJGEWTs=; b=dymrv0JIw93c14Tbyp6/FseRW0WaEs4zqfzqyE/OYYznYX8oCJsGOLQ3glSeBkwot7 W34DW7O0ZXZgABJKI+N2exBX4APkwtOWBlMFV8OXoglRqY/udIuMQQByBflmM/h8yDNq 8fElk8DQnwQkmKHbLfCzz5NyMsAGycZK0yj6k=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=cyE/PDC7hg6fsxBh4JQKzoqXRN4/Fk0uqyAPpz0cjg+/dDFYkZEdlNFq7WxQm7TCgN XRJc5GKtkzsfxn855HzfZge63izz1roKkYwB7/zLLfe0IqbWykJ8hFDSK0mzW+qAM9VP /qfCTthk8lhCa/VwPDsSZAd+0OZyI50KTxpYs=
MIME-Version: 1.0
Received: by 10.236.95.138 with SMTP id p10mr16198089yhf.87.1286923175887; Tue, 12 Oct 2010 15:39:35 -0700 (PDT)
Received: by 10.236.108.172 with HTTP; Tue, 12 Oct 2010 15:39:35 -0700 (PDT)
In-Reply-To: <064.fb0d35ccf3f8bcb2cb825f12dfecf42e@tools.ietf.org>
References: <064.fb0d35ccf3f8bcb2cb825f12dfecf42e@tools.ietf.org>
Date: Tue, 12 Oct 2010 17:39:35 -0500
Message-ID: <AANLkTik03+qcKNRV1sAk5y9iHF3ehbKudpCbyJ+c1WLT@mail.gmail.com>
From: Mary Barnes <mary.ietf.barnes@gmail.com>
To: sipcore issue tracker <trac@tools.ietf.org>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Cc: sipcore@ietf.org
Subject: Re: [sipcore] #15: Section 7 item 5 is wrong
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
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, 12 Oct 2010 22:38:24 -0000

Yep - see your point.

Going back to the basic point of the tags (and making them very
explicit), really the only entity that knows the original target for
certain is the UAC.  So, I wonder if we shouldn't add a unique tag for
that?  I think that's the only way to get it right.

Mary.

On Mon, Aug 30, 2010 at 2:20 PM, sipcore issue tracker
<trac@tools.ietf.org> wrote:
> #15: Section 7 item 5 is wrong
> ------------------------------------+---------------------------------------
>  Reporter:  hkaplan@…               |       Owner:
>     Type:  defect                  |      Status:  new
>  Priority:  major                   |   Milestone:  milestone1
> Component:  rfc4244bis              |     Version:  2.0
>  Severity:  In WG Last Call         |    Keywords:
> ------------------------------------+---------------------------------------
>  Section 7 item 5 says:
>        5.  Entry with the index that matches the value of the first entry
>        with a "mp" hi-target parameter - i.e., the original target of
>        the request.
>
>  Nope.  The first "mp" tagged entry is the first of possibly multiple
>  diverted-to users, not the original.  The original target of the request
>  never gets the "mp" tag, afaict.
>
>  Unfortunately, determining the original target is not trivial.  It's not
>  simply the entry before the first "mp" tagged one, since that could be a
>  "rc" registered contact, for example.  It's also not necessarily the first
>  non-"rc" tagged entry before the first "mp" tagged one, because that entry
>  could just be a intermediate routing operation.  And that's a big problem
>  with H-I that I don't know how to solve.
>
> --
> Ticket URL: <http://trac.tools.ietf.org/wg/sipcore/trac/ticket/15>
> sipcore <http://tools.ietf.org/sipcore/>
>
> _______________________________________________
> sipcore mailing list
> sipcore@ietf.org
> https://www.ietf.org/mailman/listinfo/sipcore
>