CN109302326A - 一种QoS策略的配置方法和装置 - Google Patents

Abstract

本申请提供一种QoS策略的配置方法和装置，该方法包括：获取与本地的第一DR接口关联的QoS策略；为所述第一DR接口配置所述QoS策略；向第二成员设备发送第一报文，所述第一报文包括所述第一DR接口的接口标识和所述QoS策略，以使所述第二成员设备为所述接口标识对应的第二DR接口配置所述QoS策略。通过本申请的技术方案，减轻用户的配置工作量，使得配置工作变得更加容易，并能够保证QoS策略的一致性。

Description

一种QoS策略的配置方法和装置

技术领域

本申请涉及通信技术领域，尤其是涉及一种QoS策略的配置方法和装置。

背景技术

为保证可靠性，可以在设备A和设备B之间部署DRNI(Distributed ResilientNetwork Interconnect，分布式弹性网络互连)，从而实现设备聚合，也就是说，设备A和设备B可以通过以太网链路聚合成DR(Distributed Relay System，分布式聚合)系统，DR系统对外呈现为一台设备。设备A和设备B之间可以实时同步对端信息，如MAC(Media AccessControl，介质访问控制)表项、ARP(Address Resolution Protocol，地址解析协议)表项等，这样，设备A与设备B可以形成负载分担，共同进行流量的转发。而且，当一台设备发生故障时，流量可以快速切换到另一台设备，保证业务的正常运行，业务不会发生中断。

DR接口是与外部设备相连的聚合接口，设备A包括DR接口，且设备B也包括DR接口。在实际应用中，为了保障网络传输的服务质量，可以在DR接口配置QoS(Quality ofService，服务质量)策略。虽然DR系统对外呈现为一台设备，但是，设备A和设备B是两个不同设备，因此，用户需要在设备A的一个DR接口配置QoS策略，并需要在设备B上与该一个DR接口属于同一DR组的DR接口上配置相同的QoS策略。

由于用户需要在两台设备分别配置QoS策略，因此，用户的配置工作量较大，浪费了大量人力成本。若QoS策略发生变化，则用户需要在两台设备重新配置变化后的QoS策略，甚至需要频繁的配置QoS策略，配置工作非常繁琐。

发明内容

本申请提供一种QoS策略的配置方法，应用于分布式聚合DR系统中的第一成员设备，所述DR系统还包括第二成员设备，所述方法包括：

获取与本地的第一DR接口关联的QoS策略；

为所述第一DR接口配置所述QoS策略；

向所述第二成员设备发送第一报文，所述第一报文包括所述第一DR接口的接口标识和所述QoS策略，以使所述第二成员设备为所述接口标识对应的第二DR接口配置所述QoS策略。

本申请提供一种QoS策略的配置方法，应用于分布式聚合DR系统中的第二成员设备，所述DR系统还包括第一成员设备，所述方法包括：

接收第一成员设备发送的第一报文，所述第一报文包括所述第一成员设备的第一DR接口的接口标识和QoS策略，所述QoS策略是为所述第一DR接口配置的；

从所述第一报文中获取所述接口标识和所述QoS策略；

若本地存在与所述接口标识对应的第二DR接口，则为所述第二DR接口配置所述QoS策略。

本申请提供一种QoS策略的配置装置，应用于分布式聚合DR系统中的第一成员设备，所述DR系统还包括第二成员设备，所述装置包括：

获取模块，用于获取与本地的第一DR接口关联的QoS策略；

配置模块，用于为所述第一DR接口配置所述QoS策略；

发送模块，用于向所述第二成员设备发送第一报文，所述第一报文包括所述第一DR接口的接口标识和所述QoS策略，以使所述第二成员设备为所述接口标识对应的第二DR接口配置所述QoS策略。

本申请提供一种QoS策略的配置装置，应用于分布式聚合DR系统中的第二成员设备，所述DR系统还包括第一成员设备，所述装置包括：

接收模块，用于接收第一成员设备发送的第一报文，所述第一报文包括所述第一成员设备的第一DR接口的接口标识和QoS策略，所述QoS策略是为所述第一DR接口配置的；

获取模块，用于从所述第一报文中获取所述接口标识和所述QoS策略；

配置模块，用于若本地存在与所述接口标识对应的第二DR接口，则为所述第二DR接口配置所述QoS策略。

基于上述技术方案，本申请实施例中，可以在第一成员设备配置QoS策略，第一成员设备可以将QoS策略发送给第二成员设备，以使第二成员设备为DR接口配置该QoS策略。这样，只需要在第一成员设备配置QoS策略，就可以将QoS策略自动同步到DR系统的第二成员设备(可以为一个或者多个成员设备)，从而减轻用户的配置工作量，节约人力成本，使得配置工作变得更加容易，并能够保证QoS策略的一致性，使得DRNI组网更易于配置管理。

附图说明

为了更加清楚地说明本申请实施例或者现有技术中的技术方案，下面将对本申请实施例或者现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据本申请实施例的这些附图获得其他的附图。

图1是本申请一种实施方式中的DR系统的结构示意图；

图2是本申请一种实施方式中的QoS策略的配置方法的流程图；

图3是本申请一种实施方式中的QoS策略的配置装置的结构图；

图4是本申请一种实施方式中的第一成员设备的硬件结构图；

图5是本申请一种实施方式中的QoS策略的配置装置的结构图；

图6是本申请一种实施方式中的第二成员设备的硬件结构图。

具体实施方式

在本申请实施例使用的术语仅仅是出于描述特定实施例的目的，而非限制本申请。本申请和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其它含义。还应当理解，本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，此外，所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本申请实施例中提出一种QoS策略的配置方法，该方法可以应用于DR系统，该DR系统可以包括多个成员设备(也可以称为DR成员设备)。本实施例中，用户只需要在一个成员设备配置QoS策略，由这个成员设备将QoS策略同步到其它成员设备。为了方便描述，由用户配置QoS策略的成员设备可以称为第一成员设备，第一成员设备的数量可以为1个。可以将第一成员设备之外的其它成员设备称为第二成员设备，第二成员设备的数量可以为1个或者多个。

在一个例子中，第一成员设备可以为DR系统的主成员设备，而第二成员设备可以为DR系统的从成员设备。或者，第一成员设备可以为DR系统的从成员设备，而第二成员设备可以为DR系统的主成员设备，对此不做限制。

参见图1所示，为DR系统的结构示意图，网络设备101和网络设备102可以通过以太网链路聚合成DR系统，DR系统对外呈现为一台网络设备。当然，还可以将更多的网络设备聚合成DR系统，对此不做限制。在上述应用场景下，可以将网络设备101和网络设备102称为DR系统的成员设备，在网络设备101和网络设备102中，有一个网络设备为主成员设备，另外一个网络设备为从成员设备。假设网络设备101为主成员设备，网络设备102为从成员设备，则可以将网络设备101称为第一成员设备，将网络设备102称为第二成员设备。

其中，第一成员设备和第二成员设备均具有DR接口，DR接口是DR系统中DR设备与外部设备相连的二层聚合接口，与外部设备上相同聚合组相连的DR接口属于同一DR组，DR组中的DR接口由多条链路聚合组成，且具有相同的DR组标识。为了方便区分，将第一成员设备上与外部设备A相连的DR接口称为第一DR接口，将第二成员设备上与外部设备A相连的DR接口称为第二DR接口，第一DR接口和第二DR接口属于同一DR组，且第一DR接口和第二DR接口的接口标识相同，均为组标识。

网络设备101与网络设备102之间存在两条链路，一条链路为IPL(Intra PortalLink，内部控制链路)，另一条链路为Keepalive(保活)链路。IPL是二层聚合链路，用于传输协议报文，如DRCP(Distributed Relay Control Protocol分布式聚合控制协议)报文。Keepalive链路是保活链路，用于传输保活报文。

为了保障网络传输的服务质量，可以在DR接口配置QoS策略。由于网络设备101包括第一DR接口，网络设备102包括第二DR接口，且第一DR接口和第二DR接口属于同一DR组，因此，需要在网络设备101的第一DR接口配置QoS策略，并在网络设备102的第二DR接口配置QoS策略，且第一DR接口的QoS策略与第二DR接口的QoS策略相同。

在传统方式中，用户需要在网络设备101的第一DR接口配置QoS策略，且用户需要在网络设备102的第二DR接口配置QoS策略，因此，上述方式存在用户的配置工作量较大、浪费了大量人力成本、配置工作非常繁琐等问题。

与上述方式不同的是，本申请实施例中，用户只需要在网络设备101的第一DR接口配置QoS策略，而不需要在网络设备102的第二DR接口配置QoS策略，而是由网络设备101将QoS策略发送给网络设备102，以使网络设备102为第二DR接口配置QoS策略，从而自动同步QoS策略，减轻用户配置工作量。

在上述应用场景下，参见图2所示，为QoS策略的配置方法的流程示意图。

步骤201，第一成员设备获取与本地的第一DR接口关联的QoS策略。

步骤202，第一成员设备为第一DR接口配置该QoS策略。

例如，用户可以为网络设备101的第一DR接口配置QoS策略1，网络设备101获取与第一DR接口关联的QoS策略1，并为第一DR接口配置QoS策略1。

步骤203，第一成员设备向第二成员设备发送第一报文，该第一报文包括第一DR接口的接口标识和该QoS策略。

步骤204，第二成员设备接收第一成员设备发送的该第一报文。

其中，QoS策略可以具有预设标识(如DRNI关联参数标识，如通过drni表示预设标识)，这个预设标识用于表示QoS策略需要同步。基于此，若第一成员设备发现QoS策略具有预设标识，则可以确定与第一DR接口关联的第二成员设备，即确定与第一成员设备关联的第二成员设备，并向第二成员设备发送第一报文，且第二成员设备接收该第一报文。

例如，为了与传统的QoS策略区分，用户为网络设备101的第一DR接口配置QoS策略1时，QoS策略1可以包括预设标识(如drni)。进一步的，由于第一DR接口的QoS策略1包括预设标识，因此，网络设备101确定这个QoS策略1需要同步，为了对QoS策略1进行同步，则网络设备101可以确定与第一DR接口关联的网络设备，即与网络设备101关联的网络设备102，并向网络设备102发送第一报文，该第一报文可以包括第一DR接口的接口标识和QoS策略1。

步骤205，第二成员设备从该第一报文中获取接口标识和QoS策略。

步骤206，若第二成员设备本地存在与该接口标识对应的第二DR接口，则第二成员设备为该接口标识对应的第二DR接口配置该QoS策略。

例如，网络设备102在接收到第一报文后，可以从第一报文中获取到第一DR接口的接口标识和QoS策略1，由于网络设备102存在与该接口标识对应的第二DR接口，因此，网络设备102可以为第二DR接口配置QoS策略1。

基于上述技术方案，本申请实施例中，可以在第一成员设备的DR接口上配置QoS策略后，第一成员设备可以将该QoS策略发送给第二成员设备，以使第二成员设备为对应的DR接口配置该QoS策略。这样，只需要在第一成员设备上配置QoS策略，就可以将QoS策略自动同步到DR系统的第二成员设备，从而减轻用户的配置工作量，节约人力成本，使得配置工作变得更加容易，并能够保证QoS策略的一致性。

在一个例子中，网络设备101向网络设备102发送第一报文，可以包括但不限于：在确定第一DR接口的QoS策略发生变化时，网络设备101可以向网络设备102发送第一报文，基于此，针对步骤203中的第一报文，该第一报文携带的QoS策略可以是增量QoS策略或者全部QoS策略。

具体的，用户为网络设备101的第一DR接口配置QoS策略1后，还可以对第一DR接口的QoS策略1进行修改，例如，将第一DR接口的QoS策略从QoS策略1修改为QoS策略2。

进一步的，网络设备101在确定第一DR接口的QoS策略发生变化时，可以向网络设备102发送第一报文，该第一报文可以包括第一DR接口的接口标识和QoS策略(如QoS策略2与QoS策略1之间的增量QoS策略，或者QoS策略2)。网络设备102接收到第一报文后，从第一报文中获取第一DR接口的接口标识和QoS策略(如增量QoS策略或者QoS策略2)，确定与该接口标识对应的第二DR接口，并根据该QoS策略将第二DR接口的QoS策略从QoS策略1修改为QoS策略2。

例如，QoS策略2用于变更QoS策略1的全部内容，如QoS策略1包括a、b、c，QoS策略2包括d、e，这样，第一报文携带的QoS策略是QoS策略2。

又例如，QoS策略2用于变更QoS策略1的部分内容，如QoS策略1包括a、b、c，QoS策略2包括a、b、d，这样，第一报文携带的QoS策略可以是增量QoS策略(如将c修改为d)，或者，QoS策略2(如a、b、d)。

又例如，QoS策略2用于增加新内容，如QoS策略1包括a、b、c，QoS策略2包括a、b、c、d，这样，第一报文携带的QoS策略可以是增量QoS策略(如在QoS策略1中增加d)，或者，QoS策略2(如a、b、c、d)。

又例如，QoS策略2可以用于删除已有的内容，如QoS策略1包括a、b、c，而QoS策略2包括a、b，这样，第一报文携带的QoS策略可以是增量QoS策略(如从QoS策略1中删除c)，或者，QoS策略2(如a、b)。

当然，上述只是QoS策略1和QoS策略2的示例，对此不做限制。

综上所述，网络设备101在确定第一DR接口的QoS策略发生变化时，将变化后的QoS策略同步给网络设备102，即将最新的QoS策略同步给网络设备102，实现第二DR接口的QoS策略的更新，确保第一DR接口和第二DR接口的QoS策略一致。

在一个例子中，为了区分不同的QoS策略(如QoS策略1和QoS策略2)，还可以为每个QoS策略设置版本信息，不同QoS策略对应不同的版本信息。具体的，网络设备101可以包括用于存储QoS策略的数据库，网络设备101在对第一DR接口成功配置一次QoS策略后，会将该QoS策略存储至数据库中，具体的，当第一次在数据库中存储第一DR接口的QoS策略时，则为第一次存储的QoS策略生成初始版本信息。当第一DR接口的QoS策略发生变化(如每次发生变化)时，则根据初始版本信息为变化后的QoS策略生成更新版本信息。其中，数据库中存储有第一DR接口的各QoS策略与其对应的版本信息之间的对应关系。

参见表1所示，为数据库的一个示例，该数据库用于存储QoS策略与版本信息的映射关系。例如，网络设备101为第一DR接口配置QoS策略1后，可以为QoS策略1生成初始版本信息，如版本N1。网络设备101将第一DR接口的QoS策略1修改为QoS策略2后，可以根据版本N1为QoS策略2生成更新版本信息，如版本N2。网络设备101将第一DR接口的QoS策略2修改为QoS策略3后，可以根据版本N1为QoS策略3生成更新版本信息，或者，可以根据版本N2为QoS策略3生成更新版本信息，如版本N3，以此类推。

表1

QoS策略	版本信息
		QoS策略1	版本N1
QoS策略2	版本N2
		QoS策略3	版本N3
…	…

其中，网络设备101为QoS策略1生成初始版本信息时，可以生成一个随机版本号，并将这个随机版本号作为初始版本信息；或者，还可以采用预设策略生成一个版本号，并将这个版本号作为初始版本信息，对此不做限制。

其中，网络设备101根据初始版本信息为变化后的QoS策略生成更新版本信息时，可以生成递增号P，并将初始版本信息与递增号P的和，确定为QoS策略的更新版本信息。例如，初始版本信息为版本N1，网络设备101将第一DR接口的QoS策略1修改为QoS策略2后，可以生成递增号P1，并将版本N1与递增号P1的和确定为版本N2。将第一DR接口的QoS策略2修改为QoS策略3后，可以生成递增号P2，并将版本N1与递增号P2的和确定为版本N3。

其中，网络设备101还可以将最新版本信息与递增号P的和，确定为第一DR接口的最新QoS策略的更新版本信息。例如，网络设备101将第一DR接口的QoS策略2修改为QoS策略3后，可以生成递增号P2，并将版本N2(即最新版本信息)与递增号P2的和确定为版本N3，而不是将版本N1与递增号P2的和确定为版本N3。

其中，网络设备101可以根据QoS策略的配置时间确定递增号P，如对QoS策略的配置时间进行hash，得到递增号P，当然，也可以采用其它方式得到递增号P，如针对QoS策略的内容进行hash，得到递增号P，对此不做限制。

基于上述处理，网络设备101可以为每个QoS策略设置版本信息，从而区分不同的QoS策略。为了使网络设备102区分不同的QoS策略，网络设备101向网络设备102发送第一报文时，该第一报文还可以包括第一DR接口的最新QoS策略对应的第一版本信息。例如，网络设备101在向网络设备102发送携带QoS策略1的第一报文时，该第一报文还可以携带QoS策略1的版本信息(如版本N1)。网络设备101在向网络设备102发送携带QoS策略2的第一报文时，该第一报文还可以携带QoS策略2的版本信息(如版本N2)，以此类推。

进一步的，网络设备102也可以包括用于存储QoS策略的数据库，参见表1所示，该数据库用于存储QoS策略与版本信息的映射关系。基于此，网络设备102在成功为第二DR接口配置QoS策略之后，还可以将第一报文携带的第一版本信息与第二DR接口的最新QoS策略之间的对应关系存储在数据库中。

例如，网络设备102在接收到第一报文后，若从第一报文中获取QoS策略1和版本N1，在成功为第二DR接口配置QoS策略1后，可以在数据库中记录QoS策略1与版本N1的映射关系。网络设备102在接收到第一报文后，若从第一报文中获取QoS策略2和版本N2，在成功为第二DR接口配置QoS策略2后，可以在数据库中记录QoS策略2与版本N2的映射关系，以此类推。

在一个例子中，网络设备101在向网络设备102发送携带QoS策略的第一报文时，若由于网络异常等原因，导致第一报文未成功发送，从而导致QoS策略未成功同步到网络设备102，因此，还可以提供一种机制，保证QoS策略成功同步到网络设备102，为此，本申请实施例中，还可以采用如下方式：

网络设备101向网络设备102发送第二报文，如周期性发送第二报文，该第二报文可以包括第一DR接口的接口标识、第一DR接口的最新QoS策略对应的第一版本信息。例如，若网络设备101的数据库中记录QoS策略1、QoS策略2和QoS策略3，则第一版本信息是QoS策略3的版本信息，即版本N3。

网络设备102在接收到第二报文后，确定与该接口标识(即第二报文中携带的第一DR接口的接口标识)对应的第二DR接口，并确定第二DR接口的最新QoS策略对应的第二版本信息。例如，若网络设备102的数据库中记录QoS策略1和QoS策略2，则第二版本信息是QoS策略2的版本信息，即版本N2。

若第二版本信息与第一版本信息不同，则说明网络设备102与网络设备101之间存在未同步的QoS策略，网络设备102向网络设备101发送第三报文，该第三报文包括第二DR接口的接口标识和第二版本信息。若第二版本信息与第一版本信息相同，说明网络设备102与网络设备101的QoS策略同步，结束处理。

若网络设备101接收到网络设备102返回的第三报文，则确定与该接口标识(即第三报文携带的第二DR接口的接口标识)对应的第一DR接口，并确定第一DR接口的最新QoS策略对应的第一版本信息。若第三报文携带的第二版本信息与第一版本信息不同，则可以向网络设备102发送第一报文。

其中，网络设备101向网络设备102发送第一报文时，即步骤203中的第一报文，该第一报文携带的QoS策略可以是待发送QoS策略。具体的，可以将第一版本信息与第二版本信息之间的增量QoS策略确定为待发送QoS策略；或者，将第一DR接口的全部QoS策略确定为待发送QoS策略。

假设第二版本信息是版本N1(即网络设备102的数据库存储QoS策略1)，第一版本信息是版本N2(即网络设备101的数据库存储QoS策略1和QoS策略2)，则第一版本信息与第二版本信息之间的增量QoS策略为：QoS策略2与QoS策略1之间的增量信息。例如，QoS策略1包括a、b、c，QoS策略2包括a、b、d，则增量QoS策略为将c修改为d(或者，增加c，删除d)；此外，第一DR接口的全部QoS策略为QoS策略2。假设第二版本信息是版本N1，第一版本信息是版本N3，则第一版本信息与第二版本信息之间的增量QoS策略为：QoS策略3与QoS策略1之间的增量信息；此外，第一DR接口的全部QoS策略为QoS策略3。

综上所述，网络设备101通过周期性的发送第二报文，使得网络设备101能够获知网络设备102的QoS策略与网络设备101的QoS策略是否一致，并在不一致时，将网络设备101的QoS策略同步给网络设备102，即将最新的QoS策略同步给网络设备102，保证网络设备101和网络设备102的QoS策略一致。

而且，网络设备101可以将第一版本信息与第二版本信息之间的增量QoS策略发送给网络设备102，从而可以减少QoS策略同步所需要耗费的时间。

在一个例子中，网络设备102在接收到携带QoS策略的第一报文时，可以为第二DR接口配置该QoS策略，但是，若由于设备异常等原因，导致QoS策略的配置失败，即未成功同步到QoS策略，因此，还可以提供一种机制，保证QoS策略成功同步到网络设备102，为此，还可以采用如下方式：

网络设备102在接收到携带QoS策略的第一报文时，可以设置定时器，在定时器超时之前的这段时间内，网络设备102可以为第二DR接口配置QoS策略，若配置成功，则会保存对应的QoS策略和版本信息之间的映射关系。

在定时器超时之后，网络设备102可以比较第二版本信息(最新存储的版本信息)和第一版本信息是否相同。其中，该第二版本信息和该第一版本信息可以参见上述实施例，在此不再赘述，而且，网络设备102可以从第一报文中得到第一版本信息。

若第二版本信息和第一版本信息相同，则说明网络设备102已经成功为第二DR接口配置QoS策略，结束流程。若第二版本信息和第一版本信息不同，则说明网络设备102未成功为第二DR接口配置QoS策略，网络设备102向网络设备101发送第三报文，该第三报文包括第二DR接口的接口标识和第二版本信息。网络设备101接收到第三报文后，其处理流程参见上述实施例。

在一个例子中，网络设备101和网络设备102还可以通过IPL传输DRCPDU(Distributed Relay Control Protocol Data Unit，分布式聚合控制协议数据单元)报文，本实施例中，可以对DRCPDU报文进行改进，使得DRCPDU报文具有第一报文、第二报文、第三报文的功能，也就是说，上述第一报文、第二报文、第三报文，可以通过网络设备101和网络设备102之间的IPL进行传输。

为了使DRCPDU报文具有第一报文、第二报文、第三报文的功能，本实施例中，可以对DRCPDU报文进行扩展，在DRCPDU报文中增加QoS标志位字段、QoS版本号字段、QoS属性字段。其中，QoS标志位字段用于携带类型标识，通过该类型标识表示当前DRCPDU报文的类型；QoS版本号字段用于携带QoS策略的版本信息；QoS属性字段用于携带QoS策略。此外，DRCPDU报文还可以携带其它内容，如DR接口的接口标识等，对此不做限制。

其中，当QoS标志位字段为第一标识(如01)或者第二标识(如10)时，表示DRCPDU报文是第一报文，QoS属性字段携带有QoS策略，QoS版本号字段携带有QoS策略的版本信息。在实际应用中，由于QoS策略(如QoS策略1)的内容较多，因此，可以通过多个第一报文发送QoS策略1，第一标识表示第一报文不是携带QoS策略1的最后一个第一报文，第二标识表示第一报文是携带QoS策略1的最后一个第一报文。基于此，网络设备102在接收到QoS标志位字段为第二标识的第一报文后，获知QoS策略1已经传输完成。

其中，当QoS标志位字段为第三标识(如00)时，表示DRCPDU报文是第二报文，QoS版本号字段携带有QoS策略的版本信息。QoS属性字段未携带QoS策略(即字段为空)，或者，DRCPDU报文未携带QoS属性字段。

其中，当QoS标志位字段为第四标识(如11)时，表示DRCPDU报文是第三报文，QoS版本号字段携带有QoS策略的版本信息。QoS属性字段未携带QoS策略(即字段为空)，或者，DRCPDU报文未携带QoS属性字段。

在网络设备101向网络设备102发送第二报文时，QoS标志位字段为第三标识，QoS版本号字段携带第一DR接口的QoS策略的版本信息。在网络设备102向网络设备101发送第三报文时，QoS标志位字段为第四标识，QoS版本号字段携带第二DR接口的QoS策略的版本信息。

在一个例子中，网络设备101为第一DR接口配置QoS策略时，为了避免该QoS策略与第一DR接口的已有配置发生冲突(如QoS策略的名称与已有配置的名称相同)，可以采用如下方式：在用户为网络设备101的第一DR接口配置QoS策略时，可以检查该QoS策略与第一DR接口的已有配置是否发生冲突，如果是，则提示用户修改QoS策略的名称，直到QoS策略的名称与第一DR接口的已有配置的名称未发生冲突，如果否，则为第一DR接口配置未发生冲突的QoS策略。

例如，若用户为网络设备101的第一DR接口配置acl basic 2000drni，且第一DR接口的已有配置已经存在acl 2000，则网络设备101提示用户创建不成功，acl 2000已存在。因此，用户将QoS策略修改为acl basic 2001drni，若第一DR接口的已有配置不存在acl2001，则可以为第一DR接口配置acl basic 2001drni。

在一个例子中，网络设备102为第二DR接口配置QoS策略时，为了避免该QoS策略与第二DR接口的已有配置发生冲突(如QoS策略的名称与已有配置的名称相同)，还可以采用如下方式：在为第二DR接口配置QoS策略时，若确定本地存在与该QoS策略的名称相冲突的本地QoS策略，则网络设备102根据预设的命名规则将该QoS策略的第一名称修改为第二名称，并为第二DR接口配置名称修改后的QoS策略。

其中，预设的命名规则可以根据经验配置，如在第一名称之前添加drni-，得到第二名称，当然，上述只是预设的命名规则的示例，对此不做限制。

例如，QoS策略为Traffic classifier name drni，通过在第一名称“name”之前添加drni-，得到第二名称drni-name，这样，修改后的QoS策略为Traffic classifier drni-name drni。QoS策略为Qos apply policy name inbound/outbound，通过在第一名称“name”之前添加drni-，得到第二名称drni-name，这样，修改后的QoS策略为Qos applypolicy drni-name inbound/outbound。

在一个例子中，QoS策略可以包括但不限于：ACL(Access Control List，访问控制列表)、流分类、流行位、流策略等，对此QoS策略的内容不做限制。

在上述实施例中，是以用户为网络设备101的第一DR接口配置QoS策略为例，为了避免网络设备101的QoS策略与网络设备102的QoS策略不同，可以通过命令行的方式，限制用户只为网络设备101的第一DR接口配置QoS策略。即使用户为网络设备102的第二DR接口配置QoS策略，网络设备102也不会生效用户下发的QoS策略，只会生效来自网络设备101的QoS策略。

此外，网络设备102在接收到网络设备101发送的QoS策略时，若第二DR接口已经存在已有配置，则可以为QoS策略设置更高的优先级，即QoS策略的优先级高于已有配置的优先级，这样，网络设备102为第二DR接口配置该QoS策略后，由于该QoS策略的优先级高于已有配置的优先级，使得QoS策略生效。

在一个例子中，若用户需要为网络设备102的第二DR接口配置QoS策略，即用户从网络设备101切换到网络设备102工作，还可以采用如下方式：在网络设备101的第一DR接口的QoS策略与网络设备102的第二DR接口的QoS策略相同时，用户才可以从网络设备101切换到网络设备102工作。在用户从网络设备101切换到网络设备102工作之后，实现流程参见上述实施例，只是网络设备102为第一成员设备，网络设备101为第二成员设备，在此不再赘述。

基于与上述方法同样的申请构思，本申请实施例中还提出一种QoS策略的配置装置，应用于分布式聚合DR系统中的第一成员设备，所述DR系统还包括第二成员设备，参见图3所示，为所述装置的结构示意图，所述装置包括：

获取模块31，用于获取与本地的第一DR接口关联的QoS策略；

配置模块32，用于为所述第一DR接口配置所述QoS策略；

发送模块33，用于用于向所述第二成员设备发送第一报文，所述第一报文包括所述第一DR接口的接口标识和所述QoS策略，以使所述第二成员设备为所述接口标识对应的第二DR接口配置所述QoS策略。

所述第一成员设备包括用于存储QoS策略的数据库，所述装置还包括：

生成模块，用于当第一次在所述数据库中存储所述第一DR接口的QoS策略时，则为第一次存储的QoS策略生成初始版本信息；

当所述第一DR接口的QoS策略发生变化时，则根据所述初始版本信息为变化后的QoS策略生成更新版本信息；

其中，所述数据库中存储有所述第一DR接口的各QoS策略与其对应的版本信息之间的对应关系。

所述发送模块33向所述第二成员设备发送第一报文时具体用于：在确定所述第一DR接口的QoS策略发生变化时，向第二成员设备发送第一报文；或，

向所述第二成员设备发送第二报文，所述第二报文包括所述第一DR接口的最新QoS策略对应的第一版本信息；在接收所述第二成员设备返回的第三报文时，向所述第二成员设备发送第一报文；所述第三报文包括所述第二DR接口的最新QoS策略对应的第二版本信息，所述第三报文是所述第二成员设备在确定所述第二版本信息与所述第一版本信息不同时，向所述第一成员设备发送的。

本申请实施例提供的第一成员设备，从硬件层面而言，硬件架构示意图具体可以参见图4所示，可以包括：机器可读存储介质和处理器，其中：

机器可读存储介质：存储指令代码。

处理器：与机器可读存储介质通信，读取和执行机器可读存储介质中存储的所述指令代码，实现本申请上述示例公开的QoS策略的配置操作。

这里，机器可读存储介质可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：RAM(RadomAccess Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

基于与上述方法同样的申请构思，本申请实施例中还提出一种QoS策略的配置装置，应用于分布式聚合DR系统中的第二成员设备，所述DR系统还包括第一成员设备，参见图5所示，为所述装置的结构示意图，所述装置包括：

接收模块51，用于接收第一成员设备发送的第一报文，所述第一报文包括所述第一成员设备的第一DR接口的接口标识和QoS策略，所述QoS策略是为所述第一DR接口配置的；

获取模块52，用于从所述第一报文中获取所述接口标识和所述QoS策略；

配置模块53，用于若本地存在与所述接口标识对应的第二DR接口，则为所述第二DR接口配置所述QoS策略。

所述第一报文还包括所述第一DR接口的最新QoS策略对应的第一版本信息，所述第二成员设备包括用于存储QoS策略的数据库，

所述接收模块51，还用于接收所述第一成员设备发送的第二报文，所述第二报文包括所述第一DR接口的最新QoS策略对应的第一版本信息；

在一个例子中，所述QoS策略的配置装置还包括(图中未示出)：确定模块，用于确定所述第二DR接口的最新QoS策略对应的第二版本信息；

发送模块，用于若所述第二版本信息与所述第一版本信息不同，则向所述第一成员设备发送第三报文，所述第三报文包括所述第二版本信息，以使所述第一成员设备根据所述第二版本信息向所述第二成员设备发送第一报文；

存储模块，用于在所述配置模块为所述第二DR接口配置所述QoS策略之后，将所述第一版本信息与所述第二DR接口的最新QoS策略之间的对应关系存储在所述数据库中。

本申请实施例提供的第二成员设备，从硬件层面而言，硬件架构示意图具体可以参见图6所示，可以包括：机器可读存储介质和处理器，其中：

机器可读存储介质：存储指令代码。

处理器：与机器可读存储介质通信，读取和执行机器可读存储介质中存储的所述指令代码，实现本申请上述示例公开的QoS策略的配置操作。

这里，机器可读存储介质可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：RAM(RadomAccess Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可以由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

而且，这些计算机程序指令也可以存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或者多个流程和/或方框图一个方框或者多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上，使得在计算机或者其它可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (12)

1.一种QoS策略的配置方法，其特征在于，应用于分布式聚合DR系统中的第一成员设备，所述DR系统还包括第二成员设备，所述方法包括：

获取与本地的第一DR接口关联的QoS策略；

为所述第一DR接口配置所述QoS策略；

向所述第二成员设备发送第一报文，所述第一报文包括所述第一DR接口的接口标识和所述QoS策略，以使所述第二成员设备为所述接口标识对应的第二DR接口配置所述QoS策略。

2.根据权利要求1所述的方法，其特征在于，所述第一成员设备包括用于存储QoS策略的数据库，所述方法还包括：

当第一次在所述数据库中存储所述第一DR接口的QoS策略时，则为第一次存储的QoS策略生成初始版本信息；

当所述第一DR接口的QoS策略发生变化时，则根据所述初始版本信息为变化后的QoS策略生成更新版本信息；

所述数据库中存储有所述第一DR接口的各QoS策略与其对应的版本信息之间的对应关系。

3.根据权利要求2所述的方法，其特征在于，所述向所述第二成员设备发送第一报文，包括：

在确定所述第一DR接口的QoS策略发生变化时，向所述第二成员设备发送第一报文；或者，

向所述第二成员设备发送第二报文，所述第二报文包括所述第一DR接口的最新QoS策略对应的第一版本信息；在接收所述第二成员设备返回的第三报文时，向所述第二成员设备发送第一报文；所述第三报文包括所述第二DR接口的最新QoS策略对应的第二版本信息，所述第三报文是所述第二成员设备在确定所述第二版本信息与所述第一版本信息不同时，向所述第一成员设备发送的。

4.根据权利要求3所述的方法，其特征在于，将所述第一DR接口的所述第一版本信息与所述第二版本信息之间的增量QoS策略确定为待发送QoS策略；或者，将所述第一DR接口的全部QoS策略确定为待发送QoS策略；

所述第一报文携带的QoS策略是所述待发送QoS策略。

5.一种QoS策略的配置方法，其特征在于，应用于分布式聚合DR系统中的第二成员设备，所述DR系统还包括第一成员设备，所述方法包括：

接收第一成员设备发送的第一报文，所述第一报文包括所述第一成员设备的第一DR接口的接口标识和QoS策略，所述QoS策略是为所述第一DR接口配置的；

从所述第一报文中获取所述接口标识和所述QoS策略；

若本地存在与所述接口标识对应的第二DR接口，则为所述第二DR接口配置所述QoS策略。

6.根据权利要求5所述的方法，其特征在于，所述第一报文还包括所述第一DR接口的最新QoS策略对应的第一版本信息，所述第二成员设备包括用于存储QoS策略的数据库，

所述接收第一成员设备发送的第一报文之前，所述方法还包括：

接收所述第一成员设备发送的第二报文，所述第二报文包括所述第一DR接口的最新QoS策略对应的第一版本信息；

确定所述第二DR接口的最新QoS策略对应的第二版本信息；

若所述第二版本信息与所述第一版本信息不同，则向所述第一成员设备发送第三报文，所述第三报文包括所述第二版本信息，以使所述第一成员设备根据所述第二版本信息向所述第二成员设备发送第一报文；

在为所述第二DR接口配置所述QoS策略之后，所述方法还包括：

将所述第一版本信息与所述第二DR接口的最新QoS策略之间的对应关系存储在所述数据库中。

7.根据权利要求5所述的方法，其特征在于，若确定本地存在与所述QoS策略的名称相冲突的本地QoS策略，

所述为所述第二DR接口配置所述QoS策略，包括：

根据预设的命名规则将所述QoS策略的第一名称修改为第二名称；

为所述第二DR接口配置名称修改后的QoS策略。

8.一种QoS策略的配置装置，其特征在于，应用于分布式聚合DR系统中的第一成员设备，所述DR系统还包括第二成员设备，所述装置包括：

获取模块，用于获取与本地的第一DR接口关联的QoS策略；

配置模块，用于为所述第一DR接口配置所述QoS策略；

发送模块，用于向所述第二成员设备发送第一报文，所述第一报文包括所述第一DR接口的接口标识和所述QoS策略，以使所述第二成员设备为所述接口标识对应的第二DR接口配置所述QoS策略。

9.根据权利要求8所述的装置，其特征在于，所述第一成员设备包括用于存储QoS策略的数据库，所述装置还包括：

生成模块，用于当第一次在所述数据库中存储所述第一DR接口的QoS策略时，则为第一次存储的QoS策略生成初始版本信息；

当所述第一DR接口的QoS策略发生变化时，则根据所述初始版本信息为变化后的QoS策略生成更新版本信息；

其中，所述数据库中存储有所述第一DR接口的各QoS策略与其对应的版本信息之间的对应关系。

10.根据权利要求9所述的装置，其特征在于，

所述发送模块向所述第二成员设备发送第一报文时具体用于：在确定所述第一DR接口的QoS策略发生变化时，向所述第二成员设备发送第一报文；或，

向所述第二成员设备发送第二报文，所述第二报文包括所述第一DR接口的最新QoS策略对应的第一版本信息；在接收所述第二成员设备返回的第三报文时，向所述第二成员设备发送第一报文；所述第三报文包括所述第二DR接口的最新QoS策略对应的第二版本信息，所述第三报文是所述第二成员设备在确定所述第二版本信息与所述第一版本信息不同时，向所述第一成员设备发送的。

11.一种QoS策略的配置装置，其特征在于，应用于分布式聚合DR系统中的第二成员设备，所述DR系统还包括第一成员设备，所述装置包括：

接收模块，用于接收第一成员设备发送的第一报文，所述第一报文包括所述第一成员设备的第一DR接口的接口标识和QoS策略，所述QoS策略是为所述第一DR接口配置的；

获取模块，用于从所述第一报文中获取所述接口标识和所述QoS策略；

配置模块，用于若本地存在与所述接口标识对应的第二DR接口，则为所述第二DR接口配置所述QoS策略。

12.根据权利要求11所述的装置，其特征在于，所述第一报文还包括所述第一DR接口的最新QoS策略对应的第一版本信息，所述第二成员设备包括用于存储QoS策略的数据库，

所述接收模块，还用于接收所述第一成员设备发送的第二报文，所述第二报文包括所述第一DR接口的最新QoS策略对应的第一版本信息；

所述装置还包括：确定模块，用于确定所述第二DR接口的最新QoS策略对应的第二版本信息；

发送模块，用于若所述第二版本信息与所述第一版本信息不同，则向所述第一成员设备发送第三报文，所述第三报文包括所述第二版本信息，以使所述第一成员设备根据所述第二版本信息向所述第二成员设备发送第一报文；

存储模块，用于在所述配置模块为所述第二DR接口配置所述QoS策略之后，将所述第一版本信息与所述第二DR接口的最新QoS策略之间的对应关系存储在所述数据库中。