|
Hello Eric,
thanks for your mail.
> What precisely is the use case behind your
request?
The use case is to initiate sharing of a resource
(stored at an external server) to participants of a tightly coupled conference
(RFC4353).
After the tightly coupled conference is
established, a participating client sends a SIP request containing a
MIME body of MIME type message/external-body (RFC2017) towards the focus.
The "URL" parameter of the Content-Type header of
the MIME body contains URL of the resource to be shared. The "handling"
parameter with value "xyz" of the Content-Disposition header of the MIME body
indicates to the focus that this is not a regular message/external-body but it
is a request to initiate sharing of the resource to
participants.
When the focus receives a SIP request with the MIME
body of MIME type message/external-body with the "handling" parameter of
Content-Dispotion header set to "xyz", the focus will start sharing the resource
indicated by the URL of the MIME body of MIME type
message/external-body.
If the focus received
the SIP request with the MIME body of MIME type
message/external-body WITHOUT the "handling" parameter of Content-Dispotion
header set to "xyz", the focus would behave differently - e.g. initiate
the SIP requests towards the other participants and include there
the MIME body.
Other considered method is to initiate sharing of the
resource using 5.2. Adding Participants of RFC4353 - the participating
client indicates to the focus to add the resource as added participant. The
focus applies a special policy when the focus detects the referred URI
is not a user.
Kind regards
Siemens PSE CZ TMM MMA8 phone: +420 5 3877 6532 email: ivo.sedlacek.ext at nsn.com, ivo.sedlacek at siemens.com Mailcode: tL3PbjBL From: ext Eric Burger [mailto:eburger at standardstrack.com] Sent: 19. září 2008 22:04 To: Sedlacek Ivo Cc: SIP IETF Subject: Re: [Sip] [sip] extensions of "handling" parameter of Content-Disposition header ;handling is a parameter that tells the UAS that is MUST (or MAY) understand the
body part in its processing of the SIP message. "Understand" usually means "can
process" the body part, but that is an implementation issue.
Content-Disposition is a parameter that tells the UAS what to do with
the body part.
Now, looking at your question, Content-Disposition is probably not what you
want, either. You say, "to signal a particular action which
the sender requests from the recipient". That implies signaling.
Content-Disposition is not signaling. Content-Disposition is a hint to the UAS
as to what it should do with the body. If you want to signal an action at the
UAS, then you more likely want one of (new) INFO packages, PUBLISH/SUBSCRIBE, or
a new SIP header.
What precisely is the use case behind your request?
On Sep 19, 2008, at 7:16 AM, Sedlacek Ivo wrote:
|
_______________________________________________ Sip mailing list https://www.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use sip-implementors at cs.columbia.edu for questions on current sip Use sipping at ietf.org for new developments on the application of sip