Internet DRAFT - draft-iannone-routing-and-addressing-manifesto

draft-iannone-routing-and-addressing-manifesto







Internet Research Task Force (IRTF)                      L. Iannone, Ed.
Internet-Draft                                                    Huawei
Intended status: Informational                           24 October 2022
Expires: 27 April 2023


             Innovation in Internet Routing and Addressing
           draft-iannone-routing-and-addressing-manifesto-02

Abstract

   Despite the stability of the Internet technology, tremendous advances
   and important innovation are always happening.  In particular,
   routing and addressing have profoundly changed during the years, with
   interesting research still ongoing and engineers willing to be hear
   about recent advance that may solve their operational problems.
   However, researchers and engineers lack a dedicated forum where they
   can meet and interact to discuss about routing and addressing.  This
   document advocates the creation of such forum, to bring together
   these communities (researchers and engineers) and offer a dedicated
   venue.

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 27 April 2023.

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.




Iannone                   Expires 27 April 2023                 [Page 1]

Internet-Draft      Routing and Addressing Manifesto        October 2022


   Please review these documents carefully, as they describe your rights
   and restrictions with respect to this document.

Table of Contents

   1.  Driving Internet Innovation through Research on Routing and
           Addressing  . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  From Research to Engineering  . . . . . . . . . . . . . . . .   3
     2.1.  Bringing Innovation to life . . . . . . . . . . . . . . .   3
     2.2.  Examples of Routing and Addressing Innovation . . . . . .   5
   3.  Interplay between Researchers and Engineers . . . . . . . . .   7
   4.  Need to Amplify the Dialogue  . . . . . . . . . . . . . . . .   9
   5.  Time is Right to make it Right  . . . . . . . . . . . . . . .  10
   6.  The role of the IETF  . . . . . . . . . . . . . . . . . . . .  10
     6.1.  Enter the IRTF  . . . . . . . . . . . . . . . . . . . . .  10
     6.2.  Routing and Addressing in the IRTF  . . . . . . . . . . .  11
   7.  Discussing Routing and Addressing Innovation  . . . . . . . .  14
   8.  Sign the Manifesto  . . . . . . . . . . . . . . . . . . . . .  14
   9.  Security Considerations . . . . . . . . . . . . . . . . . . .  14
   10. IANA Considerations . . . . . . . . . . . . . . . . . . . . .  15
   11. Informative References  . . . . . . . . . . . . . . . . . . .  15
   Contributors  . . . . . . . . . . . . . . . . . . . . . . . . . .  24
   Author's Address  . . . . . . . . . . . . . . . . . . . . . . . .  24

1.  Driving Internet Innovation through Research on Routing and
    Addressing

   Despite the fact that the IP addressing and IP routing models have
   remained stable for more than 40 years, the Internet has experienced
   a huge evolution ever since.  Even if later than expected, the
   transition from IPv4 to IPv6 is finally happening, showing that the
   Internet is able to make important leaps.  Beyond such evolution,
   other very important innovations have been introduced by the IETF or
   are under active engineering development (e.g., SRv6 [RFC8986], MANET
   [RFC2501], 6LowPAN [RFC4919], ICN [RFC7927], PCE [RFC4655]).

   The research community has also made important progress in better
   understanding the properties of the routing and addressing and also
   exploring diverse possible evolutions.  Some of them being relatively
   disruptive, but worth to be considered.  Such extraordinary work has
   been also recognized by the IRTF, were 18 out of 61 (circa 29%) of
   the Applied Networking Research Prize Awards have been granted to
   routing-related papers.  All of the main academic conferences in
   networking, like [INFOCOM], [SIGCOMM], and [CONEXT] have sessions
   dedicated to routing and addressing, but also workshops fully
   dedicated to such topics ([I-D.galis-irtf-sarnet21-report],
   [FIRA2022]).  Quite a number of multi-year and multi-million projects
   have been funded by government entity specifically on routing,



Iannone                   Expires 27 April 2023                 [Page 2]

Internet-Draft      Routing and Addressing Manifesto        October 2022


   addressing, or more generally on architectural evolution of the
   Internet ([EU-FIA], [NSF-FIA]).  A more thorough survey on research
   on routing, in the last decade or so, can be found in
   [I-D.king-irtf-semantic-routing-survey].

   Communication scenarios have also evolved through the years.  In the
   90s the killer application was the World Wide Web. It remains a main
   use case of the Internet, but in the meantime several diverse
   communication scenarios have and still are emerging ([BEZAHAF20],
   [LIU20], [BALAKRISHNAN21], [CAMPISTA14]).  While, the network layer
   remained focused on identifying communication end-points through
   addresses and determining paths between end-points through routing,
   the research, pushed by these new communications scenarios, has
   started to explore even more alternatives.  In particular,
   investigating the possibility to add some semantic to addresses (not
   just for end-point identification [I-D.jia-intarea-scenarios-problems
   -addressing][I-D.jia-intarea-internet-addressing-gap-analysis]) and
   developing semantically rich routing (not strictly based on addresses
   and prefixes but also on other information, not necessarily from the
   network layer [I-D.farrel-irtf-introduction-to-semantic-routing]).

   The evolution described above, has to continue and it is of paramount
   importance that it does not slowdown, in order to cope with future
   use and business cases, overcoming the existing challenges
   [I-D.king-irtf-challenges-in-routing] and going beyond mere
   reachability [I-D.trossen-rtgwg-routing-beyond-reachability].

2.  From Research to Engineering

   Bringing consolidated research to the Internet is in general a hard
   task involving a lot of interaction between researchers and
   engineers.  The former trying to abstract from the details of the
   real problem, while the latter trying to adapt the research outcome
   to the real context.  This creates a sort of contention that only
   continuous information exchange can solve.  Early engineering
   deployment are usually done in small size limited domains, which are
   then interconnected.  In the remaining of this section we first look
   at how this "limited domains" approach helps innovation and then
   show-case few examples.

2.1.  Bringing Innovation to life

   As previously mentioned, it is very common to bringing new solutions
   to the Internet through an incremental deployment that at early
   stages is very "limited" in size and secluded in dedicated and
   controlled "domains".  Limited domains have been formally defined in
   [RFC8799], but they existed informally for a long time, helping
   introducing innovations in the Internet.  In a certain way they are a



Iannone                   Expires 27 April 2023                 [Page 3]

Internet-Draft      Routing and Addressing Manifesto        October 2022


   fact of (Internet) life.  Historically, the Internet emerged as a
   limited domain, implementing the requirements and behaviors of its
   originating stakeholders.  Even early IPv6 deployments were nothing
   more than interconnected limited domains (at that time called
   "island" in the IPv4 Internet).  Today, it provides the common
   backbone for other limited domains, or, stated differently, provides
   the common foundation for further innovation.  Indeed, private
   technologies isolated in a standalone domain are just less
   interesting, while interconnecting new solutions through the
   Internet, at different scale (cf.  Section 5 [RFC8799]), is where
   innovation spurs.  As Section 4 of [RFC8799] shows, the Internet and
   IETF's work contains a lot of technologies being deployed using such
   limited domains model, like for instance DiffServ [RFC2474], IntServ
   [RFC2205], SErvice Function Chaining (SFC) [RFC7665], Data Center
   Networks (DCN) overlays [RFC8151], Segment routing [RFC8402], to cite
   a few.

   The limited domain deployment model enables research to become
   reality through implementation and deployments, with requirements and
   behaviors of stakeholders interested in solutions driving LD
   development.  Example of requirements and behaviors are:

   *  New capabilities: traffic steering, better/different security,
      privacy, supporting different topologies, and mobility;

   *  Diverse technologies: routing on new identifiers (services, host,
      etc.), routing on different network layers like in IoT, and
      semantically enriched routing;

   *  Deep programmability: match-action capability of programmable data
      planes and advances in software and hardware enabling more complex
      packet processing;

   *  Innovation: Limited Domains enable incremental deployability in
      isolated islands for innovative solutions, which may or may not
      percolate to the whole Internet at later stages;

   *  Better QoS: provide some form of service differentiation which may
      be compatible to the best effort model (e.g., MPTCP [RFC8684],
      ALTO [RFC7285], Interconnected Traffic-Engineered Networks
      [RFC7926], or may rely on communication model radically different
      from the best effort model (e.g., DetNet [RFC8655], RAW
      [I-D.ietf-raw-use-cases]).








Iannone                   Expires 27 April 2023                 [Page 4]

Internet-Draft      Routing and Addressing Manifesto        October 2022


2.2.  Examples of Routing and Addressing Innovation

   Hereafter, we briefly overview a few interesting examples of routing
   and addressing innovation that emerged (or is still emerging) as an
   interconnection of limited domains.  The examples have been selected
   in no particular fashion or purpose beyond their self-explanatory
   nature.  Certainly, quite a number of examples could be proposed,
   however there is no intention to be exhaustive here.

   Content Delivery Networks (CDN)

      CDNs and CSP (Content Service Providers) have long ago recognized
      the existence of the need for interconnecting (previously)
      standalone CDNs so they can interoperate and collectively behave
      as a single delivery infrastructure [RFC6707].  That is why the
      CDNI WG ([CDNIWG]) has been formed in the IETF.

      From the charter:

      "...to allow the interconnection of separately administered
         CDNs in support of the end-to-end delivery of content from CSPs
         through multiple CDNs and ultimately to end users..."

      This is a very interesting approach to innovation.  While each CSP
      is free to develop their own technology, a general protocol is
      defined in order to safely interconnect different limited domains,
      not necessarily exposing internal policies and solutions
      [RFC7337].  This in turn triggers further innovation, like moving
      content closer to customers while maintaining a high level of
      security [LELOUEDEC21], or introducing specific technology like
      OpenFlow to deliver content across the Internet [CHANG12]

   Internet of Things (IoT)

      IoT actually has different meaning in different contexts, however,
      IoT deployments better than any other technology shows how
      innovation is facilitated by using deployments limited domains.
      For instance, 6Lo(WPAN): define a Limited Domain that has:

      -  a specialized addressing architecture ([RFC6775]),

      -  a specialized neighbor discovery ([RFC6775], [RFC8505]),

      -  a specialized compression schemes ([RFC6282], [RFC8138]),

      -  a specialized routing protocol ([RFC6550]).





Iannone                   Expires 27 April 2023                 [Page 5]

Internet-Draft      Routing and Addressing Manifesto        October 2022


      Scattered domains of this type can then be interconnected through
      the so called 6LowPAN Border Routers (6LBR [RFC8929]), basically
      bridging the limited domains into one.  This is just an example of
      constrained node networks ([RFC7228]) that will help building
      smart cities in the coming years ([CANO18]).  Beyond smart cities,
      thanks to IoT, there is an increasing digitalization in various
      non-ICT sectors, like for instance energy, healthcare,
      transportation [NIZETIC20].

   Privacy and Security

      In recent years, people are developing a growing awareness about
      privacy and security issues [PRIV-TRENDS].  This is reflected in
      new regulations (e.g., General Data Protection Regulation - GDPR
      [GODDARD17]), but also privacy awareness in protocol design
      [RFC6973].

      For private and secure communications a widely used approach are
      mix networks (e.g.  [TOR]).  In this context, each node can be
      seen as independent, untrusted, and interconnected through an
      untrusted network.  Mix networks offer the highest privacy level
      at the cost of reduced performance (latency and/or bandwidth).
      Further, the principles and technology are used also for other
      emerging use cases (e.g.  [OSMAN21], [NEDELTCHEVA19], [ICLOUD]).

      Recently, Gartner coined the term "SASE" for "Secure Access
      Service Edge" [SASE], defining products and services aiming at
      securing the remote access of users or applications to enterprise
      resources (think about VPN on steroids).  SASE is another kind of
      private/secure domain that needs to interface with the public
      Internet and enterprise cloud services, hence acting actually as
      an in-between limited domain.

      Isolating mix networks and SASE solutions from the Internet (while
      using it as an interconnecting backbone) allows to develop
      innovative solutions that do not necessarily rely on privacy and
      security mechanisms of the public Internet, hence better tailored
      for their specific requirements, and is defining the future of
      network security ([WOOD20], [DESHPANDE21]).

   Industry 4.0

      Today networked, smart factories are going beyond the limits of
      physical production lines.  Smart manufacturing, marries physical
      production and operations with smart digital technology, machine
      learning, and big data to create a more holistic and better
      connected ecosystem for companies ([SANCHEZ20], [WANG15]).




Iannone                   Expires 27 April 2023                 [Page 6]

Internet-Draft      Routing and Addressing Manifesto        October 2022


      Such eco-system is, in terms of manufacturing, the interconnection
      of different (limited) domains, namely the entire operation--
      inventory and planning, financials, customer relationships, supply
      chain management, and manufacturing execution, etc.  Such
      pervasive connectivity is expected to trigger the 4th revolution
      in the industrial world (hence the name Industry 4.0).

      One way to move toward this vision is the adoption of the digital
      twin paradigm, or going beyond the best-effort model of the
      Internet.  By providing a live copy of physical systems, digital
      twins bring to the table numerous advantages such as accelerated
      business processes, enhanced productivity, and faster innovation
      with reduced costs.  However, this comes with strict requirements
      from a networking perspective, such as low latency and
      deterministic communication [MASHALY21].  Deterministic
      communication in particular is one of the major requirements in
      various industrial sectors [RFC8578].  However, such communication
      model may have profound implications in terms of routing,
      addressing, and security, substantially differing from the (best
      effort) Internet ([BIGO21], [MADDIKUNTA21], [SCANZIO21]).

3.  Interplay between Researchers and Engineers

   Scientific research and engineering innovation are able to progress
   because they are tight together in a loop and nurturing each other,
   as depicted in Figure 1.  On the one hand, researchers take concrete
   problems that engineers needs to solve, perform an abstraction so to
   get rid of unnecessary details, and solve the corresponding abstract
   problem.  On the other hand, engineers take the solution to the
   abstract problem and adapt it to their specific context.  Any
   mismatch or issue in this process is solved through more interaction.




















Iannone                   Expires 27 April 2023                 [Page 7]

Internet-Draft      Routing and Addressing Manifesto        October 2022


                  Abstraction from Details
                       +-------------+
                      /               \
   +-----------------/--+           +--\-----------------+
   | Engineers      /   |           |   \     Researchers|
   |               /    |           |   \/               |
   |      +-----------+ |           | +-----------+      |
   |      | Concrete  | |           | |Abstract   |      |
   |      | Problem   | |           | |Problem    |      |
   |      | Domain    | |           | |Domain     |      |
   |      +-----------+ |           | +-----------+      |
   |              /\    |           |    /               |
   +---------------\----+           +---/----------------+
                    \                  /
                     \                /
                      +--------------+
               Engineering Context Adaptation

          Figure 1: The Researchers<->Engineering innovation loop.

   Research community and engineering community are not actually
   separate (like in Figure 1), but rather overlapping.  Numerous
   researchers regularly participate to various SDOs to bring their
   solutions, and similarly, numerous engineers participate in academic
   conferences and research work to bring their "real world" experience.
   However, there is also some fragmentation, mirrored in the way the
   Internet evolves.  On the one hand, community of researchers orbiting
   around specific conferences are certainly different depending on the
   conferent, yet not necessarily disjoint.  For instance, the
   conferences IEEE INFOCOM, ACM SIGCOMM, and ACM SIGMETRICS, while
   being all top notch networking conferences, they represent three
   different type of researchers, IEEE INFOCOM more system oriented, ACM
   SIGCOMM more protocol oriented, and ACM SIGMETRICS more system theory
   oriented.  On the other hand, something similar happens in SDOs.  For
   instance, IEEE, 3GPP, and the IETF, all have network standardization
   activities but they tackle different aspects, where IEEE is more
   about link layer standards, 3GPP designs the different generations of
   cellular networks, and the IETF playing a key role on everything
   around the TCP/IP protocol suite.  Yet, those SDOs do not attract
   necessarily the same engineering communities.

   In order to keep up with innovation there is a need to ensure that
   the information between the various research communities and the
   various engineering communities flows smoothly, through continue
   interaction, exchange of opinions, experiences, problems, and
   viewpoints.  This is certainly true in any field, including routing
   and addressing.




Iannone                   Expires 27 April 2023                 [Page 8]

Internet-Draft      Routing and Addressing Manifesto        October 2022


4.  Need to Amplify the Dialogue

   Deploying and interconnecting new solutions is not just about using
   the right interconnection protocol, it is also about "good" design.
   This raises a tussle between the Internet and innovation.  On the one
   hand, the Internet is a well-functioning system whose core design
   represents sunk investments.  Furthermore, changing a running system
   is pretty hard.  On the other hand, there is an undeniable need for
   sustaining innovation, because of emerging communication scenarios
   where new stakeholders do not see their requirements adequately
   realized.

   Increasingly widening stakeholder interests will continue to drive
   research and innovation (often in limited domain development).  The
   interconnection is increasingly done based on various field/
   information with semantics that can be found, added, associated to an
   IP packet.  The challenge lays in how to enable more innovation to be
   carried across to other limited domains or the Internet?  How to
   share information about evolutions that are not harmful to the
   overall system?

   Business as usual is not enough to answer the above questions.  If
   there is not enough information sharing there is a risk to see a
   fragmented evolution, due to independent innovation carried out in
   the different communities mentioned above.  Such a fragmented
   evolution may create some risks, like for instance:

   *  Too many scattered unrelated domains interconnecting through the
      Internet may actually hamper Internet robustness and its lean
      design.

   *  Too many ad-hoc solutions/building blocks lead to high complexity
      and augmented fragility.

   *  The need for 'offset' operations may decrease overall efficiency.

   *  The desire for a common denominator (IPv6 plus associated routing)
      affects all interconnected domains, possibly impacting performance
      and ultimately innovation capability.

   *  Nodes behavior gets more complicated, particularly at domain
      boundaries, leading to unexpected/unwanted behavior, like:

      -  semantic leakage, i.e., routing information, leading to
         fragility or security issues;

      -  privacy related information leakage that is pertinent for
         security (e.g., sensors' MAC addresses or user identifiers);



Iannone                   Expires 27 April 2023                 [Page 9]

Internet-Draft      Routing and Addressing Manifesto        October 2022


      -  Specific technology islands may become more isolated, therefore
         hampering interconnection and interoperability.

5.  Time is Right to make it Right

   It can be observed that "The Time is Right to make it Right", because
   we are at a juncture point.

   The Internet technology is quite mature connecting a huge number of
   networking technologies and providing global connectivity.  Actually,
   the TCP/IP protocol stack is so mature that is becoming commodity,
   hence the fragmented evolution previously mentioned.  While TCP/IP is
   the more and more the converging technology, services are
   differentiating, raising the need for making the Internet to continue
   to evolve as well.  When IPv6 started to be discussed, there was a
   general sense of "urgency", because of the address shortage
   forecasted by early 2000s (this was before NAT).  This lead to some
   conservative choices in order to somehow smooth the transition.  In
   this point in time, we have the luxury not being in such an
   situation, there is no need to hurry up, instead there is the
   opportunity, which we hopefully will not miss, to take the time to
   carefully think about how to structure the unstructured by looking
   forward.

6.  The role of the IETF

   As mentioned in Section 1, the IETF has always worked in introducing
   important innovations in the Internet so to make it evolve and adapt
   to the different emerging use cases.  More importantly, the IETF has
   recognized the importance of the interaction between researchers and
   engineers a long time ago when its research branch, namely the
   Internet Research Task Force ([IRTF]) was created.

6.1.  Enter the IRTF

   The IRTF has a privileged position close to the engineering
   community, and already in [RFC2014], the first document setting the
   IRTF guidelines, the importance of making engineers discuss with
   researchers was recognized:

      "... The expectation is that by sponsoring Research Groups, the
      IRTF can foster cross-organizational collaboration, help to create
      "critical mass" in important research areas, and add to the
      visibility and impact of the work. ... "

   Figure 2 tries to position the IRTF in the researchers<->engineering
   innovation loop previously presented.  Clearly the IRTF, has a
   central role, helping in formalizing real problems and requirements,



Iannone                   Expires 27 April 2023                [Page 10]

Internet-Draft      Routing and Addressing Manifesto        October 2022


   so that afterwards an abstraction of the former can be tackled by
   researchers.  The IRTF can then help deciding whether the resulting
   solution is mature enough to be transferred in the engineering domain
   by first deriving detailed specifications so to facilitate later on
   the adaptation to the engineering context.

                 Problem               Abstraction
                 Formalization         from Details
                  +-----+              +----+
                 /       \            /      \
   +------------/--+      \          /      +-\--------------+
   |Engineers  /   |      \/        /       |  \  Researchers|
   |          /    |     +------------+     |  \/            |
   |   +---------+ |     |            |     | +---------+    |
   |   | Concrete| |     |    IRTF    |     | |Abstract |    |
   |   | Problem | |     |    (RG)    |     | |Problem  |    |
   |   | Domain  | |     |            |     | |Domain   |    |
   |   +---------+ |     +------------+     | +---------+    |
   |         /\    |      /         /\      |  /             |
   +----------\----+     /           \      +-/--------------+
               \        /             \      /
                +------+               +----+
               Engineering             Research
               Context                 Solution
               Adaptation              Specifications

        Figure 2: The role of IRTF in the Researchers<->Engineering
                              innovation loop.

6.2.  Routing and Addressing in the IRTF

   Because of the above-mentioned role of the IRTF it is worth to have a
   better look at the activities related to routing and addressing.
   However, before overviewing such activities, it is important noting
   that because routing and addressing are cornerstones of the protocol
   stack

   *  everything relates to routing and addressing,

   *  routing and addressing relates to everything.

   In other words, any IRTF's research group may include routing/
   addressing aspects and/or discuss them in the scope of their specific
   topics.  In the following, there is an attempt to class the various
   Research Group as more or less related to routing and addressing, so
   to understand whether or not they can be considered a spotential
   venue to discuss Routing and Addressing in general.  When referring
   to specific Research Groups, the text following the name of the



Iannone                   Expires 27 April 2023                [Page 11]

Internet-Draft      Routing and Addressing Manifesto        October 2022


   research groups listed below is an excerpt of their charter.  Three
   classes are identified, namely:

   *  A) Almost unrelated: the RG will rarely (if ever) discuss about
      routing and addressing.

   *  B) Lightly related: the RG may touch some routing and addressing
      aspects as side effects of their specific topic.

   *  C) Tightly related: routing and addressing is explicitly mentioned
      in the charter and are part of the research discussed in the
      group.

   The following research groups can be considered as part of class A
   (almost unrelated to routing and addressing):

   *  [CFRG] - Crypto Forum Research Group: Forum for discussing and
      reviewing uses of cryptographic mechanisms.

   *  [GAIA] - Global Access to the Internet for All Research Group:
      Internet access considered a basic human right.

   *  [NWCRG] - Network Coding for Efficient Network Communications
      Research Group: Research Network Coding principles and methods
      that can benefit Internet communication.

   *  [MAPRG] - Measurement and Analysis for Protocols Research Group:
      Forum being a "landing pad" for the Internet measurement community
      to introduce its efforts to the IETF.

   *  [QIRG] - Quantum Internet Research Group: Quantum secure
      communication, distributed quantum computing, and quantum-enhanced
      physical sensor systems.

   *  [HRPC] - Human Rights Protocol Considerations Research Group:
      Research whether standards and protocols can enable, strengthen or
      threaten human rights.

   *  [ICCRG] - Internet Congestion Control Research Group: To move
      towards consensus on which technologies are viable long-term
      solutions for the Internet congestion control architecture.

   The following research groups can be considered as part of group B
   (lightly related to routing and addressing):

   *  [DINRG] - Decentralized Internet Infrastructure Research Group:
      Research on decentralizing infrastructure services such as trust




Iannone                   Expires 27 April 2023                [Page 12]

Internet-Draft      Routing and Addressing Manifesto        October 2022


      management, identity management, name resolution, resource/asset
      ownership management, and resource discovery.

   *  [PEARG] - Privacy Enhancements and Assessments Research Group:
      General forum for discussing and reviewing privacy enhancing
      technologies for network protocols and distributed systems in
      general, and for the IETF in particular.

   *  [NMRG] - Network Management Research Group: Forum to explore new
      technologies for the management of the Internet.  Such as
      communication services between management systems, which may
      belong to different management domains, as well as customer-
      oriented management services.

   *  [ICNRG] - Information-Centric Networking Research Group:
      Introducing uniquely named data as a core Internet principle.
      Data becomes independent from location, application, storage, and
      means of transportation, enabling in-network caching and
      replication.

   *  [PANRG] - Path Aware Networking Research Group: Forum in support
      of research aiming at bringing path awareness to transport and
      application layer protocols.

   *  [T2TRG] - Thing-to-Thing Research Group: Research forum to
      investigate open research issues in turning a true "Internet of
      Things" into reality, an Internet where low-resource nodes
      ("things", "constrained nodes") can communicate among themselves
      and with the wider Internet, in order to partake in permissionless
      innovation.

   *  [COINRG] - Computing In the Network Research Group: To explore
      existing research and foster investigation of "compute in network"
      and resultant impacts to the data plane.

   The above lists, include all existing RG at the time of this writing,
   and no RG has been identified as belonging to class C (tightly
   related to routing and addressing).  The clear takeaway is that there
   is no research group in the IRTF that has an explicit focus on
   innovation in the specific context of routing and addressing.











Iannone                   Expires 27 April 2023                [Page 13]

Internet-Draft      Routing and Addressing Manifesto        October 2022


7.  Discussing Routing and Addressing Innovation

   Previous sections have highlighted how the present situation is that
   routing and addressing research and innovation are discussed a little
   bit in numerous places (conferences and SDOs), but have not a
   dedicated forum.  Yet, there are still challenges to take up and
   certainly would not harm thinking to the long term evolution of the
   the cornerstones of the Internet.

   In order keep the research and the innovation in routing and
   addressing consistent and ongoing, avoiding a fragmented evolution,
   as described in the first part of the present memo, a specific
   dedicated forum should exists.

   It looks judicious to have such a forum created in the IRTF,
   chartered to encourage research and debate into routing systems and
   architectures, where a major role of the chairs would be to reach out
   in the research community to bring in people that do not usually
   attend IETF/IRTF meetings, whose research may fall under the radars
   of the engineering community.

   Paraphrasing the MAPRG charter: being a "landing pad" for the
   Internet routing and addressing community to introduce its efforts to
   the IETF.

8.  Sign the Manifesto

   If you agree that the kind of forum described above should exist and
   make the above-listed meetings a regular event, please add your name
   to the public list of supporters at:

      https://etherpad.wikimedia.org/p/routing.addressing.manifesto

   expressing the willingness to create, participate and contribute to
   such a forum.

   Alternatively, send an email at the address:

      routing.addressing.manifesto@gmail.com

   The editor of the draft will take care to add the information
   provided by mail to the public list of supporters.

9.  Security Considerations

   The present memo does not introduce any new technology and/or
   mechanism and as such does not introduce any security threat to the
   TCP/IP protocol suite.



Iannone                   Expires 27 April 2023                [Page 14]

Internet-Draft      Routing and Addressing Manifesto        October 2022


10.  IANA Considerations

   This document includes no request to IANA.

11.  Informative References

   [BALAKRISHNAN21]
              Balakrishnan, H., Banerjee, S., Cidon, I., Culler, D.,
              Estrin, D., Katz-Bassett, E., Krishnamurthy, A., McCauley,
              M., McKeown, N., Panda, A., Ratnasamy, S., Rexford, J.,
              Schapira, M., Shenker, S., Stoica, I., Tennenhouse, D.,
              Vahdat, A., and E. Zegura, "Revitalizing the public
              internet by making it extensible",
              DOI 10.1145/3464994.3464998, ACM SIGCOMM Computer
              Communication Review vol. 51, no. 2, pp. 18-24, April
              2021, <https://doi.org/10.1145/3464994.3464998>.

   [BEZAHAF20]
              Bezahaf, M., Hutchison, D., King, D., and N. Race,
              "Internet Evolution: Critical Issues",
              DOI 10.1109/mic.2020.3001519, IEEE Internet Computing vol.
              24, no. 4, pp. 5-14, July 2020,
              <https://doi.org/10.1109/mic.2020.3001519>.

   [BIGO21]   Bigo, S., Benzaoui, N., Christodoulopoulos, K., Miller,
              R., Lautenschlaeger, W., and F. Frick, "Dynamic
              Deterministic Digital Infrastructure for Time-Sensitive
              Applications in Factory Floors",
              DOI 10.1109/jstqe.2021.3093281, IEEE Journal of Selected
              Topics in Quantum Electronics vol. 27, no. 6, pp. 1-14,
              November 2021,
              <https://doi.org/10.1109/jstqe.2021.3093281>.

   [CAMPISTA14]
              Campista, M., Rubinstein, M., Moraes, I., Costa, L., and
              O. Duarte, "Challenges and Research Directions for the
              Future Internetworking",
              DOI 10.1109/surv.2013.100213.00143, IEEE Communications
              Surveys & Tutorials vol. 16, no. 2, pp. 1050-1079, 2014,
              <https://doi.org/10.1109/surv.2013.100213.00143>.

   [CANO18]   Cano, J., Berrios, V., Garcia, B., and C. Toh, "Evolution
              of IoT: An Industry Perspective",
              DOI 10.1109/iotm.2019.1900002, IEEE Internet of Things
              Magazine vol. 1, no. 2, pp. 12-17, December 2018,
              <https://doi.org/10.1109/iotm.2019.1900002>.





Iannone                   Expires 27 April 2023                [Page 15]

Internet-Draft      Routing and Addressing Manifesto        October 2022


   [CDNIWG]   "Content Delivery Networks Interconnection (CDNI)",
              <https://datatracker.ietf.org/wg/cdni/about/>.

   [CFRG]     "Crypto Forum Research Group (CFRG)",
              <https://irtf.org/cfrg>.

   [CHANG12]  Chang, D., Suh, J., Jung, H., Kwon, T., and Y. Choi, "How
              to realize CDN interconnection (CDNI) over OpenFlow?",
              DOI 10.1145/2377310.2377319, Proceedings of the 7th
              International Conference on Future Internet Technologies -
              CFI '12, 2012, <https://doi.org/10.1145/2377310.2377319>.

   [COINRG]   "Computation in the Network Research Group (COINRG)",
              <https://irtf.org/coinrg>.

   [CONEXT]   "Conference on emerging Networking EXperiments and
              Technologies (CoNEXT)", <https://conferences2.sigcomm.org/
              co-next/2021/#!/pastvenues>.

   [DESHPANDE21]
              "A Study on Rapid Adoption of Zero Trust Network
              Architectures by Global Organizations Due to COVID-19
              Pandemic", BP International - New Visions in Science and
              Technology, Vol. 1, pp. 26-33 , August 2021.

   [DINRG]    "Decentralized Internet Infrastructure Research Group
              (DINRG)", <https://irtf.org/dinrg>.

   [EU-FIA]   "Future Internet",
              <https://ec.europa.eu/programmes/horizon2020/en/h2020-
              section/future-internet>.

   [FIRA2022] "1st ACM SIGCOMM Workshop on Future of Internet Routing
              and Addressing", 2022,
              <https://conferences.sigcomm.org/sigcomm/2022/workshop-
              fira.html>.

   [GAIA]     "Global Access to the Internet for All Research Group
              (GAIA)", <https://irtf.org/gaia>.

   [GODDARD17]
              Goddard, M., "The EU General Data Protection Regulation
              (GDPR): European Regulation that has a Global Impact",
              DOI 10.2501/ijmr-2017-050, International Journal of Market
              Research vol. 59, no. 6, pp. 703-705, November 2017,
              <https://doi.org/10.2501/ijmr-2017-050>.





Iannone                   Expires 27 April 2023                [Page 16]

Internet-Draft      Routing and Addressing Manifesto        October 2022


   [HRPC]     "Human Rights Protocol Considerations Research Group
              (HRPC)", <https://irtf.org/hrpc>.

   [I-D.farrel-irtf-introduction-to-semantic-routing]
              Farrel, A. and D. King, "An Introduction to Semantic
              Routing", Work in Progress, Internet-Draft, draft-farrel-
              irtf-introduction-to-semantic-routing-04, 25 April 2022,
              <https://www.ietf.org/archive/id/draft-farrel-irtf-
              introduction-to-semantic-routing-04.txt>.

   [I-D.galis-irtf-sarnet21-report]
              Galis, A. and Z. Lou, "Semantic Addressing and Routing for
              Future Networks (SARNET-21) Workshop Report", Work in
              Progress, Internet-Draft, draft-galis-irtf-sarnet21-
              report-01, 26 July 2021, <https://www.ietf.org/archive/id/
              draft-galis-irtf-sarnet21-report-01.txt>.

   [I-D.ietf-raw-use-cases]
              Bernardos, C. J., Papadopoulos, G. Z., Thubert, P., and F.
              Theoleyre, "RAW Use-Cases", Work in Progress, Internet-
              Draft, draft-ietf-raw-use-cases-08, 22 October 2022,
              <https://www.ietf.org/archive/id/draft-ietf-raw-use-cases-
              08.txt>.

   [I-D.jia-intarea-internet-addressing-gap-analysis]
              Jia, Y., Trossen, D., Iannone, L., Mendes, P., Shenoy, N.,
              Toutain, L., Chen, A., and D. Farinacci, "Gap Analysis in
              Internet Addressing", Work in Progress, Internet-Draft,
              draft-jia-intarea-internet-addressing-gap-analysis-02, 6
              March 2022, <https://www.ietf.org/archive/id/draft-jia-
              intarea-internet-addressing-gap-analysis-02.txt>.

   [I-D.jia-intarea-scenarios-problems-addressing]
              Jia, Y., Trossen, D., Iannone, L., Shenoy, N., Mendes, P.,
              Eastlake, D. E., Liu, P., and D. Farinacci, "Challenging
              Scenarios and Problems in Internet Addressing", Work in
              Progress, Internet-Draft, draft-jia-intarea-scenarios-
              problems-addressing-03, 6 March 2022,
              <https://www.ietf.org/archive/id/draft-jia-intarea-
              scenarios-problems-addressing-03.txt>.

   [I-D.king-irtf-challenges-in-routing]
              King, D., Farrel, A., and C. Jacquenet, "Challenges for
              the Internet Routing Systems Introduced by Semantic
              Routing", Work in Progress, Internet-Draft, draft-king-
              irtf-challenges-in-routing-08, 25 April 2022,
              <https://www.ietf.org/archive/id/draft-king-irtf-
              challenges-in-routing-08.txt>.



Iannone                   Expires 27 April 2023                [Page 17]

Internet-Draft      Routing and Addressing Manifesto        October 2022


   [I-D.king-irtf-semantic-routing-survey]
              King, D. and A. Farrel, "A Survey of Semantic Internet
              Routing Techniques", Work in Progress, Internet-Draft,
              draft-king-irtf-semantic-routing-survey-04, 30 May 2022,
              <https://www.ietf.org/archive/id/draft-king-irtf-semantic-
              routing-survey-04.txt>.

   [I-D.trossen-rtgwg-routing-beyond-reachability]
              Trossen, D., Lou, Z., and S. Jiang, "Continuing to Evolve
              Internet Routing Beyond 'Mere' Reachability", Work in
              Progress, Internet-Draft, draft-trossen-rtgwg-routing-
              beyond-reachability-01, 30 June 2022,
              <https://www.ietf.org/archive/id/draft-trossen-rtgwg-
              routing-beyond-reachability-01.txt>.

   [ICCRG]    "Internet Congestion Control Research Group (ICCRG)",
              <https://irtf.org/iccrg>.

   [ICLOUD]   "iCloud Private Relay",
              <https://datatracker.ietf.org/meeting/111/materials/
              slides-111-pearg-private-relay-00>.

   [ICNRG]    "Information-Centric Networking Research Group (ICNRG)",
              <https://irtf.org/icnrg>.

   [INFOCOM]  "IEEE International Conference on Computer
              Communications", <https://ieee-infocom.org>.

   [IRTF]     "Internet Engineering Task Force (IRTF)",
              <https://irtf.org/>.

   [LELOUEDEC21]
              Le Louédec, Y., Yven, G., Bastide, V., Chen, Y., Delsart,
              G., Dzida, M., Fieau, F., Fleming, P., Froger, I., Haddak,
              L., Omnes, N., and V. Thiebaut, "Content Delivery
              Networks: On the Path Towards Secure Cloud-Native
              Platforms at the Edge",
              DOI 10.4018/978-1-7998-7646-5.ch003, Design Innovation and
              Network Architecture for the Future Internet pp. 66-95,
              2021, <https://doi.org/10.4018/978-1-7998-7646-5.ch003>.

   [LIU20]    Liu, G., Huang, Y., Li, N., Dong, J., Jin, J., Wang, Q.,
              and N. Li, "Vision, requirements and network architecture
              of 6G mobile network beyond 2030",
              DOI 10.23919/jcc.2020.09.008, China Communications vol.
              17, no. 9, pp. 92-104, September 2020,
              <https://doi.org/10.23919/jcc.2020.09.008>.




Iannone                   Expires 27 April 2023                [Page 18]

Internet-Draft      Routing and Addressing Manifesto        October 2022


   [MADDIKUNTA21]
              Maddikunta, P., Pham, Q., Deepa, N., Dev, K., Gadekallu,
              T., Ruby, R., and M. Liyanage, "Industry 5.0: A survey on
              enabling technologies and potential applications",
              DOI 10.1016/j.jii.2021.100257, Journal of Industrial
              Information Integration vol. 26, pp. 100257, March 2022,
              <https://doi.org/10.1016/j.jii.2021.100257>.

   [MAPRG]    "Measurement and Analysis for Protocols Research Group
              (MAPRG)", <https://irtf.org/maprg>.

   [MASHALY21]
              Mashaly, M., "Connecting the Twins: A Review on Digital
              Twin Technology &amp; its Networking Requirements",
              DOI 10.1016/j.procs.2021.03.039, Procedia Computer
              Science vol. 184, pp. 299-305, 2021,
              <https://doi.org/10.1016/j.procs.2021.03.039>.

   [NEDELTCHEVA19]
              Nedeltcheva, G., Vila, E., and M. Marinova, "The Onion
              Router: Is the Onion Network Suitable for Cloud
              Technologies", DOI 10.1007/978-3-030-01659-3_45, Smart
              Technologies and Innovation for a Sustainable Future pp.
              389-398, 2019,
              <https://doi.org/10.1007/978-3-030-01659-3_45>.

   [NIZETIC20]
              Nižetić, S., Šolić, P., López-de-Ipiña González-de-Artaza,
              D., and L. Patrono, "Internet of Things (IoT):
              Opportunities, issues and challenges towards a smart and
              sustainable future", DOI 10.1016/j.jclepro.2020.122877,
              Journal of Cleaner Production vol. 274, pp. 122877,
              November 2020,
              <https://doi.org/10.1016/j.jclepro.2020.122877>.

   [NMRG]     "Network Management Research Group (NMRG)",
              <https://irtf.org/nmrg>.

   [NSF-FIA]  Fisher, D., "A look behind the future internet
              architectures efforts", DOI 10.1145/2656877.2656884, ACM
              SIGCOMM Computer Communication Review vol. 44, no. 3, pp.
              45-49, July 2014,
              <https://doi.org/10.1145/2656877.2656884>.

   [NWCRG]    "Network Coding for Efficient Network Communications
              Research Group (NWCRG)", <https://irtf.org/nwcrg>.





Iannone                   Expires 27 April 2023                [Page 19]

Internet-Draft      Routing and Addressing Manifesto        October 2022


   [OSMAN21]  Osman, M., Sedek, K., Othman, N., Rosli, M., and M.
              Maghribi, "Enhancing Security and Privacy in Local Area
              Network (LAN) with TORVPN Using Raspberry Pi as Access
              Point: A Design and Implementation",
              DOI 10.24191/jcrinn.v6i2.190, Journal of Computing
              Research and Innovation vol. 6, no. 2, pp. 29-40,
              September 2021,
              <https://doi.org/10.24191/jcrinn.v6i2.190>.

   [PANRG]    "Path Aware Networking Research Group (PANRG)",
              <https://irtf.org/panrg>.

   [PEARG]    "Privacy Enhancements and Assessments Research Group
              (PEARG)", <https://irtf.org/pearg>.

   [PRIV-TRENDS]
              "Focal Point - 9 Data Privacy Trends to Watch in 2020",
              <https://blog.focal-point.com/9-data-privacy-trends-to-
              watch-in-2020>.

   [QIRG]     "Quantum Internet Research Group (QIRG)",
              <https://irtf.org/qirg>.

   [RFC2014]  Weinrib, A. and J. Postel, "IRTF Research Group Guidelines
              and Procedures", BCP 8, RFC 2014, DOI 10.17487/RFC2014,
              October 1996, <https://www.rfc-editor.org/info/rfc2014>.

   [RFC2205]  Braden, R., Ed., Zhang, L., Berson, S., Herzog, S., and S.
              Jamin, "Resource ReSerVation Protocol (RSVP) -- Version 1
              Functional Specification", RFC 2205, DOI 10.17487/RFC2205,
              September 1997, <https://www.rfc-editor.org/info/rfc2205>.

   [RFC2474]  Nichols, K., Blake, S., Baker, F., and D. Black,
              "Definition of the Differentiated Services Field (DS
              Field) in the IPv4 and IPv6 Headers", RFC 2474,
              DOI 10.17487/RFC2474, December 1998,
              <https://www.rfc-editor.org/info/rfc2474>.

   [RFC2501]  Corson, S. and J. Macker, "Mobile Ad hoc Networking
              (MANET): Routing Protocol Performance Issues and
              Evaluation Considerations", RFC 2501,
              DOI 10.17487/RFC2501, January 1999,
              <https://www.rfc-editor.org/info/rfc2501>.

   [RFC4655]  Farrel, A., Vasseur, J.-P., and J. Ash, "A Path
              Computation Element (PCE)-Based Architecture", RFC 4655,
              DOI 10.17487/RFC4655, August 2006,
              <https://www.rfc-editor.org/info/rfc4655>.



Iannone                   Expires 27 April 2023                [Page 20]

Internet-Draft      Routing and Addressing Manifesto        October 2022


   [RFC4919]  Kushalnagar, N., Montenegro, G., and C. Schumacher, "IPv6
              over Low-Power Wireless Personal Area Networks (6LoWPANs):
              Overview, Assumptions, Problem Statement, and Goals",
              RFC 4919, DOI 10.17487/RFC4919, August 2007,
              <https://www.rfc-editor.org/info/rfc4919>.

   [RFC6282]  Hui, J., Ed. and P. Thubert, "Compression Format for IPv6
              Datagrams over IEEE 802.15.4-Based Networks", RFC 6282,
              DOI 10.17487/RFC6282, September 2011,
              <https://www.rfc-editor.org/info/rfc6282>.

   [RFC6550]  Winter, T., Ed., Thubert, P., Ed., Brandt, A., Hui, J.,
              Kelsey, R., Levis, P., Pister, K., Struik, R., Vasseur,
              JP., and R. Alexander, "RPL: IPv6 Routing Protocol for
              Low-Power and Lossy Networks", RFC 6550,
              DOI 10.17487/RFC6550, March 2012,
              <https://www.rfc-editor.org/info/rfc6550>.

   [RFC6707]  Niven-Jenkins, B., Le Faucheur, F., and N. Bitar, "Content
              Distribution Network Interconnection (CDNI) Problem
              Statement", RFC 6707, DOI 10.17487/RFC6707, September
              2012, <https://www.rfc-editor.org/info/rfc6707>.

   [RFC6775]  Shelby, Z., Ed., Chakrabarti, S., Nordmark, E., and C.
              Bormann, "Neighbor Discovery Optimization for IPv6 over
              Low-Power Wireless Personal Area Networks (6LoWPANs)",
              RFC 6775, DOI 10.17487/RFC6775, November 2012,
              <https://www.rfc-editor.org/info/rfc6775>.

   [RFC6973]  Cooper, A., Tschofenig, H., Aboba, B., Peterson, J.,
              Morris, J., Hansen, M., and R. Smith, "Privacy
              Considerations for Internet Protocols", RFC 6973,
              DOI 10.17487/RFC6973, July 2013,
              <https://www.rfc-editor.org/info/rfc6973>.

   [RFC7228]  Bormann, C., Ersue, M., and A. Keranen, "Terminology for
              Constrained-Node Networks", RFC 7228,
              DOI 10.17487/RFC7228, May 2014,
              <https://www.rfc-editor.org/info/rfc7228>.

   [RFC7285]  Alimi, R., Ed., Penno, R., Ed., Yang, Y., Ed., Kiesel, S.,
              Previdi, S., Roome, W., Shalunov, S., and R. Woundy,
              "Application-Layer Traffic Optimization (ALTO) Protocol",
              RFC 7285, DOI 10.17487/RFC7285, September 2014,
              <https://www.rfc-editor.org/info/rfc7285>.

   [RFC7337]  Leung, K., Ed. and Y. Lee, Ed., "Content Distribution
              Network Interconnection (CDNI) Requirements", RFC 7337,



Iannone                   Expires 27 April 2023                [Page 21]

Internet-Draft      Routing and Addressing Manifesto        October 2022


              DOI 10.17487/RFC7337, August 2014,
              <https://www.rfc-editor.org/info/rfc7337>.

   [RFC7665]  Halpern, J., Ed. and C. Pignataro, Ed., "Service Function
              Chaining (SFC) Architecture", RFC 7665,
              DOI 10.17487/RFC7665, October 2015,
              <https://www.rfc-editor.org/info/rfc7665>.

   [RFC7926]  Farrel, A., Ed., Drake, J., Bitar, N., Swallow, G.,
              Ceccarelli, D., and X. Zhang, "Problem Statement and
              Architecture for Information Exchange between
              Interconnected Traffic-Engineered Networks", BCP 206,
              RFC 7926, DOI 10.17487/RFC7926, July 2016,
              <https://www.rfc-editor.org/info/rfc7926>.

   [RFC7927]  Kutscher, D., Ed., Eum, S., Pentikousis, K., Psaras, I.,
              Corujo, D., Saucez, D., Schmidt, T., and M. Waehlisch,
              "Information-Centric Networking (ICN) Research
              Challenges", RFC 7927, DOI 10.17487/RFC7927, July 2016,
              <https://www.rfc-editor.org/info/rfc7927>.

   [RFC8138]  Thubert, P., Ed., Bormann, C., Toutain, L., and R. Cragie,
              "IPv6 over Low-Power Wireless Personal Area Network
              (6LoWPAN) Routing Header", RFC 8138, DOI 10.17487/RFC8138,
              April 2017, <https://www.rfc-editor.org/info/rfc8138>.

   [RFC8151]  Yong, L., Dunbar, L., Toy, M., Isaac, A., and V. Manral,
              "Use Cases for Data Center Network Virtualization Overlay
              Networks", RFC 8151, DOI 10.17487/RFC8151, May 2017,
              <https://www.rfc-editor.org/info/rfc8151>.

   [RFC8402]  Filsfils, C., Ed., Previdi, S., Ed., Ginsberg, L.,
              Decraene, B., Litkowski, S., and R. Shakir, "Segment
              Routing Architecture", RFC 8402, DOI 10.17487/RFC8402,
              July 2018, <https://www.rfc-editor.org/info/rfc8402>.

   [RFC8505]  Thubert, P., Ed., Nordmark, E., Chakrabarti, S., and C.
              Perkins, "Registration Extensions for IPv6 over Low-Power
              Wireless Personal Area Network (6LoWPAN) Neighbor
              Discovery", RFC 8505, DOI 10.17487/RFC8505, November 2018,
              <https://www.rfc-editor.org/info/rfc8505>.

   [RFC8578]  Grossman, E., Ed., "Deterministic Networking Use Cases",
              RFC 8578, DOI 10.17487/RFC8578, May 2019,
              <https://www.rfc-editor.org/info/rfc8578>.

   [RFC8655]  Finn, N., Thubert, P., Varga, B., and J. Farkas,
              "Deterministic Networking Architecture", RFC 8655,



Iannone                   Expires 27 April 2023                [Page 22]

Internet-Draft      Routing and Addressing Manifesto        October 2022


              DOI 10.17487/RFC8655, October 2019,
              <https://www.rfc-editor.org/info/rfc8655>.

   [RFC8684]  Ford, A., Raiciu, C., Handley, M., Bonaventure, O., and C.
              Paasch, "TCP Extensions for Multipath Operation with
              Multiple Addresses", RFC 8684, DOI 10.17487/RFC8684, March
              2020, <https://www.rfc-editor.org/info/rfc8684>.

   [RFC8799]  Carpenter, B. and B. Liu, "Limited Domains and Internet
              Protocols", RFC 8799, DOI 10.17487/RFC8799, July 2020,
              <https://www.rfc-editor.org/info/rfc8799>.

   [RFC8929]  Thubert, P., Ed., Perkins, C.E., and E. Levy-Abegnoli,
              "IPv6 Backbone Router", RFC 8929, DOI 10.17487/RFC8929,
              November 2020, <https://www.rfc-editor.org/info/rfc8929>.

   [RFC8986]  Filsfils, C., Ed., Camarillo, P., Ed., Leddy, J., Voyer,
              D., Matsushima, S., and Z. Li, "Segment Routing over IPv6
              (SRv6) Network Programming", RFC 8986,
              DOI 10.17487/RFC8986, February 2021,
              <https://www.rfc-editor.org/info/rfc8986>.

   [SANCHEZ20]
              Sanchez, M., Exposito, E., and J. Aguilar, "Industry 4.0:
              survey from a system integration perspective",
              DOI 10.1080/0951192x.2020.1775295, International Journal
              of Computer Integrated Manufacturing vol. 33, no. 10-11,
              pp. 1017-1041, June 2020,
              <https://doi.org/10.1080/0951192x.2020.1775295>.

   [SASE]     "Secure Access Service Edge", <https://blogs.gartner.com/
              andrew-lerner/2019/12/23/say-hello-sase-secure-access-
              service-edge/>.

   [SCANZIO21]
              Scanzio, S., Wisniewski, L., and P. Gaj, "Heterogeneous
              and dependable networks in industry - A survey",
              DOI 10.1016/j.compind.2020.103388, Computers in
              Industry vol. 125, pp. 103388, February 2021,
              <https://doi.org/10.1016/j.compind.2020.103388>.

   [SIGCOMM]  "ACM SIGCOMM Conference",
              <http://sigcomm.org/events/sigcomm-conference>.

   [T2TRG]    "Thing-to-Thing Research Group (T2TRG)",
              <https://irtf.org/t2trg>.

   [TOR]      "The Tor Project", <https://www.torproject.org/>.



Iannone                   Expires 27 April 2023                [Page 23]

Internet-Draft      Routing and Addressing Manifesto        October 2022


   [WANG15]   Wang, L., Törngren, M., and M. Onori, "Current status and
              advancement of cyber-physical systems in manufacturing",
              DOI 10.1016/j.jmsy.2015.04.008, Journal of Manufacturing
              Systems vol. 37, pp. 517-527, October 2015,
              <https://doi.org/10.1016/j.jmsy.2015.04.008>.

   [WOOD20]   "How SASE is defining the future of network security",
              Elsevier - Network Security, Vol. 2020, Issue 12, pp.
              6-8 , December 2020.

Contributors

   David Lou
   Huawei Technologies Duesseldorf GmbH
   Riesstrasse 25
   80992 Munich
   Germany

   Email: zhe.lou@huawei.com


   Dirk Trossen
   Huawei Technologies Duesseldorf GmbH
   Riesstr. 25C
   80992 Munich
   Germany

   Email: dirk.trossen@huawei.com


Author's Address

   Luigi Iannone (editor)
   Huawei Technologies France S.A.S.U.
   18, Quai du Point du Jour
   92100 Boulogne-Billancourt
   France

   Email: luigi.iannone@huawei.com












Iannone                   Expires 27 April 2023                [Page 24]