[Gen-art] Gen-art LC review of draft-ietf-tsvwg-sctp-failover-14

Alexey Melnikov <alexey.melnikov@isode.com> Wed, 23 December 2015 15:40 UTC

Return-Path: <alexey.melnikov@isode.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B38EE1A1A10; Wed, 23 Dec 2015 07:40:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.011
X-Spam-Level:
X-Spam-Status: No, score=-2.011 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 FdRaxnJpgi96; Wed, 23 Dec 2015 07:40:30 -0800 (PST)
Received: from waldorf.isode.com (waldorf.isode.com [62.232.206.188]) by ietfa.amsl.com (Postfix) with ESMTP id 4875D1A039C; Wed, 23 Dec 2015 07:40:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1450885229; d=isode.com; s=selector; i=@isode.com; bh=crbOrrMXVAhsA3TbN6/w9d690Dxmr48cmPPaEyn3m7Y=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=cDtxAVIN3cilquDO4cLxcC4FfcUimbqGHmYua1AN0yPo7+xuWY3lJnV0XflfLJUU4Y9nW/ 8hSFtKlnbooox+tDkvl5cEz24Ls+fpZZQYtaXvROw3No0AaFUhtrJ97gwZ/jWboTACSTa+ QWF+JQhCAo2KJ1IBc/wMymgyvfRjftE=;
Received: from [172.20.1.215] (dhcp-215.isode.net [172.20.1.215]) by waldorf.isode.com (submission channel) via TCP with ESMTPSA id <VnrAbQAbMDEX@waldorf.isode.com>; Wed, 23 Dec 2015 15:40:29 +0000
From: Alexey Melnikov <alexey.melnikov@isode.com>
To: General area reviewing team <gen-art@ietf.org>, draft-ietf-tsvwg-sctp-failover.all@ietf.org
Message-ID: <567AC059.7080303@isode.com>
Date: Wed, 23 Dec 2015 15:40:09 +0000
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0
MIME-Version: 1.0
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-transfer-encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/gen-art/UUV3vzXcHbt9GAtSvt-pkUlrWyg>
Cc: The IESG <iesg@ietf.org>
Subject: [Gen-art] Gen-art LC review of draft-ietf-tsvwg-sctp-failover-14
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Dec 2015 15:40:32 -0000

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair. Please wait for direction from your
document shepherd or AD before posting a new version of the draft.

For more information, please see the FAQ at

<http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.

Document: draft-ietf-tsvwg-sctp-failover-14
Reviewer: Alexey Melnikov
Review Date: 2015-12-23
IETF LC End Date: 2015-12-23
IESG Telechat date: (if known) N/A

Summary: Ready with a couple of minor points that need to be clarified.

Major issues:
None

Minor issues:

In Section 5

    However as [RFC4960] switchback behavior is
    suboptimal in certain situations, especially in scenarios where a
    number of equally good paths are available, an SCTP implementation
    MAY support also, as alternative behavior, the Primary Path
    Switchover mode of operation and MAY enable it based on users’
    requests.

Did you really mean "users" (human beings) and not "applications" 
(programs) here? I.e., is this something that needs to be exposed in 
APIs or User Interfaces.

In Section 7.1: should new constants be defined with specific numeric 
values, in order to improve interoperability?