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

Ipg监测方法、交换设备及交换系统 Download PDF

Info

Publication number
CN112671608A
CN112671608A CN202011494155.7A CN202011494155A CN112671608A CN 112671608 A CN112671608 A CN 112671608A CN 202011494155 A CN202011494155 A CN 202011494155A CN 112671608 A CN112671608 A CN 112671608A
Authority
CN
China
Prior art keywords
ipg
dic
full bandwidth
deleted
monitoring method
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202011494155.7A
Other languages
English (en)
Other versions
CN112671608B (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.)
Centec Networks Suzhou Co Ltd
Original Assignee
Centec Networks Suzhou 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 Centec Networks Suzhou Co Ltd filed Critical Centec Networks Suzhou Co Ltd
Priority to CN202011494155.7A priority Critical patent/CN112671608B/zh
Publication of CN112671608A publication Critical patent/CN112671608A/zh
Application granted granted Critical
Publication of CN112671608B publication Critical patent/CN112671608B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

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 (9)

1.一种IPG监测方法,应用于期望发送端满带宽发送报文的场景下,接收端的IPG监测,其特征在于,所述方法包括:
满带宽确认步骤,确认当前发送端是否已满带宽传输数据;
DIC计算步骤,在确认所述发送端已满带宽传输数据后,基于所述发送端的传输速率和标准IPG,通过逐一检测所述接收端的IPG获取当前DIC的唯一值;以及
IPG确认步骤,基于所述唯一值,判断所述接收端后续的IPG是否正确。
2.如权利要求1所述的IPG监测方法,其特征在于,在所述满带宽确认步骤中,通过判断所述接收端接收到的报文是否经过第一个AM并等待了足够删idle数量的报文判断所述发送端已经满带宽发送数据,若是,则判定所述发送端已经满带宽发送数据。
3.如权利要求1或2所述的IPG监测方法,其特征在于,在所述DIC计算步骤中,基于当前收到的每一IPG,逐步排除DIC的可能值,直至当前的DIC的可能值为唯一值。
4.如权利要求1或2所述的IPG监测方法,其特征在于,在所述IPG确认步骤中,判断计算出DIC后需要删除的idle是否已经删除,若否,则判定为IPG计算错误,若是,则重置需要删除idle的数量,并判断后续IPG是否正确。
5.如权利要求4所述的IPG监测方法,其特征在于,“判断后续IPG是否正确”包括:
确认IPG的期望值的范围,
若所述期望值大于IPG的实际值,则判定IPG错误;
若所述期望值等于所述实际值,则判定IPG正确;以及
若所述期望值小于所述实际值,且需要删除的idle数量小于已删除的idle数量,则判定IPG错误。
6.如权利要求4所述的IPG监测方法,其特征在于,所述方法还包括:
通过相邻的两个AM之间已删除idle数量与预期删除idle数量的比较结果,判断IPG是否正确。
7.如权利要求1-2、5-6中任一项所述的IPG监测方法,其特征在于,所述方法还包括:
接收报文;判断是否开始计算DIC,若是,则判断是否知道当前DIC,若否,则判断是否经过了收到报文以后的第一个AM,若是,则进一步判断是否等待了足够删idle数量的报文,若是,则计算出DIC,并从下一个报文开始判断IPG是否正确。
8.一种交换设备,其特征在于,应用权利要求1-7中任一项所述的IPG监测方法。
9.一种交换系统,其特征在于,具有权利要求8所述的交换设备。
CN202011494155.7A 2020-12-17 2020-12-17 Ipg监测方法、交换设备及交换系统 Active CN112671608B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011494155.7A CN112671608B (zh) 2020-12-17 2020-12-17 Ipg监测方法、交换设备及交换系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011494155.7A CN112671608B (zh) 2020-12-17 2020-12-17 Ipg监测方法、交换设备及交换系统

Publications (2)

Publication Number Publication Date
CN112671608A true CN112671608A (zh) 2021-04-16
CN112671608B CN112671608B (zh) 2022-08-26

Family

ID=75404568

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011494155.7A Active CN112671608B (zh) 2020-12-17 2020-12-17 Ipg监测方法、交换设备及交换系统

Country Status (1)

Country Link
CN (1) CN112671608B (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103916217A (zh) * 2014-03-25 2014-07-09 烽火通信科技股份有限公司 Xlgmii接口多通道降频dic机制的实现方法及装置
CN106533779A (zh) * 2016-11-30 2017-03-22 盛科网络(苏州)有限公司 验证40g/100g/usxgmii接口ipg补偿的方法及系统
WO2018086266A1 (zh) * 2016-11-11 2018-05-17 盛科网络(苏州)有限公司 Usxgmii多通道ipg精确补偿的方法及系统
CN110620757A (zh) * 2018-06-20 2019-12-27 安华高科技股份有限公司 用于实现有损协议的无损包间间隙的系统和方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103916217A (zh) * 2014-03-25 2014-07-09 烽火通信科技股份有限公司 Xlgmii接口多通道降频dic机制的实现方法及装置
WO2018086266A1 (zh) * 2016-11-11 2018-05-17 盛科网络(苏州)有限公司 Usxgmii多通道ipg精确补偿的方法及系统
CN106533779A (zh) * 2016-11-30 2017-03-22 盛科网络(苏州)有限公司 验证40g/100g/usxgmii接口ipg补偿的方法及系统
CN110620757A (zh) * 2018-06-20 2019-12-27 安华高科技股份有限公司 用于实现有损协议的无损包间间隙的系统和方法

Also Published As

Publication number Publication date
CN112671608B (zh) 2022-08-26

Similar Documents

Publication Publication Date Title
CN111164923B (zh) 用于单向传输数据的设计
CN101483544B (zh) 故障定位装置、通信装置及故障定位方法
EP2630743B1 (en) System and method to detect and communicate loss and retention of synchronization in a real-time data transfer scheme
EP0464014A2 (en) Communications systems using a fault tolerant protocol
US9292370B2 (en) Relay node, control method of relay node and network system
US9031076B2 (en) Processing requests
EP1750395A1 (en) Wireless lan device having terminal function, wireless lan device having base station function, and wireless network having the wireless lan device
US8335958B2 (en) Method of communication, in particular with capability of frame abortion or retransmission indication, between a transmitter and a receiver based on frames and corresponding communication node
US9876727B2 (en) Physical-layer signaling of flow control updates
US7307955B2 (en) Method and equipment for lossless packet delivery to a mobile terminal during handover
CN117220837A (zh) 一种数据传输方法、存储介质及设备
EP3490293A1 (en) Data transmission method, data receiving device, and data sending device
EP1641190A1 (en) Radio link control protocol
CN112671608B (zh) Ipg监测方法、交换设备及交换系统
JP2009231906A (ja) データ伝送システム、伝送装置、およびプロテクション制御方法
US7046693B1 (en) Method and system for determining availability in networks
CN105634894B (zh) 一种增强型can总线数据重发方法和装置
CN115412483B (zh) 一种跨设备链路聚合保活报文交互的方法和系统
US9444604B2 (en) Communication system, communication method and data receiving terminal
KR100961905B1 (ko) 데이터 송수신 방법
CN110830308B (zh) 一种切换通信链路的方法及接收端
US10938516B1 (en) Systems and methods for ethernet packet error detection and correction in automotive environments
CN111200573B (zh) 一种rpc请求调用方法及装置
CN116996168A (zh) 数据传输方法、总线节点及通信系统
CN117857232A (zh) 一种套接字组及基于套接字组的数据传输方法

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
CB02 Change of applicant information

Address after: 215000 unit 13 / 16, 4th floor, building B, No.5 Xinghan street, Suzhou Industrial Park, Jiangsu Province

Applicant after: Suzhou Shengke Communication Co.,Ltd.

Address before: Xinghan Street Industrial Park of Suzhou city in Jiangsu province 215021 B No. 5 Building 4 floor 13/16 unit

Applicant before: CENTEC NETWORKS (SUZHOU) Co.,Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant