IETF Logo Mail Archive

Re: IPv4 traffic on "ietf-v6ONLY"

joel jaeggli <joelja@bogus.com> Fri, 17 November 2017 05:12 UTC

Return-Path: <joelja@bogus.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 81CE9128891 for <ipv6@ietfa.amsl.com>; Thu, 16 Nov 2017 21:12:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.899
X-Spam-Level:
X-Spam-Status: No, score=-6.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 zeYE8gUHH-AV for <ipv6@ietfa.amsl.com>; Thu, 16 Nov 2017 21:12:07 -0800 (PST)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89CED1286CA for <ipv6@ietf.org>; Thu, 16 Nov 2017 21:12:07 -0800 (PST)
Received: from mb.local ([IPv6:2001:67c:370:1998:2dc8:49fe:2970:a665]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id vAH5C386060322 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Fri, 17 Nov 2017 05:12:05 GMT (envelope-from joelja@bogus.com)
X-Authentication-Warning: nagasaki.bogus.com: Host [IPv6:2001:67c:370:1998:2dc8:49fe:2970:a665] claimed to be mb.local
Subject: Re: IPv4 traffic on "ietf-v6ONLY"
To: 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>
From: joel jaeggli <joelja@bogus.com>
Message-ID: <22f886f2-b2c8-aca5-ad4d-425a119f9ace@bogus.com>
Date: Fri, 17 Nov 2017 13:12:02 +0800
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:56.0) Gecko/20100101 Thunderbird/56.0
MIME-Version: 1.0
In-Reply-To: <b05f3549-585f-f834-2df3-3b458f67ba2d@gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/aNtzfgAIUOwSGyz5WsdNGNkAkws>
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:12:09 -0000

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.


> 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
> --------------------------------------------------------------------
>

v2.23.0 | Report a Bug | By Email