Re: MESSAGE for rendering

Dale.Worleycomcast.net wrote:
>    From: Paul Kyzivat <pkyzivatcisco.com>
> 
>    I am entirely with you if the *intent* of sending
the vcard is to render 
>    it to the user in some human readable way. Its
hardly any different from 
>    sending HTML.
> 
>    Its much more questionable if the intent is that the
vcard be filed in 
>    the recipients address book without being rendered.
> 
> IMHO, filing information is as good as actually
rendering it.  The
> real question is layering -- "render" means
"deliver to the layer
> above the SIP UA". 

Does it? Lots of things could mean that. E.g.
"inline" and "attachment" 
could mean that too. If the "layer above the sip
ua" can get these 
things with different dispositions then we have simply
passed the buck 
on what it means.

I *think* each different type of sip message needs to define
the content 
dispositions that are valid with it and what they mean for
it.

> Anything that partakes of media is "rendered"
and
> is acceptable for MESSAGE, anything that partakes of
signaling is not
> "rendered" and is acceptable for INFO.

I don't understand the above.

> One criterion is "Would it make sense to let the
user arbitrarily
> re-route where this information goes?"  With a
vcard, it makes sense.
> With the information INFO was intended to carry, it
does not:

I'm not certain I understand that either, or to the extent I
do I don't 
know how to operationalize it.

>    RFC 2976 1.1 Example Uses
> 
>       The following are a few of the potential uses of
the INFO message:
> 
>       - Carrying mid-call PSTN signaling messages
between PSTN
>         gateways.
> 
>       - Carrying DTMF digits generated during a SIP
session.
> 
>       - Carrying wireless signal strength information
in support of
>         wireless mobility applications.
> 
>       - Carrying account balance information.
> 	[in a pay-as-you-go network -- DRW]

Balance, and maybe signal strength, could also be usefully
rendered to 
the user.

	Paul

> Dale
> 
> 
> _______________________________________________
> Sip mailing list  https://ww
w1.ietf.org/mailman/listinfo/sip
> This list is for NEW development of the core SIP
Protocol
> Use sip-implementorscs.columbia.edu for
questions on current sip
> Use sippingietf.org for new developments on the
application of sip
> 


_______________________________________________
Sip mailing list  https://ww
w1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementorscs.columbia.edu for questions on current
sip
Use sippingietf.org for new developments on the application of
sip