Re: [AVTCORE] I-D Action: draft-ietf-avtcore-rtp-multi-stream-07.txt

Magnus Westerlund <magnus.westerlund@ericsson.com> Mon, 09 March 2015 20:11 UTC

Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 803981AC3CF for <avt@ietfa.amsl.com>; Mon, 9 Mar 2015 13:11:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VDeJYLPM_IYH for <avt@ietfa.amsl.com>; Mon, 9 Mar 2015 13:11:54 -0700 (PDT)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 758B31A9026 for <avt@ietf.org>; Mon, 9 Mar 2015 13:11:53 -0700 (PDT)
X-AuditID: c1b4fb25-f79b76d00000113a-de-54fdfe8726ab
Received: from ESESSHC022.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id C8.64.04410.78EFDF45; Mon, 9 Mar 2015 21:11:51 +0100 (CET)
Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.86) with Microsoft SMTP Server id 14.3.210.2; Mon, 9 Mar 2015 21:11:50 +0100
Message-ID: <54FDFE86.20001@ericsson.com>
Date: Mon, 09 Mar 2015 21:11:50 +0100
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: avt@ietf.org
References: <20150309195005.32076.82121.idtracker@ietfa.amsl.com>
In-Reply-To: <20150309195005.32076.82121.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupjluLIzCtJLcpLzFFi42KZGfG3Rrf9398Qg2vXZCxe9qxkd2D0WLLk J1MAYxSXTUpqTmZZapG+XQJXxppbncwFb1UqnvRcY2tg/CLTxcjJISFgItG3fSkbhC0mceHe eiCbi0NI4AijxO6Vm5kgnGWMEi/+7WPpYuTg4BXQlFjQ5QzSwCKgIrHt0nZmEJtNwELi5o9G sEGiAsESP9t3M4HYvAKCEidnPmEBsUUEhCSm908AiwsL+Eqs+7CaEWSkkICjxLYrJSBhTgEn idVP37GC2MwCBhJHFs2BsuUlmrfOBlslJKAt0dDUwTqBUWAWkg2zkLTMQtKygJF5FaNocWpx Um66kbFealFmcnFxfp5eXmrJJkZgAB7c8lt1B+PlN46HGAU4GJV4eAuu/AkRYk0sK67MPcQo zcGiJM5rZ3woREggPbEkNTs1tSC1KL6oNCe1+BAjEwenVANjlfIS9/Ts30wZZ5fN2xHLIbWj 7t5tdoVJbk17jyzu+Hm9rmy3sPFKmU8n2CO9v6xqlUhoK/uoeSJjX4khjzZvhWH4MQbXkz1s u3eHmzBMfb7Ipa7b8+oO/f0ncqbsfGbgMv9q6pP/xlfTfv+VtNf747JEad6jkjOss/61npt1 abVp/rbW6zbBSizFGYmGWsxFxYkAuxrXvCECAAA=
Archived-At: <http://mailarchive.ietf.org/arch/msg/avt/RAT08ohwSZb0aZiM54iU18klNK0>
Subject: Re: [AVTCORE] I-D Action: draft-ietf-avtcore-rtp-multi-stream-07.txt
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Mar 2015 20:11:57 -0000

WG,
(As Author)

We this version of the draft is a significant changed version. We have
attempted to resolve all open issues one way or another.

- We have made a proposal for how many (4) initial (zero delay) compound
RTCP packets one is allowed to send in a unicast session.

- Clarified about the impact and suitable mitigation for sessions not
having updated their avg_rtcp_size calculation for aggregates.

- The Scheduling algorithm for aggregated packets have seen a number of
modifications:

  * Update of the assignment of tp. Simulations of cases where SSRCs
where removed from endpoint showed that there was significant issue with
drift, that could cause a endpoint to go quite for many RTCP reporting
intervals (over 50 intervals was found in simulation). This caused us to
go to common tp value for all included SSRCs that is set to an average
of intended transmission times.

  * Rules for handling AVPF properly, by setting T_rr_last as well as
discsussing that T_rr_int suppression shall not be used when calculating
transmission time. Also that suppressed updates of tp is simply set to
tc as currently specified.

  * Updated discussion of the impact of this scheduling algorithm

- Rules for determining if one is an point-to-point session or a
multiparty based on CNAMEs and RTCP reporting groups.

- Rules for how to include a feedback packet in another report in case
it can't trigger an early sending of a suitable SSRC.

- Clarifications that different media rates may occur within a media
type also.

- Removed the TBD and open issues that promised typical examples for
RTCP parameters. We authors are of the opinion that it is more important
to get this specification finished in its normative parts, then to spend
more time on writing example and case studies.


I hope you will take the time to read it completely and comment on the
state of the draft.

We have requested agenda time to further discuss the implications and
resulting behaviour of the changes in the scheduling algorithm. If there
are particular aspects you have questions on, don't hesitate to send a
question.

Cheers

Magnus Westerlund
(As author)


On 2015-03-09 20:50, internet-drafts@ietf.org wrote:
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>  This draft is a work item of the Audio/Video Transport Core Maintenance Working Group of the IETF.
> 
>         Title           : Sending Multiple Media Streams in a Single RTP Session
>         Authors         : Jonathan Lennox
>                           Magnus Westerlund
>                           Qin Wu
>                           Colin Perkins
> 	Filename        : draft-ietf-avtcore-rtp-multi-stream-07.txt
> 	Pages           : 25
> 	Date            : 2015-03-09
> 
> Abstract:
>    This memo expands and clarifies the behaviour of Real-time Transport
>    Protocol (RTP) endpoints that use multiple synchronization sources
>    (SSRCs).  This occurs, for example, when an endpoint sends multiple
>    media streams in a single RTP session.  This memo updates RFC 3550
>    with regards to handling multiple SSRCs per endpoint in RTP sessions,
>    with a particular focus on RTCP behaviour.  It also updates RFC 4585
>    to update and clarify the calculation of the timeout of SSRCs and the
>    inclusion of feedback messages.
> 
> 
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-avtcore-rtp-multi-stream/
> 
> There's also a htmlized version available at:
> http://tools.ietf.org/html/draft-ietf-avtcore-rtp-multi-stream-07
> 
> A diff from the previous version is available at:
> http://www.ietf.org/rfcdiff?url2=draft-ietf-avtcore-rtp-multi-stream-07
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
> 
> _______________________________________________
> Audio/Video Transport Core Maintenance
> avt@ietf.org
> https://www.ietf.org/mailman/listinfo/avt
> 
> 


-- 

Magnus Westerlund

----------------------------------------------------------------------
Services, Media and Network features, Ericsson Research EAB/TXM
----------------------------------------------------------------------
Ericsson AB                 | Phone  +46 10 7148287
Färögatan 6                 | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------