CN117221412A - 一种IPv4报文的封装方法、电子设备和计算机存储介质 - Google Patents

一种IPv4报文的封装方法、电子设备和计算机存储介质 Download PDF

Info

Publication number
CN117221412A
CN117221412A CN202210625408.2A CN202210625408A CN117221412A CN 117221412 A CN117221412 A CN 117221412A CN 202210625408 A CN202210625408 A CN 202210625408A CN 117221412 A CN117221412 A CN 117221412A
Authority
CN
China
Prior art keywords
header
field
ipv4 message
ipv4
message
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.)
Pending
Application number
CN202210625408.2A
Other languages
English (en)
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN202210625408.2A priority Critical patent/CN117221412A/zh
Priority to PCT/CN2023/073546 priority patent/WO2023231428A1/zh
Publication of CN117221412A publication Critical patent/CN117221412A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/34Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/90Buffering arrangements
    • H04L49/9057Arrangements for supporting packet reassembly or resequencing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers

Landscapes

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

Abstract

本发明实施例涉及网络通信技术领域,公开了一种IPv4报文的封装方法、电子设备和计算机存储介质。上述IPv4报文的封装方法包括:构造IPv4报文;其中,所述IPv4报文通过所述IPv4报文的预定义报文头封装有IPv4报文的序列号,所述序列号用于供配置有包消除功能的中间节点对所述IPv4报文使用包消除功能;将所述IPv4报文发送至接收端;其中,所述IPv4报文经过多个配置有包复制和/或所述包消除功能的中间节点转发至所述接收端。本发明实施例提供的IPv4报文的封装方法,旨在IPv4报文中携带IPv4报文的序列号信息,从而提升IPv4报文的处理速度,并且配置较为简单。

Description

一种IPv4报文的封装方法、电子设备和计算机存储介质
技术领域
本申请实施例涉及网络通信技术领域,特别涉及一种IPv4报文的封装方法、电子设备和计算机存储介质。
背景技术
确定性网络(Deterministic Networking,DetNet)架构中为提供高可靠性服务,采用了包复制消除(Package Replicate Eliminate Function,PREF)技术为报文提供冗余保护,PREF技术的实现需要依赖于报文中的序列号,因此若报文中未携带序列号,会导致无法通过使用PREF技术为报文提供冗余保护。
为了在网络中部署PREF功能,通过在报文的相邻转发节点之间采用mpls-over-udp/ip的隧道方式复用一个字段,例如,多协议标签交换(Multi-Protocol LabelSwitching,MPLS)d-cw字段,以携带报文的序列号信息,此时原报文作为负载在隧道中透明传输,但是采用上述方式携带报文的序列号信息,存在以下缺陷:
(1)序列号在用户数据报协议(User Datagram Protocol,UDP)上承载,报文的解析深度不利于硬件快速处理;
(2)每对转发节点/边缘节点之间需要为每一条业务流配置一条隧道,且承载同一业务流的不同复制报文的隧道在消除节点还需配置识别为同一业务流,配置复杂。
发明内容
本申请实施例的主要目的在于提出一种IPv4报文的封装方法、电子设备及计算机存储介质,可以IPv4报文中携带IPv4报文的序列号信息,从而提升IPv4报文的处理速度,并且配置较为简单。
为至少实现上述目的,本申请实施例提供了一种IPv4报文的封装方法,包括:构造IPv4报文;其中,所述IPv4报文通过所述IPv4报文的预定义报文头封装有IPv4报文的序列号,所述序列号用于供配置有包消除功能的中间节点对所述IPv4报文使用包消除功能;将所述IPv4报文发送至接收端;其中,所述IPv4报文经过多个配置有包复制和/或所述包消除功能的中间节点转发至所述接收端。
为至少实现上述目的,本申请实施例还提供了一种电子设备,包括:至少一个处理器;以及,与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行上述的IPv4报文的封装方法。
为至少实现上述目的,本申请实施例还提供了一种计算机可读存储介质,存储有计算机程序,所述计算机程序被处理器执行时实现上述的IPv4报文的封装方法。
本申请提出的IPv4报文的封装方法,通过构造IPv4报文,其中,IPv4报文通过IPv4报文的预定义报文头封装IPv4报文的序列号,所述序列号用于供配置有包消除功能的中间节点对IPv4报文使用包消除功能,将所述IPv4报文发送至接收端,其中,IPv4报文经过多个配置有包复制和/或包消除功能的中间节点转发至接收端。由于IPv4报文的预定义报文头中封装有IPv4报文的序列号,即通过重新定义IPv4报文头以携报文的序列号,可以提高IPv4报文的处理速度的同时,采用PREF技术为报文提供冗余保护;并且中间节点可以通过报文的序列号识别报文并转发报文,无需在中间节点进行单独配置,简化了报文的节点配置。
附图说明
一个或多个实施例通过与之对应的附图中的图片进行示例性说明,这些示例性说明并不构成对实施例的限定,附图中具有相同参考数字标识的元件表示为类似的元件,除非有特别的申明,附图中的图不构成比例限制。
图1是一种iOAM报文的封装格式的示意图;
图2是根据本发明一个实施例提供的一种IPv4报文的封装方法的流程图;
图3是根据本发明一个实施例提供的一种IPv4报文头的封装格式的示意图一;
图4是根据本发明一个实施例提供的一种IPv4报文头的封装格式的示意图二;
图5是根据本发明一个实施例提供的一种IPv4报文头的封装格式的示意图三;
图6是根据本发明一个实施例提供的一种IPv4报文头的封装格式的示意图四;
图7是根据本发明一个实施例提供的一种IPv4报文头的封装格式的示意图五;
图8是根据本发明一个实施例提供的一种IPv4报文头的封装格式的示意图六;
图9是根据本发明一个实施例提供的一种IPv4报文头的封装格式的示意图七
图10是根据本发明另一个实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合附图对本申请的各实施例进行详细的阐述。然而,本领域的普通技术人员可以理解,在本申请各实施例中,为了使读者更好地理解本申请而提出了许多技术细节。但是,即使没有这些技术细节和基于以下各实施例的种种变化和修改,也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便,不应对本申请的具体实现方式构成任何限定,各个实施例在不矛盾的前提下可以相互结合相互引用。
对于IPv4报文,一般不会对IPv4报文格式的任何字段或位(bit)进行扩展或重新定义,例如,在DetNet网络架构中没有对现有的IPv4报文格式做任何修改,利用报文头5元组或6元组作为业务流标识,但是报文中未携带序列号,无法在IPv4网络的中对IPv4报文采用PREF技术。
在运营商的部署方案中,由于业务需要会对IPv4报文的进行扩展,例如,RFC8321提出的交替标记随流检测技术若要应用于IPv4网络中,在没有统一的染色封装标准的情况下,可以对IPv4报文的带内OAM(iOAM)报文进行封装,通过重新定义现有的字段或者对IPv4报文进行扩展,以应用交替标记随流检测技术,提升产品的市场价值。其中,iOAM报文的封装格式参见图1,具体通过重新定义IPv4报文的报文头中的协议protocol字段,即指示protocol=186,以表征IPv4报文携带iOAM报文头,但是这种对IPv4报文进行扩展的方式中也无法携带IPv4报文的序列号,则无法在IPv4网络的中对IPv4报文采用PREF技术。
而本发明实施例通过重新定义IPv4报文的报文头,可以通过报文头中携带IPv4报文的序列号,进而采用PREF技术为IPv4报文提供冗余保护,有效地解决了现有技术中存在的问题。
本发明的一个实施例涉及一种IPv4报文的封装方法,下面对本实施例的IPv4报文的封装方法的实现细节进行具体的说明,以下内容仅为方便理解提供的实现细节,并非实施本方案的必须。需要说明的是,本实施例所述的报文均为IPv4报文。
本实施例的IPv4报文的封装方法的具体实现流程图如图2所示,包括:
步骤201,构造IPv4报文;其中,IPv4报文通过IPv4报文的预定义报文头封装IPv4报文的序列号,序列号用于供配置有包消除功能的中间节点对IPv4报文使用包消除功能。
具体而言,由于PREF技术是通过在报文从发送端至接收端的路径中,所经的中间节点配置包复制和/或包消除功能为报文传输提供冗余路径保护,从而提高业务的可靠性,其中路径中配置有包消除功能的中间节点在对报文进行消除时,需要对报文进行解析,并根据报文中携带的序列号确定要消除的报文,以正常使用包消除功能,因此,本实施例通过在IPv4报文的预定义报文头封装IPv4报文的序列号,可以使得配置有包消除功能的中间节点能够对IPv4报文使用包消除功能,并且由于序列号封装在报文头中,中间节点在解析报文以获得序列号时,处理速度更快。
在一个例子中,预定义报文头中还封装有IPv4报文的所属的业务流的标识,业务流的标识用于供多个中间节点转发IPv4报文。其中,业务流的标识用于表示各种类型的报文所属的各业务流的统一标识。
具体地,由于目前各类型的报文没有统一的业务流的标识,例如IPv4报文和OAM报文没有统一的业务流的标识,因此,IPv4报文和OAM报文无法共享传输路径中各节点的配置,而本实施例通过在IPv4报文的预定义报文头中封装一个业务流的标识,且业务流的标识用于表示各种类型的报文所属的各业务流的统一标识,则各中间节点通过业务流的标识转发报文,可以使不同类型的报文实现路径中配置的共享,易于管理。
在具体实现中,本实施例的IPv4报文的预定义报文头的封装格式可以基于对图3所示的报文头的封装格式进行重新定义得到,从图3可以看出,图中的Flags字段的最后1bit(图中的Re)未进行定义,首部Optional字段的40字节保留未使用,并且,procotol字段值133~254保留未定义,而上述各保留字段均可以用来携带报文的序列号。因此,本实施例具体通过对上述未使用的保留字段重新定义,以携带报文的序列号。进一步地,上述各保留字段也可用于携带IPv4报文的所属的业务流的标识。
步骤202,将IPv4报文发送至接收端;其中,IPv4报文经过多个配置有包复制和/或包消除功能的中间节点转发至接收端。
具体而言,发送端将构造好的IPv4报文发送至接收端,由于IPv4报文中封装有IPv4的序列号和IPv4报文所属的业务流的标识,因此,IPv4报文可以经过多个配置有包复制和/或包消除功能的中间节点转发至接收端,即可以在IPv4报文的传输路径中的中间节点部署包复制和/或包消除功能,以正常使用PREF技术。
本实施例中,通过构造IPv4报文,其中,IPv4报文通过IPv4报文的预定义报文头封装IPv4报文的序列号,所述序列号用于供配置有包消除功能的中间节点对IPv4报文使用包消除功能,将所述IPv4报文发送至接收端,其中,IPv4报文经过多个配置有包复制和/或包消除功能的中间节点转发至接收端。由于IPv4报文的预定义报文头中封装有IPv4报文的序列号,即通过重新定义IPv4报文头以携报文的序列号,可以提高IPv4报文的处理速度的同时,采用PREF技术为报文提供冗余保护;并且中间节点可以通过报文的序列号识别报文并转发报文,无需在中间节点进行单独配置,简化了报文的节点配置。
在一个实施例中,本发明实施例的IPv4报文的预定义报文头的封装格式如图4所示,其中,预定义报文头包括第一报文头和第二报文头,且IPv4报文的序列号封装于第二报文头中,第二报文头紧跟第一报文头。第一报文头为图中的IPv4报文头(IPv4 Header),第二报文头为图中的iFS报文头(iFS Header)。
需要说明的是,本实施例对iFS报文头中各字段顺序和字段长度不做限制,本领域技术人员可以根据实际需求设置。
在一个例子中,第一报文头包括第一字段,第一字段用于指示IPv4报文通过第二报文头封装序列号。参见图4,第一字段为protocol字段,由于procotol字段值133~254保留未定义,通过定义protocol=iFS,即指示IPv4报文头指示IPv4报文通过iFS报文头封装序列号。
进一步地,由于一个报文根据实际需求会包括多个报文头,因此需要在前一个报文头中定义一个字段用于指示后一个报文头的协议类型。因此,预定义报文头还包括第三报文头,第二报文头包括第二字段;其中,第二字段用于指示第三报文头的协议类型。参见图4,第二字段为iFS-protocol字段,该字段占8bit,取值与第一报文头中的第一字段,即protocol字段取值完全相同,例如,iFS-protocol字段取值为6,表示第三报文头的协议类型为传输控制协议(Transmission Control Protocol,TCP)。
进一步地,第二报文头还包括第三字段,所述第三字段用于在预定义报文头中扩展第三报文头。参见图4,第三字段为Reserved字段,其中,Reserved字段暂不做定义,在需要对第三报文头进行扩展时,再根据扩展需求对其进行定义。
在具体实现中,iFS报文头为一个自定义的报文头,iFS报文头包括:iFS-length字段,Flow-id字段,Seq-no字段,Seq-no type字段,iFS-protocol字段以及Reserved字段。
其中,iFS-length表示iFS报文头的总长度,以Octets为单位;
Flow-id表示IPv4报文的所属的业务流的标识,Flow-id字段的值可以由管控平面全局统一分配和配置,在发送端构造IPv4报文的时候封装至iFS报文头中;
Seq-no表示IPv4报文的序列号;
Seq-no type表示Seq-no的类型,例如,Seq-no可以是一个无符号从1开始的32bit整数,或者是一个无符号从0开始的64bit整数,或者是一个网络时间协议(Network TimeProtocol,NTP)或图片传输协议(picture transfer protocol,PTP)的时间戳格式,本实施例对Seq-no的类型不做限制,本领域技术人员可以根据实际需求设置;
iFS-protocol字段以及Reserved字段的定义参见上述描述,此处不再赘述。
在一个例子中,本实施例所述的IPv4报文的预定义报文头的封装格式可以如图5所示:
其中,IPv4报文头的protocol字段取值为189,用于指示IPv4报文通过iFS报文头封装IPv4报文头的序列号。
iFS报文头中各字段的顺序、长度和值可以如下所示:
Ifs-length:字段长度为4bit,值为8(Octets);
Flow-id:字段长度为20bit,值为10000;
iFS-protocol:字段长度为8bit,值为6表示携带TCP报文头;
Seq-no Type:字段长度为4bit,值为2,表示Seq-no为28bit无符号整数,且从1开始计数;
Seq-no:字段长度为24bit,值为11111111;
Reserved:字段长度为4bit,值默认为全0,中间节点在解析报文时会忽略该字段。
本实施例通过对IPv4报文头进行扩展,即通过重新定义IPv4报文头,以在IPv4报文头后扩展一个自定义的iFS报文头,并在自定义的iFS报文头中封装IPv4报文的序列号和IPv4报文的所属的业务流的标识。
在一个实施例中,本发明实施例的IPv4报文的预定义报文头的封装格式如图6所示,其中,预定义报文头还包括第五字段,且IPv4报文头的序列号封装在第五字段中。
参见图6,预定义报文头为IPv4报文头(IPv4 Header),第五字段为IPv4报文头中的Optional字段。其中,Optional字段具体用于携带Flow-id字段和Seq-no字段。Flow-id表示IPv4报文的所属的业务流的标识,Flow-id字段的值可以由管控平面全局统一分配和配置,在发送端构造IPv4报文的时候封装至iFS报文头中;Seq-no表示IPv4报文的序列号。
其中,由于Optional字段携带用于表示IPv4报文的序列号的Seq-no字段,因此,Optional字段还会携带Seq-no type字段,Seq-no type表示Seq-no的类型,例如,Seq-no可以是一个无符号从1开始的32bit整数,或者是一个无符号从0开始的64bit整数,或者是一个网络时间协议(Network Time Protocol,NTP)或图片传输协议(picture transferprotocol,PTP)的时间戳格式,本实施例对Seq-no的类型不做限制,本领域技术人员可以根据实际需求设置。
需要说明的是,本实施例对Optional字段中各字段顺序和字段长度不做限制,本领域技术人员可以根据实际需求设置。
在具体实现中,第五字段,即Optional字段的长度为预设字节的整数倍,具体地,Optional字段的长度为需为4字节的整数倍,当Flow-id和Seq-no长度不足4字节整数倍时,用全0bit补齐,记为Padding。
进一步地,预定义报文头还包括第六字段,第六字段用于指示是否与允许通过第五字段封装序列号。参见图6,第六字段为Flags字段,具体地,由于Flags字段中有一位保留字段未定义,因此,可以通过这一位保留字段(参见图中的enable)指示是否允许通过第五字段封装序列号,即指示是否利用Optional字段携带Flow-id字段和Seq-no字段。
其中,若Flags字段中的一位保留字段允许通过Optional字段封装序列号和业务流的标识,则Flags字段中的一位保留字段还用于指示Flow-id字段和Seq-no字段的详细顺序和含义,具体顺序和含义由本领域技术人员可以根据实际需求设置。
在一个例子中,在中间节点接收到IPv4报文后,若中间节点支持本实施例所述的报文的封装格式,则中间节点对IPv4报进行解析,若该一位保留字段置位,即该一位保留字段指示允许通过Optional字段携带Flow-id字段和Seq-no字段,则中间节点会继续解析Optional字段,以获取IPv4报文的序列号和业务流的标识。
在另一个例子中,在中间节点接收到IPv4报文后,若中间节点支持本实施例所述的报文的封装格式,则中间节点对IPv4报进行解析,若该一位保留字段未置位,即该一位保留字段指示不允许通过Optional字段携带Flow-id字段和Seq-no字段,则中间节点会停止解析Optional字段。
在另一个例子中,在中间节点接收到IPv4报文后,若中间节点不支持本实施例所述的报文的封装格式,即中间节点无法解析Flags字段,则中间节点会忽略Flags字段中的一位保留字段,Flags字段中的一位保留字段所指示的是否允许通过Optional字段封装序列号和业务流的标识的定义无效,然后中间节点按照之前的方式解析IPv4报文,以获取IPv4报文的序列号和业务流的标识。
在一个例子中,本实施例所述的IPv4报文的预定义报文头的封装格式可以如图7所示:
其中,Flags字段中的一位保留字段(1bit)被置位为1,即指示允许通过Optional字段携带Flow-id字段和Seq-no字段。
Optional字段中携带的各字段的顺序、长度和值可以如下所示:
Flow-id:字段长度为10bit,值为20000;
Seq-no type:字段长度为4bit,值为2,表示Seq-no字段为16bit的无符号整数;
Seq-no:字段长度为16bit,值为22222222;
Padding:字段长度为2bit,默认取0,中间节点在解析报文时会忽略该字段。
本实施例通过重新定义IPv4报文头,即在IPv4报文头的Optional字段中封装IPv4报文的序列号和IPv4报文的所属的业务流的标识,并通过定义一位保留字段用于指示是否允许通过Optional字段封装序列号和业务流的标识。
在一个实施例中,本发明实施例的IPv4报文的预定义报文头的封装格式如图8所示,本实施例的预定义报文头的封装格式为第二实施例和第三实施例的结合,具体地,本实施例的预定义报文头包括第一报文头和第二报文头,且IPv4报文的序列号封装于第二报文头中,第二报文头紧跟第一报文头。第一报文头为图中的IPv4报文头(IPv4 Header),第二报文头为图中的iFS报文头(iFS Header)。
需要说明的是,本实施例对iFS报文头中各字段顺序和字段长度不做限制,本领域技术人员可以根据实际需求设置。
在一个例子中,第一报文头包括第一字段,第一字段用于指示IPv4报文通过第二报文头封装序列号。参见图8,第一字段为protocol字段,由于procotol字段值133~254保留未定义,通过定义protocol=iFS,即指示IPv4报文头指示IPv4报文通过iFS报文头封装序列号。
进一步地,预定义报文头还包括第三报文头,第二报文头包括第二字段;其中,第二字段用于指示第三报文头的协议类型。参见图8,第二字段为iFS-protocol字段,该字段占8bit,取值与第一报文头中的第一字段,即protocol字段取值完全相同。
进一步地,第二报文头还包括第三字段,所述第三字段用于在预定义报文头中扩展第三报文头。参见图8,第三字段为Reserved字段,其中,Reserved字段暂不做定义,在需要对第三报文头进行扩展时,再根据扩展需求对其进行定义。
进一步地,第一报文头还包括第四字段,第四字段用于指示是否允许第一字段指示IPv4报文通过第二报文头封装序列号。参见图8,第四字段为Flags字段,具体地,由于Flags字段中有一位保留字段未定义,因此,可以通过这一位保留字段(参见图中的iFSenable)指示是否允许定义protocol=iFS,即指示是否允许通过protocol字段指示IPv4报文通过iFS报文头封装序列号。
在一个例子中,在中间节点接收到IPv4报文后,若该一位保留字段置位,且protocol字段的值为iFS-protocol字段的值,则中间节点按照iFS报文头的格式解析报文,以获取IPv4报文的序列号和业务流的标识。
在另一个例子中,在中间节点接收到IPv4报文后,若该一位保留字段未置位,则protocol字段的值不允许取值为iFS-protocol字段的值,若中间节点对报文进行解析后解析得到protocol字段的值为iFS-protocol字段的值,则判定IPv4报文的封装不合法。
在具体实现中,iFS报文头为一个自定义的报文头,iFS报文头中定义的字段与第二实施例中相同,此处不再赘述。
在一个例子中,本实施例所述的IPv4报文的预定义报文头的封装格式可以如图9所示:
其中,Flags字段中的一位保留字段(参见图中的1bit)被置位为1,表示允许通过protocol字段指示IPv4报文通过iFS报文头封装序列号;protocol字段取值192表示IPv4报文通过iFS报文头封装IPv4报文头的序列号;iFS头后面携带UDP报文头。
iFS报文头中各字段的顺序、长度和值可以如下所示:
Ifs-length:字段长度为4bit,值为8(Octets);
Flow-id:字段长度为20bit,值为30000;
Protocol:字段长度为8bit,值为17表示携带UDP报文头;
Seq-no Type:字段长度为4bit,值为3,表示Seq-no为20bit无符号整数,且从1开始计数;
Seq-no:字段长度为20bit,值为33333333;
Reserved:字段长度为8bit,值默认为全0,中间节点在解析报文时会忽略该字段。
本实施例通过对IPv4报文头进行扩展,即通过重新定义IPv4报文头,以在IPv4报文头后扩展一个自定义的iFS报文头,并在自定义的iFS报文头中封装IPv4报文的序列号和IPv4报文的所属的业务流的标识,同时通过定义一位保留字段用于指示是否允许通过iFS报文头封装序列号和业务流的标识。
在一个实施例中,本发明实施例在对IPv4报文进行封装时,还可通过其他字段携带IPv4报文的序列号和IPv4报文所属的业务流的标识,例如,通过8bit ToS字段携带Flow-id或Seq-no信息,以在IPv4报文封装序列号和业务流的标识。
需要说明的是,上述各实施例中所提及的字段的封装格式,字段长度和字段取值仅作举例说明,不作为对IPv4报文的封装方法的限定。
上面各种方法的步骤划分,只是为了描述清楚,实现时可以合并为一个步骤或者对某些步骤进行拆分,分解为多个步骤,只要包括相同的逻辑关系,都在本专利的保护范围内;对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计,但不改变其算法和流程的核心设计都在该专利的保护范围内。
本发明另一个实施例涉及一种电子设备,如图10所示,包括:至少一个处理器1001;以及,与所述至少一个处理器1001通信连接的存储器1002;其中,所述存储器1002存储有可被所述至少一个处理器1001执行的指令,所述指令被所述至少一个处理器1001执行,以使所述至少一个处理器1001能够执行上述各实施例中的IPv4报文的封装方法。
其中,存储器和处理器采用总线方式连接,总线可以包括任意数量的互联的总线和桥,总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输,进一步,天线还接收数据并将数据传送给处理器。
处理器负责管理总线和通常的处理,还可以提供各种功能,包括定时,外围接口,电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。
本发明另一个实施例涉及一种计算机可读存储介质,存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。
即,本领域技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域的普通技术人员可以理解,上述各实施方式是实现本发明的具体实施例,而在实际应用中,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。

Claims (12)

1.一种IPv4报文的封装方法,其特征在于,包括:
构造IPv4报文;其中,所述IPv4报文通过所述IPv4报文的预定义报文头封装所述IPv4报文的序列号,所述序列号用于供配置有包消除功能的中间节点对所述IPv4报文使用包消除功能;
将所述IPv4报文发送至接收端;其中,所述IPv4报文经过多个配置有包复制和/或所述包消除功能的中间节点转发至所述接收端。
2.根据权利要求1中所述的IPv4报文的封装方法,其特征在于,所述预定义报文头包括第一报文头和第二报文头,且所述序列号封装于所述第二报文头中。
3.根据权利要求2所述的IPv4报文的封装方法,其特征在于,所述第一报文头包括第一字段,所述第一字段用于指示所述IPv4报文通过所述第二报文头封装所述序列号。
4.根据权利要求3所述的IPv4报文的封装方法,其特征在于,所述预定义报文头还包括第三报文头,所述第二报文头包括第二字段;
其中,所述第二字段用于指示所述第三报文头的协议类型。
5.根据权利要求4中所述的IPv4报文的封装方法,其特征在于,所述第二报文头还包括第三字段,所述第三字段用于在所述预定义报文头中扩展所述第三报文头。
6.根据权利要求3所述的IPv4报文的封装方法,其特征在于,所述第一报文头还包括第四字段,所述第四字段用于指示是否允许所述第一字段指示所述IPv4报文通过第二报文头封装序列号。
7.根据权利要求1所述的IPv4报文的封装方法,其特征在于,所述预定义报文头包括第五字段,且所述序列号封装于所述第五字段中。
8.根据权利要求7中所述的IPv4报文的封装方法,其特征在于,所述预定义报文头还包括第六字段,所述第六字段用于指示是否允许通过所述第五字段封装所述序列号。
9.根据权利要求8中所述的IPv4报文的封装方法,其特征在于,所述第五字段的长度为预设字节的整数倍。
10.根据权利要求1至9中任一项所述的IPv4报文的封装方法,其特征在于,所述预定义报文头中还封装有所述IPv4报文的所属的业务流的标识,所述业务流的标识用于供多个中间节点转发所述IPv4报文。
11.一种电子设备,其特征在于,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如权利要求1至10中任一项所述的IPv4报文的封装方法。
12.一种计算机可读存储介质,存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至10中任一项所述的IPv4报文的封装方法。
CN202210625408.2A 2022-06-02 2022-06-02 一种IPv4报文的封装方法、电子设备和计算机存储介质 Pending CN117221412A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210625408.2A CN117221412A (zh) 2022-06-02 2022-06-02 一种IPv4报文的封装方法、电子设备和计算机存储介质
PCT/CN2023/073546 WO2023231428A1 (zh) 2022-06-02 2023-01-28 IPv4报文的封装方法、电子设备和计算机存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210625408.2A CN117221412A (zh) 2022-06-02 2022-06-02 一种IPv4报文的封装方法、电子设备和计算机存储介质

Publications (1)

Publication Number Publication Date
CN117221412A true CN117221412A (zh) 2023-12-12

Family

ID=89026880

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210625408.2A Pending CN117221412A (zh) 2022-06-02 2022-06-02 一种IPv4报文的封装方法、电子设备和计算机存储介质

Country Status (2)

Country Link
CN (1) CN117221412A (zh)
WO (1) WO2023231428A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113839871A (zh) * 2017-09-25 2021-12-24 华为技术有限公司 一种报文转发的方法及网络设备
CN111953604B (zh) * 2019-05-17 2023-07-18 华为技术有限公司 一种为业务流提供业务服务的方法和装置
CN112769738B (zh) * 2019-11-05 2023-09-12 中兴通讯股份有限公司 DetNet数据包处理方法及装置
US11405299B2 (en) * 2020-06-03 2022-08-02 Cisco Technology, Inc. Determining node behavior in deterministic networks

Also Published As

Publication number Publication date
WO2023231428A1 (zh) 2023-12-07

Similar Documents

Publication Publication Date Title
US9894003B2 (en) Method, apparatus and system for processing data packet
JP7235397B2 (ja) Dcnパケット処理方法、ネットワークデバイスおよびネットワークシステム
WO2017193758A1 (zh) 一种数据传输的方法、设备和系统
US8325689B2 (en) Efficient data transmission by data aggregation
CN112422389B (zh) 基于芯片级加密的以太网和现场总线融合网关及传输方法
CN107493238A (zh) 一种网络拥塞控制方法、设备及系统
US20050008013A1 (en) Embedded management channel for SONET path terminating equipment connectivity
US6741566B1 (en) Remote management ethernet network and device
WO2017193732A1 (zh) 一种伪线数据报文的封装、解封装方法和相关装置
WO2021088813A1 (zh) 报文封装方法及装置、报文解封装方法及装置
WO2023124427A1 (zh) 一种数据处理方法、网络节点和计算机可读存储介质
CN101667959B (zh) 一种物理层数据传输的方法、装置及数据传输的系统
JP2005012381A (ja) データ転送装置及びその方法並びにそれを用いたデータ通信システム及びプログラム
US20180092113A1 (en) Communication method, communication device, and communication system
CN111147514A (zh) 一种适用于实时以太网会话层的通信帧及设计方法
CN117221412A (zh) 一种IPv4报文的封装方法、电子设备和计算机存储介质
CN115277450A (zh) 基于opnet的虚实结合异构通信网络融合系统及应用
JP2023530347A (ja) Bier oam検出方法、デバイス及びシステム
CN114301852A (zh) 报文传输控制、生成、传输方法及配置方法、设备、介质
WO2018077110A1 (zh) 一种发送报文和接收报文的方法、网络设备及报文发送系统
WO2023231431A1 (zh) 报文接收方法、发送方法、转发方法、装置及系统
EP1574107A1 (en) System, method and device for aggregating sonet links
US11290578B2 (en) Encapsulating and exchanging bytes in a telecommunication system
CN113162866B (zh) 一种报文传输方法、通信设备及介质
CN100370778C (zh) 弹性分组环网传送业务的方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication