CN108390833B - 一种基于虚拟域的软件定义网络转发控制方法 - Google Patents
一种基于虚拟域的软件定义网络转发控制方法 Download PDFInfo
- Publication number
- CN108390833B CN108390833B CN201810142911.6A CN201810142911A CN108390833B CN 108390833 B CN108390833 B CN 108390833B CN 201810142911 A CN201810142911 A CN 201810142911A CN 108390833 B CN108390833 B CN 108390833B
- Authority
- CN
- China
- Prior art keywords
- virtual
- packet
- data packet
- udp
- address
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/70—Virtual switches
-
- 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/02—Topology update or discovery
-
- 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/74—Address processing for routing
-
- 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/74—Address processing for routing
- H04L45/745—Address table lookup; Address filtering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/30—Peripheral units, e.g. input or output ports
- H04L49/3009—Header conversion, routing tables or routing tags
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
- H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种基于虚拟域的软件定义网络转发控制方法,属于网络交换与路由技术领域。首先建立通信场景,对视频数据构建虚拟域,标识数据流和控制流,设计UDP数据包得到控制流的控制信令;然后把table_miss流表条目写入到SDN交换机中,第一条ARP寻址包信令与table_miss无法匹配,触发Packet‑in消息发送到SDN控制器;SDN控制器回复Packet Out消息,同时下发初始流表条目给SDN交换机;第二个及之后的ARP寻址包信令与SDN交换机中的流表条目进行匹配,进行SDN交换机或SDN控制器回复消息,发往不同UDP数据包的控制信令,SDN交换机处理并确定交换机输出或者经过网络切换输出。本发明实现了转控分离设计,增加了网络透明性,大大的降低终端用户的应用开发开销,同时大大的提高了网络健壮性。
Description
技术领域
本发明属于网络交换与路由技术领域,涉及软件定义网络OpenFlow流表转发方法的研究,具体是指一种基于虚拟域的软件定义网络转发控制方法。
背景技术
随着互联网技术的不断发展和完善,各式各样的网络互联设备层出不穷,网络组成变得越来越复杂,管理如此庞大的网络变得越来越困难。为满足未来网络的智能、灵活、便捷等发展需求,人们希望通过一种软件的、集中管理方式对网络进行统一的管控,软件定义网络(SDN)的概念由此而来。
OpenFlow协议是软件定义网络架构中第一个控制器与交换机之间的通信协议。以OpenFlow协议为基础的软件定义网络是控制器通过流表的方式对网络交换与路由进行控制。利用OpenFlow协议,控制器可以主动或被动地增加、更新和删除流表中的流表条目;SDN交换机根据流表条目进行网络数据转发。
在传统网络架构下做网络编程应用开发,存在如下不足:其一,由于传统网络交换与路由侧功能单一且扩展性差,应用开发人员在开发终端网络应用时,不仅要进行终端功能的设计实现,而且要进行网络侧的部分功能设计,这给终端网络应用开发者提出了更高的知识要求;其二,由于当前网络应用开发者想要实现一些特定的网络转发功能时,需要了解真实的网络信息,进行点对点的传输,然而网络的状态可能在不断变化和更新,网络应用也要随着网络变化进行相应的适配工作,这样的做法使网络失去了透明性。
发明内容
本发明采用软件定义网络的方式,明确网络分工,在网络侧编程应用软件,通过控制器进行网络侧功能设计,把网络侧的功能集中在网络侧实现,终端网络应用开发者只需要专注于终端的功能实现,不需要关注网络侧复杂的网络问题。利用虚拟域,网络终端只需要知晓简单的虚拟域值,而不需要知道复杂多变的真实网络信息,以此屏蔽了底层真实的网络信息,增加了网络透明性,节省了应用开发开销;具体是一种基于虚拟域的软件定义网络转发控制方法。
具体步骤如下:
步骤一、建立包括SDN交换机、SDN控制器、无线基站服务器和数据收、发终端设备的通信场景,每个设备具有唯一有效的网络标识信息。
网络标识信息由每个设备自己的真实IP地址,MAC地址以及UDP端口等组成。
步骤二、针对某个待传输的视频数据,构建虚拟域,利用虚拟IP地址、虚拟MAC地址和虚拟UDP端口标识数据流和控制流;
数据流标识设为虚拟IP1地址、虚拟MAC1地址和虚拟UDP1端口;控制流标识设为虚拟IP2地址、虚拟MAC2地址和虚拟UDP2端口;
数据流标识构建如下:
针对待传输的视频数据,经过无线网络传送给数据接收终端设备时,中间需要经过多种网络设备进行转发,利用虚拟域屏蔽中间无线网络设备的网络信息差异,把所有中间无线网络设备的IP地址、MAC地址、UDP端口等信息统一用虚拟IP1地址、虚拟MAC1地址和虚拟UDP1端口标识。如此,视频数据流只需要发往确定的目的地址虚拟IP1即可,实际网络设备的选择由SDN控制器决定。
控制流标识构建如下:与数据流标识信息类型一致,将携带控制信息的目的地址设为:虚拟IP2地址、虚拟MAC2地址和虚拟UDP2端口标识。
步骤三、根据虚拟域,对UDP数据包的头部和数据内容分别设计,得到控制流的控制信令;
UDP数据包的头部携带虚拟IP2地址的字段信息,同时UDP数据包数据包负载为任意值。
步骤四、SDN交换机和SDN控制器建立连接,SDN控制器把table_miss流表条目写入到SDN交换机中;
首先,当SDN交换机和SDN控制器建立连接,SDN交换机被SDN控制器抽象为Datapath对象,然后,SDN交换机发送异步SwitchFeatures消息,SDN控制器调用SwitchFeatures事件处理器处理,将table_miss流表条目写入到SDN交换机中;
SwitchFeatures事件处理器的作用是新建一个table0流表,流表中添加进一个table_miss流表条目,流表条目优先级为0,匹配域为缺省,动作为把接收到的数据包作为Packet-in消息负载转发到SDN控制器。
步骤五、数据发送终端设备发出第一条ARP寻址包信令,与SDN交换机中的流表条目table_miss匹配,table_miss流表项触发OpenFlow中Packet-in消息,发送到SDN控制器;
Packet-in消息中包含虚拟IP的ARP寻址包消息作为负载信息。
步骤六、SDN控制器回复Packet Out消息,同时下发业务定制的初始流表条目给SDN交换机;
SDN控制器甄别控制流和数据流的虚拟IP值并对不同的ARP消息析构并逆向修改,最终利用Packet Out消息回复;
业务定制的初始流表匹配域包含虚拟IP信息,共两套,每套分别有四个;
第一套流表条目如下:
a、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP1,目的MAC地址是虚拟MAC1,协议类型是ARP数据包;优先级为4;动作是把ARP数据包作为Packet-in消息的负载利用Packet-in消息发送到SDN控制器。
优先级为4是指大于0并且小于65535;
b、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP2,目的MAC地址是虚拟MAC2,协议类型是ARP数据包;优先级为4;动作是把ARP数据包作为Packet-in消息的负载利用Packet-in消息发送到SDN控制器。
c、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP1,源IP地址是视频源真实IP;目的UDP端口是虚拟UDP端口PORT1;优先级为65535;协议类型是UDP数据包,动作是利用OpenFlow中Set-Field命令把UDP数据包的数据包头对应字段做修改,IP1修改为LTE/WiFi基站服务器真实IP,MAC1修改为LTE/WiFi基站服务器真实MAC,PORT1修改为LTE/WiFiE基站服务器真实UDP端口,并且输出到LTELTE/WiFi基站服务器连接的交换机端口。
d、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP2,源IP地址是视频源真实IP;目的UDP端口是虚拟UDP端口PORT2;优先级为65535;协议类型是UDP数据包,动作是把UDP数据包作为Packet-in消息的负载利用Packet-in消息发送到控制器。
第二套流表条目如下:
e、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP1,目的MAC地址是虚拟MAC1,协议类型是ARP数据包;优先级为4;动作是利用OpenFlow中Set-Field命令把ARP数据包的数据包头对应字段做逆向修改,虚拟IP1修改为源IP,目的MAC修改为源MAC,源IP修改为虚拟IP1,源MAC修改为虚拟MAC1,网络类型修改为RARP,并且输出ARP数据包进入的交换机端口。
f、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP2,目的MAC地址是虚拟MAC2,协议类型是ARP数据包;优先级为4;动作是利用OpenFlow中Set-Field命令把ARP数据包的数据包头对应字段做逆向修改,虚拟IP2修改为源IP,目的MAC修改为源MAC,源IP修改为虚拟IP2,源MAC修改为虚拟MAC2,网络类型修改为RARP,并且输出ARP数据包进入的交换机端口。
g、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP1,源IP地址是视频源真实IP;目的UDP端口是虚拟UDP端口PORT1;优先级为65535;协议类型是UDP数据包,动作是利用OpenFlow中Set-Field命令把UDP数据包的数据包头对应字段做修改,IP1修改为LTE/WiFi基站服务器真实IP,MAC1修改为LTE/WiFi基站服务器真实MAC,PORT1修改为LTE/WiFi基站服务器真实UDP端口,并且输出到LTE/WiFi基站服务器连接的交换机端口。
h、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP2,源IP地址是视频源真实IP;目的UDP端口是虚拟UDP端口PORT2;优先级为65535;协议类型是UDP数据包,动作是把UDP数据包作为Packet-in消息的负载利用Packet-in消息发送到控制器。
步骤七、针对数据发送终端设备发出的第二个及之后的ARP寻址包信令,将当前ARP寻址包信令与SDN交换机中的流表条目进行匹配,并根据不同的流表条目进行SDN交换机回复消息或SDN控制器回复消息;
匹配的SDN交换机中的流表条目为第一套,触发OpenFlow中Packet-in消息,将当前ARP寻址包信令作为Packet-in消息的负载,发送到SDN控制器并利用Packet-out消息回复。
匹配的SDN交换机中的流表条目为第二套,流表条目匹配域包含虚拟IP信息,则SDN交换机的动作条目利用OpenFlow中Set-Field命令对此ARP数据包进行逆向修改,SDN交换机利用修改后的RARP包直接回复。
步骤八、根据SDN交换机的回复消息或SDN控制器的回复消息,数据发送终端设备发出发往不同虚拟IP地址的UDP视频数据包的控制信令,SDN交换机根据自身现有的流表条目进行处理并确定交换机输出或者经过网络切换输出;
具体处理如下:UDP视频数据包的控制信令如果发往虚拟IP1,流表条目匹配域必须包含虚拟IP1地址及相关的UDP端口等必要信息,采用的匹配流表条目为c或g;动作条目利用OpenFlow中Set-Field命令对此类UDP数据包进行数据包头部修改,然后在实际的物理设备连接的交换机端口输出。
UDP视频数据包信令如果发往虚拟IP2地址,流表条目匹配域必须包含虚拟IP2地址等必要信息,采用的匹配流表条目为d或h;此类控制信令负责网络切换控制,用于触发OpenFlow中Packet-in消息,SDN控制器对Packet-in消息中关键信息的采集匹配,进行切换网络输出。
具体步骤如下:
步骤I、SDN控制器提取Packet-in消息的负载信息。
Packet-in负载信息为包含发往虚拟IP地址的UDP数据包的控制信令,发往虚拟IP地址的ARP寻址数据包或者任何不匹配的数据包;
步骤II、析构负载信息,并判断是否为ARP寻址数据包,如果是,进入步骤III;否则,进入步骤VI;
步骤III、判断该ARP寻址数据包的IP字段是否为虚拟IP1或虚拟IP2;如果是,进入步骤IV,否则,丢弃或进行其他业务处理。
步骤IV、判断控制器是否已经下发了业务定制的初始流表给交换机。如果是,进入步骤V,否则,控制器下发业务定制的初始流表给交换机,进入步骤V。
步骤V、SDN控制器对接收到的此类ARP数据包进行逆向修改,回复给发送端一个RARP确认信息,使得虚拟IP1与虚拟IP2有效;
步骤VI、判断该数据包是否为UDP数据包,如果是,进入步骤VII;否则,丢弃或进行其他业务处理。
步骤VII、判断该数据包的目的MAC字段是否为虚拟MAC2,如果是,进入步骤VIII;否则,丢弃或进行其他业务处理。
步骤VIII、判断该数据包的目的UDP端口字段是否为虚拟PORT2,如果是,修改交换机流表项,完成LTE基站向WiFi基站的链路切换或者WiFi基站向LTE基站的链路切换。否则,丢弃或进行其他业务处理。
修改交换机流表项是指把初始流表中的流表条目c或g修改为:
匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP1,源IP地址是视频源真实IP;目的UDP端口是虚拟UDP端口PORT1;优先级为65535;协议类型是UDP数据包,动作是利用OpenFlow中Set-Field命令把UDP数据包的数据包头对应字段做修改,IP1修改为WiFi/LTE基站服务器真实IP,MAC1修改为WiFi/LTE基站服务器真实MAC,PORT1修改为WiFi/LTE基站服务器真实UDP端口,并且输出到WiFi/LTE基站服务器连接的交换机端口。
UDP视频数据包信令不发往虚拟IP1和虚拟IP2,与table_miss流表条目匹配,最终SDN控制器进行丢弃或进行其他业务处理。
本发明的优点在于:
1)、一种基于虚拟域的软件定义网络转发控制方法,通过设计虚拟域,利用虚拟域中不同的匹配值,实现彻底的转控分离设计,是软件定义网络应用开发的一种有效的设计模式。
2)、一种基于虚拟域的软件定义网络转发控制方法,虚拟域屏蔽了底层物理的或虚拟网络设备的差异性,增加了网络透明性,业务服务方和被服务方都不需要关心真实网络具体的实现细节。
3)、一种基于虚拟域的软件定义网络转发控制方法,终端应用开发者仅仅只需要知道网络管理员设计的虚拟域中的特定值即可,可以专注于终端功能的开发,网络侧功能完全交于SDN业务应用和SDN控制器实现,这样做大大的降低终端用户的应用开发开销的同时大大的提高了网络健壮性。
附图说明
图1为本发明构建的无线网络切换通信场景示意图。
图2为本发明应用于无线网络切换场景控制器控制流程示意图。
图3为本发明基于虚拟域的软件定义网络转发控制方法的流程图;
图4为本发明SDN控制器对Packet-in消息进行切换网络输出的流程图。
具体实施方式
下面结合附图对本发明的具体实施方法进行详细说明。
本发明提供一种基于虚拟域的软件定义网络转发控制方法,首先设计虚拟域,确定虚拟域中的每个虚拟值的作用。然后可以设计一些包含虚拟域值的控制信令,控制信令的作用是让SDN控制器可以进行虚拟域值匹配,开发者针对不同的虚拟域值对流表项做不同的处理,最后通过SDN控制器把开发者针对网络具体功能场景设计定制的OpenFlow流表项下发到SDN交换机,从而完成软件定义网络转发控制。
根据业务应用程序,视频业务源端仅需要知道特殊的虚拟域值,针对特殊的虚拟域值只进行简单的数据发送即可完成数据业务在多种网络间的无间断传输,虚拟域屏蔽了真实的网络差异,收发终端不需要知道真实网络转发实现细节,业务需求的网络转发控制功能全部移交到SDN控制器进行软件实现;同时数据流和控制流由虚拟域中不同的值进行区分标记,实现了数据流和控制流彻底的转控分离。
如图3所示,具体为如下步骤:
步骤一、建立包括SDN交换机、SDN控制器、无线基站服务器和数据收、发终端设备的通信场景,每个设备具有唯一有效的网络标识信息。
如图1所示,整个场景由SDN交换机网络、无线基站服务器、数据收、发终端设备组成,视频源端把视频数据经过无线网络传送给终端用户,中间需要经过的LTE基站服务器和WiFi基站服务器等多种网络中间设备进行转发,本实施例中基站到最终用户终端的部分保持始终连通,为了保持视频业务的正常不间断传输,需要在多种无线网络基站间进行选择。
本实施例中无线基站服务器、数据收、发终端设备都有自己的真实IP地址、MAC地址以及UDP端口等组成网络标识信息,不同设备的网络标识信息在局域网络中唯一且有效。
步骤二、针对某个待传输的视频数据,构建虚拟域,利用虚拟IP地址、虚拟MAC地址和虚拟UDP端口标识数据流和控制流;
在多种多样的网络标识信息中选择其中一种或几种标识信息构建虚拟域,本发明选择IP地址、MAC地址、UDP端口等信息构建虚拟域;数据流标识设为虚拟IP1地址、虚拟MAC1地址和虚拟UDP1端口;控制流标识设为虚拟IP2地址、虚拟MAC2地址和虚拟UDP2端口;
数据流标识构建如下:
针对待传输的视频数据,经过无线网络传送给数据接收终端设备时,中间需要经过多种网络设备进行转发,利用虚拟域屏蔽中间无线网络设备的网络信息差异,相当于把中间多种无线基站服务器虚拟化为一个大的虚拟化基站,大虚拟化基站的IP地址、MAC地址、UDP端口等信息用统一用一个虚拟IP地址、MAC地址、UDP端口标识。如此,视频数据流只需要发往确定的虚拟IP地址,实际的网络(基站服务器)选择由SDN控制器决定。
相应的,还需要标识控制流,控制流的标识信息采用和数据流的标识信息类型一致,采用另一个虚拟IP地址、MAC地址标识。
如图2所示,本例中利用虚拟IP1(10.0.0.9)来标识数据流,利用虚拟IP2(10.0.0.8)来标识控制流,意思是视频数据的目的地址为虚拟IP1、虚拟MAC1以及虚拟UDP端口PORT1,把携带控制信息的目的地址为虚拟IP2、虚拟MAC2以及虚拟UDP端口PORT2。
步骤三、根据虚拟域,对UDP数据包的头部和数据内容分别设计,得到控制流的控制信令;
确定了虚拟域后需要设计控制流的控制信令,控制信令包含信令头部设计和信令负载。本发明采用UDP的方式发送控制信令,在UDP数据包头部包含了一些IP字段信息,所以可以直接利用发往IP2(控制流标识信息)的UDP数据包作为控制信令,SDN控制器通过提取UDP数据包的IP字段信息,进而可以判断控制信息的有无。
如果需要进行一些复杂的匹配操作,可以对信令负载做设计,即对UDP数据包中数据内容部分进行设计。鉴于图1的切换场景比较简单,利用UDP控制流的有无状态来切换选择两个中间设备,所以没有对数据包数据部分进行设计,可以包含任意值。
步骤四、SDN交换机和SDN控制器建立连接,SDN控制器把table_miss流表条目写入到SDN交换机中;
SDN控制器选用开源Ryu控制器,Ryu可以接收和解析OpenFlow消息,Ryu利用事件进行Ryu中模块之间的通信。首先,当SDN交换机和Ryu建立连接,SDN交换机在控制器侧会被抽象为一个Datapath对象。该Datapath对象会将接收到的数据报文转化成对应的事件进行发布。然后,初始化交换机中的流表项,SDN交换机发送异步SwitchFeatures消息,注册了对应事件的模块将收到事件并SDN控制器调用对应的事件处理器SwitchFeatures处理,将table_miss流表条目写入到SDN交换机中;
SwitchFeatures事件处理器的作用是新建一个table0流表,流表中添加进一个table_miss流表条目,流表条目优先级为0,匹配域为缺省,动作为把接收到的数据包作为Packet-in消息负载转发到SDN控制器。
有了table_miss流表条目,数据包在交换机找不到匹配的流表项的时候,此流表项就会生效,把数据包打包成Packet-in消息发送给Ryu控制器。Ryu接到消息,转化为Packet-in事件,进而调用Packet-in事件处理器处理,Packet-in事件处理逻辑既是本文实现对虚拟IP甄别和做出相应网络决策的主要内容。
步骤五、数据发送终端设备发出第一条ARP寻址包信令,与SDN交换机中的流表条目table_miss匹配,table_miss流表项触发OpenFlow中Packet-in消息,发送到SDN控制器;
Packet-in消息中包含虚拟IP的ARP寻址包消息作为负载信息。
步骤六、SDN控制器回复Packet Out消息,同时下发业务定制的初始流表条目给SDN交换机;
SDN控制器甄别控制流和数据流的虚拟IP值并对不同的ARP消息析构并逆向修改,最终利用Packet Out消息回复;
基于OpenFlow的软件定义网络是通过流表的方式进行网络管理,SDN控制器通过下发流表给交换机,交换机按照流表条目进行数据转发;想要实现网络功能即需要设计流表条目。
业务定制的初始流表匹配域包含虚拟IP信息,共两套,每套分别有四个;
利用SDN控制器回复ARP寻址消息,则第一套流表条目如下:
a、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP1,目的MAC地址是虚拟MAC1,协议类型是ARP数据包;优先级为4;动作是把ARP数据包作为Packet-in消息的负载利用Packet-in消息发送到SDN控制器。
优先级为4是指大于0并且小于65535;
b、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP2,目的MAC地址是虚拟MAC2,协议类型是ARP数据包;优先级为4;动作是把ARP数据包作为Packet-in消息的负载利用Packet-in消息发送到SDN控制器。
c、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP1,源IP地址是视频源真实IP;目的UDP端口是虚拟UDP端口PORT1;优先级为65535;协议类型是UDP数据包,动作是利用OpenFlow中Set-Field命令把UDP数据包的数据包头对应字段做修改,IP1修改为LTE/WiFi基站服务器真实IP,MAC1修改为LTE/WiFi基站服务器真实MAC,PORT1修改为LTE/WiFi基站服务器真实UDP端口,并且输出到LTE/WiFi基站服务器连接的交换机端口。
d、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP2,源IP地址是视频源真实IP;目的UDP端口是虚拟UDP端口PORT2;优先级为65535;协议类型是UDP数据包,动作是把UDP数据包作为Packet-in消息的负载利用Packet-in消息发送到控制器。
下发了业务定制的流表后,控制器对此类ARP数据包进行逆向修改,回复给发送端一个RARP确认信息,使得虚拟IP1与虚拟IP2有效;视频源端可以进行下一步的UDP数据流发送。
利用SDN交换机直接回复ARP寻址消息,第二套流表条目如下:
e、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP1,目的MAC地址是虚拟MAC1,协议类型是ARP数据包;优先级为4;动作是利用OpenFlow中Set-Field命令把ARP数据包的数据包头对应字段做逆向修改,虚拟IP1修改为源IP,目的MAC修改为源MAC,源IP修改为虚拟IP1,源MAC修改为虚拟MAC1,网络类型修改为RARP,并且输出ARP数据包进入的交换机端口。
f、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP2,目的MAC地址是虚拟MAC2,协议类型是ARP数据包;优先级为4;动作是利用OpenFlow中Set-Field命令把ARP数据包的数据包头对应字段做逆向修改,虚拟IP2修改为源IP,目的MAC修改为源MAC,源IP修改为虚拟IP2,源MAC修改为虚拟MAC2,网络类型修改为RARP,并且输出ARP数据包进入的交换机端口。
g、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP1,源IP地址是视频源真实IP;目的UDP端口是虚拟UDP端口PORT1;优先级为65535;协议类型是UDP数据包,动作是利用OpenFlow中Set-Field命令把UDP数据包的数据包头对应字段做修改,IP1修改为LTE/WiFi基站服务器真实IP,MAC1修改为LTE/WiFi基站服务器真实MAC,PORT1修改为LTE/WiFi基站服务器真实UDP端口,并且输出到LTE/WiFi基站服务器连接的交换机端口。
h、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP2,源IP地址是视频源真实IP;目的UDP端口是虚拟UDP端口PORT2;优先级为65535;协议类型是UDP数据包,动作是把UDP数据包作为Packet-in消息的负载利用Packet-in消息发送到控制器。
步骤七、针对数据发送终端设备发出的第二个及之后的ARP寻址包信令,将当前ARP寻址包信令与SDN交换机中的流表条目进行匹配,并根据不同的流表条目进行SDN交换机回复消息或SDN控制器回复消息;
针对发往虚拟IP1和虚拟IP2的ARP寻址数据包,匹配的SDN交换机中的流表条目为第一套,触发OpenFlow中Packet-in消息,Packet-in消息中包含虚拟IP的ARP消息作为负载信息,发送到SDN控制器,控制器针甄别控制流和数据流的虚拟IP值并对不同的ARP消息析构并逆向修改,最终利用Packet-out消息回复。
匹配的SDN交换机中的流表条目为第二套,交换机中的流表条目需要能够回复此类ARP包,以此使虚拟IP生效。流表条目匹配域包含虚拟IP信息,则SDN交换机的动作条目利用OpenFlow中Set-Field命令对此ARP数据包进行逆向修改,SDN交换机利用修改后的RARP包直接回复。
步骤八、根据SDN交换机的回复消息或SDN控制器的回复消息,数据发送终端设备发出发往不同虚拟IP地址的UDP视频数据包的控制信令,SDN交换机根据自身现有的流表条目进行处理并确定交换机输出或者经过网络切换输出;
具体处理如下:UDP视频数据包的控制信令如果发往虚拟IP1,流表条目匹配域必须包含虚拟IP1地址及相关的UDP端口等必要信息,采用的匹配流表条目为c或g;动作条目利用OpenFlow中Set-Field命令对此类UDP数据包进行数据包头部修改,然后在实际的物理设备连接的交换机端口输出。
UDP视频数据包信令如果发往虚拟IP2地址,流表条目匹配域必须包含虚拟IP2地址等必要信息,采用的匹配流表条目为d或h;此类控制信令负责网络切换控制,实现实际LTE基站和WiFi基站的选择。控制器必须对此类消息进行处理,所以此类消息必须触发OpenFlow中Packet-in消息,Packet-in消息中可以包含UDP控制信令数据包作为Packet-in消息的负载信息。通过SDN控制器对Packet-in消息中关键信息的采集匹配,识别UDP控制信令数据包中的IP2标识,进而利用Flow-mod消息对交换机中现有的流表条目进行更新修改,进而完成转发控制,完成网络选路。
如图4所示,具体步骤如下:
步骤I、SDN控制器提取Packet-in消息的负载信息。
如图2所示,无线网络切换场景管控应用,Packet-in负载信息为需要处理的消息:包括发往虚拟IP2的UDP控制信令、发往虚拟IP1的UDP视频数据包、发往虚拟IP1和虚拟IP2的ARP寻址数据包,或者任何不匹配的数据包;所以控制器的流表设计也包含这些方面。
包含发往虚拟IP地址的UDP数据包的控制信令,发往虚拟IP地址的ARP寻址数据包
步骤II、析构负载信息,并判断是否为ARP寻址数据包,如果是,进入步骤III;否则,进入步骤VI;
步骤III、判断该ARP寻址数据包的IP字段是否为虚拟IP1或虚拟IP2;如果是,进入步骤IV,否则,丢弃或进行其他业务处理。
步骤IV、判断控制器是否已经下发了业务定制的初始流表给交换机。如果是,进入步骤V,否则,控制器下发业务定制的初始流表一次性下发给交换机,进入步骤V。
本业务定制的流表一次性下发给交换机,这样交换机可以保证一路正常传输,不能进行切换;
步骤V、SDN控制器对接收到的此类ARP数据包进行逆向修改,回复给发送端一个RARP确认信息,使得虚拟IP1与虚拟IP2有效;
步骤VI、判断该数据包是否为UDP数据包,如果是,进入步骤VII;否则,丢弃或进行其他业务处理。
步骤VII、判断该数据包的目的MAC字段是否为虚拟MAC2,如果是,进入步骤VIII;否则,丢弃或进行其他业务处理。
步骤VIII、判断该数据包的目的UDP端口字段是否为虚拟PORT2,如果是,修改交换机流表项,完成LTE基站向WiFi基站的链路切换或者WiFi基站向LTE基站的链路切换。否则,丢弃或进行其他业务处理。
修改交换机流表项是指把初始流表中的流表条目c或g修改为:
匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP1,源IP地址是视频源真实IP;目的UDP端口是虚拟UDP端口PORT1;优先级为65535;协议类型是UDP数据包,动作是利用OpenFlow中Set-Field命令把UDP数据包的数据包头对应字段做修改,IP1修改为WiFi/LTE基站服务器真实IP,MAC1修改为WiFi/LTE基站服务器真实MAC,PORT1修改为WiFi/LTE基站服务器真实UDP端口,并且输出到WiFi/LTE基站服务器连接的交换机端口。
UDP视频数据包信令不发往虚拟IP1和虚拟IP2,与table_miss流表条目匹配,最终SDN控制器进行丢弃或进行其他业务处理。
至此即完成了LTE基站向WiFi基站的链路切换。同理,可以完成WiFi基站向LTE基站的网络链路切换。
Claims (3)
1.一种基于虚拟域的软件定义网络转发控制方法,其特征在于,具体步骤如下:
步骤一、建立包括SDN交换机、SDN控制器、无线基站服务器和数据收、发终端设备的通信场景,每个设备具有唯一有效的网络标识信息;
步骤二、针对某个待传输的视频数据,构建虚拟域,利用虚拟IP地址、虚拟MAC地址和虚拟UDP端口标识数据流和控制流;
步骤三、根据虚拟域,对UDP数据包的头部和数据内容分别设计,得到控制流的控制信令;
UDP数据包的头部携带虚拟IP2地址的字段信息,同时UDP数据包负载为任意值;
步骤四、SDN交换机和SDN控制器建立连接,SDN控制器把table_miss流表条目写入到SDN交换机中;
SDN控制器把table_miss流表条目写入到SDN交换机中,具体为:
首先,当SDN交换机和SDN控制器建立连接,SDN交换机被SDN控制器抽象为Datapath对象,然后,SDN交换机发送异步SwitchFeatures消息,SDN控制器调用SwitchFeatures事件处理器处理,将table_miss流表条目写入到SDN交换机中;
SwitchFeatures事件处理器的作用是新建一个table0流表,流表中添加进一个table_miss流表条目,流表条目优先级为0,匹配域为缺省,动作为把接收到的数据包作为Packet-in消息负载转发到SDN控制器;
步骤五、数据发送终端设备发出第一条ARP寻址包信令,与SDN交换机中的流表条目table_miss匹配,table_miss流表项触发OpenFlow中Packet-in消息,发送到SDN控制器;
Packet-in消息中包含虚拟IP的ARP寻址包消息作为负载信息;
步骤六、SDN控制器回复Packet Out消息,同时下发业务定制的初始流表条目给SDN交换机;
SDN控制器甄别控制流和数据流的虚拟IP值并对不同的ARP消息析构并逆向修改,最终利用Packet Out消息回复;
业务定制的初始流表匹配域包含虚拟IP信息,共两套,每套分别有四个;
第一套流表条目如下:
a、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP1,目的MAC地址是虚拟MAC1,协议类型是ARP数据包;优先级为4;动作是把ARP数据包作为Packet-in消息的负载利用Packet-in消息发送到SDN控制器;
优先级为4是指大于0并且小于65535;
b、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP2,目的MAC地址是虚拟MAC2,协议类型是ARP数据包;优先级为4;动作是把ARP数据包作为Packet-in消息的负载利用Packet-in消息发送到SDN控制器;
c、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP1,源IP地址是视频源真实IP;目的UDP端口是虚拟UDP端口PORT1;优先级为65535;协议类型是UDP数据包,动作是利用OpenFlow中Set-Field命令把UDP数据包的数据包头对应字段做修改,IP1修改为LTE/WiFi基站服务器真实IP,MAC1修改为LTE/WiFi基站服务器真实MAC,PORT1修改为LTE/WiFi基站服务器真实UDP端口,并且输出到LTE/WiFi基站服务器连接的交换机端口;
d、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP2,源IP地址是视频源真实IP;目的UDP端口是虚拟UDP端口PORT2;优先级为65535;协议类型是UDP数据包,动作是把UDP数据包作为Packet-in消息的负载利用Packet-in消息发送到控制器;
第二套流表条目如下:
e、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP1,目的MAC地址是虚拟MAC1,协议类型是ARP数据包;优先级为4;动作是利用OpenFlow中Set-Field命令把ARP数据包的数据包头对应字段做逆向修改,虚拟IP1修改为源IP,目的MAC修改为源MAC,源IP修改为虚拟IP1,源MAC修改为虚拟MAC1,网络类型修改为RARP,并且输出ARP数据包进入的交换机端口;
f、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP2,目的MAC地址是虚拟MAC2,协议类型是ARP数据包;优先级为4;动作是利用OpenFlow中Set-Field命令把ARP数据包的数据包头对应字段做逆向修改,虚拟IP2修改为源IP,目的MAC修改为源MAC,源IP修改为虚拟IP2,源MAC修改为虚拟MAC2,网络类型修改为RARP,并且输出ARP数据包进入的交换机端口;
g、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP1,源IP地址是视频源真实IP;目的UDP端口是虚拟UDP端口PORT1;优先级为65535;协议类型是UDP数据包,动作是利用OpenFlow中Set-Field命令把UDP数据包的数据包头对应字段做修改,IP1修改为LTE/WiFi基站服务器真实IP,MAC1修改为LTE/WiFi基站服务器真实MAC,PORT1修改为LTE/WiFi基站服务器真实UDP端口,并且输出到LTE/WiFi基站服务器连接的交换机端口;
h、匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP2,源IP地址是视频源真实IP;目的UDP端口是虚拟UDP端口PORT2;优先级为65535;协议类型是UDP数据包,动作是把UDP数据包作为Packet-in消息的负载利用Packet-in消息发送到控制器;
步骤七、针对数据发送终端设备发出的第二个及之后的ARP寻址包信令,将当前ARP寻址包信令与SDN交换机中的流表条目进行匹配,并根据不同的流表条目进行SDN交换机回复消息或SDN控制器回复消息;
匹配的SDN交换机中的流表条目为第一套,触发OpenFlow中Packet-in消息,将当前ARP寻址包信令作为Packet-in消息的负载,发送到SDN控制器并利用Packet-out消息回复;
匹配的SDN交换机中的流表条目为第二套,流表条目匹配域包含虚拟IP信息,则SDN交换机的动作条目利用OpenFlow中Set-Field命令对此ARP数据包进行逆向修改,SDN交换机利用修改后的RARP包直接回复;
步骤八、根据SDN交换机的回复消息或SDN控制器的回复消息,数据发送终端设备发出发往不同虚拟IP地址的UDP视频数据包的控制信令,SDN交换机根据自身现有的流表条目进行处理并确定交换机输出或者经过网络切换输出;
具体处理如下:UDP视频数据包的控制信令如果发往虚拟IP1,流表条目匹配域必须包含虚拟IP1地址及相关的UDP端口的必要信息,采用的匹配流表条目为c或g;动作条目利用OpenFlow中Set-Field命令对此类UDP数据包进行数据包头部修改,然后在实际的物理设备连接的交换机端口输出;
UDP视频数据包信令如果发往虚拟IP2地址,流表条目匹配域必须包含虚拟IP2地址的必要信息,采用的匹配流表条目为d或h;此类控制信令负责网络切换控制,用于触发OpenFlow中Packet-in消息,SDN控制器对Packet-in消息中关键信息的采集匹配,进行切换网络输出;
具体步骤如下:
步骤I、SDN控制器提取Packet-in消息的负载信息;
Packet-in负载信息为包含发往虚拟IP地址的UDP数据包的控制信令,发往虚拟IP地址的ARP寻址数据包或者任何不匹配的数据包;
步骤II、析构负载信息,并判断是否为ARP寻址数据包,如果是,进入步骤III;否则,进入步骤VI;
步骤III、判断该ARP寻址数据包的IP字段是否为虚拟IP1或虚拟IP2;如果是,进入步骤IV,否则,丢弃或进行其他业务处理;
步骤IV、判断控制器是否已经下发了业务定制的初始流表给交换机;如果是,进入步骤V,否则,控制器下发业务定制的初始流表给交换机,进入步骤V;
步骤V、SDN控制器对接收到的此类ARP数据包进行逆向修改,回复给发送端一个RARP确认信息,使得虚拟IP1与虚拟IP2有效;
步骤VI、判断该数据包是否为UDP数据包,如果是,进入步骤VII;否则,丢弃或进行其他业务处理;
步骤VII、判断该数据包的目的MAC字段是否为虚拟MAC2,如果是,进入步骤VIII;否则,丢弃或进行其他业务处理;
步骤VIII、判断该数据包的目的UDP端口字段是否为虚拟PORT2,如果是,修改交换机流表项,完成LTE基站向WiFi基站的链路切换或者WiFi基站向LTE基站的链路切换;否则,丢弃或进行其他业务处理;
所述的修改交换机流表项是指把初始流表中的流表条目c或g修改为:
匹配域为进端口为视频源服务器连接的交换机端口、目的IP地址是虚拟IP1,源IP地址是视频源真实IP;目的UDP端口是虚拟UDP端口PORT1;优先级为65535;协议类型是UDP数据包,动作是利用OpenFlow中Set-Field命令把UDP数据包的数据包头对应字段做修改,IP1修改为WiFi/LTE基站服务器真实IP,MAC1修改为WiFi/LTE基站服务器真实MAC,PORT1修改为WiFi/LTE基站服务器真实UDP端口,并且输出到WiFi/LTE基站服务器连接的交换机端口;
UDP视频数据包信令不发往虚拟IP1和虚拟IP2,与table_miss流表条目匹配,最终SDN控制器进行丢弃或进行其他业务处理。
2.如权利要求1所述的一种基于虚拟域的软件定义网络转发控制方法,其特征在于,所述的步骤一中,网络标识信息由每个设备自己的真实IP地址,MAC地址以及UDP端口组成。
3.如权利要求1所述的一种基于虚拟域的软件定义网络转发控制方法,其特征在于,所述的步骤二中,数据流标识设为虚拟IP1地址、虚拟MAC1地址和虚拟UDP1端口;控制流标识设为虚拟IP2地址、虚拟MAC2地址和虚拟UDP2端口;
数据流标识构建如下:
针对待传输的视频数据,经过无线网络传送给数据接收终端设备时,中间需要经过多种网络设备进行转发,利用虚拟域屏蔽中间无线网络设备的网络信息差异,把所有中间无线网络设备的IP地址、MAC地址、UDP端口的信息统一用虚拟IP1地址、虚拟MAC1地址和虚拟UDP1端口标识;如此,视频数据流只需要发往确定的目的地址虚拟IP1即可,实际网络设备的选择由SDN控制器决定;
控制流标识构建如下:与数据流标识信息类型一致,将携带控制信息的目的地址设为:虚拟IP2地址、虚拟MAC2地址和虚拟UDP2端口标识。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810142911.6A CN108390833B (zh) | 2018-02-11 | 2018-02-11 | 一种基于虚拟域的软件定义网络转发控制方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810142911.6A CN108390833B (zh) | 2018-02-11 | 2018-02-11 | 一种基于虚拟域的软件定义网络转发控制方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108390833A CN108390833A (zh) | 2018-08-10 |
CN108390833B true CN108390833B (zh) | 2020-02-07 |
Family
ID=63068865
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810142911.6A Active CN108390833B (zh) | 2018-02-11 | 2018-02-11 | 一种基于虚拟域的软件定义网络转发控制方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108390833B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108900419B (zh) * | 2018-08-17 | 2020-04-17 | 北京邮电大学 | Sdn架构下基于深度强化学习的路由决策方法及装置 |
CN109831393B (zh) * | 2019-03-10 | 2022-01-11 | 西安电子科技大学 | 面向网络虚拟化的多粒度QoS控制方法 |
US11870677B2 (en) | 2020-06-04 | 2024-01-09 | Juniper Networks, Inc. | Liveness detection and route convergence in software-defined networking distributed system |
CN112217687B (zh) * | 2020-08-25 | 2021-07-16 | 广州锦行网络科技有限公司 | 一种实现任意IP地址ping回复的方法 |
CN112491744B (zh) * | 2020-11-13 | 2022-08-02 | 浪潮思科网络科技有限公司 | 一种端口流量镜像方法、设备及介质 |
CN114760249B (zh) * | 2021-01-08 | 2023-08-04 | 大唐移动通信设备有限公司 | 一种基于sdn网络的数据处理方法和装置及设备 |
CN113364794B (zh) * | 2021-06-16 | 2022-03-15 | 浪潮云信息技术股份公司 | 一种基于Openflow检查服务器的安全通信方法 |
CN113938293A (zh) * | 2021-09-23 | 2022-01-14 | 深圳市柔宇科技股份有限公司 | Vpn网络分享方法、存储介质和终端设备 |
CN115333996B (zh) * | 2021-12-06 | 2024-04-02 | 广西民族大学 | 一种基于sdn的互联网交换技术方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104125244A (zh) * | 2013-04-23 | 2014-10-29 | 中兴通讯股份有限公司 | 一种分布式网络中转发信息的方法及系统 |
CN104158753A (zh) * | 2014-06-12 | 2014-11-19 | 南京工程学院 | 基于软件定义网络的动态流调度方法及系统 |
CN104301129A (zh) * | 2013-07-16 | 2015-01-21 | 上海宽带技术及应用工程研究中心 | 一种软件定义网络中的动态主机配置方法及系统 |
CN105871631A (zh) * | 2016-05-31 | 2016-08-17 | 武汉光迅科技股份有限公司 | 一种基于snmp协议找回丢失ip的方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10193924B2 (en) * | 2014-09-17 | 2019-01-29 | Acalvio Technologies, Inc. | Network intrusion diversion using a software defined network |
-
2018
- 2018-02-11 CN CN201810142911.6A patent/CN108390833B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104125244A (zh) * | 2013-04-23 | 2014-10-29 | 中兴通讯股份有限公司 | 一种分布式网络中转发信息的方法及系统 |
CN104301129A (zh) * | 2013-07-16 | 2015-01-21 | 上海宽带技术及应用工程研究中心 | 一种软件定义网络中的动态主机配置方法及系统 |
CN104158753A (zh) * | 2014-06-12 | 2014-11-19 | 南京工程学院 | 基于软件定义网络的动态流调度方法及系统 |
CN105871631A (zh) * | 2016-05-31 | 2016-08-17 | 武汉光迅科技股份有限公司 | 一种基于snmp协议找回丢失ip的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN108390833A (zh) | 2018-08-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108390833B (zh) | 一种基于虚拟域的软件定义网络转发控制方法 | |
US6553028B1 (en) | Method and apparatus for multicast switching using a centralized switching engine | |
US10110490B2 (en) | Method and apparatus for forwarding packet | |
CN105577548B (zh) | 一种软件定义网络中报文处理方法和装置 | |
CN103841023B (zh) | 数据转发的方法和设备 | |
US8879569B2 (en) | Virtual network connection method, network system, and network device | |
CN104935516B (zh) | 基于软件定义网络的通信系统及方法 | |
CN105812259B (zh) | 一种报文转发方法和设备 | |
US5946308A (en) | Method for establishing restricted broadcast groups in a switched network | |
US20170093690A1 (en) | Delayed updating of forwarding databases for multicast transmissions over telecommunications networks | |
US8934486B2 (en) | System and method for implementing multicast over a label-switched core network | |
WO2022062506A1 (zh) | 一种数据处理方法、装置、存储介质及电子装置 | |
WO2022007503A1 (zh) | 一种业务流量处理方法及装置 | |
JPH1141272A (ja) | Lanインターネット接続 | |
CN104980355B (zh) | 一种sdn环境下的源端可控组播数据传输系统 | |
US10904202B2 (en) | Packet routing using a network device | |
CN106656793B (zh) | 一种sdn网络与ip网络的数据交互方法 | |
WO2021052381A1 (zh) | 报文的发送方法和装置 | |
CN102457386A (zh) | 一种通信设备的双向pim中组播报文转发方法和通信设备 | |
JP2001326681A (ja) | パケット通信システムおよび移動通信システムおよび通信のアドレス方式 | |
CN1863153B (zh) | 以太网支持源特定组播转发的方法及其设备 | |
JP2019017004A (ja) | OpenFlowプロトコルとUDPポート番号アドレス変換を用いてマルチキャストパケットに非マルチキャストネットワークをトラバースさせるシステム及び方法 | |
CN108833284B (zh) | 一种云平台和idc网络的通信方法及装置 | |
JPH10190715A (ja) | ネットワークスイッチング方式 | |
CN109660394B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |