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