WO2010081321A1 - 实现上送速率动态联动的方法、装置和系统 - Google Patents

实现上送速率动态联动的方法、装置和系统 Download PDF

Info

Publication number
WO2010081321A1
WO2010081321A1 PCT/CN2009/073127 CN2009073127W WO2010081321A1 WO 2010081321 A1 WO2010081321 A1 WO 2010081321A1 CN 2009073127 W CN2009073127 W CN 2009073127W WO 2010081321 A1 WO2010081321 A1 WO 2010081321A1
Authority
WO
WIPO (PCT)
Prior art keywords
protocol
module
rate
bandwidth
forwarding engine
Prior art date
Application number
PCT/CN2009/073127
Other languages
English (en)
French (fr)
Inventor
潘永波
Original Assignee
华为技术有限公司
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
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP09180877A priority Critical patent/EP2204953A1/en
Priority to US12/650,194 priority patent/US20100166011A1/en
Publication of WO2010081321A1 publication Critical patent/WO2010081321A1/zh

Links

Classifications

    • 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
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/803—Application aware
    • 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

Definitions

  • the present invention relates to the field of communications, and in particular, to a method, apparatus, and system for implementing uplink linkage rate dynamic linkage. Background technique
  • DOS Delivery of Service
  • an attacker continuously uses a large number of data packets or malformed packets to initiate a connection or request response to a network device in a short period of time.
  • the server is overloaded and cannot handle legitimate tasks, resulting in network devices.
  • Business is abnormal.
  • the CPU (Central Process Unit) of the network device is responsible for processing various protocol packets sent, managing packets, calculating routes, updating entries, etc., which is the core of the network device, but due to limited CPU processing capacity, That is, the rate of the traffic that can be processed is limited. If there is a DOS attack on the CPU of the network device, the traffic sent by the CPU exceeds the processing power of the CPU, and the normal packet is not processed by the CPU. Interruption can seriously cause the CPU to fail, which in turn causes the whole machine to fail.
  • the traffic restriction function is currently used to prevent the DOS attack of the CPU.
  • the rate of traffic sent to the CPU is determined by the command line or the default value.
  • the CAR (admitted access rate) mechanism is used to limit the rate of traffic sent by various protocols.
  • the default value plus the configuration value is generally used to determine the rate of traffic that is allowed to be sent by various protocols. If the user configures the bandwidth of a certain protocol through the command line, the configuration value is adopted. Otherwise, one will be adopted.
  • the default value at initialization is used to determine the upstream bandwidth rate value of the protocol.
  • the embodiment of the invention provides a method, a device and a system for realizing the uplink rate dynamic linkage, so as to solve the problem that the speed limit of the traffic sent by various protocols in the communication network is not flexible.
  • An embodiment of the present invention is directed to: a method for dynamically uplinking a rate, comprising: receiving an uplink bandwidth rate value currently required by at least one protocol; and an uplink bandwidth rate currently required by the at least one protocol The value is obtained by using the current state information of the at least one protocol; and the at least one protocol allocation band is currently required according to the at least one protocol.
  • the system for dynamically transmitting the uplink rate includes: a protocol information acquiring module and a forwarding engine module, where the protocol information acquiring module is configured to obtain, according to current state information of the at least one protocol, the current sending of the at least one protocol a bandwidth rate value, and the obtained uplink bandwidth rate that is required by the at least one protocol is sent to the forwarding engine module; the forwarding engine module is configured to send a bandwidth rate value that is currently required according to the at least one protocol To allocate bandwidth for the at least one protocol.
  • the protocol information obtaining module, the service processing module, and the forwarding engine module are linked, and the bandwidth rate value currently required by at least one protocol dynamically obtained according to the information of at least one protocol is And sending, to the forwarding engine module, the obtained uplink bandwidth rate value that is obtained by the at least one protocol, and the forwarding engine module allocates bandwidth to the at least one protocol according to the uplink bandwidth rate value currently required by the at least one protocol, thereby ensuring forwarding
  • the bandwidth allocated by the engine module for various protocols is consistent with the actual situation of the protocol, which can not only meet the normal operation of the protocol, but also waste too much CPU channel.
  • FIG. 1 is a schematic structural diagram of a system for implementing uplink rate dynamic linkage according to an embodiment of the present invention
  • FIG. 2 is a schematic diagram of a method for implementing uplink delivery rate linkage according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of a method for sending a packet of a forwarding engine module according to an embodiment of the present invention
  • FIG. 4 is a schematic structural diagram of a system for uplink rate dynamic linkage according to another embodiment of the present invention
  • FIG. 5 is a flowchart of a method for implementing uplink rate association according to another embodiment of the present invention.
  • a method for dynamically sending uplink rate including: receiving an uplink bandwidth rate value currently required by at least one protocol delivered by a service processing module; The uplink bandwidth rate value that is currently required by the protocol is obtained by using the current state information of the at least one protocol; and the committed access rate CAR parameter value corresponding to the at least one protocol is updated according to the uplink bandwidth rate value currently required by the at least one protocol.
  • a system for implementing uplink dynamic rate linkage which includes a service processing module and a device for dynamically uplinking rate linkage, and the device for implementing uplink rate dynamic linkage includes a protocol information acquisition module. And a forwarding engine module, where the protocol information obtaining module is configured to obtain, according to current state information of the at least one protocol, a current uplink bandwidth rate value required by the at least one protocol, and obtain the obtained at least one protocol currently required Sending a bandwidth rate to the forwarding engine module; the forwarding engine module is configured to allocate bandwidth to the at least one protocol according to an uplink bandwidth rate value currently required by the at least one protocol.
  • the protocol information obtaining module, the service processing module, and the forwarding engine module are linked, and the required bandwidth rate value is dynamically obtained according to the information of each protocol in the service processing module, and the required uplink bandwidth rate value is obtained.
  • the forwarding engine module sends a bandwidth to each type of protocol according to the required bandwidth rate value, so that the bandwidth allocated by the forwarding engine module for each type of protocol is consistent with the actual situation of the protocol, and the protocol can be satisfied. Normal operation, no excessive allocation and wasted CPU channel bandwidth.
  • FIG. 1 is a schematic diagram of a system for implementing dynamic linkage of uplink sending rates according to an embodiment of the present invention.
  • the system for dynamically uplinking the rate includes a device for dynamically uplinking the rate and a service processing module 102.
  • the device that implements the uplink rate dynamic linkage includes the protocol information obtaining module 101 and the forwarding engine module 103.
  • the protocol information obtaining module 101 dynamically obtains the currently required uplink bandwidth rate according to the information of various protocols in the service processing module 102.
  • the value, and the obtained required bandwidth rate is sent to the forwarding engine module 103; the forwarding engine module 103 allocates bandwidth for each type of protocol according to the required bandwidth rate value, thereby ensuring that the forwarding engine module allocates for various protocols.
  • the bandwidth is consistent with the actual situation of the protocol, which can not only meet the normal operation of the protocol, but also waste too much CPU channel bandwidth.
  • FIG. 2 is a schematic diagram of a method for implementing uplink delivery rate linkage according to an embodiment of the present invention.
  • the method includes: 201:
  • the protocol information obtaining module calculates a bandwidth rate value that needs to be sent by the protocol according to the current state information of the various protocols, such as the number of nodes, the size of the protocol packet, and the interval at which the protocol packet is sent. For example, a protocol needs to send a bandwidth of 1M at time t1, and then at time t2, the protocol increases the number of peers by two times when the configuration is unchanged, so the bandwidth required for the protocol is 2M at time t2. .
  • This step is dynamic, that is, when there is a change in the protocol state, for example, the number of peers in a protocol increases, and after the protocol information acquisition module finds such a change, the rate of the uplink bandwidth required by the protocol is recalculated, and the process proceeds to 202. deal with.
  • the protocol information obtaining module notifies the forwarding engine module of the dynamically calculated bandwidth rate value of the protocol to perform a delivery process
  • the CAR parameter value is updated for the protocol, for example, a protocol in 201 is from t1 to t2, because the node is unchanged in the configuration. The number is increased to twice the original value, and the required uplink bandwidth rate value needs to be twice as large as 2M. All the CAR parameters corresponding to the protocol need to be set to 2M at time t2. Ensure that the rate limit value of each type of protocol in the forwarding engine module is consistent with the service processing layer.
  • FIG. 3 is a schematic diagram of a method for sending a packet of a forwarding engine module, where the method includes:
  • the forwarding engine module After receiving the packet to be sent, the forwarding engine module extracts the protocol type information of the packet.
  • the protocol type information is information that can confirm the protocol type, such as the IP header protocol type, TCP, UDP port number, and the like; for example, the BGP protocol packet is TCP and the TCP port number is 179. Therefore, the protocol packet information can be extracted and processed to see if it is TCP, and the port number is 179. If yes, it means BGP packet, otherwise it is judged whether it is another packet type.
  • the 302 Perform corresponding CAR processing on the sent packet according to the protocol type information, that is, determine whether to send the packet according to the CAR parameter value of the protocol.
  • the value of the CAR parameter of the various protocols is obtained by the association between the service processing module and the forwarding engine module. For example, in a step 201, the required bandwidth of the protocol is 1M, and the required bandwidth for the 12th time is 2M.
  • the protocol packet is sent to the CPU for processing.
  • the forwarding engine module can discard the protocol packet.
  • a system for dynamically sending uplink rate includes a protocol information obtaining module 401, a service processing module 402, and a forwarding engine module 403, where:
  • the protocol information obtaining module 401 is configured to dynamically obtain the uplink bandwidth rate value of the at least one protocol according to the information of the at least one protocol, and send the obtained uplink bandwidth rate of the at least one protocol to the service processing module 402.
  • the service processing module 402 is configured to receive the at least one protocol sent bandwidth rate value obtained by the protocol information obtaining module 401, and send the value to the forwarding engine module 403;
  • the forwarding engine module 403 is configured to receive an uplink bandwidth rate value of the at least one protocol sent by the service processing module 402, and allocate a bandwidth to the at least one protocol according to the uplink bandwidth rate value of the at least one protocol.
  • a method for dynamic linkage of an uplink rate includes:
  • the protocol information obtaining module calculates a bandwidth rate value that needs to be sent by the protocol according to the current state information of the protocol, such as the number of the node, the size of the protocol packet, and the sending interval of the protocol packet, and sends the bandwidth rate value to the service processing. Module. For example, when a protocol needs to send a bandwidth of 1M at time t1, and then at time t2, the protocol increases the number of peers by two times when the configuration is unchanged. Therefore, the bandwidth required for the protocol to be sent is 2M at time t2. .
  • This step is dynamic, that is, when there is a change in the protocol status, for example, the number of peers in a protocol is increased. After the protocol information acquisition module finds such a change, the rate of the uplink bandwidth required by the protocol is recalculated, and the process proceeds to 502. deal with.
  • the service processing module notifies the forwarding engine module of the dynamically sent bandwidth rate value of the dynamically calculated protocol forwarded by the protocol information obtaining module, and sends the processing to the forwarding engine module;
  • the CAR parameter value is updated for the protocol, for example, a protocol in 201 is from tl to t2, due to configuration
  • the number of nodes is increased to twice the original value, and the required uplink bandwidth rate value needs to be twice as large as 2M.
  • All the CAR parameters corresponding to the protocol need to be set to 2M at time t2. Ensure that the rate limit value of each type of protocol in the forwarding engine module is consistent with the service processing layer.
  • the association between the protocol information acquisition module, the service processing module, and the forwarding engine module is ensured, and the rate of the uplink bandwidth allocated by the forwarding engine for each protocol is required by each protocol, and the CPU channel bandwidth is saved. Since the linkage between the service processing module and the forwarding engine module is dynamically performed, it can ensure that the requirements of each protocol can be met at any time, and the CPU channel bandwidth can be saved.
  • the present invention can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is a better implementation. the way.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium, including a plurality of instructions for making a A computer device (which may be a personal computer, server, or network device, etc.) performs the methods described in various embodiments of the present invention.

Landscapes

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

Description

实现上送速率动态联动的方法、 装置和系统 本申请要求了 2008年 12月 30日递交的申请号为 200810242168. 8， 发 明名称为 "实现上送速率动态联动的方法、 装置和系统" 的中国专利申请的 优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信领域， 尤其涉及一种实现上送速率动态联动的方法、 装 置和系统。 背景技术
随着 Internet的发展， 组网环境日趋复杂， 网络攻击、病毒攻击也日益 频繁， 对网络设备的危害性也日趋严重。 DOS (Denial of Service, 拒绝服 务） 攻击中， 攻击者短时间内使用大量数据包或畸形报文向网络设备不断发 起连接或请求响应， 致使服务器负荷过重而不能处理合法任务， 从而导致网 络设备业务异常。
网络设备的 CPU (Central Process Unit, 中央处理器） 负责处理各种 上送的协议报文， 管理报文以及计算路由， 更新表项等， 是网络设备的核心 所在，但是由于 CPU处理能力有限， 即能够处理的上送报文流量的速率有限， 如果存在针对网络设备 CPU的 DOS攻击， 导致上送流量报文超出了 CPU的处 理能力，轻则导致正常报文得不到 CPU处理而出现业务中断，严重会导致 CPU 失效， 进而导致整机失效。
为了防止针对网络设备 CPU的 DOS攻击， 当前通常使用流量限制功能对 CPU的 DOS攻击进行防范。 各类协议允许上送 CPU的流量速率通过命令行或 者采取默认值来确定， 通过 CAR (admitted Access Rate, 承诺访问速率） 机制来实现对各类协议上送流量的限速。 当前普遍采取默认值加配置值的方式来确定各类协议允许上送流量速率 大小， 如果用户通过命令行对某种协议的上送带宽进行了配置， 则采用该配 置值，否则，将采取一套初始化时的默认值来决定该协议的上送带宽速率值。
但是在现网运用中， 随着 peer (节点） 数、 网络拓扑、 协议配置参数值 等的变化， 各类协议报文在不同时间需要的上送带宽速率值不同， 这样在运 行期间当出现某协议需要的上送带宽速率值比默认值大时， 需要通过命令行 对上送带宽速率值进行调整以保证正常协议报文的上送， 相当繁琐。 如果对 某种协议配置的上送带宽速率值过大， 又会浪费 CPU通道的带宽， 使其他需 要上送流量大的协议得不到 CPU处理， 影响其他协议的正常业务。 发明内容
本发明实施例提供一种实现上送速率动态联动的方法、 装置及系统， 以 解决目前通信网络中对各类协议上送流量的限速不灵活的问题。
本发明解决上述技术问题的一个实施方式是： 提供一种上送速率动态联 动的方法， 包括： 接收至少一协议当前需要的上送带宽速率值； 所述至少一 协议当前需要的上送带宽速率值通过所述至少一协议的当前状态信息获取； 根据所述至少一协议当前需要的上送带宽速率值为所述至少一协议分配带 本发明解决上述技术问题的另一个实施方式是： 提供一种实现上送速率 动态联动的系统， 包括:协议信息获取模块和转发引擎模块， 其中， 所述协议 信息获取模块， 用于根据至少一协议的当前状态信息获取当前该至少一协议 需要的上送带宽速率值， 并将获得的所述至少一协议当前需要的上送带宽速 率发给所述转发引擎模块； 所述转发引擎模块， 用于根据所述至少一协议当 前需要的上送带宽速率值来为所述至少一协议分配带宽。
本发明实施例将协议信息获取模块、业务处理模块与转发引擎模块联动， 根据至少一协议的信息动态获取的至少一协议当前需要的上送带宽速率值并 将获得的该至少一协议当前需要的上送带宽速率值下发给转发引擎模块， 转 发引擎模块根据该至少一协议当前需要的上送带宽速率值来为该至少一协议 分配带宽， 从而保证转发引擎模块为各类协议分配的带宽与该协议的实际情 况相符， 既能够满足该协议的正常运转， 又不会分配过多而浪费 CPU通道带
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明实施例的一种实现上送速率动态联动的系统结构示意图； 图 2为本发明一个实施例的实现上送速率联动方法示意图；
图 3为本发明实施例的转发引擎模块报文上送方法示意图；
图 4是本发明另一个实施例的上送速率动态联动的系统构成示意图； 图 5为本发明另一个实施例的实现上送速率联动方法流程图。
具体实施方式
为了使本领域的技术人员更好的理解本发明内容， 以下结合附图以及具 体实施例对本发明内容作具体说明， 显然， 所描述的实施例仅仅是本发明一 部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技 术人员在没有作出创造性劳动前提下所获得的所有其他实施例， 都属于本发 明保护的范围。
以下结合具体实施方式来说明本发明的实现过程。
本发明的一个实施方式中， 提供一种上送速率动态联动的方法， 包括： 接收业务处理模块下发的至少一协议当前需要的上送带宽速率值； 该至少一 协议当前需要的上送带宽速率值通过所述至少一协议的当前状态信息获取； 根据所述至少一协议当前需要的上送带宽速率值更新所述至少一协议对应的 承诺访问速率 CAR参数值。
本发明的另一个实施方式中提供一种实现上送速率动态联动的系统， 包 括业务处理模块和实现上送速率动态联动的装置， 所述实现上送速率动态联 动的装置， 包括协议信息获取模块和转发引擎模块， 其中， 所述协议信息获 取模块用于根据至少一协议的当前状态信息获取当前该至少一协议需要的上 送带宽速率值， 并将获得的所述至少一协议当前需要的上送带宽速率发给所 述转发引擎模块； 所述转发引擎模块用于根据所述至少一协议当前需要的上 送带宽速率值来为所述至少一协议分配带宽。
本发明实施例将协议信息获取模块、业务处理模块与转发引擎模块联动， 根据业务处理模块中各协议的信息动态获取的需要的上送带宽速率值并将获 得的所需上送带宽速率值下发给转发引擎模块， 转发引擎模块根据所需上送 带宽速率值来为各类协议分配带宽， 从而保证转发引擎模块为各类协议分配 的带宽与该协议的实际情况相符， 既能够满足该协议的正常运转， 又不会分 配过多而浪费 CPU通道带宽。
请参考图 1， 为本发明实施例的一种实现上送速率动态联动的系统示意 图。 所述实现上送速率动态联动的系统包括实现上送速率动态联动的装置及 业务处理模块 102。 所述实现上送速率动态联动的装置包括协议信息获取模 块 101和转发引擎模块 103， 其中， 协议信息获取模块 101根据业务处理模 块 102中的各类协议的信息动态获取当前需要的上送带宽速率值， 并将获得 的所需上送带宽速率发给转发引擎模块 103 ; 转发引擎模块 103根据所需上 送带宽速率值来为各类协议分配带宽， 从而保证转发引擎模块为各类协议分 配的带宽与该协议的实际情况相符， 既能够满足该协议的正常运转， 又不会 分配过多而浪费 CPU通道带宽。
图 2为本发明实施例的一种实现上送速率联动方法示意图。该方法包括： 201： 协议信息获取模块根据各类协议的当前状态信息， 比如节点数、协 议报文的大小以及协议报文的发送时间间隔等计算出该类协议需要上送的带 宽速率值。 比如某协议在时间 t l时需要上送带宽为 1M, 然后到了时间 t2， 该协议在配置不变的情况下 peer数增加到原来的两倍了， 所以在 t2时刻该 协议上送带宽需要为 2M。 这一步是动态的， 即当有协议状态发生变化， 比如 某协议中 peer数增加了，协议信息获取模块发现这种变化后，重新计算该协 议需要的上送带宽速率值， 并转到 202进行处理。
202 :协议信息获取模块将动态计算出的协议的上送带宽速率值通知转发 引擎模块进行下发处理； 转 203。
203 :转发引擎模块在收到协议信息获取模块通知的协议上送带宽速率值 后， 为该协议更新 CAR参数值， 比如 201中某协议从 t l到 t2时刻， 由于在 配置不变的情况下节点数增加到了原来的两倍， 导致需要的上送带宽速率值 也需要变为原来的两倍， 为 2M, 所有在 t2时刻需要将该协议对应的 CAR参 数设置为 2M。 确保在转发引擎模块对各类协议的限速值与业务处理层一致。
图 3为转发引擎模块的报文上送方法示意图， 该方法包括：
301： 转发引擎模块收到要上送的报文后， 提取该报文的协议类型信息。 所述协议类型信息为可以确认协议类型的信息， 比如 IP头协议类型； TCP , UDP头端口号等等；例如： BGP协议报文，是采用 TCP ,并且 TCP端口号为 179。 所以可以把协议报文信息提取处理，看是不是 TCP ,且端口号为 179，如果是， 就表示是 BGP报文， 否则再判断是不是别的报文类型。
302：根据该协议类型信息对该上送报文进行相应的 CAR处理， 即根据该 协议的 CAR参数值确定是否上送该报文。 各种协议的 CAR参数值由业务处理 模块与转发引擎模块联动得出，比如 201步骤中的某协议 t l时刻需要的上送 带宽为 1M , 12时刻需要的上送带宽为 2M。
303：如果按照该协议的 CAR参数对该协议报文做 CAR处理，结果为允许 该协议报文通过， 则将该协议报文上送 CPU进行处理。 304：如果按照该协议的 CAR参数对该协议报文做 CAR处理，结果为不允 许该协议报文通过， 则在转发引擎模块即可将该协议报文丢弃。
本发明的又一个实施方式中， 提供一种上送速率动态联动的系统， 如图 4所示，该系统包括协议信息获取模块 401、业务处理模块 402以及转发引擎 模块 403， 其中：
协议信息获取模块 401， 用于根据至少一协议的信息动态获取上述至少 一协议的上送带宽速率值， 并将获得的至少一协议的上送带宽速率发给业务 处理模块 402;
业务处理模块 402， 用于接收协议信息获取模块 401获取到的至少一协 议的上送带宽速率值， 并下发给转发引擎模块 403;
转发引擎模块 403， 用于接收业务处理模块 402发送的至少一协议的上 送带宽速率值， 并根据上述至少一协议的上送带宽速率值来为上述至少一协 议分配带宽。
本发明的又一个实施方式中， 提供一种上送速率动态联动的方法， 如图 5所示， 该方法包括：
501， 协议信息获取模块根据各类协议的当前状态信息， 比如节点数、协 议报文的大小以及协议报文的发送时间间隔等计算出该类协议需要上送的带 宽速率值， 并发给业务处理模块。 比如某协议在时间 tl 时需要上送带宽为 1M, 然后到了时间 t2， 该协议在配置不变的情况下 peer数增加到原来的两 倍了， 所以在 t2时刻该协议上送带宽需要为 2M。 这一步是动态的， 即当有 协议状态发生变化， 比如某协议中 peer数增加了，协议信息获取模块发现这 种变化后， 重新计算该协议需要的上送带宽速率值， 并转到 502进行处理。
502 :业务处理模块将该协议信息获取模块转发的动态计算出的协议的上 送带宽速率值通知转发引擎模块进行下发处理； 转 503。
503： 转发引擎模块在收到业务处理模块通知的协议上送带宽速率值后， 为该协议更新 CAR参数值， 比如 201中某协议从 tl到 t2时刻， 由于在配置 不变的情况下节点数增加到了原来的两倍， 导致需要的上送带宽速率值也需 要变为原来的两倍， 为 2M, 所有在 t2时刻需要将该协议对应的 CAR参数设 置为 2M。 确保在转发引擎模块对各类协议的限速值与业务处理层一致。
本发明通过协议信息获取模块、 业务处理模块与转发引擎模块的上送速 率联动， 保证转发引擎为各协议分配的上送带宽速率值为各协议所需要的， 同时又能节省 CPU通道带宽。 由于业务处理模块与转发引擎模块的上送速率 联动是动态进行的， 可以确保任何时候都能够满足各协议的要求， 又能节省 CPU通道带宽。
通过以上的实施方式的描述， 所属领域的技术人员可以清楚地了解到本 发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件， 但很多情况下前者是更佳的实施方式。 基于这样的理解， 本发明的技术方案 本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来， 该计算机软件产品存储在一个存储介质中， 包括若干指令用以使得一台计算 机设备 （可以是个人计算机， 服务器， 或者网络设备等） 执行本发明各个实 施例所述的方法。
以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并不 局限于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围和不脱 离本发明的技术思想范围内， 可轻易想到的变化或替换， 都应涵盖在本发明 的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims

权利要求书
1 . 一种上送速率动态联动的方法， 其特征在于， 包括：
接收至少一协议当前需要的上送带宽速率值； 所述至少一协议当前需要的 上送带宽速率值通过所述至少一协议的当前状态信息获取；
根据所述至少一协议当前需要的上送带宽速率值为所述至少一协议分配 带宽。
2.根据权利要求 1所述的方法， 其特征在于， 所述根据所述至少一协议当 前需要的上送带宽速率值来为所述至少一协议分配带宽， 具体包括：
根据所述至少一协议当前需要的上送带宽速率值更新所述至少一协议对 应的承诺访问速率 CAR参数值；
根据更新的所述承诺访问速率 CAR参数值为所述至少一协议分配带宽。
3. 如权利要求 1所述的方法， 其特征在于， 所述至少一协议的当前状态 信息包括以下信息中的一种或多种： 节点数、 协议报文的大小、 协议报文的发 送时间间隔。
4. 如权利要求 1所述的方法， 其特征在于， 所述至少一协议当前需要的 上送带宽速率值来自协议信息获取模块或业务处理模块。
5. 如权利要求 1至 4中任一所述的方法， 其特征在于， 还包括： 提取接收的报文的协议类型信息， 根据该协议类型信息对该接收的报文进 行相应的 CAR处理。
6. 如权利要求 5所述的方法， 其特征在于， 所述根据该协议类型信息对 该接收的报文进行相应的 CAR处理， 具体为： 根据该接收的报文的 CAR参数值 确定是否上送该接收的报文。
7. 一种实现上送速率动态联动的系统， 其特征在于， 包括协议信息获取 模块和转发引擎模块， 其中，
所述协议信息获取模块，用于根据至少一协议的当前状态信息获取当前该 至少一协议需要的上送带宽速率值， 并将获得的所述至少一协议当前需要的上 送带宽速率发给所述转发引擎模块；
所述转发引擎模块， 用于根据所述至少一协议当前需要的上送带宽速率值 来为所述至少一协议分配带宽。
8.如权利要求 7所述的系统， 其特征在于， 所述系统还包括： 业务处理模 块；
所述协议信息获取模块，用于根据至少一协议的当前状态信息获取当前该 至少一协议需要的上送带宽速率值， 并将获得的所述至少一协议当前需要的上 送带宽速率通过所述业务处理模块发给所述转发引擎模块；
所述业务处理模块， 用于接收所述协议信息获取模块获取到的所述至少一 协议的上送带宽速率值， 并下发给所述转发引擎模块。
PCT/CN2009/073127 2008-12-30 2009-08-06 实现上送速率动态联动的方法、装置和系统 WO2010081321A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP09180877A EP2204953A1 (en) 2008-12-30 2009-12-29 Method, apparatus and system for realizing dynamic correlation of control plane traffic rate
US12/650,194 US20100166011A1 (en) 2008-12-30 2009-12-30 Method, apparatus and system for realizing dynamic correlation of control plane traffic rate

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNA2008102421688A CN101478408A (zh) 2008-12-30 2008-12-30 实现上送速率动态联动的方法、装置和系统
CN200810242168.8 2008-12-30

Publications (1)

Publication Number Publication Date
WO2010081321A1 true WO2010081321A1 (zh) 2010-07-22

Family

ID=40839042

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/073127 WO2010081321A1 (zh) 2008-12-30 2009-08-06 实现上送速率动态联动的方法、装置和系统

Country Status (2)

Country Link
CN (1) CN101478408A (zh)
WO (1) WO2010081321A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101478408A (zh) * 2008-12-30 2009-07-08 华为技术有限公司 实现上送速率动态联动的方法、装置和系统
CN101699817B (zh) * 2009-11-04 2012-09-26 杭州华三通信技术有限公司 报文上送cpu的控制方法和装置
CN105099924B (zh) * 2015-06-30 2018-04-20 新华三技术有限公司 基于路由信息协议的路由更新方法和设备
CN106254266B (zh) * 2016-08-17 2020-02-04 中国联合网络通信集团有限公司 一种报文处理方法及网络设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050157647A1 (en) * 2004-01-21 2005-07-21 Alcatel Metering packet flows for limiting effects of denial of service attacks
CN101060531A (zh) * 2007-05-17 2007-10-24 华为技术有限公司 网络设备攻击防范的方法和装置
CN101106518A (zh) * 2006-07-10 2008-01-16 中兴通讯股份有限公司 为中央处理器提供负载保护的拒绝服务方法
US20080130499A1 (en) * 2006-08-16 2008-06-05 France Telecom Method of limiting bit rate in a telecommunications network
CN101478408A (zh) * 2008-12-30 2009-07-08 华为技术有限公司 实现上送速率动态联动的方法、装置和系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050157647A1 (en) * 2004-01-21 2005-07-21 Alcatel Metering packet flows for limiting effects of denial of service attacks
CN101106518A (zh) * 2006-07-10 2008-01-16 中兴通讯股份有限公司 为中央处理器提供负载保护的拒绝服务方法
US20080130499A1 (en) * 2006-08-16 2008-06-05 France Telecom Method of limiting bit rate in a telecommunications network
CN101060531A (zh) * 2007-05-17 2007-10-24 华为技术有限公司 网络设备攻击防范的方法和装置
CN101478408A (zh) * 2008-12-30 2009-07-08 华为技术有限公司 实现上送速率动态联动的方法、装置和系统

Also Published As

Publication number Publication date
CN101478408A (zh) 2009-07-08

Similar Documents

Publication Publication Date Title
EP3278514B1 (en) Data transmission
CN101019405B (zh) 用于在通信网络中缓解拒绝服务的方法和系统
US6907042B1 (en) Packet processing device
US7835285B2 (en) Quality of service, policy enhanced hierarchical disruption tolerant networking system and method
EP2543162B1 (en) Selectively disabling reliability mechanisms on a network connection
US9571382B2 (en) Method, controller, and system for processing data packet
JP2018508151A (ja) 伝送制御プロトコルｔｃｐデータパケットを送信する方法及び装置、並びにシステム
JP2018521534A (ja) パケットシグネチャを使用してセッションを処理するためのネットワークデバイスと方法
US7818795B1 (en) Per-port protection against denial-of-service and distributed denial-of-service attacks
US9923835B1 (en) Computing path maximum transmission unit size
US20100322249A1 (en) Discovering path maximum transmission unit size
WO2008080314A1 (fr) Procédé, moteur de retransmission et dispositif de communication pour la commande d'accès aux messages
JP6395867B2 (ja) ＯｐｅｎＦｌｏｗ通信方法及びシステム、制御部、並びにサービスゲートウェイ
US6327626B1 (en) Method and apparatus for MSS spoofing
US20210084126A1 (en) Packet fragmentation control
CN104683259A (zh) Tcp拥塞控制方法及装置
WO2021098425A1 (zh) 配置业务的服务质量策略方法、装置和计算设备
WO2000072532A1 (en) System and method for network packet reduction
WO2014075485A1 (zh) 网络地址转换技术的处理方法、nat设备及bng设备
WO2010081321A1 (zh) 实现上送速率动态联动的方法、装置和系统
JP2011159247A (ja) ネットワークシステム、コントローラ、ネットワーク制御方法
WO2014127517A1 (zh) 报文处理方法、转发器、报文处理设备、报文处理系统
EP3539235B1 (en) Systems, apparatuses and methods for cooperating routers
EP2996291B1 (en) Packet processing method, device, and system
CN115766605A (zh) 网络拥塞控制方法、装置及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09838108

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09838108

Country of ref document: EP

Kind code of ref document: A1