Re: IPv4 traffic on "ietf-v6ONLY"

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 15 November 2017 05:13 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 5869B128C9C for <ipv6@ietfa.amsl.com>; Tue, 14 Nov 2017 21:13:56 -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 BXby2BJ2iL3K for <ipv6@ietfa.amsl.com>; Tue, 14 Nov 2017 21:13:54 -0800 (PST)
Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (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 9D59F127B73 for <ipv6@ietf.org>; Tue, 14 Nov 2017 21:13:54 -0800 (PST)
Received: by mail-io0-x22e.google.com with SMTP id 71so335979ior.7 for <ipv6@ietf.org>; Tue, 14 Nov 2017 21:13:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=hIotUHRfy9YcUwdIjIcy9/mJaD1NfRNeTn7jm2kztd4=; b=G0721FbZHTdvUG/ZobILqVw0fktbMQthtmhi7wAENqMZQJZ/9hEgZDO8ftSilQcgWQ RvhAIblGfetCkfR8g4adh11FpfAqBa5veSmaYAtjFRgVd6t+8EE+gsTQuI87JlDTV+tC khKGEFqnL7kDsdFN7+Kt4bMUpmSLRxcZEPNKRpgD1i3ohNTfZ2i0AZdJxU6ctOsHojSG 4kAsxwjjOlut699nyouWXMgPagJy+czu741CdTQqYq8Q2mxzL//4cSGaUgYbHD+9xf/h IoMSq97RSOAvIb/V5w30pRouz/XPpxWHF14+hqa0jnnRkWN1f4CnLxItTAlyKJg0Y/pX 0b5w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=hIotUHRfy9YcUwdIjIcy9/mJaD1NfRNeTn7jm2kztd4=; b=KFpVNpycBEBEnKwK544K8TekKTOQy+E2etoevsSv1SKllm4WtNiyeiaosEfsraPUQq Or0wReMOHFZ8HNX/DMILzdcKcS/l2dVTj3tLxaRP8TQTcf2pb30Lv+Lxwuoze6yDZbex uOGpkVEJ8Qd98w334Cc35szmfQi6TJItlrXULxJtnoCZ3UsQa77E8HjXOzxNZR6JgT/3 nhPC18NV+Wvk95bLQaVxCZOo744P1NdQ48AgPCyRrwQLfrGWfEmfisCCZMcQFVq8UNUe oLliJiqy8HZjoU7TcjpkBfIedEAQGTT7lzHi7q1EruiBLJPwQmXAwZvHCvryGLUFa1z9 BYbw==
X-Gm-Message-State: AJaThX6D4Qf9gv5cqG2z0O3CKcKb8xpIw9n90E7qieWHirqC4nsHrcue 1qvyutBiJ9g/OEgCAdKtyfUs7g==
X-Google-Smtp-Source: AGs4zMalgqRiM4Yuqz6wUErLXUr95+GEdUAVhILBRiuRsyP+B/PUR+5fUKil0JOtv5Zh/dpvZ04ijQ==
X-Received: by 10.107.97.1 with SMTP id v1mr4101946iob.263.1510722833761; Tue, 14 Nov 2017 21:13:53 -0800 (PST)
Received: from [172.16.132.82] ([101.100.166.3]) by smtp.gmail.com with ESMTPSA id p17sm9066831iod.40.2017.11.14.21.13.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 14 Nov 2017 21:13:53 -0800 (PST)
Subject: Re: IPv4 traffic on "ietf-v6ONLY"
To: Ralph Droms <rdroms.ietf@gmail.com>
Cc: Lee Howard <lee@asgard.org>, ipv6@ietf.org
References: <f9805855-68cf-a3e8-a13f-c6ac31b09058@gmail.com> <bbd4e1d2-047f-6758-76f8-fd591c51dad7@gmail.com> <D631CE54.8C0F5%lee@asgard.org> <f1f9626a-946a-a791-2e42-803a5024a450@gmail.com> <2C1A44D3-A53B-4E2A-9FF1-79A715518E9A@gmail.com> <2a97bed4-c224-5728-bb78-978279c41e66@gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <4472589f-4b6a-2687-d729-9eb866174902@gmail.com>
Date: Wed, 15 Nov 2017 18:13:53 +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: <2a97bed4-c224-5728-bb78-978279c41e66@gmail.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/teBi_pws4rMstRlyUcM8WyjZZVU>
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: Wed, 15 Nov 2017 05:13:56 -0000

Update at the end...

On 15/11/2017 16:31, Brian E Carpenter wrote:
> On 15/11/2017 16:11, Ralph Droms wrote:
>>
>>
>>> On Nov 14, 2017, at 10:07 PM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>>>
>>> On 15/11/2017 15:59, Lee Howard wrote:
>>>>
>>>>
>>>> On 11/15/17, 10:44 AM, "ipv6 on behalf of Brian E Carpenter"
>>>> <ipv6-bounces@ietf.org on behalf of brian.e.carpenter@gmail.com> wrote:
>>>>
>>>>> On 15/11/2017 15:13, Alexandre Petrescu wrote:
>>>>>> There is much IPv4 traffic on the "ietf-v6ONLY" ESSID.
>>>>>
>>>>> Also on the DNS64 network. But it is all one-way, you
>>>>> will notice. No replies as far as I can see. Most of them
>>>>> are sourced from 169.254.*.*, but there are some oddities such as
>>>>> 31.130.227.98	224.0.0.1	IGMPv2	42	Membership Query, general
>>>>
>>>>
>>>> Does that return us to the question of how to tell hosts that IPv4 doesn’t
>>>> live here, and to stop trying?
>>>
>>> Maybe. But on the other hand there is no reason in principle
>>> that peer2peer traffic between 169.254.*.* addresses won't work.
>>> (There are reasons in practice, e.g. it doesn't work on Windows 7.)
>>
>> Can you get any sense of how much of the IPv4 traffic is useless?  Would it be useful to try to quench that useless traffic to improve network performance, behavior, operations?  
>>
> 
> At the moment I think it's 100% useless traffic - in the two captures,
> I see messages from many 169.254.*.* addresses and, I think, none that
> are sent to such an address (except 169.254.255.255). Haven't quite
> figured out the Wireshark display filter to be 100% certain

The correct display filter is ip.dst==169.254.0.0/16 and ip.dst!=169.254.255.255
and the result is exactly zero messages with a unicast destination
in 169.254.0.0/16. So I can assert that there is no peer to peer
IPv4 link local traffic, just futile attempts to reach multicast
destinations.

There's quite a lot to 255.255.255.255, with a large majority being 
"Dropbox LAN sync Discovery Protocol".

   Brian