IETF Logo Mail Archive

Re: [MMUSIC] Possible BUNDLE alternative syntax: explicit m-line for bundled session

Bernard Aboba <bernard_aboba@hotmail.com> Thu, 09 August 2012 16:57 UTC

Return-Path: <bernard_aboba@hotmail.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 760FA21F875C for <mmusic@ietfa.amsl.com>; Thu, 9 Aug 2012 09:57:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.764
X-Spam-Level:
X-Spam-Status: No, score=-100.764 tagged_above=-999 required=5 tests=[AWL=-1.455, BAYES_05=-1.11, HTML_MESSAGE=0.001, J_CHICKENPOX_12=0.6, J_CHICKENPOX_15=0.6, J_CHICKENPOX_16=0.6, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CoE54iHuAglm for <mmusic@ietfa.amsl.com>; Thu, 9 Aug 2012 09:57:20 -0700 (PDT)
Received: from blu0-omc1-s5.blu0.hotmail.com (blu0-omc1-s5.blu0.hotmail.com [65.55.116.16]) by ietfa.amsl.com (Postfix) with ESMTP id 8E8DF21F8644 for <mmusic@ietf.org>; Thu, 9 Aug 2012 09:57:20 -0700 (PDT)
Received: from BLU002-W140 ([65.55.116.7]) by blu0-omc1-s5.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 9 Aug 2012 09:57:20 -0700
Message-ID: <BLU002-W14079A44079EFA284B8E94793CC0@phx.gbl>
Content-Type: multipart/alternative; boundary="_2bd16725-02e6-4120-9e53-f5ee1c9557b2_"
X-Originating-IP: [24.16.96.166]
From: Bernard Aboba <bernard_aboba@hotmail.com>
To: Harald Alvestrand <harald@alvestrand.no>
Date: Thu, 09 Aug 2012 09:57:19 -0700
Importance: Normal
In-Reply-To: <502258CA.5030009@alvestrand.no>
References: <CE457B53-341D-48C8-8CD7-2A0958407F37@vidyo.com> <50222D44.5040105@alvestrand.no> <BLU401-EAS1263CBF056291C5313CA95193CD0@phx.gbl>, <502258CA.5030009@alvestrand.no>
MIME-Version: 1.0
X-OriginalArrivalTime: 09 Aug 2012 16:57:20.0082 (UTC) FILETIME=[09FF9B20:01CD7650]
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Possible BUNDLE alternative syntax: explicit m-line for bundled session
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Aug 2012 16:57:21 -0000

Harald said: 
> Bernard, since I'm so easily confused by how people transmit layers of 
> layered codecs, can you illustrate the particular scheme you want to 
> use, and can't think of how to represent in Jonathan's scheme?

[BA]  I am looking at RFC 5583 "Signaling Media Decoding Dependency in SDP". An
example of how this would be used with H.264/SVC is included in RFC 6190, Section 7.3.4:

      a=group:DDP L1 L2
      m=video 20000 RTP/AVP 96
      a=rtpmap:96 H264/90000
      a=fmtp:96 profile-level-id=4de00a; packetization-mode=0;mst-mode=NI-T;
      a=mid:L1
      m=video 20002 RTP/AVP 97
      a=rtpmap:97 H264-SVC/90000
      a=fmtp:97 profile-level-id=53001F; packetization-mode=1;
       mst-mode=NI-TC; sprop-operation-point-info=<2,0,1,0,53000c,
      3200,352,288,384,512>,<3,1,2,0,53001F,6400,704,576,768,1024>;
      a=mid:L2
      a=depend:97 lay L1:96
Here the a=depend line is expressing the decoding dependency (layered in this case). 

Let us assume that there is also audio, as in Jonathan's example:

       m=audio 10000 RTP/AVP 0 8 97
       a=mid:foo
       b=AS:200
       a=rtpmap:0 PCMU/8000
       a=rtpmap:8 PCMA/8000
       a=rtpmap:97 iLBC/8000
Does the entire SDP offer with BUNDLE and dependency grouping  look like this (ignoring RTP/RTCP mux for the moment)? 

       v=0
       o=alice 2890844526 2890844526 IN IP4 host.atlanta.com
       s=
       c=IN IP4 host.atlanta.com
       t=0 0
       a=group:BUNDLE foo L1 L2 baz
       a=group:DDP L1 L2
       m=audio 10000 RTP/AVP 0 8 98
       a=mid:foo
       b=AS:200
       a=rtpmap:0 PCMU/8000
       a=rtpmap:8 PCMA/8000
       a=rtpmap:98 iLBC/8000
       a=candidate:1 1 UDP 1694498815 host.atlanta.com 10000 typ host
       m=video 20000 RTP/AVP 96
       a=rtpmap:96 H264/90000
       a=fmtp:96 profile-level-id=4de00a; packetization-mode=0;mst-mode=NI-T;
       a=mid:L1
       m=video 20002 RTP/AVP 97
       a=rtpmap:97 H264-SVC/90000
       a=fmtp:97 profile-level-id=53001F; packetization-mode=1;
       mst-mode=NI-TC; sprop-operation-point-info=<2,0,1,0,53000c,
      3200,352,288,384,512>,<3,1,2,0,53001F,6400,704,576,768,1024>;
       a=mid:L2
       a=depend:97 lay L1:96
       a=candidate:1 1 UDP 1694498815 host.atlanta.com 20002 typ host
       m=bundle 10000 RTP/AVP 0 8 96 97 98
       a=mid:baz
       b=AS:1200
       a=full-rtpmap:0 audio/PCMU/8000
       a=full-rtpmap:8 audio/PCMA/8000
       a=full-rtpmap:98 audio/iLBC/8000
       a=full-rtpmap:96 H264/90000
       a=full-rtpmap:97 H264-SVC/90000
       a=depend:97 lay L1:96
       a=candidate:1 1 UDP 1694498815 host.atlanta.com 10000 typ host

v2.23.0 | Report a Bug | By Email