Re: 6MAN WG Last Call - draft-ietf-6man-multi-homed-host-03.txt

神明達哉 <jinmei@wide.ad.jp> Thu, 04 February 2016 19:35 UTC

Return-Path: <jinmei.tatuya@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D12661ACE32 for <ipv6@ietfa.amsl.com>; Thu, 4 Feb 2016 11:35:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.978
X-Spam-Level:
X-Spam-Status: No, score=-0.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, MIME_8BIT_HEADER=0.3, SPF_PASS=-0.001] autolearn=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 R0N55EGLWVUb for <ipv6@ietfa.amsl.com>; Thu, 4 Feb 2016 11:35:02 -0800 (PST)
Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0D61C1ACE31 for <ipv6@ietf.org>; Thu, 4 Feb 2016 11:35:02 -0800 (PST)
Received: by mail-io0-x229.google.com with SMTP id 9so105008565iom.1 for <ipv6@ietf.org>; Thu, 04 Feb 2016 11:35:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=8aero4dT4kfSLPeyiYO1sMXRhwPv+vOmIHO3md1XBz8=; b=XDftVi46ZccqqkSZSqSZrLZ2Ztd744nOq0rDbUb0rpq/NdXjAcDdRnrs7x1tlCkLYV cYSoOGqC/W4N7r8cIuVFPCTROeCelXXcAv947Ly4zSg27Lk7h5gfbXr3/NH+L2EIvaWN kOgZURM1M3a5bcFNt8nCZyfU5diownlJUWf2IAPp2T9gPr1BXqjlnaTtLiFYg6Ch8t1C MYhow7ywP9Ugzjp5hBCgXGuHxrOz1q+518CUrhdOQTGpyTrb72PhZQD2kPSU4Edguv2r 659CzXdFwaXPB2V26mzR/CmCnJIjKjMFRAuxL/AlArPawqb2/Cb5rm4LwvGTkHs25k7g Ij6Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=8aero4dT4kfSLPeyiYO1sMXRhwPv+vOmIHO3md1XBz8=; b=DNCaDxqflcUQTkzxJHTEBzQy7W2yFx8K5tfC7EMGFl/rZxhjk62ctIQQHtggzghBNJ ZxbfTfmWJg4wE7pCxqCQrwNxJ47k+wyD1YmNl2xB8m9kJtyF2rN28SeRvI4xKuLlFoKN g0rDF7HWaYjJgSpOW8s+DDmx4tV9VxbQdOgVel1s09gBOMlKZMePLwnrQd/s8/ZDbH5T 8bZ0Wwp/fbZAemxMQaq64RoggjKtgYpuVXRGzOVVjocVy4D0QctqikpzWX9bTsNjfzSn J3ELlGpNjqs/Zf8PtyAj5GxvIVJ5o0ZwaidK5D/eyOoUVq6kKUFsNoblj8VENAf1eV6u fqeA==
X-Gm-Message-State: AG10YORenKpRP6D4/DHMpPJxjsJFhvYZcItU/ddHfYBlQC8T0SE0JMj+3N8Yqhe/u33WXFEvwmn9n0/g/p/9ZQ==
MIME-Version: 1.0
X-Received: by 10.107.137.142 with SMTP id t14mr12057253ioi.172.1454614501491; Thu, 04 Feb 2016 11:35:01 -0800 (PST)
Sender: jinmei.tatuya@gmail.com
Received: by 10.107.169.35 with HTTP; Thu, 4 Feb 2016 11:35:01 -0800 (PST)
In-Reply-To: <2052A806-4D40-4A17-9892-90E39B67C65C@gmail.com>
References: <2052A806-4D40-4A17-9892-90E39B67C65C@gmail.com>
Date: Thu, 04 Feb 2016 11:35:01 -0800
X-Google-Sender-Auth: l5MYVfpFbDD--NBcXBzr5QhHb5A
Message-ID: <CAJE_bqekFsfHPkfLTAOHgdL-MpvwNSV=gB8Cv0x+YrD66JUyMg@mail.gmail.com>
Subject: Re: 6MAN WG Last Call - draft-ietf-6man-multi-homed-host-03.txt
From: 神明達哉 <jinmei@wide.ad.jp>
To: Bob Hinden <bob.hinden@gmail.com>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ipv6/l9c7RlChDGr0VUYGJgicfPdNH_s>
Cc: IPv6 List <ipv6@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Feb 2016 19:35:04 -0000

At Wed, 3 Feb 2016 14:28:07 -0800,
Bob Hinden <bob.hinden@gmail.com> wrote:

> This message starts a two week 6MAN Working Group Last Call on advancing:
>
>        Title           : Routing packets from hosts in a multi-prefix network
>        Authors         : Fred Baker
>                          Brian Carpenter
>        Filename        : draft-ietf-6man-multi-homed-host-03.txt
>        Pages           : 13
>        Date            : 2015-12-16
>
>    https://tools.ietf.org/html/draft-ietf-6man-multi-homed-host-03
>
> as a Proposed Standard.  Substantive comments and statements of
> support for publishing this document should be directed to the
> mailing list.  Editorial suggestions can be sent to the authors.
> This last call will end on 17 February 2016.

I think this version is basically good enough for publication.

I have some comments on the latest version.  I don't think they are
blocking issues but may be better addressed before sending it to the
IESG.

- Some of my previous comments seem to be still open.  Although I
  already stated I wouldn't insist, it's not clear whether they were
  rejected as a result or just overlooked, so I'm re-raising them
  here: https://mailarchive.ietf.org/arch/msg/ipv6/42QPrrvdShflkz06tn3vdw33iEo
  The seeming open points are:
  + whether to move the host-model discussion to an appendix
  + about the term "addressless"

- Section 3.1

   As described in [RFC4191] and [RFC4861], a Router Advertisement may
   contain zero or more Prefix information Options (PIOs), zero or more
   Route Information Options (RIOs), or a Default Router List.

  I'm not sure if I can understand the "or a Default Router List"
  part.  If it means 'Router Advertisement may contain...a Default
  Router List', it doesn't make sense since an RA (or any of its
  options) doesn't contain such a list (Default Router List is
  something that a host maintains based on the content of RA).

- Section 3.1: likewise, the use of 'a default router list' in the
  following sentence is confusing, too:

   [...]  In a multi-
   homed network implementing source/destination routing, the
   interpretation of a default router list or an RIO has to be modified
   with the words "if the source address is in one of the prefixes I
   advertise in a PIO".

- Section 3.1

   Bob's first hop routers are Bob-A (to upstream ISP A advertising
   prefix A') and Bob-B (to upstream network B and advertising prefix
   B').

  I'd suggest something like PA and PB instead of A' and B'.  It may
  be a matter of taste, but to me X and X' refer to different
  instances of the same kind of concept (like both are addresses or
  both are prefixes), so the current notation is confusing.

- Section 3.4

   There is potential for adverse interaction with any off-link Redirect
   (Redirect for a GUA destination that is not on-link) message sent by

  Is there any particular intent about why we specially say "GUA" here
  instead of, e.g., just "a global destination"?  For example, does it
  intend to exclude ULAs?  If so, why?  In case of ULAs, while the
  proposed host behavior may be less critical with ULAs in practice, I
  don't see any technical reason why we can't use it for ULAs.

--
JINMEI, Tatuya