CN102333009A - 链路检测方法及装置、oam实体 - Google Patents
链路检测方法及装置、oam实体 Download PDFInfo
- Publication number
- CN102333009A CN102333009A CN201110302812A CN201110302812A CN102333009A CN 102333009 A CN102333009 A CN 102333009A CN 201110302812 A CN201110302812 A CN 201110302812A CN 201110302812 A CN201110302812 A CN 201110302812A CN 102333009 A CN102333009 A CN 102333009A
- Authority
- CN
- China
- Prior art keywords
- far
- link
- tlv
- oam message
- detection method
- 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.)
- Pending
Links
Images
Landscapes
- Communication Control (AREA)
Abstract
本发明提供一种链路检测方法及装置、OAM实体，用于在人为关闭检测使能时，向远端通报。该链路检测方法包括：获取远端发送的扩展OAM报文；通过解析扩展OAM报文，判断远端的链路断路的类型；以及在判断结果指示所述链路断路的类型为主动关闭检测使能时，执行相应的链路操作处理。采用本发明提供的技术方案，通过发送扩展OAM报文，可以快速通告人为管理关闭，和真正链路上的关闭做了区分。
Description
技术领域
本发明属于通信领域，涉及一种链路层检测技术，更具体的，涉及一种链路检测方法及装置、OAM实体。
背景技术
IEEE802.3ah作为二层检测协议，协议相对部署简单，对于链路和设备监控作用较大。IEEE802.3ah协议的部署可以部署在用户侧，也可以部署在网络侧。不少厂家扩展了其快速检测能力，通过发送周期提高速率来达到快速检测链路是否中断。提供的单通功能也能在第一时间告知对端链路本地Rx接收故障。
但对于协议本身的管理状态的改变而非真正链路导致故障的情况下协议没有规定这种处理方式，往往在业务应用时存在一定的局限性，使用起来会有下述的几个限制：
当人为的去掉检测的使能状态时，最终结果远端会丢失3倍及以上周期的报文，远端发生IEEE802.3ah协商中断。这种中断需要感知超时来处理，正常按照协议标准，需要3秒以上的时间来超时，有些环境下需要更长的时间来感知(视环境和链路而定)。远端比较长时间才能感知处理，对于协议的状态改变来说比较缓慢，不利于协议的状态的快速收敛。
另外对于人为去掉检测使能状态，可能是人为的为了诊断或者产生了误操作导致的，当检测把这种情况下也认为是链路故障并逐级传递时，会导致正常链路情况下的链路错误状态误传递，在与业务做关联的时候，会导致业务误处理，如图1所示，在RouterA和RouterB之间，通过OAM协议数据单元(OAMPDU，Operation，Administration and Maintenance-Protocol Data Units)进行交互，在链路出现中断时，RouterB会反方向通知远端链接Down事件通知(Link down event notification)，因此，如果人为去掉检测使能状态时，这种链接事件通知会导致链路状态误传递。
如果不关心是否真正故障，对于人为去使能也是故障的话，那么即使采用扩展协议报文发送周期，比如扩展到10ms甚至更少的情况下，也只能通过超时来感知，而且这种做法必须要求硬件也参与进来，增加设备处理的复杂度。
因此，现有技术中对于人为的关闭检测使能，协议没有和真正链路上的关闭做区分。目前，对于该问题尚未提出很好的解决方案。
发明内容
本发明提供一种链路检测方法及装置、OAM实体，用于解决现有技术中对于人为的关闭检测使能，协议没有和真正链路上的关闭做区分，因此会产生不必要的关联业务处理问题。
为实现本发明的目的，根据本发明的一个方面，提供一种链路检测方法，并采用了以下技术方案：
链路检测方法包括：获取远端发送的扩展OAM报文；通过解析扩展OAM报文，判断远端的链路断路的类型；以及在判断结果指示链路断路的类型为主动关闭检测使能时，执行相应的链路操作处理。
进一步地，扩展OAM报文为：以表明组织唯一标示的OUI字段后接TLV的格式封装的OAM报文，并且扩展OAM报文以End TLV来表示结束；其中，T和L各占用一个字节。
进一步地，在获取远端发送的扩展OAM报文，检测方法还包括：通过接收远端在协议协商时发送的带有本地信息TLV和带有组织特定信息TLV的信息OAMPDU，判断远端是否为同一组织；若是，则在进一步获取远端功能项的字段信息之后，继续进行协议协商。
进一步地，通过解析扩展OAM报文，判断远端的链路断路的类型包括：判断组织特定信息TLV中的OUI字段是否与本地配置的OUI字段相匹配，并在是的情况下确认远端为同一组织。
进一步地，通过解析扩展OAM报文，判断远端的链路断路的类型包括：根据远端功能项的字段信息，判断是否支持远端的检测管理状态通告功能，并在确定检测管理状态通告被支持时，判断远端的链路断路的类型。
进一步地，在判断结果指示链路断路的类型为主动关闭检测使能时，执行相应的链路操作处理之后，检测方法还包括：恢复远端的初始化检测状态，并不向后端通知关联业务。
根据本发明的另外一个方面，提供一种链路检测装置，并采用如下技术方案
链路检测装置包括：获取模块，用于获取远端发送的扩展OAM报文；解析模块，用于通过解析扩展OAM报文，判断远端的链路断路的类型；以及执行模块，用于在判断结果指示链路断路的类型为主动关闭检测使能时，执行相应的链路操作处理。
进一步地，该链路检测装置还包括：第一判断模块，用于通过接收远端在协议协商时发送的带有本地信息TLV和带有组织特定信息TLV的信息OAMPDU，判断远端是否为同一组织；若是，则在进一步获取远端功能项的字段信息之后，继续进行协议协商。
进一步地，解析模块包括：第二判断模块，用于判断组织特定信息TLV中的OUI字段是否与本地配置的OUI字段相匹配，并在是的情况下确认远端为同一组织。
根据本发明的又一个方面，提供一种OAM实体，并采用以下技术方案：
OAM实体包括上述的链路检测装置。
以上可以看出，本发明通过扩展IEEE802.3ah的协议报文，在出现人为关闭检测功能使能状态之后，将扩展的报文发送至远端的OAM实体，远端通过分析该报文，可快速判断此报文为人为管理检测状态关闭。同时，本发明通过在扩展报文中定义组织特定信息，避免在交互时，其他组织额外处理本组织自定义的功能报文的情况。
除了上面所描述的目的、特征和优点之外，本发明还有其它的目的、特征和优点。下面将参照图，对本发明作进一步详细的说明。
附图说明
附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为本发明现有技术的OAMPDU交互示意图；
图2为本发明实施例所述的链路检测方法主要流程图；
图3为本发明实施例所述的扩展OAM报文中组织信息格式示意图；
图4为本发明实施例所述的扩展OAM报文中组织特定信息定义格式示意图；
图5为本发明实施例所述的链路检测方法具体工作步骤示意图；以及
图6为本发明实施例所述的链路检测装置主要结构示意图。
具体实施方式
以下结合附图对本发明的实施例进行详细说明，但是本发明可以由权利要求限定和覆盖的多种不同方式实施。
在本发明的实施例中down表示关闭的意思。
图2为本发明实施例所述的链路检测方法主要流程图。
参见图2所示，链路检测方法包括：
S11：获取远端发送的扩展OAM报文；
S13：通过解析扩展OAM报文，判断远端的链路断路的类型；以及
S15：在判断结果指示链路断路的类型为主动关闭检测使能时，执行相应的链路操作处理。
根据本实施例的上述技术方案，利用扩展报文字段通知远端本地使能主动管理down，在该情况下，如果远端与本地业务关联，远端将不再通告业务检测的链路down，避免关联业务进一步处理。
在上述实施例中，扩展的OAM报文为：以表明组织唯一标示的OUI字段后接TLV(Type类型、Lenght长度、Value值)的格式封装的OAM报文为扩展OAM报文，并且扩展OAM报文以End TLV来表示结束；其中，T和L各占用一个字节。
图3为本发明实施例所述的扩展OAM报文中组织信息格式示意图。
具体地，参见图3所示，本发明需要扩展IEEE802.3ah的协议报文，用于实现发明的目的。本发明利用IEEE802.3ah的Organization Specific OAMPDU做扩展。
其中OUI表明了组织的唯一标示，后续的长度是不定长的，为了以后扩展的需要，考虑到链路监控OAMPDU的报文格式，采用OUI后面接TLV的方式来处理，其中，Type和Length的长度固定，先定义L(Length)为T+L+PAD字段的所有长度，其中T和L各占用一个字节。
TYPE为下面几个类型：
| Type | TypeValue | Description |
| END TLV | 0 | 目前没有TLV |
| AdminDownTLV | 1 | IEEE802.3ah的管理关闭通告 |
| Reserved TLV | 2-255 | 保留TLV类型 |
对应于END TLV，不带Length和PAD字段。
图4为本发明实施例所述的OAM报文中组织特定信息定义格式示意图。
参见图4所示，对应于AdminDown TLV，其结构如下：
| Type＝1 |
| Length＝4 |
| TimeStamp |
其中，TimeStamp表示的是enable到disable之间的时间，以100ms为单位计算，是100ms的整数倍，占两个字节。
最终的TLV的结束都已End TLV标记结束，即报文中如果携带其他非EndTLV，则需要最终跟一个End TLV来表示TLV的结束。
通过本实施例的上述技术方案，为保证OUI能力正确交互和不同组织之间交互不产生冗余处理，对于组织自定义的能力通过信息OAMPDU报文来交互信息报文的配置支持能力信息。即扩展信息OAMPDU中的OrganizationSpecific Information TLV，在该TLV中指明组织自定义的功能支持项，bit位表示，当该bit位为0是表示不支持，当该位为1时表示支持，这样避免了对于远端是其他组织设备，配置的OUI却相同情况下，本地发送了该组织特定功能的报文到远端设备进行处理。
在图4中，Subtype和OUI Configuration是本发明自己定义的字段，参考OAM通用配置支持项实现，同时考虑到后面的扩展和IEEE的习惯使用方式，Subtype字段定义值为1个字节，对应本发明功能，该值为0x1，OUIConfiguration为2个字节，支持最多16种Subtype为0x1下的OUI自定义功能。其余字段按照协议规定描述和占用一定的字节数。
OUI Configuration具体定义如下表：
OUI Configuration通过信息报文在协商中的交互来完成支持情况的了解，对于同属一个组织且在OUI Configuration能力通告的情况下才会执行本发明相关功能。当Organization Specific Information TLV不存在或者OUI不是本组织定义OUI或者OUI Configuration能力通告为不支持情况下本发明功能的报文不会发送。
上述的TLV即报文发送按照IEEE的标准，从高优先级bit位开始到低优先级bit位传递。
图5为本发明实施例所述的链路检测方法具体工作步骤示意图。
参见图5所示，本实施例的RouterA与RouterB分别代表本地和远端，以下用A端和B端表示。
步骤301：在正常情况下，A端和B端通过IEEE8023.ah协商，并携带Organization Specific Information TLV。
步骤303：B端在获取本地配置信息后，将该配置信息通过IEEE8023.ah协商携带给A端。
步骤305：A端在获取B端配置信息后，保存，其中B端配置信息中包括B端的组织扩展配置。
步骤307-309：双方在协商成功后，相互发送报文，如在B周期，B端发送报文，在A周期，A端发送报文。
步骤311：假定在A端出现了人为的关闭检测使能的情况，先判断B端与A端是否同属于一个组织，或者是否支持管理down检测通知功能，如果有一个不是，则不发送上述扩展OAM报文，如果两个均是，则发送扩展OAM报文。
步骤313：在报文发送以后，B端判断该扩展OAM报文是否合法，并在确定扩展OAM报文合法时，立即中断连接，改变状态，但不通知关联业务。
通过本实施例的上述技术方案，当协议主动去使能时，利用扩展报文字段通知远端本地使能主动管理down，该情况下如果远端与业务关联，将不再通告业务检测的链路down，避免关联业务进一步处理。只有在正常检测工作的情况下产生的超时或者接收到其他信息才认为链路中断，关联业务处理。
优选地，判断远端是否为同一组织的方法是：
判断扩展OAM报文中组织特定信息TLV中的OUI字段是否与本地配置的OUI字段相匹配，并在是的情况下确认远端为同一组织。
具体的，当扩展OAM报文中的OUI字段和本地配置的OUI字段不匹配时，认为不是同一个组织的报文接收，忽略该报文，不做相关处理。
当报文中的OUI字段和本地配置的OUI字段一致时，认为是同一个组织的报文通信，进行解析。
更具体地，当报文中的OUI字段和本地配置的OUI字段一致时，认为是同一个组织的报文通信，进行解析，当协商得到的功能支持项表示远端支持时，进行处理。当TYPE＝0是结束报文解析；当TYPE＝1时，表示是管理down报文，则立即触发远端协议断链操作，回复远端初始化状态。但却不通知关联业务或检测协议down，通知其他非down事件，如初始化状态。当TYPE为其他值时，忽略该值，不处理。
通过本实施例的上述技术方案，通过定义OUI字段，各自组织功能不冲突，不会产生各组织自定义的扩展报文到远端设备要求别人处理，也方便组织后续的扩展。
优选地，判断是否支持远端的主动关闭检测管理状态通告功能具体包括：
即扩展信息OAMPDU中的Organization Specific Information TLV，在该TLV中指明组织自定义的功能支持项，bit位表示，当该bit位为0是表示不支持，当该位为1时表示支持。
通过本实施例的上述技术方案避免了对于远端是其他组织设备，配置的OUI却相同情况下，本地发送了该组织特定功能的报文到远端设备进行处理。同时本发明定义的管理down检测手段，能快速通告人为的管理down，和真正链路上的down做了区分，对于联动检测来说不会产生错误操作。
图6为本发明实施例所述的链路检测装置主要结构示意图。
参见图6所示，链路检测装置包括：
链路检测装置包括：
获取模块61，用于获取远端发送的扩展OAM报文；
解析模块63，用于通过解析扩展OAM报文，判断远端的链路断路的类型；以及
执行模块65，用于在判断结果指示链路断路的类型为主动关闭检测使能时，执行相应的链路操作处理。
优选地，该链路检测装置还包括：第一判断模块(图中未示)，用于通过接收远端在协议协商时发送的带有本地信息TLV和带有组织特定信息TLV的信息OAMPDU，判断远端是否为同一组织；若是，则在进一步获取远端功能项的字段信息之后，继续进行协议协商。
优选地，解析模块63包括：第二判断模块(图中未示)，用于判断组织特定信息TLV中的OUI字段是否与本地配置的OUI字段相匹配，并在是的情况下确认远端为同一组织。
本发明还提供了一种OAM实体，该OAM实体包括上述的链路检测装置。
以上所述仅是本发明的实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种链路检测方法，其特征在于，包括：
获取远端发送的扩展OAM报文；
通过解析所述扩展OAM报文，判断所述远端的链路断路的类型；以及
在判断结果指示所述链路断路的类型为主动关闭检测使能时，执行相应的链路操作处理。
2.如权利要求1所述的检测方法，其特征在于，所述扩展OAM报文为：
以表明组织唯一标示的OUI字段后接TLV的格式封装的OAM报文，并且所述扩展OAM报文以End TLV来表示结束；其中，T和L各占用一个字节。
3.如权利要求2所述的检测方法，其特征在于，在所述获取远端发送的扩展OAM报文，所述检测方法还包括：
通过接收所述远端在协议协商时发送的带有本地信息TLV和带有组织特定信息TLV的信息OAMPDU，判断所述远端是否为同一组织；
若是，则在进一步获取所述远端功能项的字段信息之后，继续进行所述协议协商。
4.如权利要求3所述的检测方法，其特征在于，所述通过解析所述扩展OAM报文，判断所述远端的链路断路的类型包括：
判断所述组织特定信息TLV中的OUI字段是否与本地配置的OUI字段相匹配，并在是的情况下确认所述远端为同一组织。
5.如权利要求3所述的检测方法，其特征在于，所述通过解析所述扩展OAM报文，判断所述远端的链路断路的类型包括：
根据所述远端功能项的字段信息，判断是否支持所述远端的检测管理状态通告功能，并在确定所述检测管理状态通告被支持时，判断所述远端的链路断路的类型。
6.如权利要求1所述的检测方法，其特征在于，在判断结果指示所述链路断路的类型为主动关闭检测使能时，执行相应的链路操作处理之后，所述检测方法还包括：
恢复所述远端的初始化检测状态，并不向后端通知关联业务。
7.一种链路检测装置，其特征在于，包括：
获取模块，用于获取远端发送的扩展OAM报文；
解析模块，用于通过解析所述扩展OAM报文，判断所述远端的链路断路的类型；以及
执行模块，用于在判断结果指示所述链路断路的类型为主动关闭检测使能时，执行相应的链路操作处理。
8.如权利要求7所述的链路检测装置，其特征在于，还包括：
第一判断模块，用于通过接收所述远端在协议协商时发送的带有本地信息TLV和带有组织特定信息TLV的信息OAMPDU，判断所述远端是否为同一组织；若是，则在进一步获取所述远端功能项的字段信息之后，继续进行所述协议协商。
9.如权利要求7所述的链路检测装置，其特征在于，所述解析模块包括：
第二判断模块，用于判断所述组织特定信息TLV中的OUI字段是否与本地配置的OUI字段相匹配，并在是的情况下确认所述远端为同一组织。
10.一种OAM实体，其特征在于，包括权利要求7至9中任一项所述的链路检测装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110302812A CN102333009A (zh) | 2011-10-09 | 2011-10-09 | 链路检测方法及装置、oam实体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110302812A CN102333009A (zh) | 2011-10-09 | 2011-10-09 | 链路检测方法及装置、oam实体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102333009A true CN102333009A (zh) | 2012-01-25 |
Family
ID=45484619
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110302812A Pending CN102333009A (zh) | 2011-10-09 | 2011-10-09 | 链路检测方法及装置、oam实体 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102333009A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104125107A (zh) * | 2013-04-25 | 2014-10-29 | 上海斐讯数据通信技术有限公司 | Epon系统及其oam扩展报文的测试装置及方法 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102082678A (zh) * | 2009-12-01 | 2011-06-01 | 杭州华三通信技术有限公司 | 一种端口取消oam协议的处理方法和设备 |
-
2011
- 2011-10-09 CN CN201110302812A patent/CN102333009A/zh active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102082678A (zh) * | 2009-12-01 | 2011-06-01 | 杭州华三通信技术有限公司 | 一种端口取消oam协议的处理方法和设备 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104125107A (zh) * | 2013-04-25 | 2014-10-29 | 上海斐讯数据通信技术有限公司 | Epon系统及其oam扩展报文的测试装置及方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102546222B (zh) | 备份系统及故障检测处理方法 | |
| US9237092B2 (en) | Method, apparatus, and system for updating ring network topology information | |
| US8208369B2 (en) | Ethernet ring system and a master node and an initialization method thereof | |
| CN102891769A (zh) | 链路故障通告方法和设备 | |
| EP2892274B1 (en) | Fault recovery method of operation and maintenance channel and network management terminal | |
| CN105915426B (zh) | 环形网络的故障恢复方法及装置 | |
| CN105830485A (zh) | 一种无线链路监测方法及ue | |
| EP2797354A1 (en) | Base station, communication system, and method for controlling base station | |
| WO2016116002A1 (zh) | Otn网络故障节点自动检测的方法及装置 | |
| CN102932183B (zh) | 双上行链路故障处理方法及设备 | |
| US20140177435A1 (en) | Wireless transmission system, wireless transmission method, and wireless communication apparatus | |
| CN100505641C (zh) | 实现点到点的快速故障检测的方法和装置 | |
| CA2970552C (en) | Method, apparatus, and system for managing terminal device in passive optical network | |
| CN102006202A (zh) | 一种路由器标识冲突检测方法及路由设备 | |
| CN102315987B (zh) | 环网保护组链路回切方法及装置 | |
| CN102035695A (zh) | 双向转发检测方法及装置 | |
| CN103036724B (zh) | 状态信息传输方法、网络设备及组合设备 | |
| CN103118387A (zh) | 一种主备模式的瘦ap冗余接入控制方法 | |
| CN102075361A (zh) | 一种恢复环网业务的方法及节点设备 | |
| CN105703967A (zh) | 一种检测标签交换路径连通性的方法及装置 | |
| CN101237319B (zh) | 以太环网中的主节点、时间同步方法和以太环网系统 | |
| CN102333009A (zh) | 链路检测方法及装置、oam实体 | |
| CN101997748A (zh) | 无虚拟通道的子环控制信道阻塞协议报文的方法和系统 | |
| US20170243473A1 (en) | Information Sending Method, Managed System, and Management System | |
| CN104202193A (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 | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20120125 |