CN112671608B - Ipg监测方法、交换设备及交换系统 - Google Patents

Abstract

本申请提供了一种IPG监测方法、交换设备以及交换系统，其中，IPG监测方法应用于期望发送端满带宽发送报文的场景下，接收端的IPG监测，所述方法包括：满带宽确认步骤，确认当前发送端是否已满带宽传输数据；DIC计算步骤，在确认所述发送端已满带宽传输数据后，基于所述发送端的传输速率和标准IPG，通过逐一检测所述接收端的IPG获取当前DIC的唯一值；以及IPG确认步骤，基于所述唯一值，判断所述接收端后续的IPG是否正确。能够于发送端初始时未满足满带宽发送数据时于报文发送后的中间位置基于IPG计算DIC，并基于当前DIC监测IPG是否正确。

Description

IPG监测方法、交换设备及交换系统

技术领域

本发明涉及网络技术领域，尤其涉及一种IPG监测方法、交换设备及交换系统。

背景技术

对于交换机来说，发送端发送过来的带宽(单位时间数据量)由于各种各样的原因和实际带宽很可能不同。通常来讲，端口间的通信速率有一定的上下波动，这种情况是可以接受的；而另一个问题是在满带宽的情况下，对于存在AM(alignment marker，为了让多条数据通路在接收方向能够对齐而添加的字符)的数据传输方式，以速率为100g为例，为了补偿AM占用的idle(空闲字符)的位置，需要在两个AM之间删除掉和AM对应数量的idle，以此来确保达到满带宽的状态。通常来说对于接口发送方向的验证主要关注的是报文是否正确。如果是满带宽的情况下则会去监测IPG(interpacket gap，帧间隙，以太网相邻两帧之间的间距)是否正确。

现有技术中，通常根据DIC(deficit idle count，空闲字符计数值)计算当前IPG，换言之，如果无法知道当前的DIC便无法判断当前的IPG是否正确。

通常来说，接口应当一开始就能满带宽发送并且初始的DIC应当是0，此时，现有技术中的验证方法易于计算出正确的DIC并检查IPG。但有些时候，发送端刚开始无法满足满带宽，发送一定数量报文后才能满足满带宽。此时无法知道当前的DIC，也就很难计算IPG，进而无法确认IPG是否正确。

发明内容

为了解决上述技术问题，本发明提供了一种IPG监测方法，应用于期望发送端满带宽发送报文的场景下，接收端的IPG监测，所述方法包括：满带宽确认步骤，确认当前发送端是否已满带宽传输数据；DIC计算步骤，在确认所述发送端已满带宽传输数据后，基于所述发送端的传输速率和标准IPG，通过逐一检测所述接收端的IPG获取当前DIC的唯一值；以及IPG确认步骤，基于所述唯一值，判断所述接收端后续的IPG是否正确。

可选地，在所述满带宽确认步骤中，通过判断所述接收端接收到的报文是否经过第一个AM并等待了足够删idle数量的报文判断所述发送端已经满带宽发送数据，若是，则判定所述发送端已经满带宽发送数据。

可选地，在所述DIC计算步骤中，基于当前收到的每一IPG，逐步排除DIC的可能值，直至当前的DIC的可能值为唯一值。

可选地，在所述IPG确认步骤中，判断计算出DIC后需要删除的idle是否已经删除，若否，则判定为IPG计算错误，若是，则重置需要删除idle的数量，并判断后续IPG是否正确。

可选地，所述“判断后续IPG是否正确”包括：确认IPG的期望值的范围，并将所述期望值与IPG的实际值相比较，若所述期望值大于所述实际值，则判定IPG错误；若所述期望值等于所述实际值，则判定IPG正确；以及若所述期望值小于所述实际值，且需要删除的idle数量小于已删除的idle数量,则判定IPG错误。

可选地，所述方法还包括：通过相邻的两个AM之间已删除idle数量与预期删除idle数量的比较结果，判断IPG是否正确。

可选地，所述方法还包括：接收报文；判断是否开始计算DIC，若是，则判断是否知道当前DIC，若否，则判断是否经过了收到报文以后的第一个AM，若是，则进一步判断是否等待了足够删idle数量的报文，若是，则计算出DIC，并从下一个报文开始判断IPG是否正确。

本发明提供了一种交换设备，应用上述的IPG监测方法。

本发明还提供了一种交换系统，具有上述交换设备。

本发明的技术效果为：提供了一种IPG监测方法，能够于发送端初始时未满足满带宽发送数据时于报文发送后的中间位置基于IPG计算DIC，并基于当前DIC监测IPG是否正确。

附图说明

图1是本申请实施例中所提供的IPG监测方法的流程示意图；

图2是本申请实施例中所提供的IPG监测方法的另一流程示意图；

图3是本申请实施例中所提供的IPG监测方法中DIC的计算流程示意图。

具体实施方式

以下将结合附图所示的具体实施方式对本发明进行详细描述。但这些实施方式并不限制本发明，本领域的普通技术人员根据这些实施方式所做出的结构、方法、或功能上的变换均包含在本发明的保护范围内。

实施例

对于交换机来说，发送端发送过来的带宽(单位时间数据量)由于各种各样的原因和实际带宽很可能不同。通常来讲，端口间的通信速率有一定的上下波动，这种情况是可以接受的；而另一个问题是在满带宽的情况下，对于存在AM(alignment marker，为了让多条数据通路在接收方向能够对齐而添加的字符)的数据传输方式，以速率为100g为例，为了补偿AM占用的idle(空闲字符)的位置，需要在两个AM之间删除掉和AM对应数量的idle，以此来确保达到满带宽的状态。通常来说对于接口发送方向的验证主要关注的是报文是否正确。如果是满带宽的情况下则会去监测IPG(interpacket gap，帧间隙，以太网相邻两帧之间的间距)是否正确。

现有技术中，通常根据DIC(deficit idle count，空闲字符计数值)计算当前IPG，换言之，如果无法知道当前的DIC便无法判断当前的IPG是否正确。

通常来说，接口应当一开始就能满带宽发送并且初始的DIC应当是0，此时，现有技术中的验证方法易于计算出正确的DIC并检查IPG。但有些时候，发送端刚开始无法满足满带宽发送，发送一定数量报文后才能满足满带宽。此时无法知道当前的DIC，也就很难计算IPG，进而无法确认IPG是否正确。

为了解决上述技术问题，本实施例应用于期望满带宽发送的数据传输场景，提供了一种应对数据开始发送时未满带宽发送的IPG监测方法，所述方法能够在报文发送后的任意位置开始确认DIC并检查IPG。

以应用于交换设备作为示例，交换设备的数据发送端口简称发送端，数据接收端口简称接收端。在一些场景中，交换设备的某一物理端口既为发送端又为接收端。

具体地，如图1所示，本实施例所提供的IPG检测方法包括：

满带宽确认步骤，确认当前发送端是否已满带宽传输数据；

DIC计算步骤，在确认发送端已满带宽传输数据后，基于发送端的传输速率和标准IPG，通过逐一检测接收端的IPG获取当前DIC的唯一值；以及

IPG确认步骤，基于唯一值，判断接收端后续的IPG是否正确。

下面，对上述IPG监测方法进行详细说明：

由于发送端刚开始发送报文时无法满足满带宽发送，因此，在报文发送后，首先要判断此时是否已经达到满带宽状态，对于存在AM的传输方式，发出第一个AM之后，通常来说即已经达到满带宽状态，这是由于AM之后的报文会删除AM对应数量的idle，以及删除idle结束后已经经过了相当数量的报文。

具体地，如图2所示，在报文发出后，首先判断是否开始计算DIC，若是，进一步判断是否知道当前DIC，若是，则判断是否经过AM，若否，则可以基于当前DIC计算IPG，并判断是否存在IPG计算错误，若是，则需要判断算出DIC后第一次经过AM或者需要删除的idle是否已经删除，若否，则判定为IPG计算错误，若是，则重置需要删除idle的数量A，并计算IPG。

上文中，是针对初始计算即可获取DIC时，IPG的检测方法。

而当无法获取当前DIC时，也即，在“进一步判断是否知道当前DIC”时，若结论为否，则需要进一步判断此时是否经过了收到报文以后的第一个AM，若是，则进一步判断是否等待了足够删除idle数量的报文，若是，则计算DIC，并判断是否计算出当前的DIC，若是，则可以从下一个报文开始检测IPG是否正确。

由此可知，本实施例中所提供的IPG监测方法，虽沿用了现有技术中先确认DIC再检测IPG的思路，但是，其获取DIC的方式为通过确认是否经过了收到报文以后的第一个AM，若是，则可以在等待了足够删除idle数量的报文后，若是，则可以判断此时发送端已为满带宽发送，此时计算出的DIC值，可以用于准确计算IPG是否正确。因此，本实施例中，从发出报文以后的第一个AM到第二个AM之间就可以决定开始检查的位置，具体地，当经过第一个AM并判定当前为满带宽发送后，若想确认当前的IPG是否正确，则需要获知当前的DIC，由于，本实施例所提供的IPG监测方法未从报文的发送初始即进行监测，因此，采用了通过IPG逆推当前DIC的方式，获取DIC，并基于DIC进行IPG的判断。

下面对通过IPG逆推当前DIC的方法进行说明，如图3所示，以DIC的可能值为0,1,2,3,4,5,6,7为例，若算出最新的DIC需要开始计算时的DIC+1/+2/+3/+4/+5/+6/+7，则将DIC的可能值为7排除；若算出最新的DIC需要开始计算时的DIC-7/+2/+3/+4/+5/+6/+7，则将DIC的可能值为6排除；…若算出最新的DIC需要开始计算时的DIC-1/-2/-3/-4/-5/-6/-7，则将DIC的可能值为0排除；由此，可以获得当前DIC的唯一值。

以发送端的传输速率对25g，标准IPG为12bytes为例，当前DIC可能为0/1/2/3，则IPG的期望值范围可能为9-15bytes，根据当前收到的IPG可以逐步逆推出当前实际可能的DIC:例如若当前收到的是13bytes的IPG，可判断出当前的DIC一定是0/1/2,若下次收到的IPG依然为13bytes，则当前DIC一定是0或1…，依次类推，从第一个开始计算的IPG开始逐渐排除，最终能够得出正确且唯一的当前DIC。

本实施例中，根据DIC判断IPG是否出错的方法如下:根据DIC检查由之前插入的AM的bytes的数量可以推断出两个AM之前一共要求删除多少个idle。根据当前需求删除的idle数量和当前IPG中实际缺少的idle数量可以计算出还剩下多少idle需要删除。对每个IPG都进行类似的检查，直到下一个AM的出现。若直到下一个AM出现还剩下一些idle未被删除，则说明两个AM间的应当被删除的idle未被全部删除，表明IPG计算出错；若在下一个AM出现之前所有应当被删除的idle都已经被删除，却又收到了idle被删除的IPG，则说明当前删idle的计数出现了问题，表明IPG计算出错。若在删除了所有应当删除的idle并且直到下一个AM出现之前收到的IPG全都是和理论值相同，则说明当前两个AM之前删除idle的情况正常，进入下一个AM间的范围，重置需要删除的idle的数量，并继续进行检查。

仍以发送端的传输速率对25g，标准IPG为12bytes为例，获取唯一的当前DIC后，就可以计算删除idle的数量是否满足要求了。若此后收到的IPG大于15并且确定当前已经是满带宽状态则判定此处的IPG已经计算出错了。若此后收到的IPG小于9则认为可能是这里删掉了idle，需要计算到这里为止删掉的IPG是否超出要求的数量，若超过了也认为当前的IPG计算出错了。

可选地，本实施例提供了一种交换设备(未图示)，应用上述IPG监测方法监测其接收端的IPG。

可选地，本实施例提供了一种交换系统(未图示)，具有上文所述的交换设备。

本发明的技术内容及技术特征已揭示如上，然后熟悉本领域的技术人员仍可基于本发明的教示及揭示而作种种不背离本发明精神的替换及修饰，因此，本发明保护范围不限于实施例所揭示的内容，而应包括各种不背离本发明的替换及修饰，并为本专利申请的权利要求所涵盖。

Claims (4)

1.一种帧间隙IPG监测方法，应用于期望发送端满带宽发送报文的场景下，接收端的IPG监测，其特征在于，所述方法包括：

满带宽确认步骤，通过判断所述接收端接收到的报文是否经过第一个对齐标记AM并等待了足够删idle数量的报文来判断所述发送端已经满带宽发送数据，若是，则判定所述发送端已经满带宽发送数据；

空闲字符计数DIC计算步骤，在确认所述发送端已满带宽传输数据后，基于所述发送端的传输速率和标准IPG，通过逐一检测所述接收端的IPG，逐步排除DIC的可能值，直至获取当前DIC的唯一值；以及

IPG确认步骤，基于所述唯一值，判断计算出DIC后需要删除的idle是否已经删除，若否，则判定为IPG计算错误，若是，则重置需要删除idle的数量，并确认IPG的期望值的范围，若所述期望值大于IPG的实际值，则判定IPG错误，若所述期望值等于所述实际值，则判定IPG正确，以及，若所述期望值小于所述实际值，且需要删除的idle数量小于已删除的idle数量，则判定IPG错误；

接收报文；判断是否开始计算DIC，若是，则判断是否知道当前DIC，若否，则判断是否经过了收到报文以后的第一个AM，若是，则进一步判断是否等待了足够删idle数量的报文，若是，则计算出DIC，并从下一个报文开始判断IPG是否正确。

2.如权利要求1所述的IPG监测方法，其特征在于，所述方法还包括：

通过相邻的两个AM之间已删除idle数量与预期删除idle数量的比较结果，判断IPG是否正确。

3.一种交换设备，包括数据转发模块，其特征在于，所述数据转发模块应用如权利要求1-2中任一项所述的IPG监测方法。

4.一种交换系统，其特征在于，具有权利要求3所述的交换设备。

Images