IETF Logo Mail Archive

Re: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-simulcast-02.txt

"Cullen Jennings (fluffy)" <fluffy@cisco.com> Tue, 13 October 2015 14:47 UTC

Return-Path: <fluffy@cisco.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F3F21B4539 for <mmusic@ietfa.amsl.com>; Tue, 13 Oct 2015 07:47:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -113.911
X-Spam-Level:
X-Spam-Status: No, score=-113.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_21=0.6, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_WHITELIST=-100] 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 6fKGEPRl6lxG for <mmusic@ietfa.amsl.com>; Tue, 13 Oct 2015 07:47:06 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8D421B453B for <mmusic@ietf.org>; Tue, 13 Oct 2015 07:47:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=867; q=dns/txt; s=iport; t=1444747625; x=1445957225; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=NRyqUhvIjj10p+127l/XzjnOrqyDRV0Sm9bb7megVB8=; b=AFca2mRTeEYNYOJtlHs3z1KXdooavzdQpdJbM4hc8C+ZoDLG0JzpTSr7 v5eB55npm/HWyzavWd501E4vrWY5gr7NVemmeiTn1NRoAD1N0S219Qfi6 5wAHr5IFflD/W3Np0aSW26FFdxnfY++XQnAQoc7NqQzDyEO+6XxDt+BaM g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BXAgCBGB1W/4wNJK1egyaBQga5a4QiAQ2BWoMTggp/AoE/OBQBAQEBAQEBgQqEJgEBAQMBOj8FCwIBCBgeEDIlAgQOBRuICwjBSAEBAQEBAQEBAQEBAQEBAQEBAQEBAReJBYJuhEIYMweDGoEUAQSWFgGNGQWcAgEfAQFChAJxhWuBBgEBAQ
X-IronPort-AV: E=Sophos;i="5.17,678,1437436800"; d="scan'208";a="37188439"
Received: from alln-core-7.cisco.com ([173.36.13.140]) by rcdn-iport-5.cisco.com with ESMTP; 13 Oct 2015 14:47:04 +0000
Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t9DEl4Y1008649 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 13 Oct 2015 14:47:04 GMT
Received: from xch-aln-004.cisco.com (173.36.7.14) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 13 Oct 2015 09:46:51 -0500
Received: from xch-aln-004.cisco.com ([173.36.7.14]) by XCH-ALN-004.cisco.com ([173.36.7.14]) with mapi id 15.00.1104.000; Tue, 13 Oct 2015 09:46:51 -0500
From: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
To: Bo Burman <bo.burman@ericsson.com>
Thread-Topic: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-simulcast-02.txt
Thread-Index: AQHRBcX+fWd7quHJ6EGa8XUGqbY5Cg==
Date: Tue, 13 Oct 2015 14:46:51 +0000
Message-ID: <E403E77B-0D7B-4010-B8EC-AF4F90EA277F@cisco.com>
References: <20151006180954.4556.83199.idtracker@ietfa.amsl.com> <BBE9739C2C302046BD34B42713A1E2A22E7AC2B5@ESESSMB105.ericsson.se>
In-Reply-To: <BBE9739C2C302046BD34B42713A1E2A22E7AC2B5@ESESSMB105.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.20.249.165]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <2DBE0A5C2263E540AB0599AC91644027@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/9FutqcNiYayktOpaWb6aI8Hh5gE>
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-simulcast-02.txt
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 13 Oct 2015 14:47:07 -0000

> On Oct 7, 2015, at 8:59 AM, Bo Burman <bo.burman@ericsson.com> wrote:
> 
> 3) With the chosen approach (only defining simulcast on SDP media level), it is not possible to spread simulcast streams onto different media transports, thus also making it impossible to use different flow-based QoS

I don't think that not quite right. 

We can send within in the same AF4x family on the same congestion context. So the one video stream could be AF42 and one could be AF41 (or AF43), but we could not have one be AF43 and the other be CS1 when they are in the same reliable transport protocol (like over the same TCP connection to a TURN server).  

Full details can be found in draft-ietf-dart-dscp-rtp-10 but basically I think this solution does allow enough flexibility for different QoS for the different layers in many cases.

v2.23.0 | Report a Bug | By Email