Re: [MMUSIC] Re: ietf-mmusic-sdp-media-content-03
Gunnar Hellstrom <gunnar.hellstrom@omnitor.se> Wed, 05 July 2006 21:40 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FyF6y-0001P8-Pe; Wed, 05 Jul 2006 17:40:44 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FyF6x-0001P3-57 for mmusic@ietf.org; Wed, 05 Jul 2006 17:40:43 -0400
Received: from pne-smtpout1-sn2.hy.skanova.net ([81.228.8.83]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FyF6v-0000db-P9 for mmusic@ietf.org; Wed, 05 Jul 2006 17:40:43 -0400
Received: from Misan (213.64.228.153) by pne-smtpout1-sn2.hy.skanova.net (7.2.075) id 44A2E86F00182265; Wed, 5 Jul 2006 23:40:39 +0200
From: Gunnar Hellstrom <gunnar.hellstrom@omnitor.se>
To: Colin Perkins <csp@csperkins.org>
Subject: Re: [MMUSIC] Re: ietf-mmusic-sdp-media-content-03
Date: Wed, 05 Jul 2006 22:40:36 +0100
Message-ID: <CCEIKIABCPCLIACIPNMKCEFJCEAA.gunnar.hellstrom@omnitor.se>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 36c793b20164cfe75332aa66ddb21196
Cc: 'Cullen Jennings' <fluffy@cisco.com>, 'Gonzalo Camarillo' <Gonzalo.Camarillo@ericsson.com>, MMusic <mmusic@ietf.org>
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
Errors-To: mmusic-bounces@ietf.org
Colin, Cullen and all, We have had a brief discussion about the "txp" attribute for the media-content parameter. I want to bring this discussion to the list. We have been asked to provide a more clear definition of what content:"txp" means. During these efforts, Colin and Cullen have started to question if it was right to include the "txp" attribute in this draft. They see some difference in type of the "txp" attribute from the other attributes in the draft. I have not seen that difference. By the end of section 5, there is a statement "All of these values can be used with any media type." We have specified "txp" so far mainly to be used together with the text medium specification. But we can define it to have meaning also for audio. It would then mean that audio contents is intermittently used and takes turns with text contents. The party signaling this attribute is likely a PSTN gateway. Between the gateway and the endpoint receiving the indication there is no strict restriction on the media. It is rather how their contents is used that is specified. Many of the other attributes are also easiest foreseable for one specific medium. sl for sign lanuage is easiest foreseeable added to the video medium. slides is easiest to foresee for the image medium. speaker is said to be video related. Thus there is no strict rule that an attribute must be valid for many media. You say that the "txp" attribute influences media negotiation when the draft says that media-content attributes should not. I cannot see that it influences media negotiation more than any other media-content attribute. The "sl" ( Sign language ) attribute may lead to some terminals avoiding to connect this medium because the user is not interested, while others can be interested to define their terminals to always negotiate the "sl" video and put it in a good viewing position. Same with "alt". On a small terminal you may preset the terminal to not show the stream with the "alt" media-content attribute. Conclusion, "txp" is an attribute of similar type as most other media-content attributes and suits well in the media-contents specification. It just needs a further elaborated description in the draft. I will have a try shortly to create that. Gunnar ---------------------------------------------------------------------------- - Gunnar Hellstrom, Omnitor gunnar.hellstrom@omnitor.se Mob: +46 708 204 288 Phone: +46 8 556 002 03 www.omnitor.se -----Ursprungligt meddelande----- Fran: Colin Perkins [mailto:csp@csperkins.org] Skickat: den 5 juli 2006 20:16 Till: Gunnar Hellstrom Kopia: Arnoud van Wijk; 'Cullen Jennings'; 'Gonzalo Camarillo'; 'Jani Hautakorpi ((JO/LMF))' Amne: Re: SV: SV: SV: [MMUSIC] Re: ietf-mmusic-sdp-media-content-03 On 5 Jul 2006, at 19:10, Gunnar Hellstrom wrote: > Is it OK for you if we copy this thread to the list and continue > there? If you wish. > Firstly, I saw a need to declare real-time text capability already > on the > session level. Therefore I suggested use of the Contact:;text > and there we can also use Contact;:duplex="half" as a general > indicator. > > There were cases when text medium is not declared from the > beginning, but > the capability must be declared. So, for that situation I saw no > way to use > the media-content parameter. > > I think I am satisfied with these. > > But the media-content="txp" parameter was already on its way to be > created, > so I recommended use of it too. > > It is very similar in meaning with "user-floor" as we have > discussed. A > typical media-content attribute as I see it. A quite soft indicator > that > mainly users may need to consider. Similar to the other attribute > values. > What is the problem? The "txp" media-content label is media format specific, defines some attributes of the device, and your proposal for its use impacts the media negotiation. The other content label attributes are both media format and device independent, and are ignored during media negotiation. Colin _______________________________________________ mmusic mailing list mmusic@ietf.org https://www1.ietf.org/mailman/listinfo/mmusic
- Re: [MMUSIC] Re: ietf-mmusic-sdp-media-content-03 Gunnar Hellstrom
- SV: [MMUSIC] Re: ietf-mmusic-sdp-media-content-03 Gunnar Hellstrom
- Re: SV: [MMUSIC] Re: ietf-mmusic-sdp-media-conten… Colin Perkins