Re: IPv4 traffic on "ietf-v6ONLY"

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 17 November 2017 05:31 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 34579128796 for <ipv6@ietfa.amsl.com>; Thu, 16 Nov 2017 21:31:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 iaEuNX8H9XPP for <ipv6@ietfa.amsl.com>; Thu, 16 Nov 2017 21:31:18 -0800 (PST)
Received: from mail-it0-x229.google.com (mail-it0-x229.google.com [IPv6:2607:f8b0:4001:c0b::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 4440C127B5A for <ipv6@ietf.org>; Thu, 16 Nov 2017 21:31:18 -0800 (PST)
Received: by mail-it0-x229.google.com with SMTP id n134so2788495itg.3 for <ipv6@ietf.org>; Thu, 16 Nov 2017 21:31:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:organization:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=JAryRrCg+35HtLb3hlWMfq33djLaSBYac2VlUyafghA=; b=WkSWHBYkc0DQz0J5GAxhND4z1PbRDWebNSWnqw6dZO/QNMm4mW7BLWJ1XdGUocBFad wcha6AI7V6ZdhDsKK8xx+eRqpfa/tH9K7h8wv6bAkP2SV++znRvjh4FBFDV5ar7S4S+7 /NLDLpFGG9COUQS8/LCy1Bsy24ogbv5U/33usskiB8/YZKrhLVBmXu0r51epRzmEezJ5 ATRjmcdBg+UgIN+qHxOPBfQuTtrCtCKxiAUfbGPRhhsYSHODC03CHoZ9RY9rKbKZouaN d8U8rv/mDTap6WoqJYUtq2UiEW1AQDsaoBEZgd0Nfj3IgOfYHo5hyUlbiEI/arDJ+vys namQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=JAryRrCg+35HtLb3hlWMfq33djLaSBYac2VlUyafghA=; b=LuISeBMnM/6Pn0ys7veUga093lyWCUpTEwc7O7zS5Y8OXjqtXM+FlIUP2nrO054WSo w7Mxr5PV7sWIKjKEk6w/PzGpauJ6Tf9EdBNSeWcPR1GFo+gEEi3trfH8orVTuQV+qdJw STt9urYBA3AqcnNwiWRhyhNEr03TXgEiZAUcujm2KxCHq87dEwZPJVhmaHL10iYQ5XSE nI8uDmY6Zve+h6F91uEYMWm9hxk7I6Fp0sjX2Q9DGR63haIlYoFQ9SkaPuyoebYY8vZW CZjCynDUGTHaMAUek57Rji0JaWkSGCHcl+ymFQC/osdlfK8q2Rv1jDaPEHQxb4srsR62 osWQ==
X-Gm-Message-State: AJaThX7eCgqO7yMd+EGaW5SkciBii0pgrCyTg04TC3Pn/3vd9eyPyC9z lud9VVAodxdeWIWTeH2knDwJVg==
X-Google-Smtp-Source: AGs4zMYaUoJjomLkWJ5GpUZBFR1jXH4Q2tW7wrEJT9pb8U6/z6+QpEkMapmO4JK2k8AMhfMyRKcaMw==
X-Received: by 10.36.141.65 with SMTP id w62mr5699732itd.152.1510896677405; Thu, 16 Nov 2017 21:31:17 -0800 (PST)
Received: from [172.16.132.82] ([101.100.166.3]) by smtp.gmail.com with ESMTPSA id 31sm1304895ioq.10.2017.11.16.21.31.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 16 Nov 2017 21:31:16 -0800 (PST)
Subject: Re: IPv4 traffic on "ietf-v6ONLY"
To: joel jaeggli <joelja@bogus.com>, Alexandre Petrescu <alexandre.petrescu@gmail.com>, ipv6@ietf.org
References: <f9805855-68cf-a3e8-a13f-c6ac31b09058@gmail.com> <bbd4e1d2-047f-6758-76f8-fd591c51dad7@gmail.com> <D631CE54.8C0F5%lee@asgard.org> <m1eEvEP-0000G3C@stereo.hq.phicoh.net> <D75288D5-B571-46EB-A35E-0DBD79F930E5@google.com> <b05f3549-585f-f834-2df3-3b458f67ba2d@gmail.com> <22f886f2-b2c8-aca5-ad4d-425a119f9ace@bogus.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <8cac6d39-bf4c-17de-45da-7969798d37c1@gmail.com>
Date: Fri, 17 Nov 2017 18:31:21 +1300
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0
MIME-Version: 1.0
In-Reply-To: <22f886f2-b2c8-aca5-ad4d-425a119f9ace@bogus.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/MVpqkykQZYb-uvlA0wIoCe4AQF8>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
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: Fri, 17 Nov 2017 05:31:20 -0000

On 17/11/2017 18:12, joel jaeggli wrote:
> On 11/17/17 12:50, Alexandre Petrescu wrote:
>>
>>
>> Le 15/11/2017 à 20:15, james woodyatt a écrit :
>>> On Nov 15, 2017, at 02:47, Philip Homburg
>>> <pch-ipv6-ietf-4@u-1.phicoh.com
>>> <mailto:pch-ipv6-ietf-4@u-1.phicoh.com>> wrote:
>>>>
>>>> The safest option to do that is a DHCPv4 option that says 'no IPv4
>>>> service here, go away'.
>>>
>>> Better: extend ARP with a signal that says, “ARP is not welcome here."
>>
>> During changes between the 3 SSIDs I noticed often the message "Windows
>> detected an IP address conflict" popped up.  The explanation says that
>> another computer on the network has the same address, contact the
>> sysadmin, and more details are available.
>>
>> This makes wonder whether someone put a computer there that responds to
>> all ARP resolution requests for LLs 169, claiming them all.
>>
>> It happens systematically when changing the ESSID from "ietf" to
>> "ietf-v6ONLY".  If, prior to that change, I disable the IPv4 checkbox in
>> interface Properties, the message does not pop up.
> 
> The arp / broadcast suppression proxy in the wireless controller is
> responding afirmatively to the gratuitous arp that your client sends in
> order to test  that it's auto-configured address is available. Roaming
> rapidly between APs can achieve that. It thinks you're in two places at
> one. sending any other kinda of packet first that would allow it to
> update it's mac address table.

Hang on... that makes sense within a single SSID, but why would the
controller share info between independent SSIDs?

Unfortunately there is no ARP traffic in the captures I made during the
week.

    Brian
> 
>> However, this message appears also when changing attachment from SSID
>> "ietf-v6ONLY" to "ietf".
>>
>> Alex
>>
>>>
>>> --james woodyatt <jhw@google.com <mailto:jhw@google.com>>
>>>
>>>
>>>
>>>
>>>
>>> --------------------------------------------------------------------
>>> IETF IPv6 working group mailing list
>>> ipv6@ietf.org
>>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>>> --------------------------------------------------------------------
>>>
>>
>> --------------------------------------------------------------------
>> IETF IPv6 working group mailing list
>> ipv6@ietf.org
>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>> --------------------------------------------------------------------
>>
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>