[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
- [Sipping] Request / Response (RPC-like) exchange … steven.d.whitehead
- Re: [Sipping] Request / Response (RPC-like) excha… Dean Willis
- Re: [Sipping] Request / Response (RPC-like) excha… Dale.Worley
- RE: [Sipping] Request / Response (RPC-like) excha… Markus.Isomaki
- Re: [Sipping] Request / Response (RPC-like) excha… Shida Schubert