Re: [Sip] MESSAGE for rendering
Dean Willis <dean.willis@softarmor.com> Wed, 19 December 2007 05:21 UTC
Return-path: <sip-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4rMv-0000yK-KM; Wed, 19 Dec 2007 00:21:21 -0500
Received: from sip by megatron.ietf.org with local (Exim 4.43) id 1J4rMt-0000y7-JT for sip-confirm+ok@megatron.ietf.org; Wed, 19 Dec 2007 00:21:19 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4rMt-0000xy-9P for sip@ietf.org; Wed, 19 Dec 2007 00:21:19 -0500
Received: from nylon.softarmor.com ([66.135.38.164]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J4rMr-0001u6-1E for sip@ietf.org; Wed, 19 Dec 2007 00:21:19 -0500
Received: from [192.168.2.100] (cpe-76-185-142-113.tx.res.rr.com [76.185.142.113] (may be forged)) (authenticated bits=0) by nylon.softarmor.com (8.13.8/8.13.8/Debian-3) with ESMTP id lBJ5LA8N001477 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 18 Dec 2007 23:21:11 -0600
In-Reply-To: <476858D7.9080209@cisco.com>
References: <E6C2E8958BA59A4FB960963D475F7AC30273B2D97F@mail.acmepacket.com> <4762FB8B.2020308@cisco.com> <200712142327.lBENRjRq023454@dragon.ariadne.com> <E6C2E8958BA59A4FB960963D475F7AC30273B2DF33@mail.acmepacket.com> <47631BA9.5040904@cisco.com> <476819FE.6060406@ericsson.com> <0EA88CBE-EE81-4AB4-9AD3-56B75B710485@softarmor.com> <476858D7.9080209@cisco.com>
Mime-Version: 1.0 (Apple Message framework v753)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <9F8EAFA7-33E1-4C09-9014-22ECB462C127@softarmor.com>
Content-Transfer-Encoding: 7bit
From: Dean Willis <dean.willis@softarmor.com>
Subject: Re: [Sip] MESSAGE for rendering
Date: Tue, 18 Dec 2007 23:21:02 -0600
To: Jonathan Rosenberg <jdrosen@cisco.com>
X-Mailer: Apple Mail (2.753)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52e1467c2184c31006318542db5614d5
Cc: "sip@ietf.org" <sip@ietf.org>, Paul Kyzivat <pkyzivat@cisco.com>
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
Errors-To: sip-bounces@ietf.org
On Dec 18, 2007, at 5:33 PM, Jonathan Rosenberg wrote: > I think application/im-iscomposing+xml IS rendered; and its > rendering causes the UI to show that the user is typing. > I think INVITE is rendered, and its rendering causes the uses phone to make a ringing nose that causes the user to press a button that causes a new message to be sent. > As a litmus test for this stuff, a question is whether it can > reasonably be converted to a text/plain content and sent in a > MESSAGE, and if it is rendered, is the resulting behavior > reasonable. For the iscomposing indicators, I think you could. You > could instead send a text IM like "Joe is typing a reply..." and > render that, and this would achieve the same objective. If you displayed the current iscomposing object on the screen, I'm afraid you'd just confuse my mom. It's not just text. Before you send it, you really need to know that the other end understands what you mean. That's the crux of what is wrong with INFO today. > Also, I would not want to send iscomposing over the SIP dialog - I > think it should be on the media path. There will be a LOT of them, > and there is a requirement for timeliness. See my other note on the > criteria for sending something in dialog vs. along the media path. > Well, that's reasonable, but we have what we have, and that's a SIP message for iscomposing, and probably some IPR on that too. -- Dean _______________________________________________ Sip mailing list https://www1.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use sip-implementors@cs.columbia.edu for questions on current sip Use sipping@ietf.org for new developments on the application of sip
- [Sip] MESSAGE for rendering Hadriel Kaplan
- Re: [Sip] MESSAGE for rendering Paul Kyzivat
- RE: [Sip] MESSAGE for rendering Hadriel Kaplan
- Re: [Sip] MESSAGE for rendering Dale.Worley
- RE: [Sip] MESSAGE for rendering Hadriel Kaplan
- Re: [Sip] MESSAGE for rendering Paul Kyzivat
- Re: [Sip] MESSAGE for rendering Paul Kyzivat
- Re: [Sip] MESSAGE for rendering Paul Kyzivat
- Re: [Sip] MESSAGE for rendering Salvatore Loreto
- Re: [Sip] MESSAGE for rendering Dean Willis
- Re: [Sip] MESSAGE for rendering Jonathan Rosenberg
- Re: [Sip] MESSAGE for rendering Paul Kyzivat
- Re: [Sip] MESSAGE for rendering Dean Willis
- Re: [Sip] MESSAGE for rendering Paul Kyzivat
- Re: [Sip] MESSAGE for rendering Dean Willis
- Re: [Sip] MESSAGE for rendering Dean Willis
- Re: [Sip] MESSAGE for rendering David R Oran
- Re: [Sip] MESSAGE for rendering Paul Kyzivat