CN101854396B - Mlppp组带宽容量的处理方法和装置 - Google Patents

Mlppp组带宽容量的处理方法和装置 Download PDF

Info

Publication number
CN101854396B
CN101854396B CN201010191571.XA CN201010191571A CN101854396B CN 101854396 B CN101854396 B CN 101854396B CN 201010191571 A CN201010191571 A CN 201010191571A CN 101854396 B CN101854396 B CN 101854396B
Authority
CN
China
Prior art keywords
mlppp
mlppp group
opening
group
state
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.)
Expired - Fee Related
Application number
CN201010191571.XA
Other languages
English (en)
Other versions
CN101854396A (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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201010191571.XA priority Critical patent/CN101854396B/zh
Publication of CN101854396A publication Critical patent/CN101854396A/zh
Priority to PCT/CN2010/079030 priority patent/WO2011150634A1/zh
Application granted granted Critical
Publication of CN101854396B publication Critical patent/CN101854396B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/127—Avoiding congestion; Recovering from congestion by using congestion prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/41—Flow control; Congestion control by acting on aggregated flows or links
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Landscapes

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

Abstract

本发明公开了一种多链路点对点协议MLPPP组带宽容量的处理方法和装置，该方法包括以下步骤：统计MLPPP组绑定的处于开启状态的点对点协议PPP链路的个数；判断处于开启状态的PPP链路的个数是否小于阈值；以及在处于开启状态的PPP链路的个数小于阈值的情况下，提示MLPPP组当前的带宽容量已不能满足带宽需求。通过本发明增加了系统的处理能力，提高了用户体验。

Description

MLPPP组带宽容量的处理方法和装置
技术领域
本发明涉及通信领域，尤其涉及一种多链路点对点协议(Multilink-Point-to-Point Protocol，简称为MLPPP)组带宽容量的处理方法和装置。
背景技术
链路捆绑将多个封装相同链路层协议的接口捆绑到一起，形成一条逻辑上的数据链路。链路捆绑的作用有：(1)流量负载分担：出/入流量可以在多个成员接口之间分担；(2)增加带宽：链路捆绑接口的带宽是各可用成员接口带宽的总和；(3)提高连接可靠性：当某个成员接口出现故障时，流量会自动切换到其他可用的成员接口上，从而提高整个捆绑链路的连接可靠性。
多链路点对点协议(Multilink-Point-to-Point Protocol，简称为MLPPP)就是这样一种链路捆绑技术，即，将多条点对点协议(Pointto Point Protocol，简称为PPP)链路绑定到一起，用于弥补PPP协议一次只能处理一个实际链接的局限。
发明人发现在上述的相关技术中，用户不知道MLPPP组当前有多少条协商好的PPP链路、以及MLPPP组能够承载业务流量的最大带宽，所以，MLPPP组当前所能承载业务流量的带宽可能会低于用户需要的最小带宽，而用户却无法得知该情况。例如，用户要求的最小带宽为8M，MLPPP组当前绑定了4条2M的PPP链路，一旦某条PPP链路通讯故障，则导致该条PPP链路不可用，此时，MLPPP组可用带宽只有6M(小于最小带宽8M)，可见，此时MLPPP组所能承载的带宽流量小于用户所要求的最小带宽，但是，由于用户无法得知该带宽不足的情况，所以，没有相应的处理机制，可能会影响到用户数据的传输性能。
发明内容
本发明的主要目的在于提供一种MLPPP组带宽容量的处理方案，以至少解决上述的相关技术中由于用户不知道MLPPP组能够承载业务流量的最大带宽而影响用户数据的传输性能的问题。
为了实现上述目的，根据本发明的一个方面，提供了一种多链路点对点协议MLPPP组带宽容量的处理方法。
根据本发明的MLPPP组带宽容量的处理方法包括以下步骤：统计MLPPP组绑定的处于开启状态的点对点协议PPP链路的个数；判断处于开启状态的PPP链路的个数是否小于阈值；以及在处于开启状态的PPP链路的个数小于阈值的情况下，提示MLPPP组当前的带宽容量已不能满足带宽需求。
进一步地，阈值为预先配置的与带宽需求对应的最小激活链路的个数。
进一步地，统计MLPPP组绑定的处于开启状态的PPP链路的个数包括：检测MLPPP组绑定的所有PPP链路的状态；统计状态为开启的PPP链路的个数。
进一步地，MLPPP组的状态包括开启和关闭，当MLPPP组处于开启状态时，MLPPP组能够承载业务报文；当MLPPP组处于关闭状态时，MLPPP组停止工作，不能够承载业务报文。
进一步地，提示MLPPP组当前的带宽容量已不能满足带宽需求包括：置MLPPP组的状态为关闭，并上报对应的告警信息。
进一步地，置MLPPP组的状态为关闭，并上报对应的告警信息之后，还包括：在处于开启状态的PPP链路的个数大于或者等于阈值的情况下，置MLPPP组的状态为开启。
为了实现上述目的，根据本发明的另一方面，还提供了一种多链路点对点协议MLPPP组带宽容量的处理装置。
根据本发明的MLPPP组带宽容量的处理装置，该装置包括：统计模块，用于统计MLPPP组绑定的处于开启状态的点对点协议PPP链路的个数；判断模块，用于判断处于开启状态的PPP链路的个数是否小于阈值；以及提示模块，用于在处于开启状态的PPP链路的个数小于阈值的情况下，提示MLPPP组当前的带宽容量已不能满足带宽需求。
进一步地，统计模块包括：检测模块，用于检测MLPPP组绑定的所有PPP链路的状态。
进一步地，提示模块包括：设置模块，用于设置MLPPP组的状态为关闭，其中，处于关闭状态的MLPPP组停止工作，不能够承载业务报文；上报模块，用于上报与MLPPP组的关闭状态对应的告警信息。
进一步地，设置模块还用于在处于开启状态的PPP链路的个数大于或者等于阈值的情况下，设置MLPPP组的状态为开启，其中，处于开启状态的MLPPP组能够承载业务报文。
通过本发明，采用设置MLPPP最小激活链路数(阈值)的方式，解决了相关技术中由于用户不知道MLPPP组能够承载业务流量的最大带宽而影响用户数据的传输性能的问题，避免了MLPPP组在PPP链路故障时由于带宽不足而造成的链路拥塞，保障了用户对MLPPP组的带宽要求，增加了系统的处理能力，提高了用户体验。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的MLPPP组带宽容量的处理方法的流程图；
图2是根据本发明实施例的配置最小激活链路数的处理流程图；
图3是根据本发明实施例的PPP链路状态由down变为up时的处理流程图；
图4是根据本发明实施例的PPP链路状态由up变为down时的处理流程图；
图5是根据本发明实施例的MLPPP组带宽容量的处理装置的结构框图；
图6是根据本发明优选实施例的MLPPP组带宽容量的处理装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
图1是根据本发明实施例的MLPPP组带宽容量的处理方法的流程图，如图1所示，该方法包括以下步骤：
步骤S102，统计MLPPP组绑定的处于开启状态的PPP链路的个数；
步骤S104，判断处于开启状态的PPP链路的个数是否小于阈值；以及
步骤S106，在处于开启状态的PPP链路的个数小于阈值的情况下，提示MLPPP组当前的带宽容量已不能满足带宽需求。
通过本发明实施例，采用设置阈值的方式，解决了相关技术中由于用户不知道MLPPP组能够承载业务流量的最大带宽而影响用户数据的传输性能的问题，避免了MLPPP组在PPP链路故障时由于带宽不足而造成的链路拥塞，保障了用户对MLPPP组的带宽要求，增加了系统的处理能力。
优选地，上述阈值可以为预先配置的与带宽需求对应的最小激活链路的个数。该方法实现简单，可操作性强。
优选地，在步骤S102中，可以检测MLPPP组绑定的所有PPP链路的状态；统计状态为开启的PPP链路的个数。该方法有利用对MLPPP组中处于开启状态的PPP链路的个数进行统计，提高了系统的准确性。
优选地，MLPPP组的状态可以包括开启(up)和关闭(down)，当MLPPP组处于开启状态时，MLPPP组能够承载业务报文，实现MLPPP协议要求的分片重组以及负载分担等功能；当MLPPP组处于关闭状态时，MLPPP组停止工作，不能够承载业务报文，无法实现MLPPP协议要求的分片重组以及负载分担等功能，但此时PPP链路上的PPP协议报文可以正常收发。定义MLPPP组的开启和关闭状态可以对属于MLPPP组的所有PPP链路进行统一的操作，增加了系统的灵活性。
优选地，在步骤S106中，在处于开启状态的PPP链路的个数小于阈值的情况下，可以置MLPPP组的状态为关闭，并上报对应的告警信息。通过该方法可以通知用户MLPPP组的带宽容量状态，使得在MLPPP组的带宽容量小于用户的带宽需求的情况下，PPP链路停止工作，并对该情况发出告警信息以提醒用户做相应的处理，提高了用户体验。
优选地，在步骤S106之后，在处于开启状态的PPP链路的个数大于或者等于阈值的情况下，可以置MLPPP组的状态为开启。
本优选实施例可以在MLPPP组的带宽重新满足用户的带宽需求时，恢复对MLPPP组中PPP链路的保护操作，使得系统可以及时更新MLPPP组承载业务流量的状态，从而提高了系统的利用率。
图2是根据本发明实施例的配置最小激活链路数的处理流程图，如图2所示，该方法包括以下步骤：
步骤S202，用户根据实际需求配置MLPPP组的最小激活链路数。
步骤S204，检测MLPPP组中PPP链路的状态，统计当前处于up状态的PPP链路数。
步骤S206，将当前处于up状态的PPP链路数与配置的最小激活链路数进行比较，即，判断当前处于up状态的PPP链路数是否小于配置的最小激活链路数。若小于最小激活链路数，则进入步骤S208；否则进入步骤S210。
步骤S208，将MLPPP组down掉(停止工作，不承载业务报文)，并上报告警。此时，MLPPP组无法保证用户要求的最小带宽。
步骤S210，MLPPP正常的处理流程，符合RFC1661和RFC1990。
图3是根据本发明实施例的PPP链路状态由down变为up时的处理流程图，如图3所示，该方法包括以下步骤：
步骤S302，检测MLPPP组中PPP链路的状态，统计当前处于up状态的PPP链路数。当MLPPP组中存在有PPP链路状态由down变为up的情况时，进入步骤S304。
步骤S304，将当前处于up状态的PPP链路数与配置的最小激活链路数进行比较，即，判断当前处于up状态的PPP链路数是否小于配置的最小激活链路数。若小于最小激活链路数，则说明收到PPP链路up通知之前，MLPPP组处于down状态，所以不需要再变化MLPPP组状态，进入步骤S306；否则进入步骤S308。
步骤S306，保持现有状态不作任何处理。
步骤S308，判断当前MLPPP组是否处于up状态。若是，则不需要再变化MLPPP组状态，保持现有状态不作任何处理；若不是转步骤S310。
步骤S310，将MLPPP组的状态置为up，使其处于工作状态，并上报告警消失。
图4是根据本发明实施例的PPP链路状态由up变为down时的处理流程图，如图4所示，该方法包括以下步骤：
步骤S402，检测MLPPP组中PPP链路的状态，统计当前处于up状态的PPP链路数。当MLPPP组中存在有PPP链路状态由up变为down的情况时，进入步骤S304。
步骤S404，将当前处于up状态的PPP链路数与配置的最小激活链路数进行比较，即，判断当前处于up状态的PPP链路数是否小于配置的最小激活链路数。若小于最小激活链路数，则进入步骤S408；否则说明此PPP链路down不会影响MLPPP组的状态变化，进入步骤S406。
步骤S406，保持现有状态不作任何处理。
步骤S408，判断当前MLPPP组是否处于up状态。若不是，则不需要再变化MLPPP组状态，保持现有状态不作任何处理；若是进入步骤S410。
步骤S410，将MLPPP组的状态置为down，使其停止工作，并上报告警。
可见，本发明实施例是将当前处于up状态的PPP链路数与配置的最小激活链路数(即，阈值)比较，并根据比较结果进行相应处理。当MLPPP组的带宽容量满足带宽要求时，走正常流程；当MLPPP组的带宽容量不满足带宽要求时，采取保护操作，将MLPP组down掉，并上报告警。另外，当MLPPP组的带宽容量重新满足带宽要求后，需要恢复保护操作前的正常流程。
图5是根据本发明实施例的MLPPP组带宽容量的处理装置的结构框图，如图5所示，该装置包括：统计模块52，用于统计MLPPP组绑定的处于开启状态的PPP链路的个数；判断模块54，用于判断处于开启状态的PPP链路的个数是否小于阈值；以及提示模块56，用于在处于开启状态的PPP链路的个数小于阈值的情况下，提示MLPPP组当前的带宽容量已不能满足带宽需求。
通过本发明实施例，采用设置阈值的方式，解决了相关技术中由于用户不知道MLPPP组能够承载业务流量的最大带宽而影响用户数据的传输性能的问题，避免了MLPPP组在PPP链路故障时由于带宽不足而造成的链路拥塞，保障了用户对MLPPP组的带宽要求，增加了系统的处理能力。
图6是根据本发明优选实施例的MLPPP组带宽容量的处理装置的结构框图，如图6所示，统计模块52包括：检测模块522，用于检测MLPPP组绑定的所有PPP链路的状态。
优选地，提示模块56包括：设置模块562，用于设置MLPPP组的状态为关闭，其中，处于关闭状态的MLPPP组停止工作，不能够承载业务报文；上报模块564，用于上报与MLPPP组的关闭状态对应的告警信息。
优选地，设置模块562还用于在处于开启状态的PPP链路的个数大于或者等于阈值的情况下，设置MLPPP组的状态为开启，其中，处于开启状态的MLPPP组能够承载业务报文。
上述实施例提供了一种MLPPP组保证用户期望带宽的方法，以及在MLPPP组无法保证带宽要求的情况下的相应通告处理。通过检测绑定的各PPP链路状态，判断状态up(状态up符合RFC1661)的PPP链路数是不是达到了用户配置的阀值，若达到了该阈值，则按照MLPPP协议正常往下处理，否则要进行相应的通告和处理机制。
本发明还提供了另一优选实施例的MLPPP组带宽容量的处理装置，该装置可以包括：PPP模块、MLPPP模块、MLPPP最小激活链路数配置模块、激活链路数比较模块和通告处理模块。其中，基于RFC1661的PPP模块和基于RFC1990的MLPPP模块用于实现PPP链路的协商维护以及MLPPP基本功能。
在具体实施过程中，可以包括以下步骤：首先，使能PPP模块和MLPPP模块，即，与正常流程一样配置MLPPP组；然后，根据用户的最小带宽需求在MLPPP最小激活链路数配置模块中配置MLPPP组最小激活链路数；再者，PPP模块将PPP链路状态(up或down)变化实时告知激活链路数比较模块，激活链路数比较模块根据PPP模块中的PPP链路状态将当前处于up状态的链路数与配置的最小激活链路数进行比较，并根据比较结果进行相应通告和处理。具体地，如果当前处于up状态的链路数小于最小激活链路数(即，MLPPP组的可用带宽不满足用户的要求)，则将MLPPP组停止工作(即，将MLPPP组的状态置为down)，同时给出告警信息通告用户；如果当前处于up状态的链路数大于最小激活链路数(即，MLPPP组的可用带宽满足用户的带宽要求)，则将处于down状态的MLPPP组置为up，后续按正常流程处理。
综上所述，本发明实施例给用户提供了一个配置最小激活链路数的人机接口，使得用户可以将期望的最小保证带宽值告知MLPPP组，防止了由于PPP链路故障导致MLPPP组的带宽容量不满足带宽要求而造成PPP链路拥塞，增加了系统的处理能力，提高了用户体验。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种多链路点对点协议MLPPP组带宽容量的处理方法，其特征在于，包括以下步骤：
统计MLPPP组绑定的处于开启状态的点对点协议PPP链路的个数；
判断所述处于开启状态的PPP链路的个数是否小于阈值；以及
在所述处于开启状态的PPP链路的个数小于阈值的情况下，提示所述MLPPP组当前的带宽容量已不能满足所述带宽需求；
其中，所述阈值为预先配置的与带宽需求对应的最小激活链路的个数。
2.根据权利要求1所述的方法，其特征在于，统计所述MLPPP组绑定的处于开启状态的所述PPP链路的个数包括：
检测所述MLPPP组绑定的所有PPP链路的状态；
统计状态为开启的所述PPP链路的个数。
3.根据权利要求1所述的方法，其特征在于，所述MLPPP组的状态包括开启和关闭，当所述MLPPP组处于开启状态时，所述MLPPP组能够承载业务报文；当所述MLPPP组处于关闭状态时，所述MLPPP组停止工作，不能够承载业务报文。
4.根据权利要求3所述的方法，其特征在于，提示所述MLPPP组当前的带宽容量已不能满足所述带宽需求包括：
置所述MLPPP组的状态为关闭，并上报对应的告警信息。
5.根据权利要求4所述的方法，其特征在于，置所述MLPPP组的状态为关闭，并上报对应的告警信息之后，还包括：
在所述处于开启状态的PPP链路的个数大于或者等于所述阈值的情况下，置所述MLPPP组的状态为开启。
6.一种多链路点对点协议MLPPP组带宽容量的处理装置，其特征在于，包括：
统计模块，用于统计MLPPP组绑定的处于开启状态的点对点协议PPP链路的个数；
判断模块，用于判断所述处于开启状态的PPP链路的个数是否小于阈值，其中，所述阈值为预先配置的与带宽需求对应的最小激活链路的个数；以及
提示模块，用于在所述处于开启状态的PPP链路的个数小于阈值的情况下，提示所述MLPPP组当前的带宽容量已不能满足所述带宽需求。
7.根据权利要求6所述的装置，其特征在于，所述统计模块包括：
检测模块，用于检测所述MLPPP组绑定的所有PPP链路的状态。
8.根据权利要求7所述的装置，其特征在于，所述提示模块包括：
设置模块，用于设置所述MLPPP组的状态为关闭，其中，处于关闭状态的所述MLPPP组停止工作，不能够承载业务报文；
上报模块，用于上报与所述MLPPP组的关闭状态对应的告警信息。
9.根据权利要求8所述的装置，其特征在于，所述设置模块还用于在所述处于开启状态的PPP链路的个数大于或者等于所述阈值的情况下，设置所述MLPPP组的状态为开启，其中，处于开启状态的所述MLPPP组能够承载业务报文。
CN201010191571.XA 2010-05-31 2010-05-31 Mlppp组带宽容量的处理方法和装置 Expired - Fee Related CN101854396B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201010191571.XA CN101854396B (zh) 2010-05-31 2010-05-31 Mlppp组带宽容量的处理方法和装置
PCT/CN2010/079030 WO2011150634A1 (zh) 2010-05-31 2010-11-23 Mlppp组带宽容量的处理方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010191571.XA CN101854396B (zh) 2010-05-31 2010-05-31 Mlppp组带宽容量的处理方法和装置

Publications (2)

Publication Number Publication Date
CN101854396A CN101854396A (zh) 2010-10-06
CN101854396B true CN101854396B (zh) 2014-03-19

Family

ID=42805659

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010191571.XA Expired - Fee Related CN101854396B (zh) 2010-05-31 2010-05-31 Mlppp组带宽容量的处理方法和装置

Country Status (2)

Country Link
CN (1) CN101854396B (zh)
WO (1) WO2011150634A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103051651B (zh) * 2011-10-17 2017-12-26 中兴通讯股份有限公司 最小激活链路数处理方法及装置
CN104219111B (zh) * 2013-05-31 2018-02-23 中国电信股份有限公司 基于mlppp的链路绑定方法与通信系统
CN106302215A (zh) * 2016-08-30 2017-01-04 华为技术有限公司 一种转发报文的方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101340381A (zh) * 2008-08-04 2009-01-07 中兴通讯股份有限公司 聚合链路管理方法和装置
CN101656639A (zh) * 2009-08-27 2010-02-24 华为技术有限公司 Mlppp链路的空洞识别方法、装置及接收设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6912197B2 (en) * 2002-11-22 2005-06-28 Nokia Inc. System and method for implementing redundancy for multilink point to point protocol
CN100589477C (zh) * 2006-05-09 2010-02-10 中兴通讯股份有限公司 一种基于绑定链路实现数据发送的方法
CN101815027B (zh) * 2009-02-20 2012-11-28 中国移动通信集团公司 确定捆绑链路是否可用的方法及装置
CN101554396B (zh) * 2009-05-19 2012-02-29 无锡康莱宝生物科技有限公司 一种治疗糖尿病和高血脂的中药

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101340381A (zh) * 2008-08-04 2009-01-07 中兴通讯股份有限公司 聚合链路管理方法和装置
CN101656639A (zh) * 2009-08-27 2010-02-24 华为技术有限公司 Mlppp链路的空洞识别方法、装置及接收设备

Also Published As

Publication number Publication date
CN101854396A (zh) 2010-10-06
WO2011150634A1 (zh) 2011-12-08

Similar Documents

Publication Publication Date Title
US7817662B2 (en) System and method for interfacing with a management system
CN100391191C (zh) 由于故障链路的检测而重新路由业务的交换机以及方法
CN101854284A (zh) 动态分配的环路保护和恢复技术中的带宽保留再使用
CN101399737A (zh) 用于以太环网的链路聚合组的保护方法及装置
CN102014019B (zh) 聚合链路切换方法及装置
US20060250969A1 (en) System and method for implementing reflector ports within hierarchical networks
CN102035702B (zh) 以太网网络组件
CN101502048A (zh) 分组网中部分故障的分层处理和传播
CN112491700B (zh) 网络路径调整方法、系统、装置、电子设备及存储介质
CN101588298A (zh) 一种堆叠系统中流量切换的方法和堆叠系统
CN102754390B (zh) 以太网环保护倒换方法、网络设备及系统
US20120063330A1 (en) Wireless network path setting apparatus and method
EP2178249B1 (en) Method of redundancy of ring network
CN103634131A (zh) 一种虚拟化网络设备互联链路检测方法及设备
CN101854396B (zh) Mlppp组带宽容量的处理方法和装置
CN101051957B (zh) 捆绑链路状态动态调整方法和装置
CN112887182A (zh) 数据传输方法、设备及系统
CN105337761A (zh) 一种多保护路径之间的最优保护路径选择方法及端点设备
CN103888380A (zh) 基于优先级的链路调度方法及装置
CN102055720B (zh) 基于QinQ的报文传输方法和装置
CN105281927A (zh) 多链路保护倒换的方法及装置
CN111130943A (zh) 快速环网切换的实现方法、交换机及计算机可读存储介质
CN102546345A (zh) 利用生成树协议实现弹性分组环跨环保护的方法
CN101783763A (zh) 防拥塞的处理方法及系统
KR102474800B1 (ko) 게이트웨이 및 게이트웨이 제어방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20140319

Termination date: 20190531

CF01 Termination of patent right due to non-payment of annual fee