CN101552769A - 捆绑链路取消回环后自动协商成功的方法和系统 - Google Patents
捆绑链路取消回环后自动协商成功的方法和系统 Download PDFInfo
- Publication number
- CN101552769A CN101552769A CNA2008100877963A CN200810087796A CN101552769A CN 101552769 A CN101552769 A CN 101552769A CN A2008100877963 A CNA2008100877963 A CN A2008100877963A CN 200810087796 A CN200810087796 A CN 200810087796A CN 101552769 A CN101552769 A CN 101552769A
- Authority
- CN
- China
- Prior art keywords
- state
- winding
- equipment
- link
- 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.)
- Granted
Links
Images
Abstract
本发明公开了一种捆绑链路取消回环后自动协商成功的方法和系统，属于通信技术领域。所述方法包括：当检测到本端设备在发送(ADD SENT)状态下发生回环时，在本端设备上设置回环标志位；当所述本端设备在发送状态下取消所述回环时，与对端设备协商成功。所述系统包括：第一设备和第二设备。本发明所述技术方案通过在取消回环后，不进行拆链动作，可以使捆绑链路取消回环后，自动协商成功，增强了捆绑链路状态的异常处理功能，修改量小，便于实现。
Description
技术领域
本发明涉及通信技术领域，特别涉及一种捆绑链路取消回环后自动协商成功的方法和系统。
背景技术
多链路帧中继(MFR，Multilink Frame Relay)是为帧中继用户提供的一种性价比较高的带宽解决方案，它基于帧中继论坛的FRF.16协议，实现在UNI(User Network Interface，用户网络接口)/NNI(Network Node Interface，网络节点接口)下的多链路帧中继功能。MFR为帧中继业务提供一个虚拟的物理接口——MFR接口，该MFR接口实际上是由多个真正的物理接口汇聚而成的逻辑接口，一个MFR接口对应一个捆绑(Bundle)，一个捆绑中可以包含多个捆绑链路(Bundle Link)，一个捆绑链路对应着一个物理接口，捆绑对它的捆绑链路进行管理，二者的关系如图1所示，MFR接口为上层帧中继提供的传输带宽几乎为它捆绑的多个物理接口带宽的总和。
在UNI/NNI下的多链路帧中继功能是通过若干固定格式的链路管理报文(拆链，建链，链路状态查询)的发送和接收以及相应的协议定时器的开启和停止，实现对单个Bundle Link在MFR接口中的状态管理，而在MFR接口下捆绑的所有物理接口的相关状态则最终决定了MFR接口的状态。当MFR接口下的Bundle Link有一条可用时，那么MFR接口对于上层帧中继应用来说就是可用的，只有所有的Bundle Link都不可用时，MFR接口才不可用。
如图2所示，可以通过状态机的迁移表来模拟Bundle Link两端之间的状态的变化情况。各状态说明如下：
ADD SENT(发送)状态：表示已经处于可以与对端进行通信的状态。
ADD RX(响应)状态：表示接收到了对端发送的ADD_LINK(建链)报文，并等待接收对端发送的ADD_LINK-ACK(建链响应)报文。
ACKRX(确认响应)状态：表示已经从对端接收到了ADD_LINK-ACK报文，并等待向对端发送的ADD_LINK报文进行响应。
UP(接通)状态：表示本端和对端已经成功连接并处于可以进行操作的状态。
正常协商时，A端设备的状态机的迁移过程是从ADD SENT状态到ADD RX状态，然后到UP状态。B端设备的状态机的变化过程类似，只是中间过程是ACK RX状态。当Bundle Link两端都为UP状态，Bundle Link就可用了，并通过HELLO(问候)报文和HELLO_ACK(问候响应)报文维持链路状态。
Bundle Link发生回环(Loopback)被认为是一种error condition(错误情形)。当通过检测Magic Number(魔术数字)检测到本端发生回环时，本端向对端发送REMOVE_LINK(拆链请求)报文，通知对端本端当前的Bundle Link发生了错误，不能够正常处理数据报文。如图3所示，在A端设备设置回环后，A端设备的状态机从UP状态迁移到ADD SENT状态，B端设备的状态机从UP状态迁移到ADD RX状态。当检测到A端设备在ADD SENT状态下发生回环时，A端设备向B端设备发送REMOVE_LINK(拆链请求响应)报文，请求进行拆链，同时A端设备的状态机从ADD SENT状态迁移到IDLE(空闲)状态；B端设备接收REMOVE_LINK报文，向A端设备响应REMOVE_LINK_ACK报文，B端设备的状态机从ADD RX状态迁移到ADD SENT状态。A端设备在IDLE状态下取消回环后，A端设备的状态机从IDLE状态迁移到IDLE DOWN(空闲断开)状态，并最终迁移到IDLE状态。A端设备在IDLE状态下接收到B端设备发送的ADD_LINK报文时，向B端设备响应ADD_LINK_ERJ(建链拒绝报文)报文，这样A端设备和B端设备无法协商成功，此时除非手动干预才能保证Bundle Link两端设备协商成功。如果A端设备和B端设备都设置回环，那么两端取消回环后，除非手动干预重置整个状态机才能保证两端协商成功。
综上，现有技术中，如果Bundle Link出现回环，则在取消回环后，除非人工进行干预，否则Bundle Link的两端设备无法协商成功。
发明内容
为了使Bundle Link取消回环后，Bundle Link的两端能自动协商成功，本发明实施例提供了一种捆绑链路取消回环后自动协商成功的方法和系统。所述技术方案如下：
一种捆绑链路取消回环后自动协商成功的方法，所述方法包括：
当检测到本端设备在发送(ADD SENT)状态下发生回环时，在本端设备上设置回环标志位；
当所述本端设备在发送状态下取消所述回环时，触发关闭(PH_DEACTIVATE.ind)事件，其状态机从发送状态迁移到断开(DOWN)状态，在断开状态下向对端设备发送建链请求信息，并在激活(PH_ACTIVATE.ind)事件触发下，其状态机从断开状态状态迁移到发送状态；
当所述本端设备接收到所述对端设备发送的建链请求响应信息时，判断回环是否解除，如果判断回环解除，则清除所述回环标志位，其状态机从发送状态迁移到确认响应(ACK RX)状态；
所述本端设备通过接收所述处于响应状态(ADD RX)的对端设备发送的建链请求信息以及向所述对端设备发送建链请求响应信息与对端设备协商成功。
一种捆绑链路取消回环后自动协商成功的系统，所述系统包括：
第一设备和第二设备；
所述第一设备在发送(ADD SENT)状态下检测到本端发生回环时，设置回环标志位；
所述第一设备在发送(ADD SENT)状态下取消回环时，触发关闭(PH_DEACTIVATE.ind)事件，其状态机从发送状态迁移到断开(DOWN)状态，在断开状态下向第二设备发送建链请求信息；并在激活(PH_ACTIVATE.ind)事件触发下，其状态机从断开状态状态迁移到发送状态；
所述第一设备在接收到所述第二设备发送的建链请求响应信息时，判断回环是否解除，如果判断回环解除，则清除所述回环标志位，其状态机从发送状态迁移到确认响应(ACK RX)状态；
所述第二设备在问候(T_Hello)定时器超时时，向所述第一设备发送建链请求信息，并在接收到所述第一设备发送建链请求响应信息时，其状态机从响应状态迁移到接通(UP)状态；
所述第一设备接收到所述建链请求信息，向所述第二设备发送建链请求响应信息，其状态机从确认响应(ACK RX)状态迁移到接通(UP)状态。
本发明实施例所述技术方案通过在取消回环后，不进行拆链动作，可以使Bundle Link取消回环后，Bundle Link的两端设备自动协商成功，增强了Bundle Link状态的异常处理功能，修改量小，便于实现。
附图说明
图1是现有技术提供的Bundle和Bundle Link的示意图；
图2是现有技术中Bundle Link状态机的转换方式的示意图；
图3是现有技术中Bundle Link发生回环后状态机转换方式的示意图；
图4是本发明实施例提供的一种多链路帧中继Bundle Link取消回环后自动协商成功的方法的示意图；
图5是本发明实施例提供的一种多链路帧中继Bundle Link取消回环后自动协商成功的方法的流程图；
图6是本发明实施例提供的一种多链路帧中继Bundle Link取消回环后自动协商成功的系统的示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
本发明实施例提供了一种多链路帧中继Bundle Link取消回环后自动协商成功的方法，该方法通过在取消回环后，不进行拆链动作，可以使Bundle Link取消回环后，Bundle Link的两端设备自动协商成功。参见图4和图5，本实施例的具体步骤如下：
步骤101：在A端设备设置回环后，A端设备的状态机从UP状态迁移到ADD SENT状态，B端设备的状态机从UP状态迁移到ADD RX状态，同时，启动T_HELLO(问候)定时器。
A端设备和B端设备的状态机在初始状态下处于UP状态。
在A端设备设置回环后，触发PH_DEACTIVATE.ind事件，A端设备的状态机从UP状态迁移为DOWN(断开)状态，并在DOWN状态下向B端设备发送第一个ADD_LINK报文；B端设备收到第一个ADD_LINK报文后，其状态机从UP状态变迁为ADD SENT状态。
A端设备在PH_ACTIVATE.ind(激活)事件触发下，其状态机从DOWN状态又迁移为ADD SENT状态，并在ADD SENT状态下向B端设备发送第二个ADD_LINK报文；B端设备收到第二个ADD_LINK报文后，其状态机从ADD SENT状态变迁为ADD RX状态，同时，启动T_HELLO定时器。
步骤102：当检测到A端设备发生回环时，不向B端设备发送REMOVE_LINK报文，维持A端设备的状态机的ADD SENT状态不变，并在A端设备上设置Loopback标志位，同时，B端设备的ADD RX状态不变。
通过检测A端设备接收报文中的Magic Number来判断收到的报文是否由本端发出，如果接收报文中的Magic Number和上次发送的报文中的Magic Number相同，则判断A端设备发生回环；反之，则判断没有发生回环。在本实施例中，由于A端设备已设置回环，因此可以检测到A端设备发生回环，此时，A端设备并不向B端设备发送REMOVE_LINK报文，其状态机中的ADD SENT状态不变；B端设备由于没有收到REMOVE_LINK报文，其状态机维持ADD RX状态不变。
步骤.103：在A端设备取消回环，触发PH_DEACTIVATE.ind(关闭)事件，A端设备的状态机从ADD SENT状态迁移到DOWN状态，并在DOWN状态下向B端设备发送ADD_LINK报文，A端设备在PH_ACTIVATE.ind事件触发下，其状态机从DOWN状态迁移到ADD SENT状态。
步骤104：B端设备接收到ADD_LINK报文，向A端设备响应ADD_LINK_ACK报文，同时其状态机维持ADD RX状态不变。
步骤105：A端设备在接收到ADD_LINK_ACK报文时，通过检测报文中的Magic Number判断回环是否解除，如果解除，清除Loopback标志位，其状态机从ADD SENT状态迁移到ACK RX状态。
通过检测A端设备接收报文中的Magic Number来判断收到的报文是否从对端发送，如果接收报文携带的Magic Number与本端上次发送报文的Magic Number不同，则判断回环解除，清除Loopback标志位，其状态机从ADD SENT状态迁移到ACK RX状态。
步骤106：当T_HELLO定时器超时时，B端设备发送ADD_LINK报文给A端设备，其状态机维持ADD RX状态不变。
步骤107：A端设备接收到ADD_LINK报文时，向B端设备响应ADD_LINK_ACK报文，其状态机从ACK RX状态迁移到UP状态。
步骤108：B端设备接收到ADD_LINK_ACK报文时，其状态机从ADD RX状态迁移到UP状态。
至此，由于A端设备和B端设备的状态机都为UP状态，因此A端设备和B端设备协商成功。
本发明实施例是针对Bundle Link的一端设备发生回环的情况，针对Bundle Link的两端设备都发生回环的情况，具体的原理与针对Bundle Link的一端设备发生回环的情况的原理类似，不再赘述。
本发明实施例提供了一种捆绑链路取消回环后自动协商成功的系统，参见图6，该系统包括：
第一设备和第二设备；
所述第一设备在发送(ADD SENT)状态下检测到本端发生回环时，设置回环标志位；
所述第一设备在发送(ADD SENT)状态下取消回环时，触发关闭(PH_DEACTIVATE.ind)事件，其状态机从发送状态迁移到断开(DOWN)状态，在断开状态下向第二设备发送建链请求信息，并在激活(PH_ACTIVATE.ind)事件触发下，其状态机从断开状态状态迁移到发送状态；
第一设备在接收到第二设备发送的建链请求响应信息时，判断回环是否解除，如果判断回环解除，则清除所述回环标志位，其状态机从发送状态迁移到确认响应(ACK RX)状态；
第二设备在问候(T_Hello)定时器超时时，向第一设备发送建链请求信息，并在接收到第一设备发送建链请求响应信息时，其状态机从响应状态迁移到接通(UP)状态；
第一设备接收到所述建链请求信息，向第二设备发送建链请求响应信息，其状态机从确认响应(ACK RX)状态迁移到接通(UP)状态。
本发明实施例所述技术方案通过在取消回环后，不进行拆链动作，可以使Bundle Link取消回环后，Bundle Link的两端设备自动协商成功，增强了Bundle Link状态的异常处理功能，修改量小，便于实现。
以上实施例提供的技术方案可以通过硬件和软件实现，软件存储在可读取的存储介质上，如计算机的软盘，硬盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (3)
1、一种捆绑链路取消回环后自动协商成功的方法，其特征在于，所述方法包括：
当检测到本端设备在发送(ADD SENT)状态下发生回环时，在本端设备上设置回环标志位；
当所述本端设备在发送状态下取消所述回环时，触发关闭(PH_DEACTIVATE.ind)事件，其状态机从发送状态迁移到断开(DOWN)状态，在断开状态下向对端设备发送建链请求信息，并在激活(PH_ACTIVATE.ind)事件触发下，其状态机从断开状态状态迁移到发送状态；
当所述本端设备接收到所述对端设备发送的建链请求响应信息时，判断回环是否解除，如果判断回环解除，则清除所述回环标志位，其状态机从发送状态迁移到确认响应(ACK RX)状态；
所述本端设备通过接收处于响应状态(ADD RX)的所述对端设备发送的建链请求信息以及向所述对端设备发送建链请求响应信息与对端设备协商成功。
2、如权利要求1所述的捆绑链路取消回环后自动协商成功的方法，其特征在于，所述判断回环是否解除的具体步骤为：
所述本端设备检测接收报文信息中的魔术数字与上次发送报文信息中的魔术数字是否相同，如果不同，则判断回环解除。
3、一种捆绑链路取消回环后自动协商成功的系统，其特征在于，所述系统包括：
第一设备和第二设备；
所述第一设备在发送(ADD SENT)状态下检测到本端发生回环时，设置回环标志位；
所述第一设备在发送(ADD SENT)状态下取消回环时，触发关闭(PH_DEACTIVATE.ind)事件，其状态机从发送状态迁移到断开(DOWN)状态，在断开状态下向对端设备发送建链请求信息，并在激活(PH_ACTIVATE.ind)事件触发下，其状态机从断开状态状态迁移到发送状态；
所述第一设备在接收到所述对端设备发送的建链请求响应信息时，判断回环是否解除，如果判断回环解除，则清除所述回环标志位，其状态机从发送状态迁移到确认响应(ACK RX)状态；
所述第二设备在问候(T_Hello)定时器超时时，向所述第一设备发送建链请求信息，并在接收到所述第一设备发送建链请求响应信息时，其状态机从响应状态迁移到接通(UP)状态；
所述第一设备接收到所述建链请求信息，向所述第二设备发送建链请求响应信息，其状态机从确认响应(ACK RX)状态迁移到接通(UP)状态。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100877963A CN101552769B (zh) | 2008-03-31 | 2008-03-31 | 捆绑链路取消回环后自动协商成功的方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100877963A CN101552769B (zh) | 2008-03-31 | 2008-03-31 | 捆绑链路取消回环后自动协商成功的方法和系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101552769A true CN101552769A (zh) | 2009-10-07 |
| CN101552769B CN101552769B (zh) | 2012-07-04 |
Family
ID=41156762
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008100877963A Expired - Fee Related CN101552769B (zh) | 2008-03-31 | 2008-03-31 | 捆绑链路取消回环后自动协商成功的方法和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101552769B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102857430A (zh) * | 2011-07-01 | 2013-01-02 | 中兴通讯股份有限公司 | 一种esadi协议的实例状态管理方法和系统 |
| CN112559407A (zh) * | 2020-12-22 | 2021-03-26 | 无锡众星微系统技术有限公司 | Stp链路层状态机优化方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100403705C (zh) * | 2006-03-30 | 2008-07-16 | 华为技术有限公司 | Ppp封装接口的环回检测方法 |
| CN101094114A (zh) * | 2007-06-15 | 2007-12-26 | 华为技术有限公司 | 一种捆绑链路的处理方法和设备 |
-
2008
- 2008-03-31 CN CN2008100877963A patent/CN101552769B/zh not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102857430A (zh) * | 2011-07-01 | 2013-01-02 | 中兴通讯股份有限公司 | 一种esadi协议的实例状态管理方法和系统 |
| CN102857430B (zh) * | 2011-07-01 | 2017-09-12 | 中兴通讯股份有限公司 | 一种esadi协议的实例状态管理方法和系统 |
| CN112559407A (zh) * | 2020-12-22 | 2021-03-26 | 无锡众星微系统技术有限公司 | Stp链路层状态机优化方法 |
| CN112559407B (zh) * | 2020-12-22 | 2021-11-16 | 无锡众星微系统技术有限公司 | Stp链路层状态机优化方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101552769B (zh) | 2012-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4437984B2 (ja) | ネットワーク中継装置及びその制御方法 | |
| CN101483570B (zh) | 一种防止中继链路的环网临时环路的方法、系统及设备 | |
| CN101557313B (zh) | 一种电信级宽带接入设备上联板卡保护的方法 | |
| CN102315975B (zh) | 一种基于irf系统的故障处理方法及其设备 | |
| CN101764744B (zh) | Vrrp接入方法、装置与系统及vrrp路由设备 | |
| CN100466540C (zh) | 一种基于主、备以太网接口的状态检测方法 | |
| JP5883743B2 (ja) | パケット通信網における通信途絶時間短縮方法 | |
| CN102546222A (zh) | 备份系统及故障检测处理方法 | |
| CN102088415B (zh) | Mac地址撤销的方法及设备 | |
| CN101702663A (zh) | 一种环网拓扑信息的更新方法、装置和系统 | |
| CN108173911A (zh) | 一种微服务故障检测处理方法及装置 | |
| JP2002026909A (ja) | 回線多重化方法及び情報中継装置 | |
| CN104486128A (zh) | 一种实现双控制器节点间冗余心跳的系统及方法 | |
| JP4729117B2 (ja) | エッジスイッチ及びフォワーディングテーブルの書き換え方法 | |
| CN101277269A (zh) | 实现可靠通信的终端、终端切换方法及系统和适用该系统的方法 | |
| CN100466583C (zh) | 基于rrpp的快速环网防攻击的方法、装置和系统 | |
| CN102404158A (zh) | 网络故障处理的方法、装置与系统 | |
| CN101242254B (zh) | 虚拟冗余路由器系统及传输虚拟冗余路由协议报文的方法 | |
| WO2012171164A1 (zh) | 一种网络安全保护方法、装置及系统 | |
| CN100466564C (zh) | 虚拟租用线路的故障监听方法与装置 | |
| CN101552769B (zh) | 捆绑链路取消回环后自动协商成功的方法和系统 | |
| CN102187627B (zh) | 负载分担的方法及装置、宽带接入服务器系统 | |
| CN101527650B (zh) | 通信管理系统、通信管理方法及通信装置 | |
| CN102868616B (zh) | 网络中虚mac地址表项建立的方法、路由器及系统 | |
| CN102404171A (zh) | 以太网链路检测方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20170822 Address after: 201, room 1, building A, No. 518053, front Bay Road, Qianhai, Shenzhen Shenzhen cooperation zone, Guangdong, China Patentee after: Shenzhen Zhitong World Technology Service Co. Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: Huawei Technologies Co., Ltd. |
|
| TR01 | Transfer of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120704 Termination date: 20200331 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |