From: "Stach, Thomas" <thomas.stach@unify.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>, "sipcore@ietf.org"
 <sipcore@ietf.org>
Thread-Topic: Content-Disposition questions
Thread-Index: AdBaY9SoDDjiuJSCSNy+9rzo9dcbwwAG+ntAACLKJ7AAAKAUgA==
Date: Tue, 10 Mar 2015 09:45:50 +0000
Message-ID: <F81CEE99482EFE438DAE2A652361EE121E2B7B82@MCHP04MSX.global-ad.net>
References: <7594FB04B1934943A5C02806D1A2204B1D73005D@ESESSMB209.ericsson.se>
 <F81CEE99482EFE438DAE2A652361EE121E2B6D17@MCHP04MSX.global-ad.net>
 <7594FB04B1934943A5C02806D1A2204B1D7335FB@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D7335FB@ESESSMB209.ericsson.se>
Accept-Language: de-AT, en-US
Content-Language: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/sipcore/nYy8_0GCC7sqoGNP5S6Tuhg1nbs>
Subject: Re: [sipcore] Content-Disposition questions
Precedence: list

Christer,


>=20
> Hi Thomas,
>=20
> My issue is not so much related to specific usages of the handling parame=
ter -
Understood.=20
More inline

> but what the default value is when not present in the message.
>=20
> Regards,
>=20
> Christer
>=20
> -----Original Message-----
> From: Stach, Thomas [mailto:thomas.stach@unify.com]
> Sent: 09 March 2015 17:54
> To: Christer Holmberg; sipcore@ietf.org
> Subject: RE: Content-Disposition questions
>=20
> Christer,
>=20
> I don't know if that helps with your question, but if you tunnel QSIG ove=
r SIP
> it would most likely done using ECMA-355 or the ISO's equivalent IS 22535
>=20
> Here, the handling parameter would be set to "required".
>=20
> - http://www.ecma-international.org/publications/files/ECMA-ST/ECMA-355.p=
df
> -
> http://standards.iso.org/ittf/PubliclyAvailableStandards/c052060_ISO_IEC_=
22535
> _2009(E).zip
>=20
>=20
> Regards
> Thomas
>=20
> From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Christer Hol=
mberg
> Sent: Montag, 9. M=E4rz 2015 13:26
> To: sipcore@ietf.org
> Subject: [sipcore] Content-Disposition questions
>=20
> Hi,
>=20
> Section 20.11 of RFC 3261 says:
>=20
> =A0=A0=A0=A0=A0=A0=A0 "For backward-compatibility, if the Content-Disposi=
tion header field
> =A0=A0 =A0=A0=A0=A0 is missing, the server SHOULD assume bodies of Conten=
t-Type
> =A0=A0 =A0=A0=A0=A0 application/sdp are the disposition "session", while =
other content
> =A0=A0 =A0=A0=A0=A0 types are "render"."
>=20
> Section 20.11 also says:
>=20
> =A0=A0=A0=A0=A0=A0=A0 "The handling parameter, handling-param, describes =
how the UAS should
> =A0=A0 =A0=A0=A0=A0 react if it receives a message body whose content typ=
e or disposition
> =A0=A0 =A0=A0=A0=A0 type it does not understand. The parameter has define=
d values of
> =A0=A0 =A0=A0=A0=A0 "optional" and "required". If the handling parameter =
is missing, the
> =A0=A0 =A0=A0=A0=A0 value "required" SHOULD be assumed. The handling para=
meter is
> =A0=A0 =A0=A0=A0=A0 described in RFC 3204 [19].
>=20
>=20
> QUESTION_1: If the C-D header field is missing, and the default dispositi=
on
> type value ("render") is assumed, shall then the default handling value
> ("required") also be assumed?

Yes, for unknown message bodies with the following exception.
Since RFC3204 is a normative reference, "qsig" and "isup" are not "unknown"=
 and=20
treated as specified there,=20
i.e. Content-Disposition: signal; handling=3Doptional

>=20
>=20
>=20
> RFC 3204, which RFC 3261 refers to, says that the default disposition typ=
e
> value for ISUP and QSIG bodies are "signal".
>=20
> QUESTION_2: If, for a specific message body, the "render" default type ca=
n be
> overwritten, shouldn't that be mentioned in 3261?

I think this is already written down. The last sentence in section 20.11 re=
ads
"   If this header field is missing, the MIME type determines the default
   content disposition.  If there is none, "render" is assumed."

So, if the MIME type is understood, the default disposition from the=20
corresponding MIME definition applies. Of course, this default disposition=
=20
can be overwritten by sending a corresponding C-D header field, as e.g. ECM=
A-355 does for "qsig".
"render" kicks in, only if the MIME type is not understood and if C-D is om=
itted.
Does this make sense?

Regards
Thomas


>=20
>=20
> Regards,
>=20
> Christer