[multipathtcp] Genart last call review of draft-ietf-mptcp-rfc6824bis-13

Ines Robles via Datatracker <noreply@ietf.org> Fri, 26 April 2019 09:51 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: multipathtcp@ietf.org
Delivered-To: multipathtcp@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id ECDE012019F; Fri, 26 Apr 2019 02:51:55 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Ines Robles via Datatracker <noreply@ietf.org>
To: <gen-art@ietf.org>
Cc: multipathtcp@ietf.org, draft-ietf-mptcp-rfc6824bis.all@ietf.org, ietf@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.95.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Ines Robles <mariainesrobles@googlemail.com>
Message-ID: <155627231588.6796.18228205076376708862@ietfa.amsl.com>
Date: Fri, 26 Apr 2019 02:51:55 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/fNvKPt68Myf6veUxjbX320ffaCw>
Subject: [multipathtcp] Genart last call review of draft-ietf-mptcp-rfc6824bis-13
X-BeenThere: multipathtcp@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Multi-path extensions for TCP <multipathtcp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/multipathtcp>, <mailto:multipathtcp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/multipathtcp/>
List-Post: <mailto:multipathtcp@ietf.org>
List-Help: <mailto:multipathtcp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/multipathtcp>, <mailto:multipathtcp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Apr 2019 09:51:56 -0000

Reviewer: Ines Robles
Review result: Ready

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 treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq>;.

Document: draft-ietf-mptcp-rfc6824bis-13
Reviewer: Ines Robles
Review Date: 2019-04-26
IETF LC End Date: 2019-04-26
IESG Telechat date: Not scheduled for a telechat

Summary:

I believe the draft is technically good. This document is well written and
clear to understand. I found the document quite complete.

The document specifies v1 of Multipath TCP, obsoleting v0 as specified in
RFC6824, through clarifications and modifications primarily driven by
deployment experience.

I have some minor questions for the authors.

Major issues: Not found

Minor issues: Not found

Nits/editorial comments:

    Section 1.1 " the working group imposed..." --> " mptcp working group
    imposed..."

Some Comments/Questions:

  - Section 1.4: "...A1<->B2 and A2<->B2.  Although this additional session is
  shown as being initiated from A2, it could equally have been initiated from
  B1." --> would it be "initiated from B2"? or you mean B1 following the
  example showed in Figure 2?

  - For Figure 5 (Pag.24), Figure 6(Pag.26) and Figure 11(Pag.40): would it be
  correct to add "(rsv)" in the empty field (between "Subtype" and "B" fields)
  as showed in Figure 12 (Pag. 44).?

  - Section 8.1:
  "This document defines one additional subtype (ADD_ADDR) and updates the
  references to this document for all subtypes except ADD_ADDR, which is
  deprecated.":

  - It seems that the additional subtype is MP_TCPRST and not ADD_ADDR,
  comparing table 2 between this draft and RFC6824.

  - Would it be correct state instead of "ADD_ADDR deprecated" to "ADD_ADDR
  modified"? In Appendix E states; "The ADD_ADDR option (Section 3.4.1), which
  is used to inform the other host about another potential address, is
  different in several ways.  It now includes an HMAC of the added address, for
  enhanced security.  In addition, reliability for the ADD_ADDR option has been
  added: the IPVer field is replaced with a flag field, and one flag is
  assigned (E) which is used as an 'Echo' so a host can indicate that it has
  received the option."

  Thanks for this document,

  Ines.