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 & 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]