CN106612196B - 获取资源的方法及装置 - Google Patents

获取资源的方法及装置 Download PDF

Info

Publication number
CN106612196B
CN106612196B CN201510697563.5A CN201510697563A CN106612196B CN 106612196 B CN106612196 B CN 106612196B CN 201510697563 A CN201510697563 A CN 201510697563A CN 106612196 B CN106612196 B CN 106612196B
Authority
CN
China
Prior art keywords
server end
resource
address pool
information
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201510697563.5A
Other languages
English (en)
Other versions
CN106612196A (zh
Inventor
徐卫平
刘树成
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CN201510697563.5A priority Critical patent/CN106612196B/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to JP2018520419A priority patent/JP6896722B2/ja
Priority to EP16856895.4A priority patent/EP3358785B1/en
Priority to PCT/CN2016/102599 priority patent/WO2017067464A1/zh
Priority to KR1020187014164A priority patent/KR102128356B1/ko
Publication of CN106612196A publication Critical patent/CN106612196A/zh
Priority to US15/958,162 priority patent/US10979360B2/en
Application granted granted Critical
Publication of CN106612196B publication Critical patent/CN106612196B/zh
Priority to JP2020042852A priority patent/JP7207827B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/045—Network management architectures or arrangements comprising client-server management architectures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0866—Checking the configuration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5061—Pools of addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/133—Protocols for remote procedure calls [RPC]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

本申请实施例提供了一种获取资源的方法，服务器端获得包括此服务器端所请求的资源的信息的资源请求。服务器端向客户端发送此资源请求。客户端在接收到资源请求后，依据服务器端所请求的资源的信息，获得分配给服务器端的资源的信息。客户端向服务器端发送包括分配给服务器端的资源的信息的资源响应。本申请实施例提供的方法中，服务器端主动向客户端发送用于请求资源的资源请求，客户端根据服务器端的资源请求，为服务器端分配的资源更能满足服务器端的实际需求，有助于减小资源浪费的可能性。

Description

获取资源的方法及装置
技术领域
本申请涉及通信领域，尤其涉及一种获取资源的方法，用作服务器端的装置和用作客户端的装置。
背景技术
NETCONF协议是互联网工程任务组(Internet Engineering Task Force，IETF)NETCONF工作组推出的全新的网络配置协议(Network Configuration Protocol)，NETCONF在网络管理中的作用类似于简单网络管理协议(Simple Network Management Protocol，SNMP)，用于网管与设备之间的接口交互和数据传输。在网络环境中，资源管理器用于集中管理网络设备的多种资源，比如网络协议(Internet Protocol，IP)地址池和转发表项。资源管理器和网络设备间采用了NETCONF协议，资源管理器可基于NETCONF协议，向网络设备分配资源。目前的资源分配方式存在浪费资源的问题。
发明内容
本申请提供了一种获取资源的方法、用作服务器端的装置及用作客户端的装置，有助于节省资源。
为了实现上述目的，本申请提供了以下技术方案：
本申请的第一方面提供了一种获取资源的方法，包括：服务器端获得包括所述服务器端所请求的资源的信息的资源请求，向所述客户端发送所述资源请求，所述服务器端接收所述客户端发送的包括分配给所述服务器端的资源的信息的资源响应。
本申请的第二方面提供了另一种获取资源的方法，包括：客户端接收服务器端发送的包括所述服务器端所请求的资源的信息的资源请求，并根据所述资源请求中包括的所述服务器端所请求的资源的信息，获得分配给所述服务器端的资源的信息，所述客户端向所述服务器端发送包括所述分配给所述服务器端的资源的信息的资源响应。
从上述两方面可以看出，本申请实施例提供的获取资源的方法，服务器端获得包括此服务器端所请求的资源的信息的资源请求。服务器端向客户端发送此资源请求。客户端在接收到资源请求后，依据服务器端所请求的资源的信息，获得分配给服务器端的资源的信息。客户端向服务器端发送包括分配给服务器端的资源的信息的资源响应。本申请实施例提供的方法中，服务器端主动向客户端发送用于请求资源的资源请求，客户端根据服务器端的资源请求，为服务器端分配的资源更能满足服务器端的实际需求，有助于减小资源浪费的可能性。
在第一方面的一种实现方式中，在所述服务器端获得资源请求之前，还包括：所述服务器端判断所述服务器端所使用的资源是否满足条件，所述条件用于表示所述服务器端的资源的使用状况。基于此实现方式，所述服务器端获得资源请求的具体实现方式为：所述服务器端确定所述服务器端所使用的资源满足所述条件，根据所述服务器端所使用的资源和所述条件，生成所述资源请求。
因为所述服务器端依据资源使用状况发送资源请求，所以，请求的资源更符合所述服务器端的需求，有利于进一步减少资源的浪费。
在第一方面的另一种实现方式中，还包括：所述服务器端确定所述服务器端与主用客户端间的通信正常，将所述主用客户端选定为所述客户端。
在第一方面的另一种实现方式中，还包括：所述服务器端确定所述服务器端与主用客户端间的通信异常，根据对应关系和所述主用客户端，将备用客户端选定为所述客户端，所述对应关系包括所述主用客户端的信息和所述备用客户端的信息。
可见，在同时存在主用客户端和备用客户端的情况下，服务器端只向一个客户端发送资源请求，因此，能够节省传输资源。
本申请的第三方面提供了一种用作服务器端的装置，包括：
获取模块，用于获得资源请求，所述资源请求中包括所述用作服务器端的装置所请求的资源的信息；
发送模块，用于向所述用作客户端的装置发送所述资源请求；
接收模块，用于接收所述用作客户端的装置发送的资源响应，所述资源响应中包括分配给所述用作服务器端的装置的资源的信息。
第三方面提供的用作服务器端的装置，主动向用作客户端的装置发送资源请求，有助于减少资源浪费的可能。
可选地，在第三方面的一种实现方式中，还包括：判断模块，用于判断所述用作服务器端的装置所使用的资源是否满足条件，所述条件用于表示所述用作服务器端的装置的资源的使用状况。
可选地，基于第三方面的上述实现方式，所述第一获取模块获得资源请求的一种具体实现方式为：确定所述用作服务器端的装置所使用的资源满足所述条件，根据所述用作服务器端的装置所使用的资源和所述条件，生成所述资源请求。
在第三方面的另一种实现方式中，还包括：第一选择模块，用于在所述第一发送模块向所述用作客户端的装置发送所述资源请求之前，确定所述用作服务器端的装置与主用用作客户端的装置间的通信正常，将所述主用用作客户端的装置选定为所述用作客户端的装置。
在第三方面的另一种实现方式中，还包括：第二选择模块，用于在所述第一发送模块向所述用作客户端的装置发送所述资源请求之前，确定所述用作服务器端的装置与主用用作客户端的装置间的通信异常，根据对应关系和所述主用用作客户端的装置，将备用用作客户端的装置选定为所述用作客户端的装置，所述对应关系包括所述主用用作客户端的装置的信息和所述备用用作客户端的装置的信息。
本申请的第四方面提供了一种用作客户端的装置，包括：
接收模块，用于接收用作服务器端的装置发送的资源请求，所述资源请求中包括所述用作服务器端的装置所请求的资源的信息；
获取模块，用于根据所述资源请求中包括的所述用作服务器端的装置所请求的资源的信息，获得分配给所述用作服务器端的装置的资源的信息；
发送模块，用于向所述用作服务器端的装置发送资源响应，所述资源响应中包括所述分配给所述用作服务器端的装置的资源的信息。
本申请的第五方面提供了一种用作服务器端的装置，包括处理器、与处理器匹配使用的存储器以及通信接口。所述存储器中存储有实现资源获取功能的程序，所述处理器通过调用所述存储器中的程序以及通信接口，实现以下功能：获得资源请求，所述资源请求中包括所述用作服务器端的装置所请求的资源的信息；向用作客户端的装置发送所述资源请求；接收所述用作客户端的装置发送的资源响应，所述资源响应中包括分配给所述用作服务器端的装置的资源的信息。
本申请的第六方面提供了一种用作客户端的装置，包括处理器、与处理器匹配使用的存储器以及通信接口。所述存储器中存储有实现资源获取功能的程序，所述处理器通过调用所述存储器中的程序以及通信接口，实现以下功能：接收用作服务器端的装置发送的资源请求，所述资源请求中包括所述用作服务器端的装置所请求的资源的信息；根据所述资源请求中包括的所述用作服务器端的装置所请求的资源的信息，获得分配给所述用作服务器端的装置的资源的信息；向所述用作服务器端的装置发送资源响应，所述资源响应中包括所述分配给所述用作服务器端的装置的资源的信息。
在本申请的第一、第二、第三、第四、第五以及第六方面的一些实现方式中，所述资源请求包括基于网络配置NETCONF协议的通知Notification消息，所述Notification消息中包括所述服务器端所请求的资源的信息。所述资源响应包括基于NETCONF协议的远程过程调用RPC消息，所述RPC消息中包括所述分配给所述服务器端的资源的信息。
在本申请的第一、第二、第三、第四、第五以及第六方面的一些实现方式中，所述资源请求包括基于RESTCONF协议的Notification消息，所述Notification消息中包括所述服务器端所请求的资源的信息。所述资源响应包括基于RESTCONF协议的推送POST消息，所述POST消息中包括所述分配给所述服务器端的资源的信息。
在本申请的第一、第二、第三、第四、第五以及第六方面的一些实现方式中，所述资源请求包括获取消息，所述获取消息中包括所述服务器端所请求的资源的信息。所述资源响应包括响应消息，所述响应消息中包括所述分配给所述服务器端的资源的信息，所述响应消息用于响应所述获取消息。
在本申请的第一、第二、第三、第四、第五以及第六方面的一些实现方式中，所述服务器端所请求的资源的信息包括第一动作类型和所述服务器端所请求的资源的参数，所述第一动作类型用于表示对所述服务器端所请求的资源进行的操作。所述分配给所述服务器端的资源的信息包括第二动作类型和分配给所述服务器端的资源的参数，所述第二动作类型用于表示对所述分配给所述服务器端的资源进行的操作。
在本申请的第一、第二、第三、第四、第五以及第六方面的一些实现方式中，所述服务器端所请求的资源的信息包括第一动作类型、第一标识和所述服务器端所请求的资源的参数，所述第一动作类型用于表示对所述服务器端所请求的资源进行的操作，所述第一标识用于表示所述资源请求的顺序；所述分配给所述服务器端的资源的信息包括第二标识和分配给所述服务器端的资源的参数，所述第二标识用于表示所述资源响应的顺序，所述第二标识与所述第一标识对应。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为客户端和服务器端通过NETCONF协议进行资源配置的示意图；
图2为本申请实施例公开的一种获取资源的方法的流程图；
图3为本申请实施例公开的又一种获取资源的方法的流程图；
图4为主用客户端和备用客户端通过NETCONF协议与服务器端进行通信的示意图；
图5为本申请实施例公开的又一种获取资源的方法的流程图；
图6为本申请实施例公开的一种用作服务器端的装置的结构示意图；
图7为本申请实施例公开的一种用作客户端的装置的结构示意图；
图8为本申请实施例公开的另一种用作服务器端的装置的结构示意图。
图9为本申请实施例公开的另一种用作客户端的装置的结构示意图。
具体实施方式
在通常的资源配置过程中，作为客户端的资源管理设备和作为服务器端的网络设备间可通过NETCONF协议进行资源配置。例如：图1所示的场景中，作为客户端的资源管理设备向作为服务器端的网络设备发送地址范围，所述地址范围为配置给作为服务器端的网络设备使用的地址范围。所述网络设备根据所述地址范围创建地址池。由于所述资源管理设备根据人工设置选择地址范围，为了避免人工设置对所述网络设备的地址使用情况的估算出现偏差而导致所述网络设备的处理能力不足，通过人工设置分配给所述网络设备的地址范围会大于所述网络设备实际需求的地址范围，这会造成所述网络设备中存在大量闲置的地址资源，而所述网络设备中存在的大量的闲置的地址资源无法被其他的网络设备使用，导致资源的浪费。
本申请实施例提供的方法和装置有助于解决资源浪费的问题。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例提供的方法中，服务器端获得资源请求，所述资源请求中包括客户端的地址和所述服务器端所请求的资源的信息。所述服务器端根据所述客户端的地址，向所述客户端发送所述资源请求。所述客户端接收所述服务器端发送的所述资源请求。所述客户端根据所述资源请求中包括的所述服务器端所请求的资源的信息，获得分配给所述服务器端的资源的信息。所述客户端向所述服务器端发送资源响应，所述资源响应中包括所述分配给所述服务器端的资源的信息。所述服务器端接收所述客户端发送的所述资源响应。这样，所述服务器端可根据所述资源响应包括的所述分配给所述服务器端的资源的信息，获得所述服务器端所需的资源，有助于减少资源的浪费。
本申请实施例提供的方法和装置可以应用在图1所示的场景中。本申请实施例中提及的服务器端可以为图1中的网络设备。本申请实施例中提及的服务器端还可以为路由器、交换机、服务器、虚拟网络功能(Virtualized Network Function，VNF)、VNF的管理系统等实现配置功能的协议中定义为服务器端的装置。其中，VNF的管理系统包括VNF管理器(VNF Manager，VNFM)和NFV协调器(NFV Orchestrator，NFVO)。所述实现配置功能的协议可以为NETCONF协议、RESTCONF协议等协议，在此不在对所述实现配置功能的协议包括的所有协议进行逐一举例说明。本申请实施例中提及的客户端可以为图1中的资源管理设备。本申请实施例中提及的客户端还可以是为路由器、交换机、服务器或控制器等实现配置功能的协议中定义为客户端的装置。作为客户端的装置和作为服务器端的装置均支持所述实现配置功能的协议。
服务器端和客户端可通过所述实现配置功能的协议建立会话，比如所述服务器端和所述客户端可通过NETCONF协议建立NETCONF会话，或者所述服务器端和所述客户端可通过RESTCONF协议建立RESTCONF会话。下面结合图1的场景，对所述服务器端从所述客户端获取资源的方法进行说明。如图2所示，本申请实施例提供的获取资源的方法包括：
S201：服务器端获得资源请求。资源请求中包括服务器端所请求的资源的信息。
举例说明，所述服务器端请求的资源可以是其完成业务所需的资源，也可以是用来配置其它设备所需的资源。例如，所述服务器端为宽带网络业务网关(BroadbandNetwork，Gateway，BNG)，所述BNG如果要完成给用户分配地址这项业务，就需要预先获得地址池和转发表项，即所述BNG请求的资源包括所述地址池和所述转发表项。
具体地，所述服务器端所请求的资源的信息包括第一动作类型和服务器端所请求的资源的参数。所述服务器端所请求的资源的参数是能够确定所述服务器端完成业务所需资源包含的必要参数。例如，所述服务器端需要完成地址分配业务，则所述服务器端完成地址分配这一业务所需的资源为地址池，所述服务器端所请求的资源的参数是与地址池相关的参数。所述第一动作类型用于表示对服务器端所请求的资源进行的操作。如果所述服务器端所请求的资源的参数是与地址池相关的参数，则所述第一动作类型可以是申请、释放或续租。
举例说明，所述服务器端所请求的资源的参数包含的内容会因所述第一动作类型的内容不同而不同。以所述服务器端所请求的资源为地址池，第一动作类型为申请为例，所述服务器端所请求的资源的参数包括地址池的类型。可选地，所述服务器端所请求的资源的参数还可包括所述地址池包括的地址的数量。所述地址池的类型可以为IPv4或者IPv6。
举例说明，以所述服务器端所请求的资源为地址池，第一动作类型为续租为例，所述服务器端所请求的资源的参数包括地址池的名称。客户端可根据设置的有效期，在收到续租这一动作后，将服务器端发送的地址池延长至所述有效期。可选地，所述服务器端所请求的资源的参数还可包括所述有效期。
举例说明，以所述服务器端所请求的资源为地址池，第一动作类型为释放为例，所述服务器端所请求的资源的参数包括地址池的名称。可选地，所述服务器端所请求的资源的参数还可包括所述地址池的地址范围。所述地址池的地址范围可以是所述服务器端已申请的地址池的子集，也可以是所述服务器已申请的地址池。
其中，所述申请是指在所述服务器端地址资源池不足的情况下，所述服务器端向所述客户端请求可用的地址池的动作。所述续租是指所述服务器端已申请的地址池到达有效时间之前再次申请一段有效期的动作。该有效期可以是一个截止时间，例如到2050年12月20日，也可以是一个时间值，例如2天。所述释放是指所述服务器端在一段时间内未使用的地址池可被所述客户端分配给另一服务器端的动作。需要说明的是，本实施例中所述的地址池均指一段地址，例如IPv4地址段100.100.0.1～100.100.0.254，是一个拥有254个地址资源的地址池。
可选地，所述资源请求中还可以包括资源请求的标识，所述资源请求的标识用于表示所述资源请求的序号。在所述服务器端向所述客户端发送多个资源请求的情况下，所述资源请求的标识可用于对所述多个资源请求进行区分。本申请实施例中，所述资源请求的标识可以采用字母和数字中的至少一种，例如100，Second，Number100。
S202：服务器端向客户端发送资源请求。
举例说明，所述服务器端可配置有所述客户端的IP地址和MAC地址中的至少一个。所述服务器端可根据所述IP地址或所述MAC地址，向所述客户端发送资源请求。或者，所述服务器端可配置有所述客户端的标识，所述服务器端可根据所述客户端的标识获得所述客户端的IP地址和MAC地址中的至少一个。所述服务器端可根据所述IP地址或所述MAC地址，向所述客户端发送资源请求。或者，所述服务器端可配置有所述客户端的标识和端口的对应关系，所述端口为所述服务器端能够与所述客户端进行通信的端口。所述服务器端可根据所述客户端的标识，获得能够与所述客户端进行通信的端口。所述服务器端可通过所述端口，向所述客户端发送资源请求。
S203：客户端接收到资源请求后，根据资源请求中包括的服务器端所请求的资源的信息，获得分配给服务器端的资源的信息。
举例说明，所述分配给所述服务器端的资源的信息包括第二动作类型和分配给所述服务器端的资源的参数，所述第二动作类型用于表示对所述分配给所述服务器端的资源进行的操作。
举例说明，以所述服务器端所请求的资源为地址池，第一动作类型为申请为例，所述分配给服务器端的资源的参数包括地址池的名称、地址池的起始地址和地址池的终止地址，所述第二动作类型为创建。可选地，所述分配给服务器端的资源的参数还可包括所述地址池的有效期和所述地址池的类型中的至少一个。所述地址池的类型可以IPv4或者IPv6。所述创建为所述服务器端根据所述地址池的起始地址和所述地址池的终止地址在自身创建以所述地址池的名称命名的地址池的动作。
举例说明，以所述服务器端所请求的资源为地址池，第一动作类型为续租为例，所述分配给服务器端的资源的参数包括地址池的名称和地址池的有效期，所述第二动作类型为更新。所述更新为所述服务器端可继续使用所述地址池的名称对应的地址池，直至所述地址池的有效期的动作。
举例说明，以所述服务器端所请求的资源为地址池，第一动作类型为释放为例，所述分配给服务器端的资源的参数包括地址池的名称，所述第二动作类型为删除。可选地，所述服务器端所请求的资源的参数还可包括所述地址池的地址范围。所述地址池的地址范围可以是所述服务器端已申请的地址池的子集，也可以是所述服务器端已申请的地址池。所述删除为所述服务器端放弃使用所述地址池的名称对应的地址池的动作。
S204：客户端向服务器端发送资源响应，资源响应中包括分配给服务器端的资源的信息。
举例说明，所述资源响应用于向发送资源请求的设备发送分配的资源的信息。所述资源响应中的分配给所述服务器端的资源的信息包括第二动作类型和分配给所述服务器端的资源的参数。所述分配给所述服务器端的资源的参数可以包括资源名称，例如地址池或转发表等和资源参数。第二动作类型用于指示对分配给所述服务器端的资源进行的操作。
可见，所述第二动作类型与所述第一动作类型相对应。所述第一动作类型和所述第二动作类型可以使用相同的字段表示，也可以使用不同的字段表示。
可选地，所述资源响应还可以携带所述资源响应的标识。所述资源响应的标识用于表示所述资源响应的序号，用于与其它资源响应进行区分。
S205：服务器端依据资源响应进行配置。
举例说明，所述服务器端依据资源响应进行配置包括：所述服务器端根据所述资源响应中的所述第二动作类型和所述分配给所述服务器端的资源的参数，完成资源的配置。比如地址池的创建、地址池的更新或地址池的删除，在此不再逐一举例说明。
本申请提供的实施例中，服务器端主动发起资源请求，因为资源请求的发起方和资源的使用方均为服务器端，所以，服务器端可以按需申请资源，有助于避免资源的闲置，提高资源的利用率，减少资源的浪费。
可选地，S201之前，本申请提供的实施例还包括：所述服务器端判断所述服务器端所使用的资源是否满足条件，所述条件用于表示所述服务器端的资源的使用状况。相应地，所述服务器端获得资源请求包括：所述服务器端确定所述服务器端所使用的资源满足所述条件，根据所述服务器端所使用的资源和所述条件，生成所述资源请求。
需要说明的是，资源请求和资源响应中均可以携带标识，所以，除了之前所述的资源请求和资源响应的具体实现方式外，可选地，资源请求和资源响应还可以采用如下形式：
资源请求中包括所述服务器端所请求的资源的信息，进一步地，所述服务器端所请求的资源的信息包括第一动作类型、第一标识和所述服务器端所请求的资源的参数，所述第一动作类型用于表示对所述服务器端所请求的资源进行的操作，所述第一标识用于表示所述资源请求的顺序。
资源响应中包括分配给所述服务器端的资源的信息，进一步地，所述分配给所述服务器端的资源的信息包括第二标识和分配给所述服务器端的资源的参数，所述第二标识用于表示所述资源响应的顺序，所述第二标识与所述第一标识对应。
也就是说，与图2所述的方法相比，资源响应中可以不包括第二动作类型，服务器端在接收到资源响应后，可以根据资源响应中的标识、资源请求中的标识以及资源请求的标识和资源响应的标识的对应关系，确定资源响应对应哪个资源请求，从而按照资源响应对应的资源请求中的第一动作类型执行相应的资源配置操作。
以NETCONF协议为例，服务器端与客户端进行资源配置的具体过程还可以如图3所示，包括：
S301：服务器端判断自身所使用的资源是否满足条件，如果是，执行S302，如果否，则可以继续监控本地资源的使用情况。
其中，所述条件用于表示所述服务器端的资源使用状况。以地址池为例，若地址池包括100个地址，所述条件为服务器端已使用的地址数量大于90个且小于100个，所述服务器端已使用的地址为91个，则所述服务器端确定自身所使用的资源满足所述条件。所述服务器端获知自身已申请的地址池存在不够使用的可能性。所述服务器端会生成用来申请新的地址池的资源请求。若所述条件为所述服务器端的地址池的有效时间超过2天，则所述服务器端确定已申请的地址池满足条件后，会向所述客户端发送用来续租的资源请求。若条件为未使用的地址大于20且小于100个，所述服务器端未使用的地址为21个，则所述服务器端确定自身所使用的资源满足所述条件。所述服务器端获知地址可以进行释放，所述服务器端会生成用于请求释放地址池的资源请求。
S302：服务器端根据服务器端所使用的资源和条件，生成Notification消息。
可选地，所述服务器端还可以将所述服务器端所使用的资源和条件发送给其它设备，所述其它设备可根据所使用的资源和条件生成资源请求。所述服务器端可接收其它设备发送的资源请求。
举例说明，在Notification消息中包括所述服务器端所请求的资源的信息，其中，所述服务器端所请求的资源的信息的具体形式可以参见S201所述。可选地，所述服务器端所请求的资源的信息可以携带在Notification消息的载荷Payload字段中。
S303：服务器端向客户端发送Notification消息。
所述服务器端向所述客户端发送Notification消息可基于NETCONF的协议规定，在此不再赘述。
S304：客户端接收到Notification消息后，生成远程过程调用(Remote ProcedureCall，RPC)消息。
举例说明，RPC消息中包括分配给所述服务器端的资源的信息，具体形式可以参见S203所述。可选地，分配给所述服务器端的资源的信息可以携带在RPC消息的Payload字段中。所述客户端生成RPC消息的方法可基于NETCONF协议的规定，在此不再赘述。
S305：客户端向服务器端发送RPC消息。
所述客户端向所述服务器端发送RPC消息的方法可基于NETCONF协议的规定，在此不再赘述。
本实施例中，为了保证RPC消息与现有的NETCONF协议的兼容性，除了分配给所述服务器端的资源的信息之外，在所述RPC消息中还携带协议操作类型，本实施例中所述RPC消息的协议操作类型均为edit-configuration。
S306：服务器端依据RPC消息进行资源配置；
本实施例中资源配置的内容可参见图2对应的实施例中的相应内容，在此不再赘述。
S307：服务器端向客户端发送资源配置反馈。
本实施例中，资源配置反馈可以为远程过程调用-响应RPC-Reply消息。所述RPC-Reply消息用于通知所述客户端资源配置的结果。所述资源配置的结果为配置成功或配置失败。
本实施例中所述的方法，通过对传统的Notification消息和RPC消息进行改进，服务器端可以通过改进后的Notification消息向客户端请求资源，客户端可以通过RPC消息向服务器端下发资源，实现了在NETCONF协议框架下服务器端主动请求资源的目的，从而减少资源的浪费。
用于资源请求的Notification消息和用于资源响应的RPC消息的示例如下：
类似地，在RESTCONF协议框架下，所述服务器端可以通过基于RESTCONF协议的Notification消息携带所述服务器端所请求的资源的信息，向所述客户端发送资源请求。所述客户端通过基于RESTCONF协议的推送POST消息携带分配给所述服务器端的资源的信息，向所述服务器端发送资源响应。所述服务器端所请求的资源的信息以及配给所述服务器端的资源的信息的具体内容可见图2或图3对应的实施例。
如图4所示，资源管理系统将两个客户端分别设置为主用客户端和备用客户端，所述主用客户端和所述备用客户端均与所述服务器端建立NETCONF会话，在此场景下，资源配置过程如图5所示，包括：
S501：服务器端通过查询网络管理设备的列表，确定主用客户端；
举例说明，所述网络管理设备的列表包括所述主用客户端的标识和所述备用客户端的标识。所述网络管理设备的列表可为配置在所述服务器端上的列表，也可是配置在所述资源管理系统上的列表。所述服务器端可通过与所述资源管理系统的交互，获得所述网络管理设备的列表。
S502：服务器端判断自身与主用客户端是否连接正常，如果是，执行S503，如果否，执行S504。
举例说明，本实施例所述的连接正常为能够正常通信。所述服务器端可通过NETCONF协议中的相应内容，判断其自身与所述主用客户端是否连接正常，在此不再赘述。
S503：服务器端确定主用客户端为目标客户端，之后执行S505；
举例说明，所述服务器端将所述主用客户端选定为图2或图3对应的实施例中的提及的客户端，即目标客户端。
S504：服务器端根据对应关系和主用客户端，确定此主用客户端的备用客户端为目标客户端。
其中，对应关系包括所述主用客户端的信息和所述备用客户端的信息。所述对应关系可存储在所述网络管理设备的列表中，或者以其他表项的形式存储在所述服务器端，在此不再逐一举例说明。
举例说明，所述服务器端在确定自身与所述备用客户端的连接正常后，将所述备用客户端选定为图2或图3对应的实施例中的客户端，即目标客户端。所述服务器端确定自身与所述备用客户端的连接是否正常的方法与S502相同，在此不再赘述。
S505：服务器端获得获取消息。
举例说明，获取消息可以是fetch消息。所述fetch消息为基于NETCONF、RESTCONF协议或其它实现配置功能的协议的消息。所述fetch消息中包括所述服务器端所请求的资源的信息，所述服务器端所请求的资源的信息的具体形式可以参见S201。
S505也可以在S502～S504之前执行，本实施例对顺序不做限定。
S506：服务器端向目标客户端发送获取消息。
所述服务器端向所述客户端发送fetch消息可基于NETCONF的协议规定，这里不再赘述。
S507：目标客户端在接收到获取消息后，生成响应消息。
举例说明，响应消息可以是fetch reply消息。所述fetch-reply消息为基于NETCONF、RESTCONF协议或其它实现配置功能的协议的消息。所述fetch-reply消息中包括分配给所述服务器端的资源的信息，具体形式可以参见S203所述。
50S508：目标客户端向服务器端发送响应fetch-reply消息。
20目标客户端向服务器端发送fetch-reply消息可基于NETCONF的协议规定，这里不再赘述。
本实施例中所述的fetch消息和fetch-reply消息的示例如下：
从上述过程可以看出，本实施例中，fetch消息和fetch-reply消息均为在NETCONF、RESTCONF协议或其它实现配置功能的协议的框架下新设置的消息类型，以实现服务器端和客户端间进行资源配置的过程。
并且，本实施例中，在存在主用和备用客户端的情况下，服务器端只向一个客户端发送请求消息，从而能够节省传输资源。
本申请实施例还公开了一种用作服务器端的装置和一种用作客户端的装置，其中，用作服务器端的装置可以实现如图2、图3或图5所示的方法中所述“服务器端”所执行的步骤，用作客户端的装置可以实现如图2、图3或图5所示的方法中所述“客户端”所执行的步骤。用作服务器端的装置可以通过如图2、图3或图5所示的方法向用作客户端的装置获取资源。
如图6所示，用作服务器端的装置包括：获取模块601、发送模块602和接收模块603。
其中，所述获取模块601用于获得资源请求，所述资源请求中包括用作客户端的装置的地址和所述用作服务器端的装置所请求的资源的信息。所述发送模块602用于根据所述用作客户端的装置的地址，向所述用作客户端的装置发送所述资源请求。所述接收模块603用于接收所述用作客户端的装置发送的资源响应，所述资源响应中包括分配给所述用作服务器端的装置的资源的信息。
可选地，图6所示的装置还可以包括判断模块604，用于判断所述用作服务器端的装置所使用的资源是否满足条件，所述条件用于表示所述用作服务器端的装置的资源的使用状况。
可选地，在所述判断模块得出判断结果的情况下，获取模块601获得资源请求的具体实现方式为：确定所述用作服务器端的装置所使用的资源满足所述条件，根据所述用作服务器端的装置所使用的资源和所述条件，生成所述资源请求。
可选地，图6所示的装置还可以包括第一选择模块605，用于在所述第一发送模块向所述用作客户端的装置发送所述资源请求之前，确定所述用作服务器端的装置与主用用作客户端的装置间的通信正常，将所述主用用作客户端的装置选定为所述用作客户端的装置。
可选地，图6所示的装置还可以包括第二选择模块606，用于在所述第一发送模块向所述用作客户端的装置发送所述资源请求之前，确定所述用作服务器端的装置与主用用作客户端的装置间的通信异常，根据对应关系和所述主用用作客户端的装置，将备用用作客户端的装置选定为所述用作客户端的装置，所述对应关系包括所述主用用作客户端的装置的信息和所述备用用作客户端的装置的信息。
可选地，所述获取模块601获得的资源请求为基于网络配置NETCONF协议的通知Notification消息，所述Notification消息中包括所述用作服务器端的装置所请求的资源的信息。接收模块603接收到的资源响应为基于NETCONF协议的远程过程调用RPC消息，所述RPC消息中包括所述分配给所述用作服务器端的装置的资源的信息。
或者，所述获取模块601获得的资源请求为基于RESTCONF协议的Notification消息，所述Notification消息中包括所述用作服务器端的装置所请求的资源的信息。接收模块603接收到的资源响应为基于RESTCONF协议的推送POST消息，所述POST消息中包括所述分配给所述用作服务器端的装置的资源的信息。
或者，所述获取模块601获得的资源请求为获取消息，所述获取消息中包括所述用作服务器端的装置所请求的资源的信息。接收模块603接收到的资源响应为响应消息，所述响应消息中包括所述分配给所述用作服务器端的装置的资源的信息，所述响应消息用于响应所述获取消息。
可选地，所述获取模块601获得资源请求中包括的所述用作服务器端的装置所请求的资源的信息包括第一动作类型和所述用作服务器端的装置所请求的资源的参数，所述第一动作类型用于表示对所述用作服务器端的装置所请求的资源进行的操作。接收模块603接收到的资源响应中包括的分配给所述用作服务器端的装置的资源的信息包括第二动作类型和分配给所述用作服务器端的装置的资源的参数，所述第二动作类型用于表示对所述分配给所述用作服务器端的装置的资源进行的操作。
或者，所述获取模块601获得资源请求中包括的所述用作服务器端的装置所请求的资源的信息包括第一动作类型、第一标识和所述用作服务器端的装置所请求的资源的参数，所述第一动作类型用于表示对所述用作服务器端的装置所请求的资源进行的操作，所述第一标识用于表示所述资源请求的顺序。接收模块603接收到的资源响应中包括的分配给所述用作服务器端的装置的资源的信息包括第二标识和分配给所述用作服务器端的装置的资源的参数，所述第二标识用于表示所述资源响应的顺序，所述第二标识与所述第一标识对应。
本实施例所述的用作服务器端的装置，向用作客户端的装置主动发送资源请求，以请求资源的配置，有利于减少资源的浪费。
如图7所示，用作客户端的装置包括：接收模块701、获取模块702和发送模块703。
其中，接收模块701用于接收用作服务器端的装置发送的资源请求，所述资源请求中包括所述用作客户端的装置的地址和所述用作服务器端的装置所请求的资源的信息。获取模块702用于根据所述资源请求中包括的所述用作服务器端的装置所请求的资源的信息，获得分配给所述用作服务器端的装置的资源的信息。发送模块703用于向所述用作服务器端的装置发送资源响应，所述资源响应中包括所述分配给所述用作服务器端的装置的资源的信息。
可选地，所述接收模块701接收到的资源请求为基于网络配置NETCONF协议的通知Notification消息，所述Notification消息中包括所述用作服务器端的装置所请求的资源的信息。所述发送模块703发送的资源响应为基于NETCONF协议的远程过程调用RPC消息，所述RPC消息中包括所述分配给所述用作服务器端的装置的资源的信息。
或者，所述接收模块701接收到的资源请求为基于RESTCONF协议的Notification消息，所述Notification消息中包括所述用作服务器端的装置所请求的资源的信息。所述发送模块703发送的资源响应为基于RESTCONF协议的推送POST消息，所述POST消息中包括所述分配给所述用作服务器端的装置的资源的信息。
或者，所述接收模块701接收到的资源请求为获取消息，所述获取消息中包括所述用作服务器端的装置所请求的资源的信息。所述发送模块703发送的资源响应为响应消息，所述响应消息中包括所述分配给所述用作服务器端的装置的资源的信息，所述响应消息用于响应所述获取消息。
可选地，所述接收模块701接收到的资源请求中包括的所述用作服务器端的装置所请求的资源的信息中包括第一动作类型和所述用作服务器端的装置所请求的资源的参数，所述第一动作类型用于表示对所述用作服务器端的装置所请求的资源进行的操作。所述获取模块702获得的所述分配给所述用作服务器端的装置的资源的信息包括第二动作类型和分配给所述用作服务器端的装置的资源的参数，所述第二动作类型用于表示对所述分配给所述用作服务器端的装置的资源进行的操作。
或者，所述接收模块701接收到的资源请求中包括的所述用作服务器端的装置所请求的资源的信息中包括第一动作类型、第一标识和所述用作服务器端的装置所请求的资源的参数，所述第一动作类型用于表示对所述用作服务器端的装置所请求的资源进行的操作，所述第一标识用于表示所述资源请求的顺序。所述获取模块702获得的所述分配给所述用作服务器端的装置的资源的信息包括第二标识和分配给所述用作服务器端的装置的资源的参数，所述第二标识用于表示所述资源响应的顺序，所述第二标识与所述第一标识对应。
本实施例中所述的用作客户端的装置，接收如图6所述的用作服务器端的装置发送的资源请求后，向用作服务器端的装置发送资源响应，用以指示用作服务器端的装置进行资源配置，有利于避免资源的浪费。
如图8所示，本申请实施例还公开了一种用作服务器端的装置，包括处理器、与处理器匹配使用的存储器以及通信接口。以上各部分通过总线进行通信。图8对应的实施例提供的用作服务器端的装置可以是图6对应的实施例提供的用作服务器端的装置。
其中，所述存储器中存储有实现资源获取功能的程序，所述处理器通过调用所述存储器中的程序以及通信接口，可以实现如图2、图3或图5所示的方法中所述“服务器端”所执行的内容。
本申请实施例还公开了一种用作客户端的装置，结构如图9所示，其中，所述存储器中存储有实现资源获取功能的程序，所述处理器通过调用所述存储器中的程序以及通信接口，可以实现如图2、图3或图5所示的方法中所述“客户端”所执行的步骤。图9对应的实施例提供的用作客户端的装置可以是图7对应的实施例提供的用作客户端的装置。
本申请实施例中的资源请求和资源响应的描述方式可采用YANG模型，在此不再对具体描述方式进行赘述。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (28)

1.一种获取资源的方法，其特征在于，包括：
服务器端判断所述服务器端所使用的地址池是否满足条件，所述条件用于表示所述服务器端的地址池中地址的使用状况或用于表示所述服务器端的地址池中地址的未使用状况；
所述服务器端确定所述服务器端所使用的地址池满足所述条件，生成资源请求，所述资源请求中包括所述服务器端所请求的地址池的信息；
所述服务器端通过网络配置协议NETCONF或RESTCONF向资源管理设备发送所述资源请求；
所述服务器端接收所述资源管理设备发送的资源响应，所述资源响应中包括分配给所述服务器端的地址池的信息。
2.根据权利要求1所述的方法，其特征在于，在所述服务器端通过NETCONF或RESTCONF向所述资源管理设备发送所述资源请求之前，还包括：
所述服务器端确定所述服务器端与主用资源管理设备间的通信正常，将所述主用资源管理设备选定为所述资源管理设备。
3.根据权利要求1所述的方法，其特征在于，在所述服务器端通过NETCONF或RESTCONF向所述资源管理设备发送所述资源请求之前，还包括：
所述服务器端确定所述服务器端与主用资源管理设备间的通信异常，根据对应关系和所述主用资源管理设备，将备用资源管理设备选定为所述资源管理设备，所述对应关系包括所述主用资源管理设备的信息和所述备用资源管理设备的信息。
4.根据权利要求1至3任一项所述的方法，其特征在于，所述资源请求包括基于NETCONF的通知Notification消息，所述Notification消息中包括所述服务器端所请求的地址池的信息；
所述资源响应包括基于NETCONF的远程过程调用RPC消息，所述RPC消息中包括所述分配给所述服务器端的地址池的信息。
5.根据权利要求1至3任一项所述的方法，其特征在于，所述资源请求包括基于RESTCONF的Notification消息，所述Notification消息中包括所述服务器端所请求的地址池的信息；
所述资源响应包括基于RESTCONF的推送POST消息，所述POST消息中包括所述分配给所述服务器端的地址池的信息。
6.根据权利要求1至3任一项所述的方法，其特征在于，所述资源请求包括获取消息，所述获取消息中包括所述服务器端所请求的地址池的信息；
所述资源响应包括响应消息，所述响应消息中包括所述分配给所述服务器端的地址池的信息，所述响应消息用于响应所述获取消息。
7.根据权利要求1至3任意一项所述的方法，其特征在于，所述服务器端所请求的地址池的信息包括第一动作类型和所述服务器端所请求的地址池的参数，所述第一动作类型用于表示对所述服务器端所请求的地址池进行的操作；
所述分配给所述服务器端的地址池的信息包括第二动作类型和分配给所述服务器端的地址池的参数，所述第二动作类型用于表示对所述分配给所述服务器端的地址池进行的操作。
8.根据权利要求1至3任意一项所述的方法，其特征在于，所述服务器端所请求的地址池的信息包括第一动作类型、第一标识和所述服务器端所请求的地址池的参数，所述第一动作类型用于表示对所述服务器端所请求的地址池进行的操作，所述第一标识用于表示所述资源请求的顺序；
所述分配给所述服务器端的地址池的信息包括第二标识和分配给所述服务器端的地址池的参数，所述第二标识用于表示所述资源响应的顺序，所述第二标识与所述第一标识对应。
9.一种获取资源的方法，其特征在于，包括：
资源管理设备接收服务器端通过网络配置协议NETCONF或RESTCONF发送的资源请求，所述资源请求中包括所述服务器端所请求的地址池的信息；
所述资源管理设备根据所述资源请求中包括的所述服务器端所请求的地址池的信息，获得分配给所述服务器端的地址池的信息；
所述资源管理设备向所述服务器端发送资源响应，所述资源响应中包括所述分配给所述服务器端的地址池的信息。
10.根据权利要求9所述的方法，其特征在于，所述资源请求包括基于NETCONF的通知Notification消息，所述Notification消息中包括所述服务器端所请求的地址池的信息；
所述资源响应包括基于NETCONF的远程过程调用RPC消息，所述RPC消息中包括所述分配给所述服务器端的地址池的信息。
11.根据权利要求9所述的方法，其特征在于，所述资源请求包括基于RESTCONF的Notification消息，所述Notification消息中包括所述服务器端所请求的地址池的信息；
所述资源响应包括基于RESTCONF中推送POST消息，所述POST消息中包括所述分配给所述服务器端的地址池的信息。
12.根据权利要求9所述的方法，其特征在于，所述资源请求包括获取消息，所述获取消息中包括所述服务器端所请求的地址池的信息；
所述资源响应包括响应消息，所述响应消息中包括所述分配给所述服务器端的地址池的信息，所述响应消息用于响应所述获取消息。
13.根据权利要求9至12任意一项所述的方法，其特征在于，所述服务器端所请求的地址池的信息包括第一动作类型和所述服务器端所请求的地址池的参数，所述第一动作类型用于表示对所述服务器端所请求的地址池进行的操作；
所述分配给所述服务器端的地址池的信息包括第二动作类型和分配给所述服务器端的地址池的参数，所述第二动作类型用于表示对所述分配给所述服务器端的地址池进行的操作。
14.根据权利要求9至12任意一项所述的方法，其特征在于，所述服务器端所请求的地址池的信息包括第一动作类型、第一标识和所述服务器端所请求的地址池的参数，所述第一动作类型用于表示对所述服务器端所请求的地址池进行的操作，所述第一标识用于表示所述资源请求的顺序；
所述分配给所述服务器端的地址池的信息包括第二标识和分配给所述服务器端的地址池的参数，所述第二标识用于表示所述资源响应的顺序，所述第二标识与所述第一标识对应。
15.一种用作服务器端的装置，其特征在于，包括：
判断模块，用于判断用作服务器端的装置所使用的地址池是否满足条件，所述条件用于表示所述用作服务器端的装置的地址池中地址的使用状况或用于表示所述用作服务器端的装置的地址池中地址的未使用状况；
获取模块，用于确定所述用作服务器端的装置所使用的地址池满足所述条件，生成资源请求，所述资源请求中包括所述用作服务器端的装置所请求的地址池的信息；
发送模块，用于通过网络配置协议NETCONF或RESTCONF向资源管理设备发送所述资源请求；
接收模块，用于接收所述资源管理设备发送的资源响应，所述资源响应中包括分配给所述用作服务器端的装置的地址池的信息。
16.根据权利要求15所述的装置，其特征在于，还包括：
第一选择模块，用于在所述发送模块通过NETCONF或RESTCONF向所述资源管理设备发送所述资源请求之前，确定所述用作服务器端的装置与主用资源管理设备间的通信正常，将所述主用资源管理设备选定为所述资源管理设备。
17.根据权利要求15所述的装置，其特征在于，还包括：
第二选择模块，用于在所述发送模块通过NETCONF或RESTCONF向所述资源管理设备发送所述资源请求之前，确定所述用作服务器端的装置与主用资源管理设备间的通信异常，根据对应关系和所述主用资源管理设备，将备用资源管理设备选定为所述资源管理设备，所述对应关系包括所述主用资源管理设备的信息和所述备用资源管理设备的信息。
18.根据权利要求15至17任一项所述的装置，其特征在于，所述资源请求包括基于NETCONF的通知Notification消息，所述Notification消息中包括所述用作服务器端的装置所请求的地址池的信息；
所述资源响应包括基于NETCONF的远程过程调用RPC消息，所述RPC消息中包括所述分配给所述用作服务器端的装置的地址池的信息。
19.根据权利要求15至17任一项所述的装置，其特征在于，所述资源请求包括基于RESTCONF的Notification消息，所述Notification消息中包括所述用作服务器端的装置所请求的地址池的信息；
所述资源响应包括基于RESTCONF的推送POST消息，所述POST消息中包括所述分配给所述用作服务器端的装置的地址池的信息。
20.根据权利要求15至17任一项所述的装置，其特征在于，所述资源请求包括获取消息，所述获取消息中包括所述用作服务器端的装置所请求的地址池的信息；
所述资源响应包括响应消息，所述响应消息中包括所述分配给所述用作服务器端的装置的地址池的信息，所述响应消息用于响应所述获取消息。
21.根据权利要求15至17任一项所述的装置，其特征在于，所述用作服务器端的装置所请求的地址池的信息包括第一动作类型和所述用作服务器端的装置所请求的地址池的参数，所述第一动作类型用于表示对所述用作服务器端的装置所请求的地址池进行的操作；
所述分配给所述用作服务器端的装置的地址池的信息包括第二动作类型和分配给所述用作服务器端的装置的地址池的参数，所述第二动作类型用于表示对所述分配给所述用作服务器端的装置的地址池进行的操作。
22.根据权利要求15至17任一项所述的装置，其特征在于，所述用作服务器端的装置所请求的地址池的信息包括第一动作类型、第一标识和所述用作服务器端的装置所请求的地址池的参数，所述第一动作类型用于表示对所述用作服务器端的装置所请求的地址池进行的操作，所述第一标识用于表示所述资源请求的顺序；
所述分配给所述用作服务器端的装置的地址池的信息包括第二标识和分配给所述用作服务器端的装置的地址池的参数，所述第二标识用于表示所述资源响应的顺序，所述第二标识与所述第一标识对应。
23.一种用作客户端的装置，其特征在于，所述用作客户端的装置为资源管理设备，包括：
接收模块，用于接收用作服务器端的装置通过网络配置协议NETCONF或RESTCONF发送的资源请求，所述资源请求中包括所述用作服务器端的装置所请求的地址池的信息；
获取模块，用于根据所述资源请求中包括的所述用作服务器端的装置所请求的地址池的信息，获得分配给所述用作服务器端的装置的地址池的信息；
发送模块，用于向所述用作服务器端的装置发送资源响应，所述资源响应中包括所述分配给所述用作服务器端的装置的地址池的信息。
24.根据权利要求23所述的装置，其特征在于，所述资源请求包括基于NETCONF的通知Notification消息，所述Notification消息中包括所述用作服务器端的装置所请求的地址池的信息；
所述资源响应包括基于NETCONF的远程过程调用RPC消息，所述RPC消息中包括所述分配给所述用作服务器端的装置的地址池的信息。
25.根据权利要求23所述的装置，其特征在于，所述资源请求包括基于RESTCONF的Notification消息，所述Notification消息中包括所述用作服务器端的装置所请求的地址池的信息；
所述资源响应包括基于RESTCONF的推送POST消息，所述POST消息中包括所述分配给所述用作服务器端的装置的地址池的信息。
26.根据权利要求23所述的装置，其特征在于，所述资源请求包括获取消息，所述获取消息中包括所述用作服务器端的装置所请求的地址池的信息；
所述资源响应包括响应消息，所述响应消息中包括所述分配给所述用作服务器端的装置的地址池的信息，所述响应消息用于响应所述获取消息。
27.根据权利要求23至26任一项所述的装置，其特征在于，所述用作服务器端的装置所请求的地址池的信息包括第一动作类型和所述用作服务器端的装置所请求的地址池的参数，所述第一动作类型用于表示对所述用作服务器端的装置所请求的地址池进行的操作；
所述分配给所述用作服务器端的装置的地址池的信息包括第二动作类型和分配给所述用作服务器端的装置的地址池的参数，所述第二动作类型用于表示对所述分配给所述用作服务器端的装置的地址池进行的操作。
28.根据权利要求23至26任一项所述的装置，其特征在于，所述用作服务器端的装置所请求的地址池的信息包括第一动作类型、第一标识和所述用作服务器端的装置所请求的地址池的参数，所述第一动作类型用于表示对所述用作服务器端的装置所请求的地址池进行的操作，所述第一标识用于表示所述资源请求的顺序；
所述分配给所述用作服务器端的装置的地址池的信息包括第二标识和分配给所述用作服务器端的装置的地址池的参数，所述第二标识用于表示所述资源响应的顺序，所述第二标识与所述第一标识对应。
CN201510697563.5A 2015-10-23 2015-10-23 获取资源的方法及装置 Active CN106612196B (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN201510697563.5A CN106612196B (zh) 2015-10-23 2015-10-23 获取资源的方法及装置
EP16856895.4A EP3358785B1 (en) 2015-10-23 2016-10-19 Method and device for acquiring resource
PCT/CN2016/102599 WO2017067464A1 (zh) 2015-10-23 2016-10-19 获取资源的方法及装置
KR1020187014164A KR102128356B1 (ko) 2015-10-23 2016-10-19 리소스 획득 방법 및 장치
JP2018520419A JP6896722B2 (ja) 2015-10-23 2016-10-19 リソースコンフィギュレーション方法および装置
US15/958,162 US10979360B2 (en) 2015-10-23 2018-04-20 Resource obtaining method and apparatus
JP2020042852A JP7207827B2 (ja) 2015-10-23 2020-03-12 リソース取得方法および装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510697563.5A CN106612196B (zh) 2015-10-23 2015-10-23 获取资源的方法及装置

Publications (2)

Publication Number Publication Date
CN106612196A CN106612196A (zh) 2017-05-03
CN106612196B true CN106612196B (zh) 2019-02-01

Family

ID=58556727

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510697563.5A Active CN106612196B (zh) 2015-10-23 2015-10-23 获取资源的方法及装置

Country Status (6)

Country Link
US (1) US10979360B2 (zh)
EP (1) EP3358785B1 (zh)
JP (2) JP6896722B2 (zh)
KR (1) KR102128356B1 (zh)
CN (1) CN106612196B (zh)
WO (1) WO2017067464A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210329477A1 (en) * 2018-08-29 2021-10-21 Nec Corporation Communication apparatus, method, program and recording medium
CN112688794A (zh) * 2019-10-18 2021-04-20 华为技术有限公司 Yang模型的管理方法、装置、系统、设备及存储介质
CN112887113A (zh) * 2019-11-29 2021-06-01 华为技术有限公司 处理数据的方法、装置及系统
CN113014411B (zh) * 2019-12-20 2022-11-22 华为技术有限公司 管理网络设备的方法、设备和系统
US11121989B1 (en) * 2020-05-29 2021-09-14 Bank Of America Corporation Centralized repository and communication system for cross-network interactions
US11757833B2 (en) * 2021-09-29 2023-09-12 Juniper Networks, Inc. Network device interface for supporting centralized address pool management

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102664971A (zh) * 2012-04-11 2012-09-12 中兴通讯股份有限公司 网络地址资源管理方法、系统及外部地址资源服务器
US8335171B1 (en) * 2009-09-29 2012-12-18 Juniper Networks, Inc. NETCONF-enabled provisioning in rollback agnostic environment

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6535918B1 (en) * 1998-09-22 2003-03-18 Qualcomm Incorporated Interface between standard terminal equipment unit and high speed wireless link
US6374295B2 (en) * 1998-10-29 2002-04-16 Nortel Networks Limited Active server management
US6449267B1 (en) * 1999-02-24 2002-09-10 Hughes Electronics Corporation Method and apparatus for medium access control from integrated services packet-switched satellite networks
JP3447687B2 (ja) * 2000-10-13 2003-09-16 日本電気株式会社 無線ネットワークシステム及びネットワークアドレス割当方法
US7305375B2 (en) * 2003-04-23 2007-12-04 Hewlett-Packard Development Company, L.P. Method and system for distributed remote resources
US8230067B2 (en) * 2003-10-31 2012-07-24 Ericsson Ab DHCP proxy in a subscriber environment
JP4093483B2 (ja) * 2003-12-26 2008-06-04 インターナショナル・ビジネス・マシーンズ・コーポレーション 解析システム、解析方法、解析プログラム、及び記録媒体
US7644410B1 (en) * 2004-11-23 2010-01-05 Hewlett-Packard Development Company, L.P. Resource management for shared computing environment
KR101352852B1 (ko) * 2008-09-30 2014-01-20 삼성전자주식회사 Ｄｈｃｐ를 이용한 화상형성장치의 ｉｐ 주소 할당 방법, 그 화상형성장치, 및 ｄｈｃｐ를 이용한 ｉｐ주소 할당 시스템
US8285875B2 (en) * 2009-01-28 2012-10-09 Juniper Networks, Inc. Synchronizing resource bindings within computer network
US20110078014A1 (en) * 2009-09-30 2011-03-31 Google Inc. Online resource assignment
US9262746B2 (en) * 2011-08-12 2016-02-16 School Improvement Network, Llc Prescription of electronic resources based on observational assessments
US9009317B2 (en) * 2011-10-10 2015-04-14 Verizon Patent And Licensing Inc. System for and method of managing network resources
CN102594933B (zh) * 2011-12-20 2015-04-08 华为技术有限公司 一种公网地址分配的方法、装置及系统
CN103780483A (zh) 2012-10-26 2014-05-07 中兴通讯股份有限公司 一种物联网终端设备的资源信息获取方法、系统及设备
JP6171445B2 (ja) * 2013-03-21 2017-08-02 富士通株式会社 割当装置及び割当プログラム
US9258132B2 (en) * 2013-06-06 2016-02-09 Alcatel Lucent NETCONF SNMP gateway
CN104348928B (zh) * 2013-07-31 2019-03-26 华为技术有限公司 一种分配地址资源的方法、管理设备、请求设备及系统
US20160197831A1 (en) * 2013-08-16 2016-07-07 Interdigital Patent Holdings, Inc. Method and apparatus for name resolution in software defined networking
US20150281947A1 (en) * 2014-03-26 2015-10-01 Qualcomm Incorporated Method and apparatus for fast ip address assignment

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8335171B1 (en) * 2009-09-29 2012-12-18 Juniper Networks, Inc. NETCONF-enabled provisioning in rollback agnostic environment
CN102664971A (zh) * 2012-04-11 2012-09-12 中兴通讯股份有限公司 网络地址资源管理方法、系统及外部地址资源服务器

Also Published As

Publication number Publication date
WO2017067464A1 (zh) 2017-04-27
JP7207827B2 (ja) 2023-01-18
CN106612196A (zh) 2017-05-03
US20180241689A1 (en) 2018-08-23
KR20180070677A (ko) 2018-06-26
EP3358785A4 (en) 2018-08-15
US10979360B2 (en) 2021-04-13
EP3358785B1 (en) 2023-07-26
JP6896722B2 (ja) 2021-06-30
JP2018533872A (ja) 2018-11-15
KR102128356B1 (ko) 2020-07-08
JP2020109996A (ja) 2020-07-16
EP3358785A1 (en) 2018-08-08

Similar Documents

Publication Publication Date Title
CN106612196B (zh) 获取资源的方法及装置
JP4017037B2 (ja) 適応性のあるインフラストラクチャの構成
CN108989372A (zh) 服务发现的方法、注册中心和设备
EP3920562B1 (en) Methods and system for performing charging processing on network slice client, and related devices
CN105634956B (zh) 一种报文转发方法、装置和系统
CN108833166A (zh) 边缘云报文转发方法及系统、网络报文转发方法及系统
JP2019500822A (ja) 仮想マシンパケット制御
AU2001296185A1 (en) Configuration of a flexible infrastructure
JP2013501483A (ja) ネットワークアドレス変換のための管理方法および管理デバイス
CN103401954B (zh) 虚拟dhcp的实现方法
WO2010148757A1 (zh) 一种实现终端设备资源共享的方法及系统
CN105827496B (zh) 管理pe设备的方法及装置
CN104780229A (zh) 通过云终端设置云服务器ip地址的方法、系统和云系统
CN109246024A (zh) 一种组网中负载分担方法、装置、终端设备及存储介质
JP2023523773A (ja) 通信方法および関連装置
WO2012159537A1 (zh) 一种用户信息共享的即时通讯系统及方法
CN105634911B (zh) 会话建立方法及装置
CN112642144B (zh) 云游戏的组网方法、电子设备和存储介质
CN105847458B (zh) 基于dns的p2p缓存引导系统及方法
CN111147617B (zh) 基于dhcp服务器集群负载分配地址的方法和系统
CN103069782B (zh) 通信系统以及用于通过该通信系统进行通信的方法
CN109561170A (zh) 地址池创建方法、装置、地址池管理系统及储存介质
CN110324911A (zh) 一种pcf寻址的方法、设备及系统
CN108259391A (zh) 一种端口配置方法及装置
WO2015196812A1 (zh) 网络通信系统中动态上报话单的方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant