Re: [v6ops] new draft: draft-elkins-v6ops-multicast-virtual-nodes

Nalini Elkins <nalini.elkins@insidethestack.com> Sat, 20 September 2014 23:25 UTC

Return-Path: <nalini.elkins@insidethestack.com>
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 8412A1A02D8 for <v6ops@ietfa.amsl.com>; Sat, 20 Sep 2014 16:25:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.3
X-Spam-Level:
X-Spam-Status: No, score=0.3 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=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 xXs2wBND5HAX for <v6ops@ietfa.amsl.com>; Sat, 20 Sep 2014 16:25:05 -0700 (PDT)
Received: from nm28-vm5.bullet.mail.ne1.yahoo.com (nm28-vm5.bullet.mail.ne1.yahoo.com [98.138.91.250]) (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 8B3741A02D6 for <v6ops@ietf.org>; Sat, 20 Sep 2014 16:25:05 -0700 (PDT)
Received: from [98.138.101.129] by nm28.bullet.mail.ne1.yahoo.com with NNFMP; 20 Sep 2014 23:25:04 -0000
Received: from [98.138.89.246] by tm17.bullet.mail.ne1.yahoo.com with NNFMP; 20 Sep 2014 23:25:04 -0000
Received: from [127.0.0.1] by omp1060.mail.ne1.yahoo.com with NNFMP; 20 Sep 2014 23:25:04 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 662055.88598.bm@omp1060.mail.ne1.yahoo.com
Received: (qmail 29373 invoked by uid 60001); 20 Sep 2014 23:25:04 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1411255504; bh=L+Obcd+0zoXdp3LrcegBqg/9pU4eW78fbrScTTAZwCg=; h=References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=uv3Vcxyh3wBmw/V0e0tVJbDn7jQtljyRQs/eqgd88uBvumI0/0Ux0MnE4NC5JhgffydNzHnfPE57ZDYNn+ZnLvZgbLtKWyK3NKuLkKU0+VH07iQM2hkXL1mkHGcRuLSRixLMhBQ9FZhkP1NRRQ9ezuSDqipboe3a7hE+pZ92uRI=
X-YMail-OSG: pxRwp08VM1mMLfTc.DzXqrxS_qYXG9MCPhv7wjDn_Q5jmr. uaJ43YJcsj5V4ecLh_vHTmJpYJSqNHnCoHy8eY429HIXw8ZqwgGos458wq7m Z2lEOvzxvLdAHJpLpXDuy0OJ.ZqUWaOKCnlRdl5Q5WyQU2npV4NmjJW8aCuT FLkdyIAiwtOuu1FcG5aewEWqDygIjuKBxEe_MEU7Owxp.M3HdYQyMrI4Oupi avOTZNtHMETz3.JU00i7kjcbSyGL6BLEjy.pziblEY7jiRCvKXOEQFMzbrH5 pDU9v1iyESfutCI2Noq7GK7Qnubfg3aQZyMvSQR_cPcV3u_Zg2yeVLPTO8gK U5Aidy4fffEq8hsOuCCqbfcjO2dExpp1Kts80bH7SZmJyZ8bYuRncp.DnKAZ bHwtKLHY2HkDcVJrEJM_Z9NXyI3EChoLpz.Bsqc2nU62iLt9VkgSKYWh_K2m 0tRbdl7jzVGRkCqztSkAxjueHLi31UPriAi3VANTyvhoGBfIhLPHq8zRIoig PGT56ReCWYppNA4iAtxreVPHRJqIkkWjgLn.l_12aLlG2___Q
Received: from [24.130.244.175] by web125102.mail.ne1.yahoo.com via HTTP; Sat, 20 Sep 2014 16:25:04 PDT
X-Rocket-MIMEInfo: 002.001, CgpPbiAyMC8wOS8yMDE0IDE1OjE1LCBOYWxpbmkgRWxraW5zIHdyb3RlOgo.IFNpdHVhdGlvbjogIG5vZGUgQSBpcyBvbiBhIHN1Ym5ldCB3aXRoIDI1IG90aGVyIG5vZGVzIChCLVopCj4KPiAxLiAgTm9kZSBBIHNlbmRzIDEwIElDTVAgcGluZyByZXF1ZXN0cyB0byBGRjAyOjoxCj4gMi4gIE5vZGVzIEIgdGhyb3VnaCBaIHNlbmQgTm9kZSBBIGJhY2sgSUNNUCAxMCBwaW5nIHJlcGxpZXMgZWFjaAo.Cj4gSW1wYWN0OiB3aXRoIHZlcnkgbGl0dGxlIHdvcmsgYnkgTm9kZSBBLCBoZSBoYXMgbWFkZSBCIC0gWiABMAEBAQE-
X-Mailer: YahooMailWebService/0.8.203.696
References: <201409191147.s8JBl1Fe016458@irp-lnx1.cisco.com> <CAPi140O_WkcS9uFCSK0+tVDF3Z1sB4_UF5Zv9kpNEMh7m94Vww@mail.gmail.com> <1411154671.21942.YahooMailNeo@web125102.mail.ne1.yahoo.com> <CAPi140Ob+TeDyYfw_1A2Q55gEF5-rNrLynQ1LkGHOVnGcNcpLA@mail.gmail.com> <1411164118.44574.YahooMailNeo@web125106.mail.ne1.yahoo.com> <CAPi140M+RjEr_edAXZBuUv9dYTztQUHq5J6rTd6Ca0qHcuhrCA@mail.gmail.com> <1411170563.16646.YahooMailNeo@web125101.mail.ne1.yahoo.com> <CAPi140PC_rjguOVpyes74=by-Y504hcpsbWFxVfQ8GiudbR6sA@mail.gmail.com> <1411185266.51203.YahooMailNeo@web125102.mail.ne1.yahoo.com> <541D45DB.5010703@foobar.org> <1411222548.10128.YahooMailNeo@web125105.mail.ne1.yahoo.com> <541DB824.7080408@foobar.org>
Message-ID: <1411255504.4053.YahooMailNeo@web125102.mail.ne1.yahoo.com>
Date: Sat, 20 Sep 2014 16:25:04 -0700
From: Nalini Elkins <nalini.elkins@insidethestack.com>
To: Nick Hilliard <nick@foobar.org>, Andrew 👽 Yourtchenko <ayourtch@gmail.com>
In-Reply-To: <541DB824.7080408@foobar.org>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="-559651860-1242465560-1411255504=:4053"
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/o8nP6m6_2-o0wUob9o4nrP9pFkw
Cc: "draft-elkins-v6ops-multicast-virtual-nodes@tools.ietf.org" <draft-elkins-v6ops-multicast-virtual-nodes@tools.ietf.org>, "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] new draft: draft-elkins-v6ops-multicast-virtual-nodes
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Nalini Elkins <nalini.elkins@insidethestack.com>
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: Sat, 20 Sep 2014 23:25:07 -0000


On 20/09/2014 15:15, Nalini Elkins wrote:
> Situation:  node A is on a subnet with 25 other nodes (B-Z)
>
> 1.  Node A sends 10 ICMP ping requests to FF02::1
> 2.  Nodes B through Z send Node A back ICMP 10 ping replies each
>
> Impact: with very little work by Node A, he has made B - Z do work &
> created network congestion with 250+ packets.

>If the hosting provider has any sense, this will count towards node A's 
>bandwidth allocation and if they persist in doing this, they will end up 
>with a large bill as well as having trashed their connectivity.

>The lesson is that if you shoot yourself in the foot, it will hurt.  If 
>your network design is such that shooting yourself in the foot causes other 
>hosts to be shot in the foot, then your network design may have a problem.

>If you are a commercial hosting provider who provides third party shared 
>tenancy networks which use this design, then you should expect problems of 
>this sort.

>Most hosting providers know these things and there is no need for the IETF 
>to remind them.

Really?

So then, are you saying that the hosting company example we gave was for a 
particularly ignorant or incompetent firm?   That most hosting providers of IPv6
services and most end user enterprises (because our draft is for them as well)
are quite well aware of the potential drawbacks and implications of IPv6 link-local 
and multicast traffic in the design of their subnets or broadcast domains.
And, furthermore take such traffic and / or the need for isolation of nodes for
security or regulatory purposes into account when doing their network design?

And, basically, the issues that we are trying to bring up are quite well known 
to everyone.   You could be right (but I am betting against it!).    

Maybe my co-author, who works for a large end-user enterprise, and whose 
organization is trying to implement IPv6, can chime in and let us know how 
well known these issues are in his own organization and those he speaks to
regularly.

Maybe other enterprise customers on the list can speak as well.  Would love
to hear from them.  Having said that, probably if they are on this email list,
they are probably orders of magnitude more sophisticated than most.

I can also take an informal poll.   I can call 2 -3 other hosting companies 
to see what their IPv6 addressing structure is & let you all know.   I can also
call 5 - 10 large enterprise companies in the US (Fortune 500 & large federal 
agencies & the like) to tell you if they take such things into consideration.   

A few years ago, I compiled IPv6 addressing plans (subnet structure,
naming conventions, etc) from 6 - 7 universities (commercial entities will
generally not speak publicly about how they do things).   I can tell you there
were no such considerations in their plans.  I can go back and ask them
if they will allow me to distribute their plans publicly.




All this will take me a few days, so maybe we can pick up the discussion
on Wed / Thurs of next week.

I believe that guidance on network design is needed for end-user sites -
including hosting companies.   That was the reason for our draft.  If I am 
wrong and no such guidance is needed, then I will be quiet and withdraw
the draft.

Nalini