<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.19 (Ruby 3.3.3) -->
<rfc 
	xmlns:xi="http://www.w3.org/2001/XInclude" 
	ipr="trust200902" 
	docName="draft-zhao-nmop-network-management-agent-00" 
	category="info" 
	consensus="true" 
	submissionType="IETF" 
	tocInclude="true" 
	sortRefs="true" 
	symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.23.2 -->

<front>
    <title abbrev="Network Management Agent Concept">AI based Network Management Agent(NMA): Concepts and Architecture</title>
    <seriesInfo name="Internet-Draft" value="draft-zhao-nmop-network-management-agent-00"/>
    <author fullname="Xing Zhao">
      <organization>CAICT</organization>
      <address>
		<postal>
          <city>Beijing</city>
          <country>China</country>
        </postal>
        <email>zhaoxing@caict.ac.cn</email>
      </address>
    </author>
    <author fullname="Yunbin Xu">
      <organization>CAICT</organization>
      <address>
        <postal>
          <city>Beijing</city>
          <country>China</country>
        </postal>
		<email>xuyunbin@caict.ac.cn</email>
      </address>
    </author>
    <author fullname="Chaode Yu">
      <organization>Huawei</organization>
      <address>
        <postal>
          <country>China</country>
        </postal>
		<email>yuchaode@huawei.com</email>
      </address>
    </author>
	<author fullname="Haijun Meng">
      <organization>CAICT</organization>
      <address>
        <postal>
          <city>Beijing</city>
          <country>China</country>
        </postal>
		<email>menghaijun@caict.ac.cn</email>
      </address>
    </author>
    <author fullname="Yipeng Fu">
      <organization>CAICT</organization>
      <address>
        <postal>
          <city>Beijing</city>
          <country>China</country>
        </postal>
		<email>fuyipeng@caict.ac.cn</email>
      </address>
    </author>
    <date year="2024" month="October" day="20"/>
    <area>Operations and Management</area>
    <workgroup>Network Management Operations</workgroup>
    <keyword>Network Management</keyword>
	<keyword>Autonomic Networking</keyword>
	<keyword>AI</keyword>
    <keyword>Intent-based Networking</keyword>
    <keyword>Autonomous Network</keyword>
    <keyword>Network Intelligence</keyword>
    <keyword>AI Agent</keyword>
    <keyword>large model</keyword>
    <abstract>
	<t>With the development of AI(Artificial Intelligence) technology, large model have shown significant advantages and great potential in recognition, understanding, decision-making, and generation, and can well match the self-intelligent network management requirements for the goal of autonomous network<xref target="TMF-IG1230"/> or Intent-based Networking <xref target="RFC9315"/>, and can be used as one of the potential driving technologies to drive high-level autonomous networks. When introducing AI for network management, how to integrate AI technology and deal with the relationship with the existing network management entity (such as network controller) is the focus of research and standardization.</t>
	<t>This document presents the concept of AI based network management agent(NMA), provides the basic definition and reference architecture of NMA, discusses the relationship of NMA with traditional network controller or other network management entity by exploring the delpoyment mode of NMA, and proposes the comman processing flow and typical application scenarios of NMA.</t>
    </abstract>
    <note removeInRFC="true">
      <name>Discussion Venues</name>
      <t>Discussion of this document takes place on the
    Network Management Operations Working Group mailing list (nmop@ietf.org),
    which is archived at <eref target="https://mailarchive.ietf.org/arch/browse/nmop/"/>.</t>
      <t>Source for this draft and an issue tracker can be found at
    <eref target="https://github.com/ietf-wg-nmop/draft-ietf-nmop-digital-map-concept"/>.</t>
    </note>
</front>

<middle>
<section anchor="introduction">
	<name>Introduction</name>
	<t>As the types of operator services become increasingly diverse, the complexity and difficulty of network operations and maintenance continue to grow. On one hand, new service scenarios such as industrial internet, vehicle-road collaboration, and 5GtoB for vertical industries are constantly emerging, and customer services like Extended Reality (XR), Virtual Reality (VR), and smart home are becoming more abundant, with a continuous increase in network access volume. On the other hand, with the popularization of 5G and gigabit optical networks, operators' networks are facing a situation where networks from 2G to 5G coexist. The network protocols and characteristics vary across different network domains, leading to a continuous increase in the difficulty and complexity of network operations and maintenance. Relying solely on traditional manual operations and maintenance methods can no longer meet the increasingly complex network operations and maintenance demands. The level of network intelligence has become a key factor directly affecting network performance and user experience. Against this backdrop, enhancing the level of network intelligence and creating Autonomous Networks (AN)<xref target="TMF-IG1230"/> has become a global consensus among operators, with mainstream operators releasing goals and plans to achieve Level 4 (L4) autonomous networks by 2025.</t>
	<t>L4+ AN sets higher requirement in intention, decision-making, analysis, perception, and execution. Artificial Intelligence (AI) large model technology has shown significant advantages and great potential in identification, understanding, decision-making, and generation. It has technical features such as multimodal fusion perception capabilities, more user-friendly human-computer interaction and knowledge Q&amp;A capabilities, and content generation capabilities, which can well match the new requirements of Level 4 Autonomous Networks and already be one of the core driving technologies to achieve high-level autonomous networks.</t>
	<t>The application and deployment methods of AI after its introduction are still unclear, as well as the relationship between AI and the existing network management and control systems, and in what form it can help network management, which are key issues that need to be discussed currently.</t>
	<t>Therefore, this document proposes the concept of AI-based network management agent (NMA), defines the reference architecture of NMA, and discusses the application mode, general task processing flow, interface requirements, and typical application scenarios of NMA.</t>
</section>
    
<section anchor="terminology">
	<name>Terminology</name>
	<section anchor="acronyms-and-abbreviations">
		<name>Acronyms and Abbreviations</name>
		<t>AI: Artificial Intelligence</t>
		<t>LLM: Large Language Model</t>
		<t>NMA: Network Management Agent, refers to AI based network management agent</t>
	</section>
	<section anchor="definitions">
		<name>Definitions</name>
		<t>The document defines the following terms:</t>
		<dl>
			<dt>Network Management Agent (NMA):</dt>
			<dd>
			<t>A network management entity with autonomous task processing capabilities, which is encapsulated based on AI algorithm or AI model, and has task intent <xref target="RFC9315"/> perception, planning, decision-making, and execution capabilities. It can understand the input operation intent through AI model, call other functional components of the control system or external interfaces to complete task processing, and return processing results. For different application scenarios, NMA can be subdivided into multiple scenario-oriented agents.</t>
			</dd>
			<dt>NMA Instance:</dt>
			<dd>
			<t>The instantiated agent applications which can automatically perform certain network management tasks for specific network management scenarios. For different application scenarios, there can be multiple scenario-oriented agent instances (like apps in the phone), which can be called “NMA instance” for short in this document.</t>
			</dd>       
		</dl>
	</section>
</section>
	
<section anchor="reference-architecture">
    <name>Reference architecture of AI based network management agent(NMA)</name>
		<t>The network management agent (NMA) is a new network management entity with autonomous task processing capabilities, which is encapsulated based on AI algorithms or AI models, and has task intent perception, task planning, decision-making, and execution capabilities. It can understand the input operation intent through AI models, call other functional components of the control system or external interfaces to complete task processing, and return processing results automatically.</t>
    <section anchor="nma-architecture">
    <name>Function Architecture of NMA</name> 
    <t>Based on the traditional AI agent concepts and frameworks, this document presents the architecture of AI agent for network management as shown in Figure 1.</t>    
	<figure>
		<name>Key Elements of AI based network management agent (NMA)</name>
        <artwork align="center"><![CDATA[
+-----------------------------------------------------------------+ 
|             AI based network management agent(NMA)              | 
|                                                                 | 
| +------------------------Instance layer-----------------------+ | 
| | +-------------------------+     +-------------------------+ | |
| | |     Agent Instances     |     |                         | | |
| | |     (NMA instance)      |     |                         | | |
| | | +---------------------+ |     |                         | | | 
| | | |   Fault Treatment   | |     |                         | | | 
| | | +---------------------+ |     |                         | | |
| | | +---------------------+ |     |            NMA          | | | 
| | | |   Network Planning  | |     |         Instance        | | | 
| | | +---------------------+ |<--->|        Management       | | |
| | | +---------------------+ |     |                         | | | 
| | | | Network Optimization| |     |                         | | | 
| | | +---------------------+ |     |                         | | |
| | | +---------------------+ |     |                         | | | 
| | | |        ......       | |     |                         | | | 
| | | +---------------------+ |     |                         | | |
| | +-------------------------+     +-------------------------+ | |
| +------------------------------^------------------------------+ |
|                                |                                |
|                                v                                |
| +-------------------------Base layer--------------------------+ | 
| | +-------------------------+     +-------------------------+ | |
| | | AI based Basic services |     |   Knowledge and memory  | | |
| | | +---------------------+ |     | +---------------------+ | | | 
| | | |  Intent Management  | |     | |    Knowledge Base   | | | | 
| | | +---------------------+ |     | +---------------------+ | | |
| | | +---------------------+ |     | +---------------------+ | | | 
| | | |    Task Planning    | |     | | Knowledge Retrieval | | | | 
| | | +---------------------+ |<--->| +---------------------+ | | |
| | | +---------------------+ |     | +---------------------+ | | | 
| | | |   Task Execution    | |     | |  Memory Management  | | | | 
| | | +---------------------+ |     | +---------------------+ | | |
| | | +---------------------+ |     | +---------------------+ | | | 
| | | |  Tool Invocation    | |     | |   Memory Retrieval  | | | | 
| | | +---------------------+ |     | +---------------------+ | | |
| | +-------------------------+     +-------------------------+ | |
| +-------------------------------------------------------------+ |
+-----------------------------------------------------------------+                                 
]]>
		</artwork>
	</figure> 
	<t>The NMA consists of two main layers, the specific components and functions of each layer are as follows:</t> 
		<section anchor="base-layer">
			<name>Base Layer</name>
			<t>Base Layer includes AI based basic services as well as knowledge and memory subsystem.</t>
			<dl>
			<dt>AI based Basic Services:</dt>
			<dd>
				<t>Provide a unified intelligent agent engine framework, build interactive intelligence public capabilities, simplify application development, integrate Large Language Models (LLM), knowledge retrieval, API invocations, etc., to achieve the full process orchestration from intent understanding, task planning, tool invocation to task execution.</t>
			</dd>
			<dt>Knowledge and Memory Subsystem:</dt>
			<dd>
				<t>Provides unified search for local multi-type knowledge bases (vector knowledge base, system online help, operation and maintenance data logs), combines LLM to complete knowledge fusion and extraction, and improves the accuracy of downstream tasks (knowledge Q&amp;A/task planning, etc.). Realizes knowledge injection and integrated retrieval. Among them, the knowledge base and knowledge retrieval capabilities can be deployed inside or outside the NMA according to actual needs.</t> 
			</dd>
			</dl>
		</section>
		<section anchor="instance-layer">
			<name>Instance Layer</name>
			<t>Instance Layer includes agent instances and instance management functions.</t>
			<dl>
			<dt>Agent Instances:</dt>
			<dd>
				<t>It refers to the instantiated agent applications which can automatically perform certain network management tasks for specific network management scenarios. When an agent instance receives a request from the user, it can leverage the capabilities of the base layer to address complex tasks in various network operational and maintenance scenarios. It achieves understanding of task intent, plans and decomposes sub-goals, acquires and distributes information, and flexibly schedules AI models as well as invoke related function APIs to complete the execution of specific tasks, and then feeds the execution results back to the users.</t>
				<t>For different application scenarios, there can be multiple scenario-oriented agent instances (like apps in the phone), which can be called “NMA instance” for short in this document. Aimed at the network planning, construction, maintenance, optimization, and operation scenarios, the main NMA instances could include:</t>
			<ul spacing="normal">
			<li>
				<t>Network Fault Handling Instance: This instance can be created by pre-training specific AI model based on the network troubleshooting guidance documents, network equipment product documents, and other materials. The instance can solidify the fault handling experience of experts, and realize fault impact analysis, root cause self-diagnosis, and self-repair of network faults by orchestrating and calling models or network control APIs. It also interfaces with the list dispatching system to achieve list self-closed loop, etc.</t>
			</li>
			<li>
				<t>Network Planning Instance: The instance can make use of the capabilities of AI large model to understand the network planning intent (user intent, business development goals, network construction plans, etc.) through LLM technology, and analyzes and forecasts the current network resource usage (traffic, performance, user scale, resource utilization, etc.) to output planning schemes.</t>
			</li>
			<li>
				<t>Network Optimization Instance: Understands the network optimization goal through natural language, converts the optimization intent into network optimization constraint rules, such as network load thresholds, service route optimization strategies, etc. The instance can use traffic prediction models to predict the future traffic and bandwidth utilization of the entire network, automatically generate resource, hidden danger, performance, traffic, and other prediction results, and can automatically generate optimization strategies based on the prediction results to perform traffic pre-diversion, autonomous decision-making, and automatic execution to achieve dynamic energy saving of equipment and optimal traffic of the entire network, etc.</t>
			</li>
			<li>
				<t>Intelligent Assistant Instance: This instance can have open Q&amp;A capability based on LLM, providing a dialogue Q&amp;A style operation and maintenance. Users can "one-click" input fault descriptions or resource names in natural language, and the instance will automatically perform intent recognition and query to significantly improve the efficiency of knowledge questioning, fault reporting, and maintenance support.</t>
			</li>
            </ul>
			</dd>
			<dt>Instance Management:</dt>
			<dd>
				<t>Implements basic management capabilities such as registration of intelligent agent instances, lifecycle management, operation monitoring, and log auditing. It also provides manual takeover switch control capabilities, providing platform support for intelligent agent collaboration and integrated evolution.</t>
			</dd>               
        </dl>
      </section>
	  </section>

	<section anchor="nma-deployment-mode">
		<name>Deployment mode of NMA</name> 
			<t>The NMA can be part of existing SDN-based network controller or be an independent system. Correspondingly, there can be two deployment modes between the NMA and the original network control system (or controller), as shown in Figure 2.</t>
		<figure>
        <name>Deployment mode of network management agent (NMA)</name>
        <artwork align="center"><![CDATA[

+-----------------------------+	        +--------------------+
|                             |         |                    |
| Original Network Management <-MCS_A_I-> Network Management |
|   and Control System(MCS)   |         |    Agent(NMA)      |
|                             |         |                    |
+--------------^--------------+	        +----------^---------+
               |                                   |
    Southbound Interface(SBI)           Intelligent SBI(I_SBI)
               |                                   |
+--------------v-----------------------------------v---------+
|                        Physical Network                    |
+------------------------------------------------------------+			   
                              (a)

+------------------------------------------------------------+
|        Network Management and Control System(MCS)          |
|                                                            |
|  +--------------------+           +--------------------+   |
|  | Original Function  <--Internal-> Network management |   |
|  |      Modules       | Interface |      Agent(NMA)    |   |
|  +--------------------+   (I_I)   +--------------------+   |
|                                                            |
+------------------------------^-----------------------------+
                               |
                      Extended SBI(E_SBI)
                               |
+------------------------------v-----------------------------+
|                       Physical Network                     |
+------------------------------------------------------------+
                              (b)
]]></artwork>
    </figure>
	<dl>
		<dt>Independent deployment mode:</dt>
        <dd>
            <t>As shown in Figure 2(a), NMA is independently deployed from the original network management and control system (MCS). NMA and MCS are independent systems. A new east-west interface needs to be added between NMA and MCS to achieve capability calling and result feedback operations. This interface can be called “MCS_A_I”. In this deployment mode, MCS use southbound interface (SBI) to interact with physical network, while an intelligent southbound interface (abbreviated as “I_SBI”) needs to be added between NMA and the underlying physical network.</t>
        </dd>
        <dt>Integrated deployment mode:</dt>
        <dd>
            <t>As shown in Figure 2(b), NMA is integrated and deployed with the original network management and control system (MCS), and the NMA serves as a function of MCS. NMA interacts with original function modules through internal interface (abbreviated as “I_I”). The enhanced MCS interacts with underlay physical network through extended SBI (abbreviated as “E_SBI”).</t>
			<t>The specific functional requirements and information model definition of interfaces mentioned above will be discussed in the following version.</t>
		</dd>
    </dl>
    </section>
</section>

<section anchor="processing-flow">
	<name>Common processing flow of NMA</name>
		<t>The embedded AI model within NMA serves as the interface for user information input, and NMA instance uses the large model as the interface to clarify problems through multiple rounds, analyze positioning, generate plans, invoke interfaces/tools to handle problems, and complete closed-loop processing of problems, so as to build end-to-end problem processing assistance capabilities.</t>
		<figure>
        <name>Common processing flow of NMA</name>
        <artwork align="center"><![CDATA[ 
          User/Network 
+-----> Management Task
|               |
|               v
|       Intent Analysis <-------+            +-- Service Configuration
|               |               |            |         API/Tool
|               |               v            |
|               |       Model Reasoning      |      Alarm Monitor
|               |               ^            |         API/Tool
|               v               |            |
|       Task Decomposition <----+            |   Performance Monitor
|               |                            |         API/Tool
|               v                            |
|      Tool/API Invocation-----> Toolkit ----+   Network Optimization
|               |                  |  ^      |         API/Tool
|               v                  |  |      |
|     Process Encapsulation        |  |      |   Topology Management
|               |                  |  |      |         API/Tool
|               v                  |  |      |
+---Executive Result Analysis      |  |      +-- other APIs/Tools
                                   |  |
                                   |  |
                                   |  |
                                   |  |
           +-----------------------v--+-----------------------------+
           |                   Physical Network                     |
           +--------------------------------------------------------+

]]></artwork>
      </figure>
		<t>The common processing flow of NMA instance are shown in Figure 3. The processing steps include:</t>
		<ol spacing="normal">
			<li>
				<t>User/Network Management Task Input: Input the user’s task information Through multiple rounds of natural language interaction.</t>
			</li>
			<li>
				<t>Intent Analysis: Analysis user task intent through AI model reasoning provided by the AI based basic services within NMA.</t>
			</li>
			<li>
				<t>Task Decomposition: Split the task into detailed operations to be performed based on the analyzed intent of the task.</t>
			</li>
			<li>
				<t>Tool/API Invocation: Call the corresponding tool or function API to complete the execution of each operation listed in step 3). The toolkit refers to the collection of all tools that can be used directly to manage and operate physical networks, which can include management functions from existing MCS, EMS, or standalone other management tools. The toolkit can include service configuration API/Tool, alarm monitor API/Tool, performance monitor API/Tool, network optimization API/Tool, topology management API/Tool, etc.</t>
			</li>
			<li>
				<t>Process Encapsulation: Encapsulate each execution step. According to the order or dependency of all the operations, package the individual operation results into the execution result of the entire task.</t>
			</li>
			<li>
				<t>Executive result analysis: Analyze the task processing results and return to the user.</t>
			</li>
			</ol>
		<t>Through above processing flow, NMA can achieve closed-loop automated processing of tasks and constructing end-to-end intelligent network maintenance assistance capabilities. For example, in the intelligent troubleshooting scenario, NMA can identify the cause of the fault and call the corresponding interfaces to handle it, such as creating a troubleshooting order, automatically initiating rerouting/optical power optimization, and other troubleshooting operations, and automatically verifying the progress of the order execution, with feedback on the troubleshooting results after the job order is completed.</t>
		<t>The introduction of NMA can effectively improve the level of intelligent operation and maintenance of network, thus promoting the continuous evolution of communication network towards higher-level self-intelligence.</t>
</section>	

<section anchor="related-interfaces">
	<name>Related Interfaces</name>
	<t>To be discussed in the later version.</t>
</section>

<section anchor="application-scenarios">
	<name>Typical application scenarios after introducing NMA</name>
	<t>Typical applications of NMA in networks can cover network operation and maintenance and operation processes:</t>
	<dl>
		<dt>Network management and maintenance scenarios, including:</dt>
          <dd>
            <ul spacing="normal">
			<li>
				<t>Intelligent planning and construction: such as broadband installation, resource/capacity planning, intelligent acceptance, site selection, etc.</t>
			</li>
			<li>Intelligent maintenance: such as intelligent fault diagnosis, quality analysis, operation and maintenance/cutting assistant, broadband maintenance assistant, etc.</li>
			<li>Intelligent optimization: such as route optimization, coverage optimization, topology optimization, and intelligent energy saving, etc.</li>
			</ul>
		  </dd>
		<dt>Network operation scenarios:</dt>
			<dd>
				<t>including intelligent question and answer, customer service assistant, automatic classification of user complaints, customer retention, product recommendation, automatic flow of work orders, anti-fraud monitoring and identification, intelligent marketing and other value-added services. This part is outside the scope of this document.</t>				
			</dd>
	</dl>
	<t>The starting point for the application of NMA in the live network should comprehensively consider the scenarios with strong demand, feasible technology, and good input-output ratio, and at the same time meet the requirements of sufficient data for AI pre-training during the construction of NMA instance, perfect data annotations, and high fault tolerance rate. Based on above considerations, the broadband installation and maintenance assistant, fault diagnosis, operation and maintenance assistant may become the first application scenarios.</t>
</section>		
			
<section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>TBD.</t>
</section>

<section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>This document has no requests for IANA action.</t>
</section>
</middle>

<back>
<references anchor="references">
	<name>References</name>
		<references anchor="normative-references">
			<name>Normative References</name>
		</references>
      
		<references anchor="sec-informative-references">
			<name>Informative References</name>
			<reference anchor="RFC7575">
			<front>
            <title>Autonomic Networking: Definitions and Design Goals</title>
            <author fullname="M. Behringer" initials="M." surname="Behringer"/>
            <author fullname="M. Pritikin" initials="M." surname="Pritikin"/>
            <author fullname="S. Bjarnason" initials="S." surname="Bjarnason"/>
            <author fullname="A. Clemm" initials="A." surname="Clemm"/>
            <author fullname="B. Carpenter" initials="B." surname="Carpenter"/>
			<author fullname="S. Jiang" initials="S." surname="Jiang"/>
			<author fullname="L. Ciavaglia" initials="L." surname="Ciavaglia"/>
            <date month="June" year="2015"/>
            <abstract>
              <t>Autonomic systems were first described in 2001. The fundamental goal is self-management, including self-configuration, self-optimization, self-healing, and self-protection. This is achieved by an autonomic function having minimal dependencies on human administrators or centralized management systems. It usually implies distribution across network elements.</t>
			  <t>This document defines common language and outlines design goals (and what are not design goals) for autonomic functions. A high-level reference model illustrates how functional elements in an Autonomic Network interact. This document is a product of the IRTF's Network Management Research Group.</t>
            </abstract>
			</front>
			<seriesInfo name="RFC" value="7575"/>
			<seriesInfo name="DOI" value="10.17487/RFC7575"/>
			</reference>
		
			<reference anchor="RFC7576">
			<front>
            <title>General Gap Analysis for Autonomic Networking</title>
            <author fullname="S. Jiang" initials="S." surname="Jiang"/>
            <author fullname="B. Carpenter" initials="B." surname="Carpenter"/>
            <author fullname="M. Behringer" initials="M." surname="Behringer"/>
            <date month="June" year="2015"/>
            <abstract>
              <t>This document provides a problem statement and general gap analysis for an IP-based Autonomic Network that is mainly based on distributed network devices. The document provides background by reviewing the current status of autonomic aspects of IP networks and the extent to which current network management depends on centralization and human administrators. Finally, the document outlines the general features that are missing from current network abilities and are needed in the ideal Autonomic Network concept.</t>			  
            </abstract>
			</front>
			<seriesInfo name="RFC" value="7576"/>
			<seriesInfo name="DOI" value="10.17487/RFC7576"/>
			</reference>
        
			<reference anchor="RFC9315">
			<front>
            <title>Intent-Based Networking - Concepts and Definitions</title>
            <author fullname="A. Clemm" initials="A." surname="Clemm"/>
            <author fullname="L. Ciavaglia" initials="L." surname="Ciavaglia"/>
            <author fullname="L. Z. Granville" initials="L. Z." surname="Granville"/>
			<author fullname="J. Tantsura" initials="J." surname="Tantsura"/>
            <date month="October" year="2022"/>
            <abstract>
              <t>Intent and Intent-Based Networking are taking the industry by storm. At the same time, terms related to Intent-Based Networking are often used loosely and inconsistently, in many cases overlapping and confused with other concepts such as "policy." This document clarifies the concept of "intent" and provides an overview of the functionality that is associated with it. The goal is to contribute towards a common and shared understanding of terms, concepts, and functionality that can be used as the foundation to guide further definition of associated research and engineering problems and their solutions.</t>
			  <t>This document is a product of the IRTF Network Management Research Group (NMRG). It reflects the consensus of the research group, having received many detailed and positive reviews by research group participants. It is published for informational purposes.</t>
			</abstract>
			</front>
			<seriesInfo name="RFC" value="9315"/>
			<seriesInfo name="DOI" value="10.17487/RFC9315"/>
			</reference>
		
			<reference anchor="RFC9222">
			<front>
            <title>Guidelines for Autonomic Service Agents</title>
            <author fullname="B. E. Carpenter" initials="B. E." surname="Carpenter"/>
            <author fullname="L. Ciavaglia" initials="L." surname="Ciavaglia"/>
            <author fullname="S. Jiang" initials="S." surname="Jiang"/>
			<author fullname="P. Peloso" initials="P." surname="Peloso"/>
            <date month="March" year="2022"/>
            <abstract>
              <t>This document proposes guidelines for the design of Autonomic Service Agents for autonomic networks. Autonomic Service Agents, together with the Autonomic Network Infrastructure, the Autonomic Control Plane, and the GeneRic Autonomic Signaling Protocol, constitute base elements of an autonomic networking ecosystem.</t>
            </abstract>
			</front>
			<seriesInfo name="RFC" value="9222"/>
			<seriesInfo name="DOI" value="10.17487/RFC9222"/>
			</reference>
		
			<reference anchor="TMF-IG1230">
			<front>
            <title>Autonomous Networks Technical Architecture</title>
            <author fullname="Azahar Machwe" initials="A." surname="Machwe"/>
            <author fullname="Dave Milham" initials="D." surname="Milham"/>
            <author fullname="James O’Sullivan" initials="J." surname="O’Sullivan"/>
            <author fullname="A. Clemm" initials="A." surname="Clemm"/>
            <author fullname="Jörg Niemöller" initials="J." surname="Niemöller"/>			
            <date month="December" year="2022"/>           
			</front>
			<seriesInfo name="TMF" value="IG1230"/>		
			</reference>		
			
			<reference anchor="I-D.irtf-nmrg-ai-challenges">
			<front>
            <title>Research Challenges in Coupling Artificial Intelligence and Network Management</title>
            <author fullname="Jérôme François" initials="J." surname="François">
              <organization>University of Luxembourg and Inria</organization>
            </author>
            <author fullname="Alexander Clemm" initials="A." surname="Clemm">
              <organization>Futurewei</organization>
            </author>
            <author fullname="Dimitri Papadimitriou" initials="D." surname="Papadimitriou">
              <organization>3NLab Belgium Reseach Center</organization>
            </author>
            <author fullname="Stenio Fernandes" initials="S." surname="Fernandes">
              <organization>Central Bank of Canada</organization>
            </author>
            <author fullname="Stefan Schneider" initials="S." surname="Schneider">
              <organization>Digital Railway (DSD) at Deutsche Bahn</organization>
            </author>
            <date day="4" month="March" year="2024"/>
            <abstract>
              <t>This document is intended to introduce the challenges to overcome when Network Management (NM) problems may require to couple with Artificial Intelligence (AI) solutions. On the one hand, there are many difficult problems in NM that to this date have no good solutions, or where any solutions come with significant limitations and constraints. Artificial Intelligence may help produce novel solutions to those problems. On the other hand, for several reasons (computational costs of AI solutions, privacy of data), distribution of AI tasks became primordial. It is thus also expected that network are operated efficiently to support those tasks.</t>
			  <t>To identify the right set of challenges, the document defines a method based on the evolution and nature of NM problems. This will be done in parallel with advances and the nature of existing solutions in AI in order to highlight where AI and NM have been already coupled together or could benefit from a higher integration. So, the method aims at evaluating the gap between NM problems and AI solutions. Challenges are derived accordingly, assuming solving these challenges will help to reduce the gap between NM and AI.</t>
            </abstract>
			</front>
			<seriesInfo name="Internet-Draft" value="draft-irtf-nmrg-ai-challenges-03"/>
			</reference>

			<reference anchor="I-D.kdj-nmrg-ibn-usecases">
			<front>
            <title>Use Cases and Practices for Intent-Based Networking</title>
            <author fullname="Kehan Yao" initials="K." surname="Yao">
              <organization>China Mobile</organization>
            </author>
            <author fullname="Danyang Chen" initials="D." surname="Chen">
              <organization>China Mobile</organization>
            </author>
            <author fullname="Jaehoon Paul Jeong" initials="J." surname="Jeong">
              <organization>Sungkyunkwan University</organization>
            </author>
            <author fullname="Qin Wu" initials="Q." surname="Wu">
              <organization>Huawei</organization>
            </author>
            <author fullname="Chungang Yang" initials="C." surname="Yang">
              <organization>Xidian University</organization>
            </author>
			<author fullname="Luis M. Contreras" initials="L." surname="Contreras">
              <organization>Telefonica</organization>
            </author>
            <date day="8" month="July" year="2024"/>
            <abstract>
              <t>This document proposes several use cases of Intent-Based Networking (IBN) and the methodologies to differ each use case by following the lifecycle of a real IBN system.  It includes the initial system awareness and data collection for the IBN system and the construction of the IBN system, which consists of intent translation, deployment, verification, evaluation, and optimization. Practice learnings are also summarized to instruct the construction of next generation network management systems with the integration of IBN techniques.</t>
            </abstract>
			</front>
			<seriesInfo name="Internet-Draft" value="draft-kdj-nmrg-ibn-usecases-01"/>
			</reference>
	</references>
</references>
	
</back>

</rfc>
