Re: 6MAN Adoption call on raft-chakrabarti-nordmark-6man-efficient-nd-04

"Eric Levy- Abegnoli (elevyabe)" <elevyabe@cisco.com> Thu, 21 November 2013 09:20 UTC

Return-Path: <elevyabe@cisco.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A41C71A1F1A for <ipv6@ietfa.amsl.com>; Thu, 21 Nov 2013 01:20:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.026
X-Spam-Level:
X-Spam-Status: No, score=-10.026 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.525, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 sVFAK5oshkJb for <ipv6@ietfa.amsl.com>; Thu, 21 Nov 2013 01:20:17 -0800 (PST)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) by ietfa.amsl.com (Postfix) with ESMTP id A3A101ACCEE for <ipv6@ietf.org>; Thu, 21 Nov 2013 01:20:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8150; q=dns/txt; s=iport; t=1385025611; x=1386235211; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=AAHckAtCSoj4MNbx9mn10p1+FtaQ84jN2x7bI6QrVLE=; b=KjvxAQ4sJ4eaZwKOoxR6+8AmL4t7wVaPmYewu8lkFCata8SybBCkod7C thGdrA+z4sshfCyM3a1wbMICAnj/UO4RUtNkUzPUsk99riFzoxUznSAuV cLToV/wOOKqzuRZyuUqQp/6LhdLERs8Sv9tMEb3fIGiWfZgvo5hc4oeqP Q=;
X-Files: default.xml : 3205
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ah4FAJfPjVKtJXHB/2dsb2JhbABZgwc4U7x8gR0WdIInAQQBAQFrCxIBCA46JQslAgQBDQUOh3MNwHSOKYEnGweEMgOQMIExhjGBMJBggyiBaEI
X-IronPort-AV: E=Sophos; i="4.93,743,1378857600"; d="rels'?xml'?scan'72,48,208"; a="1155505"
Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by alln-iport-1.cisco.com with ESMTP; 21 Nov 2013 09:20:10 +0000
Received: from xhc-aln-x14.cisco.com (xhc-aln-x14.cisco.com [173.36.12.88]) by rcdn-core2-6.cisco.com (8.14.5/8.14.5) with ESMTP id rAL9KAY2010930 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 21 Nov 2013 09:20:10 GMT
Received: from xmb-rcd-x06.cisco.com ([169.254.6.147]) by xhc-aln-x14.cisco.com ([173.36.12.88]) with mapi id 14.03.0123.003; Thu, 21 Nov 2013 03:20:10 -0600
From: "Eric Levy- Abegnoli (elevyabe)" <elevyabe@cisco.com>
To: Ole Troan <otroan@employees.org>, 6man WG <ipv6@ietf.org>
Subject: Re: 6MAN Adoption call on raft-chakrabarti-nordmark-6man-efficient-nd-04
Thread-Topic: 6MAN Adoption call on raft-chakrabarti-nordmark-6man-efficient-nd-04
Thread-Index: AQHO5prgi6RVbT+7NUqJOxD58OF6zQ==
Date: Thu, 21 Nov 2013 09:20:10 +0000
Message-ID: <CEB38D78.288AB%elevyabe@cisco.com>
In-Reply-To: <1F653502-AD41-4EB6-A43D-541356810DF2@employees.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.0.0.100825
x-originating-ip: [10.49.80.36]
Content-Type: multipart/mixed; boundary="_002_CEB38D78288ABelevyabeciscocom_"
MIME-Version: 1.0
Cc: 6man Chairs <6man-chairs@tools.ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Thu, 21 Nov 2013 09:20:19 -0000

Hi,
I support this draft: besides the operational value already mentioned, I
can see all the cool things we would be able to do, to scale up the number
of node on the link.
 
Broadcasting on the link is quite fine when you have a limited number of
addresses to deal with, and the dynamic is low. But we plan for layer-2
networks much bigger and much more dynamic (industrial, datacenter, very
large campus) and broadcasting + caching is creating a bottleneck.
 
I imagine we could also do routing with a cache instead of a table, and
broadcast queries to find the destination prefix. Everybody would agree it
does not scale. It's not just the
numbers; it's also the dynamic.
 
I ran a simple math: 100,000 nodes, 3 addresses each, 10% of nodes moving
every minute (moves can be physical or virtual), 3 multicast messages sent
per move (DAD, NA, MLD), message size could go from 100B to 1KB (when
using CGA for instance), that would range from 1 Mbit to 8 Mbit/sec.
Definitely an issue for the wireless links, but not only.
Last but not least, there is quite a bit of latency involved when looking
for a target that is not in cache.

A cache is a good response to these problems, as long as the dynamic is
low. But it's just a cache: when numbers grow, it can't keep up.  And it¹s
not designed to be distributed.
Registration and dissemination (this draft, and sail-draft) propose a
shift to a more pro-active approach, "a la" routing. Any node looking for
an address on-link will either have it in its table (not cache) or will
know who have it (that's the distribution part).
The critical piece is not just registration; it's also distribution so
that the information is available quickly where it's needed, along the
forwarding path.  

There is a lot to clarify though: co-existence with the legacy model,
distribution scheme (hierarchical, hash-based, Š), nature of the
registrars (Routers? Switches? DHCP servers? Š).

Eric

On 19/11/13 11:45, "Ole Troan" <otroan@employees.org> wrote:

>All,
>
>There was moderate support to adopt this draft at the working group
>meeting in Vancouver.
>This is an adoption call to confirm the result of the hum at the meeting.
>
>Please provide a view with reasons as to whether the WG should adopt this
>or not.
>
>This message starts a one week 6MAN Working Group call on adopting:
>
>    Title           : Wired and Wireless IPv6 Neighbor Discovery
>Optimizations
>    Author(s)    : S. Chakrabarti, E. Nordmark, P. Thubert, M. Wasserman
>    Filename    : draft-chakrabarti-nordmark-6man-efficient-nd-04
>    Pages        : 31
>    Date          : 2013-10-22
>
>  
>http://tools.ietf.org/html/draft-chakrabarti-nordmark-6man-efficient-nd-04
>
>The call ends on November 26th, 2013.
>
>Regards,
>
>Bob Hinden & Ole Trøan
>--------------------------------------------------------------------
>IETF IPv6 working group mailing list
>ipv6@ietf.org
>Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>--------------------------------------------------------------------