[Sipping] Request / Response (RPC-like) exchange in SIP?

steven.d.whitehead@verizon.com Mon, 18 September 2006 17:54 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GPNK8-0002hL-Uk; Mon, 18 Sep 2006 13:54:28 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GPNK6-0002gj-VQ for sipping@ietf.org; Mon, 18 Sep 2006 13:54:26 -0400
Received: from irvmail2.verizon.com ([192.76.80.130]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GPNK3-0002wA-CL for sipping@ietf.org; Mon, 18 Sep 2006 13:54:26 -0400
Received: from smtpftw3.verizon.com (smtpftw3.verizon.com [138.83.140.92]) by irvmail2.verizon.com (8.13.3/8.13.3) with ESMTP id k8IHsh6F008696 for <sipping@ietf.org>; Mon, 18 Sep 2006 12:54:43 -0500 (EST)
Received: from tpaintrmemf3.verizon.com (tpaintrmemf3.verizon.com [138.83.67.58]) by smtpftw3.verizon.com (8.13.3/8.13.3) with ESMTP id k8IHsI2f006094 for <sipping@ietf.org>; Mon, 18 Sep 2006 13:54:18 -0400 (EDT)
Received: from coregate2.verizon.com (unknown [138.83.34.48]) by tpaintrmemf3.verizon.com (Symantec Mail Security) with ESMTP id 9D870444015 for <sipping@ietf.org>; Mon, 18 Sep 2006 13:54:18 -0400 (EDT)
Received: from dwsmtp01.core.verizon.com (dwsmtp01.verizon.com [138.83.35.62]) by coregate2.verizon.com (8.13.3/8.13.3) with ESMTP id k8IHsHBg021859 for <sipping@ietf.org>; Mon, 18 Sep 2006 12:54:18 -0500 (CDT)
Date: Mon, 18 Sep 2006 13:54:16 -0400
MIME-Version: 1.0
To: sipping@ietf.org
Cc:
From: steven.d.whitehead@verizon.com
X-Mailer: Microsoft Outlook v 11.00.8000, MSOC v 2.00.4007.00
Message-ID: <OF5CD81120.5D4579D1-ON042571ED.0060A75C@CORE.VERIZON.COM>
X-MIMETrack: Serialize by Router on DWSMTP01/HSVR/Verizon(Release 6.5.4HF453 | August 4, 2005) at 09/18/2006 12:54:17, Serialize complete at 09/18/2006 12:54:17
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Brightmail-Tracker: AAAAAA==
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa
Subject: [Sipping] Request / Response (RPC-like) exchange in SIP?
X-BeenThere: sipping@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "SIPPING Working Group \(applications of SIP\)" <sipping.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sipping@ietf.org>
List-Help: <mailto:sipping-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=subscribe>
Errors-To: sipping-bounces@ietf.org

Hey all,

Is there any interest now or has there been discussion in the past on a
SIP extension that supports a request/response (RPC-like) dialog? If so,
would someone be willing to summarize the outcome of such a discussion.  

What I'm thinking is a SIP method that could be used to construct a simple
Request/Response dialog between two endpoints. In principal, I suppose it
could be designed to support a more extended dialog of request/response
messages, but a single request/response would be the norm. 

The intent would be to provide SIP with a mechanism for doing a kind of
RPC, very much the way Web-services based architectures use HTTP GET/POST
dialogs to implement an RPC mechanism.

I know this may sound like heresy, but my desire for such a mechanism is
based on the utility of RPC within the context of a SIP service control
network. That is, for certain types of services there are times when you
want to do an RPC-like request/response transaction from one endpoint to
the other (e.g., perhaps to perform a commercial service purchase
transaction between two parties). In a converged services framework, say
based on SIP, it'd be convenient to be able to do this with SIP, rather
than via some other (parallel) signaling protocol (e.g. web-services), so
that the service signaling can a) be managed by a single protocol and b)
travel a common signaling path for the purposes of service tracking and
settlement.   ..hence my question.

I can imagine trying to use existing SIP mechanisms for this purpose, such
as Subscribe/notify, info, or message, but none of these seems designed
for this purpose.

So what do people think about an RPC-like request/response mechanism for
SIP?


Oh wait a second.... 


........... ok, I've got my fire retardant suit on.... 


... flame away!

-Steve


_______________________________________________
Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sip@ietf.org for new developments of core SIP