CN106302199A - 一种基于三层交换机设备的用户态协议栈实现方法及系统 - Google Patents
一种基于三层交换机设备的用户态协议栈实现方法及系统 Download PDFInfo
- Publication number
- CN106302199A CN106302199A CN201610647017.5A CN201610647017A CN106302199A CN 106302199 A CN106302199 A CN 106302199A CN 201610647017 A CN201610647017 A CN 201610647017A CN 106302199 A CN106302199 A CN 106302199A
- Authority
- CN
- China
- Prior art keywords
- layer
- protocol stack
- user space
- message
- kernel
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/52—Multiprotocol routers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/10—Packet switching elements characterised by the switching fabric construction
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
本发明涉及协议栈技术,本发明公开了一种基于三层交换机设备的用户态协议栈实现方法,其具体包括以下的步骤:步骤一、在用户态构建用户态协议栈,把L2层和L3层移植到用户态协议栈,L4层以及内核驱动则保留在内核态;L2层主要是对网络设备接口进行管理以及和网络设备驱动的交互;L3层是协议栈的核心,主要实现各种网络协议;步骤二、通过内存映射实现L2层和保留在内核态的内核驱动的通信建立;L3层与L4层之间的通信采用内核提供的套接口I/O来实现。通过上述方法实现用户态协议栈,后续的大规模开发都只在用户态下进行,从而降低开发难度,提高数据转发面的性能。
Description
技术领域
本发明涉及协议栈技术领域,本发明公开了一种基于三层交换机设备的用户态协议栈实现方法及系统。
背景技术
Linux作为开源的操作系统,因其良好的稳定性、灵活性和可扩展性,广泛用于多种设备。在linux协议栈内做相关的协议开发,一般分两个部分:数据转发面和协议控制面。数据转发面用于处理数据包的选路、转发等,采用linux内核协议栈来实现,工作在内核态。协议控制面用于控制报文转发或者实现数据服务,比如mstp,telnet,ssh等协议,通常在用户态实现。二者直接通过socket来通信,开发模式如附图1所示。
协议控制的开发基于用户态,相较于需要在内核态下开发的数据转发面,其开发难度相对较低。一般而言,二层交换设备对软件的需求为:较多的控制协议和少量的数据转发,数据转发通常是硬件完成,对数据转发面的需求不高。三层设备的形态从接入层向汇聚及以上层转变,数据面的功能变得强大,因此对协议栈的数据面需求也随之增高。因此在三层交换设备上,必须对协议栈数据转发面进行较大的改造、优化、开发。
按照现有的协议栈开发模式如附图2所示,在linux内核态下做开发,其难度至少包括以下几个方面: 1)内核复杂的工作机制,由于协议栈工作在内核态,会使用内核提供的各种机制:如中断,软中断,内核调度,内存管理等。在内核下做开发,需要熟悉这些机制。而这些机制的熟悉和掌握,非朝夕之功,难度相对较大。2)编程的限制,在内核态下开发有一些编程限制,内核栈,线性的内核地址空间,各种锁等。3)调试困难,在内核模式下开发,常规的用户态调试器将无法工作,程序发生异常时,可用的调试手段很少;更为极端的情况下,控制台都无法工作。显然,在内核态下实现大规模的协议栈开发是不太可能的。
发明内容
针对现有技术中在三层交换机设备的内核态下实现协议栈开发存在的上述问题,本发明公开了一种基于三层交换机设备的用户态协议栈实现方法及系统。
本发明的技术方案如下:
本发明公开了一种基于三层交换机设备的用户态协议栈实现方法,其具体包括以下的步骤:步骤一、在用户态构建用户态协议栈,把L2层和L3层移植到用户态协议栈,L4层以及内核驱动则保留在内核态;L2层主要是对网络设备接口进行管理以及和网络设备驱动的交互;L3层是协议栈的核心,主要实现各种网络协议;步骤二、通过内存映射实现L2层和保留在内核态的内核驱动的通信建立;L3层与L4层之间的通信采用内核提供的套接口I/O来实现。
更进一步地,上述方法还包括在L3层与L4层之间通信时,区分数据通道和控制通道,数据通道采用地址映射来实现,控制通道采用套接口I/O来实现。
更进一步地,上述步骤二具体为:在内核中开辟一块新的内存用于报文所需的内存,并将这块内存映射到用户空间中。
更进一步地,上述用户态协议栈用于实现:1、邻居系统的实现;2、ROUTE路由功能;3、ICMP协议;4、IPV4协议。
本发明还公开了一种基于三层交换机设备的用户态协议栈实现系统,其具体包括用户态协议栈构建单元和通信单元;所述用户态协议栈构建单元用于把L2层和L3层移植到用户态协议栈;L2层主要是对网络设备接口进行管理以及和网络设备驱动的交互;L3层是协议栈的核心,主要实现各种网络协议;所述通信单元用于通过内存映射实现L2层和保留在内核态的内核驱动的通信建立,以及采用内核提供的套接口I/O来实现L3层与L4层之间的通信。
本发明还公开了上述用户态协议栈接收报文的方法,其具体包括以下的步骤:对端主机发送ICMP(Internet Control Message Protocol)请求报文;用户态协议栈接收ICMP请求报文,ICMP请求报文封装在IP报文中; IPV4把报文投递给ICMP模块;ICMP模块收到ICMP请求报文后,发送ICMP响应报文;经输出选路后,通过邻居系统将响应报文发送至驱动;驱动将报文发送给对端主机。
本发明还公开了上述用户态协议栈发送报文的方法,其具体包括以下的步骤:应用程序在发送IP报文时,用户态要进行系统调用进入内核态,在传输层中对报文进行组织,通过选路后发送到用户态的IPV4,再发送给对端主机。
本发明还公开了上述用户态协议栈转发报文的方法,其具体包括以下的步骤:主机A发送IP报文给用户态协议栈,用户态协议栈接收IP报文至IPV4,根据选路的结果发现是转发的报文,则在IPV4中直接将报文投递到对应的端口上,向主机B转发出来自主机A的报文,主机B的响应报文则通过交换芯片直接发送到主机A端。
通过采用以上的技术方案,本发明的有益效果包括:协议栈的部分实现,从内核中剥离出来,放在用户态中实现,后续的大规模开发都只在用户态下进行,从而降低开发难度,提高数据转发面的性能。剥离出来的协议栈简称用户态协议栈(user netstack),一部分存在于内核态,其他的部分则移出到用户态。本发明依然保留socket的健壮性、稳定性;移出到用户态的协议栈以独立进程的方式存在,与其他模块基本没有耦合。需要修改的部分仅有:1、解耦,主要是进程与进程之间的接口(报文收发、路由查询等);2、进程与进程之间的通信,可以使用进程与内核通信以及标准的套接口I/O。
附图说明
图1为现有技术中的linux协议栈开发模式1。
图2为现有技术中的linux协议栈开发模式2。
图3为linux 协议栈层次结构。
图4为用户态协议栈方案。
图5为用户态协议栈中的数据流。
图6为用户态协议栈接收报文。
图7为用户态协议栈发送报文。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细的说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
以下是结合附图3、附图4和附图5对本发明进一步说明。如附图3所示,linux协议栈主要包括7个层次,一般在实际的开发过程中为叙述和使用方便,将其归纳为三个层次即L2层,L3层和L4层。L2层主要是对网络设备接口进行管理以及和网络设备驱动的交互;L3层是协议栈的核心,主要实现各种网络协议,最主要的就是IP/ICMP/ARP等协议;L4层包括了传输层和系统调用层,传输层主要用的协议是TCP/UDP/RAW等,而与应用层关系紧密的SOCKET系统调用层往往与传输层中的各种协议关系紧密,因此将二者归为L4层。
附图4是用户态协议栈的结构,对比附图3内核协议栈的结构,用户态协议栈把L2和L3层移植到用户态,L4层保留在内核态。原内核协议栈驱动和L4均在内核空间中,但将L2/L3层移植到用户空间后,由于内核空间和用户空间的区分,就存在L2层和内核驱动的通信建立,以及L3层与L4层之间的通道问题。
针对以上两个通信问题,用户态协议栈L2层即链路层,采用的办法通过内存映射实现读取和发送报文。具体方法是在内核中开辟一块新的内存用于报文所需的SKB等内存的分配,并将这块内存映射到用户空间中,使得用户空间可以访问该块内存,这样L2层就可以读取内核驱动的报文,并发送相应的报文。L2层更改到用户态后其作用包括了接收驱动报文并根据报文类型上传至L3层或者在L2层本层协议中处理(如桥转发,QOS等),还包括对所有的接口进行管理,如驱动对应的物理接口以及L3层所需要的虚拟接口,对这些接口状态和统计的管理,决定了是否将报文投递到对应的接口上。
另外一个问题是L3层和L4层之间的通信,因L3层现处于用户态,L4层处于内核态,那么L3层与L4层之间的通信就可以采用内核提供的套接口I/O来实现,但L3层与L4层之间的通信还存在一个问题就是,通道要区分数据通道和控制通道。控制通道主要是用于同步一些L3层的配置信息到内核L4层中,比如路由的刷新和一些系统的参数,另一个数据通道主要是指L3层的报文进入L4层和L4层的报文下发到L3层。数据通道相较与控制通道要求的内存要大的多,可以采用类似L2层和内核驱动的通信方式做地址映射,而控制通道需要的实时性高,可以采用套接口I/O来实现。
用户态协议栈最基本的功能是提供以下四个:1、邻居系统的实现,用于ARP协议的实现;2、ROUTE路由功能的实现,包括路由缓存和路由表的查找、添加和删除;3、ICMP协议的实现,用于对IP报文出错的处理反馈;4、IPV4协议的实现,报文IP报文的接收,转发和向本地L4层的投递。总体上这四个模块的功能和处理报文的流程与内核相似,不同处在与报文从用户态L2层接收进来,需要建立对应的三层虚拟接口,投递到内核L4层时要区分是控制信息还是数据信息采用不同的通道。
此外这四个模块按照内核的架构,模块之间的耦合程度很高,具体的模块联系可参考内核网络层的内容(这部分内容不属于本发明的重点改进,不在本发明讨论范围内)。此外整体的L3层数据流的改变也会影响一些L3内部模块的系统参数配置,因此在实际调试时需要对原内核协议栈的模块要有一定程度的熟悉,才能使用户态的协议栈发挥作用。当然在用户态协议栈开发过程中可以根据实际的需要,添加或摒弃一些原来内核的一些处理逻辑。
IP是用户态协议栈中最核心的协议,所有TCP/UPD/ICMP的数据都是以IP数据报的形式传输的。IPV4是一种不可靠的协议,不能保证每个数据报都能成功的到达目的地(无论是到本地的数据报还是转发的数据报)如果发生错误就丢弃,然后发送ICMP消息给发送方。可靠性由传输层的协议负责,如TCP。IPV4的每个数据包的处理是相互独立的,可以不按照发送顺序接收。
IPV4处于传输层和链路层之间,同时还关联到路由表和邻居系统。在接收数据时,提供输入接口给链路层调用,并调用传输层的输入接口将数据传递到传输层。在发送数据时,根据不同的传输层协议提供不同的输出接口给传输层,并调用链路层的输出接口将数据发送到链路层。
以实际应用中的ping应用程序为例说明接收,发送和转发数据流在用户态协议栈中的过程。
一、协议栈接收报文
附图6是用户态协议栈接收来自对端主机的ping 命令的ICMP报文的简易过程,当协议栈收到来自对端主机的IP报文时如果解析是ICMP报文,则转给ICMP模块处理。ICMP处理完成会发送响应报文给对端主机,整个过程是在用户态协议栈实现,不经过内核,虽然会投递一份SKB给内核,但由于内核中无ICMP模块,最终会被释放。过程如下:
对端主机发送ICMP请求报文;
协议栈接收ICMP请求报文,ICMP请求报文封装在IP报文中;
IPV4把报文投递给ICMP模块;
ICMP模块收到ICMP请求报文后,发送ICMP响应报文;
经输出选路后,通过邻居系统将响应报文发送至驱动;
驱动将报文发送给对端主机。
二、协议栈发送报文
附图7是用户态ping程序经过用户态协议栈下发报文的简易过程图,应用程序在发送IP报文时,用户态要进行系统调用进入内核态,在传输层中对报文进行组织,通过选路后发送到用户态的IPV4,再发送给对端主机。对于此时对端回应的报文处理区别于附图6,不仅要在ICMP中进行判断是否出错,还要投递到传输层中,使应用程序可以接收到响应报文。同样在对端的协议栈中也止步于L3层的ICMP模块,不会传递到传输层,这是ping程序的特点。过程如下:
ping程序通过系统调用sendmsg()发送ICMP请求报文;
传输层raw_sendmsg()继续发送ICMP消息,ip_append_data()用于将报文预分片,ip_output()通过用户态与内核的通道将报文发送至用户态协议栈IPV4中;
IPV4经输出选路通过邻居系统将报文发送至驱动;
驱动将报文发送到对端主机的L3层,ICMP模块接收到来自协议栈的ICMP请求报文;
对端主机L3层发送ICMP响应报文给协议栈;
协议栈接收到IP报文,经过入口选路发现是本地的报文,将报文上传至内核的传输层,并发送至ICMP模块。如果是出错的报文则通过过程 将ICMP报文发送到对端主机;
进入内核的ICMP报文,通过协议号找到对应的RAW协议;
经过系统调用recvmsg(),用户态的ping程序收到对端的ICMP响应报文并作相应的统计计数。
三、协议栈转发报文
报文的转发过程从主机A发送的目的地址为主机B的报文会经过协议栈进行转发。同前述的输入报文的处理一样,根据选路的结果发现是转发的报文,则在IPV4中直接将报文投递到对应的端口上,向主机B转发出来自主机A的报文,主机B的响应报文则通过交换芯片直接发送到主机A端,不再进入用户态协议栈,这是交换设备的一个特性。过程如下:
主机A发送IP报文给协议栈;
协议栈接收IP报文至IPV4;
IPV4模块经过选路,决定报文转发,通过邻居将报文发送至驱动;
驱动将报文发送至目的主机B;
目的主机B接收到ICMP请求报文后,发送ICMP响应报文至协议栈;
交换芯片直接将报文转发至源主机A,一次路由,多次转发。
上述的实施例中所给出的系数和参数,是提供给本领域的技术人员来实现或使用发明的,发明并不限定仅取前述公开的数值,在不脱离发明的思想的情况下,本领域的技术人员可以对上述实施例作出种种修改或调整,因而发明的保护范围并不被上述实施例所限,而应该是符合权利要求书提到的创新性特征的最大范围。
Claims (8)
1.一种基于三层交换机设备的用户态协议栈实现方法,其具体包括以下的步骤:步骤一、在用户态构建用户态协议栈,把L2层和L3层移植到用户态协议栈,L4层以及内核驱动则保留在内核态;L2层主要是对网络设备接口进行管理以及和网络设备驱动的交互;L3层是协议栈的核心,主要实现各种网络协议;步骤二、通过内存映射实现L2层和保留在内核态的内核驱动的通信建立;L3层与L4层之间的通信采用内核提供的套接口I/O来实现。
2.如权利要求1所述的基于三层交换机设备的用户态协议栈实现方法,其特征在于所述方法还包括在L3层与L4层之间通信时,区分数据通道和控制通道,数据通道采用地址映射来实现,控制通道采用套接口I/O来实现。
3.如权利要求1所述的基于三层交换机设备的用户态协议栈实现方法,其特征在于所述步骤二中的内存映射具体为:在内核中开辟一块新的内存用于报文所需的内存,并将这块内存映射到用户空间中。
4.如权利要求1所述的基于三层交换机设备的用户态协议栈实现方法,其特征在于所述用户态协议栈用于实现:1、邻居系统的实现;2、ROUTE路由功能;3、ICMP协议;4、IPV4协议。
5.一种基于三层交换机设备的用户态协议栈实现系统,其特征在于具体包括用户态协议栈构建单元和通信单元;所述用户态协议栈构建单元用于把L2层和L3层移植到用户态协议栈;L2层主要是对网络设备接口进行管理以及和网络设备驱动的交互;L3层是协议栈的核心,主要实现各种网络协议;所述通信单元用于通过内存映射实现L2层和保留在内核态的内核驱动的通信建立,以及采用内核提供的套接口I/O来实现L3层与L4层之间的通信。
6.如权利要求5所述的基于三层交换机设备的用户态协议栈实现系统的接收报文的方法,其具体包括以下的步骤:对端主机发送ICMP请求报文;用户态协议栈接收ICMP请求报文,ICMP请求报文封装在IP报文中; IPV4把报文投递给ICMP模块;ICMP模块收到ICMP请求报文后,发送ICMP响应报文;经输出选路后,通过邻居系统将响应报文发送至驱动;驱动将报文发送给对端主机。
7.如权利要求5所述的基于三层交换机设备的用户态协议栈实现系统的发送报文的方法,其具体包括以下的步骤:应用程序在发送IP报文时,用户态要进行系统调用进入内核态,在传输层中对报文进行组织,通过选路后发送到用户态的IPV4,再发送给对端主机。
8.如权利要求5-7任意一个权利要求所述的基于三层交换机设备的用户态协议栈实现系统的发送报文的方法,其具体包括以下的步骤:主机A发送IP报文给用户态协议栈,用户态协议栈接收IP报文至IPV4,根据选路的结果发现是转发的报文,则在IPV4中直接将报文投递到对应的端口上,向主机B转发出来自主机A的报文,主机B的响应报文则通过交换芯片直接发送到主机A端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610647017.5A CN106302199B (zh) | 2016-08-10 | 2016-08-10 | 一种基于三层交换机设备的用户态协议栈实现方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610647017.5A CN106302199B (zh) | 2016-08-10 | 2016-08-10 | 一种基于三层交换机设备的用户态协议栈实现方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106302199A true CN106302199A (zh) | 2017-01-04 |
CN106302199B CN106302199B (zh) | 2019-12-17 |
Family
ID=57666929
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610647017.5A Active CN106302199B (zh) | 2016-08-10 | 2016-08-10 | 一种基于三层交换机设备的用户态协议栈实现方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106302199B (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108712308A (zh) * | 2018-06-06 | 2018-10-26 | 郑州云海信息技术有限公司 | 虚拟网络中检测网络设备的方法和装置 |
CN109547519A (zh) * | 2017-09-22 | 2019-03-29 | 中兴通讯股份有限公司 | 反向代理方法、装置及计算机可读存储介质 |
CN109688058A (zh) * | 2018-12-19 | 2019-04-26 | 迈普通信技术股份有限公司 | 报文处理方法、装置及网络设备 |
CN110535813A (zh) * | 2018-05-25 | 2019-12-03 | 网宿科技股份有限公司 | 内核态协议栈与用户态协议栈并存处理方法和装置 |
CN111182063A (zh) * | 2019-12-30 | 2020-05-19 | 奇安信科技集团股份有限公司 | 应用于电子设备的数据处理方法、电子设备及介质 |
CN112637329A (zh) * | 2020-12-21 | 2021-04-09 | 网络通信与安全紫金山实验室 | 一种多应用程序的标识方法、装置、设备及存储介质 |
CN112737932A (zh) * | 2020-12-25 | 2021-04-30 | 江苏省未来网络创新研究院 | 一种基于dpdk实现高性能ipsce网关 |
CN112968965A (zh) * | 2021-02-25 | 2021-06-15 | 网宿科技股份有限公司 | Nfv网络节点的元数据服务方法、服务器及存储介质 |
CN113259400A (zh) * | 2021-07-14 | 2021-08-13 | 南京易科腾信息技术有限公司 | 基于网络协议的网络交互系统、方法及存储介质 |
CN113726577A (zh) * | 2021-09-01 | 2021-11-30 | 网络通信与安全紫金山实验室 | 基于应用和用户态协议栈的网络管理方法及网络架构 |
CN114143061A (zh) * | 2021-11-25 | 2022-03-04 | 郑州信大信息技术研究院有限公司 | 基于用户态协议栈实现数据安全可靠传输的方法及系统 |
WO2022105884A1 (zh) * | 2020-11-23 | 2022-05-27 | 中兴通讯股份有限公司 | 数据传输方法、装置、网络设备、存储介质 |
CN115827120A (zh) * | 2023-01-10 | 2023-03-21 | 苏州浪潮智能科技有限公司 | 用户态网络栈调用、用户态接口设置方法和装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101465863A (zh) * | 2009-01-14 | 2009-06-24 | 北京航空航天大学 | 一种内核虚拟机环境下高效网络i/o的实现方法 |
CN101867558A (zh) * | 2009-04-17 | 2010-10-20 | 深圳市永达电子股份有限公司 | 用户态网络协议栈系统及处理报文的方法 |
US20140123238A1 (en) * | 2012-10-29 | 2014-05-01 | International Business Machines Corporation | Accessing privileged objects in a server environment |
CN103888441A (zh) * | 2014-01-03 | 2014-06-25 | 北京太一星晨信息技术有限公司 | 一种应用程序与协议栈之间的信息传输方法及处理装置 |
US20150317262A1 (en) * | 2010-11-18 | 2015-11-05 | International Business Machines Corporation | Executing a kernel device driver as a user space process |
-
2016
- 2016-08-10 CN CN201610647017.5A patent/CN106302199B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101465863A (zh) * | 2009-01-14 | 2009-06-24 | 北京航空航天大学 | 一种内核虚拟机环境下高效网络i/o的实现方法 |
CN101867558A (zh) * | 2009-04-17 | 2010-10-20 | 深圳市永达电子股份有限公司 | 用户态网络协议栈系统及处理报文的方法 |
US20150317262A1 (en) * | 2010-11-18 | 2015-11-05 | International Business Machines Corporation | Executing a kernel device driver as a user space process |
US20140123238A1 (en) * | 2012-10-29 | 2014-05-01 | International Business Machines Corporation | Accessing privileged objects in a server environment |
CN103888441A (zh) * | 2014-01-03 | 2014-06-25 | 北京太一星晨信息技术有限公司 | 一种应用程序与协议栈之间的信息传输方法及处理装置 |
Non-Patent Citations (1)
Title |
---|
王静: "协议栈并行化技术的研究与实现", 《协议栈并行化技术的研究与实现》 * |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109547519A (zh) * | 2017-09-22 | 2019-03-29 | 中兴通讯股份有限公司 | 反向代理方法、装置及计算机可读存储介质 |
CN110535813A (zh) * | 2018-05-25 | 2019-12-03 | 网宿科技股份有限公司 | 内核态协议栈与用户态协议栈并存处理方法和装置 |
CN110535813B (zh) * | 2018-05-25 | 2022-04-22 | 网宿科技股份有限公司 | 内核态协议栈与用户态协议栈并存处理方法和装置 |
CN108712308B (zh) * | 2018-06-06 | 2021-11-26 | 郑州云海信息技术有限公司 | 虚拟网络中检测网络设备的方法和装置 |
CN108712308A (zh) * | 2018-06-06 | 2018-10-26 | 郑州云海信息技术有限公司 | 虚拟网络中检测网络设备的方法和装置 |
CN109688058A (zh) * | 2018-12-19 | 2019-04-26 | 迈普通信技术股份有限公司 | 报文处理方法、装置及网络设备 |
CN109688058B (zh) * | 2018-12-19 | 2021-03-02 | 迈普通信技术股份有限公司 | 报文处理方法、装置及网络设备 |
CN111182063A (zh) * | 2019-12-30 | 2020-05-19 | 奇安信科技集团股份有限公司 | 应用于电子设备的数据处理方法、电子设备及介质 |
WO2022105884A1 (zh) * | 2020-11-23 | 2022-05-27 | 中兴通讯股份有限公司 | 数据传输方法、装置、网络设备、存储介质 |
CN112637329A (zh) * | 2020-12-21 | 2021-04-09 | 网络通信与安全紫金山实验室 | 一种多应用程序的标识方法、装置、设备及存储介质 |
CN112737932A (zh) * | 2020-12-25 | 2021-04-30 | 江苏省未来网络创新研究院 | 一种基于dpdk实现高性能ipsce网关 |
CN112968965A (zh) * | 2021-02-25 | 2021-06-15 | 网宿科技股份有限公司 | Nfv网络节点的元数据服务方法、服务器及存储介质 |
CN113259400A (zh) * | 2021-07-14 | 2021-08-13 | 南京易科腾信息技术有限公司 | 基于网络协议的网络交互系统、方法及存储介质 |
CN113259400B (zh) * | 2021-07-14 | 2021-09-28 | 南京易科腾信息技术有限公司 | 基于网络协议的网络交互系统、方法及存储介质 |
CN113726577A (zh) * | 2021-09-01 | 2021-11-30 | 网络通信与安全紫金山实验室 | 基于应用和用户态协议栈的网络管理方法及网络架构 |
CN113726577B (zh) * | 2021-09-01 | 2023-10-24 | 网络通信与安全紫金山实验室 | 基于应用和用户态协议栈的网络管理方法及网络架构 |
CN114143061A (zh) * | 2021-11-25 | 2022-03-04 | 郑州信大信息技术研究院有限公司 | 基于用户态协议栈实现数据安全可靠传输的方法及系统 |
CN114143061B (zh) * | 2021-11-25 | 2023-06-02 | 郑州信大信息技术研究院有限公司 | 基于用户态协议栈实现数据安全可靠传输的方法及系统 |
CN115827120A (zh) * | 2023-01-10 | 2023-03-21 | 苏州浪潮智能科技有限公司 | 用户态网络栈调用、用户态接口设置方法和装置 |
CN115827120B (zh) * | 2023-01-10 | 2023-05-23 | 苏州浪潮智能科技有限公司 | 用户态网络栈调用、用户态接口设置方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN106302199B (zh) | 2019-12-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106302199A (zh) | 一种基于三层交换机设备的用户态协议栈实现方法及系统 | |
US8982703B2 (en) | Routing support for lossless data traffic | |
US8908704B2 (en) | Switch with dual-function management port | |
US6553028B1 (en) | Method and apparatus for multicast switching using a centralized switching engine | |
US7554993B2 (en) | Method and apparatus for performing connection management with multiple stacks | |
US7630368B2 (en) | Virtual network interface card loopback fastpath | |
US7242665B2 (en) | Network device virtual interface | |
US7362763B2 (en) | Apparatus and method for classifying traffic in a distributed architecture router | |
US7738457B2 (en) | Method and system for virtual routing using containers | |
US9614759B2 (en) | Systems and methods for providing anycast MAC addressing in an information handling system | |
CN101155109B (zh) | 一种以太网交换系统及设备 | |
US20080107115A1 (en) | Method, device and system for message transmission | |
WO2007005347A1 (en) | Apparatus and method for segmenting a communication network | |
JPH11112577A (ja) | Lanシステム間相互接続方式及びネットワークサービスシステム | |
CN107026784A (zh) | 一种远程虚拟专网网关装置及实现方法 | |
CN105490957A (zh) | 一种负载分担方法及装置 | |
CN108289061B (zh) | 基于sdn的业务链拓扑系统 | |
WO2023103461A1 (zh) | 基于clos架构的报文跨板组播复制转发方法和系统 | |
US20080037558A1 (en) | Access Network System and Subscriber Data Route Control Method | |
CN103200117B (zh) | 一种负载均衡方法和装置 | |
JP2008502244A (ja) | フロー処理 | |
CN105516116A (zh) | 一种基于ForCES控制件控制OpenFlow交换机的系统及协议转换方法 | |
CN100479457C (zh) | 一种实现虚拟私有网络中数据传输的方法 | |
KR101629089B1 (ko) | 레거시 네트워크 프로토콜 기능과 sdn 기능이 하이브리드하게 동작하는 오픈플로우 동작 방법 | |
EP4277211A1 (en) | Interface management method for accessed user equipment, and accessed user equipment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20200805 Address after: Floor 2, No.16, Gaopeng Avenue, high tech Zone, Chengdu, Sichuan 610000 Patentee after: Chengdu Guangda Hengji Communication Technology Co., Ltd Address before: 610041 building four, building two, Shiyang Industrial Park, five village, Shiyang village, fifty-five village, Chengdu hi tech Zone, Sichuan, Qingyun Patentee before: CHENGDU GUANGDA NEW NETWORK TECHNOLOGY Co.,Ltd. |
|
TR01 | Transfer of patent right |