IETF Logo Mail Archive

Re: [v6ops] [EXTERNAL] 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: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 749323A0943 for <v6ops@ietfa.amsl.com>; Tue, 11 Aug 2020 11:22:58 -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=unavailable 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 xZcIbngq83iV for <v6ops@ietfa.amsl.com>; Tue, 11 Aug 2020 11:22:55 -0700 (PDT)
Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (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 B7E533A092F for <v6ops@ietf.org>; Tue, 11 Aug 2020 11:22:55 -0700 (PDT)
Received: by mail-qk1-x729.google.com with SMTP id l64so12533624qkb.8 for <v6ops@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=qheJkKExt+/MNpglU0npNlcxflKuBRXsEvC1Zu7NsVyg0wokT4dvxEDF8gI5yYX84O YDb8GUj/ZkLd7AKQU21nuYcAXxu0hAQ6Qt1J3k/dzCC+V+aGWCq0eRdstbBKdxQ1C8so tXrDPajUyFhmM/yfr2E2yh4E9zPLK2IfSreb5J7DmgPsrY6WKUv3oduBaKc0yfiaY4kt CdGxoZgoU101hWmwbuElX2my/ZriA2JkqCBWzSN5P/CzvV2PMJDJ3y276qCgINmWi3np iFAQvDm+HkUgSWg8GBjpsyDa2YArIrE9Nt6D3TMh80Y4q0h23YioBQ2p1EUs5C5//a/G JQgw==
X-Gm-Message-State: AOAM532YccABQrzchIW+F4sNxJfNbP5rCvnRI2tKa/0UcHMjnGS648L1 C8khwz39pkKGBVndeuIf9WaLPg==
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\))
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/v6ops/Qvn3eSVY44E1NrEDc-xz5EhtEso>
Subject: Re: [v6ops] [EXTERNAL] draft-ietf-6man-grand : saving lookups
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 11 Aug 2020 18:22:59 -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