Re: [armd] address resolution requirement from hosts to overlay edge nodes. Any opinion?

Anoop Ghanwani <anoop@alumni.duke.edu> Tue, 14 February 2012 16:23 UTC

Return-Path: <ghanwani@gmail.com>
X-Original-To: armd@ietfa.amsl.com
Delivered-To: armd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A2DF21F8681 for <armd@ietfa.amsl.com>; Tue, 14 Feb 2012 08:23:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.577
X-Spam-Level:
X-Spam-Status: No, score=-3.577 tagged_above=-999 required=5 tests=[AWL=-0.600, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JnkajrvaG38f for <armd@ietfa.amsl.com>; Tue, 14 Feb 2012 08:23:51 -0800 (PST)
Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by ietfa.amsl.com (Postfix) with ESMTP id A93D121F8557 for <armd@ietf.org>; Tue, 14 Feb 2012 08:23:48 -0800 (PST)
Received: by qcsq5 with SMTP id q5so94658qcs.31 for <armd@ietf.org>; Tue, 14 Feb 2012 08:23:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=t0z7otEChRieWU8v0PXq2gFB6j5aAvLtTUVTwsoCR0o=; b=BQFNGptAnpKoJDcbEedHjSDTE41XNEUahiSqMiGWpR9nSN0g5QVKdGwAVV3vo4sX1e JdoambP7g8NBfJVw3DRFFZF+5pObGYbFNXtTfS9egrVS/t4I915RRwySXDPkTDgWzqxi QSQJPAjOVGwK5IzuZ1xIITGi17JR2UdekXLyI=
MIME-Version: 1.0
Received: by 10.229.136.77 with SMTP id q13mr12552784qct.154.1329236628181; Tue, 14 Feb 2012 08:23:48 -0800 (PST)
Sender: ghanwani@gmail.com
Received: by 10.229.155.206 with HTTP; Tue, 14 Feb 2012 08:23:47 -0800 (PST)
In-Reply-To: <CAL3FGfw09nyGx7KigsDJXnHxDSeZsWw4=YuRZkK4Jf84CqB6Xw@mail.gmail.com>
References: <4A95BA014132FF49AE685FAB4B9F17F632E1CE52@dfweml505-mbx> <CA+-tSzxfqRuTMPoasPbaiOQaxyQk7hxxA2Bx0R6eHsjTBkLnwg@mail.gmail.com> <CAL3FGfw09nyGx7KigsDJXnHxDSeZsWw4=YuRZkK4Jf84CqB6Xw@mail.gmail.com>
Date: Tue, 14 Feb 2012 08:23:47 -0800
X-Google-Sender-Auth: AL0uJoNcPcXzdEf9vx5P8K_x3K4
Message-ID: <CA+-tSzzNeLP4N=Nv1EeBML51KTpmxPP3NWut+vnaWFy8RtUViA@mail.gmail.com>
From: Anoop Ghanwani <anoop@alumni.duke.edu>
To: Mike McBride <mmcbride7@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: Thomas Narten <narten@us.ibm.com>, Igor Gashinsky <igor@yahoo-inc.com>, "armd@ietf.org" <armd@ietf.org>
Subject: Re: [armd] address resolution requirement from hosts to overlay edge nodes. Any opinion?
X-BeenThere: armd@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion of issues associated with large amount of virtual machines being introduced in data centers and virtual hosts introduced by Cloud Computing." <armd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/armd>, <mailto:armd-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/armd>
List-Post: <mailto:armd@ietf.org>
List-Help: <mailto:armd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/armd>, <mailto:armd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Feb 2012 16:23:52 -0000

On Mon, Feb 13, 2012 at 4:01 PM, Mike McBride <mmcbride7@gmail.com> wrote:

> On Fri, Feb 10, 2012 at 6:12 PM, Anoop Ghanwani <anoop@alumni.duke.edu> wrote:
>> I think this is a very interesting problem.  If BOTH the MAC-to-IP binding,
>> and the MAC-to-tunnel-end-point binding can be resolved using a directory
>> service, it would eliminate the need for IP multicast support from the network,
>> provided there are no multicast applications.
>
> A directory could eliminate any reliance upon IP Multicast for MAC to
> tunnel end point binding but would not eliminate the need for IP
> Multicast in the network. You would still want the dynamic nature of
> joining and pruning along with the efficient data delivery across the
> overlay network. Good solutions will take mcast applications into
> proper consideration.

I agree that we would still need IP multicast in the network to
support multicast applications.  My point was that a directory-based
mechanism would eliminate the need for IP multicast if the only reason
it was need was for the purpose of getting ARP traffic through the network.

That said, there are unicast applications (such as Microsoft's Network
Load Balancing) that require multicast at L2, and because they
require multicast at L2, such a network would still need to support
IP multicast.

So really, the directory-based approach would be helpful
only in a narrow set of circumstances -- no multicast applications
including things like NLB.

Anoop