Re: [rmcat] Last Call: <draft-ietf-rmcat-wireless-tests-08.txt>

Colin Perkins <csp@csperkins.org> Thu, 27 February 2020 18:53 UTC

Return-Path: <csp@csperkins.org>
X-Original-To: rmcat@ietfa.amsl.com
Delivered-To: rmcat@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 941253A0888; Thu, 27 Feb 2020 10:53:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 dd5Urh76godO; Thu, 27 Feb 2020 10:52:58 -0800 (PST)
Received: from balrog.mythic-beasts.com (balrog.mythic-beasts.com [IPv6:2a00:1098:0:82:1000:0:2:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AC2D03A0881; Thu, 27 Feb 2020 10:52:58 -0800 (PST)
Received: from [82.132.219.19] (port=46420 helo=[172.20.10.5]) by balrog.mythic-beasts.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from <csp@csperkins.org>) id 1j7OHD-0002Rr-8S; Thu, 27 Feb 2020 18:52:55 +0000
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
From: Colin Perkins <csp@csperkins.org>
In-Reply-To: <34E66341-871B-4D1F-BABA-40880E1F2990@cisco.com>
Date: Thu, 27 Feb 2020 18:52:40 +0000
Cc: Mirja Kuehlewind <ietf@kuehlewind.net>, "draft-ietf-rmcat-wireless-tests.all@ietf.org" <draft-ietf-rmcat-wireless-tests.all@ietf.org>, "rmcat@ietf.org" <rmcat@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <0786B44D-2EA5-4314-B7F4-3B5156306E00@csperkins.org>
References: <157841942952.20942.7905543308082709172.idtracker@ietfa.amsl.com> <66FE5D2D-C3EC-4650-8405-98F235B2165D@kuehlewind.net> <34E66341-871B-4D1F-BABA-40880E1F2990@cisco.com>
To: "Xiaoqing Zhu (xiaoqzhu)" <xiaoqzhu@cisco.com>
X-Mailer: Apple Mail (2.3445.104.11)
X-BlackCat-Spam-Score: 4
Archived-At: <https://mailarchive.ietf.org/arch/msg/rmcat/p0l0AqPnn6Y2S9mNkg4HzX-3e2w>
Subject: Re: [rmcat] Last Call: <draft-ietf-rmcat-wireless-tests-08.txt>
X-BeenThere: rmcat@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTP Media Congestion Avoidance Techniques \(RMCAT\) Working Group discussion list." <rmcat.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rmcat>, <mailto:rmcat-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rmcat/>
List-Post: <mailto:rmcat@ietf.org>
List-Help: <mailto:rmcat-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rmcat>, <mailto:rmcat-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Feb 2020 18:53:01 -0000

Thanks for the update!
Colin



> On 27 Feb 2020, at 17:51, Xiaoqing Zhu (xiaoqzhu) <xiaoqzhu@cisco.com> wrote:
> 
> Hi Mirja, 
> 
> Thanks a lot for your review of the draft. We've just uploaded a new revision (-09) to accommodate your comments. Please also see our responses inline below.
> 
> https://tools.ietf.org/html/draft-ietf-rmcat-wireless-tests-09
> 
> Let us know if you have any additional thoughts/comments. 
> 
> Cheers,
> Xiaoqing, on behalf of all authors
> 
> 
> On 1/7/20, 9:56 AM, "rmcat on behalf of Mirja Kuehlewind" <rmcat-bounces@ietf.org on behalf of ietf@kuehlewind.net> wrote:
> 
>    Hi authors,
> 
>    As you can see below I just requested IETF last call for draft-ietf-rmcat-wireless-tests. In my AD review I didn’t find anything important that needs to be addressed before IETF last call, so I didn’t send a separate AD review mail this time, however, I have a couple of small comments about reference that should be addressed before IESG evaluation:
> 
>    - It seems like [I-D.ietf-rmcat-eval-test] should be a normative reference the way it is cited in section 3.2.1.
> 
> [authors] Good point. This reference is now moved to the normative section.
> 
>    - Then, the notation "3GPP case 1 [Deployment]” in section 3.1.2 as well as similarity used in section 3.2.2 is quite confusing as squared brackets are also used for options. I recommend to rename the referent to e.g HO-deploy-3GPP and maybe even write then "3GPP case 1 (see [HO-deploy-3GPP])”.
> 
> [authors]  Agree.  Revised accordingly.
> 
>    - However, the other 3GPP reference probably don’t need to be normative as they only provide further information about mechanism that impact cellular network but don’t need to be known in detail to perform these tests, while the reference to IEEE802.11 maybe should be normative…?
> 
> [authors] Agree. The other 3GPP references are now in the informative section. The reference to IEEE802.11 is now normative.
> 
>    - There are two different references to ns-3. Please only use one!
> 
> [authors]. Thanks for catching this — an artifact from co-authors working on different parts of this draft.  The reference is now consolidated, and the information of both NS-2 and NS-3 has been updated to stay consistent with those in the recently published RFC 8698.
> 
>    - I don’t think the reference to RFC2914 necessarily needs to be normative.
> 
> 
> [authors] Agree. Moved to informative instead.
> 
>    Also as usually when reviewing a document I of course have some more comments, however, they are mostly editorial:
> 
>    - Some of the Wi-Fi acronym are not spelled out or explained, e.g. MCS and EDCA/WMM. Maybe a few more sentences can be added to intro part in section 4.
> 
> 
> [authors] Thanks for pointing this out. We've revised the sentence in the intro part of Sec. 4 to fully spell out EDCA (Enhanced Distributed Channel Access) and WMM (Wi-Fi Multi-Media) separately. The draft now introduces the full term before adding the acronym in the bracket. The draft now contains some explanation for MCS (Modulation and Coding Scheme) in the sub-paragraph starting with “The IEEE 802.11 standard (i.e., Wi-Fi) supports multi-rate transmission capabilities  …”.
> 
> 
>    - The conclusion section is actually not needed/not a common thing, so I recommend just removing it.
> 
> [author] OK. Removed.
> 
>    - also in sec 4:
>    "All test cases described below can be carried out using simulations, e.g. based on [ns-2] or [ns-3].”
>    This should probably say some like “are recommended to be carried out using simulations” (similar as phrased at the end of the intro text in sec 3).
> 
> [authors] Good suggestion. The sentence is revised accordingly, as “We recommend to carry out the test cases as defined in this document using a simulator, such as [NS-2] or [NS-3]. ”
> 
>    - In section 3:
>    "Even though 3GPP
>       define QoS bearers [QoS-3GPP] to ensure high-quality user experience,
>       adaptive real-time applications are desired.”
>    Is desired the right word here? What do you mean?
> 
> [authors]  Thanks for pointing out this confusion. The text is now revised to “Even though 3GPP define QoS bearers [QoS-3GPP] to ensure high-quality user experience, it is still preferable to real-time applications to behave in an adaptive manner.”
> 
>    Thanks!
>    Mirja
> 
> 
> 
>> On 7. Jan 2020, at 18:50, DraftTracker Mail System <iesg-secretary@ietf.org> wrote:
>> 
>> 
>> Last Call Request has been submitted for
>> <draft-ietf-rmcat-wireless-tests-08.txt>
>> 
>> https://datatracker.ietf.org/doc/draft-ietf-rmcat-wireless-tests/
>> 
> 
> 
> 



-- 
Colin Perkins
https://csperkins.org/