IETF Logo Mail Archive

Re: [MMUSIC] The rtp-duplication related drafts

"Ali C. Begen (abegen)" <abegen@cisco.com> Fri, 04 January 2013 02:47 UTC

Return-Path: <abegen@cisco.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 A089121F8D90 for <mmusic@ietfa.amsl.com>; Thu, 3 Jan 2013 18:47:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.889
X-Spam-Level:
X-Spam-Status: No, score=-7.889 tagged_above=-999 required=5 tests=[AWL=2.710, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y6G37zHMSe8p for <mmusic@ietfa.amsl.com>; Thu, 3 Jan 2013 18:47:20 -0800 (PST)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id DBC8321F8CB1 for <mmusic@ietf.org>; Thu, 3 Jan 2013 18:47:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1999; q=dns/txt; s=iport; t=1357267640; x=1358477240; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=3190f+3NfxWTdrh2gGUaE9odM+sJ1LPlqw8JyjpbqzQ=; b=a/s4aCP0iFPwAAkKDqnnzk2kYJbRZCBqFFv0oZs+UWq/6EXKJRZcj7fz Lr/sioUrtBjODnRz//RapkFfy/AxIwJRysVygqAUYrR/lVMcl1uyOuXR0 s5RVDc3occa7i+PGWzllpcBlh9UaHKSEMHUESU/vpaz50tV9PFZuc96qi o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgEFABRC5lCtJXG//2dsb2JhbABFDoJeumAWc4IeAQEBAwEBAQE3NAsFCwIBCA4KChQQJwslAgQOBQiIBQYBC7ZokDlhA5cojyyCNj6CJg
X-IronPort-AV: E=Sophos;i="4.84,406,1355097600"; d="scan'208";a="158724988"
Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-6.cisco.com with ESMTP; 04 Jan 2013 02:47:19 +0000
Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id r042lJ9q008328 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 4 Jan 2013 02:47:19 GMT
Received: from xmb-aln-x01.cisco.com ([fe80::747b:83e1:9755:d453]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.02.0318.004; Thu, 3 Jan 2013 20:47:19 -0600
From: "Ali C. Begen (abegen)" <abegen@cisco.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
Thread-Topic: [MMUSIC] The rtp-duplication related drafts
Thread-Index: AQHN6gIIZX3irh0G9UC8vBTgxKH8HJg41yeAgAAFCQA=
Date: Fri, 04 Jan 2013 02:47:18 +0000
Message-ID: <C15918F2FCDA0243A7C919DA7C4BE9940CDFCCB7@xmb-aln-x01.cisco.com>
References: <C15918F2FCDA0243A7C919DA7C4BE9940CDF9AB8@xmb-aln-x01.cisco.com> <50E63E7D.5050707@alum.mit.edu>
In-Reply-To: <50E63E7D.5050707@alum.mit.edu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.86.247.58]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <3BD4DF3FF1254B48809040809AE3B293@cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "<mmusic@ietf.org>" <mmusic@ietf.org>
Subject: Re: [MMUSIC] The rtp-duplication related drafts
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: Fri, 04 Jan 2013 02:47:20 -0000

Thanks for the review.

On Jan 3, 2013, at 9:29 PM, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote:

> Ali,
> 
> On 1/3/13 5:31 PM, Ali C. Begen (abegen) wrote:
>> Hi everyone,
>> 
>> The following two drafts have been adopted by MMUSIC a while ago and the main draft discussing the RTP duplication issues is being finalized in AVTEXT (this was also adopted as a WG item a while ago). It is simply waiting for the WG to make a decision on the srcname proposal.
>> 
>> http://datatracker.ietf.org/doc/draft-ietf-mmusic-delayed-duplication/
>> http://datatracker.ietf.org/doc/draft-ietf-mmusic-duplication-grouping/
> 
> I have a question about these:
> 
> Each example shows only one group. But couldn't there be multiple duplication groups?
> 
There could be.

> If so, the current proposal has no mechanism for specifying separate duplication-delay for each group.
> 

a=duplication-delay:X could be specified in each media session. For example:

	a=rtpmap:100 MP2T/90000
        a=ssrc:1000 cname:ch1@example.com
        a=ssrc:1010 cname:ch1@example.com
        a=ssrc-group:DUP 1000 1010
        a=duplication-delay:100
        a=mid:Group1
	a=rtpmap:101 MP2T/90000
        a=ssrc:2000 cname:ch2@example.com
        a=ssrc:2010 cname:ch2@example.com
        a=ssrc-group:DUP 2000 2010
        a=duplication-delay:150
        a=mid:Group2

(The SSRC need not be different as SSRC only need to be unique within each media session)

For the non-ssrc grouping, your comment holds. It does not support specifying different delay values for different groups. Do you think we should support distinct delay values for different groups (which probably means duplication-delay attribute has to be media-level only)?

-acbegen

> 	Thanks,
> 	Paul
> 
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic

v2.23.0 | Report a Bug | By Email