IETF Logo Mail Archive

Re: [EXTERNAL] [v6ops] draft-ietf-6man-grand : saving lookups

Ted Lemon <mellon@fugue.com> Tue, 11 August 2020 18:22 UTC

Return-Path: <mellon@fugue.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 2B9F43A0940 for <ipv6@ietfa.amsl.com>; Tue, 11 Aug 2020 11:22:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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=fugue-com.20150623.gappssmtp.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 43uaTMBtZDdj for <ipv6@ietfa.amsl.com>; Tue, 11 Aug 2020 11:22:55 -0700 (PDT)
Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) (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 C7FC63A0934 for <ipv6@ietf.org>; Tue, 11 Aug 2020 11:22:55 -0700 (PDT)
Received: by mail-qk1-x731.google.com with SMTP id 77so12559808qkm.5 for <ipv6@ietf.org>; Tue, 11 Aug 2020 11:22:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=kO1SOqEmQneqLvKC2TpQvIcjonOpOd2zviyb/skZAbc=; b=kn+O+8GKfpzXAwBRcpOPBsadtsWlmUMucaFviV9eGI+uA5aDfd2qHD8C1DDWNRsy3l M/5ZdllXXffg0TY46K2q2tWLjMkHfpBKYn8WGyCD5C78oB22aO7k49Wpd/9m6IZRg1Cs GhsZrn3HqHZm4vrgqJy2AopHeKOZHHgWeYpbRTEOAl0mclsSZGATtug4wxzCEt0LgP0o 9KRaAYhSBOHLwUrW6TlLdyArKeGjRNVDxjnbalLjRGsn+p2fWd4k6zTMZ0/5RBd/C9Ch eaZJ5j1LChvAcK5TJkG9xYUeuPesKdooxDoeIYLBP3VDL9rWKvphQmmV9aBQfGUBFxtU UI/g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=kO1SOqEmQneqLvKC2TpQvIcjonOpOd2zviyb/skZAbc=; b=Vv7p6QoB/r4zk+PGREaS+3EHg1GA6on7NQyQilz3SDltVzFI3/IE+8pERtsBcNX4sG 0CIbO7tZt61y0271C5VsHNSSodOv9wD+N6j/Kd167a1H0rR2VBVcupvjCuy6oGFWGF7g 8pSl7+whZzxRt8M1p1fehfvetQLZur03Sa60zJ3IY2bpnntqn4Gq3h9KJeQoo7FlneXG Eq7ZvBD4ZzFotDsrmxM3YsmBbgeVzELcwfAmhE9bN/Hlpq91dnxuHcKHwiX1DWnJZM1N 4nP5Z0yo+YgHuA+JgplaCr+j1iz8CTMEf0RoW7YUsAL6QM0u8oGtGW/aaGdpuUpWgE/u 9IeA==
X-Gm-Message-State: AOAM532Sc9xh+TucM4dnWiTlVLQhRUGdG7/lXIkWvZPsa9hfrUoS8kbY 9HGmux7L8YYO56YqhmF+LVs48A==
X-Google-Smtp-Source: ABdhPJzaal2l9+O1kzM/A5T29y9iG3+m+YRfDcqGKRQF5gsgBCOu9wH6mRfvDihonCkle7owrMJaEQ==
X-Received: by 2002:a37:4907:: with SMTP id w7mr2400412qka.492.1597170174538; Tue, 11 Aug 2020 11:22:54 -0700 (PDT)
Received: from localhost ([2601:18b:300:36ee:b88e:901b:ad8b:f1fc]) by smtp.gmail.com with ESMTPSA id d8sm20476430qtr.12.2020.08.11.11.22.52 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 11 Aug 2020 11:22:52 -0700 (PDT)
From: Ted Lemon <mellon@fugue.com>
Message-Id: <500105DD-90B0-4870-AF97-6213798221DF@fugue.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_B2977764-7D18-445C-B938-92E7C3D4FC6C"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3652.0.5.2.1\))
Subject: Re: [EXTERNAL] [v6ops] draft-ietf-6man-grand : saving lookups
Date: Tue, 11 Aug 2020 14:22:51 -0400
In-Reply-To: <ae4333439bc6431d91e3b0c0bd43286a@boeing.com>
Cc: Bob Hinden <bob.hinden@gmail.com>, Nick Hilliard <nick@foobar.org>, "v6ops@ietf.org" <v6ops@ietf.org>, IPv6 List <ipv6@ietf.org>
To: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>
References: <8b5d5420e55b435aa578c20bd99f3407@boeing.com> <F098390D-B8CF-4121-9D5D-F2610144DE9D@fugue.com> <ae4333439bc6431d91e3b0c0bd43286a@boeing.com>
X-Mailer: Apple Mail (2.3652.0.5.2.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/I-qhZAhDXAY3ZgC50w-5OvIAFgU>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
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: Tue, 11 Aug 2020 18:22:57 -0000

On Aug 11, 2020, at 2:18 PM, Templin (US), Fred L <Fred.L.Templin@boeing.com> wrote:
> In the NBMA case, we leverage unicast routing in an overlay BGP routing topology
> based on the NS target address. For a WiFi base station, it could use broadcast
> but that might not scale well if the number of nodes in the broadcast domain is
> large. Alternatively, it could do the unicast/multicast emulation the same as
> for the NBMA case if an overlay BGP routing topology is established.

But there’s no reason for an overlay topology. The question is, is there a way for it to know which stations to send the multicast too? If so, then it should just iterate across that set of stations using unicast, which is a lot faster. If not, then it probably has no choice but to broadcast. Sorry if these are naive questions—I haven’t really dug around in the details of how WiFi routers do multicast, so I have just enough knowledge to appear really ignorant.

v2.23.0 | Report a Bug | By Email