Re: [MMUSIC] SDP media capabilities and nightmare SDP

Flemming Andreasen <fandreas@cisco.com> Thu, 22 March 2007 12:59 UTC

Return-path: <mmusic-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUMtP-0006CL-FN; Thu, 22 Mar 2007 08:59:47 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUMtO-00063p-9p for mmusic@ietf.org; Thu, 22 Mar 2007 08:59:46 -0400
Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUMtH-0000Ae-RK for mmusic@ietf.org; Thu, 22 Mar 2007 08:59:46 -0400
Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 22 Mar 2007 13:59:39 +0100
Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l2MCxdBo032554; Thu, 22 Mar 2007 13:59:39 +0100
Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l2MCxdlZ003244; Thu, 22 Mar 2007 12:59:39 GMT
Received: from xfe-ams-331.emea.cisco.com ([144.254.231.72]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Mar 2007 13:59:38 +0100
Received: from [10.61.65.221] ([10.61.65.221]) by xfe-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Mar 2007 13:59:37 +0100
Message-ID: <46027DBE.8080707@cisco.com>
Date: Thu, 22 Mar 2007 08:59:42 -0400
From: Flemming Andreasen <fandreas@cisco.com>
User-Agent: Thunderbird 1.5.0.10 (Windows/20070221)
MIME-Version: 1.0
To: "Robert R. Gilman" <rrg@avaya.com>
Subject: Re: [MMUSIC] SDP media capabilities and nightmare SDP
References: <026F8EEDAD2C4342A993203088C1FC0504A13154@esealmw109.eemea.ericsson.se> <4601A17B.8090100@avaya.com>
In-Reply-To: <4601A17B.8090100@avaya.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 22 Mar 2007 12:59:37.0943 (UTC) FILETIME=[F28FA670:01C76C81]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=4162; t=1174568379; x=1175432379; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=fandreas@cisco.com; z=From:=20Flemming=20Andreasen=20<fandreas@cisco.com> |Subject:=20Re=3A=20[MMUSIC]=20SDP=20media=20capabilities=20and=20nightma re=20SDP |Sender:=20; bh=ZC7w8gXjJ1l6HniLuvdmOaGleOrtXuM/+X6V3MqrZoQ=; b=e4V0CItXo15XrKI1+nI7e7EPfYLkaCyVXraV7bkHeOQSBmom+pFrr386Jaz2iXYZaZNmIIwW 6WIHz6AggWk1/LcA4t77mhBKXaSihK1ermtbQRaW2Ik1LNu5dX2gqVga;
Authentication-Results: ams-dkim-2; header.From=fandreas@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; );
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 36c793b20164cfe75332aa66ddb21196
Cc: "Even, Roni" <roni.even@polycom.co.il>, 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


Robert R. Gilman wrote:
> Ingemar-
> I checked draft-ietf-avt-rtp-amr-bis-06.txt, and it seems to say the
> fmtp: line is the place for mode-set - but it doesn't matter - we play
> the same list-the-codecs game with the cenc: attributes.
>
> Roni, Flemming-
> Shall we add the range option to the media-capabilities draft?
Quite possible, but more importantly at this point, we should understand 
the underlying requirements better first.

-- Flemming
>
> -Bob
> ----------------------------------------------------
> Bob Gilman       rrg@avaya.com      +1 303 538 3868
>
> Ingemar Johansson S (LU/EAB) wrote:
>> Hi
>>
>> I believe that slept over a few lessons, 1000 thanks for the help!. 
>> This squeezed down the whole thing quite a bit. Only thing that I 
>> find odd is that I regard the mode-set as an encoding
>> parameter and not a format parameter but I am not 100% sure here.
>>
>> If the ranging option is possible I believe that it would help up things
>> even more, especially it would be less tedious to read.
>>
>> Regards
>> Ingemar
>>
>>> -----Original Message-----
>>> From: Robert R. Gilman [mailto:rrg@avaya.com] Sent: den 21 mars 2007 
>>> 21:32
>>> To: Ingemar Johansson S (LU/EAB)
>>> Cc: mmusic@ietf.org
>>> Subject: Re: [MMUSIC] SDP media capabilities and nightmare SDP
>>>
>>> Ingemar-
>>> Nightmare indeed!  I think you wanted to define 26 AMR codecs and 6 
>>> AMR-WB codecs (I'm not sure.)  Try this (I've folded the cmed: line 
>>> and the cenc: line):
>>>
>>> a=creq:v1
>>> m=audio 49152 RTP/AVP 100
>>> a=rtpmap:100 AMR/8000/1
>>> a=fmtp:100 mode-set=0; mode-change-capability=2; max-red=220 
>>> a=maxptime:240 a=ptime:20
>>> a=cmed:2 audio AMR AMR AMR AMR AMR AMR AMR AMR AMR AMR AMR AMR
>>>     AMR ARM AMR AMR AMR AMR AMR AMR AMR AMR AMR AMR AMR AMR
>>>     AMR-WB AMR-WB AMR-WB AMR-WB AMR-WB AMR-WB AMR-WB
>>> a=cenc:2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,
>>> 23,24,25,26
>>>     8000/1
>>> a=cenc:27,28,29,30,31 16000/2
>>> a=cfmt:14 mode-set=0;
>>> a=cfmt:2,15 mode-set=0,2,4,7;
>>> a=cfmt:3,16 mode-set=2;
>>> a=cfmt:4,17 mode-set=3;
>>> a=cfmt:5,18 mode-set=4;
>>> a=cfmt:6,19 mode-set=5;
>>> a=cfmt:7,20 mode-set=6;
>>> a=cfmt:8,21 mode-set=7;
>>> a=cfmt:9,22 mode-set=0,2;
>>> a=cfmt:10,23 mode-set=0,2,3;
>>> a=cfmt:11,24 mode-set=0,2,3,4;
>>> a=cfmt:12,25 mode-set==0,2,3,6;
>>> a=cfmt:13,26 mode-set=0,2,5,7;
>>> a=cfmt:27,30 mode-set=0,1,2;
>>> a=cfmt:28,31 mode-set=0,1,2,5;
>>> a=cfmt:29,32 mode-set=0,1,2,9;
>>> a=cfmt:2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,
>>> 23,24,25,26,
>>>     27,28,29,30,31,32 mode-change-capability=2; max-red=220;
>>> a=cfmt:14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,3
>>> 2 octet-align=1
>>> pcfg:1 
>>> m=2|3|4|5|6|7|8|9|10|11|12|13|14|15|16|17|18|19|20|21|22|23|24|25|26|
>>>     27|28|29|30|31|32 
>>> pt=2:100,3:100,4:100,5:100,6:100,7:100,8:100,9:100,10:100,
>>>     
>>> 11:100,12:100,13:100,14:100,15:100,16:100,17:100,18:100,19:100,20:100,
>>>     
>>> 21:100,22:100,23:100,24:100,25:100,26:100,27:100,28:100,29:100,30:100,
>>>     31:100,32:100
>>>
>>> We've assumed the default (media line) transport.  Looking at this 
>>> example, I wonder if we don't want to implement some ranging on the 
>>> media capability numbers - something like:
>>>
>>> a=cenc:2-26 8000/1
>>> a=cenc:27-32 16000/1
>>> a=cfmt:2-32 mode-change-capability=2; max-red=220;
>>>
>>> and
>>>
>>> pcfg:1 
>>> m=2|3|4|5|6|7|8|9|10|11|12|13|14|15|16|17|18|19|20|21|22|23|24|25|26|
>>>     27|28|29|30|31|32 pt=100:2-32
>>>
>>> Of course, the long form of the pt parameter would be used if the 
>>> offeror wanted to distinguish the answerer's choice via the payload 
>>> type received prior to receiving the answer.  Do you have a 
>>> suggestion for how to say "pick one codec from this range" that's 
>>> better than the 2|3|4|... ad nauseum?
>>> Does this more-or-less fit with what you wanted to express?
>>> -Bob
>>> ----------------------------------------------------
>>> Bob Gilman       rrg@avaya.com      +1 303 538 3868
>>>
>>
>>
>

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