Re: [sipcore] draft-barnes-sipcore-rfc4244bis

"Worley, Dale R (Dale)" <dworley@avaya.com> Mon, 11 July 2011 18:55 UTC

Return-Path: <dworley@avaya.com>
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 F3D5121F8E63 for <sipcore@ietfa.amsl.com>; Mon, 11 Jul 2011 11:55:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.25
X-Spam-Level:
X-Spam-Status: No, score=-103.25 tagged_above=-999 required=5 tests=[AWL=0.349, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I5lYpvy8EOD0 for <sipcore@ietfa.amsl.com>; Mon, 11 Jul 2011 11:55:49 -0700 (PDT)
Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) by ietfa.amsl.com (Postfix) with ESMTP id 0078721F8DB5 for <sipcore@ietf.org>; Mon, 11 Jul 2011 11:55:48 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgABAA1GG06HCzI1/2dsb2JhbABTl2WPN3etKwKbOYVbXwSXb4tI
X-IronPort-AV: E=Sophos;i="4.65,516,1304308800"; d="scan'208";a="255998782"
Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by de307622-de-outbound.net.avaya.com with ESMTP; 11 Jul 2011 14:55:46 -0400
Received: from unknown (HELO DC-US1HCEX3.global.avaya.com) ([135.11.52.22]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 11 Jul 2011 14:48:47 -0400
Received: from DC-US1MBEX4.global.avaya.com ([169.254.2.172]) by DC-US1HCEX3.global.avaya.com ([135.11.52.22]) with mapi; Mon, 11 Jul 2011 14:55:45 -0400
From: "Worley, Dale R (Dale)" <dworley@avaya.com>
To: Shida Schubert <shida@ntt-at.com>
Date: Mon, 11 Jul 2011 14:55:45 -0400
Thread-Topic: [sipcore] draft-barnes-sipcore-rfc4244bis
Thread-Index: Acw+0DQSy4Ac8gpxR3CVAB27tHKBTQBKxgga
Message-ID: <CD5674C3CD99574EBA7432465FC13C1B222B1F5764@DC-US1MBEX4.global.avaya.com>
References: <14FFF078-E5D1-45F2-8D9A-AD52DE677CEF@cisco.com>, <F0155A5D-B8F4-4538-8B8B-DC8EC0AC0131@cisco.com> <CD5674C3CD99574EBA7432465FC13C1B222B1F56DB@DC-US1MBEX4.global.avaya.com>, <C931875E-9406-4C2D-AA0F-88242D0DE184@ntt-at.com>
In-Reply-To: <C931875E-9406-4C2D-AA0F-88242D0DE184@ntt-at.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "sipcore@ietf.org WG" <sipcore@ietf.org>
Subject: Re: [sipcore] draft-barnes-sipcore-rfc4244bis
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.12
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, 11 Jul 2011 18:55:50 -0000

(replying to the message below)

Cullen was raising the question "Exactly how do you use History-Info to make the decisions that we think it will allow to be made?"  My concept is that we should present algorithms that (allegedly) process History-Info to make the decisions needed by the various use cases.  My message "[sipcore] 4244bis Application processing" (http://www.ietf.org/mail-archive/web/sipcore/current/msg04186.html) was an attempt to present such algorithms -- note that those algorithms work in a different way than do the algorithms in 4244bis.  In principle, you can read the algorithms and tell whether or not History-Info (as we have defined it), processed by the presented algorithm, does what the use case needs.  If it *does*, then we know that History-Info captures enough information for the use case.

Dale
________________________________________
From: Shida Schubert [shida@ntt-at.com]
Sent: Sunday, July 10, 2011 3:08 AM
To: Worley, Dale R (Dale)
Cc: Cullen Jennings; sipcore@ietf.org WG
Subject: Re: [sipcore] draft-barnes-sipcore-rfc4244bis

Hi Dale;

 Could you elaborate as to what you are suggesting?

 Regards
  Shida

On Jun 23, 2011, at 4:50 AM, Worley, Dale R (Dale) wrote:

> ________________________________________
> From: sipcore-bounces@ietf.org [sipcore-bounces@ietf.org] On Behalf Of Cullen Jennings [fluffy@cisco.com]
>
>> However, I would like to see some text added to section 8 that allowed implementers to use this specification to implemented some of the use cases it is designed to meet. Specifically I would like to see normative language on how a voicemail system can use the tags found in an incoming invite to determined which mailbox the call should be delivered too.
> _______________________________________________
>
> Most importantly, presenting algorithms for the use cases allows the reader to verify that the mechanism does accomplish what it was designed to do, and that there are not peculiar cases where the mechanism fails.
>
> Dale
> _______________________________________________
> sipcore mailing list
> sipcore@ietf.org
> https://www.ietf.org/mailman/listinfo/sipcore