Re: [MMUSIC] Streaming media

Flemming Andreasen <fandreas@cisco.com> Sun, 08 December 2002 09:49 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 EAA28218 for <mmusic-archive@odin.ietf.org>; Sun, 8 Dec 2002 04:49:05 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id gB89pc115039 for mmusic-archive@odin.ietf.org; Sun, 8 Dec 2002 04:51:38 -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 gB89pcv15036 for <mmusic-web-archive@optimus.ietf.org>; Sun, 8 Dec 2002 04:51:38 -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 EAA28214 for <mmusic-web-archive@ietf.org>; Sun, 8 Dec 2002 04:48:33 -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 gB89pSv15026; Sun, 8 Dec 2002 04:51:28 -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 gB89m4v14983 for <mmusic@optimus.ietf.org>; Sun, 8 Dec 2002 04:48:04 -0500
Received: from mailman.cisco.com (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA28183 for <mmusic@ietf.org>; Sun, 8 Dec 2002 04:44:59 -0500 (EST)
Received: from [10.86.240.15] by mailman.cisco.com (171.70.144.185) with ESMTP; 08 Dec 2002 01:47:47 +0000
Message-ID: <3DF287EB.924D6AC6@cisco.com>
Date: Sat, 07 Dec 2002 18:44:43 -0500
From: Flemming Andreasen <fandreas@cisco.com>
X-Mailer: Mozilla 4.79 [en]C-CCK-MCD (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Gonzalo Camarillo <Gonzalo.Camarillo@lmf.ericsson.se>
CC: mmusic <mmusic@ietf.org>, "Janne Suotula (LMF)" <Janne.Suotula@lmf.ericsson.se>
Subject: Re: [MMUSIC] Streaming media
References: <3DEE1E9A.C89E33FE@lmf.ericsson.se>
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


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


_______________________________________________
mmusic mailing list
mmusic@ietf.org
https://www1.ietf.org/mailman/listinfo/mmusic