LISP Working Group S. Barkai Internet-Draft Fermi.io Intended status: Informational F. Maino Expires: March 28,2023 A. Rodriguez-Natal Cisco Systems A. Cabellos-Aparicio J. Paillisse Vilanova Technical University of Catalonia D. Farinacci lispers.net November 23, 2022 Portable Edge Multipoint Sockets draft-barkai-lisp-pems-02 Abstract This document describes the interfaces and functionality of portable socket objects, each instantiated and delegated per Unicast/Multicast Endpoint Identifiers(EID), using eBPF like Unix stacks. Sockets are deployed across edge-compute locations and are used either as queues for assembling upstream point to point and multipoint to point frames, or as a channels, segmenting point to multipoint and multipoint to multipoint application frames. Portability of Unicast-queue and Multicast-channel sockets, as well as subscription and replication, is achieved using the Locator/ID Separation Protocol (LISP). Status of This Memo This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at https://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." This Internet-Draft will expire on February 28,2023. Barkai, et al. Expires March 28, 2023 [Page 1] Internet-Draft LISP November 2022 Copyright Notice Copyright (c) 2022 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Definition of Terms . . . . . . . . . . . . . . . . . . . . . . 4 3. Deployment Assumptions . . . . . . . . . . . . . . . . . . . . 5 4. Security Considerations . . . . . . . . . . . . . . . . . . . . 6 5. Privacy Considerations . . . . . . . . . . . . . . . . . . . . 6 6. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . 6 7. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 6 8. Normative References . . . . . . . . . . . . . . . . . . . . . 7 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 8 1. Introduction This document describes the interfaces and functionality of portable socket objects, each instantiated and delegated per Unicast/Multicast Endpoint Identifiers(EID), using eBPF like Unix stacks. Sockets are deployed across edge-compute locations and are used either as queues for assembling upstream point to point and multipoint to point frames, or as a channels, segmenting point to multipoint and multipoint to multipoint application frames. Portability of Unicast-queue and Multicast-channel sockets, as well as subscription and replication, is achieved using the Locator/ID Separation Protocol (LISP). Distributed edge computing and use of digital-twin constructs in it for processing the physical world require new network based paradigms. The basic dimensions of a digital-twin include: observable entity, instantiated digital entity, the connection between them, data models, raw and curated, and the services offered by each twin as an intermediate processing/data-reduction node for applications. Barkai, et al. Expires March 28, 2023 [Page 2] Internet-Draft LISP November 2022 In an open field like a city, unlike a closed factory, the scale and variance between mostly active and mostly idle observable entities is very high. Unlike testing facilities the connected sensors of observed entities may be moving, feeding one twin one moment, another the next. Such conditions effect greatly the connection aspect of digital twins. The digital entities may be delegated at any point to edge locations in order to facilitate elasticity and recover failures/disconnects. Sensors of the observed entities as well as clients of twins' services may need to switch context often and quickly, as well as maintain continuity if and when mobile access anchor is switched. Portable queue and channel sockets help address these key issues. Queue sockets assemble application frames from packets uploaded by multiple EID sources using the LISP stack. They use a re-tunneling router (RTR) configured in the socket upon instantiation/delegation. Assembled frames are made available from kernel to user space logic Using eBPF-Map[] type mechanisms. Channel sockets use eBPF-Map[] type mechanisms to receive application frames as well group address EID. These frames are segmented into packets and transmitted using the LISP stack via the configured RTR for delivery using LISP signal-free (s,g) multicast [RFC8378]. Off-Peak Socket Allocation Packed on less locations _ _ _ _ / \/ \ / \/ \ ---- \_/\_/ \_/\_/ ---- Peak Socket Allocation / \/ \ / \/ \ ---- Spread across more compute locations \_/\_/ \_/\_/ ---- _ _ _ _ _ _ _ _ / \/ \ / \/ \ ---- / \/ \ / \/ \ / \/ \ / \/ \ ---- \_/\_/ \_/\_/ ---- \_/\_/ \_/\_/ \_/\_/ \_/\_/ ---- / \/ \ / \/ \ ---- / \/ \ / \/ \ / \/ \ / \/ \ ---- \_/\_/ \_/\_/ ---- \_/\_/ \_/\_/ \_/\_/ \_/\_/ ---- ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ Site Site Standby Site Site Site Site Standby Figure 1: Dynamic allocation of sockets per observed entities activity Barkai, et al. Expires March 28,2023 [Page 3] Internet-Draft LISP November 2022 2. Definition of Terms Based on [RFC9300][RFC9301] Edge Computing: a distributed computing paradigm that brings computation closer to the sources of data. This is expected to improve response times and save bandwidth. Programability of edge computing is associated with Internet of Things (IOT) processing. Edge Traffic Steering: Traffic steering defines the different paths that application traffic can take to traverse the network. Destination zone is also determined by these paths. In edge computing traffic steering is for network based service selection. Digital Twin: a digital representation of an intended or actual real-world physical product, system, or process (a physical twin) that serves as the effectively indistinguishable digital counterpart of it for practical purposes. PortableQueueEID: an EID addressable socket interface assembling point to point and multipoint to point application frames to user space clients from the LISP packet interface. PortableChannelEID: an EID addressable socket interface segmenting point to multipoint and multipoint to multipoint application frames from user space clients to the LISP packet interface. ObservedEntitySensorEID: the EID of a connected sensor which uploads data and media frames for digital-twin curation and processing. ClientEID: the EID of a client subscribed to a published digital twin service (EID Source, EID theme). Barkai, et al. Expires March 28,2023 [Page 4] Internet-Draft LISP November 2022 3. Deployment Assumptions (1) An application an addressing scheme to facilitate the connection between observed entities and the digital entities tasked with representing them. (2) EIDs are assigned to ObservedEntitySensorEIDs as well as RTRs. (3) EIDs are assigned to ClientEIDs as well as RTRs. (4) EIDs and RTRs are assigned to instantiated PortableQueueEIDs and PortableChannelEIDs for data ingest and published services. (5) Sensors and Sockets are deployed across the LISP overlay network, sensor location is determined by their current access anchor, Socket location is determined by the edge compute dev-ops. (6) Based on location dynamics at any given moment traffic is steered by the LISP network from sensors to Sockets and from Sockets to subscribed clients. Barkai, et al. Expires March 28,2023 [Page 5] Internet-Draft LISP November 2022 4. Security Considerations The LISP overlay network is inherently secure and private. All information is conveyed using provisioned sockets. All traffic is carried over encrypted tunnels. 5. Privacy Considerations Privacy and anti-tracking of observed entity sensors. 6. Acknowledgments 7. IANA Considerations No IANA considerations. Barkai, et al. Expires March 28,2023 [Page 6] Internet-Draft LISP November 2022 8. Normative References [RFC9300] Farinacci, D., Fuller, V., Meyer, D., Lewis, D., and A. Cabellos, Ed., "The Locator/ID Separation Protocol (LISP)" , RFC 9300, DOI 10.17487/RFC9300, October 2022, . [RFC9301] Farinacci, D., Maino, F., Fuller, V., and A. Cabellos, Ed., "Locator/ID Separation Protocol (LISP) Control Plane", RFC 9301, DOI 10.17487/RFC9301, October 2022, . [RFC8378] Farinacci, D., Moreno, V., "Signal-Free Locator/ID Separation Protocol (LISP) Multicast", RFC8378, DOI 10.17487/RFC8378, May 2018, . Barkai, et al. Expires March 28,2023 [Page 7] Internet-Draft LISP November 2022 Authors' Addresses Sharon Barkai Fermi.io CA USA Email: sbarkai@gmail.com Alberto Rodriguez-Natal Cisco Systems 170 Tasman Drive San Jose, CA USA Email: natal@cisco.com Fabio Maino Cisco Systems 170 Tasman Drive San Jose, CA USA Email: fmaino@cisco.com Albert Cabellos-Aparicio Technical University of Catalonia Barcelona Spain Email: acabello@ac.upc.edu Jordi Paillisse-Vilanova Technical University of Catalonia Barcelona Spain Email: jordip@ac.upc.edu Dino Farinacci lispers.net San Jose, CA USA Email: farinacci@gmail.com Barkai, et al. Expires March 28,2023 [Page 8]