Re: [v6ops] draft-gont-v6ops-ipv6-ehs-in-real-world: clarification text

Nick Hilliard <nick@foobar.org> Sun, 19 April 2015 11:16 UTC

Return-Path: <nick@foobar.org>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40B721AC3C0 for <v6ops@ietfa.amsl.com>; Sun, 19 Apr 2015 04:16:58 -0700 (PDT)
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] 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 EXYugwWTAdVK for <v6ops@ietfa.amsl.com>; Sun, 19 Apr 2015 04:16:47 -0700 (PDT)
Received: from mail.netability.ie (mail.netability.ie [IPv6:2a03:8900:0:100::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17FB51A1BF5 for <v6ops@ietf.org>; Sun, 19 Apr 2015 04:16:46 -0700 (PDT)
X-Envelope-To: v6ops@ietf.org
Received: from cupcake.foobar.org ([IPv6:2001:4d68:2002:100:0:0:0:110]) (authenticated bits=0) by mail.netability.ie (8.15.1/8.14.9) with ESMTPSA id t3JBGhsv007206 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Apr 2015 12:16:44 +0100 (IST) (envelope-from nick@foobar.org)
X-Authentication-Warning: cheesecake.netability.ie: Host [IPv6:2001:4d68:2002:100:0:0:0:110] claimed to be cupcake.foobar.org
Message-ID: <55338E9B.1080606@foobar.org>
Date: Sun, 19 Apr 2015 12:16:43 +0100
From: Nick Hilliard <nick@foobar.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
MIME-Version: 1.0
To: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>, "v6ops@ietf.org" <v6ops@ietf.org>
References: <55323EA4.3090107@foobar.org> <655424915.7147538.1429415426039.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <655424915.7147538.1429415426039.JavaMail.yahoo@mail.yahoo.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/lO1Nv6ybmKgqRJVHvbcZHDHqq-o>
Subject: Re: [v6ops] draft-gont-v6ops-ipv6-ehs-in-real-world: clarification text
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 19 Apr 2015 11:16:58 -0000

On 19/04/2015 04:50, Mark ZZZ Smith wrote:
> / That is what the flow label is for, and we should be encouraging vendors
> of both host OSes and devices which perform LAG/ECMP to be setting/using it
> for that purpose. Support for the use of it this way is in the current IPv6
> node requirements RFC from 2011 (RFC6424).
> 
> / Although it is disabled by default, the Linux kernel has supported
> automatic generation of flow label values since around August 2014 (sysctl
> net.ipv6.auto_flowlabels=1 to enable).

yes, the flow label will help as one entry in the hash n-tuple but it would
be unwise to depend on this as the only hash entropy source.  L3+L4 header
information is still a better determinant.  It always surprised me that the
flow label has been part of the ipv6 spec since the very earliest
discussions in 1993, but that it wasn't present in the linux kernel until
very recently and even then, only as a non-default option.

Nick