Re: [rtcweb] #21: Section 4.1: max-ssrc

"rtcweb issue tracker" <trac+rtcweb@trac.tools.ietf.org> Mon, 26 August 2013 07:10 UTC

MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: rtcweb issue tracker <trac+rtcweb@trac.tools.ietf.org>
Precedence: bulk
Auto-Submitted: auto-generated
To: draft-ietf-rtcweb-rtp-usage@tools.ietf.org, bernard_aboba@hotmail.com
Date: Mon, 26 Aug 2013 07:10:18 -0000
Message-ID: <081.a9ccbb10713159757ee78e031bf4ca19@trac.tools.ietf.org>
References: <066.24fd9f7b181a152e4f4cdd53f9ed4a49@trac.tools.ietf.org>
In-Reply-To: <066.24fd9f7b181a152e4f4cdd53f9ed4a49@trac.tools.ietf.org>
Resent-To: csp@csperkins.org, jorg.ott@aalto.fi, magnus.westerlund@ericsson.com
Resent-Message-Id: <20130826071047.1806611E8162@ietfa.amsl.com>
Resent-Date: Mon, 26 Aug 2013 00:10:46 -0700
Resent-From: trac+rtcweb@trac.tools.ietf.org
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] #21: Section 4.1: max-ssrc

#21: Section 4.1: max-ssrc


Comment (by bernard_aboba@hotmail.com)

 [Magnus Westerlund]

 I find this comment intriguing and I think important to understand for
 the usage of SVC in context of a single RTP session. So you are saying
 that you intended to use multi-stream transmission of SVC within a
 single RTP session. Could you please expand on the motivation for this
 as it will be a requirement effecting signalling requirements. I would
 note that SVC MST media streams with multiple media sources in a single
 RTP stream may have issues being correctly associated.

 Regarding Max-SSRC signalling:
 Okay, let me reformulate this question from SSRCs to media decoders.
 This as the max-ssrc is designed to be able to express limitations on
 number of simultaneous decoders for different codecs a receiver can
 handle through the usage of the SSRC and PT combination. Other designs
 for this type of signaling is possible.

 Are there interest in the WG to be able to indicate the limitations of a
 receiver in how many simultaneous media streams a receiver can decode
 and thus makes sense to transmit to it?

 [BA] Yes "multi-SSRC" transmission can be used within a single RTP
 session.  RFC 6190 uses the term "multi-session transmission", but does
 not require that multiple sessions be used.  There are several motivations
 for this, including: 1) not needing to rewrite sequence numbers or RTCP
 messages when RTP streams are dropped; 2) being able to use FEC only on
 some layers (e.g. base layer only).  Advantage 1) can translate into not
 needing to decrypt streams in the MANE in some circumstances, just forward
 and drop.  With respect to being associated, there is a need to signal
 this (e.g. a=ssrc-group:DDP) and also for an RTP extension (and maybe
 SDES, too).

 Yes, "max-decoders" is better than "max-ssrc".  Personally, I think this
 is worth working on (but probably in MMUSIC, not RTCWEB).

-- 
-------------------------------------+-------------------------------------
 Reporter:                           |       Owner:  draft-ietf-rtcweb-rtp-
  bernard_aboba@hotmail.com          |  usage@tools.ietf.org
     Type:  defect                   |      Status:  new
 Priority:  minor                    |   Milestone:  milestone1
Component:  rtp-usage                |     Version:  1.0
 Severity:  Active WG Document       |  Resolution:
 Keywords:                           |
-------------------------------------+-------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/rtcweb/trac/ticket/21#comment:1>
rtcweb <http://tools.ietf.org/rtcweb/>

[rtcweb] #21: Section 4.1: max-ssrc rtcweb issue tracker
Re: [rtcweb] #21: Section 4.1: max-ssrc Magnus Westerlund
Re: [rtcweb] #21: Section 4.1: max-ssrc rtcweb issue tracker