Re: [MMUSIC] Streaming media

Gonzalo Camarillo <Gonzalo.Camarillo@lmf.ericsson.se> Sat, 14 December 2002 13:02 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA01848 for <mmusic-archive@odin.ietf.org>; Sat, 14 Dec 2002 08:02:44 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id gBED5E700888 for mmusic-archive@odin.ietf.org; Sat, 14 Dec 2002 08:05:14 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gBED5Dv00885 for <mmusic-web-archive@optimus.ietf.org>; Sat, 14 Dec 2002 08:05:13 -0500
Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA01836 for <mmusic-web-archive@ietf.org>; Sat, 14 Dec 2002 08:02:13 -0500 (EST)
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gBED56v00877; Sat, 14 Dec 2002 08:05:06 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gBECxGv00735 for <mmusic@optimus.ietf.org>; Sat, 14 Dec 2002 07:59:16 -0500
Received: from albatross.wise.edt.ericsson.se (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA01775 for <mmusic@ietf.org>; Sat, 14 Dec 2002 07:56:15 -0500 (EST)
Received: from esealnt612.al.sw.ericsson.se (esealnt612.al.sw.ericsson.se [153.88.254.71]) by albatross.wise.edt.ericsson.se (8.12.1/8.12.1/WIREfire-1.4) with ESMTP id gBECxDKV004237; Sat, 14 Dec 2002 13:59:13 +0100 (MET)
Received: from hendrix.lmf.ericsson.se ([131.160.11.8]) by esealnt612.al.sw.ericsson.se with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2655.55) id Y3G5D602; Sat, 14 Dec 2002 13:59:13 +0100
Received: from lmf.ericsson.se (sealwa04-195.sw.ericsson.se [130.100.249.195]) by hendrix.lmf.ericsson.se (8.12.6/8.12.6/lmf-2.1-jcs) with ESMTP id gBECx9u4010549; Sat, 14 Dec 2002 14:59:11 +0200 (EET)
Message-ID: <3DFB2B22.D7F750E2@lmf.ericsson.se>
Date: Sat, 14 Dec 2002 14:59:14 +0200
X-Sybari-Trust: 6dd7c42b ca231590 99595932 00000138
From: Gonzalo Camarillo <Gonzalo.Camarillo@lmf.ericsson.se>
X-Mailer: Mozilla 4.74 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Flemming Andreasen <fandreas@cisco.com>
CC: mmusic <mmusic@ietf.org>, "Janne Suotula (LMF)" <Janne.Suotula@lmf.ericsson.se>
Subject: Re: [MMUSIC] Streaming media
References: <3DEE1E9A.C89E33FE@lmf.ericsson.se> <3DF287EB.924D6AC6@cisco.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: mmusic-admin@ietf.org
Errors-To: mmusic-admin@ietf.org
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
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>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Flemming,

thanks for the pointer. That was the draft I was looking for.

I could use that framework to indicate streaming media, although for
that application, an attribute per media stream, rather than per payload
type would seem more appropriate.

Thanks,

Gonzalo

Flemming Andreasen wrote:
> 
> Gonzalo Camarillo wrote:
> 
> > Hi,
> >
> > I kind of remember that some time ago there was a proposal about an SDP
> > attribute to indicate that the receiver could use long buffers to
> > receive the media. I believe it dealt with tones, mainly.
> >
> 
> Right (sort of). The basic discussion was support of fax and modem calls
> and we've had a couple of different drafts on this topic (starting in
> London 2001), with the latest one being
> <draft-rajeshkumar-mmusic-gpmd-01.txt>. The approach taken has been to
> associate optional attributes with a particular payload type in order to
> indicate certain characeteristics about the media that the receiver may
> benefit from knowing. For example, the gpmd draft defines a "voice band
> data" attribute to indicate that the media is voice-band data. However, we
> would not try and specify implementation specific ways of dealing with
> "voice-band data" such as use of long buffers or other.
> 
> >
> > I was thinking that if we establish a session using SIP that will carry
> > streaming media, we may want to tell the other end that it can buffer
> > this stream.
> >
> 
> I believe the gpmd framework could be used for this, but in a slightly
> different way. Rather than specifying that "media can be buffered" we would
> have a more generic attribute that defines the media as "streaming" and
> hence the receiver can apply whatever special processing it may desire for
> streaming media, e.g. buffering it.
> 
> >
> > What is the status of that work? was there any interest in the group?
> >
> 
> There has been some interest expressed (mostly by modem folks) and the work
> is being performed in the MMUSIC WG, although as an individual submission.
> There are a few issues with the current gpmd draft and we will be issuing a
> new version. Assuming it does not generate any major comments, we will then
> be asking for a WG last call on it.
> 
> -- Flemming
> 
> >
> > Thanks,
> >
> > Gonzalo
> > _______________________________________________
> > mmusic mailing list
> > mmusic@ietf.org
> > https://www1.ietf.org/mailman/listinfo/mmusic

-- 
Gonzalo Camarillo         Phone :  +358  9 299 33 71
Oy L M Ericsson Ab        Mobile:  +358 40 702 35 35
Telecom R&D               Fax   :  +358  9 299 30 52
FIN-02420 Jorvas          Email :  Gonzalo.Camarillo@ericsson.com
Finland                   http://www.hut.fi/~gonzalo
_______________________________________________
mmusic mailing list
mmusic@ietf.org
https://www1.ietf.org/mailman/listinfo/mmusic