rfc9968.original.xml   rfc9968.xml 
<?xml version='1.0' encoding='utf-8'?> <?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [ <!DOCTYPE rfc [
<!ENTITY nbsp "&#160;"> <!ENTITY nbsp "&#160;">
<!ENTITY zwsp "&#8203;"> <!ENTITY zwsp "&#8203;">
<!ENTITY nbhy "&#8209;"> <!ENTITY nbhy "&#8209;">
<!ENTITY wj "&#8288;"> <!ENTITY wj "&#8288;">
]> ]>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?> <?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.29 (Ruby 3.4. <!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.35 (Ruby 2.5.
4) --> 9) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft <rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft
-iab-nemops-workshop-report-04" category="info" consensus="true" submissionType= -iab-nemops-workshop-report-latest" category="info" consensus="true" submissionT
"IAB" tocInclude="true" sortRefs="true" symRefs="true" version="3"> ype="IAB" xml:lang="en" number="9968" tocInclude="true" sortRefs="true" symRefs=
<!-- xml2rfc v2v3 conversion 3.30.0 --> "true" version="3">
<!-- xml2rfc v2v3 conversion 3.33.0 -->
<link href="https://datatracker.ietf.org/doc/draft-iab-nemops-workshop-report-
latest" rel="prev"/>
<front> <front>
<title abbrev="NEMOPS Workshop Report">Report from the IAB Workshop on the N ext Era of Network Management Operations (NEMOPS)</title> <title abbrev="NEMOPS Workshop Report">Report from the IAB Workshop on the N ext Era of Network Management Operations (NEMOPS)</title>
<seriesInfo name="Internet-Draft" value="draft-iab-nemops-workshop-report-04 "/> <seriesInfo name="RFC" value="9968"/>
<author fullname="Wes Hardaker"> <author fullname="Wes Hardaker">
<organization/> <organization/>
<address> <address>
<email>hardaker@isi.edu</email> <email>hardaker@isi.edu</email>
</address> </address>
</author> </author>
<author fullname="Dhruv Dhody"> <author fullname="Dhruv Dhody">
<organization/> <organization/>
<address> <address>
<email>dd@dhruvdhody.com</email> <email>dd@dhruvdhody.com</email>
</address> </address>
</author> </author>
<date year="2025" month="August" day="29"/> <date year="2026" month="April"/>
<keyword>YANG</keyword> <keyword>YANG</keyword>
<keyword>NETCONF</keyword> <keyword>NETCONF</keyword>
<keyword>RESTCONF</keyword> <keyword>RESTCONF</keyword>
<keyword>NMOPS</keyword> <keyword>NMOPS</keyword>
<keyword>RFC3535</keyword> <keyword>RFC3535</keyword>
<abstract> <abstract>
<?line 342?> <?line 351?>
<t>The "Next Era of Network Management Operations (NEMOPS)" workshop was convene <t>The "Next Era of Network Management Operations (NEMOPS)" workshop was convene
d by the Internet Architecture Board (IAB) from December 3-5, 2024, as a three-d d by the Internet Architecture Board (IAB) from December 3-5, 2024 as a three-da
ay online meeting. It builds on a previous 2002 workshop, the outcome of which w y online meeting. It builds on a previous 2002 workshop, the outcome of which wa
as documented in RFC 3535, identifying 14 operator requirements for consideratio s documented in RFC 3535, identifying 14 operator requirements for consideration
n in future network management protocol design and related data models, along wi in future network management protocol design and related data models, along wit
th some recommendations for the IETF. Much has changed in the Internet’s operati h some recommendations for the IETF. Much has changed in the Internet's operatio
on and technological foundations since then. The NEMOPS workshop reviewed the pa n and technological foundations since then. The NEMOPS workshop reviewed the pas
st outcomes and discussed any operational barriers that prevented these technolo t outcomes and discussed any operational barriers that prevented these technolog
gies from being widely implemented. With the industry, network operators and pro ies from being widely implemented. With the industry, network operators and prot
tocol engineers working in collaboration, the workshop developed a suggested pla ocol engineers working in collaboration, the workshop developed a suggested plan
n of action and network management recommendations for the IETF and IRTF. Buildi of action and network management recommendations for the IETF and IRTF. Buildin
ng on RFC 3535, this document provides the report of the follow-up IAB workshop g on RFC 3535, this document provides the report of the follow-up IAB workshop o
on Network Management.</t> n network management.</t>
<t>Note that this document is a report on the proceedings of the workshop. The views and positions documented in this report are those of the workshop par ticipants and do not necessarily reflect IAB views and positions.</t> <t>Note that this document is a report on the proceedings of the workshop. The views and positions documented in this report are those of the workshop par ticipants and do not necessarily reflect IAB views and positions.</t>
</abstract> </abstract>
<note removeInRFC="true">
<name>About This Document</name>
<t>
The latest revision of this draft can be found at <eref target="https://
intarchboard.github.io/draft-iab-nemops-workshop-report/draft-iab-nemops-worksho
p-report.html"/>.
Status information for this document may be found at <eref target="https
://datatracker.ietf.org/doc/draft-iab-nemops-workshop-report/"/>.
</t>
<t>Source for this draft and an issue tracker can be found at
<eref target="https://github.com/intarchboard/draft-iab-nemops-workshop-
report"/>.</t>
</note>
</front> </front>
<middle> <middle>
<?line 347?> <?line 356?>
<section anchor="introduction"> <section anchor="introduction">
<name>Introduction</name> <name>Introduction</name>
<t>The Internet Architecture Board (IAB) holds occasional workshops design <!-- Reference review notes:
ed to consider long-term issues and strategies for the Internet, and to suggest * WiPs
future directions for the Internet architecture. This long-term planning functi
on of the IAB is complementary to the ongoing engineering efforts performed by w [I-D.boucadair-nmop-rfc3535-20years-later]
orking groups of the Internet Engineering Task Force (IETF).</t> draft-ietf-nmop-rfc3535-20years-later-01
<t>The IAB organized a workshop in 2002 to establish a dialog between netw IESG State: I-D Exists as of 12/24/25
ork operators and protocol developers, and to guide the IETF's work on network m
anagement protocols. The outcome of that workshop was documented in the "Overvie [I-D.ietf-core-comi]
w of the 2002 IAB Network Management Workshop" <xref target="RFC3535"/>, which i draft-ietf-core-comi-20
dentified 14 operator requirements and 11 recommendations for consideration in f IESG State: I-D Expired as of 12/24/25
uture network management protocol design and related data models within the IETF Note: this I-D reference is missing the editor roles. They will need to be added
.</t> in the XML (see "final conversion AQ").
<t>Those requirements were instrumental in developing the NETCONF protocol
(in the NETCONF Working Group) <xref target="RFC6241"/>, the associated YANG da -->
ta modeling language (in the NETMOD Working Group) <xref target="RFC7950"/>, RES
TCONF <xref target="RFC8040"/>, and most recently CORECONF <xref target="I-D.iet <!-- [rfced] FYI - We will do the following when we convert the file to RFCXML:
f-core-comi"/>.</t>
- The BibXML entry for [I-D.ietf-core-comi] is missing the "editor" roles. We wi
ll
add this accordingly.
- The reference entry for [Jimenez] is missing the author name "Raquel Rodriguez
A".
We will add this accordingly.
- Luis M. Contreras prefers his name to be displayed as "LM. Contreras" when
abbreviated. We will update his name accordingly in the reference entries for
[CONTRERAS], [GIRALT], and [OP-REQ-NM].
-->
<t>The Internet Architecture Board (IAB) holds occasional workshops designed to
consider long-term issues and strategies for the Internet, and to suggest future
directions for the Internet architecture. This long-term planning function of
the IAB is complementary to the ongoing engineering efforts performed by working
groups of the Internet Engineering Task Force (IETF).</t>
<t>The IAB organized a workshop in 2002 to establish a dialog between netw
ork operators and protocol developers and to guide the IETF's work on network ma
nagement protocols. The outcome of that workshop was documented in the "Overview
of the 2002 IAB Network Management Workshop" <xref target="RFC3535"/>, which id
entified 14 operator requirements and 11 recommendations for consideration in fu
ture network management protocol design and related data models within the IETF.
</t>
<t>Those requirements were instrumental in developing the Network Configur
ation Protocol (NETCONF) (in the NETCONF Working Group) <xref target="RFC6241"/>
, the associated YANG data modeling language (in the NETMOD Working Group) <xref
target="RFC7950"/>, RESTCONF <xref target="RFC8040"/>, and most recently the Co
AP Management Interface (CORECONF) <xref target="I-D.ietf-core-comi"/>.</t>
<t>The recent NEMOPS IAB workshop focused on the following key tasks:</t> <t>The recent NEMOPS IAB workshop focused on the following key tasks:</t>
<ul spacing="normal"> <ul spacing="normal">
<li> <li>
<t>Review the outcomes and results of the 2002 workshop (current deplo yments, state of the art) and identify any operational barriers that prevent the se technologies from being widely implemented (limitations, hurdles).</t> <t>Review the outcomes and results of the 2002 workshop (current deplo yments and state of the art) and identify any operational barriers that prevent these technologies from being widely implemented (limitations and hurdles).</t>
</li> </li>
<li> <li>
<t>Sketch new requirements for future network management operations in a collaborative manner with the industry, network operators, and protocol engin eers.</t> <t>Sketch new requirements for future network management operations in a collaborative manner with the industry, network operators, and protocol engin eers.</t>
</li> </li>
<li> <li>
<t>Develop a plan of action and recommendations for the IETF.</t> <t>Develop a plan of action and recommendations for the IETF.</t>
</li> </li>
</ul> </ul>
<t>This document builds on RFC 3535 with new information gathered from the <t>This document builds on RFC 3535 with new information gathered from the
second IAB workshop on the future of Network Management. The goal of the second second IAB workshop on the future of network management. The goal of the second
workshop was not to invalidate or replace the first, but to extend the discussi workshop was not to invalidate or replace the first but to extend the discussio
on with lessons learned since then. Together, both documents capture a snapshot n with lessons learned since then. Together, both documents capture a snapshot o
of the evolving needs of network management over time.</t> f the evolving needs of network management over time.</t>
<section anchor="about-this-workshop-report-content"> <section anchor="about-the-content-of-this-workshop-report">
<name>About this workshop report content</name> <name>About the Content of This Workshop Report</name>
<t>This document is a report on the proceedings of the workshop. The vie <t>This document is a report on the proceedings of the workshop. The vie
ws and positions documented in this report are expressed during the workshop by ws and positions documented in this report are expressed during the workshop by
participants and do not necessarily reflect IAB's views and positions.</t> participants and do not necessarily reflect the IAB's views and positions.</t>
<t>Furthermore, the content of the report comes from presentations given by workshop participants and notes taken during the discussions, without interp retation or validation. Thus, the content of this report follows the flow and d ialogue of the workshop but does not necessarily attempt to capture a consensus, unless stated otherwise.</t> <t>Furthermore, the content of the report comes from presentations given by workshop participants and notes taken during the discussions, without interp retation or validation. Thus, the content of this report follows the flow and d ialogue of the workshop but does not necessarily attempt to capture a consensus, unless stated otherwise.</t>
</section> </section>
</section> </section>
<section anchor="outreach"> <section anchor="outreach">
<name>Outreach and Survey</name> <name>Outreach and Survey</name>
<t>The IAB workshop's Program Committee (PC) planned outreach initiatives <t>The IAB workshop's Program Committee (PC) planned outreach initiatives
to foster discussions and gather interest by engaging with operators at various to foster discussions and gather interest by engaging with operators at various
operational venues (RIPE, NANOG, APRICOT, LACNIC, AutoConn, etc) and conducting operational venues (Réseaux IP Européens (RIPE), North American Network Operator
information/requirement-gathering sessions. Participants were encouraged to subm s Group (NANOG),
it "position papers" or "expressions of interest" to join the workshop. Addition Asia Pacific Regional Internet Conference on Operational Technologies (APRICOT),
ally, a <xref target="SURVEY"/> was conducted to collect valuable insights to in Latin American and Caribbean Internet Addresses Registry (LACNIC), AutoConn, et
form the workshop.</t> c.) and conducting information-/requirement-gathering sessions. Participants wer
<t>Some PC members continued to engage with network operators at operation e encouraged to submit "position papers" or "expressions of interest" to join th
al venues after the workshop to facilitate information sharing and gather their e workshop. Additionally, a <xref target="SURVEY"/> was conducted to collect val
feedback on the workshop, thereby helping to shape the next steps and outcomes.< uable insights to inform the workshop.</t>
/t> <t>After the workshop, some PC members continued to engage with network op
erators at operational venues to facilitate information sharing and gather their
feedback on the workshop, thereby helping to shape the next steps and outcomes.
</t>
</section> </section>
<section anchor="workshop-scope-and-discussion"> <section anchor="workshop-scope-and-discussion">
<name>Workshop Scope and Discussion</name> <name>Workshop Scope and Discussion</name>
<t>The workshop was organized across three days, with all participants con <!--[rfced] FYI: We updated the following section titles (note that
tributing to one discussion per day. The workshop was organized around three top this follows similar formatting in RFC 9707, which is an IAB
ic areas: "Session I: the Past (lookback and analysis)" (<xref target="past"/>), workshop document). Please let us know of any objections.
"Session II: Present (identified problems and requirements)" (<xref target="pre
sent"/>), and "Session III: Future (possible solutions, recommendations and next Original:
steps)" (<xref target="future"/>). The program committee organized the paper su 3.1. Session I: Past (lookback, analysis)
bmissions to fit these three main themes in order to drive discussion during eac 3.2. Session II: Present (identified problems & requirements)
h of the slots. During each discussion, the papers were presented sequentially, 3.3. Session III: Future (possible solutions, recommendations
and an open discussion was held afterwards. On the last day, an additional discu and next steps)
ssion on the key takeaways from the workshop and possible next steps took place
(<xref target="key"/>).</t> Current:
<t>The workshop agenda for each day is at <eref target="https://datatracke 3.1. Session I: Past - Lookback and Analysis
r.ietf.org/doc/agenda-interim-2024-nemopsws-01-sessa/">past</eref>, <eref target 3.2. Session II: Present - Identified Problems and Requirements
="https://datatracker.ietf.org/doc/agenda-interim-2024-nemopsws-02-sessa/">prese 3.3. Session III: Future - Possible Solutions, Recommendations,
nt</eref>, and <eref target="https://datatracker.ietf.org/doc/agenda-interim-202 and Next Steps
4-nemopsws-03-sessa/">future</eref>. All workshop papers and slides are at <eref -->
target="https://datatracker.ietf.org/group/nemopsws/materials/">materials</eref
>.</t> <t>The workshop was organized across three days, with all participants contribut
ing to one discussion per day. The workshop was organized around three topic are
as: "Session I: Past - Lookback and Analysis" (<xref target="past"/>), "Session
II: Present - Identified Problems and Requirements" (<xref target="present"/>),
and "Session III: Future - Possible Solutions, Recommendations, and Next Steps"
(<xref target="future"/>). The program committee organized the paper submissions
to fit these three main themes in order to drive discussion during each of the
slots. During each discussion, the papers were presented sequentially, and an op
en discussion was held afterwards. On the last day, an additional discussion too
k place on the key takeaways from the workshop and possible next steps (<xref ta
rget="key"/>).</t>
<!-- [rfced] In Section 3, note that "past", "present", and "future"
are linked to the respective papers/slides in the html and pdf
files. In the txt file, the URLs are included as shown below. Is this
agreeable? Or should these links be renamed for easier readability
(e.g., "Past (Session I)", "Present (Session II)", and "Future
(Session III)") and/or contain quote marks? Please let us know your
preference.
Current:
The workshop agenda for each day can be viewed at past
<https://datatracker.ietf.org/doc/agenda-interim-2024-nemopsws-
01-sessa/>, present <https://datatracker.ietf.org/doc/agenda-interim-
2024-nemopsws-02-sessa/>, and future
<https://datatracker.ietf.org/doc/agenda-interim-2024-nemopsws-
03-sessa/>.
Perhaps:
The workshop agenda for each day can be viewed at "Past (Session 1)"
<https://datatracker.ietf.org/doc/agenda-interim-2024-nemopsws-
01-sessa/>, "Present (Session II)" <https://datatracker.ietf.org/doc/agenda-i
nterim-
2024-nemopsws-02-sessa/>, and "Future (Session III)"
<https://datatracker.ietf.org/doc/agenda-interim-2024-nemopsws-
03-sessa/>.
-->
<t>The workshop agenda for each day can be viewed at <eref brackets="angle" targ
et="https://datatracker.ietf.org/doc/agenda-interim-2024-nemopsws-01-sessa/">pas
t</eref>, <eref brackets="angle" target="https://datatracker.ietf.org/doc/agenda
-interim-2024-nemopsws-02-sessa/">present</eref>, and <eref brackets="angle" tar
get="https://datatracker.ietf.org/doc/agenda-interim-2024-nemopsws-03-sessa/">fu
ture</eref>. All workshop papers and slides can be viewed at <eref brackets="ang
le" target="https://datatracker.ietf.org/group/nemopsws/materials/">materials</e
ref>.</t>
<section anchor="past"> <section anchor="past">
<name>Session I: Past (lookback, analysis)</name> <name>Session I: Past - Lookback and Analysis</name>
<t>The first day of the workshop focused on reflecting on the past by re viewing the evolution of network management since the 2002 workshop, analyzing b oth the successes and the challenges encountered along the way. The presentation s covered a range of topics, including reflections on the history of network man agement, lessons learned from widely used tools, practices in constrained networ ks, and the need to reconsider how network management models and protocols are s tandardized within the IETF.</t> <t>The first day of the workshop focused on reflecting on the past by re viewing the evolution of network management since the 2002 workshop, analyzing b oth the successes and the challenges encountered along the way. The presentation s covered a range of topics, including reflections on the history of network man agement, lessons learned from widely used tools, practices in constrained networ ks, and the need to reconsider how network management models and protocols are s tandardized within the IETF.</t>
<section anchor="reflections"> <section anchor="reflections">
<name>Reflections</name> <name>Reflections</name>
<t>The workshop began by reflecting on the IAB’s role in shaping the e <t>The workshop began by reflecting on the IAB's role in shaping the e
volution of network management away from CLI/SNMP/MIB technologies, focusing on volution of network management away from Command-Line Interface (CLI), SNMP, and
the context and key outcomes of the previous workshop, an assessment of the curr MIB technologies, focusing on the context and key outcomes of the previous work
ent state of network management as a whole, and an acknowledgement of some regre shop, an assessment of the current state of network management as a whole, and a
ts in how network management technologies developed in the last two decades (suc n acknowledgement of some regrets in how network management technologies develop
h as XML as the data representation format). <xref target="SCHONWALDER"/> emphas ed in the last two decades (such as XML as the data representation format). <xre
ized the need to shift the focus from device-level configuration to network and f target="SCHONWALDER"/> emphasized the need to shift the focus from device-leve
service-level configuration. Key properties highlighted for effective network an l configuration to network and service-level configuration. Key properties highl
d service configurations included being Composable (assembled out of modular con ighted for effective network and service configurations included being Composabl
figurations), Declarative (define state while systems determine themselves how t e (assembled out of modular configurations), Declarative (define state while sys
o implement those goals), Reproducible (reliably and consistently recreated), an tems themselves determine how to implement those goals), Reproducible (reliably
d Verifiable (asserting that the correct changes have been applied).</t> and consistently recreated), and Verifiable (asserting that the correct changes
<t>An operator’s perspective highlighted that the recommendations of < have been applied).</t>
xref target="RFC3535"/> (which led to the development of YANG and NETCONF) have <t>An operator's perspective highlighted that the recommendations of <
been successful in addressing device configuration in many, but not all, environ xref target="RFC3535"/> (which led to the development of YANG and NETCONF) have
ments. In certain areas, the advancements in semantics and protocols for streami been successful in addressing device configuration in many, but not all, environ
ng telemetry have even surpassed the original scope of <xref target="RFC3535"/>. ments. In certain areas, the advancements in semantics and protocols for streami
<xref target="FARRER"/> cautioned against making changes that could disrupt the ng telemetry have even surpassed the original scope of <xref target="RFC3535"/>.
ecosystem. The presentation emphasized the need to prioritize service modeling <xref target="FARRER"/> cautioned against making changes that could disrupt the
in the IETF and addressed the challenges of mapping to the Business Support Syst ecosystem. The presentation emphasized the need to prioritize service modeling
ems (BSS) domain. It also stressed the importance of including the operational s in the IETF and addressed the challenges of mapping to the Business Support Syst
tate in service models to enable closed-loop automation for end-to-end (E2E) ser ems (BSS) domain. It also stressed the importance of including the operational s
vices. Revisiting <xref target="RFC8309"/>, which asserts that the operational s tate in service models to enable closed-loop automation for end-to-end (E2E) ser
tate of a service is not part of a customer service model but can be achieved th vices. Revisiting <xref target="RFC8309"/>, which asserts that the operational s
rough extensions, was suggested. Additionally, the lack of open-source NMS imple tate of a service is not part of a customer service model but can be achieved th
mentations, tools, and device model implementations was identified as a signific rough extensions, was suggested. Additionally, the lack of open-source Network M
ant barrier to advancing standardization efforts. The IETF could play a key role anagement System (NMS) implementations, tools, and device model implementations
in fostering and enabling collaborations to address these challenges. While the was identified as a significant barrier to advancing standardization efforts. Th
IETF does not itself build tools, it was suggested that having a translation to e IETF could play a key role in fostering and enabling collaborations to address
ol that runs outside the network device to map IETF device models to vendor-spec these challenges. While the IETF does not itself build tools, it was suggested
ific ones would be beneficial.</t> that having a translation tool that runs outside the network device to map IETF
device models to vendor-specific ones would be beneficial.</t>
</section> </section>
<section anchor="lessons-to-be-learned"> <section anchor="lessons-to-be-learned">
<name>Lessons to be Learned</name> <name>Lessons to be Learned</name>
<t><xref target="HARDAKER"/> emphasized that the success of Net-SNMP < <t><xref target="HARDAKER"/> emphasized that the success of Net-SNMP <
xref target="NET-SNMP"/> was driven by empowering users through simplicity, stre xref target="NET-SNMP"/> was driven by empowering users through simplicity, stre
ssing that the focus should remain on ensuring ease of use and adaptability of t ssing that the focus should remain on ensuring ease of use and adaptability of t
he protocols. Emphasis was placed on the two distinct audiences for standardized he protocols. Emphasis was placed on the two distinct audiences for standardized
network management protocols: toolkit vendors and system operators. Their requi network management protocols: toolkit vendors and system operators. Their requi
rements for protocol simplicity differ, and it is essential to address the needs rements for protocol simplicity differ, and it is essential to address the needs
of both to ensure success. <xref target="BORMANN"/> presented an overview of th of both to ensure success. <xref target="BORMANN"/> presented an overview of th
e CORECONF architecture, showcasing how model-driven network management techniqu e CORECONF architecture, showcasing how model-driven network management techniqu
es can be applied to manage IoT devices (which is different from other network m es can be applied to manage Internet of Things (IoT) devices (which is different
anagement scenarios), with a focus on the unique characteristics of constrained from other network management scenarios), with a focus on the unique characteri
nodes. Some participants noted that the binary encoding of CBOR has applications stics of constrained nodes. Some participants noted that the binary encoding of
that extend beyond the IoT networks.</t> Concise Binary Object Representation (CBOR) has applications that extend beyond
<t>Drawing from the experience of OpenConfig <xref target="OPENCONFIG" the IoT networks.</t>
/>, <xref target="SHAKIR"/> emphasized that protocol definition and data models <t>Drawing from the experience of OpenConfig <xref target="OPENCONFIG"
cannot be done in isolation; instead, they must integrate lessons learned from i />, <xref target="SHAKIR"/> emphasized that protocol definition and data models
mplementation and large-scale deployment. Thus, highlighting the importance of e cannot be done in isolation; instead, they must integrate lessons learned from i
nabling quick iterations, shipping rapidly, embracing open-source, readily avail mplementation and large-scale deployment. Thus, highlighting the importance of e
able tools, adopting systems thinking driven by business outcomes, and reusing e nabling quick iterations, shipping rapidly, embracing open source, readily avail
xisting technologies rather than developing solutions exclusively for operator n able tools, adopting systems thinking driven by business outcomes, and reusing e
etwork management. A call was made for the IETF to rethink the approach to stand xisting technologies rather than developing solutions exclusively for operator n
ardize data models and the associated network management protocols under this gu etwork management. A call was made for the IETF to rethink the approach to stand
idance.</t> ardize data models and the associated network management protocols under this gu
idance.</t>
</section> </section>
<section anchor="discussion"> <section anchor="discussion">
<name>Discussion</name> <name>Discussion</name>
<t>The Session I open discussion highlighted the divergence between ve ndor implementations of YANG models and what is accessible via them, particularl y when compared to CLI. Questions were raised about how to incorporate fast iter ation and rapid changes within the established IETF process and culture, especia lly in contrast to the approach used by OpenConfig. Common challenges identified included a lack of tooling, performance issues at scale, the steep learning cur ve for network management protocols/models/tools, initial difficulty in moving a way from CLI, and the backward compatibility of models (versioning). Some partic ipants suggested that the IETF should focus on system-level APIs that address sp ecific problems. Additionally, the lack of simple tools for smaller networks ope rating under tight timelines and budgets was emphasized. A key question raised w as whether the proliferation of protocols and languages complicates adoption, an d if converging on a single approach would improve adoption. The existence of mu ltiple schemas and protocols beyond NETCONF, such as BMP and IPFIX, to address n etwork management challenges beyond configuration is an established reality. One conclusion was that a mechanism was needed to interconnect and harmonize these schemas to provide a cohesive and comprehensive understanding of the data.</t> <t>The Session I open discussion highlighted the divergence between ve ndor implementations of YANG models and what is accessible via the models, parti cularly when compared to CLI. Questions were raised about how to incorporate fas t iteration and rapid changes within the established IETF process and culture, e specially in contrast to the approach used by OpenConfig. Common challenges iden tified included a lack of tooling, performance issues at scale, the steep learni ng curve for network management protocols/models/tools, initial difficulty in mo ving away from CLI, and the backward compatibility of models (versioning). Some participants suggested that the IETF should focus on system-level APIs that addr ess specific problems. Additionally, the lack of simple tools for smaller networ ks operating under tight timelines and budgets was emphasized. A key question ra ised was whether the proliferation of protocols and languages complicates adopti on and if converging on a single approach would improve adoption. The existence of multiple schemas and protocols beyond NETCONF, such as the BGP Monitoring Pro tocol (BMP) and IP Flow Information Export (IPFIX), to address network managemen t challenges beyond configuration is an established reality. One conclusion was that a mechanism was needed to interconnect and harmonize these schemas to provi de a cohesive and comprehensive understanding of the data.</t>
</section> </section>
</section> </section>
<section anchor="present"> <section anchor="present">
<name>Session II: Present (identified problems &amp; requirements)</name > <name>Session II: Present - Identified Problems and Requirements</name>
<t>The second day of the workshop concentrated on challenges and emergin g requirements for future network management operations. The presentation emphas ized the importance of validation, observability, automation, and the need for a gile, incremental development of both network models and management protocols. A compilation of new requirements from operators was presented; they are being ma intained in <xref target="I-D.ietf-nmop-rfc3535-20years-later"/>. The final pres entation of the day provided a summary of the survey results and operator feedba ck gathered from outreach events.</t> <t>The second day of the workshop concentrated on challenges and emergin g requirements for future network management operations. The presentation emphas ized the importance of validation, observability, automation, and the need for a gile, incremental development of both network models and management protocols. A compilation of new requirements from operators was presented; they are being ma intained in <xref target="I-D.ietf-nmop-rfc3535-20years-later"/>. The final pres entation of the day provided a summary of the survey results and operator feedba ck gathered from outreach events.</t>
<section anchor="operator-feedback"> <section anchor="operator-feedback">
<name>Operator Feedback</name> <name>Operator Feedback</name>
<t><xref target="KELLER"/> shared Deutsche Telekom’s perspective, emph asizing that while YANG models perform well for provisioning, they currently fal l short in providing the operational stability required for validation. In their experience, the IETF service models (where available) were considered stable an d in good condition, whereas the OpenConfig device models were noted as lacking feature richness and stability. In contrast, vendor YANG models are often more f lexible and available in a more timely manner. Achieving fully closed-loop autom ated and autonomous networking will require a greater focus on observability, pa rticularly through advancements in streaming telemetry with the "on-change" feat ure <xref target="RFC9196"/>.</t> <t><xref target="KELLER"/> shared Deutsche Telekom's perspective, emph asizing that while YANG models perform well for provisioning, they currently fal l short in providing the operational stability required for validation. In their experience, the IETF service models (where available) were considered stable an d in good condition, whereas the OpenConfig device models were noted as lacking feature richness and stability. In contrast, vendor YANG models are often more f lexible and available in a more timely manner. Achieving fully closed-loop autom ated and autonomous networking will require a greater focus on observability, pa rticularly through advancements in streaming telemetry with the "on-change" feat ure <xref target="RFC9196"/>.</t>
<t><xref target="JIMENEZ"/> discussed the challenges associated with t he Software Defined Networking (SDN) Transport Automation Platform, including ob servability and analytics requirements, issues with data streaming, scalability, diverse models in heterogeneous multi-vendor environments, and mechanisms to se cure the network management protocols. The presentation also emphasized how adva ncements in AI and machine learning, along with the potential adaptation of prot ocols designed for constrained environments, could drive the next evolution in n etwork management.</t> <t><xref target="JIMENEZ"/> discussed the challenges associated with t he Software Defined Networking (SDN) Transport Automation Platform, including ob servability and analytics requirements, issues with data streaming, scalability, diverse models in heterogeneous multi-vendor environments, and mechanisms to se cure the network management protocols. The presentation also emphasized how adva ncements in AI and machine learning, along with the potential adaptation of prot ocols designed for constrained environments, could drive the next evolution in n etwork management.</t>
<t>Using YANG-Push as an example, <xref target="GRAF"/> highlighted ho <t>Using YANG-Push as an example, <xref target="GRAF"/> highlighted ho
w standards development often fails to align with the needs of network operators w standards development often fails to align with the needs of network operators
, the constraints of network vendors, and the integration requirements. Most cri , the constraints of network vendors, and integration requirements. Most critica
tically, it lacks an agile, incremental development process. The presentation ad lly, it lacks an agile, incremental development process. The presentation advoca
vocated for adopting an iterative approach to standards development, focusing on ted for adopting an iterative approach to standards development, focusing on del
delivering minimal viable products as part of the process.</t> ivering minimal viable products as part of the process.</t>
<t><xref target="CONTRERAS"/> emphasized reassessing deployment assump <t><xref target="CONTRERAS"/> emphasized reassessing deployment assump
tions and incorporating updated operator requirements. The authors are addressin tions and incorporating updated operator requirements. The authors are addressin
g these aspects through <xref target="I-D.ietf-nmop-rfc3535-20years-later"/>, le g these aspects through <xref target="I-D.ietf-nmop-rfc3535-20years-later"/>, le
veraging feedback and discussions from the workshop. Some key requirements, sugg veraging feedback and discussions from the workshop. Some key requirements, sugg
estions and observations that were highlighted in the workshop:</t> estions, and observations that were highlighted in the workshop:</t>
<ul spacing="normal"> <ul spacing="normal">
<li> <li>
<t>Network software implementations can only happen with a strong, committed standardization effort, complemented by active involvement in open-so urce projects that facilitate access to code.</t> <t>Network software implementations can only happen with a strong, committed standardization effort, complemented by active involvement in open-so urce projects that facilitate access to code.</t>
</li> </li>
<li> <li>
<t>Need to rationalize the device model space and avoid redundant efforts. Unlike service and network models, IETF-defined device models are not w idely implemented.</t> <t>Need to rationalize the device model space and avoid redundant efforts. Unlike service and network models, IETF-defined device models are not w idely implemented.</t>
</li> </li>
<li> <li>
<t>Define a reference approach/process for service exposure discov ery (API discovery).</t> <t>Define a reference approach/process for service exposure discov ery (API discovery).</t>
</li> </li>
<li> <li>
<t>Outlines a set of recommendations for core/key features, along with appropriate justifications, that will help foster more implementations that meet operators’ needs.</t> <t>Outline a set of recommendations for core/key features, along w ith appropriate justifications, that will help foster more implementations that meet operators' needs.</t>
</li> </li>
<li> <li>
<t>Reassess the value of some IETF proposals, including compared t o competing or emerging solutions (e.g., gNMI vs. YANG-Push)</t> <t>Reassess the value of some IETF proposals, including comparison to competing or emerging solutions (e.g., gRPC Network Management Interface (gN MI) vs. YANG-Push)</t>
</li> </li>
<li> <li>
<t>Need for a more agile process for the development and maintenan ce of YANG modules in the IETF. RFCs might not be suited for documenting YANG mo dules.</t> <t>Need for a more agile process for the development and maintenan ce of YANG modules in the IETF. RFCs might not be suited for documenting YANG mo dules.</t>
</li> </li>
<li> <li>
<t>Consider approaches to ease integration by design (e.g., protoc ols and data models).</t> <t>Consider approaches to ease integration by design (e.g., protoc ols and data models).</t>
</li> </li>
<li> <li>
<t>There is a need for a reference specification to translate YANG -based data into the knowledge graph (KG).</t> <t>Need for a reference specification to translate YANG-based data into the knowledge graph (KG).</t>
</li> </li>
<li> <li>
<t>Consider approaches to help YANG models scale.</t> <t>Consider approaches to help YANG models scale.</t>
</li> </li>
<li> <li>
<t>Consider programmatic approaches to ensure lossless mappings be tween service/network/device data models.</t> <t>Consider programmatic approaches to ensure lossless mappings be tween service/network/device data models.</t>
</li> </li>
<li> <li>
<t>Consider approaches to ensure reuse/consistent data structure a cross various NM segments.</t> <t>Consider approaches to ensure reuse of / consistent data struct ure across various network management segments.</t>
</li> </li>
<li> <li>
<t>Some networks have specific network management requirements, su ch as the need for asynchronous operations or constraints on data compactness.</ t> <t>Some networks have specific network management requirements, su ch as the need for asynchronous operations or constraints on data compactness.</ t>
</li> </li>
<li> <li>
<t>There is a necessity to handle the heterogeneity of data, confi guration, and network management/requirements. Resolving such issues could draw on insights from parallel technical fields such as knowledge engineering practic es and concepts associated with Linked Data in the Semantic Web, areas where it is common to manage problems of heterogeneity and data reconciliation across var ious application domains.</t> <t>Necessity to handle the heterogeneity of data, configuration, a nd network management/requirements. Resolving such issues could draw on insights from parallel technical fields such as knowledge engineering practices and conc epts associated with Linked Data in the Semantic Web, areas where it is common t o manage problems of heterogeneity and data reconciliation across various applic ation domains.</t>
</li> </li>
<li> <li>
<t>Consider having YANG as part of the protocol specification/chan ge where possible, or have the YANG document progress in parallel.</t> <t>Consider having YANG as part of the protocol specification/chan ge where possible, or have the YANG document progress in parallel.</t>
</li> </li>
<li> <li>
<t>Need to ease the integration of low-level/network-oriented solu tions with native "IT tooling"</t> <t>Need to ease the integration of low-level/network-oriented solu tions with native "IT tooling".</t>
</li> </li>
<li> <li>
<t>Ease exposure of libraries and host tools (e.g., yangkit) to ea se integration.</t> <t>Ease exposure of libraries and host tools (e.g., yangkit) to ea se integration.</t>
</li> </li>
<li> <li>
<t>Focus on tooling is needed, especially on the client side.</t> <t>Focus on tooling is needed, especially on the client side.</t>
</li> </li>
<li> <li>
<t>Create an ecosystem where data and networking engineers can col laborate.</t> <t>Create an ecosystem where data and networking engineers can col laborate.</t>
</li> </li>
<li> <li>
<t>The distinct approaches followed in both the compute and the ne twork environments to define suitable mechanisms for enabling an efficient inter play, while highly automating the overall service delivery procedure.</t> <t>Distinct approaches are followed in both the compute and the ne twork environments to define suitable mechanisms for enabling an efficient inter play, while highly automating the overall service delivery procedure.</t>
</li> </li>
<li> <li>
<t>The target application/applicability of a network management ap proach should be documented.</t> <t>The target application/applicability of a network management ap proach should be documented.</t>
</li> </li>
<li> <li>
<t>Readily available API specifications could be generalized from YANG modules for fast development, prototyping, and validation.</t> <t>Readily available API specifications could be generalized from YANG modules for fast development, prototyping, and validation.</t>
</li> </li>
</ul> </ul>
</section> </section>
<section anchor="survey"> <section anchor="survey">
<name>Survey</name> <name>Survey</name>
<t>As outlined in <xref target="outreach"/>, the workshop program comm ittee organized outreach initiatives to gather direct feedback and conducted a s urvey. <xref target="SURVEY-INSIGHTS"/> provided an overview of the respondents’ backgrounds, as well as insights into the most widely used tools, protocols, an d APIs for configuration, monitoring, and other network operations. Notably, the survey revealed that Ansible and CLI are the most popular configuration tools, NETCONF is the preferred configuration protocol, and Prometheus and SNMP are wid ely used for monitoring. The survey also captured feedback on network automation and streaming telemetry. Issues and future requirements such as scalability, pe rformance, the need for easier mapping of various models, tooling, management of legacy devices, collaboration with open-source, and vendor-specific issues were highlighted. Additionally, valuable insights from direct operator feedback were also presented (see <xref target="insights"/>).</t> <t>As outlined in <xref target="outreach"/>, the workshop program comm ittee organized outreach initiatives to gather direct feedback and conducted a s urvey. <xref target="SURVEY-INSIGHTS"/> provided an overview of the respondents' backgrounds, as well as insights into the most widely used tools, protocols, an d APIs for configuration, monitoring, and other network operations. Notably, the survey revealed that Ansible and CLI are the most popular configuration tools, NETCONF is the preferred configuration protocol, and Prometheus and SNMP are wid ely used for monitoring. The survey also captured feedback on network automation and streaming telemetry. Issues and future requirements such as scalability, pe rformance, the need for easier mapping of various models, tooling, management of legacy devices, collaboration with open source, and vendor-specific issues were highlighted. Additionally, valuable insights from direct operator feedback were presented (see <xref target="insights"/>).</t>
</section> </section>
<section anchor="discussion-1"> <section anchor="discussion-1">
<name>Discussion</name> <name>Discussion</name>
<t>The Session II open discussion featured feedback from implementers, highlighting the difficulty in moving to YANG and mapping to vendor implementat ions and how divergence in the implementations creates complexity and necessitat es workarounds. Implementations need to support standard models alongside native vendor models, which adds complexity and leads to confusion. Challenges were hi ghlighted in mapping standard models to internal device models and legacy device s, with some cases where mapping is not feasible at all (device-specific knobs). The conversation also emphasized the importance of developing open-source refer ence implementations, compliance and interoperability testing for vendors with r eal data, and better quality of vendor implementation and documentation. The imp lementation and support of multiple models (IETF, OpenConfig, and native vendor models) is an unavoidable reality in network management. Additionally, since the services offered by operators vary significantly, reaching a consensus on a com mon service model within the IETF can be a challenging task. It was also noted t hat the IETF should expedite the publication of standards as well as consider ga ting them with multiple interoperable implementations.</t> <t>The Session II open discussion featured feedback from implementers, highlighting the difficulty in moving to YANG and mapping to vendor implementat ions and how divergence in implementations creates complexity and necessitates w orkarounds. Implementations need to support standard models alongside native ven dor models, which adds complexity and leads to confusion. Challenges were highli ghted in mapping standard models to internal device models and legacy devices, w ith some cases where mapping is not feasible at all (device-specific knobs). The conversation also emphasized the importance of developing open-source reference implementations, compliance and interoperability testing for vendors with real data, and better quality of vendor implementation and documentation. The impleme ntation and support of multiple models (IETF, OpenConfig, and native vendor mode ls) is an unavoidable reality in network management. Additionally, since the ser vices offered by operators vary significantly, reaching a consensus on a common service model within the IETF can be a challenging task. It was also noted that the IETF should expedite the publication of standards as well as consider gating them with multiple interoperable implementations.</t>
</section> </section>
</section> </section>
<section anchor="future"> <section anchor="future">
<name>Session III: Future (possible solutions, recommendations and next <name>Session III: Future - Possible Solutions, Recommendations, and Nex
steps)</name> t Steps</name>
<t>The final day of the workshop centred on exploring potential future s <t>The final day of the workshop centered on exploring potential future
olutions and identifying key takeaways, recommendations, and next steps. At the solutions and identifying key takeaways, recommendations, and next steps. At the
end of day three, to conclude the workshop, the chairs worked to summarize the k end of day three, to conclude the workshop, the chairs worked to summarize the
ey takeaways (see <xref target="key"/>) that garnered consensus among the partic key takeaways (see <xref target="key"/>) that garnered consensus among the parti
ipants.</t> cipants.</t>
<section anchor="suggestions-on-future-directions"> <section anchor="suggestions-on-future-directions">
<name>Suggestions on Future Directions</name> <name>Suggestions on Future Directions</name>
<t><xref target="CLAISE"/> highlighted the challenges of integrating d <t><xref target="CLAISE"/> highlighted the challenges of integrating d
ata models across different silos, protocols, and data structures, emphasizing t ata models across different silos, protocols, and data structures, emphasizing t
he need for a machine-readable approach to expose semantics. Additionally, the r he need for a machine-readable approach to expose semantics. Additionally, the r
elated tools being developed and showcased in the IETF Hackathons, along with th elated tools being developed and showcased in the IETF Hackathons, along with th
e various challenges in mapping across protocols and models, were discussed. A p e various challenges in mapping across protocols and models, were discussed. A p
otential solution was proposed using a knowledge graph based on the Semantic Web otential solution was proposed that uses a knowledge graph based on the Semantic
Stack, along with the need to define a basic ontology for the networking domain Web Stack, along with the need to define a basic ontology for the networking do
in an iterative manner (outside of RFCs).</t> main in an iterative manner (outside of RFCs).</t>
<t><xref target="WATSEN"/> recommends prioritizing the following areas <t><xref target="WATSEN"/> recommended prioritizing the following into
in four recommendations: (1) using RESTCONF+JSON (including YANG-Push Lite) as four areas: (1) using RESTCONF+JSON (including YANG-Push Lite) as a single prot
a single protocol beyond network management, (2) utilizing Network Management Da ocol beyond network management, (2) utilizing Network Management Datastore Archi
tastore Architecture (NMDA) model, (3) creating data model adapters (off-box so tecture (NMDA) model, (3) creating data model adapters (off-box so that common s
that common standard models can be developed in parallel to the required device tandard models can be developed in parallel to the required device "native" vend
"native" vendor models), and (4) defining device protocol adapters (with RESTCON or models), and (4) defining device protocol adapters (with RESTCONF-like Northb
F-like NBI for a common shared-by-all repository).</t> ound Interface (NBI) for a common shared-by-all repository).</t>
<t><xref target="WILTON"/> recommends reducing unnecessary complexity, <t><xref target="WILTON"/> recommended reducing unnecessary complexity
delivering timely solutions, fostering open collaboration between vendors and o , delivering timely solutions, fostering open collaboration between vendors and
perators, prioritizing simplicity, and converging to a single model/protocol (th operators, prioritizing simplicity, and converging to a single model/protocol (t
ough this was discussed as difficult to accomplish). Practical suggestions inclu hough this was discussed as difficult to accomplish). Practical suggestions incl
de focusing on YANG-Push Lite, introducing YANG 2.0 through incremental updates, ude focusing on YANG-Push Lite, introducing YANG 2.0 through incremental updates
developing NETCONFv2, and managing IETF YANG models as code or APIs rather than , developing NETCONFv2, and managing IETF YANG models as code or APIs rather tha
embedding them within RFCs.</t> n embedding them within RFCs.</t>
</section> </section>
<section anchor="discussion-2"> <section anchor="discussion-2">
<name>Discussion</name> <name>Discussion</name>
<t>The open discussion in Session III explored a range of topics. Thes <t>The open discussion in Session III explored a range of topics. Thes
e included the absence of NMDA in OpenConfig and debate over whether its complex e included the absence of NMDA in OpenConfig and debate over whether its complex
ity is justified; the historical context of gNMI’s introduction in the IETF and ity is justified; the historical context of gNMI's introduction in the IETF and
whether RESTCONF offers advantages over it; and the broader challenges of buildi whether RESTCONF offers advantages over it; and the broader challenges of buildi
ng consensus, with participants noting that while the process takes time, it sho ng consensus, with participants noting that while the process takes time, it sho
uld not be short-circuited. The discussion also addressed the practicality of co uld not be short-circuited. The discussion also addressed the practicality of co
nverging on a single protocol and concluded that such convergence is, in fact, f nverging on a single protocol and concluded that such convergence is, in fact, f
easible.</t> easible.</t>
<t>The discussion emphasized off-box adapters, which allow vendors to <t>The discussion emphasized off-box adapters, which allow vendors to
continue innovating and developing native vendor models rapidly. One suggestion continue innovating and developing native vendor models rapidly. One suggestion
that attracted a lot of discussion centred on developing a standard model mappin that attracted a lot of discussion centered on developing a standard model mappi
g to native vendor models that could be maintained in a common repository, enabl ng to native vendor models that could be maintained in a common repository, enab
ing the community to assess coverage and alignment.</t> ling the community to assess coverage and alignment.</t>
<t>Further, the discussion explored alternative approaches to YANG mod <t>Further, the discussion explored alternative approaches to YANG mod
els within the IETF but outside of RFCs, such as leveraging GitHub to accelerate els within the IETF but outside of RFCs, such as leveraging GitHub to accelerate
the process (along with the challenges associated with it), living documents wi the process (along with the challenges associated with it), living documents wi
thin the WG charter, and supporting academia to take up the open source efforts, thin the WG charter, and supporting academia to take up the open source efforts,
such as device adapters. The discussion emphasized the need for process experim such as device adapters. The discussion emphasized the need for process experim
entation, particularly at the working group or area level, where we could have c entation, particularly at the working group or area level, where we could have c
onsensus among the YANG/OPS community on how we iterate in WGs without IETF/RFC- onsensus among the YANG/OPS community on how we iterate in WGs without IETF-/RFC
wide changes, but making sure the operators are involved in the process.</t> -wide changes, but making sure the operators are involved in the process.</t>
<t>Conversations ensued around questions asked, such as "Is YANG appli <t>Conversations ensued around questions asked, such as "Is YANG appli
cable beyond network management?" and "Can applications adopt YANG as a modellin cable beyond network management?" and "Can applications adopt YANG as a modeling
g language to define their services?"</t> language to define their services?"</t>
<t>Some key recommendations made by operators during outreach (<xref t arget="outreach"/>) are listed in <xref target="recommendations"/>.</t> <t>Some key recommendations made by operators during outreach (<xref t arget="outreach"/>) are listed in <xref target="recommendations"/>.</t>
</section> </section>
</section> </section>
<section anchor="key"> <section anchor="key">
<name>Key Takeaways</name> <name>Key Takeaways</name>
<t>At the end of the third day, the discussion turned to key takeaways t hat have a high-level consensus. These were live edited during the last discuss ion of the workshop, and anything that did not reach a wide consensus was moved into a "future considerations" list (<xref target="workneeded"/>).</t> <t>At the end of the third day, the discussion turned to key takeaways t hat have a high-level consensus. These were edited live during the last discuss ion of the workshop, and anything that did not reach a wide consensus was moved into a "future considerations" list (<xref target="workneeded"/>).</t>
<section anchor="ecosystem-conclusions"> <section anchor="ecosystem-conclusions">
<name>Ecosystem conclusions</name> <name>Ecosystem Conclusions</name>
<t>The following takeaways try to document the general thinking of the <t>The following takeaways try to document the general thinking of the
participants with respect to the entire Network Management ecosystem as it exis participants with respect to the entire network management ecosystem as it exis
ts today.</t> ts today.</t>
<ol spacing="normal" type="1"><li> <ol spacing="normal" type="1"><li>
<t>The current network management protocols, models and tools stil <t>The current network management protocols, models, and tools sti
l ll
fail the ‘ease of use’ requirement. Participants noted that the fail the 'ease of use' requirement. Participants noted that the
tools almost matter more than the protocols.</t> tools almost matter more than the protocols.</t>
</li> </li>
<li> <li>
<t>The overall ecosystem is still fragmented for both protocols an d <t>The overall ecosystem is still fragmented for both protocols an d
data models. SNMP is still used extensively for monitoring, and data models. SNMP is still used extensively for monitoring, and
the CLI is still heavily relied on for configuration in many the CLI is still heavily relied on for configuration in many
networks. Popular protocols include SNMP, NETCONF, RESTCONF, networks. Popular protocols include SNMP, NETCONF, RESTCONF,
and gNMI.</t> and gNMI.</t>
</li> </li>
<li> <li>
skipping to change at line 240 skipping to change at line 301
just like it is for transitioning between other protocols like IPv4 just like it is for transitioning between other protocols like IPv4
to IPv6.</t> to IPv6.</t>
</li> </li>
<li> <li>
<t>Model-driven network management is generally a success where it has been <t>Model-driven network management is generally a success where it has been
implemented and is possible to use.</t> implemented and is possible to use.</t>
</li> </li>
<li> <li>
<t>More easily usable network management tools for the operators a re <t>More easily usable network management tools for the operators a re
needed. The lack of open-source tools is seen as a barrier to needed. The lack of open-source tools is seen as a barrier to
adoption. Tools need good use cases, example flows and better adoption. Tools need good use cases, example flows, and better
analysis of when and how they work and have been successful.</t> analysis of when and how they work and have been successful.</t>
</li> </li>
</ol> </ol>
</section> </section>
<section anchor="protocol-conclusions"> <section anchor="protocol-conclusions">
<name>Protocol conclusions</name> <name>Protocol Conclusions</name>
<t>The following conclusions came while discussing Network Management <t>The following conclusions were reached while discussing network man
protocols, more specifically.</t> agement protocols, more specifically.</t>
<ol spacing="normal" type="1"><li> <ol spacing="normal" type="1"><li>
<t>NETCONF and YANG are not used much for monitoring tasks.</t> <t>NETCONF and YANG are not used much for monitoring tasks.</t>
</li> </li>
<li> <li>
<t>NETCONF and YANG do not have full coverage on many devices.</t> <t>NETCONF and YANG do not have full coverage on many devices.</t>
</li> </li>
<li> <li>
<t>Polling-based solutions are still frequently deployed. Push-ba sed solutions are often desired but are not yet widely available.</t> <t>Polling-based solutions are still frequently deployed. Push-ba sed solutions are often desired but are not yet widely available.</t>
</li> </li>
</ol> </ol>
</section> </section>
<section anchor="modeling-conclusions"> <section anchor="modeling-conclusions">
<name>Modeling conclusions</name> <name>Modeling Conclusions</name>
<t>The following conclusions came while discussing Network Management <t>The following conclusions were reached while discussing network man
modeling, more specifically.</t> agement modeling, more specifically.</t>
<ol spacing="normal" type="1"><li> <ol spacing="normal" type="1"><li>
<t>Some YANG models can become complex due to the underlying featu res they represent, not due to the language itself.</t> <t>Some YANG models can become complex due to the underlying featu res they represent, not due to the language itself.</t>
</li> </li>
<li> <li>
<t>Multi-vendor compatibility support is required.</t> <t>Multi-vendor compatibility support is required.</t>
</li> </li>
<li> <li>
<t>Even vendor-specific features, not just standardized protocol <t>Even vendor-specific features, not just standardized protocol
features, need to be exposed through network management models and protocols features, need to be exposed through network management models and protocols
for a network management ecosystem to be viable.</t> for a network management ecosystem to be viable.</t>
skipping to change at line 289 skipping to change at line 350
<t>Network configuration needs to be verifiable to ensure any <t>Network configuration needs to be verifiable to ensure any
potential changes can be accepted by devices. Model translation potential changes can be accepted by devices. Model translation
adapters (likely performed on the management station, not the end adapters (likely performed on the management station, not the end
device) may be the best path forward to simultaneously achieve this device) may be the best path forward to simultaneously achieve this
and the goal of supporting one configuration set across a diversity and the goal of supporting one configuration set across a diversity
of devices with different internal models.</t> of devices with different internal models.</t>
</li> </li>
</ol> </ol>
</section> </section>
<section anchor="standardization-conclusions"> <section anchor="standardization-conclusions">
<name>Standardization conclusions</name> <name>Standardization Conclusions</name>
<t>The following conclusions were reached while discussing the best wa ys to standardize network management protocols and associated models.</t> <t>The following conclusions were reached while discussing the best wa ys to standardize network management protocols and associated models.</t>
<ol spacing="normal" type="1"><li> <ol spacing="normal" type="1"><li>
<t>A methodology of rapid model development procedures is needed t o <t>A methodology of rapid model development procedures is needed t o
ensure model deployment can keep pace with new feature deployment. ensure model deployment can keep pace with new feature deployment.
We need a solution that significantly increases the speed and We need a solution that significantly increases the speed and
predictable timeline for developing and publishing models within predictable timeline for developing and publishing models within
the IETF. New approaches and methods to make models live outside the IETF. New approaches and methods to make models live outside
of published RFCs should be explored. An experiment should be of published RFCs should be explored. An experiment should be
started to test a new rapid development approach.</t> started to test a new rapid development approach.</t>
</li> </li>
<li> <li>
<t>Protocol and model complexity should be reduced to keep additio ns <t>Protocol and model complexity should be reduced to keep additio ns
and changes to a minimal set of agreed-upon core features.</t> and changes to a minimal set of agreed-upon core features.</t>
</li> </li>
<li> <li>
<t>More standardization focus is needed on the scalability of the <t>More standardization focus is needed on the scalability of the
different roles of network management: monitoring, configuration, different roles of network management: monitoring, configuration,
notifications.</t> and notifications.</t>
</li> </li>
<li> <li>
<t>Enhancements to network management protocols and models need to be <t>Enhancements to network management protocols and models need to be
backed by real-world operator use cases and expected adoption by backed by real-world operator use cases and expected adoption by
vendors. Vendors and operators will need to work together to vendors. Vendors and operators will need to work together to
ensure these goals are appropriately met.</t> ensure these goals are appropriately met.</t>
</li> </li>
</ol> </ol>
</section> </section>
<section anchor="workneeded"> <section anchor="workneeded">
<name>Conclusions that did not reach consensus during the takeaways di <name>Conclusions That Did Not Reach Consensus During the Takeaways Di
scussion</name> scussion</name>
<t>Here we list the things that the group realized needed significantl <t>Here, we list the things that the group realized needed significant
y more attention in order to come to a conclusion while updating the key takeawa ly more attention in order to come to a conclusion, while updating the key takea
ys in real time.</t> ways in real time.</t>
<ol spacing="normal" type="1"><li> <ol spacing="normal" type="1"><li>
<t>Some, but not all, saw NETCONF for configuration as being succe ssful in some larger-scale deployments. Although this statement is true in some contexts, many operators indicated their need to rely on other forms of access to manage their networks, such as CLIs, Expect scripts, and other protocols.</t> <t>Some, but not all, saw NETCONF for configuration as being succe ssful in some larger-scale deployments. Although this statement is true in some contexts, many operators indicated their need to rely on other forms of access to manage their networks, such as CLIs, Expect scripts, and other protocols.</t>
</li> </li>
<li> <li>
<t>Many hope that NETCONF, and RESTCONF more specifically, will co ntinue to move to a long-term configuration management solution. However, some participants doubted whether the protocol and its data models can ever be truly ubiquitous and keep pace with the device deployment pace.</t> <t>Many hope that NETCONF, and RESTCONF more specifically, will co ntinue to move to a long-term configuration management solution. However, some participants doubted whether the protocol and its data models can ever be truly ubiquitous and keep pace with the device deployment pace.</t>
</li> </li>
</ol> </ol>
<t>While many other items also need further discussion, this list spec ifically includes those that were actively discussed during the live editing ses sion in the workshop.</t> <t>While many other items also need further discussion, this list spec ifically includes those that were actively discussed during the live editing ses sion in the workshop.</t>
</section> </section>
</section> </section>
</section> </section>
<section anchor="not-covered-in-the-workshop"> <section anchor="not-covered-in-the-workshop">
<name>Not Covered in the Workshop</name> <name>Not Covered in the Workshop</name>
<t>Some topics absent from the workshop discussions included tooling (what is currently missing) and strategies to support tool development (who pays, who develops, who maintains). The primary focus of the discussion was on YANG and N ETCONF/RESTCONF, while several other network management protocols and techniques currently used received less attention during the workshop. The discussion duri ng the workshop on possible future directions prioritized improving existing sol utions rather than introducing entirely new ones (such as enabling intelligence in network management).</t> <t>Some topics absent from the workshop discussions included tooling (what is currently missing) and strategies to support tool development (who pays, who develops, and who maintains). The primary focus of the discussion was on YANG a nd NETCONF/RESTCONF, while several other network management protocols and techni ques currently used received less attention. During the workshop, the discussion on possible future directions prioritized improving existing solutions rather t han introducing entirely new ones (such as enabling intelligence in network mana gement).</t>
</section> </section>
<section anchor="security-considerations"> <section anchor="security-considerations">
<name>Security Considerations</name> <name>Security Considerations</name>
<t>This document is a workshop report and does not impact the security of the Internet.</t> <t>This document is a workshop report and does not impact the security of the Internet.</t>
</section> </section>
<section anchor="iana-considerations"> <section anchor="iana-considerations">
<name>IANA Considerations</name> <name>IANA Considerations</name>
<t>This document does not have any IANA considerations.</t> <t>This document has no IANA actions.</t>
<t>[Note to the RFC Editor: Please remove this section during publication.
]</t>
</section> </section>
</middle> </middle>
<back> <back>
<displayreference target="I-D.ietf-core-comi" to="CORECONF"/>
<displayreference target="I-D.ietf-nmop-rfc3535-20years-later" to="OP-REQ-NM
"/>
<references anchor="sec-informative-references"> <references anchor="sec-informative-references">
<name>Informative References</name> <name>Informative References</name>
<reference anchor="RFC3535"> <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.353
<front> 5.xml"/>
<title>Overview of the 2002 IAB Network Management Workshop</title> <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.624
<author fullname="J. Schoenwaelder" initials="J." surname="Schoenwaeld 1.xml"/>
er"/> <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.795
<date month="May" year="2003"/> 0.xml"/>
<abstract> <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.804
<t>This document provides an overview of a workshop held by the Inte 0.xml"/>
rnet Architecture Board (IAB) on Network Management. The workshop was hosted by <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.830
CNRI in Reston, VA, USA on June 4 thru June 6, 2002. The goal of the workshop wa 9.xml"/>
s to continue the important dialog started between network operators and protoco <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.919
l developers, and to guide the IETFs focus on future work regarding network mana 6.xml"/>
gement. This report summarizes the discussions and lists the conclusions and rec <xi:include href="https://bib.ietf.org/public/rfc/bibxml3/reference.I-D.ie
ommendations to the Internet Engineering Task Force (IETF) community. This memo tf-core-comi.xml"/>
provides information for the Internet community.</t> <xi:include href="https://bib.ietf.org/public/rfc/bibxml3/reference.I-D.ie
</abstract> tf-nmop-rfc3535-20years-later.xml"/>
</front>
<seriesInfo name="RFC" value="3535"/>
<seriesInfo name="DOI" value="10.17487/RFC3535"/>
</reference>
<reference anchor="RFC6241">
<front>
<title>Network Configuration Protocol (NETCONF)</title>
<author fullname="R. Enns" initials="R." role="editor" surname="Enns"/
>
<author fullname="M. Bjorklund" initials="M." role="editor" surname="B
jorklund"/>
<author fullname="J. Schoenwaelder" initials="J." role="editor" surnam
e="Schoenwaelder"/>
<author fullname="A. Bierman" initials="A." role="editor" surname="Bie
rman"/>
<date month="June" year="2011"/>
<abstract>
<t>The Network Configuration Protocol (NETCONF) defined in this docu
ment provides mechanisms to install, manipulate, and delete the configuration of
network devices. It uses an Extensible Markup Language (XML)-based data encodin
g for the configuration data as well as the protocol messages. The NETCONF proto
col operations are realized as remote procedure calls (RPCs). This document obso
letes RFC 4741. [STANDARDS-TRACK]</t>
</abstract>
</front>
<seriesInfo name="RFC" value="6241"/>
<seriesInfo name="DOI" value="10.17487/RFC6241"/>
</reference>
<reference anchor="RFC7950">
<front>
<title>The YANG 1.1 Data Modeling Language</title>
<author fullname="M. Bjorklund" initials="M." role="editor" surname="B
jorklund"/>
<date month="August" year="2016"/>
<abstract>
<t>YANG is a data modeling language used to model configuration data
, state data, Remote Procedure Calls, and notifications for network management p
rotocols. This document describes the syntax and semantics of version 1.1 of the
YANG language. YANG version 1.1 is a maintenance release of the YANG language,
addressing ambiguities and defects in the original specification. There are a sm
all number of backward incompatibilities from YANG version 1. This document also
specifies the YANG mappings to the Network Configuration Protocol (NETCONF).</t
>
</abstract>
</front>
<seriesInfo name="RFC" value="7950"/>
<seriesInfo name="DOI" value="10.17487/RFC7950"/>
</reference>
<reference anchor="RFC8040">
<front>
<title>RESTCONF Protocol</title>
<author fullname="A. Bierman" initials="A." surname="Bierman"/>
<author fullname="M. Bjorklund" initials="M." surname="Bjorklund"/>
<author fullname="K. Watsen" initials="K." surname="Watsen"/>
<date month="January" year="2017"/>
<abstract>
<t>This document describes an HTTP-based protocol that provides a pr
ogrammatic interface for accessing data defined in YANG, using the datastore con
cepts defined in the Network Configuration Protocol (NETCONF).</t>
</abstract>
</front>
<seriesInfo name="RFC" value="8040"/>
<seriesInfo name="DOI" value="10.17487/RFC8040"/>
</reference>
<reference anchor="RFC8309">
<front>
<title>Service Models Explained</title>
<author fullname="Q. Wu" initials="Q." surname="Wu"/>
<author fullname="W. Liu" initials="W." surname="Liu"/>
<author fullname="A. Farrel" initials="A." surname="Farrel"/>
<date month="January" year="2018"/>
<abstract>
<t>The IETF has produced many modules in the YANG modeling language.
The majority of these modules are used to construct data models to model device
s or monolithic functions.</t>
<t>A small number of YANG modules have been defined to model service
s (for example, the Layer 3 Virtual Private Network Service Model (L3SM) produce
d by the L3SM working group and documented in RFC 8049).</t>
<t>This document describes service models as used within the IETF an
d also shows where a service model might fit into a software-defined networking
architecture. Note that service models do not make any assumption of how a servi
ce is actually engineered and delivered for a customer; details of how network p
rotocols and devices are engineered to deliver a service are captured in other m
odules that are not exposed through the interface between the customer and the p
rovider.</t>
</abstract>
</front>
<seriesInfo name="RFC" value="8309"/>
<seriesInfo name="DOI" value="10.17487/RFC8309"/>
</reference>
<reference anchor="RFC9196">
<front>
<title>YANG Modules Describing Capabilities for Systems and Datastore
Update Notifications</title>
<author fullname="B. Lengyel" initials="B." surname="Lengyel"/>
<author fullname="A. Clemm" initials="A." surname="Clemm"/>
<author fullname="B. Claise" initials="B." surname="Claise"/>
<date month="February" year="2022"/>
<abstract>
<t>This document defines two YANG modules, "ietf-system-capabilities
" and "ietf-notification-capabilities".</t>
<t>The module "ietf-system-capabilities" provides a placeholder stru
cture that can be used to discover YANG-related system capabilities for servers.
The module can be used to report capability information from the server at runt
ime or at implementation time by making use of the YANG instance data file forma
t.</t>
<t>The module "ietf-notification-capabilities" augments "ietf-system
-capabilities" to specify capabilities related to "Subscription to YANG Notifica
tions for Datastore Updates" (RFC 8641).</t>
</abstract>
</front>
<seriesInfo name="RFC" value="9196"/>
<seriesInfo name="DOI" value="10.17487/RFC9196"/>
</reference>
<reference anchor="I-D.ietf-core-comi">
<front>
<title>CoAP Management Interface (CORECONF)</title>
<author fullname="Michel Veillette" initials="M." surname="Veillette">
<organization>Trilliant Networks Inc.</organization>
</author>
<author fullname="Peter Van der Stok" initials="P." surname="Van der S
tok">
<organization>consultant</organization>
</author>
<author fullname="Alexander Pelov" initials="A." surname="Pelov">
<organization>IMT Atlantique</organization>
</author>
<author fullname="Andy Bierman" initials="A." surname="Bierman">
<organization>YumaWorks</organization>
</author>
<author fullname="Carsten Bormann" initials="C." surname="Bormann">
<organization>Universität Bremen TZI</organization>
</author>
<date day="6" month="May" year="2025"/>
<abstract>
<t> This document describes a network management interface for
constrained devices and networks, called CoAP Management Interface
(CORECONF). The Constrained Application Protocol (CoAP) is used to
access datastore and data node resources specified in YANG, or SMIv2
converted to YANG. CORECONF uses the YANG to CBOR mapping and
converts YANG identifier strings to numeric identifiers for payload
size reduction. CORECONF extends the set of YANG based protocols,
NETCONF and RESTCONF, with the capability to manage constrained
devices and networks.
</t>
</abstract>
</front>
<seriesInfo name="Internet-Draft" value="draft-ietf-core-comi-20"/>
</reference>
<reference anchor="I-D.ietf-nmop-rfc3535-20years-later">
<front>
<title>An Update of Operators Requirements on Network Management Proto
cols and Modelling</title>
<author fullname="Mohamed Boucadair" initials="M." surname="Boucadair"
>
<organization>Orange</organization>
</author>
<author fullname="Luis M. Contreras" initials="L. M." surname="Contrer
as">
<organization>Telefonica</organization>
</author>
<author fullname="Oscar Gonzalez de Dios" initials="O. G." surname="de
Dios">
<organization>Telefonica</organization>
</author>
<author fullname="Thomas Graf" initials="T." surname="Graf">
<organization>Swisscom</organization>
</author>
<author fullname="Reshad Rahman" initials="R." surname="Rahman">
<organization>Equinix</organization>
</author>
<author fullname="Lionel Tailhardat" initials="L." surname="Tailhardat
">
<organization>Orange</organization>
</author>
<date day="7" month="August" year="2025"/>
<abstract>
<t> The IAB organized an important workshop to establish a dialog
between
network operators and protocol developers, and to guide the IETF
focus on work regarding network management. The outcome of that
workshop was documented in the "IAB Network Management Workshop" (RFC
3535) which was instrumental for developing NETCONF and YANG, in
particular.
</t>
</abstract>
</front>
<seriesInfo name="Internet-Draft" value="draft-ietf-nmop-rfc3535-20years
-later-00"/>
</reference>
<reference anchor="SURVEY" target="https://ietf.iad1.qualtrics.com/jfe/for m/SV_9vQxBRiZqDntarc"> <reference anchor="SURVEY" target="https://ietf.iad1.qualtrics.com/jfe/for m/SV_9vQxBRiZqDntarc">
<front> <front>
<title>Next Era of Network Management Operations (NEMOPS) workshop sur vey</title> <title>Next Era of Network Management Operations (NEMOPS) workshop sur vey</title>
<author> <author>
<organization/> <organization/>
</author> </author>
<date year="2024" month="October"/> <date year="2024" month="October"/>
</front> </front>
</reference> </reference>
<reference anchor="SURVEY-INSIGHTS" target="https://datatracker.ietf.org/m eeting/interim-2024-nemopsws-02/materials/slides-interim-2024-nemopsws-02-sessa- 6-insights-from-operator-outreach-survey-03.pdf"> <reference anchor="SURVEY-INSIGHTS" target="https://datatracker.ietf.org/m eeting/interim-2024-nemopsws-02/materials/slides-interim-2024-nemopsws-02-sessa- 6-insights-from-operator-outreach-survey-03.pdf">
skipping to change at line 560 skipping to change at line 475
</author> </author>
<date year="2024" month="November"/> <date year="2024" month="November"/>
</front> </front>
</reference> </reference>
<reference anchor="NET-SNMP" target="http://www.net-snmp.org/"> <reference anchor="NET-SNMP" target="http://www.net-snmp.org/">
<front> <front>
<title>Net-SNMP</title> <title>Net-SNMP</title>
<author> <author>
<organization/> <organization/>
</author> </author>
<date>n.d.</date> <date/>
</front> </front>
</reference> </reference>
<reference anchor="BORMANN" target="https://www.ietf.org/slides/slides-nem opsws-paper-coreconf-managing-iot-devices-with-yang-models-00.pdf"> <reference anchor="BORMANN" target="https://www.ietf.org/slides/slides-nem opsws-paper-coreconf-managing-iot-devices-with-yang-models-00.pdf">
<front> <front>
<title>CORECONF: Managing IoT Devices with YANG Models</title> <title>CORECONF: Managing IoT Devices with YANG Models</title>
<author initials="C." surname="Bormann" fullname="Carsten Bormann"> <author initials="C." surname="Bormann" fullname="Carsten Bormann">
<organization/> <organization/>
</author> </author>
<date year="2024" month="November"/> <date year="2024" month="November"/>
</front> </front>
skipping to change at line 587 skipping to change at line 502
</author> </author>
<date year="2024" month="September"/> <date year="2024" month="September"/>
</front> </front>
</reference> </reference>
<reference anchor="OPENCONFIG" target="https://www.openconfig.net/"> <reference anchor="OPENCONFIG" target="https://www.openconfig.net/">
<front> <front>
<title>OpenConfig</title> <title>OpenConfig</title>
<author> <author>
<organization/> <organization/>
</author> </author>
<date>n.d.</date> <date/>
</front> </front>
</reference> </reference>
<reference anchor="KELLER" target="https://www.ietf.org/slides/slides-nemo psws-nemops-rfc3535-and-the-forgotten-word-00.pdf"> <reference anchor="KELLER" target="https://www.ietf.org/slides/slides-nemo psws-nemops-rfc3535-and-the-forgotten-word-00.pdf">
<front> <front>
<title>NEMOPS: RFC3535 and the forgotten word — Or Provisioning is onl y a subset of Network Management</title> <title>NEMOPS: RFC3535 and the forgotten word - Or Provisioning is onl y a subset of Network Management</title>
<author initials="N." surname="Warnke" fullname="Nils Warnke"> <author initials="N." surname="Warnke" fullname="Nils Warnke">
<organization/> <organization/>
</author> </author>
<author initials="R." surname="Geib" fullname="Rüdiger Geib"> <author initials="R." surname="Geib" fullname="Rüdiger Geib">
<organization/> <organization/>
</author> </author>
<author initials="M." surname="Horneffer" fullname="Martin Horneffer"> <author initials="M." surname="Horneffer" fullname="Martin Horneffer">
<organization/> <organization/>
</author> </author>
<author initials="H." surname="Keller" fullname="Holger Keller"> <author initials="H." surname="Keller" fullname="Holger Keller">
skipping to change at line 707 skipping to change at line 622
</author> </author>
<author initials="D." surname="Voyer" fullname="Dan Voyer"> <author initials="D." surname="Voyer" fullname="Dan Voyer">
<organization/> <organization/>
</author> </author>
<author initials="P." surname="Lucente" fullname="Paolo Lucente"> <author initials="P." surname="Lucente" fullname="Paolo Lucente">
<organization/> <organization/>
</author> </author>
<author initials="D." surname="Lopez" fullname="Diego Lopez"> <author initials="D." surname="Lopez" fullname="Diego Lopez">
<organization/> <organization/>
</author> </author>
<author initials="I." surname="Martinez-Casanueva" fullname="Ignacio D ominguez Martinez-Casanueva"> <author initials="I. D." surname="Martinez-Casanueva" fullname="Ignaci o Dominguez Martinez-Casanueva">
<organization/> <organization/>
</author> </author>
<author initials="B." surname="Peters" fullname="Brad Peters"> <author initials="B." surname="Peters" fullname="Brad Peters">
<organization/> <organization/>
</author> </author>
<author initials="P." surname="Fasano" fullname="Paolo Fasano"> <author initials="P." surname="Fasano" fullname="Paolo Fasano">
<organization/> <organization/>
</author> </author>
<author initials="P." surname="Ran" fullname="Pang Ran"> <author initials="P." surname="Ran" fullname="Pang Ran">
<organization/> <organization/>
skipping to change at line 761 skipping to change at line 676
<title>Evolving Network Management Architecture: Integrating CORECONF with NETCONF for Efficient Telemetry and Management</title> <title>Evolving Network Management Architecture: Integrating CORECONF with NETCONF for Efficient Telemetry and Management</title>
<author initials="M." surname="Gudi" fullname="Manoj Gudi"> <author initials="M." surname="Gudi" fullname="Manoj Gudi">
<organization/> <organization/>
</author> </author>
<author initials="A." surname="Pelov" fullname="Alexander Pelov"> <author initials="A." surname="Pelov" fullname="Alexander Pelov">
<organization/> <organization/>
</author> </author>
<author initials="L." surname="Toutain" fullname="Laurent Toutain"> <author initials="L." surname="Toutain" fullname="Laurent Toutain">
<organization/> <organization/>
</author> </author>
<author initials="J." surname="Bonnin" fullname="Jean-Marie Bonnin"> <author initials="J. M." surname="Bonnin" fullname="Jean-Marie Bonnin" >
<organization/> <organization/>
</author> </author>
<date year="2024" month="November"/> <date year="2024" month="November"/>
</front> </front>
</reference> </reference>
<reference anchor="FOROUGHI" target="https://www.ietf.org/slides/slides-ne mopsws-paper-projecting-data-mesh-to-model-driven-telemetry-a-path-to-data-ecosy stems-management-operations-00.pdf"> <reference anchor="FOROUGHI" target="https://www.ietf.org/slides/slides-ne mopsws-paper-projecting-data-mesh-to-model-driven-telemetry-a-path-to-data-ecosy stems-management-operations-00.pdf">
<front> <front>
<title>Projecting Data Mesh to Model-driven Telemetry: A Path to Data Ecosystem’s Management Operations</title> <title>Projecting Data Mesh to Model-driven Telemetry: A Path to Data Ecosystem's Management Operations</title>
<author initials="P." surname="Foroughi" fullname="Parisa Foroughi"> <author initials="P." surname="Foroughi" fullname="Parisa Foroughi">
<organization/> <organization/>
</author> </author>
<author initials="L." surname="Ciavaglia" fullname="Laurent Ciavaglia" > <author initials="L." surname="Ciavaglia" fullname="Laurent Ciavaglia" >
<organization/> <organization/>
</author> </author>
<date year="2024" month="November"/> <date year="2024" month="November"/>
</front> </front>
</reference> </reference>
<reference anchor="MARTINEZ" target="https://www.ietf.org/slides/slides-ne mopsws-paper-iab-nemops-position-paper-telefonica-00.pdf"> <reference anchor="MARTINEZ" target="https://www.ietf.org/slides/slides-ne mopsws-paper-iab-nemops-position-paper-telefonica-00.pdf">
<front> <front>
<title>IAB NEMOPS Position Paper - Telefonica</title> <title>IAB NEMOPS Position Paper - Telefonica</title>
<author initials="I." surname="Martinez-Casanueva" fullname="Ignacio D ominguez Martinez-Casanueva"> <author initials="I. D." surname="Martinez-Casanueva" fullname="Ignaci o Dominguez Martinez-Casanueva">
<organization/> <organization/>
</author> </author>
<date year="2024" month="November"/> <date year="2024" month="November"/>
</front> </front>
</reference> </reference>
<reference anchor="JIMENEZ-2" target="https://www.ietf.org/slides/slides-n emopsws-paper-managing-iot-devices-with-lwmm-00.pdf"> <reference anchor="JIMENEZ-2" target="https://www.ietf.org/slides/slides-n emopsws-paper-managing-iot-devices-with-lwmm-00.pdf">
<front> <front>
<title>Managing IoT Devices with LwM2M</title> <title>Managing IoT Devices with LwM2M</title>
<author initials="J." surname="Jiménez" fullname="Jaime Jiménez"> <author initials="J." surname="Jiménez" fullname="Jaime Jiménez">
<organization/> <organization/>
skipping to change at line 849 skipping to change at line 764
<reference anchor="SCHARF" target="https://www.ietf.org/slides/slides-nemo psws-paper-network-management-challenges-for-ip-based-cyber-physical-networks-00 .pdf"> <reference anchor="SCHARF" target="https://www.ietf.org/slides/slides-nemo psws-paper-network-management-challenges-for-ip-based-cyber-physical-networks-00 .pdf">
<front> <front>
<title>Network Management Challenges for IP-based Cyber-Physical Netwo rks</title> <title>Network Management Challenges for IP-based Cyber-Physical Netwo rks</title>
<author initials="M." surname="Scharf" fullname="Michael Scharf"> <author initials="M." surname="Scharf" fullname="Michael Scharf">
<organization/> <organization/>
</author> </author>
<date year="2024" month="November"/> <date year="2024" month="November"/>
</front> </front>
</reference> </reference>
</references> </references>
<?line 574?> <?line 650?>
<section anchor="insights"> <section anchor="insights">
<name>Operator Feedback</name> <name>Operator Feedback</name>
<t>This section compiles the operator feedback gathered through outreach a nd information gathering at various operational venues (RIPE, NANOG, APRICOT, LA CNIC, AutoConn, etc). The PC synthesized this input and presented it during the workshop (see <xref target="survey"/>).</t> <t>This section compiles the operator feedback gathered through outreach a nd information gathering at various operational venues (RIPE, NANOG, APRICOT, LA CNIC, AutoConn, etc.). The PC synthesized this input and presented it during the workshop (see <xref target="survey"/>).</t>
<section anchor="general"> <section anchor="general">
<name>General</name> <name>General</name>
<ol spacing="normal" type="1"><li> <ol spacing="normal" type="1"><li>
<t>In network deployments, operations are typically at the bottom of the ladder. It's the most squeezed for time and resources. Network engineers ar e not typically seasoned developers. The development of needed in-house tools of ten takes years to develop. There is a need for tools that are easy to use and j ust work.</t> <t>In network deployments, operations are typically at the bottom of the ladder. It's the most squeezed for time and resources. Network engineers ar e not typically seasoned developers. The development of needed in-house tools of ten takes years to develop. There is a need for tools that are easy to use and j ust work.</t>
</li> </li>
<li> <li>
<t>The vast majority of smaller operators use CLI and open source to manage their networks.</t> <t>The vast majority of smaller operators use CLI and open source to manage their networks.</t>
</li> </li>
<li> <li>
<t>There is debate fatigue. The protocol/model debate is a recurring conversation. The problem isn’t going away.</t> <t>There is debate fatigue. The protocol/model debate is a recurring conversation. The problem isn't going away.</t>
</li> </li>
<li> <li>
<t>It was suggested that other domains (e.g., K8N/automation) are ye ars ahead of the current network engineering stack.</t> <t>It was suggested that other domains (e.g., K8N/automation) are ye ars ahead of the current network engineering stack.</t>
</li> </li>
<li> <li>
<t>Support for multiple friendly, stable and feature-rich libraries for programming languages is needed. Many DevOps routines use shell scripts, whi le others use a high-level programming language. In any case, on the client side , multiple programming languages are used.</t> <t>Support for multiple friendly, stable, and feature-rich libraries for programming languages is needed. Many DevOps routines use shell scripts, wh ile others use a high-level programming language. In any case, on the client sid e, multiple programming languages are used.</t>
</li> </li>
<li> <li>
<t>Screen scraping is unfortunately necessary and painful. This most often occurs when interacting with a device having only a CLI.</t> <t>Screen scraping is unfortunately necessary and painful. This most often occurs when interacting with a device that only has a CLI.</t>
</li> </li>
<li> <li>
<t>It was noted that there could be an outreach to Academia to estab lish programs to teach lessons using modern management stacks, and then a new ge neration of engineers could help to improve tooling and automation, with univers ity (and/or IETF) hackathons.</t> <t>It was noted that there could be an outreach to Academia to estab lish programs to teach lessons using modern management stacks, and then a new ge neration of engineers could help to improve tooling and automation, with univers ity (and/or IETF) hackathons.</t>
</li> </li>
</ol> </ol>
</section> </section>
<section anchor="data-models"> <section anchor="data-models">
<name>Data Models</name> <name>Data Models</name>
<ol spacing="normal" type="1"><li> <ol spacing="normal" type="1"><li>
<t>In some network deployments, the focus is solely on service-level models, such that device-level protocols and device-level models are unimportan t. This assumes the existence of a device adaptation layer to transcode service- level models to device-level models and conform to the device-specific protocol. </t> <t>In some network deployments, the focus is solely on service-level models, such that device-level protocols and device-level models are unimportan t. This assumes the existence of a device adaptation layer to transcode service- level models to device-level models and conform to the device-specific protocol. </t>
</li> </li>
<li> <li>
<t>There is a need for solutions to not hide vendor-specific paramet ers. Currently, vendors compete by differentiating their offerings in unique way s. The reason why an Operator may choose a particular vendor is because of its d ifferentiating features. Whilst standard models enable conformance, they must no t hide the vendor-specific parameters. YANG deviations are a partial solution to not hiding vendor knobs.</t> <t>There is a need for solutions to not hide vendor-specific paramet ers. Currently, vendors compete by differentiating their offerings in unique way s. The reason why an operator may choose a particular vendor is because of its d ifferentiating features. Whilst standard models enable conformance, they must no t hide the vendor-specific parameters. YANG deviations are a partial solution to not hiding vendor knobs.</t>
</li> </li>
<li> <li>
<t>It was emphasized that streaming telemetry requires picking a mod el and sticking with it. It is quite a commitment, and the current environment m akes the decision harder.</t> <t>It was emphasized that streaming telemetry requires picking a mod el and sticking with it. It is quite a commitment, and the current environment m akes the decision harder.</t>
</li> </li>
<li> <li>
<t>It was noted that IETF's focus should be on defining abstract/ser vice-level data models since it is the only thing the community may ever agree o n.</t> <t>It was noted that IETF's focus should be on defining abstract/ser vice-level data models since it is the only thing the community may ever agree o n.</t>
</li> </li>
<li> <li>
<t>It was noted that navigating standard models can be difficult. Th e Network Engineer knows the vendor CLI commands but has trouble locating the co rresponding leaves in the standard YANG models defined by SDOs.</t> <t>It was noted that navigating standard models can be difficult. A network engineer knows the vendor CLI commands but has trouble locating the corr esponding leaves in the standard YANG models defined by Standards Development Or ganizations (SDOs).</t>
</li> </li>
<li> <li>
<t>There was a wish that the IETF and OpenConfig models would merge. </t> <t>There was a wish that the IETF and OpenConfig models would merge. </t>
</li> </li>
</ol> </ol>
</section> </section>
</section> </section>
<section anchor="recommendations"> <section anchor="recommendations">
<name>Key Recommendations from Operator Feedback</name> <name>Key Recommendations from Operator Feedback</name>
<t>Various recommendations were made by the operators during the outreach events. The key ones presented during the workshop were (there were a lot more c ollected):</t> <t>Various recommendations were made by the operators during the outreach events. The key ones presented during the workshop were (note that there were a lot more collected):</t>
<ul spacing="normal"> <ul spacing="normal">
<li> <li>
<t>Everyone: Continue to focus on model-driven management as a means t o achieve automation.</t> <t>Everyone: Continue to focus on model-driven management as a means t o achieve automation.</t>
</li> </li>
<li> <li>
<t>SDOs: Re-introduce “running code” as part of the specification veri fication process.</t> <t>SDOs: Re-introduce "running code" as part of the specification veri fication process.</t>
</li> </li>
<li> <li>
<t>Operators: Be actively involved with the “running code” efforts.</t > <t>Operators: Be actively involved with the "running code" efforts.</t >
</li> </li>
<li> <li>
<t>IETF: Recommend a solution stack for common use cases.</t> <t>IETF: Recommend a solution stack for common use cases.</t>
</li> </li>
<li> <li>
<t>Technology Ambassadors: Evangelize the recommended solution stack f or common cases.</t> <t>Technology Ambassadors: Evangelize the recommended solution stack f or common cases.</t>
</li> </li>
<li> <li>
<t>Vendors: Support the recommended approach to the solution stack for common cases.</t> <t>Vendors: Support the recommended approach to the solution stack for common cases.</t>
</li> </li>
</ul> </ul>
</section> </section>
<section anchor="position-papers"> <section anchor="position-papers">
<name>Position Papers</name> <name>Position Papers</name>
<t>20 position papers were submitted to the workshop call for papers. All papers are available at <eref target="https://datatracker.ietf.org/group/nemopsw s/materials/">https://datatracker.ietf.org/group/nemopsws/materials/</eref>.</t> <t>20 position papers were submitted to the workshop call for papers. All papers are available at <eref brackets="angle" target="https://datatracker.ietf. org/group/nemopsws/materials/"/>.</t>
<t>This is the list of all papers:</t> <t>This is the list of all papers:</t>
<ul spacing="normal"> <ul spacing="normal">
<li> <li>
<t>J Schönwälder: Composable, Declarative, Reproducible, Verifiable Ne twork and Service Configurations <xref target="SCHONWALDER"/></t> <t>J. Schönwälder: Composable, Declarative, Reproducible, Verifiable N etwork and Service Configurations <xref target="SCHONWALDER"/></t>
</li> </li>
<li> <li>
<t>K. Larsson, K. Lambrechts, and I. Farrer: RFC3535, 20 Years Later f rom an Operator’s Perspective (Deutsche Telekom) <xref target="FARRER"/></t> <t>K. Larsson, K. Lambrechts, and I. Farrer: RFC3535, 20 Years Later f rom an Operator's Perspective (Deutsche Telekom) <xref target="FARRER"/></t>
</li> </li>
<li> <li>
<t>W. Hardaker: Lessons Learned from 30 Years of Net-SNMP <xref target ="HARDAKER"/></t> <t>W. Hardaker: Lessons Learned from 30 Years of Net-SNMP <xref target ="HARDAKER"/></t>
</li> </li>
<li> <li>
<t>C. Bormann: CORECONF: Managing IoT Devices with YANG Models <xref t arget="BORMANN"/></t> <t>C. Bormann: CORECONF: Managing IoT Devices with YANG Models <xref t arget="BORMANN"/></t>
</li> </li>
<li> <li>
<t>R. Shakir: Rethinking Standardisation of Network Management <xref t arget="SHAKIR"/></t> <t>R. Shakir: Rethinking Standardisation of Network Management <xref t arget="SHAKIR"/></t>
</li> </li>
<li> <li>
<t>N. Warnke, R. Geib, M. Horneffer, and H. Keller: NEMOPS: RFC3535 an d the forgotten word — Or Provisioning is only a subset of Network Management <x ref target="KELLER"/></t> <t>N. Warnke, R. Geib, M. Horneffer, and H. Keller: NEMOPS: RFC3535 an d the forgotten word - Or Provisioning is only a subset of Network Management <x ref target="KELLER"/></t>
</li> </li>
<li> <li>
<t>J. Jiménez, S. Mansfield, R. Rodriguez A., M. Pesonen, V. Torvinen, and J. Karvonen: Evolving Challenges and Solutions in Network Management <xref target="JIMENEZ"/></t> <t>J. Jiménez, S. Mansfield, R. Rodriguez A., M. Pesonen, V. Torvinen, and J. Karvonen: Evolving Challenges and Solutions in Network Management <xref target="JIMENEZ"/></t>
</li> </li>
<li> <li>
<t>M. Boucadair, L. M. Contreras, O. Gonzalez de Dios, T. Graf, R. Rah man, and L. Tailhardat: RFC 3535, 20 Years Later: An Update of Operators Require ments on Network Management Protocols and Modelling <xref target="CONTRERAS"/></ t> <t>M. Boucadair, LM. Contreras, O. Gonzalez de Dios, T. Graf, R. Rahma n, and L. Tailhardat: RFC 3535, 20 Years Later: An Update of Operators Requireme nts on Network Management Protocols and Modelling <xref target="CONTRERAS"/></t>
</li> </li>
<li> <li>
<t>T. Graf, H. Keller, D. Voyer, P. Lucente, B. Claise, R. Wilton, A. Huang-Feng, and P. Francois: Agile Incremental Driven Development for Network Ma nagement <xref target="GRAF"/></t> <t>T. Graf, H. Keller, D. Voyer, P. Lucente, B. Claise, R. Wilton, A.  Huang-Feng, and P. Francois: Agile Incremental Driven Development for Network Ma nagement <xref target="GRAF"/></t>
</li> </li>
<li> <li>
<t>B. Claise, T. Graf, H. Keller, D. Voyer, P. Lucente, D. Lopez, I. D . Martinez-Casanueva, B. Peters, P. Fasano, P. Ran, W. Cheng, and M. Mackey: Kno wledge Graph Framework for Network Operations <xref target="CLAISE"/></t> <t>B. Claise, T. Graf, H. Keller, D. Voyer, P. Lucente, D. Lopez, I. D . Martinez-Casanueva, B. Peters, P. Fasano, P. Ran, W. Cheng, and M. Mackey: Kno wledge Graph Framework for Network Operations <xref target="CLAISE"/></t>
</li> </li>
<li> <li>
<t>K. Watsen: Four Thoughts for How to Improve Network Management for Operators <xref target="WATSEN"/></t> <t>K. Watsen: Four Thoughts for How to Improve Network Management for Operators <xref target="WATSEN"/></t>
</li> </li>
<li> <li>
<t>R. Wilton and N. Corran: Device Network Management: Current Status and Future Direction <xref target="WILTON"/></t> <t>R. Wilton and N. Corran: Device Network Management: Current Status and Future Direction <xref target="WILTON"/></t>
</li> </li>
<li> <li>
<t>M. Gudi, A. Pelov, L. Toutain, and J.-M. Bonnin: Evolving Network M anagement Architecture: Integrating CORECONF with NETCONF for Efficient Telemetr y and Management <xref target="GUDI"/></t> <t>M. Gudi, A. Pelov, L. Toutain, and J. M. Bonnin: Evolving Network M anagement Architecture: Integrating CORECONF with NETCONF for Efficient Telemetr y and Management <xref target="GUDI"/></t>
</li> </li>
<li> <li>
<t>P. Foroughi and L. Ciavaglia: Projecting Data Mesh to Model-driven Telemetry: A Path to Data Ecosystem’s Management Operations <xref target="FOROUG HI"/></t> <t>P. Foroughi and L. Ciavaglia: Projecting Data Mesh to Model-driven Telemetry: A Path to Data Ecosystem's Management Operations <xref target="FOROUG HI"/></t>
</li> </li>
<li> <li>
<t>I. D. Martinez-Casanueva: IAB NEMOPS Position Paper - Telefonica <x ref target="MARTINEZ"/></t> <t>I. D. Martinez-Casanueva: IAB NEMOPS Position Paper - Telefonica <x ref target="MARTINEZ"/></t>
</li> </li>
<li> <li>
<t>J. Jiménez: Managing IoT Devices with LwM2M <xref target="JIMENEZ-2 "/></t> <t>J. Jiménez: Managing IoT Devices with LwM2M <xref target="JIMENEZ-2 "/></t>
</li> </li>
<li> <li>
<t>L. M. Contreras, R. Schott, S. Randriamasy, R. Yang, and J. Ros-Gir alt: Towards a Unified Compute and Communication Infrastructure for Application and Network Management <xref target="GIRALT"/></t> <t>LM. Contreras, R. Schott, S. Randriamasy, R. Yang, and J. Ros-Giral t: Towards a Unified Compute and Communication Infrastructure for Application an d Network Management <xref target="GIRALT"/></t>
</li> </li>
<li> <li>
<t>T. Eckert and M. Richardson: Resilient Remote Manageability of Wide -Area Network Infrastructures <xref target="ECKERT"/></t> <t>T. Eckert and M. Richardson: Resilient Remote Manageability of Wide -Area Network Infrastructures <xref target="ECKERT"/></t>
</li> </li>
<li> <li>
<t>R. Bless: An Invariant for Future Resilient Network Management Oper ations <xref target="BLESS"/></t> <t>R. Bless: An Invariant for Future Resilient Network Management Oper ations <xref target="BLESS"/></t>
</li> </li>
<li> <li>
<t>M. Scharf: Network Management Challenges for IP-based Cyber-Physica l Networks <xref target="SCHARF"/></t> <t>M. Scharf: Network Management Challenges for IP-based Cyber-Physica l Networks <xref target="SCHARF"/></t>
</li> </li>
</ul> </ul>
</section> </section>
<section anchor="workshop-participants"> <section anchor="workshop-participants">
<name>Workshop Participants</name> <name>Workshop Participants</name>
<t>The workshop participants were Alex Huang, Alexander Clemm, Alexander P elov, Benoit Claise, Boris Khasanov, Brad Peters, Carsten Bormann, Chongfeng Xie , Cindy Morgan, Dan Voyer, Darren Loher, Dean Bogdanovic, Dean Bogdanović, Dhruv Dhody, Diego Lopez, Ebben Aries, Frank (Chong Feng), Holger Keller, Ian Farrer, Jaime Jimenez, James Cumming, Janne Karvonen, Jason Sterne, Jiaming Ye, Jinming Li, John Carson, Julien Maisonneuve, Jürgen Schönwälder, Kent Watsen, Kris Lamb rechts, Kristian Larsson, Laurent Ciavaglia, Laurent Toutain, Liz Flynn, Luis M. Contreras, Mahesh Jethanandani, Manoj Gudi, Martin Horneffer, Matthew Bocci, Me d Boucadair, Michael Mackey, Michael Richardson, Michael Scharf, Mikko Pesonen, Nacho Dominguez, Naveen Achyuta, Nick Corran, Nils Warnke, Oscar Gonzalez de Dio s, Paolo Lucente, Parisa Foroughi, Per Andersson, Phil Shafer, Qin Wu, Qiufang M a, Raquel Rodriguez, Reshad Rahman, Rob Shakir, Rob Wilton, Roland Bless, Roland Schott, Rüdiger Geib, Rui Zhuang, Ruibo Han, Sabine Randriamasy, Scott Mansfiel d, Scott Robohn, Shengnan Yue, Suresh Krishnan, Thomas Graf, Toerless Eckert, Wa ngbo, Warren Kumari, Wes Hardaker, Wim Henderickx, Xue Yang, Y. Richard Yang, Ya ngbo, Yisong Liu, and Zhenqiang Li.</t> <t>The workshop participants were <contact fullname="Alex Huang"/>, <conta ct fullname="Alexander Clemm"/>, <contact fullname="Alexander Pelov"/>, <contact fullname="Benoît Claise"/>, <contact fullname="Boris Khasanov"/>, <contact full name="Brad Peters"/>, <contact fullname="Carsten Bormann"/>, <contact fullname=" Chongfeng Xie"/>, <contact fullname="Cindy Morgan"/>, <contact fullname="Dan Voy er"/>, <contact fullname="Darren Loher"/>, <contact fullname="Dean Bogdanovic"/> , <contact fullname="Dean Bogdanović"/>, <contact fullname="Dhruv Dhody"/>, <con tact fullname="Diego Lopez"/>, <contact fullname="Ebben Aries"/>, <contact fulln ame="Frank (Chong Feng)"/>, <contact fullname="Holger Keller"/>, <contact fullna me="Ian Farrer"/>, <contact fullname="Jaime Jimenez"/>, <contact fullname="James Cumming"/>, <contact fullname="Janne Karvonen"/>, <contact fullname="Jason Ster ne"/>, <contact fullname="Jiaming Ye"/>, <contact fullname="Jinming Li"/>, <cont act fullname="John Carson"/>, <contact fullname="Julien Maisonneuve"/>, <contact fullname="Jürgen Schönwälder"/>, <contact fullname="Kent Watsen"/>, <contact fu llname="Kris Lambrechts"/>, <contact fullname="Kristian Larsson"/>, <contact ful lname="Laurent Ciavaglia"/>, <contact fullname="Laurent Toutain"/>, <contact ful lname="Liz Flynn"/>, <contact fullname="Luis M. Contreras"/>, <contact fullname= "Mahesh Jethanandani"/>, <contact fullname="Manoj Gudi"/>, <contact fullname="Ma rtin Horneffer"/>, <contact fullname="Matthew Bocci"/>, <contact fullname="Med B oucadair"/>, <contact fullname="Michael Mackey"/>, <contact fullname="Michael Ri chardson"/>, <contact fullname="Michael Scharf"/>, <contact fullname="Mikko Peso nen"/>, <contact fullname="Nacho Dominguez"/>, <contact fullname="Naveen Achyuta "/>, <contact fullname="Nick Corran"/>, <contact fullname="Nils Warnke"/>, <cont act fullname="Oscar Gonzalez de Dios"/>, <contact fullname="Paolo Lucente"/>, <c ontact fullname="Parisa Foroughi"/>, <contact fullname="Per Andersson"/>, <conta ct fullname="Phil Shafer"/>, <contact fullname="Qin Wu"/>, <contact fullname="Qi ufang Ma"/>, <contact fullname="Raquel Rodriguez"/>, <contact fullname="Reshad R ahman"/>, <contact fullname="Rob Shakir"/>, <contact fullname="Rob Wilton"/>, <c ontact fullname="Roland Bless"/>, <contact fullname="Roland Schott"/>, <contact fullname="Rüdiger Geib"/>, <contact fullname="Rui Zhuang"/>, <contact fullname=" Ruibo Han"/>, <contact fullname="Sabine Randriamasy"/>, <contact fullname="Scott Mansfield"/>, <contact fullname="Scott Robohn"/>, <contact fullname="Shengnan Y ue"/>, <contact fullname="Suresh Krishnan"/>, <contact fullname="Thomas Graf"/>, <contact fullname="Toerless Eckert"/>, <contact fullname="Wangbo"/>, <contact f ullname="Warren Kumari"/>, <contact fullname="Wes Hardaker"/>, <contact fullname ="Wim Henderickx"/>, <contact fullname="Xue Yang"/>, <contact fullname="Y. Richa rd Yang"/>, <contact fullname="Yangbo"/>, <contact fullname="Yisong Liu"/>, and <contact fullname="Zhenqiang Li"/>.</t>
</section> </section>
<section anchor="workshop-program-committee"> <section anchor="workshop-program-committee">
<name>Workshop Program Committee</name> <name>Workshop Program Committee</name>
<t>The workshop program committee members were Wes Hardaker (co-chair), Dh ruv Dhody (co-chair), Qin Wu, Suresh Krishnan, Benoît Claise, Mohamed Boucadair, Mahesh Jethanandani, Kent Watsen, and Warren Kumari.</t> <t>The workshop program committee members were <contact fullname="Wes Hard aker"/> (co-chair), <contact fullname="Dhruv Dhody"/> (co-chair), <contact fulln ame="Qin Wu"/>, <contact fullname="Suresh Krishnan"/>, <contact fullname="Benoît Claise"/>, <contact fullname="Mohamed Boucadair"/>, <contact fullname="Mahesh J ethanandani"/>, <contact fullname="Kent Watsen"/>, and <contact fullname="Warren Kumari"/>.</t>
</section> </section>
<section numbered="false" anchor="iab-members-at-the-time-of-approval"> <section numbered="false" anchor="iab-members-at-the-time-of-approval">
<name>IAB Members at the Time of Approval</name> <name>IAB Members at the Time of Approval</name>
<t>Internet Architecture Board members at the time this document was appro ved for publication were:</t> <t>Internet Architecture Board members at the time this document was appro ved for publication were:</t>
<ul spacing="normal"> <ul spacing="normal">
<li> <li>
<t>Matthew Bocci</t> <t><contact fullname="Matthew Bocci"/></t>
</li> </li>
<li> <li>
<t>Roman Danyliw</t> <t><contact fullname="Roman Danyliw"/></t>
</li> </li>
<li> <li>
<t>Dhruv Dhody</t> <t><contact fullname="Dhruv Dhody"/></t>
</li> </li>
<li> <li>
<t>Jana Iyengar</t> <t><contact fullname="Jana Iyengar"/></t>
</li> </li>
<li> <li>
<t>Cullen Jennings</t> <t><contact fullname="Cullen Jennings"/></t>
</li> </li>
<li> <li>
<t>Suresh Krishnan</t> <t><contact fullname="Suresh Krishnan"/></t>
</li> </li>
<li> <li>
<t>Mirja Kühlewind</t> <t><contact fullname="Mirja Kühlewind"/></t>
</li> </li>
<li> <li>
<t>Warren Kumari</t> <t><contact fullname="Warren Kumari"/></t>
</li> </li>
<li> <li>
<t>Jason Livingood</t> <t><contact fullname="Jason Livingood"/></t>
</li> </li>
<li> <li>
<t>Mark Nottingham</t> <t><contact fullname="Mark Nottingham"/></t>
</li> </li>
<li> <li>
<t>Tommy Pauly</t> <t><contact fullname="Tommy Pauly"/></t>
</li> </li>
<li> <li>
<t>Alvaro Retana</t> <t><contact fullname="Alvaro Retana"/></t>
</li> </li>
<li> <li>
<t>Qin Wu</t> <t><contact fullname="Qin Wu"/></t>
</li> </li>
</ul> </ul>
</section> </section>
<section numbered="false" anchor="acknowledgments"> <section numbered="false" anchor="acknowledgments">
<name>Acknowledgments</name> <name>Acknowledgments</name>
<t>Thanks to Benoît Claise, Jürgen Schönwälder, Kristian Larsson, Jaime Ji <t>Thanks to <contact fullname="Benoît Claise"/>, <contact fullname="Jürge
ménez, Michael Richardson, Phil Shafer, Mirja Kühlewind, and Roman Danyliw for h n Schönwälder"/>, <contact fullname="Kristian Larsson"/>, <contact fullname="Jai
elpful suggestions to improve this report.</t> me Jiménez"/>, <contact fullname="Michael Richardson"/>, <contact fullname="Phil
<t>Thanks to Alvaro Retana for shepherding this document.</t> Shafer"/>, <contact fullname="Mirja Kühlewind"/>, and <contact fullname="Roman
</section> Danyliw"/> for helpful suggestions to improve this report.</t>
<t>Thanks to <contact fullname="Alvaro Retana"/> for shepherding this docu
ment.</t>
<!-- [rfced] Abbreviations
a) FYI - We have added expansions for the following abbreviations per
Section 3.6 of RFC 7322 ("RFC Style Guide"). Please review these and
each expansion in the document carefully to ensure correctness.
Asia Pacific Regional Internet Conference on Operational Technologies (APRICOT)
BGP Monitoring Protocol (BMP)
Concise Binary Object Representation (CBOR)
Command-Line Interface (CLI)
CoAP Management Interface (CORECONF)
gRPC Network Management Interface (gNMI)
Internet of Things (IoT)
IP Flow Information Export (IPFIX)
Latin American and Caribbean Internet Addresses Registry (LACNIC)
North American Network Operators Group (NANOG)
Northbound Interface (NBI)
Network Configuration Protocol (NETCONF)
Network Management System (NMS)
Reseaux IP Europeens (RIPE)
b) How may we expand "K8N"? Is this term different than "Kubernetes (K8s)"?
Original:
4. It was suggested that other domains (e.g., K8N/automation) are
years ahead of the current network engineering stack.
-->
<!-- [rfced] Please review the "Inclusive Language" portion of the online
Style Guide <https://www.rfc-editor.org/styleguide/part2/#inclusive_language>
and let us know if any changes are needed. Updates of this nature typically
result in more precise language, which is helpful for readers.
For example, please consider whether the following should be updated:
- native
-->
</section>
</back> </back>
<!-- ##markdown-source: <!-- ##markdown-source:
H4sIAAAAAAAAA+V9S3MjV3bmnr8ig4qwSQ8AlkrqtpueGRtFsqpQxZdJStXq H4sIAPe78mkAA+V9S3Mj15HuHr+ihooYkXMBsB+ybNEee9AkuxtqvkxSassK
DsfEBZAAUkxkQvkgBVUoonfzB7wYR8zsvPFmll71TvNL+pfM+c4595VIlqpV xcQBUABKLFRB9SAb6uj1/JHZeHOXs/JO94fd/DLzPKpQpCi1fTfXC4tdhTrP
HbMZLVQkM/PmfZzHd545HA73mqzJ0+Nk/ybdlFWTLKpynTSrNJmMXyTvyuq+ PJlfPs9gMOhVSZXGB9HOZbzOiyqaF/kqqpZxNB69iN7mxU25zNdRnvGzs/hd
XpWbpCz4b5fp901yVpmkXNDPzSNdTi5MYZbpOi2a5GqTVqbJyqJODi7PLq6u FR0XJsrn9Hd1R6+jU5OZRbyKsyo6X8eFqZI8K6Pds+PT84urvZ2emUyK+JY6
bw/398x0WqUP9AL5ix9TXri/NzNNuiyr7XGSFYtyb29ezgqzpinNK7NohpmZ kCe+Telwpzc1VbzIi81BlGTzvNeb5dPMrGhIs8LMq0FiJoMsXuXrcnCnnw4K
Dot0XW7q4aM+Oqz40eGzL/fqdrrO6pre2Ww39AzNeq9o19O0Ot6b08DHezOa /nSQ0pdl1SvrySopS+q32qzpOxp5L1kXB1FV1GX17MmTL54862X1ahLTsy++
TlrUbX2cNFWb7tFUvti7T7c02Px4Lxkm34wvX+Hfy7O7k6vLl/jx5uzW/XyJ +Px3vXo9w6cHvXxS5mnMf+LJQfTsybPPB08+601pEnFW1iW3EvfWyUH0bZVP
WfMfX5588asvfrX3kBYtjZsky6xZtVNaWVY0ppqtpqWp5kc/N+t9ejKnmdUN +1G5WRXxvKQ/aAj467seze55LzXZ4iCKs95NvKGBzg560SD6ZnT2Cv89O74+
Pblqmk19fHQUjjCScUdZ+bNj/ewNo1WzzukM2mZVVlgtvTxJFm2eyxbvv0vr PD97iT8vj6/c32dYEX748vD5b57/ptczdbXMC3zbi+h/8zpNZTF23sZl9NoU
5DW91Nyn1T5fTNcmyzE1/es/ZnU2Suftfs/Tp6uqfUhOV+V8Gz88n//jHNfm M3MTFzv8Ml6ZJKU3S336H0mZDONZvdPx9dGyqG+jo2U+2zQ/ns3+Y4Z3M7wa
uDSalev9vaKs1kQcD7R1ezho91tid1Z//PXzLz/XH//2N796pj/+3bMv3Y9f TvPVTq+X5cWK9vE2Puj1sCfuX5EdqP75+bPPnuqfv/3iN0/0z989+cz9+fzJ
PPuN/vibz3/za/w4GZ6OsrRZDGdlldL/1ln012KNHVnM8Jbh82fb1FT1EIeA F/rnF0+/+Bx/jgdHwySu5oNpXsT0f6vkgAc0S8p1aogKDs8vj2WB/G+zFXZ9
PUluv7r5+uybY14AHcMypZNxB0OPjzIz/3z0XWvypspmNZZz9O0iPcIajm6/ PkXfg2dPNrEpSt7+ovXx+cXg8vjPg7NTenz11eXXx9/IDypTLOLqIFpW1bo8
/m+/efin71/cZL/77pRPUcYRrvrzGSaxJ5jUbfWQbnk0puTkataURNjJ82fP 2N9Hq8PEzJ4Of6hNWhXJtMTk97+fx/uY8P7V1//5xe2f3724TP76w1FGn0+l
v3TTHk4ubyevXt/d9s+fnjRNZWZ0kLwVo7JaHq3TtMmKJagurbL1EAMqAT3W HTktv/wgRJZ4o7IubuONDJtp7nxa5USboL3P3LAH47Or8avX11fd46cvTVWY
w2fPj9bYmszk9VGdZ/O0Hj5157BO69oMf0031Nly1dRDyI9hyesqq2HZNlVq KW07r9AwLxb7qziukmyxn2S0MMlqgAb17NyVgyfP9ldYscSk5X6ZJrO4HNz3
ZquhLGb47IvRZr4Id2iiD4rgudIHk1u+P/mr5EpHCPbhNJ2l63AjTl5fXb4b y0EZl6UZfE4/KJPFsioH4AuDnOeVF4O8JtI30+VAJjN48ny4ns3DFRrrh8JQ
n5+e3fRvwuPjo1+8rMguzK1lY+jVoJxNWZtpng7n6Sw3FdMomKkq5+0sw4UH zvXD6Ip/H/1rdK4tBOtwFE/jVbgQh6/Pz96OTo6OL7sX4e7uzk9eZmQn5uay
2olFxvcUcqRDU8xpJ6qHbAbiKxbZstVzHT571l3xiXvHAEuxLxlAILq3DJKv NtQ1yGydl2aSxoNZPE1NwQQNPlLks3qa4MUtrcQ84d9ksqUDk81oJYrbZApK
3Wsc5dBrklt5DY0SvobHd1zO/w3134TEKsm+5M0ouZ2tfvqP4vGnf8vnaeUu zebJotZ9HTx50p7xoeujj6nYTvpgdK6XfvS168ZRDnUTXUk31ErYDbfveAL/
Cy+/+emPtGlFzz2y6ZflQ7TpL8c3N5++35YnA44UCjKFIyK6N63qTTrjo5in b6D/jYhdEneKvhxGV9PlT/+T3f303+ksLtxrOflf/vR3WrSs4zey6Gf5bWPR
bVPPVumwSfP0nu7c3WAVJwOaavINBk7OMbBQmCkckf11nVz7kZODUx06uZOh X44uLz9+ve1RDQ6qUJDJHBHRb+OiXMdT3opZXFfldBkPqjiNb+iX2wusvKdP
Dz9iV9+OaPCqrsuis59vq6xuMnpbfLn3+TVpyBnxQM8Qu1e7I0xGyUtTVTsH Q42+QcPRCRoWCjOZI7JPy+jCtxztHmnT0bU0vfeIVX0zpMaLssyz1nq+KZKy
OqF3Bxf6T/H1+OZ0/PbTzzFPsUY6QdruIp3LGX7xTM+1XIBThnWx3vQc17k8 Sqi35uvO71ck+aZ0Bjqa2H7bbmE8jF6aotja0DH1Hbzo3sXXo8uj0ZuP38c0
S//ys3JMX9ijE8E5vL28uP6I43g3ctqssx2hovvAhhAI4Hftbojuh10I70ks xhxpB2m5s3gme/j8ie5rPsdJGZTZat2xXSfyLf2Xv5Vtem63Thjn4Ors9OIR
6t0sX1zdXIwvLz9dGNHBE5sP19AYJLCHWdkQA4D/SdMTShhuDf11Xc7TvE/S 2/F26GRfazlCsfjAgpAA5r62F0TXw06E16TJ6oNRSuNz4qAx/fvF+eXp6Ozs
7J9c3ZwBxxyL0qEhkkl5R1KHh0gwBMOf5IKH2P+IHT4ZJS+gu4suwZ/QaTUk 45kTEQId+8EKEoQY+CDJKzoQ4AcEepJqOdgQuBis8lmcdnGeHSsyD0QIURPR
QMKr/Xt8+3r8dvLpoiNtVllxj22pG5KMdLZZzdJQ6Y0l89op2z5B4YZIbuMh OL8mLsRNRGiCoUh0yk3sPGLFD4fRCwj+rH0ADmn3KmIo4dvuNb96PXoz/nhW
+vX1R2zPDUnZlbnPuuR3U07DC7Ixt+mmiXbm6vrsEuc1efX07pBYLETHgBYj ElfLJLvBspQVcUra66Rk7qj0x5x65YRvF+NwTURXzSa65fcjlueSuO7S3CRt
EiTBVoheoL++PTs//xTGVkBpJTRUHJkAQwI9y7KhgwbUnPcRnQAZJ4ZZa8F4 crzMJ+ELWZireF01Vub84vgM+zV+df/qEJvMROaANhskSYwuEznRQZRvjk9O
cE8C4syTP/3hX5KrKrmuyocM+B2nQPKuLPJtYgj8TOu06T+GjyHTy1HyjsTJ PubgK9a2HBwikKD/gEDRIq9o44HCZ11EKEDHsWmWalAa3JeAQDMCu+dFdFHk
fdo5h8ssr+MrPSf4Ks2m3fP76Y/zbEknFVzrPnlBwqckEbZY7EifC1MR4tq5 twkQO/aEuGGepZvIEDSalHHVvSmPIdqzYfSWmM1N3NqVsyQtm2869vNVnEza
3B3h9Sh5m+b5zuOvyxzvDq71c9abycXZ5dnvPpW10ocyfwBjzVaG3lgs6RaG u/nT32fJgvYteNf+8pRYU04Mbj7f4k2npiA8tvW63cLrYfQmTtOtz1/nKfoO
OGXeCqrJio/jsDMdKTlxIwmKsSPRwn8ZoxGceZOtf/r3Iv2hi2RMtk67F7uP 3nWfsy/Hp8dnx3/92IMW3+bpLY7ZdGmox2xBP2EAlKe1YJ4ke9x5O9aWokPX
347wunqRpfm88/ztjKh052oPmdyU84ogWPpDMu5Si/muTfOeG3pI5jol7Zd2 kmAc2xJN/NcdOwI7Xyarn/6WxT+2cY5JVnH7ZfvzqyG6K+dJnM5a319NiUa3
pelFdn9fdq51H/56lNyVhAZ3n/46rU33Ws8GvjXVQ8+735D4TuOL/eRGouqO 3naQyWU+KwigxT9Goza1mB/qOO34QQfJXMQkG+M2bz1Nbm7y1rv2x18Po+uc
QOD4Cdvj02AgIcB2g/dCnHssWKXftVnFVELAopcMCUU35azMhWhZO+ag5h5Z sOL211/HpWm/61jAN6a47ej7S2LmcfNlN7kR47omiDi6RzP5OJBI+FCUczB3
RTIq6cOKx8m4SL7i10MGWcRYk8rwr4dXpMeou7avZ0q/sK//GKl1AeXazszc jxSL+Ic6KZhKCHZ0kiFhbNLP81SIlmVlCmru4FTEoaIuJHkQjbLoK+4ePMji
7CiQi3JF/853rneHOB9hFNICZDZVpgspz1sSsRegydzfk1y0VZbn5RMjXpFA yZIEiO8etpAOle/Cds+Ufmq7fwzXOoWoradmZrbEyWm+pP/Ott63mzgZohWS
LIsfTE50PE+T06zsjnpVz0z11E3d4e5ouMosOkPcrco1zSS40sdwZkXH3OW1 CaRUFaYNOE9qYrGnoMnU/yY6rYskTfN7WjwnhphnP5qU6HgWR0dJ3m71vJya
tF6ZeXytZ1PuTJazS6PpbgmJIdqNzvVei/vVzfjlp5I6oTAyHLNiJkRk8iHJ 4r4ftZu7puYKM281cb3MVzSS4E3XgTNL2ub2WYvLpZk133UsyrVJUjaPVO0l
iAdSp4Tr0rzcMAWTquyVr593CXiM0ciGdqMlpzwaIJ4dDYr3l8nYX3pUH6/G ITZEq9F636mPv7ocvfxYUidMRmplkk2FiEw6IB5xS8KUUF6c5mumYBKUnfz1
dp89HSVfl9udR0/Jmgn/3n3smuyodkbL6ir8a1PmZeda9+EXxDC5yerusy/S aZuAR2iNNGzXWnTErQHw2dYgdn8dj/21W/V4Mbb97dEw+jrfbH16RLpO+Lz9
osya+FoPWb7L8mbH/gPgiy50HxwTWmgB31+SWuw8PM7T73ev9qz5ZWUIDGZd 2QVpWfWUptUW+BcmT/PWu/bHL+jApCYp29++iLM8qZrvOsjybZJWW9oh4F/j
hrzOUjL84qtPiPDz8eT27FOJ+r4oH/N0vkyHy8psVmT+0TSYekNKLp23q0cU RfvDEaGFGmD+JYnF1sejNH63/bZjzi8LQ9AwaR/IiyQmtbD59h4WfjIaXx1/
v7VDgLA2K8xdhojI1zvMPoJ8P+VY/38hfXrnOZ1LF0OdZumyjK70uB0E1KY/ LFHfZPldGs8W8WBRmPWSlEMaBlNvSMm5s4V1sOI3tgkQ1nqJsUsTDfL15rRH
DE9MbYo2fTCdUSbLwsyyMjkt16QAgYOefKTn7K5TUsRdyn5RkayPrvRxBQYv kO/HbOv/L6RPfZ7QvrQx1FESL/LGmw6jxNFQcW384+DQlCar41vTami8yMw0
e3cjutTz6M2OfrkmLgz+3ONxOFntcvC7NPsuMwx8n2bgC+zh7F6dvP7hi4yA yaOjfEUyEFDo3k86tu8iJlncJu4XBbH7xpuug4HG884Fabzq+PRyS8Rc0EEM
N+mk4GI/974b392efYKfQW28TVlnbDgrN0PXPJqmJq20y6gvy7YCI7TitSXm HneYJA6X24f4bZz8kBjGvvef4VOs4fRGrcD+49OEsDeJpeBl9wF+O7q+Ov4I
fF0+Jk2ZTNYEvB7SPkiEuxyG+gjOfQvrDe/vbMxbDBZceWJXJud3V0/sSq8/ w4Mqeeu8TFiT1gMNcXNnqpIE0/ZZfZnXBc5CLWZdOp+v87uoyqPxirDXbdyF
fF7OnhBs4mzp08WzliQs/VvTeK0gzUXbtFU6nBM+nGE7I9tcfC59mzNMTmQs ivArB6MecXjfQIFD/62FeYPGgjf3rMr45Pr8nlXpNJjP8uk9vE2sL13ieFoT
OCForAHjxpc8GDGiDvYRu/aLVdElAGNV7ZD+ZTa7D6/0b/err04nfzGLs2en k6X/ltReLWBzXld1EQ9mBBGnWM6Gsi5GmK7FGUSH0hasEtRWn6HjS26MzqI2
ERjLGtoFbC4CEUuoAFin1j/GrjB6kn+BxiEbO5tleBhe4nXaVFuxBT5kq+47 9ohV+9XS6AyYsSi2SP8smd6Eb7qX+9VXR+N/mNLZsdKmmC6TilYBiwtPxQJS
Y7XnkMbBJBC0cLNIrI9NvGkaRGSKP7OzYIcyz0JMgj/Lk0FC4lU7z7oigqTY AAqqNZixbYy+5H9A6JCanUwTfAwz8iquio2oAw+pqztOX+3YpFEwCHg13Cic
t+GFHnhxTQjwoQdZ0Bzo9MKrfXi5bBuTdSni3LRMqfHVHtPyRVkUO0+/Scmo n0rMa+rhY4o/tqNgizOPQrSCX2TMICbxqp4lbRZBXOz78EUHwrggEHjbAS5o
IxWQpeH1J+ILVzdXX716/cmURTLpW3AQ0Qt4f7gmc2HYlGIWWuwdUAk91vAN DLR74dsuyJzXlUnaFHFiaqbU5tsO7ZKVmSzbauDLmFQ7kgJJHL6/xwdxfnn+
fDfRV72tm3Rdh7TzQSCzf+3eSKq7MckFvRHy8SJ4o6cIOhJSMQ3fwbef2Vf+ 1avXH01cxJa+xyEiksHxH6xIaRhUuSiHFoEHhEKfVfwD/jWRWLkpq3hVhuTz
6Q//WvcHCz+GbKAGywpSuks613QAtele7SGBk8w8mGWeddW6JYL4ev8xXoxv IJzZuXA9kgCvTHRKPYJFngY9eqKgXSEpU/Ev+OfHtstPy2534mPoBnIwL8Cm
7iZ/AZdUEOLuaCuc3aIsspnpOwxkMWjiwbU+RxtAz5HYvXNPfsyG/kUBzwfd 27RzQctfmvbbDho4TMytWaRJW65bKmi+797E09Hl9fgfYJYK/P8tcYWdm+dZ
d8Pnn7pbTwcM8sd1X8js6fDA+ePF84uP2J4/yx/3hCKZ3IzP7z517U35SGY8 MjVdW4H4BQ05uNDvaAHoO+K71+7LxyzoPxr0PGjFGzz72AW734uQ3q26/Gr3
aeRhW2SLLJ1zULdtUtYA9PO6xZEzBWUFWSp1U7WiXKA6zGaT28t44KPcnHfy +wxO7k6fnT5ihX6RWe4eYTK+HJ1cf+zcq/yOtHmSyoM6S+ZJPGPPb13FLAXo
zsQkX8k7OchL72R5fxK+k3RH+E5WFGP/Tn7gFxnrf3nHzw1HjMum6zG5KXP2 71WNXWciSjJSWMqqqEXAQHyY9Tq1r/HBo6yd19JnZKKvpE/2BFOfzPMPwz5J
4YbXevyrhJlJ2BkymLr49tZMiSd6buiZwTdmB1vfAB5X8/BSDzXelPXwVVaZ foR9srAY+T75g1+ls//j7T+X7FbOq7bh5DJP2ZQbvuswsxJuJm5nSG9qY9wr
vDv9N2U1z7qX+yny7OTt2c0nU2SV1lnOaKSiC0SITEu0B3nWbOHdfKSnCOak M6Ez0fGDjhF8Y7bw9SUgcjELX3VQ42VeDl4lhUnbw/8yL2ZJ+3U3RR4fvjm+
xlFbTJh9aubGDko/YVAlFh0VTst3GHVMozp6iknvY4A4mcFnwMrdPbwr0wox /GiKLOIySRmRFPSCCJFpidYgTaoNjJx39BVBndg4amsSZpecubSN0l9oVIlF
3/hqD3TRs9qNj1sbp3ND/zm8OD+7/WQnswG/P5DyM+phU7zuj6eH1z+o6sfg W4Xt8i1aHVGrjp6apPcYME7a8DHwcnsNr/O4gGO4+bYDvuhebTvRrZ7T+kH3
Zh2RGVlBuz+bD+b8fBykf4F97udAf+mJQOvJ6/HNJ3ss+4wfHxfCRmab4dTU Prw4Ob76aFuzwXm/Jfln1NCmmN1vT8dZf1DWj3CatUU+yArc/d48GBj0OFj/
kLTbKSDXaluTOMvtk31b17MxQYgIezm5lkGTEx70Wge1T37M7l2wADNV141j AuvcfQL9q3u8r4evR5cfbbjsUoC8ewgLmawHE1OC024mwFzLTUnsLLVfdi1d
aS+42LeBw+EwMdMa5mKzd7dKk/1fkP/o87keSeCShULojxY13UqSJfKqaJsi x8IEniKs5fhCGo0OudELbdR++ZjVO2UGZoq2NcfSXvCyawF7g8EgMpMSOmPV
+4LAMcTbAWGXQ8mGcBlPXww5VPH8SzISoW6aVZWSxWm2iJtCpmpq1yiZNMm0 u17G0c6viH70UV93xHFJTSH8R7OabCTEEtFXtE4NJYPgMfjbLuGXPYmZcHFR
zfI5RylMsqlIqZdtTQ8/e+7mNOBJEJYntciBjscVbQ3PlGziFouiuWZF4uMk zwfssnj2WWQgbqplEZPWaTZwn4KnavzXMBpX0aRO0hk7K0y0Lkio53VJ3z55
RCFFky22AAuff5nYwEwSxmX4/JB3STfLhmAMYbdEiSLx5JTYgE1C1JctRQdW 5obU5zEQniexyP6OuyUtDQ+U9OIac6KhJlnk3SVEIVmVzDcAC08/i6x/Jgrd
KcJAcxyMSSTDgdacl/RaxiU1Zgz7b01DzHXX8V7e1rO7l6QOW1rLCru+Ik0h M7x/CJ+kH8t6oA05bpESReTJKbJ+m4ioL1mIDCxieINm2BgTSdgDKcdpTt0y
Cwk3nQG2Y3CJU6ezVVHm5ZJJbVG2bug6K8h8p8cLso2QCiug0p0u9jd9TCXU LikxYuiAK2pipouOfnlVj69fkjisaS5LLPqSJIVMJFxzQtjueIurOp4uszzN
vSEpa7dVwkDzrJ61NcjZFFv/UnrJ1FRkEFU1PWgaPifZdRqnToMJpZoiN00z F0xo87x2DZdJRgo8fZyRdoQoWEGVbmuxuvFdLN7uNfFYu6jiC5ol5bQuQcwm
3gPakW2SrTd5KscE4x9mBL0+K+Ytke124Dbbxc94Mm6/iduIaPBy3MUR+IIO 2/hOqZOJKUgfKkr60FS8S7Lm1E4ZBwOKNYpuEie8ArQemyhZrdNYNgnqP7QI
Ls/NtJQJCoW4VWqQAstI6nZJvIqpbkgagXrMzG1kzyl/6LD4mckNTu0FqBZT 6j7JZjXR7Kbvlto50XgwbrXprBHJoHP8it3wGW1bmppJLgMU+nCzVE8FphGV
KUOya1aZp0ks4AGiip+XTFe8X7IMCNA8DtsNJzC7ifeG6kZ7e5dQnbzz8Rsy 9YJOKoa6Jl4E2jFTt5Ade/zQVvE340vs2QvQLIaSh0RXLRNPkZjALRgVfy9x
cJcdWciGXjpLU0ytti+zwwtJgAB0g9XU6LIRv0NHJX1Pv5d12h2MqIdshlm2 wOhfAg0IztwN6jXHLruBU2PbQxr2emcQnLzyzR4SnC3bshANdTqNYwyttJ3Z
MWAlJp4yKcqG9nSGbEuCbFsaZJGTtOBF9ryXVgbptc7m8zzd2/sMNM+5hexK 5oUkQAC6wKprtA8R96GtkrSnf+dl3G6MqIc0hmmyNjhITDx5lOUVTWCKgEwC
YmH286JnVbL4mM1MLaRqZ1gro4JKS8foCZiTzLFqTbtXt0r4EJ9NKuRrD1zf bBtqZJ4Sq+BJdvQ7FNa1SmazNO71PgHFc/ghG5N6f/gXenkZz2NS5Kax0i76
LI4uGkEpyUoI50DbfSQJnUEjwifYUP9eECInkizaYmbzeGwyewbxa/nFVFu8 QAz0vxEhXZS93rcIvJ1Yn+MD0bff9TRI++Eg3cGTp73x8dUrNnRBVRocRcfv
mcVfsSzxjGUG/nlBb6bdJ7ZBlq8IbMsjSzKcN44G3NTOgufvTH0PC5tExgHo khKT5BV9+mz/2Wf7z36jXTfjgxuduKfUQ0eba2JDs3aj2OkD2QH8qnCzpwcc
+3Ckm07zIIVriuwH5iF35kQcLJlpTrQTZppn9YquzzMSeUvi+eYxTYufY2fL OU4kh22gHWZulpNo5X3d0GFLU1p9HMqczl9kZrN41lNe8pfTk2i3jEk0zBOc
nVXttnbZ0tE4NvtrYXRQ9AfEcC3kHKgFZpBIkXXpmpTj1QNSU9NHuzG8Hra/ Z+bvBcJaotGfd/Z4J/6oS/4tLUw8+y56+c2YFNC3sbRM2+splw/3EnEysTZV
dzWlLQLYT96/1zyhH38cqPpRFQMz6kkNg+V9/nmvTPnLKx7WOFZ5QLXgMMG5 yVt4+6h7OhLU4wG1yjT3IplgAERhxYZPVNfStae4I3PcsZPUgZAYpJnJEpnp
0ZQe0wqiF/haY7H0iB4JaIILKNQ96F58oMPaC++Uxl6Bxg5ld5AQj93Bfaau FCA5W6SboXblVyzojZQ6EmY/bnUhYpmlbbSzHROxM4xgqtUFuK9XUVkClQbs
y1nGE+TEPT9LPEXkv2xpceGwF1envaMitx6j2loH+SvS7PFX7MS6rFlq02JI cQ52hR9z27IhGvktm75zEn6yw6uJqXEKQmKEVWrPEmbgmwsGYGVFc9qJYBNq
4jg/5/v3u9n2P/6oBC63W+0YieAFkQwUoIpTEdSY1X1KvEgMUx/v7f0NgWcm 71sXAvFdP/pWNNfvxHr7rQtA/24ou3/9KEG/zFlaT6emFNlgWUKpclEo0MrV
ogCY1HoudZs3dURdbuwDdcfTfm/ycssHMkjgm3filYTqIQ9kEczHaeI/Ww8n CLJwQI2uaPXLWiUNwEoVL3SgDXEno6MWlHVbgexs1tufRKH9dUjqAJbK9wvO
B3m2zhohyEGyaisSwTUJgL9Jbu/Thui7oOXtwKWnidSbICAoE+rnhxQ3FiR7 z+Fb8zqb2lg6mziSAOxYAWWIYiohdPo6xzdW+vDfc+qZOAHJKUTeCzyyQmlR
Hz9C9w+eUP6YmuYLACnuKvMPwiyce6g5Peq02lsmh1W7ug+6ujQ0RGXzfTFc 5PXaMV03tOPg+2tT3sCmRdu0C4GCc3et4yB8a7LkRxZajsnS7jIQojHRSphJ
DW/+fEdvM7HI7vTCbpFWy5JOUI9aB4oEFhQoyUNYgGTlMF1ApNBqBdYli6yq mpRLej9LCGEsiKaquzjOfk5+WnGoz6mtRU0748TapyJYu6WPa0bYTAjCWCA1
SSVNW76PgH6qeYsK3TBnXojmOiea6xwjw5KMLFoWjVPSrXZTSPOYDa+AYFNh UGNbjtCpOr9FtDjxbV0Xng4bvLZhqc232Ynev9fQvA8f+gr2FNDBaHEvnsP0
NjQrB1hs6IM2KJ0zeffRAMlWMp3WKW33Z58l42nZKmIJACjDClp5A4dR51T+ nj7tlOH/eJjH+M5CNQA57CUkZWNId3QsAfNJm9UACPpEd8SyIbsUjYB6F6YD
3+CZ9HviGka587ayMs/NkFTonwltSF/1g5uXbYVtXpP8Ebmoy7YLcZuxtuyK iM4G+71oV7uzFvy3SnqvQHp7smpIdMGqMX8ry3zKzERiav3o8RXSgGqadNjs
iUEqyzKW7IRXnd4PumhaAJjmnm4MVuOpgfgJ9ICT4PIYekOjycNVolRGvzFK 6flRZ6vImUGrNiVIniJ9Bk+xQqu8ZPREk0xFZzjMRxfh9vKRmBsQv3VIoPVt
QVRvZ5p+70QWCpxd0E9qMkD3t7v4ECQ6L9N6Z+dM06TrDdOvpzdX/zZI2oJ9 UfDhg54Lac6i2AZUmhOpAagq7PFi6YZEYUXnjDACgYRLAQ2B+lDqfpZ1WpUN
NiwWSQ5jBx+zmmnK1dlIeqZU37z/zNbv/Ojhi50GqieqclmZNTs4M3o36Z3r qnRt76rjjPZpneYbT1twpDkkRPhnj59aVeNxoPkXQ+ZoN01WSaW0jA6XdUGA
k0NBYXiBHTIr6OBYXNWY24L0CpFzsJP8UhEIspdAg3Q6JKLELc2MF6CeJoHb qSTu8W/R1U1c0enIaJJbqs39JO7NBSBHE6Lp2xg/zIhx3z0CqffvgeoYmob4
BfZsKMC5Mo9s75vJ9dkguRxfXr0aJOPrm8nJ1d0gOR+fXE5O6A9tU56UBZk2 QKvbht4PqkTY/RDneg3RYm0ZHGbtsr7o7cJQE4UN4EdzJbxvsy2UzSQjq0PD
JI1FJUBctBKyCUTUUSCkhzI73IGSJyZDRFI8zbD6R2p2W5llqrh2SvuS7FvK 6sDczOsWOW2i7rY21GB3gLvETWGtSRMJxQNDotmKEkZwqCgxev4ZqeSxxhmr
TdihUu+DQPaVV3j5dMJ22ft48NtS9bdnyPF8nskyc5LtJvm9lH/9s3UrYP4W noUh8zw0dyHS3IWmGpcvYsyqH01y+qldE5JaZs0TIB0nM2salNMurKeS0WDZ
j+fMP0SCLZcP2doskX9YXjz23t4tcN71SbJmLwOPR5vRynh8CKkV4jsAtOk7 PcMoJ8YcVQSMaLU/+SQaEYau9NgS1WXcGO9CKwuyvTf/b3SQ+B0dH9ZMZ3Vh
ArPACUdUi4M3M3gnIXxDTVCvDG9sQAT0v4x0IomnqZndW4kVuS2qlAhkleaC +abbDJLCv0QdUdFPcq9bKXlZF1jxFfEj4aNTvySBLifchEkNgwN3l6ks2Hem
rUqMshFJXsBLQyS2EbqyKILJ3FWf3s5o2nz91NGhEHmkNgKwPqvKuhaPC8Gu 0KBbWWIthvjUDf0wmJEnDDpZIA1sCme+UQ+V5gEUkdIb/YvBDvzxW8P06ye8
rbJ/QgcSCw9sXpURk+rEyiLSIYg90eMiYp96VwXPg76rIfg4g3g19XGyfys0 UdTQOf2lqj4gRL2t14FaZ3lcbq2eqap4tWZS9qTnkk/7UZ2xpZV5JPFlrOBd
k0yOea3X8DQc5GV5zxuF9ZDWyLd1Vh/uJwfv38MV8eOPh4PgSXr0WqQh4USP UjJ5uRQ6ia2WxLr3n9jUvA8eBdlhIDGqyBeFWbFbIqG+SWxcHO4JmEMHtskk
tUkfELWsLdry+EQHkkd4LNwRjEcDqufzgEi9Rv1a4nLFBzvwQfwD9oxkdFHw o41jxlVibHOSQ0TZwUpyp8IaZC0BKml3iFmJM4nPYACeqgjGUlihQm5Oewr0
NLjsy0Yly8xJFr854mDBNvriX5ErmUNrvHFrI1wEHZBBKsNIpfs4BBseiYp3 unv509/K2NTvovFFdFwX+fqnv8UwpF2OL473+tEZLfkyGq0I8U1N1goMQ/Ms
llUWQuRlQxx+GlzxDwz8HJTvdXOABmjjsKXKp3we4JAiwhF02kS6c+ETjh2N Vkmoj87OX9Hve6MyMdGFmRK2mdIZW0hvDj8CFCi0zzNvuaOfXIciZHd0cTk+
kish8hwnSgSChxPjuD58XNlBcPN9ah6JGj2McjSlSlPOI2CKhqglEeBDO0+j PL+mFk/g9PcjYNcOzWcyiU0W4PvZjE9UyX2CvUe7J6PDs/EhNTGqq5w6zvoR
YNs7tE8cT+fFSE8Wb7aMIZrk96Cofz742YQaGeGpytHPpXL0iIjp97p5nzzm SZehiDnwv1ocxgHPHewHYmcgq4yfICuTjxNcuZ72GQ4hW4RQziJWmD+h/Y12
cz8mlv57oalPHvYLOywJ4TwPEQOfPzs52HHOEAg75Mpnf+bd7Eg4sm8Kqm4P 7AmM2JxLKhER+o6ee95GolS7fTv48PtccYtnLjSpRFYnJWllCF1IiuqHD9aq
BeYFvB7z+cAzOSlpZnE5PwaxfFhd0BBYXwqw1Mfm/JXTrToxLdQBMm2tF6UH iSlYBSVlbkCHqeYcR5tAKjwdM2y23uuN5iCt8GFfDHwXh9GKDZ/cB61RLX0w
lDrg23Uq8+R+wDCMgpmf2hlwitpyDIW8u5+1Juu/ubp4eepWSMbQbQYszM6T icVWWG2h9KqLwEDDRA1pwmAjFG/l0vDaBvRM/5eQoCduOzHTG8uAG3bTIiZa
Cl5dXigkJAkamk/esu/QLpGVq6yR4BYprG3/WgY7qJ7ZSa073jjiGrigN4gG X8apwM0craxFPGWwEtNpWcsRsQCJT6zj+ldTGiO/P3JHSgwFgZ0AwWSqptpM
cHicXaUw90nMpM7jaV0vrIdEgXKWkrjIVoTtenZS3QyheSbU5CrbIPh2vRCf GovHSlHaxKBOdJpZW1aPeZRlTiVhnNQUkcxWqYzF/Re/ffJbpwRgpJw17419
EZHc+KV2eHiaksiUY+0eOAE59n5XJeMDVp4fe+wQN7I9J+eTI5Q8Hl1MXkQW Kjf2iBVekAAlbJUSedPhRdAnow7Assn3qjzS7M5JwYcVhO3xz4dP6csrIbJo
8kDILXghA1+SQFgi5JYz7ZVOXXwipCJ4O+hY1gGwt3a+M+37Jghb53FVoopa jNADYg+7aZ7fYEkBcEy6KZNyT379LPw1fi6sn0C0V1BIABJBrcroXxugTFt4
BTDxjM0vtqNpAGFJqJ3P8omjiQx/7/7OAmFNz9CVmYEIOKgRdKAZ/PbiHP+w 3miBmlB3zC6dgBKZt5HLY+m3cZLzEKj90m7gXq+nEVoPTGoQneis+OuRTuzh
yQAfDUrIPRkngn5IpLx/H5Sv//hjQgB+ZWqn6CwN1ats0ajfhHZW9l+zE3PM eQ2isZ/YhZ0Yvg9TDR6e2QBxDTK1Kz+1y+bU+s25sQvjCnPzxokG+goU5mlB
KonqzvGIXQwLKC1O77kVCctbkB1JswaLXBFYzAEYwQWQ/4uFVkj3jBiPVSsL zYuTgXScjcrOiLhAU/LibBIjrCs9CnnWwGKIuKDPBaPc11cBc7v2VZEONwU+
wl/K7hFf654c4DDX9BMjMpwAUX2bm6ozxGFUFZ8czNMFAlty4I8r1DtoShat MeVBtPPI5d6Jdt+/h+39wwfitDu/fs2lIfmE28IPdn79+reWnZsXkEyty6Ks
H15fXIWWr9McBsZKslGdR0ad7PAPYOywyD45qNIcJfZbawWQRG3E3UVMS4iL VSZPnUz2KyMuBayhr3Ih3CxxSg+v2soI3wZ6SoBnYCWi33HMUbgfCoxYylsY
9kC1SVCOzyupBN5J5ADbUMFpraEmmoWhuU/hs+WEEhqG2HVcOODM3BfUtUe7 nuYVyZSj4I3/oO/HoJJGVweQmhYOS6qSIYOLA9w3a4Bx2mrilPQOjJ5jJYbR
7kbtIifatMBfmhyIvzQXEmFSC8o+6GZ2EXJGibgXD4N5qURetOynJKDB1git ufDUFFtK1IGPYQtUORN+XtF2R4L+lRGLMnoTmzuiSq+VONpS5ClbE7BjWnn6
SaiqQ090CzHFVvwjsDtJeJMBVTxkVVkwShwlExKItC9AXYxW1WM5fzCkJ8QN FMvessmOMzpgwlCf9yPHS0l60vB2iJx0xjtKDbJ/Oz1gaFL6b0QsCYh1aeey
AlGT0kAkQbviDqRWw2Bc88a6jEmeMVxxaIixMexdYOdglZFpSMCoZiQfbw34 YupWtZabZbVKZXyzeQ92XVqKsbyqaJx4Iuv91eVJyRidlJa0nol5k2Z3RxCY
SjoU0DbNDIsz6IylgYOWlsLuUHtYvN+kgnKO01XtRnbfJf/tqqGn2HRDRmlF 9L87+qxkPNozC9p+iNo/IbGSflKn1oOEsZUwkhIL4zQi6IN0rEh9pkdmpvEC
iO2H1DGIc84GolvEkmx5uqMOwRpENWo+4OILyFKY7rfthh0Gt8oBBy9ubw+T vd14uBjSNIVJO1rfw9QdJ/ZHYM+ugxyEXvCK3jGu2RfjEEIFox9qLOjK0O78
eQmoyzFfIvKSt9ENTIxAT+AIxMy0KpL3MLDcarXL4onXYgEy3c/yEkF+AiEb qVOabAi39NbO2Dpsct0G2yC5TydL5wEyNZsIcGwi6g+WqWIXHL78w8/G/kpz
BN7LtRNldMccOZNwmR2cPT87tIMQVcCfC/OXXike5i+e/cb7+oWVak/yu1OC 91TBQBNPnkoljP0/9i3Z//Jm0VB3gQ00i5UUgvpHjfm5bZxW8iIuCJmUv3Il
L9JNKhOvBwwuuUDCkGYCYyCcNpPpDNqPCHC2yoh+2JxCxqP49qwHh2S0C2R2 WxTxdG/nn7Cu3ST2z1jmHYsJGgT7T1j2bdn6qOX+FpT73e7HjcUt7d77g2jC
rWyR8LA/FwzhhzUZ90jivrj18sU6ehUfsOcmDWbSuZHfGFhdrKwQfKBfZ8gj n1flv++YbJHGOx/61Iks90f38+zhftgbIoT90V09f6grUlDSNLQKOKO88t7t
US809l1Yh30ODgco+Ul8SgiTKUrIl1A9qqehYa1qF2+Lta/5KJn2wyhvLW9j dXZ1cH5mZOx92LfjCMrndA+EbT6PBCykqTNcEToRmxaHcrQsB4FJVi0t6iB3
elQTytPjKHnHUtcRr/M9ZQ3J3IV4fO36yQaL9lROlpiYZ5AQWirq3OqoMpfL wQaTjXpxnRvzVuHIPUYqZwhrx4MwKP8RzbBVjKFBPZ2KQmvT+X34j6icrDzO
VQvh1ja1DVZZTaM7SbMjjtC3px3qJNEwL6shJCn2EPY2YAS2YwpZV6RIwza5 NDqDh27BXtN+M4VtjB0xBQIyeKJAegSRRMahXztF1kxVZJIanReb7rn0t6x8
4iXbboKepMvadGJv7/172wujq4SVMFVehg0piKBtvwh6iMNilXUs0hDlo+w7 DAfU3ssLR/gB0SNrxPFwZCvHOcB3QMIpduEKitREgxOBzkkG4m4jwdu1kuqz
wUcOKgj11SAImlCzHSijRopE1DshIMy/StmGxYEXtTVFJWJMg6oUMZsmyPpS CK21IrVdpQpguG2XxidEJ5d+qi1eMYkXJpNtbW+4GNjgu8U0oHQ+dtMBlmRx
z64N5J3JSoTs2OZzARiGLWhSUpDeMiQUCIanVg4HsPNDkcJjPsR7OnQ5BTWH YPpBcOsJQoZC98HJmOAuSp3IUpyOXzQM6n2hxWA0bBoj2IJfA5Q5Z4ASsYs7
WDp5JxGTadaTI+JiEX5TaEookBdGythxDVnGFnWHSr3HXMyMUnbJHRWUgLbi CkkM/hPas1Vg+rOeAecJ6Bo/LKJ3yxwASYEmHSmbPmhb08AggkQVb/Q9+9bw
oOPxJjoM8k6s0gW3wvjyAMfwiOg37TtgRZgz/iRWzL6DA8zKHlH+QsC4jxNs E/jAliQApfQNvZkaMJDdEsFENAL4243Y/Njrg/pRnsZVzSZU//59ULvqw4co
NSPX6m/46XnRXCoDYMeu2V6Ta0YMTDoGSEa8T0oweqYtvx7MCzMl5R40M96i Xq2XBLssoLcEVi6Tubr4sbKyPZp5lGJUUaPoFD6xk2H2ppWpOn6KfMQNaJJ4
yFShddDusNcvcl3B5x2Q/JT0a7Vl80wyMhbJCW0o59QEebIqvTVkMk23pRpA YYVJLpPFMoUhxqLA+VxxakeLzbZKj0HFm+ILXUW72MwV/cWGDuwAHYkaJodm
WKs1i4j7TivDtqXzVKTfE4Uw2WmRtXavoHPznTCgKwgkc8+QHtYMQrgL9jNr E3uNkljR7iyeg/pkw++WCHDQXAvWYco4veWdgacZP1xKpplz4Gj4DHwJaDus
zCoM39JhQFzReczhjCOOyupShNDfc8Q2NXOW9ttkTeoksUUmab9VGEt0fluO sBXtFnGK+loba2AjbluJA41ONOFeWgPV64JaXDyTQnRYiQnCMhTwjmsIGS2i
7LphPTN5GoQgR+r5d9jO6t1YJzuZTNxByobIr7JKhWC/AIGK7LM5dBJBaDpa obFP4BzmQHFqBuarzBmfPmUnttMAwjV3bbZdNLRkgV822hWTTOpViiBDHD9m
Pg2vkeBjM3MOATyYLGdtbfXRvNzwey1odi1PvKyaWnhhrbKB+gDFhEu/Zymx lyPrlNZ/6UelzHpesz/UiC0SMxKaalET/YSOBKleME7DLk18vU88/TYp8ox1
jG2hynpqTRTldn4/eoygRk3voGmB2V0gf5euSfHSIcG5QpS1JkMqTg5iG5rn YdZNprQqgPGskKsHdHZrSISIxwR8KKaGiLm2OSEIrYRBecXL6nKheMTw26EW
LYhyQ4cOpxTsIi+poiO3NngQL/+QHCPGYecgYjJImcDRqL7ouoedU2bHqxdD 3tqwB4KdiWpCiko2jzWXBqdKipPRMk0N8zqIk4WBI5imwu5Vu1W83lPWhUiX
eHgYScosmbxtAodIyR1MYKF6MPlHEDc8bizK2Fp5yAwbOgNlWhhPtLePq7Tg LOq1rL7L6dmWUPcd0nWR0Lgqeu6Oh3P2BlxdmJKaf7ckJQ4G0YxaSPDyBTgp
zBZTiaQhs3yU/BNJIQUccFBWqHUl0ceBQ2siEV9Xm5IJfQFD1lGeHD9IzmHk TPtX9ZodCldK/7svrq72olkOhZ4jOYnEc15G1zAdA/rCsPV6HkhPXsPA9lmq
wPngElRoQD4fjiTWMm+alcjOlBUygJR6SpqKjeUyPkP2rRANeu4fcTyJJhFA sbM58FJsqEz10zRH6G6aA6LWVb5yjIx+MUMqFLxru8fPjvdsI0QV8P/CrExd
4gAwOQvTOGwGUifaG9h0HWYsm4MEoWlyDRMSC6Qb4WYGQYhzMa19iDiO5FiO isf6+ZMvfEyBHKTSk/z2kGA/dINKxCsCm5K8IFZII4HJIxw2k6lCOULQCdEP
LMLhaFbOMhuH0PAC16UgnNA54l1BcNrBzSvn1GReX+uRHxCpaBecwz7J3MFT W4yQyiRuQOvhgaZsAxTb1mvh7zDqztlQMShJ+exOz5QNiXbPTmk/HOexZh2F
jjUUKDglIFyudv74eqKy2WpNB5Kss/9DkJeVsgoSgQVrHIjbLBd8A8YR/gH1 Fez1iYNRtn7IowmMmCzGEAABxwQix9WdjT2RY8XmXQcflDQlREaIlqlNSBuR
c5wayahCENN2voSLBazthTc4Hij1OyVTS6C4iwjaBoEwzzxbWLKkSW2i7ho2 T9QeZK/FBOKpsQZt3mY+F2FkZym9Ma2qqcDT6jB6y/zYEbbzWyUV8eW5+I3t
4UVTu6CQ8FqWefDTM4hYSNpttVR/FPB2scwDIhS0mGkBq31c0DVLP6uj1nTc /JOqud6y63TAeQQRgaysTK30ylN5XdRgfHVV2oAZK4N0JWl0dFq097hFucQ2
GTYFfeJQCh7bsKr71NoeJNYZ9IKwImc4Xr+c/HYQwpgeugvIXsfrmOJ4a8SE ZnkxAJdl5w5xAQAMLMcEfDCLkXxpUoVZtgqdRItpLbpe7/17WyKvLZ6VaJWX
JPxBTgghsN3OclfDDHL8yToFI2f1WpIhCDiJrGCfNz1SwHmBKRJyIN6DOBU7 hnXqiNhtGTl1fWhCH9xedCTvZN0JdXJ0glBmCYKgAVVEfHKIGyJGBL9abYqY
wC6UjVvOuuSYMl2D10LcJrRv6Qom1UMqhMBSWRGD9YB1XNo/F4T6qzgEBTe3 rXjY8Ky0xjiJEqVGlcOYdRXkeahn2AYTHctMhOzYaOaCORjQoHZhRhLNEMOA
BqBEDGuOR5+rGzuQFpx3yGB3FvceohGFFH5RDs7P+wJi5e4TAQZJOYWRqmB9 rcXy6ACtPhStdMCbeEObLrugapYcFOeCYTJNOqLCXUSDXxQaEipjyUFK2PEN
ENjQHZ8x5sJ9Qtil7Vp7dJw7DHrdXL3m6M/oG/M5ZbljpN0sJEaeLrDLBoPF Psc2xRaVese7aCe5rJLbKggIrchH2+ONlDBJtuKlXOpuGOLWZ/saAvBo3QE4
zH8v6AguaXHswS5pBE2S8AtSwp5utQqvjMQoYNtHO+jIZGuJTBKM12tTufOV wjTRe1Fk8kPtVUyFBULA+J33DIrjH8773XF+vad0XVqBD+c/rwRnzQMHsq+3
FqIuD4xDuxZSuEhxnFXkMhA4latWje6ajL7Up2D9Sbs0ApiIRtPz3WaQXYfd U32b0qkmoQTgIxZ5pSLd6JrHhBMNlSfmepVTXreG2kOToyW7AmBumPNh/gzO
wB27M9/EORkqctVHpILz3Bo8rtuZIk71aAMkAQERBVdAoLoRT3hqVH/o+QnF wYQEcrFhVU9Cs+dwnk6TEgGo/OqcvUCMwQJpuntIe7HHEfhBVp1KBY3amMSb
hCknk0JD6B5iDwKlEXt4yAwBRHDQ8VAggw1aIKjZMKRkaVoky7KUlIlMaJcf XHUupB5aTYxO7lFhWJ11xt34HVFXEqvI8wXwaM99MT3IIILeXHaw41gHIWhz
V193AOJjQ52HFPuCboWKYVMgNcxyFdlBhYUQbn3iUlTkMLDgKUJKnBSGnnJI 9m9r1EwYfkYbCVaHwFL4Meg0JmUuDOz3HHEWmxlLkU20IjEV2bT0uFsRbUoD
BUoWOUlrO1MPhTltjm9g1bTVpDliCnYNScIwgEqPh4vtxTn/VpRrRCiU5SQt 7i1FLs6gnJo0DkKhhhpx4DCjledNWe/4OZ0sEmJEuoUVSKRMCMAoSCmcQdYR
hU5MD4FesWSPceW1cYfhI9hm/QE7/tEeH6jL7tsvi6Egsn23d+xVQyNkTsJ8 MCcK4E2DSV4kXZ8tvxx6cGuSlFGAlWWzfM39eiiuVRM9n5tY2GJ1vb4GHoli
/16rSImUfdFBx8MYoGI39C3t4yP285Qd7q4KETM5uD29PEzu4Lth9+PYe/+u GL9jDrNoaliFdauaRpSec8jRZwRhSuojldhiF4jYFUQ0ok2CwYcoa0XqWTOZ
ibdB42H0LVq2z0lgUzQUOQML0ngSDN/d6gcM29zWMZauHTUhXgPnf0nwOsWh gNV2Hrcg1TVtOuxt0LY8l2tsuVX7g7i+h3ggnS92rcDPipBPIyZryJrQlwtJ
sGIeKoWEbmlNZbXqjxUZ6Y62ih1NT6dBR4KK3auBvAeS7h7geKJimIirSB3Y 7UxBWz6RpmoA/wxxqAWTt40/FQ67hSesChAM/g7ELSHUsXo9bhPD7drcGTnh
jKpXGNqUjbo1xIezi3Bclr1Na7YGfLxA9VxzVoPLf/FRvKzPV0GU8hUbd+Cm UMxohTnGHOG5phBeRZr/MPoz8TGFLHDyFCiTQ8yTI5is+kVMoFjnTO5zKMmO
4XVbM04BrvjeAPXB5ka7K6Ki0KzBeq3JVXcUErhwYTJxypEsWhZ+rTu5jUFS /oQIQHgOgQdWDxdlSw3yLnEsUymjp1EJ92XXCbuS1ERTFayI582dZKMOUaLn
qoYHZXFNdJc6lbx6dO0fOIztKWmUXCBZeQbf+0yQbNawlOFF/YwyVful77zn AUM2adAgAsAdQC7vQXHIDwRPFNi3McdGkgEkkBoc1lg/DB2EeC1nmmEUomyY
D+XM2EiYs6VpSLWVHvrN0Whv4mgoogEP4hgkOs/WSJqSuJIEpqDaaufgbmyi 4h4ikX1Z9n2LkTiWJmUGj02oeIKrXDCSt8ucjL0NCvZCuMpkn6rES3zd+F3N
Zl0zc7uWe7ErBPK3dvEb638An7frjc+68RYfY3bubzfvz7CXzZD6Os1s8CEi NKA29rrYeAuRuQOiUMNJDDnrakMYXYyVQ1u562CW9b4/BKhZrCs7EWCxwoa4
gYaGdaH3bH4kCkCsnTZAEvuc4g6KpCTHuJvOolYRu7YjGaKmkVukSp/AM8W6 xXKhP0BJcopwBjhgDglsQhCTeraA+QYH3LNwnHvg3B+UTC2B4ldE0DZuA+NM
JyTjTnYd553bxOLaysGukQ6XHncnXdGJp4X1vxHdluBum6o0f8JZPwiqT8Tk k7klSxrUulGYz4bnanw6xBK6Zc6nZJzMNftioaYuAHZYeD0NCtxMtO6N/Vrg
NRL5ywpkAIvsyYoo0KDNK3QZQfqceAUk22+ejnj6mmygKEERfByLqDdI+hHl ObNAK6hWtNsJ1gT1p1FEqqkgqwBUVb4fWTsTK4ivLqJT2l9igxiHD1x+cXoh
WGYgmzkq3OjFLqDwVZFn9z56FdVyaRUeMMRwrloi1vJGlHxfeRonmXMoF8Fw sUPji+glIs/GQTTL8TtWJnfHFy/Hf9nrhxCqg2KDA6NDaZkIODIkPL4kPECI
9nbOPPMcWR8C25n6cgIvZS0VQTWnfWyTA7Jp/a+cVX/VNmptJtoytr8qpEqP cOCyPYH5tjp5hXCiVQwWkJQrCeck0CZchm379EkGtMARt6agUwt2LDqIXSNW
QDyqNuNqQp7GpoJKTL5t64aDMTawwyQETY9sQ5u9ynCiSyJ8K0owvXwj3CjS ujnLi2Ph6B2sKWLMoSWPl1D1bmMhIebqCkysXa5liP/FMQCwzWsEgDByjVPt
b8S1DcKmfDLIz0xdJoJ1pCBcnke5LKFrBz+nkshReUPG+9wO0tFyNEiWlxeT ss9jDZAdIvF5DR7ECthK6ehXxRH/vJWiCQ98CGM/yidQn1VV6AfafcvQjbFw
5IFO00n3Q0siLMdk9iwVk3DjuyFk0WMQuoW1Zyz6anNJgXHZKEj3Jz3MHgD1 eUK2w7uKgi2zE0NuN1Yve7pzGka8U0nqDuF2JDVDXBe0dScJPoLYfy/4CnZ0
ttZtZkWnzRu3KscOgV05sdkxlhgkTZgjHaHAJ5bROh1dZuwLCNx/TBd3jGo5 MThCK6oEthLjDILb7884g71IHCuwOjRW0BHKxpKZpDSuVqZw+yv3GriIdo7k
8d1bVQHpWV+IS5iwsSnB8Fp9zKPSLMRt5bJIEm50lxy8fXX4gSUwwYR4lV1R sqDEBYY1I6Nd7CRHpJeKCdzNBy/1K+ieUqOZICqCz+j7doX6piGx7zbdqY5i
0QOa6Qg0NetugEQzCJPWnLetQeHaeROVT46UQY+UF4ON+ND2yuhw8qZHPvXB Mg2BgEoyEt5papUtV2JZEava2QGygKCIfgsgWF2GeyxIKnl094RewlBZCV8g
wTDtT6Fprzbd+vKC3roUDYGKFpCucwdxqN65mHpLQGPBLd6R2O6tt8WMFEoR dc9D9H4gbpqWJ9J2AC4c9NwTsGH9LDFnAwDAMCPOokWeS4xkIpTLnyuDDJSA
JXcjOTYGCYVMlJlj1hSsHztnzo7Thuv8CPzNNYTpcaN64DDOIPaxDJ6oYT2K ppGAmxQ1hn4K4cSqRGz4wBWkbmUWfLj5ialTMUffgq8G0uKwdpSxRghzNE+J
NeRNWmvtBi9FwayFY+YxYfQVft+CGBkgPNdQERcZo8lw7TbDU1hYj+izzjRR 0duReijNgf/8AxZqGw37pyPBJivJlwLE6bC8sa46439l+Qp+Ez1wEk5LO6ab
ZZZuml0cf54V97BdhWYF1mu6RfIunQ4kL0MMNg2uzcTX6gNUzgNDWxPvlWMy QF0s2I5deDneOu4NwGdtEVt22w7brMtP2MmzgWC5Hbd2bO3DRS6cTPL+vdas
TmiDLlKQFJNIEBnSzISYDDUWLLkpO0hH44Ehbx6JxaPTthmtA5AEUxyelGK4 IUL2Sc4ty2eAql3TV7SOd1jPI3YDuJonGMnu1dHZXnQNuxFLspG3Sl7QyQaN
oD54ye412NG65aGSZNHSxZM0B1QOs+vUstSwhPHMSt3JWEmEF+y3P7mz3ud9 hw7DxrTVMWTSDWu8IcPpW3jHg2D472bfZ8Dnlo6xeOmoCV4k+CFygucxNoVl
Gv8M4zqthQGzaYV+V3Juq5Id4BBYKsHQv/8+aw775B0m/NIF9+QlnP/AzrvI +kApJDSXa8qOFX8syEhy1EXTyHV/GliDTbHZN+D2wODtDRyNlQkTcWWxg6mN
wW6T7KTpBLaZd5zNUQb1NpNF95BPMSDxsPxVgI5PD0iVr4JYsZcjUrgiiMrl XHkGRXmlJhWxH21jI5dkaNO6rJ2gOUG1qHNMmQt29a7H5J5U669YOcRpGlzU
es6C3jehjRVaLZyHrZldpCUY/wZGmuSUaFjMMITSVmpSapMjP1r8LYzrts6Z JUMc4Ip3BngROjtq7BIVhWoR5mtVtrIljnAK5yYRgyDxokXm57qVnhGk1ajT
Zv0lQJhwpyiUUNS9FXU3R/WwLksaY4RUe6Q/eye96U0ztLhfffAcXrTVUart UiZXNX6lBi01RNkyb+x191Q0JERGKskU/oCp4N+kYg7DE/oZMapaT9dez27z
OzE5gJeItK20oGfBZRXjNnVeRZqW3ZOcGR7aFcwvzXYj5iVtd+ADEl+Xq+QR qbG+OaeHU5OqYd12q7KNdWn6Z+GhuBWDJNF4skIotHi6xFUmqdfW6F7ZBJOy
79mPe3tjDvPl3nXnanx+7BT7fygJ/6naHq3fkBLuGN37IhWjvjzOfoy/YsSB 5IPtElybZhTw3tL5lKztAme8Xq19KpXXExnpawRzZ3ahLIakDAuPDdxWAgsN
eusB3I3TE1NvaBhQEIAVxl5yrUTNDTHYz4b8Git0neLmWtbedF6FELJ/HDFR y0FvUX2k/EdoAC2AJCM4kR0UZJAMqXb0oOpSbFJv8A9VqHxQp7KewKzFgiek
aztUB3CJE5pz+xwH6EPv8GUJYtZIinNZPqQmt7GbcVE7H9XJ+UQbAegUN+Vm 4VYoPSfPWU9DaZlgW8OHLZHvQ1jSlseZtfER0eY42jZKdHaPl6AfZN6KpmzE
NyfSTtYWCWe1zZldoM9vN0Bg1yRTvSZaQjyl1c77yFvBK8PNwIr9EsX007mz HZlkyGASxpNkDe+HFsrTaQSB8mJSkMD+WTzk4WtwhEIEhe9NJ0i5RkSBSMY8
x0OryeZRRY7LBvXOIC347/qvRsnENwRQJ3vkerbKL3L5BMG8QYwRSFIiQ8om Ad3MUE6DOnaejK+yNLnxLrVG4Qg1WgBADGYqIpoi3oiE76qFwTly7F02QQK3
ybGXXXSPNVFcRDD04ZM4TpdmtrX5F4M4CcoVmfmoOrNUJ73Iuqw6NmU3kLZb PT371vTA6ql2TsglLyUbuuQwlQ0yP8b+n5wUeF5XqTSrd1R0Z8QW8T6IR0Vm
fSUpu8IYu45rHo832yeqHNQp3Ht2BCnT+GBMejcoreZOcHRxDgM3C9hJUOiN s24Jj2JdQBxG39dlxU4g61BiCoKUR1qBzbhhKNGmEP4pir143vap8L0hZ2fK
bRIruYTSIEHxiZi2KLzHMAqukGTHsGY9ZbszfG+hhgVwfA2UJlVRSDTtDOCS IeVtQR5G7CIjrPEF7vu0EXgj5qCklCgD/CuWuJPCqzDeXqcBo4vLi8Muz1kQ
pDU70hrgziqFoce5Zaq2dcqWWjQVcT7fmUNOIlzN7GLBQbVR2Keoz7Fgd6Y7 VLI4Ox3vRbe04Y7771kqYl4nM2TOGYV703Z9i5wDY86stmPRWZ36AFsp/kIo
CRtsK8T5FBrN/KKYMn2Pm5lB1YTobTu2ZkEuwAgsSjgfF7nSnOXtaJXA5LTW BTUJYFtQa25ZJ5a92twGK5JsE1i7QxvwY+lFUkfYCxMKBTpVmsesS9G0MgTm
kiqJgdb9fszduFWQ0hF6JLz5tJMAKRFYfl58TcCOoHPVo/jkIbt8EKvQbDFe xb1hc7qeJK1pxcV2WGeZAHstgMRNUddiBXMBLxGX3I5237zae2DcTEkhiGXL
JsKXisI5YJw2MLDxvT1Vv70UpuXDonCNj9f23GXpIgzg2tgHbNdBELZQ6N9D VuMDDT4HxJq2Zy3uFQKqJSehqQe7dCZKPT/7enD39YwGs39oTaV1WI55N/eD
J4caeW0Ldp4wc2vk9Qkfa0ck+HoZmx1LM1pwgGW6DSJvDwh6BSmheJaVraRQ UA0H0LROnuYi2ASyLqdIvBB5guxdkLozOXGwgTNjdRanabJ5b4Lx+nG5yaYk
uoJeiWUrgI/TXzulIi4dzQUBmHdNfc9Jwwj1MUV08r/CDAMEkmgxMv9NO3UQ frJG+hoyGJpwIpOB82GaVhlLU+w+22UrroJA2HCm3lUPK9W0h4/7TRNM/56S
Hw4M5/UMdLCreVk6VLaW83ZnEJBIvkNQ3XjxpxUZEgLSEkNbKMV82Bc9RuhY OvtNIXoZl5qdyuNXrGvRmrmLGJyFN/LRaQdGT9WLxTWPcPFJ6VbA01pYrcHH
Ase05rwU+8v56lV9eXMgbCnhu1loVd7OvAadiRGNaLI5UMWCZ8TViwOVOpzs 0Wl0zTReV9sw/0TC4o+EegX1a5RI9Dae9CWcRPQ59ftNxYjrfWcu4YeWprlW
Es1wYKM5mfZtssIP0VLr9otrA1WRSKmfnO8SCW2KHZSczNqWXoWpJw5Iei8r 7oxxiB6kleKoJp0EjicNqGgSpLqpJaRmCwypqzI8pfuiEOmwbY5BH3TAZIYv
bU23PXXNzmn+mEAnZLCb3B70cI5ztsSO9LmQdZaXuxgtdlDU3UBs6EuwQZgh pSZAUK5owdY3qNm65KEYZc7ChpyAu9AYUMiIbbL2cA1y6NYs9h0blgw4gYc7
0uMkhBk469lQS31BQl8ujO0GI1abxL6DJlgQLpIj6r3KzDWvSdMSFJYTj+M+ 42tr1t5BB8do2Ak2tJhMCsNFTNj2lrNpHQxLORiuGLtJqr0ufocGXzofo/TC
FquE6U1ebegmxK4tp6jSKvVRPQT1PWFaitTAPRyJNCcJO5gdx5U4t8pdHwGa cRts3GuY7m1ooJTAwzrzkrO6yqDfRuDoIvI2BjQeVgcRLORDF7ipI+fD9uzE
kHOBYTxpq2Ln1oVLA3CudYN8wK3zHgYGpdj+HHwNwyXasOTApnsTQcBzeMjh FDY5TkCXC1+dBpU4Qx0s1Go4S0bj0UhKMEYOlDiJhVG3m2GUpcWdJYU4RfaK
DWloTxTk2Kb2NRX2fH3nGHFncJJ7W3VZ7Tg5+PxQN8A2uflPb26vLtEdxzpX 2GMY+m2cqc3aU4BCYW5RtKHIfCPibobiKjQtwGAp0xeS7b7+7c3/pjM40uoG
ffjrnKZ4aNPxOT3IeSM0DaevbPDgOb2iIQXHs+vpdARfDAoP07jP1sHlxen4 at1n96XN/FZM0PL5Ad80aNuyC/oWx6xgaKemrYakZeMl5+2EugcfmGqzFvWT
UA6WRvniUFBQzBISGIRJfkCKYjgtv6dTTrRaRaR+B2SonI/q1LzPqVSS1qQB ljuwEYklzGUoi23tQ683Yjdi6g17Lnf5Q6v42EMpUvflLGsyp1S4aWoAPmXV
RSH7ouz2O9pOmO3gy0PNrPWVQW5f/PSYTuwmDzmCcPliokxo58qJFcPpdmg4 qKVv6LJa3cWrHERg7YPbMQRI9aFmQEGfsrtmwUlsAHylWOEQ+WN5rpPgXNGj
as5dEUp24uPkuWl/fPIIT8wku8y2udgGCG0QxtI0sh9oBF/4wJg4xvpxQmac Mz5ZAYSsHntiVBcPpcHKeQRUCWlECYSW47McpKweGmfOvI1Nan1Co6x0FqzD
TcIiJ6C5MGNfDVmbTYZIpyUX3rcj39mp4W8kSE4p1wb4FoC1B9g8xEywU70i k7GWJdMhrvP1dhynHawtlZKUNs53jqtH2u4DOycZ6gVREvw0tV4GhogadBku
rHYtrj5wdCByNesxiiTGtIuQgfR4c96156NnLjgXxj4l8FcPQpCntuXD84FP BmbspyjKoY6d7SGaIz9rJOe6CFZvKtJqSG3rFrKmXLUkNcA3zNJW9jUMQoGT
IsLfWZpFKRc1x5zgfWNrOcwDRvuI+TzS9tI8sn7CcOlaK3R3oPFVAfcV+zLW sN/EBZpLZUP72AIvosfqMM7TGNr3iRnHCzPd2CCQfjM8y6XOe589H6hW4JM1
Y3+ZZoNyUum0tol6YC+MFuSjSGXOlEuK0E7HphlmTQT76bQ0AqRpT1o5zEdi aLWUzraDbjsTW8KM5VhsG7VbKX5c3+z9e/uxZM896Oze9narLhTsWjM4Ii66
y1jpDYixcFJQFrTW2ynysi9xXbYY8dWSNNBw5iJPJmv+3ieLkoYCcIq15tT2 Ih863aV0ilwEbBBReY+zXCTdXeheR0RHW+Fm4WQrVr2zACNT2MbvQGCSpYqo
RQwaujDbdTP4O/lIQQSZEUHNrMLxcYV2NlqDzKPhLKtmHLYZWaefPRtGiHHR 2FYDLp5bQzmtYu60VWiAHOymwlqHa4lE4yZns60xpMS3Vf3O5uxpG4alUrsM
2sbSqgL1J/IsvcBQ57U9MiTnwvTX58Su4OAXgp0InKuFo+0JgtkExouVjVYc DnZV2oOwHrhMrFKhMs0dNQnSl9mcGmR/iLC2bWvI5hz0zxyEg4cR1s0B6Y5E
OYMOasJxuMApbmtC4xflg2lsUVTABn3A3ybfS36l50rNrWy4QawkJEtbp2Ca CUJOSs1y1eJ43cbNbVdWECcSWiqC2n3tiExx6PL31obH8e9WeOKueLYFwYGh
AZoM3mI6gjs0p3tnEFQoTtNO8p0TsF6kDrzzVB2yaEAuoRCNQHIAFf5+jgYj 4Ws8Tfg0FXuz/zmuoHnjXnCVuZ3UpfVQRMoa7//t+JWli9AhbB0iUFj7gS9D
W0PTQrS10kD9AH7DHS/mbMVGuQ/i/AvFRNcCQUFeR+X7CFCQEPAqa163U5WK AX8HneypO7bO2KjCZ1rdsfcYXlucwOf92FBeGtGcvS6TTeCMu4UfLIhRxbcs
aZ5ydnpIwwcdZPKBtKasIS1GGkLQiG3FFczs3SsulWlsvZEaioLDiAfXyLgv YSWm01UnEd+4wvZmrG4r5cXFxznPAJ9bU95whDO8f0wRrdizMGAB3iWajIx/
mW1IaNpEPFJlYgxr0NyvQxWkJcQdFuqrGtW0QF6bZOs5G6iTMaZWWdSGEmIY XU8csIdtw5lDA9HrcncWDoqtZL/dHgQkkm4RVNuJ/JGJ34R7NO3bZnzxQezy
KIi3MNdcPMKJSiwcH+lD+DiqI7To87RRSg38Y6pgjf01717VrssVzvGIDo77 KMeaUgWT3rt1Kv5/b8JXueXVgLBcli/WpfnRW8UOrEZp06KJSjQ2HnBizkPi
ldvCAKkI1oLa2qZVBf2BKpfh4BCyT2g5CZwSNYckU9f95jtXwUB2KgIedpf3 lPK+8h2OnmkMsW+dPImWj7XsDy5UaxBsZmmrGJH8a9nhBeLkFDQoQZmVTSIL
SeuII0r99Hn6NET7h33pVnNiirhmiZN5XBRKEVfcRdHjXUmmtGb7P+xryyRJ Y1kcfnQGWCxN+56cku3WfLFZy5OwHYsfXCbTDAUT/dFHYpZJmm+Ds6Z1omz7
RokNTy5fiex5bS/jXOYHoc/9kHcoz+rG+uM7A3JWH6lOVOnfOYvu/Wf34s2P Z0PDgfXNDCTfOm3a8Vk/i33+RFdwjS2SJ8qaOMSDWrxgLxK26u3NfG5ek5wl
rEf8SMRdzaWBTIeDCXhqy9bYOrQVmoD1sNx8lwAhG+5gBmXL5gcQV8KugKjL BCw73nQHWZASxkt5waGL0LRoOVEVF7F39sHT7wnTUqR682FltKe55gzCLfOV
m7StCXrUxGa17cSwbVZOP80z0T3adywRsnLEyrVApZAN46x9tb2jBp/1Pm8e mLjybfsAirpymZDmwK2gnVkDLzXAIeAVQg03znAY6JKi97NfNvSmaDW2XRuF
NhXvkuCY95S6r6kEefHaJ8ObEcFWSFtYF0jEEjQwk7jCKRusjLp/iSOLM6Is TkQBo+Eeez/kdi2iInd0uPyI5oHYTfbVWBjcz3E9llat2H26F4knxpb2+19f
0IZhVvV+8snH42C+NFJjABGKxlB7e5+rx057XXwoR3EQFTyxkUpMk+doao5k Xp2foSagNbh6Z9gJjWrPJgZwnJEzPmhQTlfe4+4z6qIiycbj6TDCwvSCzMm4
PJ7In/7wP4KyUQROAu87ne710zWAGEeGNTkHKNamcekvjPnCuC2xtM7dxt/8 WXR09+z0aLQn+0mtPN8T+NM8CeImhAK+SxJiMMnf0eZGmlMj7L6FLpTBN3Lp
SjOdWbIgSa9JUJB9HDaMzN096cfuchgSCVq4AThkoUXcrrqsE6HhedM8EGBx vInJFkfQEAKFHzsi5XZaYk7O2O5nexqn6/OX3Lr44TFp2EUesEuBa0VNuKBI
D65S8yAdBrkoU2vXexsd4HlXukg7pGEZP08LyDG1ga/4sDhvgAG4oRnBRN6V YIg+ezHe0yNpp8CxF4PJZmDYtc6lknI29oMG+C6xFg3AjzGV6DVbxGsTQLZ+
09BVqYVYDFpDsxBPtLVZuqZ/OgeMtu6jn8zlUtMsL3AoTCpZWOMh/nUMYUk5 6HVT/39QdcanZjBAbmL+ZthnM+KEOVBAfWFOgaqzNlwN/lBLRrye+27Rdiu+
emfkQx2E6YPcPBjRlBY7i7Qk3lakYEgNgPQrEt5epg1/ZYmQTYWzlYeFIJBY u00iVzl7wRcmLz3a5iamAqbKJYG3C7H44YAHHFijKhs+xyZNw70glaedke3Z
w44VPNZtZhysy303subUBO+r5BcDlidsW0rqAvsceoeW8Jw/LH5ocv3wpZAz 8Ilz44VeUnERlv0Q9amOefus7wON8JyZWyMwo2TnFIxwrDWH0cYoHzWbNcS/
fvw1zyz6JlPPhFAOKHumXyWXvDuXQIFKWHTTwLhhD1h2Cta++xa9s0WjRX4l FEAq79Fi2qpLkoUQQOVxVxYzg78yqNfBQauT0kYC4tihtSBqRXKHJpwQhbqB
+gQSCuDgm5HeXLulxK7oakedCmnicEUw97YokOdB+dyDpGaPjW0swLTpipyS NowxqRp6AO2W+oo0NEpTonlLbAou9QBXy6elW3TrkHcCQUKFpQtXcZQBYCmB
O76XwQin9qO0nKMOA5sNzE0p68A7L9QtLajkuwFp4SI+DcoaXKOYvo4jKpzt BRXHRfJQkur3PhSVxBVwVFOETmyt9qBYHR/GdjJBK2Yp8DQzPCj5oLAfXZGe
l5I/JJuDSzSptW0BYzVNv9MlEo9VkOpFxyjy1YZSMUPBAJq5yMJlDaQRSxXp 9dggOmkwTYopu24EXAc7w4CxmXC3tpSquP2eME7PRtSCbTcMob8wAOh3WiK8
UDzqfVabmPJKUUjgwXUp0sTGdfjx61I+Ry0uuMCRzP2eREJKE7l8q9zIRw1L z2lV1HLfKTxaSTUYTaDLWI5pmZTT7yAu3PkWbMVFzaj9LL81lU3aCg5Blx5g
v/chSb1GahyHEtrGLWabuqC3S0LQvb+wbUn+0ntv+508ufWMnEJTQZxW3Gtc A/wlBtOfSY2/rPjGCgl3luqVwTBDbBl0Y1r8PFStO4cQpFdO4lZ8nmOwnqX2
7XACFqnVolxQlm+DapFaKMx1VBrwWoNHHICTBhXCdmGBQFyFacNDmatOmPMj vQVVrbK4E0kcIuqsZEcrrP7sNUZIh8aOaN3IvtoE/Iq7o5iyVtsIkhALYMgl
Zw/OQeRDaj59FC9lkRR1S7CkxwrY36vu06mmBwXdSD6yHRiPx+60nge8PpB3 2hoJsglbwt87f4LIgVdJ9bqeKFOM05iD30Mi3m1hlAdin5KKhBsJCMEltuRo
SEI5L+KV1qTYRQb5tYrzfIOa2suV06C1FCsfRy42kuT8EdO8JPnDBhs3WmE5 MLK3rzhtp7IJUao4CiqjQ7hCWH/O54Z4po3Ws2Yi61z381C5aSlx6wx1pbxq
afN18GzP68RqEDHO3YT05BsfWQGGDs7PUlqsraWuQBftOzT59EZV5d5NbuuZ 7CDPTUL6nE7UCitTLa1RqhtcGCCIlzDVgD0paA9iYS9JF97HVu2jHrGnjVzS
XXMYZNJJBM4yaSLMEfYqEYlpvZ1QJ8RS/uMA6kcPGzVYdcp9pwWhM67hdxzS 9+9ihW1su3n7qnQlPDk+YJ92ju9QsokHks+s6cClDb4K6gMWLhTCAWYf+nIY
rVu8nt09aHaLrw7ibLhIGNGcDFEyw8Ut4F7dWjgTLbJgbKpdrwPDtSy6vZuQ WClK9lHGrjzZDy5DghRXuD3sMu+Q1BGrlFrr0/h+6PanHalFc2iyZmYUh/04
Fa1hBaOFNET2GEbivP5jbz704kLVNo9UgkCdzPaPlB1SgQ6UD8u8K0PcHggC Z1RXSWmPfCXi0qrxf9rp9YKolWZUAufINPR7rQDm7Oa7oeF9L5KqVmVljfKt
j2v6P1i0zyaFt/ndVEEv4wRZL+VcwhNICudydnG37BR/zFmshKgJ26M0ZJ9x Bj9onRMUGLh2+t37T27EpN/QJfEnEXcxkxpfrRNMeFTL2jd1RZtCCoAPPc4X
uAi0c49Cck6nd93NbUFW0AACo7xTQ9940hbPVxjhFf8sh/o5QLxJBUUw8ZJA OBCy4fKskLVS93LGnv2Uy5z5oq9SWcx31tKybRGJTbV0AmqWiPDRoqqRUJUj
ymaSI2drqyWpOvAoQVa0XBDM0Cx0wlgsLGnaxEmPod9GyqOwVbVkgd674Dib Vk44yoVqGGZpHbBmFfRyhxcPi4q+xEPmrabuhkfOopPgea3/4fWJYCmkdL5z
euq0UXLRd9DkON3bp75Z9xC9YFwEjgx/C4sCBYcQ1DhyI2WofDRR4rnOTxRm J2IK6p2JXHaWdVk2SoKKYYtDpyz+hprWHXHunXLwWVSSwwAWisJ9vd5TteBp
6D6Uwwj8tX4KHC6wBi6djm2e6jjG9fuCNWmLb7RmwCwr2vJhu2GyRi2hCm8P mY6HAhn7/rqezOqsdGj4hgkO2eORfBqktX4aWuBRbvL+ZES0IU2alJ0UKGpp
2rp1HVLm54lGpUCQxKQonhnfsRYaMz3R5/04MmPiHDSGfWVQmSA6qlj54rOg g2QY74WuWzrOOnDrgfPTTHRU0ZzYvEZKgfGx47Ch+fbkfigX0BCJ48I1wG4L
6d+T/KJH6xUSxkVekMhAJDQMaYQ8KAtyeFDKp7+HjQvqVARJj2EM9bPS+X/d TT93+WstLw2Pm8YBJ4v7cBmbW6mfzCmjmnXfWaIB37vkSFohdc34cVowLsVb
F1ORCgr7Wp5jo83yY26T2iJu1ydlR740A5WbaaOy6CQQMD3uBO9HCJwU3tAP XDqJRXlcBBL7AYjIq3IU2i01yYsBa6gq4ou6NAtXzljHgNY6iSdx0dY0ylNs
PBXvPwscB3t7r9WBxl4Fdagg6d5lRYjfjTM/pD0SH37MzVJf0bDSEaPSdR9m CtNJEmaBiLEdTVg6bvTZMKj2wyBDvl4BHpUaK4vwJV5WhF5IjoDUZhLCW8Rc
nMMUGFbqs1DkuIyda+yjyQpJk9FvAHwOo7iEGz/qx1ebx+gLxLEeMDaAHbf+ 7RSXNBfYW/lYCAJRNmxjwWft2x6Cebnr7EuOTvCGS+4YkDxifVOiF9j00Nm0
4ywjbmBT7XSwwXGO8zCSxT3ZrG3UVG3qhtDYSD0QyOtPPivmmRTRiRvN90WV uOj8ZvFH44vbz4Sc8efnPLLGJbEdA0LCoawZhK/LUHcxFMi1RR0QtBuWumf7
1GWx1qBKa/nwhK1t0ox0+5Ttr2r9gGTb029nTI/EdVW2seWeHfuPNuw5tDqm YOlLIlKfNUpIc5fgoAQB2AFnpGDidqKzS+jaEqVCmthc4cqdxRXke1A+104p
tSo3+sEnZ7PjCRef2QGtA6FcFzvAvNAlgo/Qf3oo3uoQCajQpwm8Lh/h6B7I 2XBjyx4wbboMquiaf8tIhIP/ER3ELoi+jRfmcttlaKsX8ta6WnyRWZw53w9n
fkX+o3nZTtlvHfe+8HIPUapOTyNUtVeMIqoWxuQ0I/DalJro2VFQja8FCzQZ PrgKN13FUpQ1uwyrBzizz3iyaZKQFcB3rNxYeQPk/jNMsggCwNJUuaz1q2Kk
rtPuSIM3OTaNiXEjcM4JYie1BAU6PbDhfACXhNtlHSNgmLLWrZbkRi53g03j AgQ0zpG5zApwo8le5FKGYee3WqudZ4ycAw+xc2Er1tvDn1/QHHFixCQXGJe5
AqGh/9C6FZlAUxcODJ2I3MH9koj9RHsAWze+XlevrEQIJRrY9PTFDssMffxQ mpWwSqn2mW70WPKeQ93v/EiitBElxw6GunKT2cTOA+7iEXQPTi3m+WftgQVV
E+wPbOMdX5fPPcaL5aFNb7XfswoyDrmVXajAaJiSdpe7xK9Ke0l/s/Gb2nU7 924B46hQcRDLFl/Poko5wYzYylTOQUs3QYJJKRTnSkNxQdHwEwfnpJ6GnMMw
z7jRgdaNL7qOW24OX+x08zxyzibbF5XDKPnT7cNiVRC2K3OLZfsXX/HJ4Hnl p6CZ8mmdR4lLaJjxJ8e3zlrkHW4+6hSdMo9qFHewJMjS2P/W328lFmlfWOWR
uiMvx3q+6rET4+j78geSkq0rZPcjX75ppu3BkoVdp7yxG4aaw2C3OFpp8gAT Rc+4PTauPYgupA+JQ+dJvNI0FjvJICpXUZ+vtVN6RnMU1MhiaWR/5PxMzjwx
3P7PteF1cTAAWrK7XSLq7u6wyzi5RW04VPdJ5GXu/Z5K99srkpFomyNyYZKm SXNiSKy+cc0YZpw2hAffdnQnKoTwdS6MpDtfea8LEHWwf9b+2hTfkoqgk/al
++mYnU+G8Qsn48vxz7zMjSlOeuJSfij2g9Ngv5ev2YkRjK/vnM0BJo6T65z9 pnzwo8p2b0K3ydOuzg2i68Q/Zw9rJIckLK0iLNSaRCFf6Gj565TUvh5GS1r5
v/j8rBoRmFN4pEFG3+if5eNx0hmjp10GaUyXkqxTtaNJjxEFsR/ozmGN3zL8 ypdtCF5noMN97NFPN+ierT+o64970bE3nJEMT08CH5rhfBicYl1arkerUIOR
6sju14EY2f7lvvUhtHp9ktTbAjBDA3EZxMCmbdTgttnXWdNLy5pLp/UUGmhI ql71EaixedYuQ4VganU5GM29QU1aaka8wP42au+WcY5sG2UqDqJWPPw/hIe4
XomXkDXzxFNX9DmqoJqNc/63GxWZtt1e2TRoWrJQJ8Z8jh4Vk+avZTvZ/V4T NRA83iwj8GCdAFYwvAXADRX0MooQCpPPxG2BWHLOnRfjy1bOyIzZSgijsDxK
u6Y/qOscYEA7tYnbr/Z2si/nsc4g/76aqKHU4l39YJyycdxhRqFNVgwJANTW Q/YbB5RAOzfIWucgfHeli83hCmpOoJW3qvYbT9piCAv9v2Ks5UAAdh+vY4EV
qSjuJkkl4MJuiZPxk6Peqkt5TqLl4vzcqkeUZ89OFEx6BDV9xylyHGn4trRc TLzEkJKphM3ZRG6Jsw7sS+AVNecQM1YLTTIWHEvkNp2ku0ZkH2dUYalKiQy9
YztPeVCBh7l6QkCmi8k+BRtGe18Ek9M8kAUdx7JN3TcnWDgeWXuPb9EPJ0FA ca5z1vjUhKPkon3Q4DgC3EfDWWMRdTDKArOG/wmzAkWLYNTYciN5q7w1jVh0
qlnrApbuMdTL0Y3Fn/7wr00iHxMEahvtfenSazv9u0RCa3WcLQZ7+3eXR76Y HZ8IztCaKJsRGG/9ENh3YNVd2h1b7dqdGFe6DLqlzdnRVAMu8jwb1GvY8Dj9
QgKDssFmlRoX4OuGhcI6wRrJe6O9X41cp2D2YtqE2wWq2biNYNDRRQ2dYcW9 UJm3R3HtbBDJDPREo1wgiGxSWM8H3x0tvhewuwbjQUOvaQam2UnA4OsiCkVO
pF3BmsaluTg1jIrWoZ+IIdVp+nC1QS95fPIklaMhExHVVxaUiX7iVcv1KNLY ZUufsxZUMLz3zOj2eqGEthE1JHwQIQ8DaiENMoocSJSc63fQekGhNq1/wvxE
9xpmI4wOy2PQU+E28Mvqnya2D9pstPdrfAe4Yhf0rDI2g76FuGnaQgwLn2DG Ta9EA193OVmadz3yGCu9Jqh54iQtiWsPSsaSz+pAwmdcKT8K+A9BYzpTR0RH
UoDOBX5q+cAkc56QfTmj7a/F380+EiN99bUZgCIsLXHkbgGG+/Ht/a0jhTjA ZzlK5cDAcOgsC0febOEtKt4zEb3/JDAl9HqvY5TLuBMrjbWxIC7fBU6IKY6D
VtlQ/ZQr9ZxAJDoeBykI/qOQuthabGgz8x8kk8QwUG9VdHxRs+C7BIVa3RLY Q6SkE1NA80hL3kXFkkdUTVcznsEOk6HnkzbGlV01drRNu02SSSiN3n/ElyXk
sDncQfmfZA6gdFn6qFcCd8vcOhrCxlW88LawXqXkgG44wueb8dVL2gibBiti sO03CgyW5s5h1W2N11gXd7OWIUciceWcYqt0DjZ0lIbOLS4yZ1Wmqqhj14S6
kitT2btWW1FZByXEsbyUXE+1sQkFqLnQ4060RoHYgWFX/E6JeLrzpJBJYYsf S8q+AGC/90k2S6b2oo2kCGrASkyzKHEQqKXcuWXzojRW3X5la8la0yCp/PSv
Gj1y7pyheizqAGeiJA/ZvtxsxbZjjyFnx/VNUuXk7gy0xRt/mMn1cY8KOewy Y6ZIOntFsrZ5oi21kBYMl0WcYljLfK0V6J0qzyUKrNNmC7r2hXadQwHjQmUK
rITcEbEeJDUajEAwveu8RiroOpXUlBML+QYuRUq6C3D2gnNXZM4iJWHKyWts 3kN/ZWNzqUM8oKyfBvA6v4PxW69gadiUZnk9YVt2s9yG535wXLWKKSEZvmAs
DWeF7TUL81QkYcVqhXgDPORhA1yds1VZMtf7hBZX1QGrdGZaiU+zmdN5t/PE UdTQMScJQdgq1xjQlpiqfB5ZIM/wnlZHqtLJtqmbjGs3cNwQG67FUdC6ugA2
cCPqere+x/Ynlz10BWPazdXtBjb2QzsisRza+UBJ64zD/Gq/wZicroIrbVjH CRyTcLmsvQQnJi91qRkGSKocNBznGw1tipA4sDcygcbOQxgaFvmeFxzyQ613
KJd3+9T2tXXSaAMh4EzaYbm8XzY09I+aysQj02bBxks16StrJAvZuoOtaggq bE37+l4tteI0FAdh1XGHQZij6F2KGnm/ayv++IR+vYB1z0a+2ntAg6hErr8X
bdmhp9+hoDVLo1IDZ0SongKZpN+JjfpQT1NJYNM8YPtR9KOYykPzVGpdxMHP ijFqJqfV5Zs9lrl9peSJJ9avU7qLKhKukaBJ5/O2QZcv9ci2SpTuOzuULfXK
WLDglle7GWmgDrZj2QGXoHD1V33TKkikaiXJU0nPNqVWP9CtIsV+lpdT4OuA 7pX0/hJnTYEQ1llzE2aNGFcZJrDIcn6SY2bDkKM2g5ZCi3DmTSLbt6H6sp+2
CBg+YCIGucbwoyCaS1ZFC2LK0ffHT7fSylNWMal58M0v3GzCkJbtjkKcdHt6 0EsS1rfyum7obg4d3mJtpZECQ3CRQldG2DnDgGNJ7XaRqdtLwXZj3E5BEyKJ
VbMKErZ9lK+TQJLHdTY4wyBb1Xpwef/R6EM+04csoJtuexNYuH0ovZtJtLf3 fdgwNXfeGudIyF70xmGKtoQjJyZpDKC22bpblTscj85GP9PZku/qk18adwsQ
tSLpbtLSo1SXSeZSHHEOMHC3nR7vM3/NBWrfI+c+2MxvOGg0PY05C9mS7G7R rp6WKhcdpS9IkLk4Ym3OXmQk9UIUXz5QacPqpXl499n2bYUMOn/mxrHxxXE/
L9al80PuxIPAW7WlMY9hFzmvi+uqFrXh7n73ZZ0abWdvo1FOWaEmm4/jmLZw 4gvD+pHe89WP5LKurbu6hP4vDqNyk0H8q8ssweFc15UqwzZmOqk6L9TTGDhN
aA1IpMf8z6qV70ZDdv/pD/+r25cgbhUigaaZK7adafMJdwb0gheBv8OlvzlH f1CXQPRKTHosL8eeBAL51g9TzjhIf7NWRmaL9OVVhQokczUwzGYoOTHGJfeV
TM8bbQMejAN6OPbHHEYOWJerb4+TPp1zlp+8sx2at8l4PSUlZuY8nbMHeL5d Degv6QDFP6qdGyJaC7eJja70OqzPvrEGG99fSUpArum4ev2tOhWb5WIUcSTZ
UyB3/EEseXdoP6x6dI8dquwOEpbV8Ib93KBEytf2q4jX/CGtvb3nz5LOlxKF gMRyaS2AYhISrz/naotHi7/kZopYaNg5IuU7cWyLpXKj5ksePRs4MOghhOc1
UuQzijZsENVqGdtX0YgRM+aP8W2s2eMr74nT/vMv+xbXf7VfuFVJxh4vAAH3 h7axW+D73JK2LUHlRT0+5nQHAX/Oe3qfMB/2ngeD04CNOW3Hoo7dBT7Mrvat
KibaNwQxVz/9R/H407/lJFyPg0/fRB+0ib9AMwi/K2MlFpdpaznfSfx5nc7X LsY/0TscwbJU5XSeRfcZ8tvoh9mnVSQXIwNJDXufubDYVhkv4Ziay2Yzt978
gui9b0fJOZkINbAY/7ye0sGsrCd0MkpeGhJeNCH9OMogoX3+hs2Kc+lWCPER 7mzf5z6IA0+W1yxj4xxxbfdNmNVXItxu2PvN0JUjZjujDZSdI/eMawpKeRa9
KGxOar8OPk1z0O2FeRh8XYWm8G6UvCYBSHqG3mI/r3Aedkz/wr4x/niC/+IC tUR0kEHBFatdepk6kDmrNHRflqEJh3HOUXx7vkY5e9wdFcvOkPaGXCmLlERg
ulWMkhesvYtj147/WBILuA6hvNOgtMYqWdwKlAz7/KPvAsH9lbnPsObUZe25 8LTlfcMl2NUNnyK0DoWg35GP1vfz6h4m1g/iZdj7nNaDFF/QyLQwNvS9Brup
2GXtMG9P9oLvNI92IYQ4aBX3OLQRmfjZdJBc0GJLWpn/SMFrfEEJ1umxfvba 6kzwvg8EYyZAGwOTstzyyQdPqD6f0vqXYppm84WRwv6a3W8r3/ImS/I/yAeV
bbXTy0SiyxJeNJDunNj/X5KrCnEt1wwU1KXmApG7xqR652cblYLmRsmbbP3T +Xq/ddTQdIcVsQ/BQIKSZYlEyKMgWsDfca3TLUXBNVN/R6qEcIF8i6xlKJoG
vxfpD4Pklq2xmtvJ8HxvShKRZN3+kIxHPO/rFFY/0cnX+FAx0Rf/gjnSQG9N VyNkqhKLG8KGXwfpeuLkR9axVGsvBIXmqbUChGWoeOp1Zk0+0a6Ri4P4Em9a
9YCrkBXa1OYk7pt76yAmab7eqbnOkzS3CxxnSxaMyWifzkf4A6Q5kSK+DHRF ABu/KnySU0nZ9FVaXlkGib5NhinxmaoAk6xWFN9h67NYXTzAYe39Vkp3vPWl
+1kWP5icpjdHHSEK/e6QrmAWMnuzIlqQ6dHTd8TIgC2mOXbfle5S8jEij19t EEpm8xYq3XSuhqGSrFEMzjTiMWT5cHV94ZK/OY6ta5DKKLdHoCXb+FpFVy++
5vrRGCeNiQqCXgNl7+SvIzvhwuUCRx330DHETtGdOnH3KPm63OKna2LAFin/ kYNhp2FZ5BaP9VCmUo8B/N5tyzKCOVexRJEcWhTWd+FMUjGAAw2cLSFxiiJx
RDEvaL05mlrzct5leQMWHRP5tCSLhy9T20uCHnpJdsOszEjAjrkn1yQo1jkV Uw40Yy01yWyJWmiNwgoLlit0OjaR8fX02Q45XeY5n3sfe+ISMqAsTo0mkLP2
PXcauGYg8XoPQDo20jSDl3/8jOmv56T3iZZIapyCnJBRkP4wPDG1ISX8YHhV 0erbmUm4qHW5nZpj66DLGroUL63u6laDo6YfWBFxuNDKB1JaRxwGRvsFxuB0
16kUWWDeuFDyjzc4rHeojncLu8AQJGW3x8lbV374issPX9pEv2gtV95B5otJ Fpwkw0JGT3m7bm1XmSZ1BRBOTaS8lYvcZfyvDzXqiFumxYLqFWt8VlJJHLG1
Rca9M00N4nyJQr87jkdp0+bX0sx+onZqz77gLk8MvshQRIWcjPjVQaIVncWx 1VrpEGTGsrVNb7ugOUvhUgMjQSihAp6k9943alpPYok100heUng4Pm2/SeWh
ipqe0Y6t4QSB0mispVsNm/h6NmGFV+0848O/pkN8YH64IzRlMseAQ2YYYIKA 1ihpKmJ9ZzSYcQmr7eAxUAerl2wdi5Bo+puuYWXmNtEkkPvClm3wKyyzbfnI
A3sWE1YRHrMn2ZbSum+YsHgMw4BnrnvOnbM9+IAi2vnqdMLTxbmW7J7NLPed UetlQAKMHqZyi0rJxg0wa0L+NUgpRSUfP9hC80RZxMTm1peqcGMJvU223Amd
ZKRJl3lm0LSbWxLihWLMpzVr/SiT0r2GCJrUu3ychW93+disZYIJRGf/8urm oyuX1XIUgKtzyXtVOtu9OjpH0Prn9mjfyT0p4PbNNBrscxB7ak2wvEco8CFX
6qtXr2U+TxHjMX+OWkRuB0wkQ57CokSLLRrvYnxzN7GSKZCaH9Iv548Xzy+8 CiOo57Jd1gTKaReWbwcG9XpfK95uxyDdSfKYBCI1fcgBUG4X0GPOwPfKABx4
UBs+54d3BBmUDVm3TcMSmLiAtsCsTb3lS98YywxvIJDr4ausMjkR0V35KAXz eN2FrbkHfw2qikfR6TkOkm0mejttPNvjUjzwoRUbav2A7+e2phNXU61RALx9
yVeFdD4/CbomnYh5pBBzUizQANl2ZMOJjoMeW0y5vdJgcjM+v7Ni6wx4p7GM F80qNlpI3zqWnGhDxnWEnTmgxRxYpTCOdoo6kzKy1PBOu+RAsx6I+IumLpF2
eZOh8GVOCgFKss7Er3ZD8IemIKMEOQzvyHwejlFmYl8UzwlndnZCmvzOctUL qsUk/J3HB9GLwGDhQtp8Abdmb7byDtoARRz4jQ6N/yzx1TDHUZzOtspfuuuR
OKVYIE8KuO+N8qFyin9lz8wjUnhxfnZ7a9noFpNeHPc9FCgrvGdyramSJ9tp N9FoNSFRZ2Y8lONbGK9dNaAwaP7+pn2zapA9cPCz3UiYNcOL9XONEjFf2LuP
Wg2vV9uaC/guba86RlLjG4jL8LPQYSp853Oam52vfY+RqsjifMA/G/4IwgnR L/hKsF7v2ZOodR+yUIhclmwt/41cLGOrKRrRdUZ8++naakc+nx7Xin3EbWJd
/jr8g/L8i7QoySC2cpnADun8tysWobhcmbmTrSek1AAXFBHRH1ZlsVzQ+pLf l4kxmlAmyDYsYAjXP1Pwl8N/zSbl+vdX0+VP/5Pd/fTfKXHng+CGnsa9O82L
ZvTwSVbMt8hKWULsnhJ6U3l+CrBXkBznEq5TMoZojOUcr8hm3T/8n/9Of1lV cvrh9TdW+ePMbE3lO2zeAtS61Ih6f6O9n5CuUQLR+QerCe3e0to6x/r8pSF2
7QP9v5wTxZ5m6bK0SuBsOqWRxhV/zxMa6j454Gkk0F2HpFDKfEnLs0plQkML SOPTS136Ee3IN6ypnEg1Q7Aakzkax4XlwYU6u+06mXvBnTA0nrfazWvimiS6
1hwkbwxCE2+QAYSh3hj40k7atXR2foMScIc48Dv8RrccFKPfMvGTfMM/F/zz qCN7+8NJWJT9ue20ebeDvxACBSu0qReMCrIDd2XAgeTYcCZCfq2eaHVQMiMX
OUnPN+Wq4I2BHn3TgnyIALIaHy9oAazf/PRH1BDGQJxQMchD9Af9gk0PQfJb iBreRYD6C3afluYmwQLELnrPeS1LB6g7snl8WXsUD9HW3tKkbrCr+u9XcTLp
/kYSTd2h6HPTsnx3Qs//ycns8+yH5GW+xcmctzRiLBMuzApS8U2KSCVQZ5Hh R6d2FXKasr9c4bU+fhNDHz6Izo5Pzy+u3F44IEDUvshhScMpmEUD3Cp6EdQS
j0X5rSoCEWYhkLwwDQHFRzqb2Qw3EOUG8OkC3Jrmqk79756L/d+ER/D7/X3p BUWySIYjfaL+qc4R2yqnAZ1+max++lsW/9iPrvQJfVFy4Rk/jcucWC4p1z9G
Md8lWWckg0tsZ4szuTQP8IiPZ6tti9Yrl/j2kKg//EJIyGLfq3pmqh64dm3I o6GfzkUMywMR2df64DonMuUnGLrt4Y0pbvE7sCQtiXPYLMnrcjYhiDsH7spa
0vTwgViHsLXTHQPYECQA8DkInuD1KssBzHm9/4Tashb/tgviH1oZyUvzXYtF 0shPHSHUpFOZhFbzxD6D0CB6xrVI53YL8uxHk9LQZ0hNRO7gtX1TmHkwR7Mk
WdwKU6leEVdYLHhTThXZy88WVN2UOcQayxz3m5XKNz/9cZ6BTgW/37RZ8ruV upKhn9gJES8BvjIV70rUdUQO4L/8itNl9CIElaON+sV558QuGgoN0ynrZY1y
8Cz9PC3JdqEhbknaEU1G8vt2RgOEoFr+QG8mSqTfgHToeJNvWlr9LcTgislp fyhF0hhxk26In+i/v843+OeFPfI15xb0oxd2cVIU6PYzfpukFXjEyJJnTZxu
VWBEAin4boZgr7syrTiWLlKYkBJNYFriX+bXty16d9CvxCbWlqLfsnXyGgZ2 8DK2lSxsQy9JEZrmCcmCERcFGwd5QkciikM8BObcuYlSUpKm0x7Qx03Pvj8h
RWfz/SD5bZuqRvnGSXD7Bx3vG/AD+KUVtfM7muR3meE/jWJJp93dTmx3t664 CENkbDnbkSNnxDnEPw4OTWkIT9wavyIXsaSDuJniJ7n/9yUIwvKww6VbmVPX
2+n+tkZ5tzXKw5kmB7NyyA1JDiOBEv3dnvjORkEu/vS/vWC8KFdm3aH/PoaK NomIzUH0xmVRvuIsypc2ULGxGOfeZujzYgOm/dZUJY7JS+QtXrP3TCtTv5Zq
+BprjfZSY+sviJVk1upru4NgIpU2hsfiweR774+LFnek8/+yvyCDP90njWAj /2NV3ztWF7/ypOcTJgNOJ9stbgB3XAra2wPlmR3tHljNEkyxUh9RO8838rl5
9HHThhclex3jATkI20Tx+kf5PlrFxWvsngj65WD32GMQsTy0JtFLAVm+zbNH wfF8Vc8ST1sXRB63fX+wCFmapMUo/MEGSgrYRcd8wwzKA7aU2+xhd5MMC4DQ
dEv2GwnUQgtPJlsiOVPBWm6h7WhH2ItUoxVrvK94QVZ9a5K3P/1xleOj3nOY r3ns6gRdO62Nd7NBpF8djXkejiZytm8nDcZwmBDOWKSJQSFzrtSIrsUgEpeM
6uEW8aiQvOdcIluWc54V6dXLkmt56ByAHYgAtsTdbY55jHNS5yUMa5oQ/S7H iRqxo65DOkMEfuSyHP65Cz8nyRoMpEErL88vz7969VrG9fP0fYBLKVWatCAX
is0eu28ss6HVv7F3dID37J/rHvtT0ntHPjvdooZvnzCMZE13HzTjK9xuPiWE CQ8MZZ6jvhi1fDq6vB5bxtoWCQ8J1pO702ennjEPnnELXXzYCdrpkoSYFzN0
vJATF/ZdCCNgKy4QgP9rFC4k2hEJxqzSDelfbYQQUMZo7/8Ca1UtvXK9AAA= tmhxzMqUG/+jb4w9YnYwl3k5eJUUJiVavM7vpKZA9FUmBeMPg2pSh6KGKkAf
Z3MUjrb16rD/o6D4mJQC6GJS48vRyXWD6x4DNFaNg3+ZICtoRvIPyKFMxJZ5
SUCSBiPtBSEdb5NZPBghB8d22Rwd9vj4kIDOdePAvoAtkMXLOIPfxOg51/Pn
oaNLcHZC+Nap2kgaaN2m2kyLiLmK9fsRwjhZAn2QS4P4ieE7KQ7p8Ky2HzNP
sY9fxFn+0/+m4bNMcU/zgsDRmyXzdf/bwpB0Y95vHx2SPAfCUnTpHi/zbDGn
1Yj+krhGD5NstkGID+n99tkRYWQWUP4B+GZ0ki+DZ6SgUg+LGQaTTLsf/5//
cs+XRX0bHS3z2cY9SuJFHrGks4+OJxPqZwRDv30EgX0T7fLgI8jzPfvmdZ4u
aOVEtNqHY+pe9AD75EsDb9SXCMjyHX1pYEM9rNk47x9mWRxZiOefwnZ4xe5L
9ywRi9k3wZOMn5wk7km+zCJsRe6bqkHjRKCohJrF9a3//Ke/IyM0amha9uUb
kLIIVPcIpOD1oPBxRWcrUp3JPj8xNQs+x+rbL1SGucfJj9HLdONp56Sm/k6H
keOF9sWpWUJGfBnDQw1VI0v8qyz/PoLo9E/A3iOnOvjnFekGd0Q306n/MZ1T
B4vdQ/CqOI0ErLSfek7WfiM8wj+9uckjhfz24Rnp/yTHcmxj7SnlzNzCQzOa
Lje0RO4p7scSxOEfEfQVnck+Oi+npojaoN2+vTB5SvQv0M8/pC00kRXU7jER
+ogvJAkmd7FMaGZLE6zkn5HEWPt/1XNiQrRa9sml+aHGQlkdyD2nTSQ+InqD
e5hPIlEpwycCvfyTFLKE2XvrmQhJ9/Cnv88SnFeoke5hnUR/XYaMkp5M8ui1
H8QVyR46lYGEdW+m1HzkNLzmYxopnT/3DHCXyDP6pnYrfQVhtYxwZJaZ74+w
Km6JAXx3j/K44BAQEZ728Vsa9iT3/2Ie+aZGkRr3kJiMNRe4Z8kqeg2zU0E0
9M4+/UsdR98E6/DN0FJz83Gjz2/AR8BzZMex6PT0rzTZHxJjmdGwKcq01OGh
LXXYlmdbpRBXqHJQeOHWmlO0O80HXKxnr4PRt9826fOeLegWf6f50qw6ecL9
LKjNOXWF2nulQSkvCO/KXNW0fQ3JQZhnBPPgrUl77w+yGr+IZ/++MzdpGe8Q
UHCXMDYqobzI2RHQbJADI6pGoMudXGFYcOon2wKD6lNYc7bEdTBJeXpJ1Eoq
q8k2aXLnnjY3QZ6RdDPReEMHwRTu4WENfERrx7bc0j3f3hkdRFJ8b6I3P/19
mcZ3BB3ci/aS2j4hO084Jz3P/a9JENwgjA2aBu2qe35NVLchuFWnftyjlPBi
DpsWTcA9dYSErRu5q9rZQNG9TddEHTdsUr+XxB6WwvfIVocvWM/4eZHUwbU7
VtXRanuDmUbgA0fsalgyJXSJLzmdB6buYWvi7dUUH+0yXhO000omAXUin+AP
/zIYRN8W82k8+y4aTQhxWD9kr2f2opffjEkRextrSvVsxgmra5PpDQia1ueT
I0zYBPJIeleqej8ffq7FEqLfPn/2LNrdwZ9X1SaNCUaQ3rGDejEpZ/eiifhO
g6WRKyCuHdux9YK5Y0aCOJarcXx+jF7ALoW0e9GoTAzRnrhfL+OFBHS50w17
tRYHzDOvk9BPrsPbKHc12Guv9zN3rPV+0U2nPebYNNHBCcRhUHro8GQsr0cX
91TJt1YE/OzRRfV7918u23vE3XD0oxPYMKLRCoLOiJZKcDghiG8y3/hIa6yU
vOQl7Bi7EiZHK8jFlnwTTeMTjEOvOBR9l+Ps7O87izP13McNv0OwKe7G+17X
+oTXdfegrsamfod1OK5R4y/ONOZvr9eb7LGNC/7ju1hIchbtvPnd2c6fIr4A
EU4XBEz7tAgO79x5U094TUBFb35X7u38qdc710vrD5Ah8Nkw+sjILbSC//26
AK7B4I8tfrB1GqOdcaa3rRIBSMzTTsT5Wb5MQp5xGk8vONrRH6xz6+7ubkit
DxAJnRfs2irxO06y3oe+/Wz/k8R28p82sOqPPSk0imxW9qnjpkUO1NLEFw43
tCl+YuPWKGMEjkn2kgtF7MnVbFIaVirW8lG1vdmqO/Sp5cVzvnsGtYzATV6i
fq+9gWgtq+RqRoYh7p4x+pAGvdOGJD+xVqk9I2v/fwGiQLe9UtMAAA==
--> -->
</rfc> </rfc>
 End of changes. 98 change blocks. 
874 lines changed or deleted 827 lines changed or added

This html diff was produced by rfcdiff 1.48.