CN105141434B - 业务链的故障检测方法及装置 - Google Patents
业务链的故障检测方法及装置 Download PDFInfo
- Publication number
- CN105141434B CN105141434B CN201410224672.0A CN201410224672A CN105141434B CN 105141434 B CN105141434 B CN 105141434B CN 201410224672 A CN201410224672 A CN 201410224672A CN 105141434 B CN105141434 B CN 105141434B
- Authority
- CN
- China
- Prior art keywords
- node
- tracing detection
- request message
- equipment
- sfe
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0686—Additional information in the notification, e.g. enhancement of specific meta-data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/20—Hop count for routing purposes, e.g. TTL
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/26—Route discovery packet
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种业务链的故障检测方法及装置,有助于解决无法获知业务报文经业务链转发时所经过的SF节点的问题。该方法包括:业务转发实体SFE获取第一故障跟踪检测请求报文后,确定与第一业务功能SF节点通信,第一故障跟踪检测请求报文包括路径标识ID和发起故障检测的设备的地址,路径ID用以标识业务链的一条路径;SFE获取第一SF节点的ID;SFE向发起故障检测的设备发送第一故障跟踪检测响应报文,第一故障跟踪检测响应报文包括路径ID、第一SF节点的ID和发起故障检测的设备的地址。发起故障检测的设备根据接第一故障故障检测响应报文包括的第一SF节点的ID,可获知业务报文经业务链转发时经过第一SF节点。
Description
技术领域
本发明涉及通信技术,尤其涉及一种业务链的故障检测方法、业务转发装置、发起故障检测的设备及业务功能装置。
背景技术
通常的网络设备除了提供基本的交换、路由等转发功能外,还可提供增值业务(英文全称为Value-Added Service,英文缩写为VAS),例如:VAS可以是网络地址转换(英文全称为Network Address Translation,英文缩写为NAT)、防火墙等业务。
提供增值业务的网络中,业务链(英文名称为service chain)包括业务分类器(英文名称为service classifier)和N个业务转发实体(英文全称为service forwardingentity,英文缩写为SFE)。service chain包括的SFE依次连接。SFE上可连接一个或多个业务功能(英文全称为service function,英文缩写为SF)节点。service classifier根据接收到的报文所属的业务,将业务链的标识添加至该报文,获得业务报文。serviceclassifier将业务报文发送至连接service classifier的SFE。SFE将接收到的业务报文发送至其连接的属于service chain的SF节点,由SF节点对业务报文进行业务处理。
为了实现业务报文的正常转发,网络中的一台检测设备可对SFE、SF节点和service classifier可否转发业务报文进行检测。在SFE能够转发业务报文至其连接的属于service chain的SF节点时,该检测设备无法检测SFE向属于service chain的SF节点转发业务报文的先后顺序是否正确,即检测设备无法获知业务报文在业务链转发时所经过的SF节点。
发明内容
有鉴于此,本发明实施例提供一种业务链的故障检测方法、业务转发装置、发起故障检测的设备及业务功能装置,有助于获知业务报文经业务链转发时所经过的SF节点。
本发明实施例提供的技术方案如下。
第一方面,提供了一种业务链的故障检测方法,包括:
SFE获取第一故障跟踪检测请求报文后,确定与第一SF节点通信,所述第一故障跟踪检测请求报文包括路径ID和发起故障检测的设备的地址,所述路径ID用以标识业务链的一条路径;
所述SFE获取所述第一SF节点的ID;
所述SFE向所述发起故障检测的设备发送第一故障跟踪检测响应报文,所述第一故障跟踪检测响应报文包括所述路径ID、所述第一SF节点的ID和所述发起故障检测的设备的地址。
在上述第一方面的第一种可能的实现方式中,所述SFE确定与所述业务链上的第一SF节点通信包括:
所述SFE根据所述路径ID,确定根据第一转发表项转发所述第一故障跟踪检测请求报文,所述第一转发表项包括所述路径ID和所述第一SF节点的地址;
所述SFE根据所述第一SF节点的地址,向所述第一SF节点发送所述第一故障跟踪检测请求报文;
所述SFE接收到来自所述第一SF节点的第二故障跟踪检测请求报文,所述第二故障跟踪检测请求报文包括所述路径ID和所述发起故障检测的设备的地址。
结合上述第一方面的第一种可能的实现方式,还提供了第一方面的第二种可能的实现方式,所述第一故障跟踪检测请求报文还包括第一参数,所述第一参数用以标识所述第一SF节点或者用以标识所述业务链上所述第一SF节点的上一跳SF节点,所述第一转发表项还包括所述第一参数;
所述SFE根据所述路径ID,确定根据第一转发表项转发所述第一故障跟踪检测请求报文包括:所述SFE根据所述第一参数和所述路径ID,确定根据所述第一转发表项转发所述第一故障跟踪检测请求报文。
结合上述第一方面的第二种可能的实现方式,还提供了第一方面的第三种可能的实现方式,所述第一故障跟踪检测请求报文还包括生存时间(英文全称为time to live,英文缩写为TTL)字段;
所述SFE接收到来自所述第一SF节点的第二故障跟踪检测请求报文之后,还包括:所述SFE获取TTL参数,所述TTL参数是对所述第一故障跟踪检测请求报文中TTL字段的取值进行更新后获取的数据;
所述SFE向所述发起故障检测的设备发送第一故障跟踪检测响应报文还包括:在所述TTL参数达到预设值时,所述SFE向所述发起故障检测的设备发送所述第一故障跟踪检测响应报文。
结合上述第一方面的第三种可能的实现方式,还提供了第一方面的第四种可能的实现方式,还包括:
所述SFE在所述TTL参数未达到预设值时,获取第三故障跟踪检测请求报文,所述第三故障跟踪检测请求报文包括第二参数、所述路径ID、所述TTL字段和所述发起故障检测的设备的地址,所述第二参数用以标识所述业务链上所述第一参数标识的SF节点的下一跳SF节点;
所述SFE根据所述第二参数和所述路径ID,确定根据第二转发表项转发所述第三故障跟踪检测请求报文,所述第二转发表项包括所述路径ID、所述第二参数和第一设备的地址,所述第一设备为所述业务链上所述SFE的下一跳SFE或者为第二SF节点,所述第二SF节点是所述业务链上所述第一SF节点的下一跳SF节点;
所述SFE根据所述第一设备的地址,向所述第一设备发送所述第三故障跟踪检测请求报文。
结合上述第一方面的第二种可能的实现方式,还提供了第一方面的第五种可能的实现方式,所述SFE向所述发起故障检测的设备发送第一故障跟踪检测响应报文之前,还包括:
所述SFE向所述发起故障检测的设备发送第二故障跟踪检测响应报文,所述第二故障跟踪检测响应报文包括所述路径ID、所述SFE的ID和所述发起故障检测的设备的地址。
结合上述第一方面的第二种可能的实现方式或第一方面的第五种可能的实现方式,还提供了第一方面的第六种可能的实现方式,所述SFE向所述发起故障检测的设备发送第一故障跟踪检测响应报文之后,还包括:
所述SFE获取第四故障跟踪检测请求报文,所述第四故障跟踪检测请求报文包括第二参数、所述路径ID和所述发起故障检测的设备的地址,所述第二参数用以标识所述业务链上所述第一参数标识的SF节点的下一跳SF节点;
所述SFE根据所述第二参数和所述路径ID,确定根据第二转发表项转发所述第四故障跟踪检测报文,所述第二转发表项包括所述路径ID、所述第二参数和第一设备的地址,所述第一设备为所述业务链上所述SFE的下一跳SFE或者为第二SF节点,所述第二SF节点为所述业务链上所述第一SF节点的下一跳SF节点;
所述SFE根据所述第一设备的地址,向所述第一设备发送所述第四故障跟踪检测请求报文。
结合上述第一方面的第六种可能的实现方式,还提供了第一方面的第七种可能的实现方式,所述第一设备为所述第二SF节点,还包括:
所述SFE接收到来自所述第二SF节点的第五故障跟踪检测请求报文,所述第五故障跟踪检测请求报文包括所述路径ID和所述发起故障检测的设备的地址;
所述SFE根据第五故障跟踪检测请求报文,获取所述第二SF节点的ID;
所述SFE向所述发起故障检测的设备发送第三故障跟踪检测响应报文,所述第三故障跟踪检测响应报文包括所述路径ID、所述第二SF节点的ID和所述发起故障检测的设备的地址。
结合上述第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式、第一方面的第五种可能的实现方式、第一方面的第六种可能的实现方式或第一方面的第七种可能的实现方式,还提供了第一方面的第八种可能的实现方式,还包括:
所述SFE将所述第一参数和所述SFE的ID中的至少一个添加至所述第一故障跟踪检测响应报文中。
结合上述第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式、第一方面的第五种可能的实现方式、第一方面的第六种可能的实现方式或第一方面的第七种可能的实现方式,还提供了第一方面的第九种可能的实现方式,所述第一故障跟踪检测请求报文还包括节点列表,所述节点列表包括所述业务链上所述第一SF节点的上一跳SF节点的ID;
所述SFE向所述发起故障检测的设备发送第一故障跟踪检测响应报文之前,还包括:
所述SFE获取更新后的节点列表,所述更新后的节点列表是将所述第一SF节点的ID添加至所述节点列表后生成的列表,所述更新后的节点列表包括的全部SF节点的顺序与所述全部SF节点在所述业务链上的顺序相同;
所述SFE将所述更新后的节点列表添加至所述第一故障跟踪检测响应报文。
结合上述第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式、第一方面的第五种可能的实现方式至第一方面的第九种可能的实现方式中的任意一种可能的实现方式,还提供了第一方面的第十种可能的实现方式,所述第一故障跟踪检测请求报文还包括作为终点的SF节点的ID;
所述SFE向所述发起故障检测的设备发送第一故障跟踪检测响应报文之后,还包括:
所述SFE在所述第一SF节点的ID与所述作为终点的SF节点的ID相同时,结束对所述业务链的检测。
结合上述第一方面或第一方面的任意一种可能的实现方式,还提供了第一方面的第十一种可能的实现方式,所述SFE获取第一故障跟踪检测请求报文包括:
所述SFE接收所述发起故障检测的设备发送的所述第一故障跟踪检测请求报文;或者
所述SFE接收所述业务链上所述SFE的上一跳SFE发送的所述第一故障跟踪检测请求报文;或者
所述SFE生成所述第一故障跟踪检测请求报文。
结合上述第一方面或第一方面的任意一种可能的实现方式,还提供了第一方面的第十二种可能的实现方式,
所述SFE向所述发起故障检测的设备发送第一故障跟踪检测响应报文包括:
所述SFE通过所述路径ID获取所述业务链的反向业务链的路径ID,所述反向业务链与所述业务链的方向相反;
所述SFE根据所述反向业务链的路径ID对应的转发表项,向所述发起故障检测的设备发送所述第一故障跟踪检测响应报文,所述反向业务链的路径ID对应的转发表项包括所述反向业务链的路径ID和所述发起故障检测的设备的地址;或者
所述SFE向所述发起故障检测的设备发送第一故障跟踪检测响应报文包括:
所述SFE将所述第一故障跟踪检测响应报文承载于单播互联网协议(英文全称为Internet Protocol,英文缩写为IP)报文中,向所述发起故障检测的设备发送所述单播IP报文,所述单播IP报文的目的IP地址为所述发起故障检测的设备的地址。
第二方面,提供了一种业务链的故障检测方法,包括:
发起故障检测的设备向SFE发送第一故障跟踪检测请求报文,所述第一故障跟踪检测请求报文包括路径标识ID和所述发起故障检测的设备的地址,所述路径ID用以标识业务链的一条路径;
所述发起故障检测的设备接收来自所述SFE的第一故障跟踪检测响应报文,所述第一故障跟踪检测响应报文包括所述路径ID、第一SF节点的ID和所述发起故障检测的设备的地址;
所述发起故障检测的设备接收到所述第一故障跟踪检测响应报文后,确定所述业务链经过所述第一SF节点且所述SFE与所述第一SF节点间的转发正常。
在第二方面的第一种可能的实现方式中,所述发起故障检测的设备向所述SFE发送第一故障跟踪检测请求报文包括:
所述发起故障检测的设备根据所述路径ID,确定根据转发表项转发所述第一故障跟踪检测请求报文,所述转发表项包括所述路径ID和所述SFE的地址;
所述发起故障检测的设备根据所述SFE的地址,向所述SFE发送所述第一故障跟踪检测请求报文。
结合上述第二方面或第二方面的第一种可能的实现方式,还提供了第二方面的第二种可能的实现方式,所述第一故障跟踪检测请求报文还包括第一参数,所述第一参数用以标识所述第一SF节点或者用以标识所述业务链上所述第一SF节点的上一跳SF节点。
结合上述第二方面、第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式,还提供了第二方面的第三种可能的实现方式,所述第一故障跟踪检测请求报文还包括TTL字段。
结合上述第二方面、第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式,还提供了第二方面的第四种可能的实现方式,所述第一故障跟踪检测请求报文还包括节点列表,所述节点列表包括所述业务链上所述第一SF节点的上一跳SF节点的ID,所述第一故障跟踪检测响应报文还包括更新后的节点列表,所述更新后的节点列表是将所述第一SF节点的ID添加至所述节点列表后生成的列表,所述更新后的节点列表包括的全部SF节点的顺序与所述全部SF节点在所述业务链上的顺序相同。
结合上述第二方面、第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式,还提供了第二方面的第五种可能的实现方式,所述发起故障检测的设备接收到来自所述SFE的第一故障跟踪检测响应报文之前,还包括:
所述发起故障检测的设备接收来自所述SFE的第二故障跟踪检测响应报文,所述第二故障跟踪检测响应报文包括所述路径ID、所述SFE的ID和所述发起故障检测的设备的地址;
所述发起故障检测的设备接收到所述第二故障跟踪检测响应报文之后,确定所述业务链经过所述SFE且所述SFE与所述发起故障检测的设备间的转发正常。
结合上述第二方面或第二方面的任意一种可能的实现方式,还提供了第二方面的第六种可能的实现方式,所述发起故障检测的设备接收到来自所述SFE的第一故障跟踪检测响应报文之后,还包括:
所述发起故障检测的设备接收来自所述SFE的第三故障跟踪检测响应报文,所述第三故障跟踪检测响应报文包括所述路径ID、第二SF节点的ID和所述发起故障检测的设备的地址,所述第二SF节点是所述业务链上所述第一SF节点的下一跳SF节点;
所述发起故障检测的设备接收到所述第三故障跟踪检测响应报文之后,确定所述业务链经过所述第二SF节点且所述SFE与所述第二SF节点间的转发正常。
第三方面,提供了一种业务链的故障检测方法,包括:
SF节点接收来自SFE的第一故障跟踪检测请求报文,所述第一故障跟踪检测请求报文包括路径标识ID和发起故障检测的设备的地址,所述路径ID用以标识业务链的一条路径;
所述SF节点向所述SFE发送第二故障跟踪检测请求报文,所述第二故障跟踪检测请求报文包括所述路径ID和所述发起故障检测的设备的地址。
在第三方面的第一种可能的实现方式中,所述第一故障跟踪检测请求报文和所述第二故障跟踪检测请求报文分别还包括TTL字段;
所述SF节点向所述SFE发送第二故障跟踪检测请求报文之前,还包括:
所述SF节点获取TTL参数,所述TTL参数是对所述第一故障跟踪检测请求报文包括的所述TTL字段的取值进行更新后获取的数据;
所述SF节点将所述TTL参数作为所述第二故障跟踪检测请求报文包括的所述TTL字段的取值。
结合上述第三方面,还提供了第三方面的第二种可能的实现方式,所述第一故障跟踪检测请求报文还包括节点列表,所述节点列表包括所述业务链上所述SF节点的上一跳SF节点的ID;
所述SF节点向所述SFE发送第二故障跟踪检测请求报文之前,还包括:
所述SF节点获取更新后的节点列表,所述更新后的节点列表是将所述SF节点的ID添加至所述节点列表后生成的列表,所述更新后的节点列表中的全部SF节点的顺序与所述全部SF节点在所述业务链上的顺序相同;
所述SF节点将所述更新后的节点列表添加至所述第二故障跟踪检测请求报文中。
结合上述第三方面、第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式,还提供了第三方面的第三种可能的实现方式,所述第一故障跟踪检测请求报文还包括第一参数,所述第一参数用以标识所述SF节点或所述业务链上所述SF节点的上一跳SF节点,所述第二故障跟踪检测请求报文还包括所述第一参数和所述SF节点的ID中的至少一个。
第四方面,提供了一种业务转发装置,包括:
第一通信单元,用于获取第一故障跟踪检测请求报文后,确定与第一SF节点通信,所述第一故障跟踪检测请求报文包括路径标识ID和发起故障检测的设备的地址,所述路径ID用以标识业务链的一条路径;
第一获取单元,用于获取所述第一SF节点的ID;
第一发送单元,用于向所述发起故障检测的设备发送第一故障跟踪检测响应报文,所述第一故障跟踪检测响应报文包括所述路径ID、所述第一SF节点的ID和所述发起故障检测的设备的地址。
在第四方面的第一种可能的实现方式中,
所述第一通信单元具体用于根据所述路径ID,确定根据第一转发表项转发所述第一故障跟踪检测请求报文,所述第一转发表项包括所述路径ID和所述第一SF节点的地址;
所述第一通信单元具体用于根据所述第一SF节点的地址,向所述第一SF节点发送所述第一故障跟踪检测请求报文;
所述第一通信单元具体用于接收到来自所述第一SF节点的第二故障跟踪检测请求报文,所述第二故障跟踪检测请求报文包括所述路径ID和所述发起故障检测的设备的地址。
结合上述第四方面的第一种可能的实现方式,还提供了第四方面的第二种可能的实现方式,所述第一故障跟踪检测请求报文还包括第一参数,所述第一参数用以标识所述第一SF节点或者用以标识所述业务链上所述第一SF节点的上一跳SF节点,所述第一转发表项还包括所述第一参数;
所述第一通信单元还用于根据所述第一参数和所述路径ID,确定根据所述第一转发表项转发所述第一故障跟踪检测请求报文。
结合上述第四方面的第二种可能的实现方式,还提供了第四方面的第三种可能的实现方式,所述第一故障跟踪检测请求报文还包括TTL字段;
还包括:第二获取单元;
所述第二获取单元用于获取TTL参数,所述TTL参数是对所述第一故障跟踪检测请求报文中TTL字段的取值进行更新后获取的数据;
所述第一发送单元还用于在所述TTL参数达到预设值时,向所述发起故障检测的设备发送所述第一故障跟踪检测响应报文。
结合上述第四方面的第三种可能的实现方式,还提供了第四方面的第四种可能的实现方式,还包括:第三获取单元、第一确定单元和第二发送单元;
所述第三获取单元用于在所述TTL参数未达到预设值时,获取第三故障跟踪检测请求报文,所述第三故障跟踪检测请求报文包括第二参数、所述路径ID、所述TTL字段和所述发起故障检测的设备的地址,所述第二参数用以标识所述业务链上所述第一参数标识的SF节点的下一跳SF节点,所述第三故障跟踪检测请求报文中的TTL字段的取值为所述TTL参数;
所述第一确定单元用于根据所述第二参数和所述路径ID,确定根据第二转发表项转发所述第三故障跟踪检测请求报文,所述第二转发表项包括所述路径ID、所述第二参数和第一设备的地址,所述第一设备为所述业务链上所述SFE的下一跳SFE或者为第二SF节点,所述第二SF节点是所述业务链上所述第一SF节点的下一跳SF节点;
所述第二发送单元用于根据所述第一设备的地址,向所述第一设备发送所述第三故障跟踪检测请求报文。
结合上述第四方面的第二种可能的实现方式,还提供了第四方面的第五种可能的实现方式,所述第一发送单元还用于向所述发起故障检测的设备发送第二故障跟踪检测响应报文,所述第二故障跟踪检测响应报文包括所述路径ID、所述SFE的ID和所述发起故障检测的设备的地址。
结合上述第四方面的第二种可能的实现方式或第四方面的第五种可能的实现方式,还提供了第四方面的第六种可能的实现方式,还包括:
第四获取单元,用于获取第四故障跟踪检测请求报文,所述第四故障跟踪检测请求报文包括第二参数、所述路径ID和所述发起故障检测的设备的地址,所述第二参数用以标识所述业务链上所述第一参数标识的SF节点的下一跳SF节点;
第二确定单元,用于根据所述第二参数和所述路径ID,确定根据第二转发表项转发所述第四故障跟踪检测报文,所述第二转发表项包括所述路径ID、所述第二参数和第一设备的地址,所述第一设备为所述业务链上所述SFE的下一跳SFE或者为第二SF节点,所述第二SF节点为所述业务链上所述第一SF节点的下一跳SF节点;
第三发送单元,用于根据所述第一设备的地址,向所述第一设备发送所述第四故障跟踪检测请求报文。
结合上述第四方面的第六种可能的实现方式,还提供了第四方面的第七种可能的实现方式,还包括:
接收单元,用于接收到来自所述第二SF节点的第五故障跟踪检测请求报文,所述第五故障跟踪检测请求报文包括所述路径ID和所述发起故障检测的设备的地址;
第五获取单元,用于根据第五故障跟踪检测请求报文,获取所述第二SF节点的ID;
所述第一发送单元还用于向所述发起故障检测的设备发送第三故障跟踪检测响应报文,所述第三故障跟踪检测响应报文包括所述路径ID、所述第二SF节点的ID和所述发起故障检测的设备的地址。
结合上述第四方面的第一种可能的实现方式、第四方面的第二种可能的实现方式、第四方面的第五种可能的实现方式、第四方面的第六种可能的实现方式或第四方面的第七种可能的实现方式,还提供了第四方面的第八种可能的实现方式,所述第一获取单元还用于将所述第一参数和所述SFE的ID中的至少一个添加至所述第一故障跟踪检测响应报文中。
结合上述第四方面的第一种可能的实现方式、第四方面的第二种可能的实现方式、第四方面的第五种可能的实现方式、第四方面的第六种可能的实现方式或第四方面的第七种可能的实现方式,还提供了第四方面的第九种可能的实现方式,所述第一故障跟踪检测请求报文还包括节点列表,所述节点列表包括所述业务链上所述第一SF节点的上一跳SF节点的ID;
还包括:
第一参数更新单元,用于获取更新后的节点列表,所述更新后的节点列表是将所述第一SF节点的ID添加至所述节点列表后生成的列表,所述更新后的节点列表包括的全部SF节点的顺序与所述全部SF节点在所述业务链上的顺序相同;
所述第一获取单元还用于将所述更新后的节点列表添加至所述第一故障跟踪检测响应报文中。
结合上述第四方面的第一种可能的实现方式、第四方面的第二种可能的实现方式、第四方面的第五种可能的实现方式至第四方面的第九种可能的实现方式中的任意一种可能的实现方式,还提供了第四方面的第十种可能的实现方式,所述第一故障跟踪检测请求报文还包括作为终点的SF节点的ID;
还包括:
控制单元,用于在所述第一发送单元向所述发起故障检测的设备发送第一故障跟踪检测响应报文之后,确定所述第一SF节点的ID与所述作为终点的SF节点的ID相同,结束对所述业务链的检测。
结合上述第四方面或第四方面的任意一种可能的实现方式,还提供了第四方面的第十一种可能的实现方式,
所述第一通信单元具体用于接收所述发起故障检测的设备发送的所述第一故障跟踪检测请求报文;或者
所述第一通信单元具体用于接收所述业务链上所述SFE的上一跳SFE发送的所述第一故障跟踪检测请求报文;或者
所述第一通信单元具体用于生成所述第一故障跟踪检测请求报文。
结合上述第四方面或第四方面的任意一种可能的实现方式,还提供了第四方面的第十二种可能的实现方式,所述第一发送单元具体用于通过所述路径ID获取所述业务链的反向业务链的路径ID,所述反向业务链与所述业务链的方向相反;
所述第一发送单元具体用于根据所述反向业务链的路径ID对应的转发表项,向所述发起故障检测的设备发送所述第一故障跟踪检测响应报文,所述转发表项包括所述反向业务链的路径ID和所述发起故障检测的设备的地址;或者
所述第一发送单元具体用于将所述第一故障跟踪检测响应报文承载于单播IP报文中,向所述发起故障检测的设备发送所述单播IP报文,所述单播IP报文的目的IP地址为所述发起故障检测的设备的地址。
第五方面,提供了一种发起故障检测的设备,包括:
发送单元,用于向SFE发送第一故障跟踪检测请求报文,所述第一故障跟踪检测请求报文包括路径ID和所述发起故障检测的设备的地址,所述路径ID用以标识业务链的一条路径;
第一接收单元,用于接收到来自所述SFE的第一故障跟踪检测响应报文,所述第一故障跟踪检测响应报文包括所述路径ID、第一SF节点的ID和所述发起故障检测的设备的地址;
第一确定单元,用于在接收到所述第一故障跟踪检测响应报文后,确定所述业务链经过所述第一SF节点且所述SFE与所述第一SF节点间的转发正常。
在第五方面的第一种可能的实现方式中,
所述发送单元具体用于根据所述路径ID,确定根据转发表项转发所述第一故障跟踪检测请求报文,所述转发表项包括所述路径ID和SFE的地址;
所述发送单元具体用于根据所述SFE的地址,向所述SFE发送所述第一故障跟踪检测请求报文。
结合上述第五方面或第五方面的第一种可能的实现方式,还提供了第五方面的第二种可能的实现方式,所述第一故障跟踪检测请求报文还包括第一参数,所述第一参数用以标识所述第一SF节点或者用以标识所述业务链上所述第一SF节点的上一跳SF节点。
结合上述第五方面、第五方面的第一种可能的实现方式或第五方面的第二种可能的实现方式,还提供了第五方面的第三种可能的实现方式,还包括:
第一添加单元,用于将TTL字段添加至所述第一故障跟踪检测请求报文。
结合上述第五方面、第五方面的第一种可能的实现方式或第五方面的第二种可能的实现方式,还提供了第五方面的第四种可能的实现方式,还包括:
第二添加单元,用于将节点列表添加至所述第一故障跟踪检测请求报文,所述节点列表包括所述业务链上所述第一SF节点的上一跳SF节点的ID;
所述第一故障跟踪检测响应报文还包括更新后的节点列表,所述更新后的节点列表是将所述第一SF节点的ID添加至所述节点列表后生成的列表,所述更新后的节点列表包括的全部SF节点的顺序与所述全部SF节点在所述业务链上的顺序相同。
结合上述第五方面或第五方面的任意一种可能的实现方式,还提供了第五方面的第五种可能的实现方式,还包括:
第二接收单元,用于接收来自所述SFE的第二故障跟踪检测响应报文,所述第二故障跟踪检测响应报文包括所述路径ID、所述SFE的ID和所述发起故障检测的设备的地址;
所述第一确定单元还用于在接收到所述第二故障跟踪检测响应报文之后,确定所述业务链经过所述SFE且所述SFE与所述故障检测间的转发正常。
结合上述第五方面或第五方面的任意一种可能的实现方式,还提供了第五方面的第六种可能的实现方式,还包括:
第三接收单元,用于接收来自所述SFE的第三故障跟踪检测响应报文,所述第三故障跟踪检测响应报文包括所述路径ID、第二SF节点的ID和所述发起故障检测的设备的地址,所述第二SF节点是所述业务链上所述第一SF节点的下一跳SF节点;
所述第一确定单元还用于在接收到所述第三故障跟踪检测响应报文之后,确定所述业务链经过所述第二SF节点且所述SFE与所述第二SF节点间的转发正常。
第六方面,提供了一种SF装置,包括:
接收单元,用于接收来自SFE的第一故障跟踪检测请求报文,所述第一故障跟踪检测请求报文包括路径标识ID和发起故障检测的设备的地址,所述路径ID用以标识业务链的一条路径;
发送单元,用于向所述SFE发送第二故障跟踪检测请求报文,所述第二故障跟踪检测请求报文包括所述路径ID和所述发起故障检测的设备的地址。
在第六方面的第一种可能的实现方式中,所述第一故障跟踪检测请求报文还包括第一参数,所述第一参数用以标识所述SF节点或所述业务链上所述SF节点的上一跳SF节点,所述第二故障跟踪检测请求报文还包括所述第一参数和所述SF节点的ID中的至少一个。
结合上述第六方面或第六方面的第一种可能的实现方式,还提供了第六方面的第二种可能的实现方式,所述第一故障跟踪检测请求报文和所述第二故障跟踪检测请求报文分别还包括TTL字段;
还包括:
第一参数更新单元,用于获取TTL参数,所述TTL参数是对所述第一故障跟踪检测请求报文包括的所述TTL字段的取值进行更新后获取的数据;
所述第一参数更新单元用于将所述TTL参数作为所述第二故障跟踪检测请求报文包括的所述TTL字段的取值。
结合上述第六方面或第六方面的第一种可能的实现方式,还提供了第六方面的第三种可能的实现方式,所述第一故障跟踪检测请求报文还包括节点列表,所述节点列表包括所述业务链上所述SF节点的上一跳SF节点的ID;
还包括:
第二参数更新单元,用于获取更新后的节点列表,所述更新后的节点列表是将所述SF节点的ID添加至所述节点列表后生成的列表,所述更新后的节点列表中的全部SF节点的顺序与所述全部SF节点在所述业务链上的顺序相同;
所述第二参数更新单元用于将所述更新后的节点列表添加至所述第二故障跟踪检测请求报文中。
通过上述方案,SFE获取第一故障跟踪检测请求报文后,确定与第一SF节点通信,则获取第一SF节点的ID。SFE向发起故障检测的设备发送包括第一SF节点的ID的第一故障跟踪检测响应报文,有助于发起故障检测的设备获知业务报文在所述业务链转发时经过的SF节点。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其它的附图。
图1为一种提供增值业务的网络结构示意图。
图2为本发明实施例一提供的一种网络结构示意图。
图3为本发明实施例一提供的业务转发装置的示意图。
图4为本发明实施例一提供的业务转发装置的示意图。
图5为本发明实施例一提供的发起故障检测的设备的示意图。
图6为本发明实施例一提供的发起故障检测的设备的示意图。
图7为本发明实施例一提供的业务功能装置的示意图。
图8为本发明实施例一提供的业务功能装置的示意图。
图9为本发明实施例一提供的一种业务链的故障检测方法的流程图。
图10为本发明实施例二提供的一种网络结构示意图。
图11为本发明实施例二提供的业务转发装置的示意图。
图12为本发明实施例二提供的发起故障检测的设备的示意图。
图13为本发明实施例二提供的业务功能装置的示意图。
图14为本发明实施例二提供的一种业务链的故障检测方法的流程图。
图15为本发明实施例三提供的一种网络结构示意图。
图16为本发明实施例三提供的一种业务链的故障检测方法的流程图。
图17为本发明实施例提供的OAM报文的示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本发明保护的范围。
图1为一种提供增值业务的网络结构示意图。图1所示的网络包括检测设备141、service classifier131、SFE111、SF节点121和SF节点122。图1所示的网络中的一条service chain包括service classifier131、SFE111、SF节点121和SF节点122。该条service chain所规划的业务处理顺序是经该条service chain转发的报文先经过SF节点121,再经过SF节点122。该条service chain上,service classifier131连接SFE111;SFE111连接SF节点121和SF节点122。检测设备141可与service classifier131、SFE111、SF节点121和SF节点122进行通信。检测设备141分别发送检测报文1001至serviceclassifier131、SFE111、SF节点121和SF节点122,以检测到service classifier131、SFE111、SF节点121和SF节点122均可实现正常工作。图1所示的网络中,serviceclassifier131将业务报文1011发送至SFE111。若SFE111的转发表项异常,SFE111会根据异常的转发表项,将接收到的业务报文1011先发送至SF节点122,由SF节点122对业务报文1011进行业务处理。SFE111会根据异常的转发表项,将接收到的来自SF节点122的业务报文1012再发送至SF节点121,由SF节点121对业务报文1012进行业务处理。
在图1所示的场景下,虽然service classifier131、SFE111、SF节点121和SF节点122均可实现业务报文的转发,但SFE111的转发表项异常会导致业务报文在service chain上所经过的SF节点的顺序与所规划的处理顺序不同。检测设备141无法获知SFE111的转发表项异常所导致的业务报文在service chain上所经过的SF节点的顺序错误的问题。
针对上述问题,提出了有助于获知service chain所经过的SF节点的解决方法。该解决方法是SFE获取第一故障跟踪检测请求报文后,确定与第一SF节点通信,获取第一SF节点的ID。SFE向发起故障检测的设备发送包括路径ID和第一SF节点的ID的第一故障跟踪检测响应报文,使得发起故障检测的设备获知service chain经过的SF节点的信息。该解决方法可通过以下几种实施例实现。
下面对本发明的实施例中提及的标号进行说明:131可用以标识发起故障检测的设备;111和112可用以标识SFE;121、122和123可用以标识SF节点;1021、1022、1023、1024、1025、1026、1042、1043和1044可用以标识故障跟踪检测请求报文;1031、1032、1034、1035、1036可用以标识故障跟踪检测响应报文;1051可用以标识连通性检测报文。
实施例一
图2为本发明实施例一提供的一种网络结构示意图。图2所示的网络可用以提供增值业务。图2所示的网络中,service classifier131连接SFE111;SFE111分别连接SF节点121和SF节点122。图2所示的一条service chain包括service classifier131、SFE111、SF节点121和SF节点122。该条service chain是报文按照该条service chain包括的SF节点的顺序所经过的所述SF节点的集合。在本发明的下述实施例中,将属于某一类业务的报文称为业务报文。在沿serviceclassifier131至SF节点122的方向上,SFE111是该条servicechain上的第一个SFE,SF节点121是该条service chain上SF节点122的上一跳SF节点。
图3为本发明实施例一提供的一种业务转发装置的示意图。图3所示的业务转发装置可以为图2所示网络结构中的任意一个SFE。图3所示的业务转发装置可以是网络中的交换机、路由器或服务器。下面结合图2,以图3所示的业务转发装置是SFE111为例进行说明。图3所示的业务转发装置包括:处理器1101、存储器1102和通信接口1103。处理器1101、存储器1102和通信接口1103通过通信总线1104连接。若图3所示的业务转发装置是网络中的交换机,则处理器1101可以是网络处理器(英文全称为network processor,英文缩写为NP)。若图3所示的业务转发装置是路由器或服务器,则处理器1011可以是中央处理器(英文全称为central processing unit,英文缩写为CPU)。
存储器1102用于存储程序。可选地,存储器1102还可存储业务功能装置的ID和转发表项。
处理器1101根据从存储器1102中读取的程序所包括的可执行指令,执行如下操作。
处理器1101通过通信接口1103获取故障跟踪检测请求报文1042后,确定与SF节点121通信。其中,故障跟踪检测请求报文1042包括路径ID和发起故障检测的设备的地址,路径ID用以标识service chain的一条路径。
处理器1101从存储器1102获取节点121的ID。
处理器1101通过通信接口1103,向service classifier131发送故障跟踪检测响应报文1032。其中,故障检测响应报文1032包括路径ID、SF节点121的ID和serviceclassifier131的地址。
可选地,故障检测请求报文1042还包括TTL字段。处理器1101在确定与SF节点121通信后,获取TTL参数,且在TTL参数达到预设值时,通过通信接口1103向serviceclassifier131发送故障跟踪检测响应报文1032。其中,TTL参数是对故障跟踪检测请求报文1042中TTL字段的取值进行更新后获取的数据;所述更新可以是以故障跟踪检测请求报文1042中TTL字段的取值为基准值,增加或减小偏移值的操作;所述基准值大于或等于0,所述偏移值大于0,所述预设值大于或等于0。
进一步地,处理器1101根据存储器1102中的可执行指令和转发表项,与通信接口1103配合,使图3所示的业务转发装置执行了如图9所示的实施例中的SFE111或SFE112所执行的全部操作。也可以认为,如图3所示的业务转发装置就是如图9所示的实施例中的SFE111或SFE112。
图4为本发明实施例一提供的业务转发装置的示意图。图4所示的业务转发装置包括:第一通信单元1105、第一发送单元1106、第一获取单元1107。可选地,图4所示的业务转发装置还包括:第二获取单元1108。可选地,图4所示的业务转发装置还包括:第三获取单元1109、第一确定单元1110和第二发送单元1111。可选地,图4所示的业务转发装置还可包括存储单元(图4中未示出)。存储单元可用于保存转发表项以及业务转发装置所连接的SF节点的ID。
图4所示的业务转发装置与图3所示的业务转发装置可以是同一个装置,例如均为图2所示网络中的SFE111或SFE112。可以认为,图3从物理的角度显示了一个业务转发装置包括的内容,而图4从逻辑的角度显示了一个业务转发装置包括的内容。可选地,图4中的第一通信单元1105包括的发送功能可由图3中的通信接口1103来实现,图4中的第一通信单元1105包括的确定转发表项的功能可由图3中的处理器1101根据存储器1102存储的可执行指令来实现,换句话说,图4中的第一通信单元1105可由分别实现发送功能的单元和确定转发表项功能的单元来实现。图4中的第一发送单元1106和第二发送单元1111可以由图3中的通信接口1103来实现,通信接口1103可以包括至少一个物理接口;图4中的第一获取单元1107、第二获取单元1108、第三获取单元1109和第一确定单元1110可以由图3中的处理器1101根据存储器1102存储的可执行指令来实现,处理器1101可以包括至少一个物理处理器。图4所示的业务转发装置包括的存储单元可由图3中的存储器1102来实现。
图5为本发明实施例一提供的一种发起故障检测的设备的示意图。图5所示的发起故障检测的设备可以为图2所示网络结构中的service classifier131、SFE111或SFE112。下面结合图2,以图5的发起故障检测的设备是serviceclassifier131为例进行说明。图5所示的发起故障检测的设备包括:处理器1301、存储器1302和通信接口1303。处理器1301、存储器1302和通信接口1303通过通信总线1304连接。若图5所示的发起故障检测的设备是网络中的交换机,则处理器1301可以是NP。若图5所示的发起故障检测的设备是路由器或服务器,则处理器1301可以是CPU。
存储器1302用于存储程序和转发表项。
处理器1301根据从存储器1302中读取的程序包括的可执行指令,执行如下操作。
处理器1301根据从存储器1302中读取的转发表项,通过通信接口1303发送故障跟踪检测请求报文1042至SFE111。其中,故障跟踪检测请求报文1042包括service chain的路径ID和发起故障检测的设备的地址;转发表项包括路径ID和SFE111的地址。可选地,故障跟踪检测请求报文1042还包括TTL字段,故障跟踪检测请求报文1042还包括的TTL字段的取值与SF节点121在service chain上的排序成正比。
处理器1301通过通信接口1303接收来自SFE111的故障跟踪检测响应报文1032。其中,故障跟踪检测响应报文1032包括service chain的路径ID、SF节点121的ID和发起故障检测的设备的地址。处理器1301根据故障跟踪检测响应报文1032包括的SF节点121的ID,可获知service chain经过连接SFE111的SF节点121。
进一步地,处理器1301根据存储器1302中的可执行指令和转发表项,与通信接口1303配合,使图5的发起故障检测的设备执行了如图9所示的实施例中serviceclassifier131所执行的全部操作。也可以认为,如图5所示的发起故障检测的设备为如图9所示的实施例中的service classifier131。
图6为本发明实施例一提供的发起故障检测的设备的示意图。图6所示的发起故障检测的设备包括:发送单元1306、第一接收单元1305和第一确定单元1313。可选地,图6所示的发起故障检测的设备还包括:第一添加单元1307和第三接收单元1312。可选地,图6所示的发起故障检测的设备还可包括存储单元(图6中未示出)。存储单元用于保存转发表项。
图6所示的发起故障检测的设备与图5所示的发起故障检测的设备可以是同一个装置,例如均为图2所示网络中的service classifier131。可以认为,图5从物理的角度显示了一个发起故障检测的设备包括的内容,而图6从逻辑的角度显示了一个发起故障检测的设备包括的内容。可选地,图6中的发送单元1306包括的发送功能可由图5中的通信接口1303来实现,图6中的发送单元1306包括的确定转发表项的功能可由图5中的处理器1301根据存储器1302存储的可执行指令来实现。图6中的第一接收单元1305和第三接收单元1312可以由图5中的通信接口1303来实现,通信接口1303可以包括至少一个物理接口;图6中的第一添加单元1307和第一确定单元1313可以由图5中的处理器1301根据存储器1302存储的可执行指令和转发表项来实现,处理器1301可以包括至少一个物理处理器。图6所示的发起故障检测的设备包括的存储单元可由图5中的存储器1302来实现。
图7为本发明实施例一提供的一种业务功能装置的示意图。图7所示的业务功能装置可以为图2所示网络结构中的任意一个SF节点。下面结合图2,以图7所示的业务功能装置是SF节点121为例进行说明。图7所示的业务功能装置包括:处理器1201、存储器1202和通信接口1203。处理器1201、存储器1202和通信接口1203通过通信总线1204连接。若图7所示的业务功能装置是网络中的交换机,则处理器1201可以是NP。若图7所示的业务功能装置是路由器或服务器,则处理器1201可以是CPU。
存储器1202用于存储程序。可选地,存储器1202还可用于存储转发表项和业务功能装置的ID。其中,业务功能装置的ID包括SF节点121的ID。
处理器1201根据从存储器1202中读取的程序包括的可执行指令,执行如下操作。
处理器1201通过通信接口1203,接收来自SFE111的故障跟踪检测请求报文1042。其中,故障跟踪检测请求报文1042包括路径ID和发起故障检测的设备的地址,路径ID用以标识业务链的一条路径。可选地,故障跟踪检测请求报文1042还包括TTL字段。
处理器1201通过通信接口1203,向SFE111发送故障跟踪检测请求报文1042。
可选地,处理器1201还可从存储器1202中读取SF节点121的ID,例如SF节点121的ID,处理器1201可将SF节点121的ID添加至故障跟踪检测请求报文1042中。
进一步地,处理器1201根据存储器1202中的可执行指令,与通信接口1203配合,使图7的业务功能装置执行了如图9所示的实施例中任意一个SF节点所执行的全部操作。也可以认为,如图7所示的业务功能装置为如图9所示的实施例中的SF节点121或SF节点122。
图8为本发明实施例一提供的业务功能装置的示意图。图8所示的业务功能装置包括:接收单元1205和发送单元1206。可选地,图8所示的业务功能装置还包括:第一参数更新单元1207。可选地,图8所示的业务功能装置还可包括存储单元(图8中未示出)。存储单元用于保存业务功能装置的ID。可选地,存储单元还用于保存转发表项。
图8所示的业务功能装置与图7所示的业务功能装置可以是同一个装置,例如均为图2所示网络中的SF节点121或SF节点122。可以认为,图7从物理的角度显示了一个业务功能装置包括的内容,而图8从逻辑的角度显示了一个业务功能装置包括的内容。可选地,图8中的接收单元1205和发送单元1206可由图7中的通信接口1203来实现,通信接口1203可以包括至少一个物理接口;图8中的第一参数更新单元1207可以由图7中的处理器1201根据存储器1202存储的可执行指令来实现,处理器1201可以包括至少一个物理处理器。图8所示的业务功能装置所包括的存储单元可由图7中的存储器1202来实现。
图9为本发明实施例一提供的一种业务链的故障检测方法流程图。若发起故障检测的设备是service classifier131,且由service classifier131对service chain包括的所有SFE及其连接的SF节点进行检测,则service classifier131可根据service chain上SF节点的数量,确定发送故障跟踪检测请求报文的条数。service classifier131发送的每条故障跟踪检测请求报文可用于获取service chain上的一个SF节点的标识。serviceclassifier131可根据发送故障跟踪检测请求报文的顺序和所获取的SF节点的ID,确定所获取的SF节点的ID对应的SF节点在service chain上的位置。图2所示网络中包括SF节点121和SF节点122。下面结合图2所示的网络结构,对实施例一提供的业务链的故障检测方法进行详细说明。
501,service classifier131向SFE111发送故障跟踪检测请求报文1042。
举例来说,service classifier131中的发送单元1306向SFE111发送故障跟踪检测请求报文1042。具体地,service classifier131中存储单元所保存的转发表项包括路径ID和SFE111的地址。发送单元1306根据获取的service chain的路径ID,确定根据存储单元中的转发表项转发故障跟踪检测请求报文1042。发送单元1306根据SFE111的地址,向SFE111发送故障跟踪检测请求报文1042。
举例来说,发送单元1306所获取的路径ID可来自于service classifier131接收到的检测指令。发送单元1306所发送的故障跟踪检测请求报文1042可以是serviceclassifier131根据检测指令生成的故障跟踪检测请求报文1042。可选地,serviceclassifier131还包括用于根据检测指令生成故障跟踪检测请求报文1042的单元。或者,发送单元1306所发送的故障跟踪检测请求报文1042可以是service classifier131接收到的由其他设备生成的故障跟踪检测请求报文1042。
举例来说,第一添加单元1307可将TTL字段添加至故障跟踪检测请求报文1042,即故障跟踪检测请求报文1042包括TTL字段、第一参数、service classifier131的地址和service chain的路径ID。其中,故障跟踪检测请求报文1042包括的TTL字段的取值可用以标识SF节点121在service chain上的位置,即故障跟踪检测请求报文1042包括的TTL字段的取值与SF节点121在service chain上的排序成正比。第一参数用以标识SF节点121、service chain上SF节点121的上一跳SF节点或service chain上SF节点121的下一跳节点。若SF节点121是service chain上的第一个SF节点,则第一参数是第一预设ID,该第一预设ID表示service chain上SF节点121的上一跳SF节点不存在。若SF节点121是service chain上的最后一个SF节点,则第一参数是第二预设ID,该第二预设ID表示service chain上SF节点121的下一跳SF节点不存在。第一参数可以是其标识的SF节点的ID。本发明实施例中提及的SF节点的ID可以是字符、字符串、名称或索引(英文名称为index)等信息,还可以是SF节点所属的设备的ID。本发明实施例提及的SFE的ID或标识SFE的参数可以是字符、数字、字符串、名称或index等信息,还可以是SFE所属的设备的ID。
图2所示的网络中,service classifier131是发起故障检测的设备。或者,发起故障检测的设备还可是SFE111或连接SFE111的另一SFE。作为发起故障检测的设备的SFE111可实现service classifier131在service chain的故障检测过程中的全部功能。作为发起故障检测的设备的另一SFE可实现service classifier131在service chain的故障检测过程中的全部功能。
502,SFE111向SF节点121发送故障跟踪检测请求报文1042。
举例来说,SFE111中的第一通信单元1105获取故障跟踪检测请求报文1042。SFE111的存储单元所保存的第一转发表项包括第一参数、路径ID和SF节点121的地址。第一通信单元1105可根据故障跟踪检测请求报文1042包括的路径ID和第一参数,确定根据第一转发表项转发故障跟踪检测请求报文1042。第一通信单元1105根据SF节点121的地址,发送故障跟踪检测请求报文1042至SF节点121。
举例来说,SFE111的存储单元所保存的第一转发表项可包括路径ID和SF节点121的地址,第一通信单元1105可根据故障跟踪检测请求报文1042包括的路径ID,确定根据第一转发表项转发故障跟踪检测请求报文1042。或者,SFE111的存储单元所保存的第一转发表项可包括路径ID、连接service classifier131的接口的标识和SF节点121的地址,第一通信单元1105可在接收故障跟踪检测请求报文1042的接口为连接service classifier131的接口时,根据路径ID和连接service classifier131的接口的标识,确定根据第一转发表项转发故障跟踪检测请求报文1042。
举例来说,SF节点121的地址可以是SF节点121的IP地址或SF节点121的MAC地址。若SF节点121与SFE111处于同一网络设备,SF节点121的地址还可以是SFE111连接SF节点121的I/O地址。或者,SF节点121的地址还可以是SFE111连接SF节点121的接口的标识。
503,SF节点121向SFE111发送故障跟踪检测请求报文1042。
举例来说,SF节点121中的接收单元1205接收来自SFE111的故障跟踪检测请求报文1042。SF节点121中的发送单元1206向SFE111发送故障跟踪检测请求报文1042。
举例来说,发送单元1206可根据接收单元1205接收故障跟踪检测请求报文1042的接口,向SFE111发送故障跟踪检测请求报文1042。或者,发送单元1206可根据SF节点121中的存储单元所存储的转发表项,确定SFE111的地址。SF节点121的存储单元所存储的转发表项包括路径ID和SFE111的地址。发送单元1206根据SFE111的地址,向SFE111发送故障跟踪检测请求报文1042。其中,SFE111的地址可以是SFE111的IP地址或SFE111的MAC地址。若SF节点121与SFE111处于同一网络设备,SFE111的地址还可以是SF节点121连接SFE111的I/O地址。或者,SFE111的地址还可以是SF节点121连接SFE111的接口的标识。
举例来说,SF节点121有两种工作方式。SF节点121的一种工作方式是将接收到的故障跟踪检测请求报文1042直接转发给SFE111。SF节点121的另一种工作方式是使发送至SFE111的故障跟踪检测请求报文1042携带SF节点121的ID。对于SF节点121的另一种工作方式,SF节点121包括的第一参数更新单元1208可将SF节点121的ID添加至故障跟踪检测请求报文1042。该实施例中,发送单元1206将添加了SF节点121的ID的故障跟踪检测请求报文1042发送至SFE111,以使得SFE111可从故障跟踪检测请求报文1042获取SF节点121的ID。
504,SFE111获取SF节点121的ID和第一TTL参数。
举例来说,SFE111中第一获取单元1107获取SF节点121的ID。其中,第一获取单元1107可根据接收故障跟踪检测请求报文1042的接口,以及存储的SF节点121的ID与接收故障跟踪检测请求报文1042的接口间的对应关系,获取SF节点121的ID。或者,第一获取单元1107可从故障跟踪检测请求报文1042中获取SF节点121的ID。或者,在故障跟踪检测请求报文1042中的第一参数用以标识SF节点121时,第一获取单元1107可将获取的第一参数作为SF节点121的ID。
举例来说,SFE111中的第二获取单元1108获取第一TTL参数。第一TTL参数是对来自service classifier131的故障跟踪检测请求报文1042包括的TTL字段的取值进行更新后获取的数据。具体地,第二获取单元1108在第一通信单元1105确定SFE111能够与SF节点121通信后,将来自service classifier131的故障跟踪检测请求报文1042包括的TTL字段的取值作为基准值,增加或减小偏移值,以获取第一TTL参数。或者,SF节点121可对来自SFE111的故障跟踪检测请求报文1042包括的TTL字段的取值进行更新,以获取第一TTL参数。SF节点121发送给SFE111的故障跟踪检测请求报文1042包括的TTL字段的取值为第一TTL参数,第二获取单元1108可从来自SF节点121的故障跟踪检测请求报文1042包括的TTL字段获取第一TTL参数。例如:来自service classifier131的故障跟踪检测请求报文1042中的TTL字段的取值为2,偏移值为1,第二获取单元1108所获取的TTL参数可为1。
505,SFE111在第一TTL参数的取值达到预设值时,向service classifier131发送故障跟踪检测响应报文1032。
举例来说,SFE111中的第一发送单元1106在第二获取单元1108所获取的第一TTL参数的取值达到达到预设值时,向service classifier131发送故障跟踪检测响应报文1032。具体地,第一发送单元1106可根据故障跟踪检测请求报文1042中serviceclassifier131的地址,向service classifier131发送故障跟踪检测响应报文1032。预设值大于或等于0。例如:若预设值为1,则第二获取单元1108所获取的第一TTL参数达到预设值,第一发送单元1106可发送故障跟踪检测响应报文1032至service classifier131。
举例来说,505中的故障跟踪检测响应报文1032可以由SFE111根据路径ID、SF节点121的ID和service classifier131的地址生成。或者,505中的故障跟踪检测响应报文1032可是SFE111接收到的由其他设备生成的故障跟踪检测响应报文。或者,SFE111接收到的由其他设备生成的故障跟踪检测响应报文包括路径ID和service classifier131的地址,SFE111可在该故障跟踪检测响应报文中添加SF节点121的ID,以获取505中的故障跟踪检测响应报文1032。所述其它设备不同于service chain上的SFE。
举例来说,service classifier131中的第一接收单元1305接收到故障跟踪检测响应报文1032。service classifier131中的第一确定单元1313可根据故障跟踪检测响应报文1032中的SF节点121的ID,确定service chain经过SFE111连接的SF节点121且SF节点121与SFE111间的转发正常。其中,本发明实施例中提及的转发正常指设备与设备间可实现报文的收发。所述设备为SF节点所在的设备或SFE所在的设备。
501至505是service classifier131对SFE111及其连接的SF节点121进行检测的流程。若service classifier131还需对SFE111及其连接的SF节点122进行检测,则可执行后续506至513的流程,即506至513为可选地内容。
506,service classifier131向SFE111发送故障跟踪检测请求报文1043。
举例来说,故障跟踪检测请求报文1043与故障跟踪检测请求报文1042的不同之处在于,故障跟踪检测请求报文1043包括的TTL字段的取值标识service chain上SF节点122的位置,即故障跟踪检测请求报文1043包括的TTL字段的取值与service chain上SF节点122的排序成正比,例如故障跟踪检测请求报文1043包括的TTL字段的取值为3。可选地,service classifier131中的第一添加单元1307可将TTL字段的取值添加至故障跟踪检测请求报文1043。
举例来说,service classifier131中的第一接收单元1305接收到故障跟踪检测响应报文1032后,service classifier131中的发送单元1306可向SFE111发送故障跟踪检测请求报文1043。其中,故障跟踪检测请求报文1043可以是service classifier131根据故障跟踪检测请求报文1042生成的。或者,故障跟踪检测请求报文1043可以是serviceclassifier131从其它设备获取的。
506中service classifier131向SFE111发送故障跟踪检测请求报文1043的方法与501中service classifier131向SFE111发送故障跟踪检测请求报文1042的方法相同,在此不再赘述。
507,SFE111向SF节点121发送故障跟踪检测请求报文1043。
507中SFE111向SF节点121发送故障跟踪检测请求报文1043的方法与502中SFE111向SF节点121发送故障跟踪检测请求报文1042的方法相同,在此不再赘述。
508,SF节点121向SFE111发送故障跟踪检测请求报文1043。
508中SF节点121向SFE111发送故障跟踪检测请求报文1043的发送方法与503中SF节点121向SFE111发送故障跟踪检测请求报文1042的方法相同,在此不再赘述。
509,SFE111获取SF节点121的ID和第二TTL参数。
509中SFE111获取SF节点121的ID与504中SFE111获取SF节点121的ID的方法相同,509中SFE111获取第二TTL参数的方法与504中SFE111获取第一TTL参数的方法相同,在此不再赘述。
举例来说,来自service classifier131的故障跟踪检测请求报文1043包括的TTL字段的取值为3。若预设值为1,则SFE111的第二获取单元1108所获取的第二TTL参数为2。
510,SFE111在第二TTL参数未达到预设值时,向SF节点122发送故障跟踪检测请求报文1044。
举例来说,SFE111中的第三获取单元1109在第二获取单元1108所获取的第二TTL参数未达到预设值时,获取故障跟踪检测请求报文1044。预设值大于或等于0。例如:第二获取单元1108所获取的第二TTL参数为2,大于预设值。SFE111的第三获取单元1109获取故障跟踪检测请求报文1044。
举例来说,SFE111的第三获取单元1109获取故障跟踪检测请求报文1044的方法可以是第三获取单元1109用第二获取单元1108所获取的第二TTL参数替换故障跟踪检测请求报文1043中TTL字段的取值。或者,第三获取单元1109根据故障跟踪检测请求报文1043和第二获取单元1108所获取的第二TTL参数,生成故障跟踪检测请求报文1044。
可选地,若故障跟踪检测请求报文1043还包括第一参数,则第三获取单元1109还可用第二参数替换故障跟踪检测请求报文1043中的第一参数,即第三获取单元1109所获取的故障跟踪检测请求报文1044包括第二参数。其中,第二参数为service chain上第一参数所标识的SF节点的下一跳SF节点。
举例来说,SFE111的存储单元中的第二转发表项可包括第二参数、路径ID和第一设备的地址。该实施例中的第一设备是SF节点122。本发明实施例提及的第一设备还可是service chain上SFE111的下一跳SFE,在此不再举例说明。SFE111中的第一确定单元1110可根据第二参数和路径ID,确定根据第二转发表转发故障跟踪检测请求报文1044。SFE111中的第二发送单元1111根据SF节点122的地址,向SF节点122发送故障跟踪检测请求报文1044。或者,SFE111的存储单元中的第二转发表项可包括路径ID、连接SF节点121的接口的标识和SF节点122的地址。SFE111中的第一确定单元1110确定接收到的故障跟踪检测请求报文1043来自于SF节点121,则根据路径ID和连接SF节点121的接口的标识,确定根据第二转发表转发故障跟踪检测请求报文1044。
511,SF节点122向SFE111发送故障跟踪检测请求报文1044。
511中SF节点122向SFE111发送故障跟踪检测请求报文1044的方法与503中SF节点121向SFE111发送故障跟踪检测请求报文1042的方法相同,在此不再赘述。其中,SF节点122向SFE111发送的故障跟踪检测请求报文1044所包括的TTL字段的取值为2。
512,SFE111获取SF节点122的ID和第三TTL参数。
SFE111中第一获取单元1107获取SF节点122的ID的方法与504中第一获取单元1107获取SF节点121的ID的方法相同,在此不再赘述。
举例来说,SFE111中的第二获取单元1108根据故障跟踪检测请求报文1044包括的TTL字段的取值,获取第三TTL参数。具体地,第二获取单元1108可在第一通信单元1105确定SFE111能够与SF节点122通信后,将故障跟踪检测请求报文1044包括的TTL字段的取值作为基准值,增加或减小偏移值,以获取第三TTL参数。或者,SF节点122将来自SFE111的故障跟踪检测请求报文1044包括的TTL字段的取值作为基准值,增加或减少偏移值,以获取第三TTL参数。SF节点122将第三TTL参数添加至发送给SFE111的故障跟踪检测请求报文1044中的TTL字段,使得第二获取单元1108从故障跟踪检测请求报文1044包括的TTL字段获取第三TTL参数。例如:故障跟踪检测请求报文1044中的TTL字段的取值为2,偏移值为1,第二获取单元1108所获取的第三TTL参数为1。
513,SFE111在第三TTL参数达到预设值时,向service classifier131发送故障跟踪检测响应报文1034。
举例来说,SFE111中的第一发送单元1106在第二获取单元1108所获取的第三TTL参数达到达到预设值时,向service classifier131发送故障跟踪检测响应报文1034。例如:第二获取单元1108所获取的第三TTL参数为1,与预设值相同,第一发送单元1106可根据service classifier131的地址,发送故障跟踪检测响应报文1034至serviceclassifier131。
举例来说,故障跟踪检测响应报文1034可以由SFE111根据路径ID、SF节点122的ID和service classifier131的地址生成。或者,故障跟踪检测响应报文1034可是SFE111接收到的由其他设备生成的故障跟踪检测响应报文。或者,SFE111接收到的由其他设备生成的故障跟踪检测响应报文包括路径ID和service classifier131的地址,SFE111可在该故障跟踪检测响应报文中添加SF节点122的ID,以获取故障跟踪检测响应报文1034。或者,SFE111用SF节点122的ID替换故障跟踪检测响应报文1032中SF节点121的ID,以获取故障跟踪检测响应报文1034。
举例来说,service classifier131中的第三接收单元1312接收到故障跟踪检测响应报文1034。service classifier131中的第一确定单元1313可根据故障跟踪检测响应报文1034中的SF节点122的ID确定service chain经过SFE111连接的SF节点122且SF节点122与SFE111间的链路正常。第一确定单元133还可在接收到故障跟踪检测响应报文1032和故障跟踪检测响应报文1034之后,确定在service chain上SF节点122位于SF节点121的下一跳。
可选地,service chain上的SF节点还可对接收到的故障跟踪检测请求报文中TTL字段的取值进行更新,使得连接SF节点的SFE无需更新故障跟踪检测请求报文中的TTL字段的取值。
502和503之间还包括:SF节点121中的第一参数更新单元1207获取第一TTL参数。第一参数更新单元1207获取第一TTL参数的方法方法与504中SFE111中的第二获取单元1110获取第一TTL参数的方法相同,在此不再赘述。SF节点121中的第一参数更新单元1207将第一TTL参数的取值添加至故障跟踪检测请求报文1042包括的TTL字段,以使得SFE111中的第二获取单元1110可从故障跟踪检测请求报文1042包括的TTL字段获取第一TTL参数。
507和508之间还包括:SF节点121中的第一参数更新单元1207获取第二TTL参数。第一参数更新单元1207获取第二TTL参数的方法与509中SFE111中的第二获取单元1110获取第二TTL参数的方法相同,在此不再赘述。SF节点121中的第一参数更新单元1207将第二TTL参数添加至故障跟踪检测请求报文1043包括的TTL字段,以使得SFE111中的第二获取单元1110可从故障跟踪检测请求报文1043的TTL字段获取第二TTL参数。
510和511之间还包括:SF节点122中的第一参数更新单元1207获取第三TTL参数。第一参数更新单元1207获取第三TTL参数的方法与512中SFE111中的第二获取单元1110获取第三TTL参数的方法相同。SF节点122中的第一参数更新单元1207将第三TTL参数添加至故障跟踪检测请求报文1044包括的TTL字段,以使得SFE111中的第二获取单元1110可从故障跟踪检测请求报文1044的TTL字段获取第三TTL参数。
实施例二
图10为本发明实施例二提供的一种网络结构示意图。图10所示的网络可用以提供增值业务。图10所示的网络中,service classifier131连接SFE111;SFE111分别连接SFE112、SF节点121和SF节点122;SFE112连接SF节点123。图10所示的一条service chain包括service classifier131、SFE111、SFE112、SF节点121、SF节点122和SF节点123。该条service chain是报文按照该条service chain包括的SF节点的顺序所经过的所述SF节点的集合。在本发明的下述实施例中,将属于某一类业务的报文称为业务报文。在沿serviceclassifier131至SF节点123的方向上,SFE111是该service chain上SEF112的上一跳SFE;SF节点121是该service chain上SF节点122的上一跳SF节点;SF节点122是该servicechain上SF节点123的上一跳SF节点。
图10所示的网络中的任意一个SFE与图2所示的网络中的SFE不同之处在于,图10所示的网络中的任意一个SFE发送的故障跟踪检测请求报文1021不同于图2所示的网络中的SFE发送的故障跟踪检测请求报文1042。换句话说,图10所示的网络中的任意一个SFE可包括图3所示的业务转发装置所包括的内容。即图10所示的网络中的任意一个SFE包括:处理器1101、存储器1102和通信接口1103。处理器1101、存储器1102和通信接口1103通过通信总线1104连接。若图10所示的SFE是网络中的交换机,则处理器1101可以是NP。若图10所示的SFE是路由器或服务器,则处理器1011可以是CPU。
存储器1102用于存储程序。可选地,存储器1102还可存储业务功能装置的ID和转发表项。
处理器1101根据从存储器1102中读取的程序所包括的可执行指令,执行如下操作。
处理器1101通过通信接口1103获取故障跟踪检测请求报文1021后,确定与SF节点121通信。其中,故障跟踪检测请求报文1021包括路径ID和发起故障检测的设备的地址,路径ID用以标识service chain的一条路径。
处理器1101从存储器1102获取节点121的ID。
处理器1101通过通信接口1103,向service classifier131发送故障跟踪检测响应报文1032。其中,故障检测响应报文1032包括路径ID、SF节点121的ID和serviceclassifier131的地址。
进一步地,处理器1101根据存储器1102中的可执行指令和转发表项,与通信接口1103配合,使图10所示的SFE执行了如图14所示的实施例中的SFE111或SFE112所执行的全部操作。
图11为本发明实施例二提供的一种业务转发装置的示意图。图11所示的业务转发装置包括:第一通信单元1105、第一发送单元1106和第一获取单元1107。可选地,图11所示的业务转发装置还包括:第四获取单元1113、第二确定单元1114和第三发送单元1115。可选地,图11所示的业务转发装置还包括:接收单元1116和第五获取单元1117。可选地,图11所示的业务转发装置还包括:第一参数更新单元1118、第二参数更新单元1119和/或控制单元1120。可选地,图11所示的业务转发装置还可包括存储单元(图11中未示出)。存储单元用于保存转发表项以及SFE111所连接的SF节点的ID。存储单元所保存的SFE111所连接的SF节点的ID与SFE111的接口的标识间存在对应关系。
图11所示的业务转发装置与图3所示的业务转发装置可以是同一个装置,例如均为图10所示网络中的SFE111或SFE112。可以认为,图3从物理的角度显示了一个业务转发装置包括的内容,而图11从逻辑的角度显示了一个业务转发装置包括的内容。可选地,图11中的第一通信单元1105包括的发送功能可由图3中的通信接口1103来实现,图11中的第一通信单元1105包括的确定转发表项的功能可由图3中的处理器1101根据存储器1102存储的可执行指令来实现。图11中的第一发送单元1106、第三发送单元1115和接收单元1116可以由图3中的通信接口1103来实现,通信接口1103可以包括至少一个物理接口;图11中的第一获取单元1107、第四获取单元1113、第二确定单元1114、第五获取单元1117、第一参数更新单元1118、第二参数更新单元1119和控制单元1120可以由图3中的处理器1101根据存储器1102存储的可执行指令来实现,处理器1101可以包括至少一个物理处理器。图11所示的业务转发装置包括的存储单元可由图3中的存储器1102来实现。
图10所示的网络中的service classifier131与图2所示的网络中的serviceclassifier131不同之处在于,图10所示的网络中的service classifier131检测一条service chain,可发送故障跟踪检测请求报文1021,即图10所示的网络中的serviceclassifier131发送故障跟踪检测请求报文的方式不同于图2所示的网络中的serviceclassifier131。换句话说,图10所示的网络中的service classifier131可包括图5所示的发起故障检测的设备所包括的内容。即图10所示的网络中的service classifier131包括:处理器1301、存储器1302和通信接口1303。处理器1301、存储器1302和通信接口1303通过通信总线1304连接。若图10所示的service classifier131是网络中的交换机,则处理器1301可以是NP。若图10所示的service classifier131是路由器或服务器,则处理器1301可以是CPU。
存储器1302用于存储程序和转发表项。
处理器1301根据从存储器1302中读取的程序包括的可执行指令,执行如下操作。
处理器1301根据从存储器1302中读取的转发表项,通过通信接口1303发送故障跟踪检测请求报文1021至SFE111。其中,故障跟踪检测请求报文1021包括service chain的路径ID和发起故障检测的设备的地址;转发表项包括路径ID和SFE111的地址。
处理器1301通过通信接口1303接收来自SFE111的故障跟踪检测响应报文1032。其中,故障跟踪检测响应报文1032包括service chain的路径ID、SF节点121的ID和发起故障检测的设备的地址。处理器1301根据故障跟踪检测响应报文1032包括的SF节点121的ID,可获知service chain经过连接SFE111的SF节点121。
进一步地,处理器1301根据存储器1302中的可执行指令和转发表项,与通信接口1303配合,使图10所示的service classifier131执行了如图14所示的实施例中serviceclassifier131所执行的全部操作。
图12为本发明实施例二提供的一种发起故障检测的设备的示意图。图12所示的发起故障检测的设备包括:发送单元1306、第一接收单元1305和第一确定单元1313。可选地,图12所示的发起故障检测的设备还包括:第二添加单元1308、第三添加单元1309、第四添加单元1310、第二接收单元1311和/或第三接收单元1312。可选地,图12所示的发起故障检测的设备还可包括存储单元(图12中未示出)。存储单元用于保存转发表项。
图12所示的发起故障检测的设备与图5所示的发起故障检测的设备可以是同一个装置,例如均为图10所示网络中的service classifier131。可以认为,图5从物理的角度显示了一个发起故障检测的设备包括的内容,而图12从逻辑的角度显示了一个发起故障检测的设备包括的内容。可选地,图12中的发送单元1306包括的发送功能可由图5中的通信接口1303来实现,图12中的发送单元1306包括的确定转发表项的功能可由图5中的处理器1301根据存储器1302存储的可执行指令来实现。图12中的第一接收单元1305、第二接收单元1311和第三接收单元1312可以由图5中的通信接口1303来实现,通信接口1303可以包括至少一个物理接口;图12中的第二添加单元1308、第三添加单元1309、第四添加单元1310、第一确定单元1313可以由图5中的处理器1301根据存储器1302存储的可执行指令和转发表项来实现,处理器1301可以包括至少一个物理处理器。图12所示的发起故障检测的设备包括的存储单元可由图5中的存储器1302来实现。
图10所示的网络中的任意一个SF节点与图2所示的网络中的SF节点不同之处在于,图10所示的网络中的任意一个SF节点接收和发送的故障跟踪检测请求报文不同于图2所示的网络中的SF节点发送的故障跟踪检测请求报文。换句话说,图10所示的网络中的任意一个SF节点可包括图7所示的业务功能装置所包括的内容。即图10所示的网络中的任意一个SF节点包括:处理器1201、存储器1202和通信接口1203。处理器1201、存储器1202和通信接口1203通过通信总线1204连接。若图10所示的SF节点是网络中的交换机,则处理器1201可以是NP。若图10所示的SF节点是路由器或服务器,则处理器1201可以是CPU。
存储器1202用于存储程序和SF节点的ID。可选地,存储器1202还可用于存储转发表项。
处理器1201根据从存储器1202中读取的程序包括的可执行指令,执行如下操作。
处理器1201通过通信接口1203,接收来自SFE111的故障跟踪检测请求报文1021。其中,故障跟踪检测请求报文1021包括路径ID和发起故障检测的设备的地址,路径ID用以标识业务链的一条路径。
处理器1201通过通信接口1203,向SFE111发送故障跟踪检测请求报文1022。其中,故障跟踪检测请求报文1022包括路径ID和发起故障检测的设备的地址。
可选地,处理器1201还可从存储器1202中读取SF节点的ID,例如SF节点121的ID,处理器1201可将SF节点121的ID添加至故障跟踪检测请求报文1022中。
进一步地,处理器1201根据存储器1202中的可执行指令,与通信接口1203配合,使图10所示的SF节点执行了如图14所示的实施例中任意一个SF节点所执行的全部操作。
图13为本发明实施例二提供的一种业务功能装置的示意图。图13所示的业务功能装置包括:接收单元1205和发送单元1206。可选地,图13所示的业务功能装置还包括:第二参数更新单元1208和第三参数更新单元1209。可选地,图13所示的业务功能装置还可包括存储单元(图13中未示出)。存储单元用于保存业务功能装置的ID。可选地,存储单元还用于保存转发表项。
图13所示的业务功能装置与图7所示的业务功能装置可以是同一个装置,例如均为图2所示网络中的SF节点121或SF节点122。可以认为,图7从物理的角度显示了一个业务功能装置包括的内容,而图13从逻辑的角度显示了一个业务功能装置包括的内容。可选地,图13中的接收单元1205和发送单元1206可由图7中的通信接口1203来实现,通信接口1203可以包括至少一个物理接口;图13中的第二参数更新单元1208和第三参数更新单元1209可以由图7中的处理器1201根据存储器1202存储的可执行指令来实现,处理器1201可以包括至少一个物理处理器。图13所示的业务功能装置所包括的存储单元可由图7中的存储器1202来实现。
图14为本发明实施例二提供的一种业务链的故障检测方法流程图。下面结合图10至图13,对实施例二提供的业务链的故障检测方法进行详细说明。
301,service classifier131向SFE111发送故障跟踪检测请求报文1021。
举例来说,service classifier131中的发送单元1306向SFE111发送故障跟踪检测请求报文1021。其中,故障跟踪检测请求报文1021包括service classifier131的地址和service chain的路径ID。具体地,service classifier131中存储单元所保存的转发表项包括路径ID和SFE111的地址。发送单元1306根据获取的service chain的路径ID,确定根据service classifier131的存储单元中的转发表项转发故障跟踪检测请求报文1021。发送单元1306根据SFE111的地址,向SFE111发送故障跟踪检测请求报文1021。
举例来说,发送单元1306所获取的路径ID可来自于service classifier131接收到的检测指令。发送单元1306所发送的故障跟踪检测请求报文1021可以是根据检测指令生成的故障跟踪检测请求报文1021。或者,发送单元1306所发送的故障跟踪检测请求报文1021可以是接收到的由其他设备生成的故障跟踪检测请求报文1021。
可选地,故障跟踪检测请求报文1021还包括第一参数。实施例二中的第一参数的含义与实施例一的501中第一参数的含义相同,在此不再赘述。
图10所示的网络中,service classifier131是接收检测指令的发起故障检测的设备。若发起故障检测的设备是SFE111自身或连接SFE111的另一SFE,SFE111自身或连接SFE111的另一SFE(除SFE112之外的SFE)可实现service classifier131在service chain的故障检测过程中的全部操作。举例来说,若连接SFE111的另一SFE(除SFE112之外的SFE)为发起故障检测的设备,连接SFE111的另一SFE(除SFE112之外的SFE)可根据接收到的检测指令,生成故障跟踪检测请求报文1021。若SFE111为发起故障检测的设备,SFE111可根据接收到的检测指令,生成故障跟踪检测请求报文1021。
302,SFE111向SF节点121发送故障跟踪检测请求报文1021。
302中SFE111向SF节点121发送故障跟踪检测请求报文1021的方法与实施例一的502中SFE111向SF节点121发送故障跟踪检测请求报文1042的方法相同,在此不再赘述。
303,SF节点121向SFE111发送故障跟踪检测请求报文1022。
举例来说,SF节点121中的接收单元1205用于接收来自SFE111的故障跟踪检测请求报文1021。SF节点121中的发送单元1206用于向SFE111发送故障跟踪检测请求报文1022。其中,故障跟踪检测请求报文1022包括路径ID和service classifier131的地址。或者,故障跟踪检测请求报文1022包括路径ID、和service classifier131的地址外,还包括第一参数和SF节点121的ID中的至少一个。
举例来说,发送单元1206可根据接收单元1205接收故障跟踪检测请求报文1021的接口,向SFE111发送故障跟踪检测请求报文1022。或者,发送单元1206可根据SF节点121中的存储单元所存储的转发表项,确定SFE111的地址。SF节点121的存储单元所存储的转发表项包括路径ID和SFE111的地址。发送单元1206根据SFE111的地址,向SFE111发送故障跟踪检测请求报文1022。其中,SFE111的地址可以是SFE111的IP地址或SFE111的MAC地址。若SF节点121与SFE111处于同一网络设备,SFE111的地址还可以是连接SF节点121的I/O地址。或者,SFE111的地址还可以是SF节点121连接SFE111的接口的标识。
举例来说,SF节点121有两种工作方式。SF节点121的一种工作方式是将接收到的故障跟踪检测请求报文1021作为故障跟踪检测请求报文1022,发送给SFE111。SF节点121的另一种工作方式是根据SF节点121的ID和故障跟踪检测请求报文1021,获取故障跟踪检测请求报文1022。具体地,对于SF节点121的另一种工作方式,SF节点121中的第二参数更新单元1208可将SF节点121的ID添加至故障跟踪检测请求报文1021中,以获取故障跟踪检测请求报文1022。或者,第二参数更新单元1208用SF节点121的ID替换故障跟踪检测请求报文1021中的第一参数,以获取故障跟踪检测请求报文1022。或者,第二参数更新单元1208根据SF节点121的ID和故障跟踪检测请求报文1021,生成包括SF节点121的ID的故障跟踪检测请求报文1022。
304,SFE111获取SF节点121的ID和故障跟踪检测响应报文1032。
举例来说,SFE111中第一通信单元1105接收来自SF节点121的故障跟踪检测请求报文1022。第一获取单元1107用于获取SF节点121的ID。其中,第一获取单元1107可根据接收故障跟踪检测请求报文1022的接口,以及SFE111的存储单元中保存的SF节点121的ID与接收故障跟踪检测请求报文1022的接口间对应关系,获取SF节点121的ID。或者,第一获取单元1107可从故障跟踪检测请求报文1022中获取SF节点121的ID。或者,在故障跟踪检测请求报文1022中的第一参数用以标识SF节点121时,第一获取单元1107可将第一参数作为SF节点121的ID,以获取SF节点121的ID。
举例来说,SFE111中的第一获取单元1107可根据路径ID、获取的SF节点121的ID和service classifier131的地址,生成故障跟踪检测响应报文1032。或者,SFE111中的第一获取单元1107可将获取的SF节点121的ID,添加至接收到的由其他设备生成的故障跟踪检测响应报文中,以获取故障跟踪检测响应报文1032。
可选地,SFE111中的第一获取单元1107还可将第一参数、SFE111的ID和/或SF节点122的ID添加至故障跟踪检测响应报文1032中,有助于service classifier131获知SF节点121在service chain上的位置。其中,SFE111的ID和SF节点122的ID可保存于SFE111中的存储单元内。第一获取单元1107可根据存储单元内SF节点122的ID和路径ID的对应关系,获取SF节点122的ID。
305,SFE111向service classifier131发送故障跟踪检测响应报文1032。
举例来说,SFE111中的第一发送单元1106根据故障跟踪检测请求报文1022中service classifier131的地址,向service classifier131发送故障跟踪检测响应报文1032。其中,第一发送单元1106用于向service classifier131发送故障跟踪检测响应报文1032的方式为通过service chain的反向service chain或通过IP的单播报文发送故障跟踪检测响应报文1032。
举例来说,第一发送单元1106通过service chain的反向service chain发送故障跟踪检测响应报文1032包括:SFE111中的存储单元可用于存储有service chain的路径ID和反向service chain的路径ID的对应关系。反向service chain与service chain的方向相反。反向service chain与service chain经过的链路可以相同,也可以不同。SFE111中的第一发送单元1106可通过service chain的反向service chain对应的转发表项,向service classifier131发送故障跟踪检测响应报文1032。其中,service chain的反向service chain对应的转发表项可保存于SFE111中的存储单元。
举例来说,IP的单播报文可以是因特网控制报文协议(英文全称为InternetControl Message Protocol,英文缩写为ICMP)报文或用户数据报协议(英文全称为UserDatagram Protocol,英文缩写为UDP)报文。以ICMP报文为例,ICMP报文的目的地址为service classifier131的地址。ICMP报文的报文头包括类型参数,类型参数用以标识ICMP报文的类型属于故障跟踪检测响应报文。ICMP报文的内容包括service chain的路径ID和SF节点121的ID。以UDP报文为例,UDP报文的目的地址为service classifier131的地址。UDP报文的报文头包括的端口号用以标识该UDP报文的类型属于故障跟踪检测响应报文。UDP报文的内容包括service chain的路径ID和SF节点121的ID。
举例来说,service classifier131中的第一接收单元1305接收到故障跟踪检测响应报文1032。service classifier131中的第一确定单元1313可根据故障跟踪检测响应报文1032中的SF节点121的ID确定service chain经过SFE111连接的SF节点121且SF节点121与SFE111间的链路正常。
306,SFE111获取故障跟踪检测请求报文1023。
举例来说,SFE111中的第四获取单元1113用于获取故障跟踪检测请求报文1023。故障跟踪检测请求报文1023包括第二参数、service chain的路径ID和serviceclassifier131的地址。第二参数所标识的SF节点是service chain上第一参数所标识的SF节点的下一跳SF节点。在第一参数是SF节点121的ID时,第二参数是SF节点122的ID。在第一参数是service chain上SF节点121的上一跳SF节点的ID时,第二参数是SF节点121的ID。service chain上SF节点121的上一跳SF节点的ID可以是预设ID,以表示service chain上SF节点121的上一跳SF节点不存在。
举例来说,SFE111中的第四获取单元1113用于获取故障跟踪检测请求报文1023的方法包括:在第二参数与SF节点121的ID相同时,SFE111中的第四获取单元1113可将故障跟踪检测请求报文1022作为故障跟踪检测请求报文1023。或者,故障跟踪检测请求报文1022包括第一参数。SFE111中的第四获取单元1113用第二参数替换故障跟踪检测请求报文1022中的第一参数,获取故障跟踪检测请求报文1023。又或者,SFE111中的第四获取单元1113用于根据获取的第二参数、路径的ID和service classifier131的地址,生成故障跟踪检测请求报文1023。
举例来说,SFE111的存储单元保存有接收故障跟踪检测请求报文1022的接口和SF节点122的ID的对应关系,SFE111中的第四获取单元1113根据接收故障跟踪检测请求报文1022的接口和其对应的SF节点的ID,获取第二参数。
307,SFE111向SF节点122发送故障跟踪检测请求报文1023。
举例来说,SFE111中的存储单元保存的第二转发表项包括路径ID、第二参数和第一设备的地址。307中第一设备的地址是SF节点122的地址。SFE111中的第二确定单元1114根据第二参数和路径ID,确定根据第二转发表项转发故障跟踪检测请求报文1023。SFE111中的第三发送单元1106根据SF节点122的地址,向SF节点122发送故障跟踪检测请求报文1023。或者,SFE111中的存储单元保存的第二转发表项包括路径ID、接收故障跟踪检测请求报文1022的接口的标识和第一设备的地址。307中第一设备的地址是SF节点122的地址。SFE111中的第二确定单元1114可根据路径ID和接收故障跟踪检测请求报文1022,确定根据第二转发表项转发故障跟踪检测请求报文1023。
308,SF节点122向SFE111发送故障跟踪检测请求报文1024。
举例来说,SF节点122中的接收单元1205用于接收来自SFE111的故障跟踪检测请求报文1023。SF节点121中的发送单元1206用于向SFE111发送故障跟踪检测请求报文1024。其中,故障跟踪检测请求报文1024包括路径ID和service classifier131的地址之外,还包括第二参数和SF节点122的ID中的至少一个。
举例来说,发送单元1206可根据接收单元1205接收故障跟踪检测请求报文1023的接口,向SFE111发送故障跟踪检测请求报文1024。或者,发送单元1206可根据SF节点122中的存储单元所存储的转发表项,确定SFE111的地址。SF节点122的存储单元所存储的转发表项包括路径ID和SFE111的地址。发送单元1206根据SFE111的地址,向SFE111发送故障跟踪检测请求报文1024。其中,SFE111的地址可以是SFE111的IP地址或SFE111的MAC地址。若SF节点122与SFE111处于同一网络设备,SFE111的地址还可以是连接SF节点122的I/O地址。或者,SFE111的地址还可以是SF节点122连接SFE111的接口的标识。
举例来说,SF节点122有两种工作方式,且SF节点122的两种工作方式与SF节点121相同,在此不再赘述。
309,SFE111获取SF节点122的ID和故障跟踪检测响应报文1034。
举例来说,SFE111中的接收单元1116接收来自SF节点122的故障跟踪检测请求报文1024。SFE111中的第五获取单元1117获取SF节点122的ID。其中,第五获取单元1117可根据接收故障跟踪检测请求报文1024的接口,以及SFE111的存储单元中保存的SF节点122的ID与接收故障跟踪检测请求报文1024的接口间对应关系,获取SF节点122的ID。或者,第五获取单元1117可从故障跟踪检测请求报文1024中获取SF节点122的ID。或者,若故障跟踪检测请求报文1024中的第二参数用以标识SF节点122,第五获取单元1117将第二参数作为SF节点122的ID,以获取SF节点122的ID。
举例来说,SFE111中的第五获取单元1117可根据路径ID、获取的SF节点122的ID和service classifier131的地址,生成故障跟踪检测响应报文1034。或者,SFE111中的第五获取单元1117可将获取的SF节点122的ID,添加至接收到的由其他设备生成的故障跟踪检测响应报文中,以获取故障跟踪检测响应报文1034。又或者,SFE111中的第五获取单元1117可用SF节点122的ID替换第一获取单元1117获取的故障跟踪检测响应报文1032中的SF节点121的ID,以获取故障跟踪检测响应报文1034。
可选地,SFE111中的第五获取单元1117还可将第二参数、SFE111的ID和/或SF节点123的ID添加至故障跟踪检测响应报文1034中,有助于serviceclassifier131获知SF节点122在service chain上的位置。其中,SFE111的ID和SF节点123的ID可保存于SFE111中的存储单元内。第五获取单元1117可根据存储单元内SF节点123的ID和路径ID的对应关系,获取SF节点123的ID。
310,SFE111向service classifier131发送故障跟踪检测响应报文1034。
310中SFE111向service classifier131发送故障跟踪检测响应报文1034的方法与305中SFE111向service classifier131发送故障跟踪检测响应报文1032的方法相同。
举例来说,service classifier131中的第三接收单元1312接收到故障跟踪检测响应报文1034。service classifier131中的第一确定单元1313可根据故障跟踪检测响应报文1034中的SF节点122的ID确定service chain经过SFE111连接的SF节点122且SF节点122与SFE111间的链路正常。第一确定单元133还可在接收到故障跟踪检测响应报文1032和故障跟踪检测响应报文1034之后,确定在service chain上SF节点122位于SF节点121的下一跳。
311,SFE111获取故障跟踪检测请求报文1025。
举例来说,SFE111中的第四获取单元1113用于获取故障跟踪检测请求报文1025。其中,故障跟踪检测请求报文1025包括第三参数、service chain的路径ID和serviceclassifier131的地址。第三参数所标识的SF节点是service chain上第二参数所标识的SF节点的下一跳SF节点。在第二参数是SF节点122的ID时,第三参数是service chain上SF节点123的ID。在第二参数是SF节点121的ID时,第三参数是SF节点122的ID。
举例来说,SFE111中的第四获取单元1113用于获取故障跟踪检测请求报文1025的方法包括:故障跟踪检测请求报文1024包括的SF节点122的ID与第三参数相同,SFE111中的第四获取单元1113可将故障跟踪检测请求报文1024作为故障跟踪检测请求报文1025。或者,故障跟踪检测请求报文1024包括第二参数,SFE111中的第四获取单元1113用第三参数替换故障跟踪检测请求报文1024中的第二参数,获取故障跟踪检测请求报文1025。又或者,SFE111中的第四获取单元1113用于根据获取的第三参数、路径的ID和serviceclassifier131的地址,生成故障跟踪检测请求报文1025。
举例来说,SFE111的存储单元保存有接收故障跟踪检测请求报文1024的接口和SF节点123的ID的对应关系,SFE111中的第四获取单元1113根据接收故障跟踪检测请求报文1024的接口和其对应的SF节点的ID,获取第三参数。
312,SFE111向SFE112发送故障跟踪检测请求报文1025。
举例来说,SFE111中的存储单元保存的第三转发表项包括路径ID、第三参数和第一设备的地址。312中第一设备的地址是SFE112的地址。SFE111中的第二确定单元1114根据第三参数和路径ID,确定根据第三转发表项转发故障跟踪检测请求报文1025。SFE111中的第三发送单元1106根据SFE112的地址,向SFE112发送故障跟踪检测请求报文1025。或者,SFE111中的存储单元保存的第三转发表项包括路径ID、接收故障跟踪检测请求报文1024的接口的标识和第一设备的地址。312中第一设备的地址是SFE112的地址。SFE111中的第二确定单元1114可根据路径ID和接收故障跟踪检测请求报文1024的接口的标识,确定根据第三转发表项转发故障跟踪检测请求报文1025。
313,SFE112向SF节点123发送故障跟踪检测请求报文1025。
举例来说,SFE112中的第一通信单元1105用于接收来自SFE111的故障跟踪检测请求报文1025。转发表项包括路径ID、第三参数和SF节点123的地址。第一通信单元1105根据路径ID和第三参数,确定根据转发表项转发故障跟踪检测请求报文1025。第一通信单元1105根据SF节点123的地址,向SF节点123发送故障跟踪检测请求报文1025。或者,转发表项包括路径ID和SF节点123的地址。第一通信单元1105根据路径ID,确定根据转发表项转发故障跟踪检测请求报文1025。
314,SF节点123向SFE112发送故障跟踪检测请求报文1026。
举例来说,SF节点123有两种工作方式,SF节点123的两种工作方式与SF节点122的工作方式相同,在此不再赘述。SF节点123可包括SF节点121所包括的内容,314中SF节点123向SFE112发送故障跟踪检测请求报文1026的方法与303相同。或者,SF节点123可包括SF节点122节点所包括的内容,314中SF节点123向SFE112发送故障跟踪检测请求报文1026的方法与308相同。
315,SFE112获取SF节点123的ID和故障跟踪检测响应报文1036。
SFE112可包括SFE111所包括的内容,315中SFE112获取SF节点123的ID和故障跟踪检测响应报文1036的方法与304或308相同。
可选地,SFE112还可将第三参数和/或SFE112的ID添加至故障跟踪检测响应报文1036中,有助于service classifier131获知SF节点123在service chain上的位置。
316,SFE112向service classifier131发送故障跟踪检测响应报文1036。
SFE112可包括SFE111所包括的内容,316中SFE112向service classifier131发送故障跟踪检测响应报文1036的方法与305或309相同。
举例来说,service classifier131中的第三接收单元1312接收来自SFE112的故障跟踪检测响应报文1036。service classifier131中的第一确定单元1313在接收到故障跟踪检测响应报文1036后,确定service chain经过SF节点123且SF节点123与SFE112间的链路正常。其中,service classifier131中的第一确定单元1313从故障跟踪检测响应报文1036中获取SF节点123的ID,进而根据获取的SF节点121的ID和SF节点122的ID,获知service chain经过SF节点121、SF节点122和SF节点123的顺序。
上述实施例中,service classifier131可从接收到的故障跟踪检测响应报文中获取SF节点的ID,根据所获取的SF节点的ID及获取SF节点的ID的先后顺序,有助于获知报文转发时所实际经过的SF节点及经过的SF节点的顺序。另外,service classifier131可进一步从接收到的故障跟踪检测响应报文中获取第一参数、第三参数、SFE111的ID和SF节点121的ID中的至少一个,有助于准确地确定SF节点在service chain上的位置。
为了对service chain包括的一段链路进行检测,故障跟踪检测请求报文1021还包括作为终点的SF节点的ID。作为终点的SF节点的ID可来源于检测指令。作为终点的SF节点为service chain上待测的最后一个SF节点。可选地,service classifier131中的第四添加单元1310可将作为终点的SF节点的ID添加至故障跟踪检测请求报文1021。相应地,故障跟踪检测请求报文1022、1023、1024、1025和1026可还包括作为终点的SF节点的ID。可选地,305与306之间还包括:SFE111中的控制单元1120在故障跟踪检测请求报文1022中的作为终点的SF节点的ID与SF节点121的ID相同时,控制SFE111中的第四获取单元1113不执行306。SFE111中的控制单元1120在故障跟踪检测请求报文1022中的作为终点的SF节点的ID与SF节点121的ID不同时,控制SFE111中的第四获取单元1113执行306。
可选地,在SFE111中的第四获取单元1113执行306后,310与311之间还包括SFE111中的控制单元1120确定故障跟踪检测请求报文1024中的作为终点的SF节点的ID是否与SF节点122的ID相同。若作为终点的SF节点的ID与SF节点122的ID相同,SFE111中的控制单元1120可控制SFE111中的第四获取单元1113不执行步骤311。若作为终点的SF节点的ID与SF节点122的ID不同,SFE111中的控制单元1120可控制SFE111中的第四获取单元1113执行步骤311。
可选地,301和302之间还包括:SFE111中的第一获取单元1107可获取故障跟踪检测响应报文1031。其中,故障跟踪检测响应报文1031可包括SFE111的ID、service chain的路径ID和service classifier131的地址。SFE111中的第一发送单元1106向serviceclassifier131发送故障跟踪检测响应报文1031。其中,第一获取单元1107获取故障跟踪检测响应报文1031的方法可与其获取故障跟踪检测响应报文1032的方法相同,在此不再赘述。SFE111的第一发送单元1106向service classifier131发送故障跟踪检测响应报文1031。service classifier131中的第二接收单元1311接收来自SFE111的故障跟踪检测响应报文1031。service classifier131中的第一确定单元1313根据故障跟踪检测响应报文1031,确定service chain经过SFE111且service classifier131与SFE111间的链路正常。
可选地,312和313之间还包括:SFE112中的第一获取单元1107可获取故障跟踪检测响应报文1035。故障跟踪检测响应报文1035包括SFE112的ID、service chain的路径ID和service classifier131的地址。SFE112中的第一发送单元1106向service classifier131发送故障跟踪检测响应报文1035。service classifier131中的第二接收单元1311接收来自SFE111的故障跟踪检测响应报文1035。service classifier131中的第一确定单元1313根据故障跟踪检测响应报文1035,确定service chain经过SFE112且serviceclassifier131与SFE112间的链路正常。
可选地,故障跟踪检测请求报文1021还包括节点列表。其中,故障跟踪检测请求报文1021中的节点列表用以表示service chain在发起故障检测的设备和SFE111之间经过的SF节点及经过的SF节点的顺序。节点列表可在生成故障跟踪检测请求报文1021时根据故障检测的起始SF节点确定节点列表包括的内容。节点列表包括的SF节点及经过的SF节点的顺序随着包括节点类表的故障跟踪检测请求报文所经过的SF节点而增加。若由servicechain上的SFE对故障跟踪检测请求报文1021中的节点列表进行更新,实施例二提供的方法还包括下述可选步骤。
301中service classifier131发送故障跟踪检测请求报文1021之前,还包括:service classifier131中的第二添加单元1308将节点列表添加至故障跟踪检测请求报文1021中。其中,故障跟踪检测请求报文1021中的节点列表包括servicechain上SF节点121的上一跳SF节点的ID。例如:若SF节点121是service chain上的第一个SF节点,则故障跟踪检测请求报文1021中的节点列表可包括预设ID。预设ID用以标识service chain上SF节点的上一跳节点不存在。若SF节点121是service chain上的第二个SF节点,则故障跟踪检测请求报文1021中的节点列表包括service chain上的第一个SF节点的ID。
305中SFE111发送故障跟踪检测响应报文1032之前,还包括:SFE111中的第一参数更新单元1118可基于故障跟踪检测请求报文1021中的节点列表,获取更新后的节点列表。第一获取单元1107可将更新后的节点列表添加至故障跟踪检测响应报文1032中。其中,故障跟踪检测响应报文1032中的节点列表是将SF节点121的ID添加至故障跟踪检测请求报文1021中的节点列表所获取的列表。故障跟踪检测响应报文1032中的节点列表中全部SF节点的顺序与所述全部SF节点在service chain上的顺序相同。通过故障跟踪检测响应报文1032中的节点列表包括的SF节点的ID的顺序可获知业务报文在service chain上转发时经过的SF节点的顺序。service classifier131中的第一确定单元1313可根据接收到的故障跟踪检测响应报文1032中的节点列表,获知service chain经过的SF节点及经过的SF节点的顺序。例如:第一参数更新单元1118可将SF节点121的ID添加至从故障跟踪检测请求报文1021获取的节点列表,以获取更新后的节点列表。若故障跟踪检测请求报文1021中的节点列表包括预设ID,则更新后的节点列表包括SF节点121的ID和预设ID。更新后的节点列表包括的SF节点121的ID可位于预设ID之前或之后,通过上述顺序和预设ID,可获知SF节点121为service chain的第一个SF节点。
307中SFE111发送故障跟踪检测请求报文1023之前,还包括:SFE111的第四获取单元1113所获取的故障跟踪检测请求报文1023还包括故障跟踪检测响应报文1032中的节点列表。例如:若故障跟踪检测响应报文1032中的节点列表包括预设ID和第一SF节点121的ID,则故障跟踪检测请求报文1023中的节点列表包括预设ID和第一SF节点121的ID。
310中SFE111发送故障跟踪检测响应报文1034之前,还包括:SFE111中的第一参数更新单元1118可基于故障跟踪检测请求报文1023中的节点列表,获取更新后的节点列表。第一获取单元1107可将309中更新后的节点列表添加至故障跟踪检测响应报文1034中。其中,故障跟踪检测响应报文1034中的节点列表是将SF节点122的ID添加至故障跟踪检测请求报文1023中的节点列表所获取的列表。这样,service classifier131中的第一确定单元1313可根据接收到的故障跟踪检测响应报文1034中的节点列表,获知service chain经过的SF节点及经过的SF节点的顺序。例如:第一参数更新单元1118可将SF节点122的ID添加至故障跟踪检测请求报文1023中的节点列表,以获取更新后的节点列表,即故障跟踪检测响应报文1034中的节点列表。故障跟踪检测响应报文1034中的节点列表包括预设ID、第一SF节点121的ID和第二SF节点122的ID。若故障跟踪检测响应报文1032中的节点列表包括的第一SF节点121的ID位于预设ID之前,则故障跟踪检测响应报文1034中的节点列表包括的第二SF节点122的ID位于第一SF节点121的ID之前。若故障跟踪检测响应报文1032中的节点列表包括的第一SF节点121的ID位于预设ID之后,则故障跟踪检测响应报文1034中的节点列表包括的第二SF节点122的ID位于第一SF节点121之后。通过上述顺序、预设ID和SF节点121的ID,可获知SF节点122为servicechain的第二个SF节点。
312中SFE111发送故障跟踪检测请求报文1025之前,还包括:SFE111的第四获取单元1113所获取的故障跟踪检测请求报文1025还可包括故障跟踪检测响应报文1034中的节点列表。例如:若故障跟踪检测响应报文1034中的节点列表包括预设ID、第一SF节点121的ID和第二SF节点122的ID,则故障跟踪检测请求报文1025中的节点列表包括预设ID、第一SF节点121的ID和第二SF节点122的ID。
316中SFE121发送故障跟踪检测响应报文1036之前,还包括:SFE112中的第一参数更新单元1118可基于故障跟踪检测请求报文1025中的节点列表,获取更新后的节点列表。SFE112获取更新后的节点列表的方法与SFE111获取更新后的节点列表的方法相同,在此不再赘述。SFE112中的第一获取单元1107可将SFE112中的第一参数更新单元1118所获取的更新后的节点列表添加至故障跟踪检测响应报文1036中。故障跟踪检测响应报文1036中的节点列表包括预设ID、SF节点121的ID、SF节点122的ID和SF节点123的ID。其中,预设ID、SF节点121的ID、SF节点122的ID和SF节点123的ID按照预设顺序进行排列,以使得serviceclassifier131根据故障跟踪检测响应报文1036中的节点列表包括的SF节点和SF节点的顺序,获知报文转发时所实际经过的SF节点及经过的SF节点的顺序。
上述实施例中,service classifier131接收到的SF节点的ID是以节点列表的形式携带在故障跟踪检测响应报文中,可使service classifier131直接根据节点列表中获知报文转发时所实际经过的SF节点及经过的SF节点的顺序。
可选地,故障跟踪检测请求报文1021还包括节点列表。其中,故障跟踪检测请求报文1021中的节点列表用以表示service chain在发起故障检测的设备和SFE111之间经过的SF节点及经过的SF节点的顺序。节点列表可在生成故障跟踪检测请求报文1021时根据故障检测的起始SF节点确定节点列表包括的内容。节点列表包括的SF节点及经过的SF节点的顺序随着包括节点类表的故障跟踪检测请求报文所经过的SF节点而增加。若由servicechain上的SF节点对故障跟踪检测请求报文1021中的节点列表进行更新,实施例二提供的方法还包括下述可选地步骤。
301中service classifier131发送故障跟踪检测请求报文1021之前,还包括:service classifier131中的第二添加单元1308将节点列表添加至故障跟踪检测请求报文1021中。其中,故障跟踪检测请求报文1021中的节点列表包括servicechain上SF节点121的上一跳SF节点的ID。例如:若SF节点121是service chain上的第一个SF节点,则故障跟踪检测请求报文1021中的节点列表可包括预设ID。预设ID用以标识service chain上SF节点的上一跳节点不存在。若SF节点121是service chain上的第二个SF节点,则故障跟踪检测请求报文1021中的节点列表包括service chain上的第一个SF节点的ID。
303中SF节点121发送故障跟踪检测请求报文1022之前,还包括:SF节点121中的第二参数更新单元1208可基于故障跟踪检测请求报文1021中的节点列表,获取更新后的节点列表。SF节点121中的第二参数更新单元1208可将更新后的节点列表添加至故障跟踪检测请求报文1022中。故障跟踪检测请求报文1022中的节点列表是将SF节点121的ID添加至故障跟踪检测请求报文1021中的节点列表所获取的列表。即故障跟踪检测请求报文1022中的节点列表与上述实施例中SFE111所获取的故障跟踪检测响应报文1032中的节点列表相同,在此不再赘述。
305中SFE111发送故障跟踪检测响应报文1032之前,还包括:SFE111中的第一获取单元1107可将从故障跟踪检测请求报文1022获取的节点列表,添加至故障跟踪检测响应报文1032中。
307中SFE111发送故障跟踪检测请求报文1023之前,还包括:SFE111的第四获取单元1113所获取的故障跟踪检测请求报文1023还包括故障跟踪检测响应报文1032中的节点列表。
308中SF节点122发送故障跟踪检测请求报文1024之前,还包括:SF节点122中的第二参数更新单元1208可基于故障跟踪检测请求报文1023中的节点列表,获取更新后的节点列表。SF节点122中的第二参数更新单元1208可将更新后的节点列表添加至故障跟踪检测请求报文1024中。其中,故障跟踪检测请求报文1024中的节点列表是将SF节点122的ID添加至故障跟踪检测请求报文1023中的节点列表所获取的列表。即故障跟踪检测请求报文1024中的节点列表与上述实施例中SFE111所获取的故障跟踪检测响应报文1034中的节点列表相同,在此不再赘述。
310中SFE111发送故障跟踪检测响应报文1034之前,还包括:SFE111的第五获取单元1117可将从故障跟踪检测请求报文1024获取的节点列表添加至故障跟踪检测响应报文1034中。
312中SFE111发送故障跟踪检测请求报文1025之前,还包括:SFE111的第四获取单元1113所获取的故障跟踪检测请求报文1025还包括故障跟踪检测响应报文1034中的节点列表。
314中SF节点123发送故障跟踪检测请求报文1026之前,还包括:SF节点123中的第二参数更新单元1208可基于故障跟踪检测请求报文1025中的节点列表,获取更新后的节点列表。第二参数更新单元1208可将SF节点123的ID添加至故障跟踪检测请求报文1026中。故障跟踪检测请求报文1026中的节点列表与上述实施例中SFE112所获取的故障跟踪检测响应报文1036中的节点列表相同,在此不再赘述。
316中SFE112发送故障跟踪检测响应报文1036之前,还包括:SFE112的第一获取单元1107还可将从故障跟踪检测请求报文1026中获取的节点列表,添加至故障跟踪检测响应报文1036中。
上述实施例与SFE获取更新后的节点列表的实施例相比,SF节点获取更新后的节点列表,有利于减轻SFE的负担。
可选地,故障跟踪检测请求报文1021还包括基准值。基准值大于或等于0。若由service chain上的SFE对故障跟踪检测请求报文1021中的基准值进行更新,实施例二提供的方法还包括下述可选步骤。
301中service classifier131发送故障跟踪检测请求报文1021之前,还包括:service classifier131中的第三添加单元1309可将基准值添加至故障跟踪检测请求报文1021中。或者,service classifier131所获取的故障跟踪检测请求报文1021包括了基准值。
305中SFE111发送故障跟踪检测响应报文1032之前,还包括:SFE111中的第二参数更新单元1119获得SF节点121的序号。其中,SF节点121的序号是根据基准值和偏移量生成的。偏移量大于0。例如:SF节点121的序号是在基准值的基础上增加偏移量生成的,或是在基准值的基础上减少偏移量生成的。第一获取单元1107将SF节点121的序号添加至故障跟踪检测响应报文1032中。这样,service classifier131可根据接收到的故障跟踪检测响应报文1032中的SF节点121的序号,获知service chain上SF节点的位置。本发明的实施例中,若SF节点121的序号可标识SF节点121在service chain上的位置,则SF节点121的序号可作为一个参数添加至故障跟踪检测响应报文1032中。serviceclassifier131可根据故障跟踪检测响应报文1032中SF节点121的ID和SF节点121的序号,获知SF节点121在service chain上的位置。或者,若SF节点121的序号既可标识SF节点121,又可标识SF节点121在servicechain上的位置,则SF节点121的序号可作为SF节点121的ID携带于故障跟踪检测响应报文1032。service classifier131可根据故障跟踪检测响应报文1032中SF节点121的序号,获知SF节点121在service chain上的位置。
307中SFE111发送故障跟踪检测请求报文1023之前,还包括:SFE111的第四获取单元1113所获取的故障跟踪检测请求报文1023还包括SF节点121的序号。
310中SFE111发送故障跟踪检测响应报文1034之前,还包括:SFE111中的第二参数更新单元1119用于基于故障跟踪检测请求报文1023中SF节点121的序号,获取SF节点122的序号。例如:SF节点122的序号是在SF节点121的序号的基础上增加偏移量生成的,或是在SF节点121的序号的基础上减少偏移量生成的。第一获取单元1107将SF节点122的序号添加至故障跟踪检测响应报文1034中。这样,service classifier131可根据接收到的故障跟踪检测响应报文1034中的SF节点122的序号,获知service chain上SF节点122的位置。其中,SF节点122的序号的作用可与SF节点121的序号的作用相同,在此不再赘述。
312中SFE111发送故障跟踪检测请求报文1025之前,还包括:SFE111的第四获取单元1113所获取的故障跟踪检测请求报文1025还包括故障跟踪检测响应报文1034中SF节点122的序号。
316中SFE121发送故障跟踪检测响应报文1036之前,还包括:SFE112中的第二参数更新单元1119用于基于故障跟踪检测请求报文1025中SF节点122的序号,获取SF节点123的序号。例如:SF节点123的序号是在SF节点122的序号的基础上增加偏移量生成的,或是在SF节点122的序号的基础上减少偏移量生成的。第一获取单元1107将SF节点123的序号添加至故障跟踪检测响应报文1036中。这样,service classifier131可根据接收到的故障跟踪检测响应报文1036中的SF节点123的序号,获知service chain上SF节点123的位置。其中,SF节点123的序号的作用可与SF节点121的序号的作用相同,在此不再赘述。
上述实施例中,若SF节点的序号可标识SF节点在service chain上的位置,则SF节点的序号可作为一个参数添加至故障跟踪检测响应报文中。service classifier131可根据故障跟踪检测响应报文中SF节点的ID和SF节点的序号,准确地获知SF节点在servicechain上的位置。或者,若SF节点的序号既可标识SF节点,又可标识SF节点在service chain上的位置,则SF节点的序号可作为SF节点的ID携带于故障跟踪检测响应报文中。serviceclassifier131可根据故障跟踪检测响应报文中SF节点的序号,准确地获知SF节点在service chain上的位置。
可选地,故障跟踪检测请求报文1021还包括基准值。若由service chain上的SF节点对故障跟踪检测请求报文1021中的基准值进行更新,实施例二提供的方法还包括下述可选地步骤。
301中service classifier131发送故障跟踪检测请求报文1021之前,还包括:service classifier131中的第三添加单元1309可将基准值添加至故障跟踪检测请求报文1021中。或者,service classifier131所获取的故障跟踪检测请求报文1021包括了基准值。
303中SF节点121发送故障跟踪检测请求报文1022之前,还包括:SF节点121中的第三参数更新单元1209可基于故障跟踪检测请求报文1021中的基准值,获取SF节点121的序号。第三参数更新单元1209将SF节点121的序号添加至故障跟踪检测请求报文1022中。其中,SF节点121获取SF节点121的序号的方法与SFE111获取SF节点121的序号的方法相同。
305中SFE111发送故障跟踪检测响应报文1032之前,还包括:SFE111中的第一获取单元1107可将从故障跟踪检测请求报文1022获取的SF节点121的序号,添加至故障跟踪检测响应报文1032中。
307中SFE111发送故障跟踪检测请求报文1023之前,还包括:SFE111的第四获取单元1113所获取的故障跟踪检测请求报文1023还包括故障跟踪检测响应报文1032中的SF节点121的序号。
308中SF节点122发送故障跟踪检测请求报文1024之前,还包括:SF节点122中的第三参数更新单元1209可基于故障跟踪检测请求报文1023中的SF节点121的序号,获取SF节点122的序号。第三参数更新单元1209可将SF节点122的序号添加至故障跟踪检测请求报文1024中。其中,SF节点122获取SF节点122的序号的方法与SFE111获取SF节点122的序号的方法相同。
310中SFE111发送故障跟踪检测响应报文1034之前,还包括:SFE111的第五获取单元1117还将从故障跟踪检测请求报文1024获取的SF节点122的序号添加至故障跟踪检测响应报文1034中。
312中SFE111发送故障跟踪检测请求报文1025之前,还包括:SFE111的第四获取单元1113所获取的故障跟踪检测请求报文1025还包括故障跟踪检测响应报文1034中的SF节点122的序号。
314中SF节点123发送故障跟踪检测请求报文1026之前,还包括:SF节点123中的第三参数更新单元1209用于基于故障跟踪检测请求报文1025中的SF节点122的序号,获取SF节点123的序号。第三参数更新单元1209将SF节点123的序号添加至故障跟踪检测请求报文1026中。其中,SF节点123获取SF节点123的序号的方法与SFE112获取SF节点123的序号的方法相同。
316中SFE112发送故障跟踪检测响应报文1036之前,还包括:SFE112的第一获取单元1107还可将从故障跟踪检测请求报文1026中获取的SF节点123的序号,添加至故障跟踪检测响应报文1036中。
上述实施例与SFE获取SF节点的序号的实施例相比,SF节点获取其自身的序号,有利于减轻SFE的负担。
实施例三
图15为本发明实施例三提供的一种网络结构示意图。图15所示的网络结构与图10所示的网络结构相同,图15所示的网络中各装置发送的报文类型与图10所示的网络中各装置发送的报文类型不同。图15所示网络中的任意一个SFE可在图4或图11所示的业务转发装置的基础上增加第二接收单元(图中未示出)和第四发送单元(图中未示出)。可选地,业务转发装置还包括上报单元。图15所示网络中作为发起故障检测的设备的serviceclassifier131可在图6或图12所示发起故障检测的设备的基础上增加第四接收单元(图中未示出)。图15所示网络中的任意一个SF节点可在图8或图13所示的业务功能装置的基础上增加获取单元(图中未示出)和转发单元(图中未示出)。
图16为本发明实施例三提供的一种service chain的故障检测方法流程图。实施例三提供的方法可在实施例一或实施例二提供的方法之前执行,实施例三提供的方法在service chain的故障检测过程中属于可选地。下面结合图16所示的网络,对实施例三提供的service chain的故障检测方法进行详细说明。
701,service classifier131向SFE111发送连通性检测报文1051。
举例来说,作为发起故障检测的设备的service classifier131中的第四接收单元接收可接收用以开启service chain的连通性检测的指令,生成连通性检测报文1051。或者作为发起故障检测的设备的service classifier131中的第四接收单元从其连接的其它设备获取连通性检测报文1051。其中,连通性检测报文1051包括service chain的路径ID。service classifier131中的发送单元1306可根据转发表项包括的SFE111的地址,发送连通性检测报文1051至SFE111。
702,SFE111向SF节点121发送连通性检测报文1051。
举例来说,SFE111中的第二接收单元接收来自service classifier131的连通性检测报文1051。SFE111中的第四发送单元根据第一转发表项包括SF节点121的地址,向SF节点121发送连通性检测报文1051。其中,第一转发表项可与实施例一或实施例二中提及的第一转发表项相同,在此不再赘述。
703,SF节点121向SFE111发送连通性检测报文1051。
举例来说,SF节点121中的获取单元接收来自SFE111的连通性检测报文1051。SF节点121中的转发单元向SFE111发送连通性检测报文1051。SF节点121中转发单元发送连通性检测报文1051的方法与实施例一或实施例二中的发送单元1206采用的方法相同,在此不再赘述。
704,SFE111向SF节点122发送连通性检测报文1051。
704中SFE111向SF节点122发送连通性检测报文1051的方法与702的方法相同。
705,SF节点122向SFE111发送连通性检测报文1051。
SF节点122包括SF节点121所包括的内容。705中SF节点122向SFE111发送连通性检测报文1051的方法与703的方法相同。
706,SFE111向SFE112发送连通性检测报文1051。
706中SFE111向SFE112发送连通性检测报文1051的方法与702的方法相同。
707,SFE112向SF节点123发送连通性检测报文1051。
SFE112包括SFE111所包括的内容。707中SFE112向SF节点123发送连通性检测报文1051的方法与702的方法相同。
708,SF节点123向SFE112发送连通性检测报文1051。
SF节点123包括SF节点121所包括的内容。708中SF节点123向SFE112发送连通性检测报文1051的方法与703的方法相同。
709,SFE112向service classifier131反馈连通性检测结果。
若SFE112为service chain的最后一个SFE,SFE112中的第二接收单元在预设时间内接收到来自SF节点123的连通性检测报文1051,则SFE112中的上报单元向serviceclassifier131反馈表示链路正常的连通性检测结果。SFE112中的第二接收单元在预设时间内未接收到来自SF节点123的连通性检测报文1051或未接收到来自SFE111的连通性检测报文1051,则SFE112中的上报单元向service classifier131反馈表示链路异常的连通性检测结果。其中,链路异常可表示链路故障。
可选地,SFE112可向发送用以开启service chain的连通性检测的指令的设备反馈连通性检测结果,以替代709中向service classifier131反馈连通性检测结果。
可选地,SFE112并非service chain的最后一个SFE,则SFE112中的第四发送单元还根据转发表项,继续转发连通性检测报文1051至service chain的下一个设备,由service chain的最后一个SFE执行反馈连通性检测结果的操作。
本发明的上述实施例中,service chain上包括的全部节点中相邻两个节点之间建立有隧道,故障跟踪检测请求报文、故障跟踪检测响应报文和连通性检测报文可通过所述相邻两个节点间的隧道进行传输。例如:若SFE111与SF节点121间建立有隧道,故障跟踪检测请求报文、故障跟踪检测响应报文和连通性检测报文可通过SFE111与SF节点121间的隧道进行传输。若SFE111与SF节点122间建立有隧道,故障跟踪检测请求报文、故障跟踪检测响应报文和连通性检测报文可通过SFE111与SF节点122间的隧道进行传输。若SFE111与SFE112间建立有隧道,故障跟踪检测请求报文、故障跟踪检测响应报文和连通性检测报文可通过SFE111与SFE112间的隧道进行传输。
本发明的上述实施例中,故障跟踪检测请求报文、故障跟踪检测响应报文和连通性检测报文属于操作、管理和维护(英文全称为operation,administration andmaintenance,英文缩写为OAM)报文。OAM报文中可携带标识报文类型的参数,以便接收到的报文的装置根据OAM报文携带的标识报文类型的参数,获知接收到的报文为故障跟踪检测请求报文、故障跟踪检测响应报文和连通性检测报文中的一种报文。图17为本发明实施例提供的OAM报文的示意图。图17所示的OAM报文包括网络封装(英文名称为networkencapsulation)、业务链头(英文名称为service chain header)和内容(英文名称为content)。其中,OAM报文包括的网络封装可以是以太网封装、UDP封装、通用路由协议(英文全称为Generic Routing Encapsulation,英文缩写为GRE)封装、多协议标签交换(英文全称为Multiprotocol Label Switching,英文缩写为MPLS)封装等。业务链头包括的标志(英文名称为flag)位可用以标识OAM报文为用以进行业务链检测的报文。业务链头包括的一个或多个位可用以标识service chain的路径ID。OAM报文的内容包括的一个或多个位可用以标识OAM报文的类型(英文名称为type),type的取值可标识OAM报文为故障跟踪检测请求报文、故障跟踪检测响应报文或连通性检测报文。例如:type取值为0表示OAM报文为故障跟踪检测请求报文,type取值为1表示OAM报文为故障跟踪检测响应报文,type取值为2表示OAM报文为连通性检测报文。OAM报文的内容包括的一个或多个位可用以标识节点ID。该节点可以是service chain上包括的节点,比如service chain上的SF节点121或SFE111等节点。
若图17所示的OAM报文是故障检测响应报文,且该故障检测响应报文承载于ICMP报文上,则ICMP报文的内容包括图17中的业务连头和OAM报文的内容。ICMP报文的报文头还包括类型参数,该类型参数用以标识该ICMP报文属于故障跟踪检测响应报文。若图17所示的OAM报文是故障检测响应报文,且该故障检测响应报文承载于UDP报文上,UDP报文的内容包括图17中的业务连头和OAM报文的内容。UDP报文的报文头包括的端口号用以标识该UDP报文的类型属于故障跟踪检测响应报文。
上述处理器可以是微处理器或者该处理器也可以是任何常规的处理器。结合本发明实施例所公开的方法的步骤,可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。当使用软件实现时,可以将实现上述功能的代码存储在计算机可读介质中。计算机可读介质包括计算机存储介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于:计算机可读介质可以是随机存取存储器(英文全称为random access memory,英文缩写为RAM)、只读存储器(英文全称为read-only memory,英文缩写为ROM)、电可擦可编程只读存储器(英文全称为electrically erasableprogrammable read-only memory,英文缩写为EEPROM)、只读光盘(英文全称为compactdisc-read only memory,英文缩写为CD-ROM)或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的程序代码并能够由计算机存取的任何其他介质。计算机可读介质可以是压缩光碟(英文全称为compact disk,英文缩写为CD)、激光碟、光碟、数字视频光碟(英文全称为digital video disc,英文缩写为DVD)、软盘或者蓝光光碟。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质可以是下述介质中的至少一种:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以示例性说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明及本发明带来的有益效果进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明权利要求的范围。
Claims (46)
1.一种业务链的故障检测方法,其特征在于,所述方法包括:
业务转发实体SFE获取第一故障跟踪检测请求报文后,确定与第一业务功能SF节点通信,所述第一故障跟踪检测请求报文包括路径标识ID和发起故障检测的设备的地址,所述路径ID用以标识业务链的一条路径;
所述SFE获取所述第一SF节点的ID;
所述SFE向所述发起故障检测的设备发送第一故障跟踪检测响应报文,所述第一故障跟踪检测响应报文包括所述路径ID、所述第一SF节点的ID和所述发起故障检测的设备的地址;
所述SFE确定与所述业务链上的第一SF节点通信包括:
所述SFE根据所述路径ID,确定根据第一转发表项转发所述第一故障跟踪检测请求报文,所述第一转发表项包括所述路径ID和所述第一SF节点的地址;
所述SFE根据所述第一SF节点的地址,向所述第一SF节点发送所述第一故障跟踪检测请求报文;
所述SFE接收到来自所述第一SF节点的第二故障跟踪检测请求报文,所述第二故障跟踪检测请求报文包括所述路径ID和所述发起故障检测的设备的地址。
2.如权利要求1所述的方法,其特征在于,所述第一故障跟踪检测请求报文还包括第一参数,所述第一参数用以标识所述第一SF节点或者用以标识所述业务链上所述第一SF节点的上一跳SF节点,所述第一转发表项还包括所述第一参数;
所述SFE根据所述路径ID,确定根据第一转发表项转发所述第一故障跟踪检测请求报文包括:所述SFE根据所述第一参数和所述路径ID,确定根据所述第一转发表项转发所述第一故障跟踪检测请求报文。
3.如权利要求2所述的方法,其特征在于,所述第一故障跟踪检测请求报文还包括生存时间TTL字段;
所述SFE接收到来自所述第一SF节点的第二故障跟踪检测请求报文之后,所述方法还包括:所述SFE获取TTL参数,所述TTL参数是对所述第一故障跟踪检测请求报文中TTL字段的取值进行更新后获取的数据;
所述SFE向所述发起故障检测的设备发送第一故障跟踪检测响应报文还包括:在所述TTL参数达到预设值时,所述SFE向所述发起故障检测的设备发送所述第一故障跟踪检测响应报文。
4.如权利要求3所述的方法,其特征在于,所述方法还包括:
所述SFE在所述TTL参数未达到预设值时,获取第三故障跟踪检测请求报文,所述第三故障跟踪检测请求报文包括第二参数、所述路径ID、所述TTL字段和所述发起故障检测的设备的地址,所述第二参数用以标识所述业务链上所述第一参数标识的SF节点的下一跳SF节点;
所述SFE根据所述第二参数和所述路径ID,确定根据第二转发表项转发所述第三故障跟踪检测请求报文,所述第二转发表项包括所述路径ID、所述第二参数和第一设备的地址,所述第一设备为所述业务链上所述SFE的下一跳SFE或者为第二SF节点,所述第二SF节点是所述业务链上所述第一SF节点的下一跳SF节点;
所述SFE根据所述第一设备的地址,向所述第一设备发送所述第三故障跟踪检测请求报文。
5.如权利要求2所述的方法,其特征在于,所述SFE向所述发起故障检测的设备发送第一故障跟踪检测响应报文之前,所述方法还包括:
所述SFE向所述发起故障检测的设备发送第二故障跟踪检测响应报文,所述第二故障跟踪检测响应报文包括所述路径ID、所述SFE的ID和所述发起故障检测的设备的地址。
6.如权利要求2或5所述的方法,其特征在于,所述SFE向所述发起故障检测的设备发送第一故障跟踪检测响应报文之后,所述方法还包括:
所述SFE获取第四故障跟踪检测请求报文,所述第四故障跟踪检测请求报文包括第二参数、所述路径ID和所述发起故障检测的设备的地址,所述第二参数用以标识所述业务链上所述第一参数标识的SF节点的下一跳SF节点;
所述SFE根据所述第二参数和所述路径ID,确定根据第二转发表项转发所述第四故障跟踪检测报文,所述第二转发表项包括所述路径ID、所述第二参数和第一设备的地址,所述第一设备为所述业务链上所述SFE的下一跳SFE或者为第二SF节点,所述第二SF节点为所述业务链上所述第一SF节点的下一跳SF节点;
所述SFE根据所述第一设备的地址,向所述第一设备发送所述第四故障跟踪检测请求报文。
7.如权利要求6所述的方法,其特征在于,所述第一设备为所述第二SF节点,所述方法还包括:
所述SFE接收到来自所述第二SF节点的第五故障跟踪检测请求报文,所述第五故障跟踪检测请求报文包括所述路径ID和所述发起故障检测的设备的地址;
所述SFE根据第五故障跟踪检测请求报文,获取所述第二SF节点的ID;
所述SFE向所述发起故障检测的设备发送第三故障跟踪检测响应报文,所述第三故障跟踪检测响应报文包括所述路径ID、所述第二SF节点的ID和所述发起故障检测的设备的地址。
8.如权利要求2或5所述的方法,其特征在于,所述方法还包括:
所述SFE将所述第一参数和所述SFE的ID中的至少一个添加至所述第一故障跟踪检测响应报文中。
9.如权利要求2或5所述的方法,其特征在于,所述第一故障跟踪检测请求报文还包括节点列表,所述节点列表包括所述业务链上所述第一SF节点的上一跳SF节点的ID;
所述SFE向所述发起故障检测的设备发送第一故障跟踪检测响应报文之前,所述方法还包括:
所述SFE获取更新后的节点列表,所述更新后的节点列表是将所述第一SF节点的ID添加至所述节点列表后生成的列表,所述更新后的节点列表包括的全部SF节点的顺序与所述全部SF节点在所述业务链上的顺序相同;
所述SFE将所述更新后的节点列表添加至所述第一故障跟踪检测响应报文。
10.如权利要求2或5所述的方法,其特征在于,所述第一故障跟踪检测请求报文还包括作为终点的SF节点的ID;
所述SFE向所述发起故障检测的设备发送第一故障跟踪检测响应报文之后,所述方法还包括:
所述SFE在所述第一SF节点的ID与所述作为终点的SF节点的ID相同时,结束对所述业务链的检测。
11.如权利要求1至5任意一项所述的方法,其特征在于,所述SFE获取第一故障跟踪检测请求报文包括:
所述SFE接收所述发起故障检测的设备发送的所述第一故障跟踪检测请求报文;或者
所述SFE接收所述业务链上所述SFE的上一跳SFE发送的所述第一故障跟踪检测请求报文;或者
所述SFE生成所述第一故障跟踪检测请求报文。
12.如权利要求1至5任意一项所述的方法,其特征在于,
所述SFE向所述发起故障检测的设备发送第一故障跟踪检测响应报文包括:
所述SFE通过所述路径ID获取所述业务链的反向业务链的路径ID,所述反向业务链与所述业务链的方向相反;
所述SFE根据所述反向业务链的路径ID对应的转发表项,向所述发起故障检测的设备发送所述第一故障跟踪检测响应报文,所述反向业务链的路径ID对应的转发表项包括所述反向业务链的路径ID和所述发起故障检测的设备的地址;或者
所述SFE向所述发起故障检测的设备发送第一故障跟踪检测响应报文包括:
所述SFE将所述第一故障跟踪检测响应报文承载于单播互联网协议IP报文中,向所述发起故障检测的设备发送所述单播IP报文,所述单播IP报文的目的IP地址为所述发起故障检测的设备的地址。
13.一种业务链的故障检测方法,其特征在于,所述方法包括:
发起故障检测的设备向业务转发实体SFE发送第一故障跟踪检测请求报文,所述第一故障跟踪检测请求报文包括路径标识ID和所述发起故障检测的设备的地址,所述路径ID用以标识业务链的一条路径;
所述发起故障检测的设备接收来自所述SFE的第一故障跟踪检测响应报文,所述第一故障跟踪检测响应报文包括所述路径ID、第一业务功能SF节点的ID和所述发起故障检测的设备的地址;
所述发起故障检测的设备接收到所述第一故障跟踪检测响应报文后,确定所述业务链经过所述第一SF节点且所述SFE与所述第一SF节点间的转发正常。
14.如权利要求13所述的方法,其特征在于,所述发起故障检测的设备向所述SFE发送第一故障跟踪检测请求报文包括:
所述发起故障检测的设备根据所述路径ID,确定根据转发表项转发所述第一故障跟踪检测请求报文,所述转发表项包括所述路径ID和所述SFE的地址;
所述发起故障检测的设备根据所述SFE的地址,向所述SFE发送所述第一故障跟踪检测请求报文。
15.如权利要求13或14所述的方法,其特征在于,所述第一故障跟踪检测请求报文还包括第一参数,所述第一参数用以标识所述第一SF节点或者用以标识所述业务链上所述第一SF节点的上一跳SF节点。
16.如权利要求13或14所述的方法,其特征在于,所述第一故障跟踪检测请求报文还包括生存时间TTL字段。
17.如权利要求13或14所述的方法,其特征在于,所述第一故障跟踪检测请求报文还包括节点列表,所述节点列表包括所述业务链上所述第一SF节点的上一跳SF节点的ID,所述第一故障跟踪检测响应报文还包括更新后的节点列表,所述更新后的节点列表是将所述第一SF节点的ID添加至所述节点列表后生成的列表,所述更新后的节点列表包括的全部SF节点的顺序与所述全部SF节点在所述业务链上的顺序相同。
18.如权利要求13或14所述的方法,其特征在于,所述发起故障检测的设备接收到来自所述SFE的第一故障跟踪检测响应报文之前,所述方法还包括:
所述发起故障检测的设备接收来自所述SFE的第二故障跟踪检测响应报文,所述第二故障跟踪检测响应报文包括所述路径ID、所述SFE的ID和所述发起故障检测的设备的地址;
所述发起故障检测的设备接收到所述第二故障跟踪检测响应报文之后,确定所述业务链经过所述SFE且所述SFE与所述发起故障检测的设备间的转发正常。
19.如权利要求13或14所述的方法,其特征在于,所述发起故障检测的设备接收到来自所述SFE的第一故障跟踪检测响应报文之后,所述方法还包括:
所述发起故障检测的设备接收来自所述SFE的第三故障跟踪检测响应报文,所述第三故障跟踪检测响应报文包括所述路径ID、第二SF节点的ID和所述发起故障检测的设备的地址,所述第二SF节点是所述业务链上所述第一SF节点的下一跳SF节点;
所述发起故障检测的设备接收到所述第三故障跟踪检测响应报文之后,确定所述业务链经过所述第二SF节点且所述SFE与所述第二SF节点间的转发正常。
20.一种业务链的故障检测方法,其特征在于,所述方法包括:
业务功能SF节点接收来自业务转发实体SFE的第一故障跟踪检测请求报文,所述第一故障跟踪检测请求报文包括路径标识ID和发起故障检测的设备的地址,所述路径ID用以标识业务链的一条路径;
所述SF节点向所述SFE发送第二故障跟踪检测请求报文,所述第二故障跟踪检测请求报文包括所述路径ID和所述发起故障检测的设备的地址。
21.如权利要求20所述的方法,其特征在于,所述第一故障跟踪检测请求报文和所述第二故障跟踪检测请求报文分别还包括生存时间TTL字段;
所述SF节点向所述SFE发送第二故障跟踪检测请求报文之前,所述方法还包括:
所述SF节点获取TTL参数,所述TTL参数是对所述第一故障跟踪检测请求报文包括的所述TTL字段的取值进行更新后获取的数据;
所述SF节点将所述TTL参数作为所述第二故障跟踪检测请求报文包括的所述TTL字段的取值。
22.如权利要求20所述的方法,其特征在于,所述第一故障跟踪检测请求报文还包括节点列表,所述节点列表包括所述业务链上所述SF节点的上一跳SF节点的ID;
所述SF节点向所述SFE发送第二故障跟踪检测请求报文之前,所述方法还包括:
所述SF节点获取更新后的节点列表,所述更新后的节点列表是将所述SF节点的ID添加至所述节点列表后生成的列表,所述更新后的节点列表中的全部SF节点的顺序与所述全部SF节点在所述业务链上的顺序相同;
所述SF节点将所述更新后的节点列表添加至所述第二故障跟踪检测请求报文中。
23.如权利要求20至22任意一项所述的方法,其特征在于,所述第一故障跟踪检测请求报文还包括第一参数,所述第一参数用以标识所述SF节点或所述业务链上所述SF节点的上一跳SF节点,所述第二故障跟踪检测请求报文还包括所述第一参数和所述SF节点的ID中的至少一个。
24.一种业务转发装置,其特征在于,所述业务转发装置包括:
第一通信单元,用于获取第一故障跟踪检测请求报文后,确定与第一业务功能SF节点通信,所述第一故障跟踪检测请求报文包括路径标识ID和发起故障检测的设备的地址,所述路径ID用以标识业务链的一条路径;
第一获取单元,用于获取所述第一SF节点的ID;
第一发送单元,用于向所述发起故障检测的设备发送第一故障跟踪检测响应报文,所述第一故障跟踪检测响应报文包括所述路径ID、所述第一SF节点的ID和所述发起故障检测的设备的地址;
所述第一通信单元具体用于根据所述路径ID,确定根据第一转发表项转发所述第一故障跟踪检测请求报文,所述第一转发表项包括所述路径ID和所述第一SF节点的地址;
所述第一通信单元具体用于根据所述第一SF节点的地址,向所述第一SF节点发送所述第一故障跟踪检测请求报文;
所述第一通信单元具体用于接收到来自所述第一SF节点的第二故障跟踪检测请求报文,所述第二故障跟踪检测请求报文包括所述路径ID和所述发起故障检测的设备的地址。
25.如权利要求24所述的业务转发装置,其特征在于,所述第一故障跟踪检测请求报文还包括第一参数,所述第一参数用以标识所述第一SF节点或者用以标识所述业务链上所述第一SF节点的上一跳SF节点,所述第一转发表项还包括所述第一参数;
所述第一通信单元还用于根据所述第一参数和所述路径ID,确定根据所述第一转发表项转发所述第一故障跟踪检测请求报文。
26.如权利要求25所述的业务转发装置,其特征在于,所述第一故障跟踪检测请求报文还包括生存时间TTL字段;
所述业务转发装置还包括:第二获取单元;
所述第二获取单元用于获取TTL参数,所述TTL参数是对所述第一故障跟踪检测请求报文中TTL字段的取值进行更新后获取的数据;
所述第一发送单元还用于在所述TTL参数达到预设值时,向所述发起故障检测的设备发送所述第一故障跟踪检测响应报文。
27.如权利要求26所述的业务转发装置,其特征在于,所述业务转发装置还包括:第三获取单元、第一确定单元和第二发送单元;
所述第三获取单元用于在所述TTL参数未达到预设值时,获取第三故障跟踪检测请求报文,所述第三故障跟踪检测请求报文包括第二参数、所述路径ID、所述TTL字段和所述发起故障检测的设备的地址,所述第二参数用以标识所述业务链上所述第一参数标识的SF节点的下一跳SF节点,所述第三故障跟踪检测请求报文中的TTL字段的取值为所述TTL参数;
所述第一确定单元用于根据所述第二参数和所述路径ID,确定根据第二转发表项转发所述第三故障跟踪检测请求报文,所述第二转发表项包括所述路径ID、所述第二参数和第一设备的地址,所述第一设备为所述业务链上所述SFE的下一跳SFE或者为第二SF节点,所述第二SF节点是所述业务链上所述第一SF节点的下一跳SF节点;
所述第二发送单元用于根据所述第一设备的地址,向所述第一设备发送所述第三故障跟踪检测请求报文。
28.如权利要求25所述的业务转发装置,其特征在于,所述第一发送单元还用于向所述发起故障检测的设备发送第二故障跟踪检测响应报文,所述第二故障跟踪检测响应报文包括所述路径ID、所述SFE的ID和所述发起故障检测的设备的地址。
29.如权利要求25或28所述的业务转发装置,其特征在于,所述业务转发装置还包括:
第四获取单元,用于获取第四故障跟踪检测请求报文,所述第四故障跟踪检测请求报文包括第二参数、所述路径ID和所述发起故障检测的设备的地址,所述第二参数用以标识所述业务链上所述第一参数标识的SF节点的下一跳SF节点;
第二确定单元,用于根据所述第二参数和所述路径ID,确定根据第二转发表项转发所述第四故障跟踪检测报文,所述第二转发表项包括所述路径ID、所述第二参数和第一设备的地址,所述第一设备为所述业务链上所述SFE的下一跳SFE或者为第二SF节点,所述第二SF节点为所述业务链上所述第一SF节点的下一跳SF节点;
第三发送单元,用于根据所述第一设备的地址,向所述第一设备发送所述第四故障跟踪检测请求报文。
30.如权利要求29所述的业务转发装置,其特征在于,所述第一设备为所述第二SF节点,所述业务转发装置还包括:
接收单元,用于接收到来自所述第二SF节点的第五故障跟踪检测请求报文,所述第五故障跟踪检测请求报文包括所述路径ID和所述发起故障检测的设备的地址;
第五获取单元,用于根据第五故障跟踪检测请求报文,获取所述第二SF节点的ID;
所述第一发送单元还用于向所述发起故障检测的设备发送第三故障跟踪检测响应报文,所述第三故障跟踪检测响应报文包括所述路径ID、所述第二SF节点的ID和所述发起故障检测的设备的地址。
31.如权利要求25或28所述的业务转发装置,其特征在于,所述第一获取单元还用于将所述第一参数和所述SFE的ID中的至少一个添加至所述第一故障跟踪检测响应报文中。
32.如权利要求25或28所 述的业务转发装置,其特征在于,所述第一故障跟踪检测请求报文还包括节点列表,所述节点列表包括所述业务链上所述第一SF节点的上一跳SF节点的ID;
所述业务转发装置还包括:
第一参数更新单元,用于获取更新后的节点列表,所述更新后的节点列表是将所述第一SF节点的ID添加至所述节点列表后生成的列表,所述更新后的节点列表包括的全部SF节点的顺序与所述全部SF节点在所述业务链上的顺序相同;
所述第一获取单元还用于将所述更新后的节点列表添加至所述第一故障跟踪检测响应报文中。
33.如 权利要求25或28所述的业务转发装置,其特征在于,所述第一故障跟踪检测请求报文还包括作为终点的SF节点的ID;
所述业务转发装置还包括:
控制单元,用于在所述第一发送单元向所述发起故障检测的设备发送第一故障跟踪检测响应报文之后,确定所述第一SF节点的ID与所述作为终点的SF节点的ID相同,结束对所述业务链的检测。
34.如 权利要求24至28任意一项所述的业务转发装置,其特征在于,
所述第一通信单元具体用于接收所述发起故障检测的设备发送的所述第一故障跟踪检测请求报文;或者
所述第一通信单元具体用于接收所述业务链上所述SFE的上一跳SFE发送的所述第一故障跟踪检测请求报文;或者
所述第一通信单元具体用于生成所述第一故障跟踪检测请求报文。
35.如权利要求24至28任意一项所述的业务转发装置,其特征在于,所述第一发送单元具体用于通过所述路径ID获取所述业务链的反向业务链的路径ID,所述反向业务链与所述业务链的方向相反;
所述第一发送单元具体用于根据所述反向业务链的路径ID对应的转发表项,向所述发起故障检测的设备发送所述第一故障跟踪检测响应报文,所述转发表项包括所述反向业务链的路径ID和所述发起故障检测的设备的地址;或者所述第一发送单元具体用于将所述第一故障跟踪检测响应报文承载于单播互联网协议IP报文中,向所述发起故障检测的设备发送所述单播IP报文,所述单播IP报文的目的IP地址为所述发起故障检测的设备的地址。
36.一种发起故障检测的设备,其特征在于,所述发起故障检测的设备包括:
发送单元,用于向业务转发实体SFE发送第一故障跟踪检测请求报文,所述第一故障跟踪检测请求报文包括路径ID和所述发起故障检测的设备的地址,所述路径ID用以标识业务链的一条路径;
第一接收单元,用于接收到来自所述SFE的第一故障跟踪检测响应报文,所述第一故障跟踪检测响应报文包括所述路径ID、第一业务功能SF节点的ID和所述发起故障检测的设备的地址;
第一确定单元,用于在接收到所述第一故障跟踪检测响应报文后,确定所述业务链经过所述第一SF节点且所述SFE与所述第一SF节点间的转发正常。
37.如权利要求36所述的发起故障检测的设备,其特征在于,
所述发送单元具体用于根据所述路径ID,确定根据转发表项转发所述第一故障跟踪检测请求报文,所述转发表项包括所述路径ID和SFE的地址;
所述发送单元具体用于根据所述SFE的地址,向所述SFE发送所述第一故障跟踪检测请求报文。
38.如权利要求36或37所述的发起故障检测的设备,其特征在于,所述第一故障跟踪检测请求报文还包括第一参数,所述第一参数用以标识所述第一SF节点或者用以标识所述业务链上所述第一SF节点的上一跳SF节点。
39.如权利要求36或37所述的发起故障检测的设备,其特征在于,所述发起故障检测的设备还包括:
第一添加单元,用于将生存时间TTL字段添加至所述第一故障跟踪检测请求报文。
40.如权利要求36或37所述的发起故障检测的设备,其特征在于,所述发起故障检测的设备还包括:
第二添加单元,用于将节点列表添加至所述第一故障跟踪检测请求报文,所述节点列表包括所述业务链上所述第一SF节点的上一跳SF节点的ID;
所述第一故障跟踪检测响应报文还包括更新后的节点列表,所述更新后的节点列表是将所述第一SF节点的ID添加至所述节点列表后生成的列表,所述更新后的节点列表包括的全部SF节点的顺序与所述全部SF节点在所述业务链上的顺序相同。
41.如权利要求36或37所述的发起故障检测的设备,其特征在于,所述发起故障检测的设备还包括:
第二接收单元,用于接收来自所述SFE的第二故障跟踪检测响应报文,所述第二故障跟踪检测响应报文包括所述路径ID、所述SFE的ID和所述发起故障检测的设备的地址;
所述第一确定单元还用于在接收到所述第二故障跟踪检测响应报文之后,确定所述业务链经过所述SFE且所述SFE与所述故障检测间的转发正常。
42.如权利要求36或37所述的发起故障检测的设备,其特征在于,所述发起故障检测的设备还包括:
第三接收单元,用于接收来自所述SFE的第三故障跟踪检测响应报文,所述第三故障跟踪检测响应报文包括所述路径ID、第二SF节点的ID和所述发起故障检测的设备的地址,所述第二SF节点是所述业务链上所述第一SF节点的下一跳SF节点;
所述第一确定单元还用于在接收到所述第三故障跟踪检测响应报文之后,确定所述业务链经过所述第二SF节点且所述SFE与所述第二SF节点间的转发正常。
43.一种业务功能SF装置,其特征在于,所述SF装置包括:
接收单元,用于接收来自业务转发实体SFE的第一故障跟踪检测请求报文,所述第一故障跟踪检测请求报文包括路径标识ID和发起故障检测的设备的地址,所述路径ID用以标识业务链的一条路径;
发送单元,用于向所述SFE发送第二故障跟踪检测请求报文,所述第二故障跟踪检测请求报文包括所述路径ID和所述发起故障检测的设备的地址。
44.如权利要求43所述的SF装置,其特征在于,所述第一故障跟踪检测请求报文还包括第一参数,所述第一参数用以标识所述SF节点或所述业务链上所述SF节点的上一跳SF节点,所述第二故障跟踪检测请求报文还包括所述第一参数和所述SF节点的ID中的至少一个。
45.如权利要求43或44所述的SF装置,其特征在于,所述第一故障跟踪检测请求报文和所述第二故障跟踪检测请求报文分别还包括生存时间TTL字段;
所述SF装置还包括:
第一参数更新单元,用于获取TTL参数,所述TTL参数是对所述第一故障跟踪检测请求报文包括的所述TTL字段的取值进行更新后获取的数据;
所述第一参数更新单元用于将所述TTL参数作为所述第二故障跟踪检测请求报文包括的所述TTL字段的取值。
46.如权利要求43或44所述的SF装置,其特征在于,所述第一故障跟踪检测请求报文还包括节点列表,所述节点列表包括所述业务链上所述SF节点的上一跳SF节点的ID;
所述SF装置还包括:
第二参数更新单元,用于获取更新后的节点列表,所述更新后的节点列表是将所述SF节点的ID添加至所述节点列表后生成的列表,所述更新后的节点列表中的全部SF节点的顺序与所述全部SF节点在所述业务链上的顺序相同;
所述第二参数更新单元用于将所述更新后的节点列表添加至所述第二故障跟踪检测请求报文中。
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910204930.1A CN110034971B (zh) | 2014-05-26 | 2014-05-26 | 检测业务链的方法及装置 |
CN201410224672.0A CN105141434B (zh) | 2014-05-26 | 2014-05-26 | 业务链的故障检测方法及装置 |
EP19160813.2A EP3565183A1 (en) | 2014-05-26 | 2015-05-08 | Service chain fault detection method and apparatus |
PCT/CN2015/078510 WO2015180559A1 (zh) | 2014-05-26 | 2015-05-08 | 业务链的故障检测方法及装置 |
EP15800466.3A EP3151464B1 (en) | 2014-05-26 | 2015-05-08 | Fault detection method and apparatus for service chain |
US15/360,234 US10181989B2 (en) | 2014-05-26 | 2016-11-23 | Service chain fault detection method and apparatus |
US16/238,938 US11032174B2 (en) | 2014-05-26 | 2019-01-03 | Service chain fault detection method and apparatus |
US17/325,513 US11831526B2 (en) | 2014-05-26 | 2021-05-20 | Service chain fault detection method and apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410224672.0A CN105141434B (zh) | 2014-05-26 | 2014-05-26 | 业务链的故障检测方法及装置 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910204930.1A Division CN110034971B (zh) | 2014-05-26 | 2014-05-26 | 检测业务链的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105141434A CN105141434A (zh) | 2015-12-09 |
CN105141434B true CN105141434B (zh) | 2019-03-26 |
Family
ID=54698062
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410224672.0A Active CN105141434B (zh) | 2014-05-26 | 2014-05-26 | 业务链的故障检测方法及装置 |
CN201910204930.1A Active CN110034971B (zh) | 2014-05-26 | 2014-05-26 | 检测业务链的方法及装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910204930.1A Active CN110034971B (zh) | 2014-05-26 | 2014-05-26 | 检测业务链的方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (3) | US10181989B2 (zh) |
EP (2) | EP3565183A1 (zh) |
CN (2) | CN105141434B (zh) |
WO (1) | WO2015180559A1 (zh) |
Families Citing this family (45)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9794379B2 (en) | 2013-04-26 | 2017-10-17 | Cisco Technology, Inc. | High-efficiency service chaining with agentless service nodes |
KR102337548B1 (ko) * | 2014-07-18 | 2021-12-08 | 현대자동차주식회사 | 네트워크의 진단 방법 및 장치 |
CN105577416B (zh) * | 2014-10-17 | 2020-03-10 | 中兴通讯股份有限公司 | 一种业务功能链操作、管理和维护方法及节点设备 |
USRE48131E1 (en) | 2014-12-11 | 2020-07-28 | Cisco Technology, Inc. | Metadata augmentation in a service function chain |
US9660909B2 (en) | 2014-12-11 | 2017-05-23 | Cisco Technology, Inc. | Network service header metadata for load balancing |
US9979645B2 (en) * | 2015-01-14 | 2018-05-22 | Futurewei Technologies, Inc. | Hardware and software methodologies for creating and managing portable service function chains |
US9912566B1 (en) | 2015-07-20 | 2018-03-06 | Cisco Technology, Inc. | Method and apparatus for tracing paths in service function chains |
CN111294236B (zh) | 2015-12-28 | 2023-04-18 | 华为技术有限公司 | 基于业务功能链sfc的通信方法和装置 |
US10187306B2 (en) | 2016-03-24 | 2019-01-22 | Cisco Technology, Inc. | System and method for improved service chaining |
US10931793B2 (en) | 2016-04-26 | 2021-02-23 | Cisco Technology, Inc. | System and method for automated rendering of service chaining |
CN107517116B (zh) * | 2016-06-16 | 2022-07-15 | 中兴通讯股份有限公司 | 一种多段伪线检测方法和网元 |
US10419550B2 (en) | 2016-07-06 | 2019-09-17 | Cisco Technology, Inc. | Automatic service function validation in a virtual network environment |
US10320664B2 (en) | 2016-07-21 | 2019-06-11 | Cisco Technology, Inc. | Cloud overlay for operations administration and management |
US10218616B2 (en) * | 2016-07-21 | 2019-02-26 | Cisco Technology, Inc. | Link selection for communication with a service function cluster |
US10225270B2 (en) | 2016-08-02 | 2019-03-05 | Cisco Technology, Inc. | Steering of cloned traffic in a service function chain |
US10218593B2 (en) | 2016-08-23 | 2019-02-26 | Cisco Technology, Inc. | Identifying sources of packet drops in a service function chain environment |
CN107800579B (zh) * | 2016-08-31 | 2020-03-20 | 华为技术有限公司 | 一种全路径探测方法、装置和系统 |
CN107872356A (zh) * | 2016-09-26 | 2018-04-03 | 中兴通讯股份有限公司 | 业务功能链检测路径的方法和装置 |
CN106878066A (zh) * | 2017-01-16 | 2017-06-20 | 新华三技术有限公司 | 故障检测方法及装置 |
CN108512675B (zh) * | 2017-02-25 | 2021-06-15 | 华为技术有限公司 | 一种网络诊断的方法、装置、控制节点和网络节点 |
US10225187B2 (en) | 2017-03-22 | 2019-03-05 | Cisco Technology, Inc. | System and method for providing a bit indexed service chain |
US10257033B2 (en) | 2017-04-12 | 2019-04-09 | Cisco Technology, Inc. | Virtualized network functions and service chaining in serverless computing infrastructure |
US10884807B2 (en) | 2017-04-12 | 2021-01-05 | Cisco Technology, Inc. | Serverless computing and task scheduling |
US10333855B2 (en) | 2017-04-19 | 2019-06-25 | Cisco Technology, Inc. | Latency reduction in service function paths |
US10554689B2 (en) | 2017-04-28 | 2020-02-04 | Cisco Technology, Inc. | Secure communication session resumption in a service function chain |
US10735275B2 (en) | 2017-06-16 | 2020-08-04 | Cisco Technology, Inc. | Releasing and retaining resources for use in a NFV environment |
US10798187B2 (en) | 2017-06-19 | 2020-10-06 | Cisco Technology, Inc. | Secure service chaining |
US10397271B2 (en) | 2017-07-11 | 2019-08-27 | Cisco Technology, Inc. | Distributed denial of service mitigation for web conferencing |
US10673698B2 (en) | 2017-07-21 | 2020-06-02 | Cisco Technology, Inc. | Service function chain optimization using live testing |
US11063856B2 (en) | 2017-08-24 | 2021-07-13 | Cisco Technology, Inc. | Virtual network function monitoring in a network function virtualization deployment |
US10791065B2 (en) | 2017-09-19 | 2020-09-29 | Cisco Technology, Inc. | Systems and methods for providing container attributes as part of OAM techniques |
US10574561B2 (en) * | 2017-10-04 | 2020-02-25 | Cisco Technology, Inc. | Centralized error telemetry using segment routing header tunneling |
US11018981B2 (en) | 2017-10-13 | 2021-05-25 | Cisco Technology, Inc. | System and method for replication container performance and policy validation using real time network traffic |
US10541893B2 (en) | 2017-10-25 | 2020-01-21 | Cisco Technology, Inc. | System and method for obtaining micro-service telemetry data |
CN110324165B (zh) * | 2018-03-30 | 2021-05-11 | 华为技术有限公司 | 网络设备的管理方法、装置及系统 |
US10666612B2 (en) | 2018-06-06 | 2020-05-26 | Cisco Technology, Inc. | Service chains for inter-cloud traffic |
US11909650B2 (en) * | 2019-02-22 | 2024-02-20 | Juniper Networks, Inc. | Internet protocol operations and management option |
CN111628921B (zh) * | 2019-02-27 | 2021-07-20 | 华为技术有限公司 | 一种报文的处理方法、报文转发装置以及报文处理装置 |
CN112787843B (zh) * | 2020-06-16 | 2022-04-29 | 中兴通讯股份有限公司 | 故障节点的检测方法和存储介质及电子装置 |
US11144862B1 (en) * | 2020-09-02 | 2021-10-12 | Bank Of America Corporation | Application mapping and alerting based on data dependencies |
US11671438B2 (en) * | 2021-01-14 | 2023-06-06 | Zscaler, Inc. | Detection of latency, packet drops, and network hops through a tunnel by tracing hops therein |
CN114760225A (zh) * | 2022-03-31 | 2022-07-15 | 深信服科技股份有限公司 | 一种故障诊断方法、系统和存储介质 |
CN115361329B (zh) * | 2022-06-23 | 2023-08-08 | 北京天维信通科技股份有限公司 | 基于ttl监测网络拓扑变化并触发告警的方法 |
CN115514676A (zh) * | 2022-09-19 | 2022-12-23 | 湖南快乐阳光互动娱乐传媒有限公司 | 一种基于服务链路的异常监控方法及相关设备 |
CN116132270A (zh) * | 2022-12-27 | 2023-05-16 | 中国联合网络通信集团有限公司 | 故障检测方法、装置、设备及可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101174975A (zh) * | 2006-11-03 | 2008-05-07 | 华为技术有限公司 | 一种以太网中的链路故障定位方法及系统 |
CN102347850A (zh) * | 2010-07-28 | 2012-02-08 | 中兴通讯股份有限公司 | 一种p2mp路径的故障定位方法及系统 |
EP2595344A2 (en) * | 2011-11-17 | 2013-05-22 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for detecting connectivity in a multi-protocol label switching ring network |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100417080C (zh) * | 2005-02-01 | 2008-09-03 | 华为技术有限公司 | 一种检测网络链路故障并定位故障的方法 |
CN101179479A (zh) * | 2006-11-09 | 2008-05-14 | 华为技术有限公司 | 一种以太网的操作管理和维护报文的传输方法、系统和节点 |
US7895425B2 (en) * | 2007-08-03 | 2011-02-22 | Cisco Technology, Inc. | Operation, administration and maintenance (OAM) in a service insertion architecture (SIA) |
CN101136865A (zh) * | 2007-09-30 | 2008-03-05 | 中兴通讯股份有限公司 | 基于t-mpls分组传送网上实现业务链路追踪的方法 |
JP5210245B2 (ja) * | 2009-05-28 | 2013-06-12 | アラクサラネットワークス株式会社 | ネットワーク中継装置およびネットワーク間中継方法 |
CN101958810B (zh) * | 2010-10-27 | 2013-01-23 | 华为数字技术有限公司 | 用于中间节点自主实现故障定位的方法及系统 |
CA2872831C (en) * | 2011-05-08 | 2019-10-29 | Infinetics Technologies, Inc. | Flexible radix switch |
CN103166852B (zh) * | 2013-03-06 | 2016-03-09 | 杭州华三通信技术有限公司 | Mpls网络中lsp的路径追踪方法和路由设备 |
WO2015065255A1 (en) * | 2013-10-31 | 2015-05-07 | Telefonaktiebolaget L M Ericsson (Publ) | Service chaining using in-packet bloom filters |
US20150227404A1 (en) * | 2014-02-11 | 2015-08-13 | Wipro Limited | Systems and methods for smart service management in a media network |
US9967175B2 (en) * | 2014-02-14 | 2018-05-08 | Futurewei Technologies, Inc. | Restoring service functions after changing a service chain instance path |
-
2014
- 2014-05-26 CN CN201410224672.0A patent/CN105141434B/zh active Active
- 2014-05-26 CN CN201910204930.1A patent/CN110034971B/zh active Active
-
2015
- 2015-05-08 WO PCT/CN2015/078510 patent/WO2015180559A1/zh active Application Filing
- 2015-05-08 EP EP19160813.2A patent/EP3565183A1/en active Pending
- 2015-05-08 EP EP15800466.3A patent/EP3151464B1/en active Active
-
2016
- 2016-11-23 US US15/360,234 patent/US10181989B2/en active Active
-
2019
- 2019-01-03 US US16/238,938 patent/US11032174B2/en active Active
-
2021
- 2021-05-20 US US17/325,513 patent/US11831526B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101174975A (zh) * | 2006-11-03 | 2008-05-07 | 华为技术有限公司 | 一种以太网中的链路故障定位方法及系统 |
CN102347850A (zh) * | 2010-07-28 | 2012-02-08 | 中兴通讯股份有限公司 | 一种p2mp路径的故障定位方法及系统 |
EP2595344A2 (en) * | 2011-11-17 | 2013-05-22 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for detecting connectivity in a multi-protocol label switching ring network |
Also Published As
Publication number | Publication date |
---|---|
EP3151464A4 (en) | 2017-06-21 |
US11032174B2 (en) | 2021-06-08 |
US20170078175A1 (en) | 2017-03-16 |
US20190140927A1 (en) | 2019-05-09 |
WO2015180559A1 (zh) | 2015-12-03 |
EP3151464B1 (en) | 2019-04-10 |
EP3151464A1 (en) | 2017-04-05 |
CN105141434A (zh) | 2015-12-09 |
US11831526B2 (en) | 2023-11-28 |
US20210273866A1 (en) | 2021-09-02 |
CN110034971A (zh) | 2019-07-19 |
CN110034971B (zh) | 2022-11-18 |
US10181989B2 (en) | 2019-01-15 |
EP3565183A1 (en) | 2019-11-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105141434B (zh) | 业务链的故障检测方法及装置 | |
EP3022877B1 (en) | Extended remote lfa fast reroute | |
EP3391588B1 (en) | Openflow configured horizontally split hybrid sdn nodes | |
US20190052558A1 (en) | Method and system for routing connections in a software-defined wide area network | |
KR101487572B1 (ko) | 링크 상태 제어형 이더넷 네트워크에서의 연속성 체크 관리 | |
CN107040469A (zh) | 网络设备及方法 | |
EP3070895A1 (en) | Encapsulation method and system for flow identifier | |
CN106603413B (zh) | 通过指定路径传输流量的方法和装置 | |
CN108809759A (zh) | 检测链路状态的方法、装置和路由器 | |
CN105490884B (zh) | 一种vxlan隧道检测方法及装置 | |
CN106789625A (zh) | 一种环路检测方法及装置 | |
CN105099919B (zh) | 报文处理方法及装置 | |
US20160057043A1 (en) | Diagnostic routing system and method for a link access group | |
US20230116548A1 (en) | Route Processing Method and Related Device | |
CN105592490B (zh) | 一种路由切换方法及设备 | |
US20230327983A1 (en) | Performance measurement in a segment routing network | |
US8817648B2 (en) | Pseudowire extended group messaging in a packet switched network | |
CN105162705B (zh) | 一种通告uni隧道状态的方法、装置及系统 | |
CN103650453B (zh) | 在路径计算单元通信协议中通信的方法以及网络装置 | |
CN106411748B (zh) | 跨网络的动态拓扑维护方法 | |
CN107241236A (zh) | 转发信息库表项检测方法、检测设备及网络设备 | |
CN108540343A (zh) | 路径的检测方法及装置 | |
CN103825827B (zh) | 一种路由通告方法及设备 | |
CN106790757A (zh) | 一种arp表项更新的方法及装置 | |
CN116389310A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |