Re: [AVTCORE] Comments on draft-ietf-avtcore-rfc5764-mux-fixes-03.txt

"Gonzalo Salgueiro (gsalguei)" <gsalguei@cisco.com> Tue, 20 October 2015 17:01 UTC

Return-Path: <gsalguei@cisco.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 1D4741AC40C; Tue, 20 Oct 2015 10:01:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 2J3G-sbpfNeK; Tue, 20 Oct 2015 10:01:40 -0700 (PDT)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D19C1AC3FC; Tue, 20 Oct 2015 10:01:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2474; q=dns/txt; s=iport; t=1445360480; x=1446570080; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=oFZRjoslUu3Dy7lng2PLSPNjHBv1xjv1n7hHD5jKfj4=; b=b8wDIBiztoJ+bOi8/i9tTT3tey6FxhjE8fSmWWngp501R+0o7qX+ItMJ 597k5GuS0rgjZil3tutxcS65LvkcjI830udzlLXytkGmrXY0Cj5D+5nF2 eDz/7pwg6F+5UnaV+0ni77gVOBvhBqTc8L83URRQyvnsJRJK0VZBHcUmG o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0D3AQCYciZW/49dJa1dgzaBQwa+GQENgVqGHgKBOzgUAQEBAQEBAYEKhC0BAQEDAQxtBQkCAgEIGCcHGxcUEQIEDgUbiA0IxAYBAQEBAQEBAQEBAQEBAQEBAQEBAQEYBIZzghCCboRaMweDGoEUBYc+jmYBiAiFFpwgAR8BAUKEA3KEYYEGAQEB
X-IronPort-AV: E=Sophos;i="5.17,707,1437436800"; d="scan'208";a="200082838"
Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Oct 2015 17:01:19 +0000
Received: from XCH-RCD-008.cisco.com (xch-rcd-008.cisco.com [173.37.102.18]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t9KH1J2J031881 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 20 Oct 2015 17:01:19 GMT
Received: from xch-aln-009.cisco.com (173.36.7.19) by XCH-RCD-008.cisco.com (173.37.102.18) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 20 Oct 2015 12:01:00 -0500
Received: from xch-aln-009.cisco.com ([173.36.7.19]) by XCH-ALN-009.cisco.com ([173.36.7.19]) with mapi id 15.00.1104.000; Tue, 20 Oct 2015 12:01:00 -0500
From: "Gonzalo Salgueiro (gsalguei)" <gsalguei@cisco.com>
To: Magnus Westerlund <magnus.westerlund@ericsson.com>
Thread-Topic: Comments on draft-ietf-avtcore-rfc5764-mux-fixes-03.txt
Thread-Index: AQHRCyT6bVzB/w5qakmodA74GI48MJ5074WA
Date: Tue, 20 Oct 2015 17:01:00 +0000
Message-ID: <AA30D71E-E64C-4EC8-A6C2-5FF978D13154@cisco.com>
References: <20151019221040.17412.81332.idtracker@ietfa.amsl.com> <56261C39.8060208@ericsson.com>
In-Reply-To: <56261C39.8060208@ericsson.com>
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.82.233.144]
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <5CBD50C8C20CE7448EFA31F1911AE3BE@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/avt/DrTCrkyAeDBZOnoTMY_OR3BSmQs>
Cc: "draft-ietf-avtcore-rfc5764-mux-fixes@ietf.org" <draft-ietf-avtcore-rfc5764-mux-fixes@ietf.org>, "avt@ietf.org" <avt@ietf.org>
Subject: Re: [AVTCORE] Comments on draft-ietf-avtcore-rfc5764-mux-fixes-03.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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 20 Oct 2015 17:01:48 -0000

Thanks, Magnus, for the additional comments.  We’ll attempt to address these in the next version.

Cheers,

Gonzalo


> On Oct 20, 2015, at 6:49 AM, Magnus Westerlund <magnus.westerlund@ericsson.com> wrote:
> 
> Hi,
> 
> I have looked at the updated draft. I think you have resolved my previous comments, thank you. However, I still have some comments.
> 
> 1. Split the introduction chapter. The introduction is much more than an introduction. I think the sub-sections likely belong in a new section after the introduction that discusses the issues and intended changes in depth. However, they are not introduction.
> 
> 2. Section 1.3:
> 
> I still are uncertain if TURN channels needs the whole range 64 to 79. I think the text should be explicit about how many turn channels this support. So according to my math the proposed change is from 64-127 to 64-79, i.e. the available number of channels has been reduced from 16384 to 4096. That still a large number of channels.
> 
> What number of channels are currently used by implementations? I expect that to be single digit, or am I missing some use cases?
> 
> 3.  Section 1.4:
> 
> I still don't see how what is written in this section results in any improvement. You authors have assumptions of how this needs to be implemented that isn't written down. Looking on this problem of demultiplexing I would build a table driven solution based on the ranges, where the packet is sent to the relevant protocol based on the table-lookup. If that protocol don't use that value, that will be the end of the road for that packet as invalid, rather than giving it to any other protocol. I get the impression that you want one to send the packet for testing by the protocols one after each other according to the order the protocols are listed. I still don't see that implementations will do that.
> 
> Cheers
> 
> 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
> ----------------------------------------------------------------------
>