Gonzalo,
Obviously we allow a "forward" reference from the sip message itself
(which from a mime perspective are just a bunch of mime headers.)
I think that establishes a precedent that needs to be continued. An
example of why can be seen in sipfrag:
If we had a valid sip response that had a reference into one of its body
parts, then if that was turned into a sipfrag and stuffed into the body
of a NOTIFY, then it must still be valid.
I just did a quick scan of the new draft, so the following is a
tentative comment, until I can read it more carefully:
I think the draft is now saying that the decision about whether to
process a body part according to a reference to it, or process
independently, is decided based on whether a reference is found. We had
this discussion before, and I think we agreed that wouldn't work well,
and that instead we would have a special C-D type for body parts that
are disposed of based on a reference.
I don't think the introduction of issues related to multipart/related
changes this. The obvious cases are when there is a single
multipart/mixed containing some body parts. Some of those may be
referenced from CID URIs in sip headers, and others (e.g. SDP) may stand
on their own. It is entirely possible that a body part might be
referenced from some extension header that the recipient doesn't
understand. In that case it may erroneously decide to process the body
part on its own, when it should instead have ignored it because the
header isn't being processed.
Thanks,
Paul
Gonzalo Camarillo wrote:
Folks,
I have just submitted a new revision of the body handling draft. Until
it appears on the archives, you can fetch it from:
http://users.piuha.net/gonzalo/temp/draft-ietf-sip-body-handling-00.txt
Per our discussions in Chicago, the draft now states that only body
parts within the same 'multipart/related' can reference each other using
cid URIs.
If this is too restrictive, we could also allow using forward references
in any context (with no 'multipart/related' at all).
Comments?
Thanks,
Gonzalo
_______________________________________________
Sip mailing list https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [EMAIL PROTECTED] for questions on current sip
Use [EMAIL PROTECTED] for new developments on the application of sip
_______________________________________________
Sip mailing list https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [EMAIL PROTECTED] for questions on current sip
Use [EMAIL PROTECTED] for new developments on the application of sip
