CN102014022B - 设备端口故障处理方法、装置及网络设备 - Google Patents
设备端口故障处理方法、装置及网络设备 Download PDFInfo
- Publication number
- CN102014022B CN102014022B CN2010105708865A CN201010570886A CN102014022B CN 102014022 B CN102014022 B CN 102014022B CN 2010105708865 A CN2010105708865 A CN 2010105708865A CN 201010570886 A CN201010570886 A CN 201010570886A CN 102014022 B CN102014022 B CN 102014022B
- Authority
- CN
- China
- Prior art keywords
- port
- frame
- logic member
- member port
- opposite equip
- 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
Images
Landscapes
- Maintenance And Management Of Digital Transmission (AREA)
- Small-Scale Networks (AREA)
Abstract
本发明公开了一种设备端口故障处理方法、装置及网络设备，该方法包括：当检测到设备端口出现故障时，将所述设备端口转化为包含设定数量的逻辑成员口的聚合口；针对每个逻辑成员口依次进行故障检测，当检测到逻辑成员口出现故障时，将发生故障的逻辑成员口退出所述聚合口；将发生故障的逻辑成员口传输的数据转移到所述聚合口中未发生故障的其他逻辑成员口传输。该方法在设备端口出现故障时，仅将有故障的逻辑成员口退出使用即可排除故障，而不必更换设备端口，节约了排除故障的时间、减少了传输数据错误和丢失的可能性，减少了硬件成本投入。
Description
技术领域
本发明涉及通信技术领域，尤指一种设备端口故障处理方法、装置及网络设备。
背景技术
目前交换设备上越来越多的应用40Gbps/100Gbps的端口，取代了多个10Gbps端口捆绑使用的方式，实现交换设备上快速、可靠的数据交换。
IEEE802.3ba中介绍了40Gbps/100Gbps的端口标准，在设备上设置独立的40Gbps/100Gbps的端口交换数据，使用比较方便，但是，当设备端口出现故障时，例如：通过端口的报文出现错帧或从端口通过的报文发生丢帧现象时，由于40Gbps/100Gbps端口在物理上是一个独立的器件，因此必须整体更换，否则将会影响整个端口的报文转发。出现错真、丢帧现象时，会导致数据大量的重传，加重网络负载，甚至造成网络不可用。
也就是说，现有技术中当检测到端口发生故障时，只能采用更换器件方式解决，而从故障发生到被检测到，也需要一段时间，而这段时间的网络是非常不稳定的，当检测到故障后又必须更换器件才能解除端口的故障，导致故障排除时间长，故障处理麻烦，且需要较多的硬件成本投入。
发明内容
本发明实施例提供一种设备端口故障处理方法、装置及网络设备，用以解决现有技术中设备端口发生故障时需要更换端口，故障处理时延长，硬件成本投入高的问题。
一种设备端口故障处理方法，包括：
当检测到设备端口出现故障时，将所述设备端口转化为包含设定数量的逻辑成员口的聚合口；
针对每个逻辑成员口依次进行故障检测，当检测到逻辑成员口出现故障时，将发生故障的逻辑成员口退出所述聚合口；
将发生故障的逻辑成员口传输的数据转移到所述聚合口中未发生故障的其他逻辑成员口传输。
一种设备端口故障处理装置，包括：端口检测模块、端口转化模块、成员口检测模块和故障处理模块；
所述端口检测模块，用于检测设备端口是否出现故障；
所述端口转化模块，当所述故障检测模块检测到设备端口出现故障时，将所述设备端口转化为包含设定数量的逻辑成员口的聚合口；
所述成员口检测模块，用于针对每个逻辑成员口依次进行故障检测，当检测到逻辑成员口出现故障时通知所述故障处理模块；
所述故障处理模块，用于将发生故障的逻辑成员口退出所述聚合口；将发生故障的逻辑成员口传输的数据转移到所述聚合口中未发生故障的其他逻辑成员口传输。
一种网络设备，包括：上述的设备端口故障处理装置。
本发明有益效果如下：
本发明实施例提供的设备端口故障处理方法、装置及网络设备，当检测到设备端口出现故障时，将设备端口转化为包含设定数量的逻辑成员口的聚合口，通过查找发生故障的逻辑成员口，实现将发生故障的逻辑成员口排除，并将数据通过其他逻辑成员口发送，而不必在每次发生故障时就更换端口。通过将不能正常使用的逻辑成员口退出使用，以保证端口的正常使用和正确的传输数据，避免了数据丢失和传输错误，同时，减少了排除故障的时间，减少端口更换的频率，节约了硬件成本投入。
附图说明
图1为本发明实施例中设备端口故障处理方法的流程图；
图2为本发明实施例中检测设备端口故障的实现流程图；
图3为本发明实施例中检测设备逻辑成员口故障的实现流程图；
图4为本发明实施例中设备端口故障处理装置的结构示意图。
具体实施方式
针对现有技术中存在在设备端口出现故障时必须更换端口，导致设备排除时间长，硬件成本投入高的问题，本申请实施例提供一种设备端口故障处理方法，其流程流程如图1所示，执行步骤如下：
步骤S11：对设备端口进行故障检测。
上述检测设备端口是否出现故障的过程具体可以通过发送设定数量的数据帧来检测，还可以通过发送设定数量的数据帧与设备端口的统计数据共同来检测。其中的设备端口包括40Gbps/100Gbps的设备端口。
通过发送设定数量的数据帧来检测的具体实现过程包括：
周期性的通过设备端口向对端设备发送设定数量的数据帧，判断是否接收到对端设备回应的相同数量的数据帧；当未接收到对端设备回应的相同数量的数据帧时，确定设备端口出现故障。通过设备端口向对端设备发送数据帧实现对设备与对端设备之间链路状态的检测。
通过发送设定数量的数据帧与设备端口的统计数据共同来检测的具体实现过程包括：
周期性的通过设备端口向对端设备发送设定数量的数据帧，判断是否接收到对端设备回应的相同数量的数据帧；当未接收到对端设备回应的相同数量的数据帧时，获取设备端口统计的自身接收到的数据帧总数以及错误的数据帧数；确定设备端口统计的错误的数据帧数占接收到的数据帧总数的第一比例，当确定出的第一比例大于设定的第一比例阈值时，确定设备端口出现故障。
上述在发送设定数量的数据帧来检测设备端口是否发生故障时，是按照设定的发送周期来发送设定数量的数据帧的。而获取设备端口的统计数据时，则是获取当前统计周期内设备端口统计的接收到的数据帧数量和接收到的数据帧中错误数据帧的数量。
对设备端口进行故障检测的具体实现过程参见图2，在下面再进行具体描述。
步骤S12：当检测到设备端口出现故障时，将设备端口转化为包含设定数量的逻辑成员口的聚合口。
将设备端口转化为包含设定数量的逻辑成员口的聚合口，具体包括：根据设备端口的总带宽，将按照设备端口包含的物理通路的带宽大小，将设备端口划分为相应数量的逻辑成员口。
例如针对40Gbps或100Gbps的设备端口，假设其一个物理通路的带宽大小为10Gbps，则可以将总带宽为40Gbps的设备端口划分为4个带宽为10Gbps的逻辑成员口；可以将总带宽为100Gbps的设备端口划分为10个带宽为10Gbps的逻辑成员口。
步骤S13：针对每个逻辑成员口依次进行故障检测。
即针对划分出的每一个逻辑成员口，依次进行故障检测。
上述检测逻辑成员口是否出现故障时，与检测端口是否出现故障的过程类似，也可以通过发送设定数量的数据帧来检测，还可以通过发送设定数量的数据帧与设备端口的统计数据共同来检测。
通过发送设定数量的数据帧来检测的具体实现过程包括：
通过逻辑成员口向对端设备发送设定数量的数据帧，判断该逻辑成员口是否接收到对端设备回应的相同数量的数据帧；当未接收到对端设备回应的相同数量的数据帧时，确定该逻辑成员口出现故障。
通过发送设定数量的数据帧与各逻辑成员口的统计数据共同来检测的具体实现过程包括：
通过逻辑成员口向对端设备发送设定数量的数据帧，判断该逻辑成员口是否接收到对端设备回应的相同数量的数据帧；当未接收到对端设备回应的相同数量的数据帧时，获取该逻辑成员口统计的自身接收到的数据帧总数以及错误的数据帧数；确定该逻辑成员口统计的错误的数据帧数占接收到的数据帧总数的第二比例，当确定出的第二比例大于设定的比例阈值时，确定逻辑成员口出现故障。
上述在发送设定数量的数据帧来检测成员口是否故障时，是在划分出逻辑成员口之后执行。而获取逻辑成员口的统计数据时，则是获取当前统计周期内逻辑成员口统计的接收到的数据帧数量和接收到的数据帧中错误数据帧的数量。
针对各个逻辑成员口进行故障检测的具体实现流程如图3所示，在下面再进行具体描述。
步骤S14：当检测到逻辑成员口出现故障时，将发生故障的逻辑成员口退出聚合口。
当检测到划分出的某个逻辑成员口发生故障时，仅需将发生故障的逻辑成员口退出聚合口即可，其他未发生故障的逻辑成员口仍然可以正常使用。
例如，上述40Gbps或100Gbps的设备端口，当其中一个或多个逻辑成员口发生故障时，即其中一条或者多条物理通路出现故障时，从故障的逻辑通路转发的报文会出现丢失或错误，而其他未出现故障的逻辑通路仍可以正常转发报文，因此只需将这一个逻辑通路停用即可。
步骤S15：将发生故障的逻辑成员口传输的数据转移到聚合口中未发生故障的其他逻辑成员口传输。
针对先前通过发生故障的逻辑成员口传输的数据，需要将其转移到聚合口中未发生的其他逻辑成员口传输，以保障数据的正常传输，避免数据丢失和传输错误。
将其中一个逻辑成员口退出使用，相当于减小了设备端口的总带宽，但能够在不更换端口的情况下继续使用该端口进行数据传输。在使用剩余的逻辑成员口
数据传输时依然可以根据优先级机制，发送数据报文。
对设备端口进行故障检测的具体实现流程如图2所示，具体包括下列步骤：
步骤S21：周期性的通过设备端口向对端设备发送设定数量的数据帧。
例如：按照设定的周期1秒，每个周期通过设备端口向对端设备发送1000个数据帧。
步骤S22：判断是否接收到对端设备回应的相同数量的数据帧。
通过设备端口接收对端设备回应的数据帧，判断对端设备是否通过其设备端口是否回应了相同数量的数据帧，若是，返回继续执行步骤S21；否则执行步骤S23。
此时统计的是对端设备针对发送的用于检测的数据帧回应的数据帧数量，不包含在检测过程中设备端口与其它设备进行通信时所接收到的数据帧。
沿用上边的例子，针对每个发送周期对端设备是否向设备端口回应了1000个数据帧，若是，则认为设备端口正常，否则认为设备端口可能不正常。
步骤S23：获取设备端口统计的接收到的数据帧总数和错误的数据帧数。
当未接收到对端设备端口回应的相同数量的数据帧时，从设备端口处获取设备端口的统计数据，包括设备端口在当前统计周期内统计的接收到的数据帧总数和错误的数据帧数。可以直接获取设备端口统计的错误的数据帧数；也可以获取设备端口统计的接收到的数据帧总数，用接收到的数据帧总数减去正确的数据帧数量得到错误的数据帧数。
统计周期可以根据需要设置，可以与发送周期相同，也可以不同。统计周期可以设置为获取统计数据的时刻起之前的设定时间段内，也可以设置为从设备端口开始统计接收到的数据帧起到获取统计数据的时刻为止的这一段时间。此时获取的是从开始统计时刻起设备端口所统计到的所有接收数据帧数量和其中错误的数据帧数量。
设备端口统计的接收数据帧的数量不仅包括上述发送周期发送的用于检测的数据帧，还包括与其它设备进行通信时所接收到的数据帧。
上述正确的数据帧是指接收到的格式正确、内容完整的数据帧。错误的数据帧则包括内容不正确或格式不完整的数据帧。例如：可以通过循环冗余校验码(Cyclic Redundancy Check，CRC)校验来检测数据帧是否正确，当通过CRC校验时认为是正确的数据帧，否则认为是错误的数据帧。
沿用上边的例子，获取设备端口在当前统计周期内接收的数据帧总数，例如，接收到了10000个数据帧，其中，错误的数据帧数为100。
步骤S24：确定错误的数据帧数占接收到的数据帧总数的第一比例。
用获取的设备端口统计的错误的数据帧数除以接收到的数据帧总数，得到设备端口统计的错误的数据帧数占接收到的数据帧总数的第一比例。
一般是在检测到对端设备没有回应的相同数量的数据帧时，针对当前统计周期计算错误的数据帧数占接收到的数据帧总数的比例。沿用上边的例子，计算得到的错误的数据帧数占接收到的数据帧总数的比例为100/10000＝1％。
步骤S25：判断确定出的第一比例是否大于设定的第一比例阈值。
其中，设定的第一比例阈值可以根据实际情况，设备允许的错误数据帧比例等进行设定。例如可以设置比例阈值不大于0.5％等。
若是，返回继续执行步骤S26；否则执行步骤S21。
步骤S26：确定设备端口出现故障。
判断确定出错误的数据帧的比例大于设定的第一比例阈值时，则确定设备端口出现故障。通过设备端口向对端设备发送设定数量的数据帧检测设备端口是否存在故障，在确定可能存在故障时进一步获取统计数据进行确认，使得故障检测的准确度更高。
沿用上边的例子，当阈值设置为0.5％，计算出的错误的数据帧所占的比例为1％，大于0.5％确定设备端口出现故障。
需要说明的是，上述图2所示的设备端口故障检测流程是通过发送设定数量的数据帧与设备端口的统计数据共同来检测的具体实现过程。当只通过发送设定数量的数据帧来检测时，在步骤S22判断为否时，就直接执行步骤S26确定设备端口出现了故障。
对逻辑成员口进行故障检测的具体实现流程如图3所示，具体包括下列步骤：
步骤S31：选择一个逻辑成员口。
步骤S32：通过选择的逻辑成员口向对端设备发送设定数量的数据帧。
例如：通过选择的逻辑成员口向对端设备发送1000个数据帧。
步骤S33：判断是否接收到对端设备回应的相同数量的数据帧。
通过选择逻辑成员口接收对端设备回应的数据帧，判断该逻辑成员口是否接收到对端设备回应的相同数量的数据帧，若是，返回继续执行步骤S38；否则执行步骤S34。
此时统计的是对端设备针对发送的用于检测的数据帧回应的数据帧数量，不包含在检测过程中该逻辑成员口与其它设备进行通信时所接收到的数据帧。
沿用上边的例子，对端设备是否向选择逻辑成员口回应了1000个数据帧，若是，则认为该逻辑成员口正常，否则认为该逻辑成员口可能不正常。
步骤S34：获取逻辑成员口统计的接收到的数据帧总数和错误的数据帧数。
当选择逻辑成员口未接收到对端设备回应的相同数量的数据帧时，从逻辑成员口处获取逻辑成员口的统计数据，包括逻辑成员口在当前统计周期内统计的接收到的数据帧总数和错误的数据帧数。可以直接获取逻辑成员口统计的错误的数据帧数；也可以获取逻辑成员口统计的接收到的数据帧总数，用接收到的数据帧总数减去正确的数据帧数量得到错误的数据帧数量。
统计周期可以根据需要设置，可以设置为获取统计数据的时刻起之前的设定时间段内，也可以设置为从逻辑成员口开始统计接收到的数据帧起到获取统计数据的时刻止的这一段时间，此时获取的是从开始统计时刻起该逻辑成员口所统计到的所有接收数据帧数量和其中错误的数据帧数量。
逻辑成员口统计的接收数据帧的数量不仅包括上述发送的用于检测的数据帧，还包括与其它设备进行通信时所接收到的数据帧。
沿用上边的例子，获取逻辑成员口接收的数据帧数量，例如，接收到了10000个数据帧，以及相应的错误的数据帧数量为100。
步骤S35：确定错误的数据帧数占接收到的数据帧总数的第二比例。
用获取的逻辑成员口统计的错误的数据帧数量除以接收到的数据帧总数，得到该逻辑成员口统计的错误的数据帧数占接收到的数据帧总数的第二比例。
沿用上边的例子，计算得到的错误的数据帧占接收到的数据帧总数的比例为100/10000＝1％。
步骤S36：判断确定出的第二比例是否大于设定的第二比例阈值。
其中，设定的第二比例阈值可以根据实际情况，设备允许的错误数据帧比例等进行设定。例如可以设置比例阈值不大于0.5％等。
若是，执行步骤S37；否则执行步骤S38。
步骤S37：确定逻辑成员口出现故障。
判断逻辑成员口统计的确定出错误的数据帧的比例大于设定的第二比例阈值时，则确定逻辑成员口出现故障。通过逻辑成员口向对端设备发送设定数量的数据帧检测逻辑成员口是否存在故障，在确定可能存在故障时进一步获取统计数据进行确认，使得故障检测的准确度更高。
沿用上边的例子，当阈值设置为0.5％，计算出的错误的数据帧比例为1％，大于0.5％确定逻辑成员口出现故障。
确定一个逻辑成员口出现故障时，执行步骤S38以便检测下一个逻辑成员口是否存在故障。
步骤S38：是否检测完所有的逻辑成员口。
若是，执行步骤S39；否则继续执行步骤S31，选择下一个逻辑成员口进行检测。
步骤S39：结束。
需要说明的是，上述图3所示的逻辑成员口故障检测流程是通过逻辑成员口向对端设备发送设定数量的数据帧与逻辑成员口的统计数据共同来检测的具体实现过程。当只通过逻辑成员口向对端设备发送设定数量的数据帧来检测时，在步骤S33判断为否时，就直接执行步骤S37确定设备端口出现了故障。
根据本发明实施例提供的上述设备端口故障处理方法，可以构建一种设备端口故障处理装置，该装置可以设置在具有数据交换功能的网络设备中，对设备端口的故障进行检测和排除处理。该装置的结构如图4所示，包括：端口检测模块10、端口转化模块20、成员口检测模块30和故障处理模块40。
端口检测模块10，用于检测设备端口是否出现故障。
优选的，上述端口检测模块10，具体包括：第一端口检测单元101和/或第二端口检测单元102。
第一端口检测单元101，用于周期性的通过设备端口向对端设备发送设定数量的数据帧，判断是否接收到对端设备回应的相同数量的数据帧；当未接收到对端设备回应的相同数量的数据帧时，确定设备端口出现故障。
第二端口检测单元102，用于周期性的通过设备端口向对端设备发送设定数量的数据帧，判断是否接收到对端设备回应的相同数量的数据帧；当未接收到对端设备回应的相同数量的数据帧时，获取设备端口统计的当前统计周期内自身接收到的数据帧总数以及错误的数据帧数；确定设备端口统计的错误的数据帧数占接收到的数据帧总数的第一比例，当确定出的第一比例大于设定的第一比例阈值时，确定设备端口出现故障。
端口转化模块20，当故障检测模块10检测到设备端口出现故障时，将设备端口转化为包含设定数量的逻辑成员口的聚合口。
成员口检测模块30，用于针对每个逻辑成员口依次进行故障检测，当检测到逻辑成员口出现故障时通知故障处理模块40。
优选的，上述成员口检测模块30，具体包括：，具体用于：第一成员口检测模块301和/或第二成员口检测模块302。
第一成员口检测模块301，用于通过逻辑成员口向对端设备发送设定数量的数据帧，判断该逻辑成员口是否接收到对端设备回应的相同数量的数据帧；当未接收到对端设备回应的相同数量的数据帧时，确定该逻辑成员口出现故障。
第二成员口检测模块302，用于通过逻辑成员口向对端设备发送设定数量的数据帧，判断该逻辑成员口是否接收到对端设备回应的相同数量的数据帧；当未接收到对端设备回应的相同数量的数据帧时，获取该逻辑成员口统计的当前统计周期内自身接收到的数据帧总数以及错误的数据帧数；确定该逻辑成员口统计的错误的数据帧数占接收到的的数据帧总数的第二比例，当确定出的第二比例大于设定的第二比例阈值时，确定该逻辑成员口出现故障。
故障处理模块40，用于将发生故障的逻辑成员口退出聚合口；将发生故障的逻辑成员口传输的数据转移到聚合口中未发生故障的其他逻辑成员口传输。
本发明实施例提供的上述设备端口故障处理方法及装置，当检测到设备端口出现故障时，将设备端口转化为包含设定数量的逻辑成员口的聚合口，通过查找发生故障的逻辑成员口，实现将发生故障的逻辑成员口排除，并将数据通过其他逻辑成员口发送，而不必在每次发生故障时就更换端口。通过将不能正常使用的逻辑成员口退出使用，以保证端口的正常使用和正确的传输数据，避免了数据丢失和传输错误；在端口的链路发生物理故障时，仍可以尽量排除故障保证网络的正常使用，保证网络通信的正常进行，减少了排除故障的时间，减少端口更换的频率，节约了硬件成本投入。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种设备端口故障处理方法，其特征在于，包括：
当检测到设备端口出现故障时，将所述设备端口转化为包含设定数量的逻辑成员口的聚合口；
针对每个逻辑成员口依次进行故障检测，当检测到逻辑成员口出现故障时，将发生故障的逻辑成员口退出所述聚合口；
将发生故障的逻辑成员口传输的数据转移到所述聚合口中未发生故障的其他逻辑成员口传输。
2.如权利要求1所述的方法，其特征在于，所述将所述设备端口转化为包含设定数量的逻辑成员口的聚合口，具体包括：
根据设备端口的总带宽，按照所述设备端口包含的物理通路的带宽大小，将所述设备端口划分为相应数量的逻辑成员口。
3.如权利要求1所述的方法，其特征在于，所述检测到设备端口出现故障，具体包括：
周期性的通过设备端口向对端设备发送设定数量的数据帧，判断是否接收到对端设备回应的相同数量的数据帧；
当未接收到对端设备回应的相同数量的数据帧时，确定设备端口出现故障。
4.如权利要求1所述的方法，其特征在于，所述检测到设备端口出现故障，具体包括：
周期性的通过设备端口向对端设备发送设定数量的数据帧，判断是否接收到对端设备回应的相同数量的数据帧；
当未接收到对端设备回应的相同数量的数据帧时，获取设备端口统计的自身接收到的数据帧总数以及错误的数据帧数；
确定设备端口统计的错误的数据帧数占接收到的数据帧总数的第一比例，当所述第一比例大于设定的第一比例阈值时，确定设备端口出现故障。
5.如权利要求1-4任一所述的方法，其特征在于，所述检测到逻辑成员口出现故障，具体包括：
通过逻辑成员口向对端设备发送设定数量的数据帧，判断该逻辑成员口是否接收到对端设备回应的相同数量的数据帧；
当未接收到对端设备回应的相同数量的数据帧时，确定该逻辑成员口出现故障。
6.如权利要求1-4任一所述的方法，其特征在于，所述检测到逻辑成员口出现故障，具体包括：
通过逻辑成员口向对端设备发送设定数量的数据帧，判断该逻辑成员口是否接收到对端设备回应的相同数量的数据帧；
当未接收到对端设备回应的相同数量的数据帧时，获取该逻辑成员口统计的自身接收到的数据帧总数以及错误的数据帧数；
确定该逻辑成员口统计的错误的数据帧数占接收到的数据帧总数的第二比例，当所述第二比例大于设定的第二比例阈值时，确定该逻辑成员口出现故障。
7.一种设备端口故障处理装置，其特征在于，包括：端口检测模块、端口转化模块、成员口检测模块和故障处理模块；
所述端口检测模块，用于检测设备端口是否出现故障；
所述端口转化模块，当所述故障检测模块检测到设备端口出现故障时，将所述设备端口转化为包含设定数量的逻辑成员口的聚合口；
所述成员口检测模块，用于针对每个逻辑成员口依次进行故障检测，当检测到逻辑成员口出现故障时通知所述故障处理模块；
所述故障处理模块，用于将发生故障的逻辑成员口退出所述聚合口；将发生故障的逻辑成员口传输的数据转移到所述聚合口中未发生故障的其他逻辑成员口传输。
8.如权利要求7所述的装置，其特征在于，所述端口检测模块，具体包 括：
第一端口检测单元，用于周期性的通过设备端口向对端设备发送设定数量的数据帧，判断是否接收到对端设备回应的相同数量的数据帧；当未接收到对算设备回应的相同数量的数据帧时，确定设备端口出现故障；和/或
第二端口检测单元，用于周期性的通过设备端口向对端设备发送设定数量的数据帧，判断是否接收到对端设备回应的相同数量的数据帧；当未接收到对端设备回应的相同数量的数据帧时，获取设备端口统计的自身接收到的数据帧总数以及错误的数据帧数；确定设备端口统计的错误的数据帧数占接收到的数据帧总数的第一比例，当所述第一比例大于设定的第一比例阈值时，确定设备端口出现故障。
9.如权利要求7或8所述的装置，其特征在于，所述成员口检测模块，具体包括：
第一成员口检测模块，用于通过逻辑成员口向对端设备发送设定数量的数据帧，判断该逻辑成员口是否接收到对端设备回应的相同数量的数据帧；当未接收到对端设备回应的相同数量的数据帧时，确定该逻辑成员口出现故障，并通知所述故障处理模块；和/或
第二成员口检测模块，用于通过逻辑成员口向对端设备发送设定数量的数据帧，判断该逻辑成员口是否接收到对端设备回应的相同数量的数据帧；当未接收到对端设备回应的相同数量的数据帧时，获取该逻辑成员口统计的自身接收到的数据帧总数以及错误的数据帧数；确定该逻辑成员口统计的错误的数据帧数占接收到的数据帧总数的第二比例，当所述第二比例大于设定的第二比例阈值时，确定该逻辑成员口出现故障，并通知所述故障处理模块。
10.一种网络设备，其特征在于，包括：如权利要求7-9任一所述的设备端口故障处理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010105708865A CN102014022B (zh) | 2010-12-02 | 2010-12-02 | 设备端口故障处理方法、装置及网络设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010105708865A CN102014022B (zh) | 2010-12-02 | 2010-12-02 | 设备端口故障处理方法、装置及网络设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102014022A CN102014022A (zh) | 2011-04-13 |
| CN102014022B true CN102014022B (zh) | 2012-06-27 |
Family
ID=43844048
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2010105708865A Active CN102014022B (zh) | 2010-12-02 | 2010-12-02 | 设备端口故障处理方法、装置及网络设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102014022B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104219107B (zh) * | 2014-08-26 | 2018-08-14 | 华为技术有限公司 | 一种通信故障的检测方法、装置及系统 |
| CN105939224A (zh) * | 2016-06-12 | 2016-09-14 | 杭州迪普科技有限公司 | 一种解决双机热备双主问题的方法及装置 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100563180C (zh) * | 2007-05-30 | 2009-11-25 | 杭州华三通信技术有限公司 | 链路故障检测方法及装置 |
| US8264953B2 (en) * | 2007-09-06 | 2012-09-11 | Harris Stratex Networks, Inc. | Resilient data communications with physical layer link aggregation, extended failure detection and load balancing |
-
2010
- 2010-12-02 CN CN2010105708865A patent/CN102014022B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN102014022A (zh) | 2011-04-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8116360B2 (en) | Method and apparatus for preventing loss of service from hardware failure in a network | |
| US9106523B2 (en) | Communication device and method of controlling the same | |
| CN101631011B (zh) | 适于进行ip流媒体实时处理及转发设备的热备方法及系统 | |
| CN101547082B (zh) | 一种主备链路倒换方法及网络设备 | |
| CN101478492B (zh) | 一种堆叠成员端口检测的方法和装置 | |
| CN101674595B (zh) | 物理链路检测装置及其方法 | |
| CN103312411A (zh) | 光纤链路故障检测方法及装置 | |
| CN101710896A (zh) | 一种链路质量探测方法和装置 | |
| CN111490903B (zh) | 一种网络数据采集处理方法和装置 | |
| US8830842B2 (en) | Communication apparatus and communication method | |
| CN102014022B (zh) | 设备端口故障处理方法、装置及网络设备 | |
| CN103248567A (zh) | 一种bfd会话报文传输方法和设备 | |
| CN116414752A (zh) | 数据传输方法、装置、设备及介质 | |
| CN101242618A (zh) | 一种通讯通道上通讯状态的实时检测方法 | |
| CN102404143B (zh) | 基于lacp的端口故障处理方法和lacp终端 | |
| CN100386997C (zh) | 一种基于点对点连接的电信设备间的数据传输系统和方法 | |
| CN101527650B (zh) | 通信管理系统、通信管理方法及通信装置 | |
| CA2694825A1 (en) | Method and apparatus of load sharing and improving fault tolerance in an interactive video distribution system | |
| CN104253747A (zh) | 一种报文在链路聚合组中进行1:1保护的传输方法及装置 | |
| CN1983841B (zh) | 一种级连系统的备份方法 | |
| US9344326B2 (en) | Communication relay apparatus, active system switching method, and communication relay control board | |
| CN110138657B (zh) | 交换机间的聚合链路切换方法、装置、设备及存储介质 | |
| CN102217359A (zh) | 基站控制系统接口单元及其检测方法 | |
| CN101212408B (zh) | 一种负荷分担模式的交换系统及端口级保护倒换方法 | |
| CN101022389A (zh) | 弹性分组环节点内部连接故障处理方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |