[v6ops] Fwd: I-D Action: draft-yourtchenko-chown-rupik-v6ops-dad-3x-00.txt

Tim Chown <tjc@ecs.soton.ac.uk> Fri, 04 July 2014 16:24 UTC

Return-Path: <tjc@ecs.soton.ac.uk>
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 885381B2D8A for <v6ops@ietfa.amsl.com>; Fri, 4 Jul 2014 09:24:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.871
X-Spam-Level:
X-Spam-Status: No, score=-1.871 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_NEUTRAL=0.779] 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 xj0v68-t7_pP for <v6ops@ietfa.amsl.com>; Fri, 4 Jul 2014 09:24:40 -0700 (PDT)
Received: from falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [IPv6:2001:630:d0:f102::25e]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F3B81B2D9C for <v6ops@ietf.org>; Fri, 4 Jul 2014 09:24:39 -0700 (PDT)
Received: from falcon.ecs.soton.ac.uk (localhost [127.0.0.1]) by falcon.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id s64GOWhT005422 for <v6ops@ietf.org>; Fri, 4 Jul 2014 17:24:32 +0100
X-DKIM: Sendmail DKIM Filter v2.8.2 falcon.ecs.soton.ac.uk s64GOWhT005422
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=ecs.soton.ac.uk; s=201304; t=1404491073; bh=YXGTZ1qE6B4ebPuXXuexKI5LDjE=; h=From:Subject:Date:References:To:Mime-Version; b=0jspbfRLeZ0sBIpTMqxcSzvUt3xgXQC4gBK+NQ3t9Ipi13bLvt/I0LXppuxkapW+B LEkR1BIKnMgoQdwj4oFwDAO5pKPqnoe+oEk44+kO0emNxgjZhEgW4V14x9/8Sq0Q0r kyX89dNh896M6ew8GyqG+CrOn744ncmfKOHghr2o=
Received: from gander.ecs.soton.ac.uk (gander.ecs.soton.ac.uk [2001:630:d0:f102::25d]) by falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [2001:630:d0:f102::25e]) envelope-from <tjc@ecs.soton.ac.uk> with ESMTP (valid=N/A) id q63HOW0546005240Vu ret-id none; Fri, 04 Jul 2014 17:24:32 +0100
Received: from tjc-vpn.ecs.soton.ac.uk (tjc-vpn.ecs.soton.ac.uk [152.78.236.241]) (authenticated bits=0) by gander.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id s64GOW0H032700 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for <v6ops@ietf.org>; Fri, 4 Jul 2014 17:24:32 +0100
From: Tim Chown <tjc@ecs.soton.ac.uk>
Content-Type: multipart/alternative; boundary="Apple-Mail=_ECB8CF74-D88C-4F2A-BFF4-4F51D358E480"
Date: Fri, 04 Jul 2014 17:24:33 +0100
References: <20140704131707.3952.10822.idtracker@ietfa.amsl.com> <2A140777-ACCF-4995-B70E-7E88741EF570@ecs.soton.ac.uk>
To: v6ops WG <v6ops@ietf.org>
Message-ID: <EMEW3|a426ada81ef77e9eafb70a4999db5fd6q63HOW03tjc|ecs.soton.ac.uk|2A140777-ACCF-4995-B70E-7E88741EF570@ecs.soton.ac.uk>
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\))
X-Mailer: Apple Mail (2.1878.2)
X-smtpf-Report: sid=q63HOW054600524000; tid=q63HOW0546005240Vu; client=relay,ipv6; mail=; rcpt=; nrcpt=1:0; fails=0
X-ECS-MailScanner-Information: Please contact the ISP for more information
X-ECS-MailScanner-ID: s64GOWhT005422
X-ECS-MailScanner: Found to be clean
X-ECS-MailScanner-From: tjc@ecs.soton.ac.uk
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/0vek3GAHItoiApX_BkFY0p26hYk
Subject: [v6ops] Fwd: I-D Action: draft-yourtchenko-chown-rupik-v6ops-dad-3x-00.txt
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: Fri, 04 Jul 2014 16:24:42 -0000

Hi,

Just a quick note to explain this short draft.  If there is interest we’d be happy to present for 5-10 mins in Toronto.

We had a strange issue with ND management tools on our vendor’s wireless LAN controller, and as a result it was sending three copies of certain ND messages in very quick succession. On Mac OS X, this was triggered a positive DAD event, which meant OS X would deprecate the tentative address, and IPv6 would be disabled.

Certain other OSes continued to configure the interface successfully though, not considering the messages a DAD event. Which led to a confusing situation for the administrator to debug.

There’s probably a couple of resulting issues here:

1) There is different behaviour in response to triplicates of certain ND messages on different OSes. Is the preferred behaviour what the RFC says? We should certainly try to make the behaviour more predictable (even if the underlying cause is not a common one).

2) Is there a new DAD attack here beyond the classic “No, I already have that address, you can’t have it” one?  You could sniff for ND messages and generate duplicates to prevent (at least an OS X device) from configuring IPv6 successfully.  The rapid duplicates might not be looked for by existing tools that look for the classic DAD attack in action.

Tim

Begin forwarded message:

> From: internet-drafts@ietf.org
> Subject: I-D Action: draft-yourtchenko-chown-rupik-v6ops-dad-3x-00.txt
> Date: 4 July 2014 14:17:07 BST
> To: i-d-announce@ietf.org
> Reply-To: internet-drafts@ietf.org
> 
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> 
> 
>        Title           : DAD And Packet Triplication
>        Authors         : Andrew Yourtchenko
>                          Tim Chown
>                          Seb Rupik
> 	Filename        : draft-yourtchenko-chown-rupik-v6ops-dad-3x-00.txt
> 	Pages           : 4
> 	Date            : 2014-07-04
> 
> Abstract:
>   This draft captures the observation of IPv6 Duplicate Address
>   Detection behavior in the case of excessive packet replication (3x),
>   the latter caused by by a misbehaving device in the network.  Also it
>   compares the operation of IPv6 vs. IPv4 as a result.
> 
> 
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-yourtchenko-chown-rupik-v6ops-dad-3x/
> 
> There's also a htmlized version available at:
> http://tools.ietf.org/html/draft-yourtchenko-chown-rupik-v6ops-dad-3x-00