CN110971459B - 会话故障检测方法、装置、终端设备及可读存储介质 - Google Patents

会话故障检测方法、装置、终端设备及可读存储介质 Download PDF

Info

Publication number
CN110971459B
CN110971459B CN201911204985.9A CN201911204985A CN110971459B CN 110971459 B CN110971459 B CN 110971459B CN 201911204985 A CN201911204985 A CN 201911204985A CN 110971459 B CN110971459 B CN 110971459B
Authority
CN
China
Prior art keywords
sending
receiving
interval
message
sequence number
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
Application number
CN201911204985.9A
Other languages
English (en)
Other versions
CN110971459A (zh
Inventor
刘贤友
贺旦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
New H3C Semiconductor Technology Co Ltd
Original Assignee
New H3C Semiconductor Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by New H3C Semiconductor Technology Co Ltd filed Critical New H3C Semiconductor Technology Co Ltd
Priority to CN201911204985.9A priority Critical patent/CN110971459B/zh
Publication of CN110971459A publication Critical patent/CN110971459A/zh
Application granted granted Critical
Publication of CN110971459B publication Critical patent/CN110971459B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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/0677—Localisation of faults
    • 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/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • 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/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/064—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving time analysis
    • 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/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications

Landscapes

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

Abstract

本申请提供一种会话故障检测方法、装置、终端设备及可读存储介质，涉及网络通信领域。本申请在接收端设备发生BFD会话检测超时时，通过获取该接收端设备与该BFD会话对应的报文接收日志，以及与该BFD会话对应的发送端设备的报文发送日志，而后根据该报文接收日志中的多个目标接收时刻或目标接收序号确定出该BFD会话的故障类型，并根据该报文发送日志中的多个目标发送时刻或多个目标发送序号及最后发送时刻的组合确定出该BFD会话的故障位置，从而最终输出该BFD会话的故障检测结果，实现对BFD会话检测超时的故障状况进行自动化检测，降低了维护人员在会话维护过程中的工作量，以提高BFD会话的可维护性及维护效率。

Description

会话故障检测方法、装置、终端设备及可读存储介质
技术领域
本申请涉及网络通信领域，具体而言，涉及一种会话故障检测方法、装置、终端设备及可读存储介质。
背景技术
BFD(Bidirectional Forwarding Detection，双向转发检测)是一个用于快速检测两台网络设备之间双向转发路径是否故障的检测机制。当两台网络设备之间建立起BFD会话时，双方将以协商的时间间隔周期性地互发BFD报文。如果某个网络设备在对应的接收持续检测时长内没有收到对端网络设备发送的BFD报文，即未收到BFD报文的网络设备出现BFD会话检测超时，此时该BFD会话检测出故障，未收到BFD报文的网络设备会将与该BFD会话对应的本地状态从UP状态变为Down状态并重新协商为UP状态，产生BFD会话震荡。
而在对已故障的BFD会话进行维护时，需明确了解该BFD会话的故障位置及故障类型，方能调用合适的资源实现快速而精准的维护。但就实际而言，维护人员仅通过网络设备告知是否发生BFD会话震荡的方式，是无法确定出具体的故障位置及故障类型的，需维护人员花费大量精力进行人工排查，整体的BFD会话可维护性不佳。
发明内容
有鉴于此，本申请的目的在于提供一种会话故障检测方法、装置、终端设备及可读存储介质，其能够实现BFD会话故障检测的自动化运行，得到BFD会话检测超时的具体故障位置及具体故障类型，降低维护人员在会话维护过程中的工作量，提高BFD会话的可维护性及维护效率。
为了实现上述目的，本申请实施例采用的技术方案如下：
第一方面，本申请实施例提供一种会话故障检测方法，所述方法包括：
在接收端设备发生BFD会话检测超时时，获取与该BFD会话对应的接收端设备的报文接收日志及发送端设备的报文发送日志；其中，所述报文接收日志包括该接收端设备接收每个BFD报文时记录的接收时刻和/或接收序号，所述报文发送日志包括所述发送端设备发送每个BFD报文时记录的发送时刻或发送时刻与发送序号的组合；
确定该BFD会话的故障类型及故障位置；其中，所述BFD会话的故障类型由所述报文接收日志中的多个目标接收时刻或目标接收序号确定，所述BFD会话的故障位置由所述报文发送日志中的多个目标发送时刻确定，或由所述报文发送日志中的多个目标发送序号及最后一个目标发送序号的最后发送时刻确定；
输出包括该BFD会话的故障类型及故障位置的故障检测结果。
第二方面，本申请实施例提供一种会话故障检测装置，所述装置包括：
会话日志获取模块，用于在接收端设备发生BFD会话检测超时时，获取与该BFD会话对应的接收端设备的报文接收日志及发送端设备的报文发送日志；其中，所述报文接收日志包括该接收端设备接收每个BFD报文时记录的接收时刻和/或接收序号，所述报文发送日志包括所述发送端设备发送每个BFD报文时记录的发送时刻或发送时刻与发送序号的组合；
故障状况确定模块，用于确定该BFD会话的故障类型及故障位置；其中，所述BFD会话的故障类型由所述报文接收日志中的多个目标接收时刻或目标接收序号确定，所述BFD会话的故障位置由所述报文发送日志中的多个目标发送时刻确定，或由所述报文发送日志中的多个目标发送序号及最后一个目标发送序号的最后发送时刻确定；
故障结果输出模块，用于输出包括该BFD会话的故障类型及故障位置的故障检测结果。
第三方面，本申请实施例提供一种终端设备，包括处理器及存储器，所述存储器存储有能够被所述处理器执行的机器可执行指令，所述处理器可执行所述机器可执行指令，以实现前述实施方式中的会话故障检测方法。
第四方面，本申请实施例提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现前述实施方式中的会话故障检测方法。
相对于背景技术而言，本申请具有以下有益效果：
本申请在接收端设备发生BFD会话检测超时时，通过获取该接收端设备与该BFD会话对应的报文接收日志，以及与该BFD会话对应的发送端设备的报文发送日志，而后根据该报文接收日志中的多个目标接收时刻或目标接收序号确定出该BFD会话的故障类型，并根据该报文发送日志中的多个目标发送时刻或多个目标发送序号及最后发送时刻的组合确定出该BFD会话的故障位置，从而最终输出该BFD会话的故障检测结果，实现对BFD会话检测超时的故障状况进行自动化检测，降低了维护人员在会话维护过程中的工作量，以提高BFD会话的可维护性及维护效率。
为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的一种BFD会话应用场景示意图；
图2为本申请实施例提供的终端设备的结构方框示意图；
图3为本申请实施例提供的会话故障检测方法的流程示意图；
图4为图3中的步骤S220确定故障类型的子步骤流程示意图之一；
图5为图3中的步骤S220确定故障类型的子步骤流程示意图之二；
图6为图3中的步骤S220确定故障位置的子步骤流程示意图之一；
图7为图3中的步骤S220确定故障位置的子步骤流程示意图之二；
图8为本申请实施例提供的会话故障检测装置的功能模块示意图。
图标：10-终端设备；11-存储器；12-处理器；13-通信单元；100-会话故障检测装置；110-会话日志获取模块；120-故障状况确定模块；130-故障结果输出模块。
具体实施方式
下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，术语“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
BFD机制可以在两台网络设备之间进行单跳检测或多跳检测。其中，单跳检测是指对两台直连的网络设备进行IP连通性检测，这里的“单跳”是IP的一跳，而多跳检测是指对两台非直连的网络设备间的任意路径的链路情况进行检测，这些路径可能跨越很多跳的中间设备。
当BFD机制应用到链路两端的网络设备上时，需要在这两台网络设备之间建立BFD会话以检测这两台网络设备之间双向转发路径是否故障，BFD会话可以通过BFD Echo报文和BFD控制报文实现。其中，本申请所提供的方法及装置涉及到的BFD会话是基于BFD控制报文实现的。链路两端的网络设备通过将BFD控制报文封装在UDP(User Datagram Protocol，用户数据报协议)报文中进行传输，并通过互发的BFD控制报文携带的设备参数(例如，会话标识符、本端设备支持的最小BFD报文接收间隔、本端设备支持的最小BFD报文发送间隔、检测时间倍数Detect Mult等)进行会话协商及会话建立。其中，检测时间倍数用于表示允许对应网络设备发送BFD控制报文的最大连续丢包数。
其中，当链路两端的网络设备完成会话协商后，会按照各自协商得到的报文发送间隔周期性地互发BFD报文，并按照各自协商得到的报文接收检测间隔检测是否接收来自对端网络设备的BFD报文。而当某个网络设备在其对应的接收持续检测时长内没有收到对端网络设备发送的BFD报文时，未正常收到BFD报文的网络设备将出现BFD会话检测超时，并产生BFD会话Down事件，此时该BFD会话检测出故障，可能导致未正常收到BFD报文的网络设备的与该BFD会话对应的本地状态会由UP变为Down并重新协商为UP，即出现BFD会话震荡。此外，当网络设备出现BFD会话检测超时，该网络设备会向对端网络设备发送带诊断信息的Down报文，而对端网络设备如果在自身的接收持续检测时长内接收到该Down报文，则发生邻居通知会话Down事件，并将自身与该BFD会话对应的本地状态由UP变为Down，否则也发生BFD会话检测超时，并将自身与该BFD会话对应的本地状态由UP变为Down。其中，BFD报文是记录源网络设备的本地状态为UP的基于BFD机制产生的报文，Down报文是记录源网络设备的本地状态为Down的基于BFD机制产生的报文，协商后的网络设备的报文发送间隔等于对端网络设备的报文接收检测间隔，接收持续检测时长为对应网络设备的报文接收检测间隔与对端网络设备的检测倍数之间的积值。
图1是本申请实施例提供的一种BFD会话应用场景示意图，下面以图1中的网络设备A与网络设备B为例，对上述BFD会话进行说明。
在网络设备A与网络设备B建立BFD会话以检测网络设备A与网络设备B之间的双向转发路径是否故障的过程中，当网络设备A作为发送端且网络设备B作为接收端，其中网络设备A的检测倍数为3，网络设备B的检测倍数为5，协商后的网络设备A的报文发送间隔为10ms，协商后的网络设备B的报文接收检测间隔为10ms，协商后的网络设备B的报文发送间隔为20ms，协商后的网络设备A的报文接收检测间隔为20ms时，网络设备B的接收持续检测时长为30ms，网络设备A的接收持续检测时长为100ms。网络设备A可每间隔10ms向网络设备B发送一个BFD报文，而网络设备B会每间隔10ms检测是否接收到来自网络设备A的BFD报文，并在连续3次未检测到网络设备A发送的BFD报文时，确定自身出现BFD会话检测超时，并将自身的与该BFD会话对应的本地状态由UP调整为Down，此时该BFD会话检测出故障。而后网络设备B会间隔20ms向网络设备A发送Down报文，如果网络设备A连续5次未检测到网络设备B发送的Down报文，网络设备A也将对应出现BFD会话检测超时，并将自身的与该BFD会话对应的本地状态由UP调整为Down，否则网络设备A将发生邻居通知会话Down事件，并会将自身与该BFD会话对应的本地状态由UP变为Down。
目前，当BFD会话检测出故障时，维护人员所能获取到的信息仅是建立该BFD会话的网络设备是否产生BFD会话检测超时的信息，无法直接确定该BFD会话故障是发生在对端网络设备(即对端网络设备存在报文发送故障)上，还是发生在两个网络设备之间的通信链路上，也无法直接确定该BFD会话故障是突然产生的，还是在本次BFD会话检测超时之前便已经存在但并未造成BFD会话检测超时的，即无法直接确定该BFD会话故障的故障位置及故障类型，需要维护人员花费大量精力进行人工排查，导致BFD会话的可维护性及维护效率不佳。
基于此，发明人提供以下的解决方案用于解决上述技术问题。
请参照图2，图2是本申请实施例提供的终端设备10的结构方框示意图。在本申请实施例中，终端设备10能够在接收端设备出现BFD会话检测超时的情况下，自行地对该BFD会话的故障位置及故障类型进行检测，从而降低维护人员在会话维护过程中的工作量，提高BFD会话的可维护性及维护效率。其中，终端设备10可以包括会话故障检测装置100、存储器11、处理器12及通信单元13。存储器11可用于存储程序，处理器12用于在接收到执行指令后执行该程序，通信单元13用于通过有线或无线的方式建立终端设备10与其它电子设备之间的通信连接，并进行数据的接收和发送。
其中，存储器11、处理器12及通信单元13各个元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，存储器11、处理器12及通信单元13这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。
存储器11可以是，但不限于，随机存取存储器(英文：Random AccessMemory，简称：RAM)，只读存储器(英文：Read Only Memory，简称：ROM)，可编程只读存储器(英文：Programmable Read-Only Memory，简称：PROM)，可擦除只读存储器(英文：ErasableProgrammable Read-Only Memory，简称：EPROM)，电可擦除只读存储器(英文：ElectricErasable ProgrammableRead-Only Memory，简称：EEPROM)等。
会话故障检测装置100包括至少一个能够以软件或固件(firmware)的形式存储于存储器11中或固化在终端设备10的操作系统(英文：OperatingSystem，简称：OS)中的软件功能模块。处理器12可用于执行存储器11中存储的可执行模块，例如会话故障检测装置100所包括的软件功能模块及计算机程序等。该终端设备10通过会话故障检测装置100实现对BFD会话检测超时的故障状况进行自动化检测，以确定对应BFD会话的故障类型及故障位置，减少维护人员的工作量，提高BFD会话的可维护性及维护效率。
可以理解的是，图2所示的方框示意图仅为终端设备10的一种结构组成示意图，终端设备10还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。
在本申请中，为确保终端设备10能够对BFD会话检测超时的故障状况进行自动化检测，本申请通过应用于终端设备10的会话故障检测方法实现上述功能。下面对本申请提供的会话故障检测方法进行详细描述。
请参照图3，图3是本申请实施例提供的会话故障检测方法的流程示意图。在本申请实施例中，图3所示的会话故障检测方法的具体流程和步骤如下文所示。
步骤S210，在接收端设备发生BFD会话检测超时时，获取与该BFD会话对应的接收端设备的报文接收日志及发送端设备的报文发送日志。其中，报文接收日志包括该接收端设备接收每个BFD报文时记录的接收时刻和/或接收序号，报文发送日志包括发送端设备发送每个BFD报文时记录的发送时刻或发送时刻与发送序号的组合。
步骤S220，确定该BFD会话的故障类型及故障位置。其中，BFD会话的故障类型由报文接收日志中的多个目标接收时刻或目标接收序号确定，BFD会话的故障位置由报文发送日志中的多个目标发送时刻确定，或由报文发送日志中的多个目标发送序号及最后一个目标发送序号的最后发送时刻确定。
步骤S230，输出包括该BFD会话的故障类型及故障位置的故障检测结果。
在本申请实施例中，同一网络设备在同一时刻可以与多个网络设备建立BFD会话，而建立BFD会话的两个网络设备可以相互直连，也可以间隔多个作为“报文中转站”的网络设备(本申请中被称为中间设备)进行链路连接。建立BFD会话的两个网络设备中任意一个网络设备在作为该BFD会话的接收端设备时，均会在本地对其每次接收来自对端网络设备的BFD报文时的接收时间信息和/或接收序号信息进行记录，并在自身的与该BFD会话对应的本地状态由UP变为Down时停止记录接收时间信息和/或接收序号信息，得到该网络设备的与该BFD会话对应的报文接收日志。同时，建立BFD会话的两个网络设备中任意一个网络设备在作为该BFD会话的发送端设备时，也会在本地对其每次发送BFD报文时的发送时间信息或发送时间信息与发送序号信息的组合进行记录，并在自身的与该BFD会话对应的本地状态由UP变为Down时停止记录发送时间信息或发送时间信息与发送序号信息的组合，得到该网络设备的与该BFD会话对应的报文发送日志。下面对发送序号和接收序号是如何生成的相关流程进行详细描述。
在本实施例的一种实施方式中，当作为接收端设备的网络设备需要在对应报文接收日志中记录其接收到的BFD报文的接收序号时，该接收端设备为与BFD会话对应的每个被接收的BFD报文分配接收序号的步骤，包括：
针对当前被接收的BFD报文，确定该BFD报文的接收时刻，与该BFD报文的前一个被接收的BFD报文的接收时刻之间的时间差值；
将计算出的时间差值与该接收端设备在该BFD会话中的检测间隔阈值进行比较；其中，检测间隔阈值为该接收端设备的与该BFD会话对应的报文接收检测间隔和第一预设比例系数之间的积值；
若计算出的时间差值小于检测间隔阈值，则将前一个被接收的BFD报文的接收序号与预设序号间隔进行相加，得到当前被接收的BFD报文的接收序号；
若计算出的时间差值不小于检测间隔阈值，则对该时间差值与报文接收检测间隔之间的商值进行求整运算，并将计算出的整数值减一后与预设序号间隔及前一个被接收的BFD报文的接收序号进行相加，得到当前被接收的BFD报文的接收序号。
在本实施例的一种实施方式中，当作为发送端设备的网络设备需要在对应报文发送日志中记录其发送的BFD报文的发送序号时，该发送端设备为与该BFD会话对应的每个被发送的BFD报文分配发送序号的步骤，包括：
针对当前被发送的BFD报文，确定该BFD报文的发送时刻，与该BFD报文的前一个被发送的BFD报文的发送时刻之间的时间差值；
将计算出的时间差值与该发送端设备在该BFD会话中的发送间隔阈值进行比较；其中，发送间隔阈值为该发送端设备的与该BFD会话对应的报文发送间隔和第二预设比例系数之间的积值；
若计算出的时间差值小于发送间隔阈值，则将前一个被发送的BFD报文的发送序号与预设序号间隔进行相加，得到当前被发送的BFD报文的发送序号；
若计算出的时间差值不小于发送间隔阈值，则对该时间差值与报文发送间隔之间的商值进行求整运算，并将计算出的整数值减一后与预设序号间隔及前一个被发送的BFD报文的发送序号进行相加，得到当前被发送的BFD报文的发送序号。
其中，预设序号间隔用于表示对应网络设备在正常收发BFD报文时所采用的计数间隔，其数值可以是1，也可以是2，还可以是3，可由维护人员根据序号计数需求进行不同的配置。例如，为了便于维护人员查看日志中各序号之间的差异，维护人员可以根据自身习惯将预设序号间隔设置为1，使网络设备在正常接收或发送BFD报文时得以进行以1为计数间隔的序号递增计数，也可以根据自身习惯将预设序号间隔设置为2，使网络设备在正常接收或发送BFD报文时得以进行以2为计数间隔的序号递增计数。
第一预设比例系数用于表示对应接收端设备对单个BFD报文进行接收时的时延允许程度，其数值与建立BFD会话的两个网络设备之间的中间设备数目相关，主要由发送端设备从发送报文到接收端设备处接收的整体时长决定。通常情况下，第一预设比例系数的数值是大于一而不大于二的。其原因在于，接收端设备在进行序号计数时，是以第一预设比例系数及报文接收检测间隔之间的积值，作为划分正常接收报文事件和异常接收报文事件的界限。若接收到的某个BFD报文(本实施例中称为第一目标BFD报文)的接收时刻和前一个被接收BFD报文的接收时刻之间的时间差值小于第一预设比例系数及报文接收检测间隔之间的积值时，针对该第一目标BFD报文的接收事件将被接收端设备判定为正常接收事件，否则将被判定为异常接收事件。而当第一预设比例系数等于2时，表明接收端设备针对单个报文所允许的接收时延(第一预设比例系数减一后与报文接收检测间隔之间的积值)已经等于一个报文接收检测间隔了，倘若该第一预设比例系数大于2，必定导致接收端设备会将接收时延超过一个报文接收检测间隔的报文接收事件当作正常接收报文事件，但就实际而言该报文接收事件属于异常接收报文的状况，故第一预设比例系数的数值应当不大于二。
第二预设比例系数用于表示对应发送端设备对单个BFD报文进行发送时的时延允许程度，其数值与建立BFD会话的两个网络设备之间的中间设备数目相关，主要由发送端设备发送报文的整体时长决定。通常情况下，第二预设比例系数的数值也是大于一而不大于二的。其原因在于，发送端设备在进行序号计数时，是以第二预设比例系数及报文发送间隔之间的积值，作为划分正常发送报文事件和异常发送报文事件的界限。若发送的某个BFD报文(本实施例中称为第二目标BFD报文)的发送时刻和前一个被发送BFD报文的发送时刻之间的时间差值小于第二预设比例系数及报文发送间隔之间的积值时，针对该第二目标BFD报文的发送事件将被发送端设备判定为正常发送事件，否则将被判定为异常发送事件。而若第二预设比例系数等于2时，表明发送端设备针对单个报文所允许的发送时延(第二预设比例系数减一后与报文发送间隔之间的积值)已经等于一个报文发送间隔了，倘若该第二预设比例系数大于2，必定导致发送端设备会将发送时延超过一个报文发送间隔的报文发送事件当作正常发送报文事件，但就实际而言该报文发送事件属于异常发送报文的状况，故第二预设比例系数的数值应当不大于二。
在创建BFD会话的两台网络设备中，接收端设备在接收到来自发送端设备的与该BFD会话对应的第一个BFD报文时，可直接选取某个非负整数(比如，1或2)作为该BFD报文的接收序号，而发送端设备在向接收端设备发送与该BFD会话对应的第一个BFD报文时，也可直接选取某个非负整数(比如，1或2)作为该BFD报文的发送序号。
下面以图1中的网络设备A与网络设备B为例，对上述接收端设备分配接收序号及发送端分配发送序号的过程进行说明。
图1中，以网络设备A作为发送端，网络设备B作为接收端进行BFD会话的过程为例进行说明，假定网络设备A的报文发送间隔为10ms，网络设备B的报文接收检测间隔也为10ms，第一预设比例系数与第二预设比例系数均为2，预设序号间隔为1。若网络设备A发送了5个BFD报文，这5个BFD报文的发送时刻分别为12:12:12:055、12:12:12:065、12:12:12:075、12:12:12:085及12:12:12:106，网络设备B对这5个BFD报文的接收时刻分别为12:12:12:057、12:12:12:067、12:12:12:088、12:12:12:098及12:12:12:119。
此时，网络设备A确定出的相邻两个BFD报文的发送时刻之间的时间差值分别为10ms、10ms、10ms及21ms，而后将这四个时间差值分别与当前发送间隔阈值(网络设备A的报文发送间隔与第二预设比例系数的积值10ms*2)进行比较。如果某个时间差值小于发送间隔阈值，则以预设序号间隔作为该时间差值所代表的序号间隔，而如果该时间差值不小于发送间隔阈值，则将该时间差值与报文发送间隔之间的商值进行求整后减一再加预设序号间隔所得到的数值作为该时间差值所代表的序号间隔，故上述四个时间差值各自代表的序号间隔为1、1、1及2。若网络设备A将发送的第一个BFD报文的发送序号设置为1，则网络设备A所发送的5个BFD报文各自的发送序号将分别为1、2、3、4及6，其中网络设备A所发送的前4个BFD报文属于正常发送报文状况，而最后发送的那个BFD报文属于异常发送报文状况。
此时，网络设备B确定出的相邻两个BFD报文的接收时刻之间的时间差值分别为10ms、21ms、10ms及21ms，而后将这四个时间差值分别与当前检测间隔阈值(网络设备B的报文接收检测间隔与第一预设比例系数的积值10ms*2)进行比较。如果某个时间差值小于检测间隔阈值，则以预设序号间隔作为该时间差值所代表的序号间隔，而如果该时间差值不小于检测间隔阈值，则将该时间差值与报文接收检测间隔之间的商值进行求整后减一再加预设序号间隔所得到的数值作为该时间差值所代表的序号间隔，故这四个时间差值各自代表的序号间隔为1、2、1及2。若网络设备B将接收的第一个BFD报文的接收序号也设置为1，则网络设备B所接收的5个BFD报文各自的接收序号分别为1、2、4、5及7，其中网络设备B所接收的第一个BFD报文、第二个BFD报文及第四个BFD报文属于正常接收报文状况，而第二个BFD报文及第五个BFD报文属于异常接收报文状况。
可选地，作为发送端设备的网络设备在记录其发送的每个BFD报文的发送时刻时，可选取某个特定时刻(例如，在BFD会话中被发送的第一个BFD报文的发送时刻)作为第一基准时刻，按照第一基准时刻+第一偏移量的形式对发送时刻进行记录，以便于维护人员查阅各BFD报文的发送时刻，并通过人工比对的方式确定异常发送报文事件的发生位置。其中，第一偏移量用于表示对应发送时刻与第一基准时刻之间的时间差值。
可选地，作为发送端设备的网络设备在记录其发送的每个BFD报文的发送序号时，也可选取某个特定序号(例如，在BFD会话中被发送的第一个BFD报文的发送序号)作为第一基准序号，按照第一基准序号+第二偏移量的形式对发送序号进行记录，以便于维护人员查阅各BFD报文的发送序号，并通过人工比对的方式确定异常发送报文事件的发生位置。其中，第二偏移量用于表示对应发送序号与第一基准序号之间的序号差值。
可选地，作为接收端设备的网络设备在记录其接收的每个BFD报文的接收时刻时，可选取某个特定时刻(例如，在BFD会话中被接收的第一个BFD报文的接收时刻)作为第二基准时刻，按照第二基准时刻+第三偏移量的形式对接收时刻进行记录，以便于维护人员查阅各BFD报文的接收时刻，并通过人工比对的方式确定异常接收报文事件的发生位置。其中，第三偏移量用于表示对应接收时刻与第二基准时刻之间的时间差值。
可选地，作为接收端设备的网络设备在记录其接收的每个BFD报文的接收序号时，也可选取某个特定序号(例如，在BFD会话中被接收的第一个BFD报文的接收序号)作为第二基准序号，按照第二基准序号+第四偏移量的形式对接收序号进行记录，以便于维护人员查阅各BFD报文的接收序号，并通过人工比对的方式确定异常接收报文事件的发生位置。其中，第四偏移量用于表示对应接收序号与第二基准序号之间的序号差值。
在本申请实施例中，终端设备10可以是建立BFD会话的接收端设备或者发送端设备，也可以是与接收端设备及发送端设备均不同的网络设备，例如网络管理设备。当终端设备10为网络管理设备时，终端设备10可以主动获取或者被动接收网络设备是否出现BFD会话检测超时的信息。而当网络设备作为接收端设备确定出BFD会话检测超时的情况时，终端设备10将相应地获取该接收端设备在该BFD会话中的报文接收日志，以及与该BFD会话对应的发送端设备的报文发送日志。以图1为例，若网络设备A充当接收端设备，网络设备B充当发送端设备，当网络设备A确定出BFD会话检测超时时，此时终端设备10将获取网络设备A的与该BFD会话对应的报文接收日志，以及网络设备B的与该BFD会话对应的报文发送日志。
其中，若终端设备10与接收端设备以及发送端设备是不同的设备，则该终端设备10可通过向该接收端设备发起接收日志获取请求，以获取接收端设备的与该BFD会话对应的报文接收日志，并通过向发送端设备发起发送日志获取请求，以获取发送端设备的与该BFD会话对应的报文发送日志。
进一步地，当终端设备10获取到与报文接收检测超时的BFD会话对应的报文接收日志及报文发送日志后，通过对报文接收日志所包括的连续记录的各目标接收时刻或各目标接收序号的数值状况进行分析，确定该BFD会话故障是突然产生的，还是在本次检测超时之前便已存在但并未造成检测超时，即确定该BFD会话的故障类型。终端设备10通过对报文发送日志所包括的连续记录的各目标发送时刻的数值状况进行分析，或对连续记录的各目标接收序号及最后一个目标接收序号的发送时刻的数值状况进行分析，确定该BFD会话故障是发生在发送端设备上，还是发生在发送端设备与接收端设备之间的通信链路上，即确定该BFD会话的故障位置。
其中，目标接收时刻为在步骤S210检测到BFD会话检测超时之前由接收端设备连续记录的靠近报文接收日志的结束记录时刻的与该BFD会话对应的BFD报文的接收时刻，而目标接收序号为在步骤S210检测到BFD会话检测超时之前由接收端设备连续记录的靠近报文接收日志的结束记录时刻的与该BFD会话对应的BFD报文的接收序号。报文接收日志的结束记录时刻为接收端设备的与该BFD会话对应的本地状态由UP变为Down时的时间点，目标接收时刻与目标接收序号的数目均不小于发送端设备的检测倍数，通常可以等于发送端设备的检测倍数的两倍。
目标发送时刻为发送端设备在发生邻居通知会话Down事件或BFD会话检测超时之前连续记录的靠近报文发送日志的结束记录时刻的与该BFD会话对应的BFD报文的发送时刻，而目标发送序号为发送端设备在发生邻居通知会话Down事件或BFD会话检测超时之前连续记录的靠近报文发送日志的结束记录时刻的与该BFD会话对应的BFD报文的发送序号。其中，报文发送日志的结束记录时刻为发送端设备因自身产生邻居通知会话Down事件或BFD会话检测超时，而将自身的与该BFD会话对应的本地状态由UP变为Down时的时间点。目标发送时刻与目标发送序号的数目均不小于发送端设备的检测倍数，通常可以等于发送端设备的检测倍数的两倍。
进一步地，当终端设备10确定出与报文接收检测超时的BFD会话对应的会话故障位置及会话位置类型后，通过对确定出的会话故障位置及会话位置类型进行内容组合，得到用于表征该BFD会话的故障状况的故障检测结果。
在本申请实施例中，终端设备10通过执行上述会话故障检测方法，确保该终端设备10得以对BFD会话检测超时的故障状况进行自动化检测，从而自行确定出该BFD会话检测超时的故障位置及故障类型，从而减少维护人员的工作量，提高BFD会话的可维护性及维护效率。
可选地，请参照图4，图4是图3中的步骤S220确定故障类型的子步骤流程示意图之一。在本申请实施例中，若终端设备10得到的报文接收日志记录有各BFD报文被接收时的接收时刻，则步骤S220中确定BFD会话的故障类型的步骤可以包括子步骤S2211～子步骤S2214。
子步骤S2211，确定该报文接收日志的所有第一时间间隔。
子步骤S2212，将每个第一时间间隔与接收端设备在该BFD会话中的检测间隔阈值进行比较。
子步骤S2213，若所有第一时间间隔均小于检测间隔阈值，则发出用于表征该BFD会话的故障类型是突发性故障的提示。
子步骤S2214，若至少一个第一时间间隔不小于检测间隔阈值，则发出用于表征该BFD会话的故障类型是间断性故障的提示。
其中，第一时间间隔为该报文接收日志所记录的多个目标接收时刻中相邻两个目标接收时刻之间的时间差值。终端设备10可通过从接收端设备获取其在该BFD会话中的报文接收检测间隔及第一预设比例系数，并计算报文接收检测间隔与第一预设比例系数之间的积值，得到该接收端设备在该BFD会话中的检测间隔阈值。
其中，当某个第一时间间隔小于检测间隔阈值时，表明该第一时间间隔所对应的BFD报文是正常接收到的，而当该第一时间间隔不小于检测间隔阈值时，表明该第一时间间隔所对应的BFD报文是异常接收到的。
因此，当该报文接收日志所对应的所有第一时间间隔均小于检测间隔阈值时，表明接收端设备在该BFD会话检测超时之前接收与目标接收时刻对应的BFD报文时未曾出现报文接收异常现象，所有报文接收操作均属于正常接收报文的状况，因此在该BFD会话检测超时之前并未有会话故障潜伏，该BFD会话故障是突然产生的故障，即该BFD会话的故障类型是突发性故障。
当该报文接收日志所对应的所有第一时间间隔中存在至少一个不小于检测间隔阈值的第一时间间隔时，表明接收端设备在发生BFD会话检测超时之前接收与目标接收时刻对应的BFD报文时曾出现报文接收异常现象，并非所有报文接收操作都属于正常接收报文的状况，因此在该BFD会话检测超时之前便有故障潜伏，只是该故障在潜伏过程中所造成的报文接收异常并未引起BFD会话检测超时，即该BFD会话的故障类型是间断性故障。
下面以图1中的网络设备A与网络设备B为例，对上述根据接收时刻确定BFD会话的故障类型的过程进行说明。
在网络设备B作为接收端设备且网络设备B处出现BFD会话检测超时的情况下，假定网络设备B的报文接收检测间隔为10ms，第一预设比例系数为2，以及接收持续检测时长为30ms，而网络设备B的与该BFD会话对应的报文接收日志中记录的5个来自网络设备A的BFD报文的目标接收时刻，分别为12:12:12:057、12:12:12:067、12:12:12:088、12:12:12:098及12:12:12:119，此时确定出的第一时间间隔分别为10ms、21ms、10ms及21ms，均未超过30ms，其中存在两个第一时间间隔大于网络设备B的报文接收检测间隔与第一预设比例系数之间的积值(21ms>10*2ms)，即网络设备B在该BFD会话检测超时之前曾出现过报文接收异常现象(在对第三个BFD报文及第五个BFD报文进行接收时出现异常)，但网络设备B在当时(即网络设备B在接收第三个BFD报文及第五个BFD报文时)并未发生BFD会话检测超时，因此该BFD会话的故障类型是间断性故障。
假定网络设备B的与该BFD会话对应的报文接收日志中记录的5个来自网络设备A的BFD报文的目标接收时刻，分别为12:12:12:057、12:12:12:067、12:12:12:078、12:12:12:088及12:12:12:098，此时确定出的第一时间间隔分别为10ms、11ms、10ms及10ms，均未超过30ms，其中所有第一时间间隔均小于网络设备B的报文接收检测间隔与第一预设比例系数之间的积值(10ms<10*2ms)，即网络设备B在该BFD会话检测超时之前未曾出现过报文接收异常现象，在该BFD会话检测超时之前并未有会话故障潜伏，因此该BFD会话的故障类型是突发性故障。
可选地，请参照图5，图5是图3中的步骤S220确定故障类型的子步骤流程示意图之二。在本申请实施例中，若终端设备10得到的报文接收日志记录有各BFD报文被接收时的接收序号，则步骤S220中确定BFD会话的故障类型的步骤可以包括子步骤S2215～子步骤S2218。
子步骤S2215，确定该报文接收日志的所有第一序号间隔。
子步骤S2216，将每个第一序号间隔与预设序号间隔进行比较。
子步骤S2217，若所有第一序号间隔均等于预设序号间隔，则发出用于表征该BFD会话的故障类型是突发性故障的提示。
子步骤S2218，若至少一个第一序号间隔大于预设序号间隔，则发出用于表征该BFD会话的故障类型是间断性故障的提示。
其中，第一序号间隔为该报文接收日志所记录的多个目标接收序号中相邻两个目标接收序号之间的序号差值。终端设备10可通过从接收端设备获取其在该BFD会话中的预设序号间隔，用以确定报文接收日志中是否存在报文接收异常现象。
具体地，当某个第一序号间隔等于预设序号间隔时，表明该第一序号间隔所对应的接收序号属于正常排序，对应的BFD报文是正常接收到的，而当该第一时间间隔大于预设序号间隔时，表明该第一时间间隔所对应的接收序号属于异常排序，对应的BFD报文是异常接收到的。
因此，当该报文接收日志所对应的所有第一序号间隔均等于预设序号间隔时，表明接收端设备在该BFD会话检测超时之前接收与目标接收序号对应的BFD报文时未曾出现报文接收异常现象，所有报文接收操作均属于正常接收报文的状况，在该BFD会话检测超时之前并未有会话故障潜伏，当前的BFD会话故障是突然产生的故障，即该BFD会话的故障类型是突发性故障。
当该报文接收日志所对应的所有第一序号间隔中存在至少一个大于预设序号间隔的第一序号间隔时，表明接收端设备在确定出BFD会话检测超时之前接收与目标接收序号对应的BFD报文时曾出现报文接收异常现象，并非所有报文接收操作都属于正常接收报文的状况，在该BFD会话检测超时之前便有故障潜伏，只是该故障在潜伏过程中所造成的报文接收异常并未引起BFD会话检测超时，即该BFD会话的故障类型是间断性故障。
下面以图1中的网络设备A与网络设备B为例，对上述根据接收序号确定BFD会话的故障类型的过程进行说明。
在网络设备B作为接收端设备且网络设备B确定出存在BFD会话检测超时的情况下，假定网络设备B的预设序号间隔为1，而网络设备B的与该BFD会话对应的报文接收日志中记录的5个来自网络设备A的BFD报文的目标接收序号，分别为1、2、4、5及7，此时确定出的第一序号间隔分别为1、2、1及2，其中存在两个第一序号间隔大于网络设备B的预设序号间隔(2>1)，即网络设备B在该BFD会话检测超时之前曾出现过报文接收异常现象(在对第三个BFD报文及第五个BFD报文进行接收时出现异常)，但网络设备B在当时(即网络设备B在接收第三个BFD报文及第五个BFD报文时)并未发生BFD会话检测超时，因此该BFD会话的故障类型是间断性故障。
假定网络设备B的与该BFD会话对应的报文接收日志中记录的5个来自网络设备A的BFD报文的目标接收序号，分别为1、2、3、4及5，此时确定出的第一序号间隔分别为1、1、1及1，所有第一序号间隔均等于网络设备B的预设序号间隔，即网络设备B在该BFD会话检测超时之前未曾出现过报文接收异常现象，在该BFD会话检测超时之前并未有会话故障潜伏，因此该BFD会话的故障类型是突发性故障。
可选地，请参照图6，图6是图3中的步骤S220确定故障位置的子步骤流程示意图之一。在本申请实施例中，若终端设备10得到的报文发送日志仅记录有各BFD报文被发送时的发送时刻，则步骤S220中确定BFD会话的故障位置的步骤可以包括子步骤S2221～子步骤S2227。
步骤S2221，确定该报文发送日志的记录结束间隔。
步骤S2222，将记录结束间隔与接收端设备在该BFD会话中的接收持续检测时长进行比较。
步骤S2223，当记录结束间隔不小于接收持续检测时长时，发出用于表征该BFD会话的故障位置位于发送端设备的提示。
步骤S2224，当记录结束间隔小于接收持续检测时长时，确定该报文发送日志的所有第二时间间隔；
步骤S2225，将每个第二时间间隔与接收持续检测时长进行比较。
步骤S2226，若存在至少一个第二时间间隔不小于接收持续检测时长，则发出用于表征该BFD会话的故障位置位于发送端设备的提示。
步骤S2227，若所有第二时间间隔均小于接收持续检测时长，则发出用于表征该BFD会话的故障位置位于发送端设备与接收端设备之间的通信链路的提示。
其中，记录结束间隔为该报文发送日志记录的最后一个目标发送时刻与该报文发送日志的结束记录时刻之间的差值。第二时间间隔为该报文发送日志所记录的多个目标发送时刻中相邻两个目标发送时刻之间的时间差值。终端设备10可通过从发送端设备获取其在该BFD会话中的检测倍数，并计算接收端设备的报文接收检测间隔与发送端设备的检测倍数之间的积值，得到该接收端设备在该BFD会话中的接收持续检测时长。
具体地，当记录结束间隔不小于接收持续检测时长时，表明发送端设备在最后一次发送BFD报文的发送时刻到结束记录时刻之间的时间段内均没有发送BFD报文，而在这个时间段内可以发送至少检测倍数个BFD报文，但发送端设备并没有发送BFD报文，此时是因为发送端设备存在报文发送故障的问题导致接收端设备出现BFD会话检测超时的，故该BFD会话的故障位置位于发送端设备。
当报文发送日志的记录结束间隔小于接收持续检测时长时，表明接收端设备出现BFD会话检测超时的原因，并非发送端设备在最后一次发送BFD报文的发送时刻到结束记录时刻之间的时间段内未发送BFD报文，此时终端设备10会将该报文发送日志所对应的所有第二时间间隔与接收持续检测时长进行比较，以判断发送端设备在最后一次发送BFD报文之前是否间隔接收持续检测时长发送BFD报文。
当该报文发送日志所对应的所有第二时间间隔均小于接收持续检测时长时，表明发送端设备在最后一次发送BFD报文之前未间隔接收持续检测时长发送BFD报文，发送端设备的报文发送操作无法导致接收端设备出现BFD会话检测超时，但接收端设备仍然发生了BFD会话检测超时，那么对应BFD会话故障就是发生在发送端设备与接收端设备之间的通信链路上，即该BFD会话的故障位置位于发送端设备与接收端设备之间的通信链路。
当该报文发送日志所对应的所有第二时间间隔中存在至少一个不小于接收持续检测时长的第二时间间隔时，表明发送端设备在最后一次发送BFD报文之前曾至少一次间隔接收持续检测时长发送BFD报文，是发送端设备的报文发送操作导致接收端设备出现BFD会话检测超时的，由此可以确定发送端设备存在报文发送故障，即该BFD会话的故障位置位于发送端设备。
下面以图1中的网络设备A与网络设备B为例，对上述根据发送时刻确定BFD会话的故障位置的过程进行说明。
在网络设备A作为发送端设备且网络设备B处出现BFD会话检测超时的情况下，假定网络设备B的报文接收检测间隔为10ms，网络设备A的检测倍数为3，即网络设备B的接收持续检测时长为30ms，而网络设备A的与该BFD会话对应的报文发送日志中记录的5个发送给网络设备B的BFD报文的目标发送时刻，分别为12:12:12:055、12:12:12:065、12:12:12:075、12:12:12:085及12:12:12:106。当该报文发送日志的结束记录时刻为12:12:12:156时，该报文发送日志的记录结束间隔为50ms，此时记录结束间隔大于网络设备B的接收持续检测时长，可以表明网络设备A在这50ms内并没有发送BFD报文，此时是因为网络设备A存在报文发送故障的问题导致网络设备B出现BFD会话检测超时的，故该BFD会话的故障位置位于网络设备A。
而当该报文发送日志的结束记录时刻为12:12:12:126时，该报文发送日志的记录结束间隔为20ms，此时记录结束间隔小于网络设备B的接收持续检测时长，确定出的第二时间间隔分别为10ms、10ms、10ms及21ms，其中任意一个第二时间间隔均小于网络设备B的接收持续检测时长，可以表明网络设备B出现BFD会话检测超时并非网络设备A的报文发送操作导致的，但网络设备B仍然发生了BFD会话检测超时，因此该BFD会话的故障位置位于网络设备A与网络设备B之间的通信链路Link。
假定网络设备A的与该BFD会话对应的报文发送日志中记录的5个发送给网络设备B的BFD报文的目标发送时刻，分别为12:12:12:055、12:12:12:065、12:12:12:075、12:12:12:085及12:12:12:116，而该报文发送日志的结束记录时刻为12:12:12:126，此时该报文发送日志的记录结束间隔为10ms，小于网络设备B的接收持续检测时长，确定出的第二时间间隔分别为10ms、10ms、10ms及31ms，存在一个第二时间间隔大于网络设备B的接收持续检测时长，可以表明网络设备A在最后一次发送BFD报文之前曾间隔接收持续检测时长发送BFD报文，是网络设备A的报文发送操作导致网络设备B出现BFD会话检测超时的，故该BFD会话的故障位置位于网络设备A。
可选地，请参照图7，图7是图3中的步骤S220确定故障位置的子步骤流程示意图之二。在本申请实施例中，若终端设备10得到的报文发送日志记录有各BFD报文被发送时的发送序号及发送时刻，则步骤S220中确定BFD会话的故障位置的步骤可以包括子步骤S2228～子步骤S22214。
步骤S2228，确定该报文发送日志的记录结束间隔。
步骤S2229，将记录结束间隔与接收端设备在该BFD会话中的接收持续检测时长进行比较。
步骤S22210，当记录结束间隔不小于接收持续检测时长时，发出用于表征该BFD会话的故障位置位于发送端设备的提示。
步骤S22211，当记录结束间隔小于接收持续检测时长时，确定该报文发送日志的所有第二序号间隔。
步骤S22212，将每个第二序号间隔与超时序号间隔进行比较。
步骤S22213，若存在至少一个第二序号间隔不小于超时序号间隔，则发出用于表征该BFD会话的故障位置位于发送端设备的提示。
步骤S22214，若所有第二序号间隔均小于超时序号间隔，则发出用于表征该BFD会话的故障位置位于发送端设备与接收端设备之间的通信链路的提示。
其中，记录结束间隔为该报文发送日志记录的最后一个目标发送序号所对应的最后发送时刻与该报文发送日志的结束记录时刻之间的差值。第二序号间隔为该报文发送日志所记录的多个目标发送序号中相邻两个目标发送序号之间的序号差值。终端设备10可通过从发送端设备获取其在该BFD会话中的预设序号间隔，用以确定与该发送端设备对应的超时序号间隔，其中超时序号间隔等于预设序号间隔减一后与发送端设备的检测倍数的和值。
具体地，当记录结束间隔不小于接收持续检测时长时，表明是因为发送端设备存在报文发送故障的问题导致接收端设备出现BFD会话检测超时的，故该BFD会话的故障位置位于发送端设备。
当报文发送日志的记录结束间隔小于接收持续检测时长时，表明接收端设备出现BFD会话检测超时的原因，并非发送端设备在最后一次发送BFD报文的发送时刻到结束记录时刻之间的时间段内未发送BFD报文，此时终端设备10会将该报文发送日志所对应的所有第二序号间隔与该发送端设备的超时序号间隔进行比较，以判断发送端设备在最后一次发送BFD报文之前是否间隔接收持续检测时长发送BFD报文。
当该报文发送日志所对应的所有第二序号间隔均小于超时序号间隔时，表明发送端设备在最后一次发送BFD报文之前未间隔接收持续检测时长发送BFD报文，发送端设备的报文发送操作无法导致接收端设备出现BFD会话检测超时，但接收端设备仍然发生了BFD会话检测超时，那么对应BFD会话故障就是发生在发送端设备与接收端设备之间的通信链路上，即该BFD会话的故障位置位于发送端设备与接收端设备之间的通信链路。
当该报文发送日志所对应的所有第二序号间隔中存在至少一个不小于超时序号间隔的第二序号间隔时，表明发送端设备在最后一次发送BFD报文之前曾至少一次间隔接收持续检测时长发送BFD报文，是发送端设备的报文发送操作导致接收端设备出现BFD会话检测超时的，由此可以确定发送端设备存在报文发送故障，即该BFD会话的故障位置位于发送端设备。
下面以图1中的网络设备A与网络设备B为例，对上述根据发送序号确定BFD会话的故障位置的过程进行说明。
在网络设备A作为发送端设备且网络设备B处出现BFD会话检测超时的情况下，假定网络设备A的预设序号间隔为1，网络设备B的报文接收检测间隔为10ms，网络设备A的检测倍数为3，即网络设备B的接收持续检测时长为30ms，网络设备A的超时序号间隔为3，而网络设备A的与该BFD会话对应的报文发送日志中记录的5个发送给网络设备B的BFD报文的目标发送序号分别为1、2、3、4及6，第5个目标发送序号所对应的最后发送时刻为12:12:12:106。当该报文发送日志的结束记录时刻为12:12:12:156时，该报文发送日志的记录结束间隔为50ms，此时记录结束间隔大于网络设备B的接收持续检测时长，可以表明网络设备A在这50ms内并没有发送BFD报文，此时是因为网络设备A存在报文发送故障的问题导致网络设备B出现BFD会话检测超时的，故该BFD会话的故障位置位于网络设备A。
而当该报文发送日志的结束记录时刻为12:12:12:126时，该报文发送日志的记录结束间隔为20ms，此时记录结束间隔小于网络设备B的接收持续检测时长，确定出的第二序号间隔分别为1、1、1及2，其中任意一个第二序号间隔均小于网络设备A的超时序号间隔，可以表明网络设备B出现BFD会话检测超时并非网络设备A的报文发送操作导致的，但网络设备B仍然发生了BFD会话检测超时，因此该BFD会话的故障位置位于网络设备A与网络设备B之间的通信链路Link。
假定网络设备A的与该BFD会话对应的报文发送日志中记录的5个发送给网络设备B的BFD报文的目标发送序号分别为1、2、3、4及7，第5个目标发送序号所对应的最后发送时刻为12:12:12:116，而该报文发送日志的结束记录时刻为12:12:12:126，此时该报文发送日志的记录结束间隔为10ms，小于网络设备B的接收持续检测时长，确定出的第二序号间隔分别为1、1、1及3，存在一个第二序号间隔等于网络设备A的超时序号间隔，可以表明网络设备A在最后一次发送BFD报文之前曾间隔接收持续检测时长发送BFD报文，是网络设备A的报文发送操作导致网络设备B出现BFD会话检测超时的，故该BFD会话的故障位置位于网络设备A。
在本申请实施例中，当终端设备10得到的报文接收日志中同时记录有各BFD报文被接收时的接收时刻及接收序号时，终端设备10可采用上述子步骤S2211～子步骤S2214或上述子步骤S2215～子步骤S2218中的任意一种，确定该BFD会话的故障类型是突发性故障还是间断性故障。
在本申请实施例中，当终端设备10得到的报文发送日志中同时记录有各BFD报文被发送时的发送时刻及发送序号，终端设备10可采用上述子步骤S2221～子步骤S2227或上述子步骤S2228～子步骤S22214中的任意一种，确定该BFD会话的故障位置是位于发送端设备，还是位于接收端设备与发送端设备之间的通信链路，实现对BFD会话故障位置的自动化检测。
在本申请中，为确保终端设备10所包括的会话故障检测装置100能够正常实施，本申请通过对会话故障检测装置100进行功能模块划分的方式实现其功能。下面对本申请提供的会话故障检测装置100的具体组成进行描述。
可选地，请参照图8，图8是本申请实施例提供的会话故障检测装置100的功能模块示意图。在本申请实施例中，会话故障检测装置100包括会话日志获取模块110、故障状况确定模块120及故障结果输出模块130。
会话日志获取模块110，用于在接收端设备发生BFD会话检测超时时，获取与该BFD会话对应的接收端设备的报文接收日志及发送端设备的报文发送日志。其中，报文接收日志包括该接收端设备接收每个BFD报文时记录的接收时刻和/或接收序号，报文发送日志包括发送端设备发送每个BFD报文时记录的发送时刻或发送时刻与发送序号的组合。
故障状况确定模块120，用于确定该BFD会话的故障类型及故障位置。其中，BFD会话的故障类型由报文接收日志中的多个目标接收时刻或目标接收序号确定，BFD会话的故障位置由报文发送日志中的多个目标发送时刻确定，或由报文发送日志中的多个目标发送序号及最后一个目标发送序号的最后发送时刻确定。
故障结果输出模块130，用于输出包括该BFD会话的故障类型及故障位置的故障检测结果。
进一步地，若终端设备10得到的报文接收日志记录有各BFD报文被接收时的接收时刻，则故障状况确定模块120确定该BFD会话的故障类型的方式，包括：
确定该报文接收日志的所有第一时间间隔，其中第一时间间隔为相邻两个目标接收时刻之间的时间差值；
将每个第一时间间隔与接收端设备在该BFD会话中的检测间隔阈值进行比较；
若所有第一时间间隔均小于检测间隔阈值，则发出用于表征该BFD会话的故障类型是突发性故障的提示；
若至少一个第一时间间隔不小于检测间隔阈值，则发出用于表征该BFD会话的故障类型是间断性故障的提示。
进一步地，若终端设备10得到的报文接收日志记录有各BFD报文被接收时的接收序号，则故障状况确定模块120确定该BFD会话的故障类型的方式，包括：
确定该报文接收日志的所有第一序号间隔，其中第一序号间隔为相邻两个目标接收序号之间的序号差值；
将每个第一序号间隔与预设序号间隔进行比较；
若所有第一序号间隔均等于预设序号间隔，则发出用于表征该BFD会话的故障类型是突发性故障的提示；
若至少一个第一序号间隔大于预设序号间隔，则发出用于表征该BFD会话的故障类型是间断性故障的提示。
进一步地，若终端设备10得到的报文发送日志仅记录有各BFD报文被发送时的发送时刻，则故障状况确定模块120确定该BFD会话的故障位置的方式，包括：
确定该报文发送日志的记录结束间隔；其中记录结束间隔为该报文发送日志的结束记录时刻与多个目标发送时刻中的最后发送时刻之间的时间差值；
将记录结束间隔与接收端设备在该BFD会话中的接收持续检测时长进行比较；其中接收持续检测时长为接收端设备的报文接收检测间隔与发送端设备的检测倍数之间的积值；
当记录结束间隔不小于接收持续检测时长时，发出用于表征该BFD会话的故障位置位于发送端设备的提示；
当记录结束间隔小于接收持续检测时长时，确定该报文发送日志的所有第二时间间隔；其中第二时间间隔为相邻两个目标发送时刻之间的时间差值；
将每个第二时间间隔与接收持续检测时长进行比较；
若存在至少一个第二时间间隔不小于接收持续检测时长，则发出用于表征该BFD会话的故障位置位于发送端设备的提示；
若所有第二时间间隔均小于接收持续检测时长，则发出用于表征该BFD会话的故障位置位于发送端设备与接收端设备之间的通信链路的提示。
进一步地，若终端设备10得到的报文发送日志记录有各BFD报文被发送时的发送序号及发送时刻，则故障状况确定模块120确定该BFD会话的故障位置的方式，包括：
确定该报文发送日志的记录结束间隔；其中记录结束间隔为该报文发送日志的结束记录时刻与最后发送时刻之间的时间差值；
将记录结束间隔与接收端设备在该BFD会话中的接收持续检测时长进行比较；其中接收持续检测时长为接收端设备的报文接收检测间隔与发送端设备的检测倍数之间的积值；
当记录结束间隔不小于接收持续检测时长时，发出用于表征该BFD会话的故障位置位于发送端设备的提示；
当记录结束间隔小于接收持续检测时长时，确定该报文发送日志的所有第二序号间隔；其中第二序号间隔为相邻两个目标发送序号之间的序号差值；
将每个第二序号间隔与超时序号间隔进行比较；其中超时序号间隔等于预设序号间隔减一后与发送端设备的检测倍数的和值；
若存在至少一个第二序号间隔不小于超时序号间隔，则发出用于表征该BFD会话的故障位置位于发送端设备的提示；
若所有第二序号间隔均小于超时序号间隔，则发出用于表征该BFD会话的故障位置位于发送端设备与接收端设备之间的通信链路的提示。
需要说明的是，本申请实施例所提供的会话故障检测装置100，其基本原理及产生的技术效果与前述的会话故障检测方法相同，为简要描述，本实施例部分未提及之处，可参考上述的针对会话故障检测方法的描述内容。
在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个可读存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的可读存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
综上所述，在本申请提供的一种会话故障检测方法、装置、终端设备及可读存储介质中，本申请在接收端设备发生BFD会话检测超时时，通过获取该接收端设备与该BFD会话对应的报文接收日志，以及与该BFD会话对应的发送端设备的报文发送日志，而后根据该报文接收日志中的多个目标接收时刻或目标接收序号确定出该BFD会话的故障类型，并根据该报文发送日志中的多个目标发送时刻或多个目标发送序号及最后发送时刻的组合确定出该BFD会话的故障位置，从而最终输出该BFD会话的故障检测结果，实现对BFD会话检测超时的故障状况进行自动化检测，降低了维护人员在会话维护过程中的工作量，以提高BFD会话的可维护性及维护效率。
以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (12)

1.一种会话故障检测方法，其特征在于，所述方法包括：
在接收端设备发生BFD会话检测超时时，获取与该BFD会话对应的接收端设备的报文接收日志及发送端设备的报文发送日志；其中，所述报文接收日志包括该接收端设备接收每个BFD报文时记录的接收时刻和/或接收序号，所述报文发送日志包括所述发送端设备发送每个BFD报文时记录的发送时刻或发送时刻与发送序号的组合；
确定该BFD会话的故障类型及故障位置；其中，所述BFD会话的故障类型由所述报文接收日志中的多个目标接收时刻或目标接收序号确定，所述BFD会话的故障位置由所述报文发送日志中的多个目标发送时刻确定，或由所述报文发送日志中的多个目标发送序号及最后一个目标发送序号的最后发送时刻确定，确定出的所述故障类型为突发性故障或间断性故障，确定出的所述故障位置位于所述发送端设备或位于所述发送端设备与所述接收端设备之间的通信链路；
输出包括该BFD会话的故障类型及故障位置的故障检测结果。
2.根据权利要求1所述的方法，其特征在于，若所述报文接收日志记录有各BFD报文被接收时的接收时刻，则确定该BFD会话的故障类型的步骤，包括：
确定该报文接收日志的所有第一时间间隔，其中所述第一时间间隔为相邻两个目标接收时刻之间的时间差值；
将每个第一时间间隔与所述接收端设备在该BFD会话中的检测间隔阈值进行比较；其中，所述检测间隔阈值为所述接收端设备的与该BFD会话对应的报文接收检测间隔和第一预设比例系数之间的积值，所述第一预设比例系数大于一；
若所有第一时间间隔均小于所述检测间隔阈值，则发出用于表征该BFD会话的故障类型是突发性故障的提示；
若至少一个第一时间间隔不小于所述检测间隔阈值，则发出用于表征该BFD会话的故障类型是间断性故障的提示。
3.根据权利要求1所述的方法，其特征在于，若所述报文接收日志记录有各BFD报文被接收时的接收序号，则确定该BFD会话的故障类型的步骤，包括：
确定该报文接收日志的所有第一序号间隔，其中所述第一序号间隔为相邻两个目标接收序号之间的序号差值；
将每个第一序号间隔与预设序号间隔进行比较；
若所有第一序号间隔均等于所述预设序号间隔，则发出用于表征该BFD会话的故障类型是突发性故障的提示；
若至少一个第一序号间隔大于所述预设序号间隔，则发出用于表征该BFD会话的故障类型是间断性故障的提示。
4.根据权利要求1-3中任意一项所述的方法，其特征在于，当所述报文发送日志仅记录有各BFD报文被发送时的发送时刻时，确定该BFD会话的故障位置的步骤，包括：
确定该报文发送日志的记录结束间隔；其中所述记录结束间隔为该报文发送日志的结束记录时刻与多个目标发送时刻中的最后发送时刻之间的时间差值；
将所述记录结束间隔与所述接收端设备在该BFD会话中的接收持续检测时长进行比较；其中所述接收持续检测时长为所述接收端设备的报文接收检测间隔与所述发送端设备的检测倍数之间的积值；
当所述记录结束间隔不小于所述接收持续检测时长时，发出用于表征该BFD会话的故障位置位于所述发送端设备的提示；
当所述记录结束间隔小于所述接收持续检测时长时，确定该报文发送日志的所有第二时间间隔；其中所述第二时间间隔为相邻两个目标发送时刻之间的时间差值；
将每个第二时间间隔与所述接收持续检测时长进行比较；
若存在至少一个第二时间间隔不小于所述接收持续检测时长，则发出用于表征该BFD会话的故障位置位于所述发送端设备的提示；
若所有第二时间间隔均小于所述接收持续检测时长，则发出用于表征该BFD会话的故障位置位于所述发送端设备与所述接收端设备之间的通信链路的提示。
5.根据权利要求1-3中任意一项所述的方法，其特征在于，当所述报文发送日志记录有各BFD报文被发送时的发送序号及发送时刻时，确定该BFD会话的故障位置的步骤，包括：
确定该报文发送日志的记录结束间隔；其中所述记录结束间隔为该报文发送日志的结束记录时刻与最后发送时刻之间的时间差值；
将所述记录结束间隔与所述接收端设备在该BFD会话中的接收持续检测时长进行比较；其中所述接收持续检测时长为所述接收端设备的报文接收检测间隔与所述发送端设备的检测倍数之间的积值；
当所述记录结束间隔不小于所述接收持续检测时长时，发出用于表征该BFD会话的故障位置位于所述发送端设备的提示；
当所述记录结束间隔小于所述接收持续检测时长时，确定该报文发送日志的所有第二序号间隔；其中所述第二序号间隔为相邻两个目标发送序号之间的序号差值；
将每个第二序号间隔与超时序号间隔进行比较；其中所述超时序号间隔等于预设序号间隔减一后与所述发送端设备的检测倍数的和值；
若存在至少一个第二序号间隔不小于所述超时序号间隔，则发出用于表征该BFD会话的故障位置位于所述发送端设备的提示；
若所有第二序号间隔均小于所述超时序号间隔，则发出用于表征该BFD会话的故障位置位于所述发送端设备与所述接收端设备之间的通信链路的提示。
6.一种会话故障检测装置，其特征在于，所述装置包括：
会话日志获取模块，用于在接收端设备发生BFD会话检测超时时，获取与该BFD会话对应的接收端设备的报文接收日志及发送端设备的报文发送日志；其中，所述报文接收日志包括该接收端设备接收每个BFD报文时记录的接收时刻和/或接收序号，所述报文发送日志包括所述发送端设备发送每个BFD报文时记录的发送时刻或发送时刻与发送序号的组合；
故障状况确定模块，用于确定该BFD会话的故障类型及故障位置；其中，所述BFD会话的故障类型由所述报文接收日志中的多个目标接收时刻或目标接收序号确定，所述BFD会话的故障位置由所述报文发送日志中的多个目标发送时刻确定，或由所述报文发送日志中的多个目标发送序号及最后一个目标发送序号的最后发送时刻确定，确定出的所述故障类型为突发性故障或间断性故障，确定出的所述故障位置位于所述发送端设备或位于所述发送端设备与所述接收端设备之间的通信链路；
故障结果输出模块，用于输出包括该BFD会话的故障类型及故障位置的故障检测结果。
7.根据权利要求6所述的装置，其特征在于，若所述报文接收日志记录有各BFD报文被接收时的接收时刻，则所述故障状况确定模块确定该BFD会话的故障类型的方式，包括：
确定该报文接收日志的所有第一时间间隔，其中所述第一时间间隔为相邻两个目标接收时刻之间的时间差值；
将每个第一时间间隔与所述接收端设备在该BFD会话中的检测间隔阈值进行比较；其中，所述检测间隔阈值为所述接收端设备的与该BFD会话对应的报文接收检测间隔和第一预设比例系数之间的积值，所述第一预设比例系数大于一；
若所有第一时间间隔均小于所述检测间隔阈值，则发出用于表征该BFD会话的故障类型是突发性故障的提示；
若至少一个第一时间间隔不小于所述检测间隔阈值，则发出用于表征该BFD会话的故障类型是间断性故障的提示。
8.根据权利要求6所述的装置，其特征在于，若所述报文接收日志记录有各BFD报文被接收时的接收序号，则所述故障状况确定模块确定该BFD会话的故障类型的方式，包括：
确定该报文接收日志的所有第一序号间隔，其中所述第一序号间隔为相邻两个目标接收序号之间的序号差值；
将每个第一序号间隔与预设序号间隔进行比较；
若所有第一序号间隔均等于所述预设序号间隔，则发出用于表征该BFD会话的故障类型是突发性故障的提示；
若至少一个第一序号间隔大于所述预设序号间隔，则发出用于表征该BFD会话的故障类型是间断性故障的提示。
9.根据权利要求6-8中任意一项所述的装置，其特征在于，当所述报文发送日志记录有各BFD报文被发送时的发送时刻时，所述故障状况确定模块确定该BFD会话的故障位置的方式，包括：
确定该报文发送日志的记录结束间隔；其中所述记录结束间隔为该报文发送日志的结束记录时刻与多个目标发送时刻中的最后发送时刻之间的时间差值；
将所述记录结束间隔与所述接收端设备在该BFD会话中的接收持续检测时长进行比较；其中所述接收持续检测时长为所述接收端设备的报文接收检测间隔与所述发送端设备的检测倍数之间的积值；
当所述记录结束间隔不小于所述接收持续检测时长时，发出用于表征该BFD会话的故障位置位于所述发送端设备的提示；
当所述记录结束间隔小于所述接收持续检测时长时，确定该报文发送日志的所有第二时间间隔；其中所述第二时间间隔为相邻两个目标发送时刻之间的时间差值；
将每个第二时间间隔与所述接收持续检测时长进行比较；
若存在至少一个第二时间间隔不小于所述接收持续检测时长，则发出用于表征该BFD会话的故障位置位于所述发送端设备的提示；
若所有第二时间间隔均小于所述接收持续检测时长，则发出用于表征该BFD会话的故障位置位于所述发送端设备与所述接收端设备之间的通信链路的提示。
10.根据权利要求6-8中任意一项所述的装置，其特征在于，当所述报文发送日志记录有各BFD报文被发送时的发送序号及发送时刻时，所述故障状况确定模块确定该BFD会话的故障位置的方式，包括：
确定该报文发送日志的记录结束间隔；其中所述记录结束间隔为该报文发送日志的结束记录时刻与最后发送时刻之间的时间差值；
将所述记录结束间隔与所述接收端设备在该BFD会话中的接收持续检测时长进行比较；其中所述接收持续检测时长为所述接收端设备的报文接收检测间隔与所述发送端设备的检测倍数之间的积值；
当所述记录结束间隔不小于所述接收持续检测时长时，发出用于表征该BFD会话的故障位置位于所述发送端设备的提示；
当所述记录结束间隔小于所述接收持续检测时长时，确定该报文发送日志的所有第二序号间隔；其中所述第二序号间隔为相邻两个目标发送序号之间的序号差值；
将每个第二序号间隔与超时序号间隔进行比较；其中所述超时序号间隔等于预设序号间隔减一后与所述发送端设备的检测倍数的和值；
若存在至少一个第二序号间隔不小于所述超时序号间隔，则发出用于表征该BFD会话的故障位置位于所述发送端设备的提示；
若所有第二序号间隔均小于所述超时序号间隔，则发出用于表征该BFD会话的故障位置位于所述发送端设备与所述接收端设备之间的通信链路的提示。
11.一种终端设备，其特征在于，包括处理器及存储器，所述存储器存储有能够被所述处理器执行的机器可执行指令，所述处理器可执行所述机器可执行指令，以实现权利要求1-5中任意一项所述的会话故障检测方法。
12.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现权利要求1-5中任意一项所述的会话故障检测方法。
CN201911204985.9A 2019-11-29 2019-11-29 会话故障检测方法、装置、终端设备及可读存储介质 Active CN110971459B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911204985.9A CN110971459B (zh) 2019-11-29 2019-11-29 会话故障检测方法、装置、终端设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911204985.9A CN110971459B (zh) 2019-11-29 2019-11-29 会话故障检测方法、装置、终端设备及可读存储介质

Publications (2)

Publication Number Publication Date
CN110971459A CN110971459A (zh) 2020-04-07
CN110971459B true CN110971459B (zh) 2020-07-14

Family

ID=70032343

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911204985.9A Active CN110971459B (zh) 2019-11-29 2019-11-29 会话故障检测方法、装置、终端设备及可读存储介质

Country Status (1)

Country Link
CN (1) CN110971459B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111917608B (zh) * 2020-08-07 2022-01-04 深圳市友华软件科技有限公司 基于Linux系统设备的Internet连通性的判断方法和装置
CN113890819A (zh) * 2021-09-29 2022-01-04 杭州迪普科技股份有限公司 故障处理方法、装置及系统
CN114826974A (zh) * 2022-04-29 2022-07-29 东风电驱动系统有限公司 Can报文超时计算方法、装置、设备及可读存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101695037A (zh) * 2009-09-29 2010-04-14 清华大学 一种多跳路由系统间的故障快速检测方法
CN101697626A (zh) * 2009-10-30 2010-04-21 中兴通讯股份有限公司 基于双向转发检测协议的通信故障检测方法及系统
CN101848114A (zh) * 2010-04-15 2010-09-29 华为技术有限公司 故障检测方法和装置
CN106301986A (zh) * 2015-06-03 2017-01-04 中兴通讯股份有限公司 链路检测方法和装置
CN106330588A (zh) * 2015-06-29 2017-01-11 华为技术有限公司 一种bfd检测方法与装置
CN107612754A (zh) * 2017-10-30 2018-01-19 新华三技术有限公司 双向转发链路故障检测方法、装置及网络节点设备
CN109586959A (zh) * 2018-11-26 2019-04-05 新华三技术有限公司 一种故障检测的方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9979515B2 (en) * 2014-06-30 2018-05-22 Telefonaktiebolaget Lm Ericsson (Publ) Control for BFD return path

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101695037A (zh) * 2009-09-29 2010-04-14 清华大学 一种多跳路由系统间的故障快速检测方法
CN101697626A (zh) * 2009-10-30 2010-04-21 中兴通讯股份有限公司 基于双向转发检测协议的通信故障检测方法及系统
CN101848114A (zh) * 2010-04-15 2010-09-29 华为技术有限公司 故障检测方法和装置
CN106301986A (zh) * 2015-06-03 2017-01-04 中兴通讯股份有限公司 链路检测方法和装置
CN106330588A (zh) * 2015-06-29 2017-01-11 华为技术有限公司 一种bfd检测方法与装置
CN107612754A (zh) * 2017-10-30 2018-01-19 新华三技术有限公司 双向转发链路故障检测方法、装置及网络节点设备
CN109586959A (zh) * 2018-11-26 2019-04-05 新华三技术有限公司 一种故障检测的方法及装置

Also Published As

Publication number Publication date
CN110971459A (zh) 2020-04-07

Similar Documents

Publication Publication Date Title
CN110971459B (zh) 会话故障检测方法、装置、终端设备及可读存储介质
EP1931084B1 (en) A method for getting the link estimating parameters
CN109194551B (zh) 一种实时以太网设备性能测试方法、装置及系统
US10412550B2 (en) Remote driving of mobile device diagnostic applications
US20150326447A1 (en) Quality of User Experience Analysis Using Echo Locate
JP7234402B2 (ja) 車両通信のためのセカンダリリンクモニタリング方法、車両通信端末、電子機器及びコンピュータプログラム
CN106603261B (zh) 热备份方法、第一主用设备、备用设备和通信系统
US10033592B2 (en) Method and system for monitoring network link and storage medium therefor
EP3304818B1 (en) Quality of user experience analysis using echo locate
WO2011157149A2 (zh) 通信设备间的主备倒换方法、通信设备和系统及服务请求设备
WO2013127164A1 (zh) 一种触发旁路设备切换的方法、旁路设备切换方法及装置
EP2892274A1 (en) Fault recovery method of operation and maintenance channel and network management terminal
CN106797330A (zh) 用于监测内容递送网络(cdn)的方法、业务监测器(tm)、请求路由器(rr)和系统
EP3687221A1 (en) Network path reliability
CN105516658A (zh) 一种监控设备控制方法及装置
EP4167530A1 (en) Network monitoring method, electronic device and storage medium
CN105897879B (zh) 一种迁移自动配置服务器acs的方法、设备及客户端
KR20160131532A (ko) 네트워크 시스템의 서비스 가용성을 최대로 보장하기 위한 적응형 bfd 프로토콜과 그 장치
KR101572672B1 (ko) 통신망에서 노드 감시 방법 및 시스템
US9559926B2 (en) Selecting frame loss measurement
US7046693B1 (en) Method and system for determining availability in networks
CN104486787B (zh) 一种无线链路故障检测方法及装置
CN102014054A (zh) 保活报文的发送方法和设备
WO2022007969A1 (en) Network error performance measurement
CN109039728A (zh) 基于bfd的流量拥塞检测方法及系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant