[lisp] IETF115 LISP-NEXAGON deck & notes

Sharon Barkai <sharon.barkai@getnexar.com> Tue, 08 November 2022 17:27 UTC

Return-Path: <sharon.barkai@getnexar.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BE79C152703 for <lisp@ietfa.amsl.com>; Tue, 8 Nov 2022 09:27:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=getnexar.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2rcDzPSRXJee for <lisp@ietfa.amsl.com>; Tue, 8 Nov 2022 09:26:59 -0800 (PST)
Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B73EC15270B for <lisp@ietf.org>; Tue, 8 Nov 2022 09:26:11 -0800 (PST)
Received: by mail-wr1-x42b.google.com with SMTP id g12so22011357wrs.10 for <lisp@ietf.org>; Tue, 08 Nov 2022 09:26:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=getnexar.com; s=google; h=to:message-id:subject:date:mime-version:from :content-transfer-encoding:from:to:cc:subject:date:message-id :reply-to; bh=wiUqWcV4TCjHx/AU5/XthQpVKSU9wKWq7ynEhYximTU=; b=LL/NUiRCJt0FFthfaKOC94yy6g7CxYHWJhepzgbah3EMIwPs1uPq3hkIFOVSOtdZcR cVK3M2TvOQrhjrt5VzypICeAMDsyjGjpbMfguqoLVXOAnRc7jhJLb8hMoYLg5XIiMrh+ MkhTnXXYlb8DbvsN3hwwhys19V7rhcFQaLais=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:message-id:subject:date:mime-version:from :content-transfer-encoding:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to; bh=wiUqWcV4TCjHx/AU5/XthQpVKSU9wKWq7ynEhYximTU=; b=lsmCj4YayCq/CvMMBtp0xkwWGyi2IoD9nW74QXTJ7jAm/ry0kPQaKn20R6P1zScSqZ yxepJPaKjyclc21TCFI+zwSTElX6IS1087VKq2nCf0Xm1K/2c5ufewCe9NT7R6+xkUwC lZAyYU370zTqtGTM+FCa0T/hwz/M5AaKW7ix+Pd+viqZmO6i2TPqqH18xsyDr0HuBKdf kW799tJ7H2S6OSPB0qj6X6rCSSoFMuyvNQ/xZgPax2Me65WLjrKkVpHcIKNNBVaYsZTh ksK6rAlB3bTeFmeXsZsQ8nCt75A9lbQ6E8AzVHdkX4M7KpqI5XoeJYiEvFoHzyJK0fBS 3GQA==
X-Gm-Message-State: ACrzQf0I0FJUVXM5jArmJ+tp7GLkg9gV/mRUUPTo3+4PfGZ+dePuU5jm geAmVNr0gARvOgw6+HtFgHBV/NCMwD4KEhCnW7cTtpbPLwFzGVIEOWt+ArOxZg10UzmhBf+Bird 5nkJA2dzhK6A03QrTTav7uAujMNLXxOQ2eoCRj1Ztfha5Dj598gSM1NysxjWDBK4XzUE=
X-Google-Smtp-Source: AMsMyM7eemmfLv4hIyhPObNSlf44DN8s6ot0gIleXaqrdcnYQ+s6nZkIz6j6uSbWwwXK1WK6YkLrSQ==
X-Received: by 2002:a5d:560e:0:b0:236:c325:4858 with SMTP id l14-20020a5d560e000000b00236c3254858mr33959930wrv.259.1667928365979; Tue, 08 Nov 2022 09:26:05 -0800 (PST)
Received: from smtpclient.apple ([2a0d:6fc2:4a90:b500:9c9d:619a:24a0:ec21]) by smtp.gmail.com with ESMTPSA id b3-20020a05600c150300b003c6c1686b10sm14592522wmg.7.2022.11.08.09.26.03 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 08 Nov 2022 09:26:05 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail-B6A761CB-8323-4B37-8F4D-F55D596C22FE"
Content-Transfer-Encoding: 7bit
From: Sharon Barkai <sharon.barkai@getnexar.com>
Mime-Version: 1.0 (1.0)
Date: Tue, 08 Nov 2022 19:26:02 +0200
Message-Id: <CC5E8FAC-2515-4119-805F-D39E6901640D@getnexar.com>
To: "lisp@ietf.org list" <lisp@ietf.org>, lisp-chairs@ietf.org
X-Mailer: iPhone Mail (20A380)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/g-ZnJARwkZJK2fh4P-V4BhUDv_M>
Subject: [lisp] IETF115 LISP-NEXAGON deck & notes
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lisp/>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Nov 2022 17:27:05 -0000

IETF115 LISP-NEXAGON Update


Updates to lisp-nexagon since Vienna. 2 updates relate to AD review and 2 to relate to industry developments associated with the draft
Next, The draft combines geospatial grid IDs and LISP EIDs for mobility geolocation networking. There where two choices for formal grid: S2 and H3. S2 is more geometry mapping atlas GIS oriented. H3 better suited for dynamic realtime conditions, realtime network, aggregation and addressing. Simple hierarchy and neighbor propagation. As requested by AD We added an LCAF for clearly encoding H3 IDs in EIDs with the kind help of Dino an Alberto
Next, the network is addressed and packets are keyed by H3 IDs for Values based on BDD taxonomy. It was requested by the AD that these two consortiums review the draft. H3org was excited about the new networking use for the hierarchical grid but pointed out one issue related to hexagonal hierarchy. BDD was asked to confirm the enumerated detections and assumed localization abilities by moving vehicles with reasonable onboard compute stated in the draft. Offline BDD added an enumeration enhancement. Both of these are now addressed by the draft.
Next, an interoperable multi party PoC was made public by the AECC using the draft to find free parking spots in Tokyo. KDDI provided access, Oracle provided edge compute locations. The network locations were tied by hosted RTRs. Nexar provided both the AI car-cams and AI consolidation but this is unlikely to be the case, multi MSPs multi gear vendors more likely. RTR PCAPs where used to prove: Steering uploads to right nexagon location per H3 EIDs detection location, subscription to Nexagons per H3 EIDs areas of interest, subscription continuity and geo-privacy per Vehicle EIDs. The PoC is now extended to include more detections, vehicles, and geospatial areas.
Next, the next public PoCs will dramatically increase the Fog fragmentation axis of the network testing. Cisco breakouts will be used to upload and subscribe to high distribution of edge locations in Toyota gas-stations and car dealerships. This will push the LISP aspects much further and reflects industry trends for: Green, Low cost, High capacity connected mobility.
Next, additional industry related connected vehicles trend is Automotive Digital Twins in general ( in addition to nexagon street segments twins). Digital Twins in general are based on connected sensors to compute objects reflecting physical assets. Not much related to LISP, but if we examine 5 points in the slide regarding DTs in closed domains like a factory vs an open field like a city we see clearly the LISP/CAN applicability. To those we add the Fog fragmentation which is critical for Reality+ economical viability.
Next, If we look at the Fog fragmentation supported by draft-lisp-nexagon we see that EID geospatial twins can extend across edge GPU locations per street load - which are priced much lower, 35 cents per kWh , than cloud GPUs (no spine, H2 power/cooling, no monopoly). We also see that vehicle EIDs can freely roam between breakouts and do not rely on monolithic carrier spectrums. Breakouts are priced per UE and not per GB like carrier IOT. Combined these are important for Reality+ economical viability.
Next, If we examine the generalized structure of using lisp-nexagon for a network connecting multi OEM vehicles to multi vendor twins we can see the difference in economics, for 1k FPS, resulting in a network and compute bill, which is reduced from $1.25 Ms 15x to less than $100k per month
Next, this slide provides detailed benchmark of 1k FPS per city. ADAS use cases will increase these economic diffs by 10x factor



--szb
Cell: +972.53.2470068
WhatsApp: +1.650.492.0794