CN114531424A - 业务数据传输方法、通信网络、业务接收设备及存储介质 - Google Patents
业务数据传输方法、通信网络、业务接收设备及存储介质 Download PDFInfo
- Publication number
- CN114531424A CN114531424A CN202011197165.4A CN202011197165A CN114531424A CN 114531424 A CN114531424 A CN 114531424A CN 202011197165 A CN202011197165 A CN 202011197165A CN 114531424 A CN114531424 A CN 114531424A
- Authority
- CN
- China
- Prior art keywords
- service
- mac address
- receiving device
- devices
- service receiving
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 108
- 238000000034 method Methods 0.000 title claims abstract description 73
- 230000005540 biological transmission Effects 0.000 title claims abstract description 39
- 101100042631 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) SIN3 gene Proteins 0.000 description 20
- 238000013507 mapping Methods 0.000 description 17
- 238000010586 diagram Methods 0.000 description 15
- 238000012546 transfer Methods 0.000 description 10
- 230000003287 optical effect Effects 0.000 description 9
- 229920006235 chlorinated polyethylene elastomer Polymers 0.000 description 8
- 238000000136 cloud-point extraction Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 6
- 102100035309 GRIP and coiled-coil domain-containing protein 1 Human genes 0.000 description 4
- 102100028617 GRIP and coiled-coil domain-containing protein 2 Human genes 0.000 description 4
- 101001024398 Homo sapiens GRIP and coiled-coil domain-containing protein 1 Proteins 0.000 description 4
- 101001058870 Homo sapiens GRIP and coiled-coil domain-containing protein 2 Proteins 0.000 description 4
- 230000008859 change Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000004590 computer program Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 101100059544 Arabidopsis thaliana CDC5 gene Proteins 0.000 description 2
- 101150115300 MAC1 gene Proteins 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000002085 persistent effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0003—Details
-
- 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/66—Layer 2 routing, e.g. in Ethernet based MAN's
-
- 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/76—Routing in software-defined topologies, e.g. routing between virtual machines
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例公开了一种业务数据传输方法,用于简化通信网络结构,方便规划人员对通信网络的规划。本申请实施例的方法包括:业务接收设备主动向多个与其有连接关系的业务发送设备发送业务接收设备的MAC地址,每个业务发送设备根据该MAC地址配置本地路由信息。业务接收设备的MAC地址不需要根据ARP请求获取,避免了ARP请求带来的对设备端口IP地址的限制。可以用一个设备的IP地址代替该设备的多个端口的IP地址,简化了通信网络。
Description
技术领域
本申请实施例涉及通信领域,尤其涉及一种业务数据传输方法、通信网络、业务接收设备及存储介质。
背景技术
在通信网络中,业务发送设备的第一端口具有第一网际互连协议(internetprotocol,IP)地址。业务接收设备的第二端口具有第二IP地址。业务发送设备为向业务接收设备发送业务数据,需要获取第二端口的媒体存取控制(media access control,MAC)地址。具体过程如下:业务发送设备通过地址解析协议(address resolution protocol,ARP),在第一IP地址的网段内广播ARP请求。请求中携带第二IP地址。业务接收设备通过具有第二IP地址的第二端口接收该ARP请求,并将第二端口的MAC地址发送给业务发送设备。
来自业务发送设备的ARP请求只能到达与第一IP地址同网段的端口。当第一端口和第二端口处于不同网段时,业务接收设备无法通过第二端口接收上述ARP请求,也就不会向业务发送设备发送第二端口的MAC地址。此时业务发送设备就无法获取第二端口的MAC地址,业务数据无法成功发送。
为了实现业务数据的成功发送,需要确保每对业务接收设备与业务发送设备之间具有处于同网段的第一IP地址和第二IP地址。当业务发送设备有多个,业务接收设备有多个时,每个业务发送设备需要具有多个第一IP地址,也就需要具有多个第一端口。每个业务接收设备需要具有多个第二IP地址,也就需要具有多个第二端口。每个设备都具有多个端口,通信网络结构复杂。
发明内容
本申请实施例提供了一种业务数据传输方法、通信网络、业务接收设备以及存储介质,用于简化通信网络结构,以降低通信网络结构的复杂度。
本申请实施例第一方面提供了一种业务数据传输方法。该方法应用于通信网络。该通信网络包括n个业务接收设备和m个业务发送设备,n和m均为大于或等于1的整数。该方法包括:n个业务接收设备中的任一个业务接收设备,本申请实施例中称为第一业务接收设备。第一业务接收设备向任一与其具有连接关系的业务发送设备广播第一业务接收设备的MAC地址。具体的,第一业务接收设备向m个业务发送设备中的每个业务发送设备广播第一MAC地址。在本申请实施例中,第一业务接收设备的MAC地址也称为第一MAC地址。每个业务发送设备接收到第一MAC地址后,根据第一MAC地址配置本地路由信息。m个业务发送设备中的至少一个业务发送设备,根据配置好的本地路由信息,向第一业务接收设备发送业务数据和第一MAC地址。
在本申请实施例中,业务发送设备只要与业务接收设备具有连接关系,就能接收到业务接收设备的MAC地址。业务发送设备根据业务接收设备的MAC地址配置本地路由信息。业务发送设备根据本地路由信息,就能实现业务数据的成功发送。无论是业务发送设备获取业务接收设备的MAC地址,还是业务发送设备向业务接收设备发送业务数据,都不受到业务发送设备与业务接收设备IP地址的网段的限制。每个业务发送设备或业务接收设备不需要具有多个处于不同网段的端口,通信网络的结构更简单。规划人员也不需要确保每对业务发送设备和业务接收设备之间具有处于同网段的端口,规划更方便。
结合第一方面,本申请实施例第一方面的第一种实施方式中,业务接收设备通过第一数据帧向m个业务发送设备中的每个业务发送设备发送第一MAC地址。第一数据帧包括第一字段。第一字段用于承载第一MAC地址。
在本申请实施例中,通过第一数据帧中的第一字段传输第一MAC地址。将第一MAC地址的位置限定在特定的字段中。不占用非特定的字段,降低对通信网络中其他通信方法的影响。
结合第一方面的第一种实施方式,本申请实施例第一方面的第二种实施方式中,通信网络是光传送网(optical transport network,OTN)。OTN用于传输OTN帧。OTN帧包括净荷区和开销区。净荷区用于传输业务数据,开销区用于传输除业务数据外的数据。为传输业务数据,需要获取业务接收设备在净荷区对应的MAC地址。业务接收设备向业务发送设备发送作为第一数据帧的OTN帧。在OTN帧开销区的第一字段中承载业务接收设备在净荷区对应的MAC地址,即第一MAC地址。
在本申请实施例中,只要业务接收设备与业务发送设备有连接关系,数据就能通过OTN帧的开销区从业务接收设备发送到业务发送设备。即使业务接收设备的端口在净荷区对应的IP地址,与业务发送设备的端口在净荷区对应的IP地址处于不同网段,业务发送设备也能通过开销区接收到业务接收设备在净荷区对应的MAC地址。业务接收设备MAC地址的传输不再受限于端口IP地址的网段。端口的IP地址可自由设置,减轻了规划人员规划IP地址的难度。
结合第一方面的第二种实施方式,本申请实施例第一方面的第三种实施方式中,第一字段包括GCC0字段、GCC1字段或GCC2字段中的至少一个。
结合第一方面的第二种实施方式或第三种实施方式,本申请实施例第一方面的第四种实施方式中,可以通过扩展协议实现第一MAC地址的传输。具体的,第一字段用于承载扩展协议的报文。扩展协议的报文用于指示第一MAC地址。具体的,扩展协议的报文中包括第一数据分块。第一数据分块用于指示第一MAC地址。
在本申请实施例中,通过扩展已有的协议实现对第一MAC地址的传输。对已有通信网络的变动小,实现通信网络结构变更所付出的代价小。
结合第一方面的第四种实施方式,本申请实施例第一方面的第五种实施方式中,扩展协议包括路径计算单元通信协议(path computation element communicationprotocol,PCEP)或边界网关协议(border gateway protocol,BGP)。
结合第一方面、第一方面的第一种至第五种实施方式中的任一种,本申请实施例第一方面的第六种实施方式中,当通信网络中存在多个业务接收设备时,可以通过中转设备减少通信网络中用于传输业务接收设备MAC地址的消息数量。具体的,中转设备接收来自n个业务接收设备的n个MAC地址。n个MAC地址是各不相同的,n个MAC地址与n个业务接收设备的MAC地址一一对应。例如,第x业务接收设备为n个业务接收设备中的任一个业务接收设备。第x业务接收设备向中转设备发送第xMAC地址。第xMAC地址为第x业务接收设备的MAC地址。x为位于大于或等于1且小于或等于所述n之间的任一整数。中转设备接收到n个业务接收设备发送的n个MAC地址后,向每个业务发送设备转发中转消息。每条中转消息中包括n个MAC地址,n个MAC地址与n个接收设备一一对应。每个业务发送设备根据n个MAC地址配置本地路由信息。本地路由信息对应于n个业务接收设备。具体的,每个业务发送设备根据第xMAC地址,配置与第x业务接收设备相关的本地路由信息。
在本申请实施例中,若没有中转设备,n个业务接收设备向m个业务发送设备发送业务接收设备的MAC地址,一共需要发送m*n条消息。通过中转设备,n个业务接收设备向m个业务发送设备发送业务接收设备的MAC地址,一共需要发送m+n条消息。当m和n均为大于1的整数时,m*n>m+n。通过中转设备发送业务接收设备的MAC地址,可以减少通信网络中消息的数量,节省通信网络带宽。
结合第一方面的第六种实施方式,本申请实施例第一方面的第七种实施方式中,中转设备向m个业务发送设备中的每个业务发送设备发送第二数据帧。第二数据帧包括第二字段。第二字段用于指示n个业务接收设备中每个业务接收设备的MAC地址。
在本申请实施例中,通过第二数据帧中的第二字段传输每个业务接收设备的MAC地址。将每个业务接收设备的MAC地址的位置限定在特定的字段中。不占用非特定的字段,降低对通信网络中其他通信方法的影响。
结合第一方面的第七种实施方式,第一方面的第八种实施方式中,通信网络是OTN。中转设备向每个业务发送设备发送作为第二数据帧的OTN帧。第二字段位于OTN帧的开销区。在第二字段中承载业务接收设备在净荷区对应的MAC地址,即第一MAC地址。
结合第一方面的第六种实施方式至第八种实施方式中的任一种,本申请实施例第一方面的第九种实施方式中,中转设备可以是软件定义网络SDN控制器、服务器或网元中的至少一项。
结合第一方面的第六种实施方式至第九种实施方式中的任一种,本申请实施例第一方面的第十种实施方式中,中转设备向特定的业务发送设备发送n个MAC地址。具体的,中转设备存有业务接收设备与业务发送设备之间的映射关系。中转设备向与业务接收设备之间存在映射关系的业务发送设备发送n个MAC地址。
在本申请实施例中,中转设备不向与业务接收设备之间没有映射关系的业务发送设备发送n个业务接收设备的MAC地址,起到了筛选业务发送设备的作用。中转设备向特定的业务发送设备发送n个业务接收设备的MAC地址,从而减少通信网络中消息的数量,节省通信网络带宽。
结合第一方面、第一方面的第一种实施方式至第十种实施方式中的任一种,本申请实施例第一方面的第十一种实施方式中,业务接收设备的MAC地址与业务接收设备的设备标识一同发送。业务发送设备根据该设备标识和MAC地址,配置本地路由信息。具体的,业务发送设备接收来自第x业务接收设备的第xMAC地址和第x设备标识。业务发送设备将第x设备标识和第xMAC地址填入ARP表中。业务发送设备为了向第x业务接收设备发送业务数据,查询路由表获取第x设备标识,再查询ARP表获取第xMAC地址。
在本申请实施例中,将业务接收设备的MAC地址和设备标识填入业务发送设备的ARP表。通过设备标识和ARP表、路由表来查询业务接收设备的MAC地址,沿用了大部分通信网络所使用的ARP技术。对已有通信网络的变动小,实现通信网络结构变更所付出的代价小。
结合第一方面的第十一种实施方式,本申请实施例第一方面的第十二种实施方式中,业务接收设备的设备标识是业务接收设备的IP地址,用于标识业务接收设备。
在本申请实施例中,通过设备的IP地址来标识业务接收设备,而不是用多个端口的IP地址来标识业务接收设备。发送设备只要基于业务接收设备的一个设备IP地址来配置路由信息即可,不需要对同一业务接收设备的多个端口配置路由信息。通信网络中同一业务接收设备不需要多个端口,通信网络结构更简单。业务发送设备通过IP地址配置路由信息。由一个设备的IP地址代替多个端口的IP地址,业务发送设备对路由信息的配置也更简单。通信网络中发送的包含业务接收设备IP地址或业务接收设备端口IP地址的消息的数量减少,节省通信网络带宽。
本申请实施例第二方面提供了一种数据传输方法,该方法包括:n个业务接收设备中的任一个业务接收设备,本申请实施例中称为第一业务接收设备。第一业务接收设备向任一与其具有连接关系的业务发送设备广播第一业务接收设备的MAC地址。具体的,第一业务接收设备向m个发送设备中的每个业务发送设备广播第一业务接收设备的MAC地址。在本申请实施例中,第一业务接收设备的MAC地址也称为第一MAC地址。第一MAC地址用于每个发送设备配置本地路由信息。第一业务接收设备接收来自至少一个业务发送设备的业务数据和第一MAC地址。至少一个业务发送设备为m个业务发送设备中的至少一个。业务数据和第一MAC地址为根据配置好的本地路由信息发送的。
本方面所示的有益效果,请详见第一方面所示,具体不做赘述。
结合第二方面,本申请实施例第二方面的第一种实施方式中,第一业务接收设备通过第一数据帧向m个业务发送设备中的每个业务发送设备发送第一MAC地址。第一数据帧包括第一字段。第一字段用于承载第一MAC地址。
通信网络具体可以是光传送网OTN。OTN用于传输OTN帧。OTN帧包括净荷区和开销区。净荷区用于传输业务数据,开销区用于传输除业务数据外的数据。为传输业务数据,需要获取接收设备在净荷区对应的MAC地址。接收设备可以向发送设备发送OTN帧,在该OTN帧的开销区中携带接收设备在净荷区对应的MAC地址。
结合第二方面的第一种实施方式,本申请实施例第二方面的第二种实施方式中,第一业务接收设备为光传送网OTN中的设备。业务接收设备可发送和接收OTN帧。OTN帧包括净荷区和开销区。净荷区用于传输业务数据,开销区用于传输除业务数据外的数据。为传输业务数据,需要获取业务接收设备在净荷区对应的MAC地址。业务接收设备向业务发送设备发送作为第一数据帧的OTN帧。在OTN帧开销区的第一字段中承载业务接收设备在净荷区对应的MAC地址,即第一MAC地址。
结合第二方面的第二种实施方式,本申请实施例第二方面的第三种实施方式中,第一字段包括GCC0字段、GCC1字段或GCC2字段中的至少一个。
结合第二方面的第二种实施方式或第三种实施方式,本申请实施例第一方面的第四种实施方式中,可以通过扩展协议实现第一MAC地址的传输。具体的,第一字段用于承载扩展协议的报文。扩展协议的报文用于指示第一MAC地址。具体的,扩展协议的报文中包括第一数据分块。第一数据分块用于指示第一MAC地址。
结合第二方面的第四种实施方式,本申请实施例第二方面的第五种实施方式中,扩展协议包括路径计算单元通信协议(path computation element communicationprotocol,PCEP)或边界网关协议(border gateway protocol,BGP)。
结合第二方面、第二方面的第一种实施方式至第五种实施方式中的任一种,本申请实施例第二方面的第六种实施方式中,当业务接收设备的数量为多个时,可以通过中转设备减少业务接收设备发送MAC地址的消息数量。具体的,若业务接收设备的数量为n,n为大于或等于2的整数。n个业务接收设备向中转设备发送n个MAC地址。n个MAC地址是各不相同的,n个MAC地址与n个业务接收设备的MAC地址一一对应。n个MAC地址用于向m个业务发送设备中的每个业务发送设备转发。例如,第x业务接收设备为该n个业务接收设备中的任一个业务接收设备。x为位于大于或等于1且小于或等于所述n之间的任一整数。第x业务接收设备向中转设备发送第xMAC地址。第xMAC地址为第x业务接收设备的MAC地址。第xMAC地址用于中转设备向业务发送设备转发,以使得业务发送设备根据该第xMAC地址配置本地路由信息。
结合第二方面的第六种实施方式,本申请实施例第二方面的第七种实施方式中,中转设备具体可以是软件定义网络SDN控制器、服务器或网元中的至少一项。
结合第二方面的第六种实施方式或第七种实施方式,本申请实施例第一方面的第八种实施方式中,中转设备向特定的业务发送设备发送n个MAC地址。具体的,中转设备存有业务接收设备与业务发送设备之间的映射关系。中转设备向与业务接收设备之间存在映射关系的业务发送设备发送n个MAC地址。
结合第二方面、第二方面的第一种实施方式至第八种实施方式中的任一种,本申请实施例第二方面的第九种实施方式中,业务接收设备的MAC地址与业务接收设备的设备标识一同发送。设备标识和MAC地址用于业务发送设备配置本地路由信息。
结合第二方面的第九种实施方式,本申请实施例第二方面的第十种实施方式中,业务接收设备的设备标识是业务接收设备的IP地址,用于标识业务接收设备。
本申请实施例第三方面提供了一种数据传输方法,该方法包括:
m个业务发送设备中的每个业务发送设备接收来自第一业务接收设备的第一MAC地址。第一MAC地址为第一业务接收设备的MAC地址。第一业务接收设备为n个业务接收设备中的任一个。业务接收设备为与业务发送设备有连接关系的任一设备。每个业务发送设备接收到第一MAC地址后,根据第一MAC地址配置本地路由信息。m个业务发送设备中的至少一个业务发送设备,根据配置好的本地路由信息,向第一业务接收设备发送业务数据和第一MAC地址。
本方面所示的有益效果,请详见第一方面所示,具体不做赘述。
结合第三方面,本申请实施例第三方面的第一种实施方式中,m个业务发送设备中的每个业务发送设备通过第一数据帧接收来自业务接收设备的第一MAC地址。第一数据帧包括第一字段。第一字段用于承载第一MAC地址。
结合第三方面的第一种实施方式,本申请实施例第三方面的第二种实施方式中,业务发送设备为光传送网OTN中的设备。业务发送设备可以发送和接收OTN帧。OTN帧包括净荷区和开销区。净荷区用于传输业务数据,开销区用于传输除业务数据外的数据。为传输业务数据,需要获取业务接收设备在净荷区对应的MAC地址。业务发送设备接收来自业务接收设备的作为第一数据帧的OTN帧。OTN帧开销区的第一字段中承载业务接收设备在净荷区对应的MAC地址,即第一MAC地址。
结合第三方面的第二种实施方式,本申请实施例第三方面的第三种实施方式中,第一字段包括GCC0字段、GCC1字段或GCC2字段中的至少一个。
结合第三方面的第二种实施方式或第三种实施方式,本申请实施例第三方面的第四种实施方式中,可以通过扩展协议实现第一MAC地址的传输。具体的,第一字段用于承载扩展协议的报文。扩展协议的报文用于指示第一MAC地址。具体的,扩展协议的报文中包括第一数据分块。第一数据分块用于指示第一MAC地址。
结合第三方面的第四种实施方式,本申请实施例第三方面的第五种实施方式中,扩展协议包括路径计算单元通信协议(path computation element communicationprotocol,PCEP)或边界网关协议(border gateway protocol,BGP)。
结合第三方面、第三方面的第一种实施方式至第五种实施方式中的任一种,本申请实施例第三方面的第六种实施方式中,业务接收设备的数量为多个时,可以通过中转设备减少通信网络中用于传输业务接收设备MAC地址的消息数量。具体的,m个业务发送设备中的每个业务发送设备,接收来自中转设备的中转消息。若业务接收设备的数量n为大于或等于2的整数。每条中转消息中包括n个MAC地址,n个MAC地址与n个接收设备一一对应。每个业务发送设备根据n个MAC地址配置本地路由信息。本地路由信息对应于n个业务接收设备。具体的,每个业务发送设备根据第xMAC地址,配置与第x业务接收设备相关的本地路由信息。
结合第三方面的第六种实施方式,本申请实施例第三方面的第七种实施方式中,m个业务发送设备中的每个业务发送设备接收来自中转设备的第二数据帧。第二数据帧包括第二字段。第二字段用于指示n个业务接收设备中每个业务接收设备的MAC地址。
结合第三方面的第七种实施方式,第三方面的第八种实施方式中,业务发送设备为OTN中的设备。每个业务发送设备接收来自中转设备的作为第二数据帧的OTN帧。第二字段位于OTN帧的开销区。在第二字段中承载业务接收设备在净荷区对应的MAC地址,即第一MAC地址。
结合第三方面的第六种实施方式至第八种实施方式中的任一种,本申请实施例第三方面的第九种实施方式中,中转设备可以是软件定义网络SDN控制器、服务器或网元中的至少一项。
结合第三方面的第六种实施方式至第九种实施方式中的任一种,本申请实施例第三方面的第十种实施方式中,业务发送设备为特定的。具体的,中转设备存有业务接收设备与业务发送设备之间的映射关系。只有与业务接收设备之间存在映射关系的业务发送设备,才能接收到来自中转设备的n个MAC地址。
结合第三方面、第三方面的第一种实施方式至第十种实施方式中的任一种,本申请实施例第三方面的第十一种实施方式中,接收设备的MAC地址与接收设备的设备标识一同接收。业务发送设备根据该设备标识和MAC地址,配置本地路由信息。具体的,业务发送设备接收来自第x接收设备的第xMAC地址和第x设备标识。业务发送设备将第x设备标识和第xMAC地址填入ARP表中。业务发送设备为了向第x接收设备发送业务数据,查询路由表获取第x设备标识,再查询ARP表获取第xMAC地址。
结合第三方面的第十一种实施方式,本申请实施例第三方面的第十二种实施方式中,业务接收设备的设备标识是业务接收设备的IP地址,用于标识业务接收设备。
本申请实施例第四方面提供了一种计算机可读存储介质,该计算机可读存储介质中保存有程序,当所述计算机执行所述程序时,执行前述第一方面所述的方法。
本申请实施例第五方面提供了一种计算机可读存储介质,该计算机可读存储介质中保存有程序,当所述计算机执行所述程序时,执行前述第二方面所述的方法。
本申请实施例第六方面提供了一种计算机可读存储介质,该计算机可读存储介质中保存有程序,当所述计算机执行所述程序时,执行前述第三方面所述的方法。
本申请实施例第七方面提供了一种计算机程序产品,当该计算机程序产品在计算机上执行时,所述计算机执行前述第一方面所述的方法。
本申请实施例第八方面提供了一种计算机程序产品,当该计算机程序产品在计算机上执行时,所述计算机执行前述第二方面所述的方法。
本申请实施例第九方面提供了一种计算机程序产品,当该计算机程序产品在计算机上执行时,所述计算机执行前述第三方面所述的方法。
在本申请实施例中,业务发送设备只要与业务接收设备具有连接关系,就能接收到业务接收设备的MAC地址。业务发送设备根据业务接收设备的MAC地址配置本地路由信息。业务发送设备根据本地路由信息,就能实现业务数据的成功发送。无论是业务发送设备获取业务接收设备的MAC地址,还是业务发送设备向业务接收设备发送业务数据,都不受到业务发送设备与业务接收设备IP地址的网段的限制。每个业务发送设备或业务接收设备不需要具有多个处于不同网段的端口,通信网络的结构更简单。规划人员也不需要确保每对业务发送设备和业务接收设备之间具有处于同网段的端口,规划更方便。
附图说明
图1为通信网络的架构图;
图2为光传送网OTN的架构图;
图3为本申请实施例中一个OTN架构图;
图4为本申请实施例中数据传输方法一个流程示意图;
图5为本申请实施例中扩展后BGP协议报文一个格式示意图;
图6为本申请实施例中通信网络一个架构图;
图7为本申请实施例中数据传输方法一个流程示意图;
图8为本申请实施例中通信网络一个结构示意图;
图9为本申请实施例中业务接收设备一个结构示意图;
图10为本申请实施例中业务发送设备一个结构示意图。
具体实施方式
本申请实施例提供了一种业务数据传输方法,用于简化通信网络结构,以降低通信网络结构的复杂度。
请参阅图1,图1提供了一种通信网络的架构图。该通信网络具有多个业务发送设备和多个业务接收设备。在该通信网络中,业务发送设备1至业务发送设备m中的每个业务发送设备,都具有n个端口。该n个端口对应n个处于不同网段的IP地址。业务接收设备1至业务接收设备n中的每个业务接收设备,都具有m个端口。该m个端口对应m个处于不同网段的IP地址。
当m=2,n=3时,每个业务发送设备都具有3个端口,每个业务接收设备都具有2个端口。例如业务发送设备1,具有IP地址分别为IP1、IP2、IP3的三个端口。业务接收设备1,具有IP地址分别为IP1’、IP4’的两个端口。
只要业务发送设备与业务接收设备的端口之间,具有处于同网段的IP地址,就可以实现业务数据的传输。
基于该架构,业务发送设备1至业务发送设备m中的每个业务发送设备,都能向业务接收设备1至业务接收设备n中的每个业务接收设备发送业务消息。例如图1中的业务发送设备1,可以通过端口1和端口1’向业务接收设备1发送业务数据。
值得注意的是,业务发送设备与业务接收设备的关系并不是如图中所示固定不变的。图1中的业务发送设备也可作为业务接收设备,用于接收来自该通信网络中其他设备的业务消息。例如,当业务发送设备1作为业务接收设备时,可以通过端口1和端口1’,接收来自业务接收设备1的业务消息。业务发送设备之间也可以互相发送数据,例如业务发送设备1也可以通过端口z和端口z’,接收来自业务发送设备2的业务消息。
值得注意的是,图1中的m=2,n=3,仅是对业务发送设备和业务接收设备数量的举例。m和n可以为任何正整数,具体此处不作限定。
若通信网络中所有设备的所有端口都处于同一网段,那么每个设备就只有一个端口。但在实际应用中,存在以下问题。一方面,所有端口处于同一网段会造成广播ARP请求时,ARP请求的数量过多。从而导致对通信网络带宽的占用过多。另一方面,不同的设备归属于不同的用户。不同用户对设备端口的网段,其要求也不一样。因此,在通信网络中,绝大部分设备都具有多个端口。
通信网络包括光传送网OTN。请参阅图2,图2为一种OTN的网络架构图。用户网络边缘设备(customer edge,CE)与云端虚拟机(virtual personal computer,VPC)之间的数据传输,可以由OTN来实现。OTN中包括与CE连接的用户前置设备(customer premiseequipment,CPE)。CE通过CPE接收和发送业务数据。OTN中还包括与云端VPC连接的云端前置设备(premise equipment,PE)。云端VPC通过云端PE接收和发送业务数据。在本申请实施例中,云端PE也称为云PE,云端VPC也称为VPC。
以CE1到云端VPC1的业务数据传输为例。CE1为了向VPC1传输的业务数据,需要通过与CE1连接的CPE1和与VPC1连接的云PE1实现。此时CP1为业务发送设备,云PE1为业务接收设备。CPE1通过端口1、端口2和端口3广播ARP请求,获取云PE端口的MAC地址。由于ARP请求受限于端口IP地址的网段,CPE1和云PE1只能通过具有同网段IP地址的端口1和端口1’实现业务数据的传输。
在本申请实施例中,CE1作为业务数据的来源设备,云端VPC1作为业务数据的接收设备。来源设备为与业务发送设备连接的,向业务发送设备提供业务数据的设备。接收设备为与业务接收设备连接的,接收来自业务接收设备的业务数据的设备。CE1仅是对来源设备的举例,并不造成对来源设备的限定。例如,来源设备也可以是云端VPC。和云端VPC1仅是对来源设备和接收设备的举例,并不造成对来源设备和接收设备的限定。例如,业务接收设备也可以是CE。
对于一个业务发送设备来说,要向多个业务接收设备发送业务数据,就需要具有多个处于不同网段的IP地址。也就需要具有多个端口。业务接收设备同理。对于每对业务接收设备和业务发送设备来说,业务发送设备的端口和业务接收设备的端口,需要具有处于同网段的IP地址。从通信网络的角度来看,每个设备具有多个端口,通信网络结构复杂。从规划人员的角度来看,需要确保业务发送设备的端口和业务接收设备的端口,具有处于同网段的IP地址,规划难度高。
为了解决上述问题,本申请实施例提供了一种业务数据的传输方法,通过向业务发送设备广播业务接收设备的MAC地址来实现业务数据的传输。在业务接收设备接入通信网络或通信网络拓扑发生变化时,业务接收设备就向与其具有连接关系的所有业务发送设备主动发送该业务接收设备的MAC地址。所有的业务发送设备保存该业务接收设备的MAC地址,就能向该业务接收设备发送业务数据。
值得注意的是,本申请实施例中的广播,指的是向设备发送同一数据的动作。设备的数量可以是一个以上或两个以上。具体在本申请实施例中,广播就是指向业务发送设备发送MAC地址的动作。MAC地址为业务接收设备的MAC地址。业务发送设备的数量可以是一个以上或两个以上。
本申请实施例中,通信网络中包括m个业务发送设备和n个业务接收设备。业务接收设备用于接收业务数据,业务发送设备用于发送业务数据。m和n均为大于或等于1的整数,m也可以为大于或等于2的整数。
本申请实施例提供的数据传输方法,可以应用于光传送网OTN。除了OTN,本申请实施例提供的数据传输方法也可应用于其他通信网络。例如自动交换光网络(automaticallyswitched optical network,ASON)或分组传输网(packet transport network,PTN)等,此处不作限定。本申请实施例以该方法应用于OTN为例进行介绍。
本申请实施例可通过扩展已有的点到点可靠传输协议实现上述方法。在本申请实施例中,扩展后的点到点可靠传输协议,也称为扩展协议。
图3为本申请实施例中提供的一种OTN架构图。由于本申请实施例提供的方法,不需要用到端口的IP地址,因此图3的网络架构中不需要出现设备的端口。相比于图1或图2所示的通信网络架构,图3的通信网络架构不需要设置设备的端口。图3的通信网络架构结构更简单,通信网络结构的复杂度低。基于图3所示的网络架构,可以实现图4所示的方法。
本申请实施例中,业务接收设备可以是OTN中的CPE,业务发送设备可以是OTN中的云PE。或者也可以业务接收设备是云PE,业务发送设备是CPE。或者也可以业务接收设备是第一CPE,业务发送设备是第二CPE。或者也可以业务接收设备是第一云PE,业务发送设备是第二云PE。具体此处不做限定。
在本申请实施例中,将CPE作为业务接收设备,将云PE作为业务发送设备。本申请实施例仅是对业务接收设备和业务发送设备的举例,并不造成对业务接收设备和业务发送设备的限定。
接下来以通信网络为OTN,扩展协议为边界网关协议BGP举例。请参阅图4,基于图3所示的OTN架构,本申请实施例提供的一种数据传输方法,其流程包括:
401、第一业务接收设备向m个业务发送设备广播第一MAC地址。
业务接收设备可以通过OTN发送和接收OTN帧。OTN帧包括开销区和净荷区。净荷区用于承载业务数据。开销区也称为控制开销,用于承载业务数据的路由信息和设备的路由信息。控制开销的数据传输不受设备的IP地址和MAC地址的制约。业务接收设备可以通过控制开销,向所有与该业务接收设备具有连接关系的设备发送数据。在本申请实施例中,与业务接收设备具有连接关系,且能向业务接收设备发送业务数据的设备,称为业务发送设备。具体的,若网络中包括n个业务接收设备和m个业务发送设备,m和n均为大于或等于1的整数。第一业务接收设备为n个业务接收设备中的任一个。接下来以云PE1作为第一业务接收设备,说明本申请实施例所述的方法。
在本实施例中,以云PE1为例,说明所有业务接收设备。云PE1并不造成对业务接收设备的限定。
在云PE1刚接入通信网络或通信网络拓扑发生变化的情况下,云PE1可以向任一与其具有连接关系的CPE,广播第一数据帧。第一数据帧用于承载云PE1的MAC地址。
具体的,CPE的数量为m,m个CPE代表通信网络中与云PE1有连接关系的所有业务发送设备。
在本实施例中,第一数据帧为OTN帧。当本申请实施例的方法应用于其他通信网络时,第一数据帧可以是对应于该通信网络的数据帧,此处不作限定。
在本申请实施例中,业务接收设备的MAC地址也称为第一MAC地址。
在本申请实施例中,可以通过扩展协议的报文实现对第一MAC地址的广播。具体的,以BGP报文为代表的扩展协议的报文中,包括第一数据分块,第一数据分块用于指示第一MAC地址。扩展协议的报文可以承载于第一数据帧的第一字段。第一MAC地址用于业务发送设备配置与业务接收设备相关的本地路由信息。除了BGP报文,扩展协议的报文还可以是其他扩展协议的报文。例如PCEP报文等,具体此处不作限定。
在本申请实施例中,若A承载B,表示A为用于放置B的一个位置,但A并不一定能完全容纳B。因此A可以是一个或多个。只要A能放置B的内容,即为承载。例如,第一字段用于承载BGP报文。那么一个BGP报文的内容可以放置于多个第一字段内,每个第一字段用于放置BGP报文的一部分内容。
具体的,当第一数据帧为OTN帧时,第一字段可以是OTN帧开销区的GCC0,第一字段也可以是OTN帧开销区的其他字段,例如GCC1或GCC2,具体此处不作限定。当第一数据帧为其他通信网络的数据帧时,第一字段相应的为其他通信网络数据帧的某字段,具体此处不作限定。
请参阅表1,在已有的BGP协议中,BGP报文支持携带路径属性(path attributes)对象。其中就包括路由目的地址和用于表示下一跳IP地址的NEXT_HOP。具体应用于图2所示的场景中,若路径属性为路由目的地址,则对应的路径属性内容是VPC的IP地址。若路径属性为NEXT_HOP,则路径属性内容是接收设备第一端口的IP地址。
表1已有的BGP报文
路径属性对象 | 路径属性内容 |
路由目的地址 | VPC的IP地址 |
NEXT_HOP | 第一端口的IP地址 |
在已有的BGP协议中,BGP报文不支持携带MAC地址。BGP协议也没有规定特定的数据分块用于指示MAC地址。本申请实施例通过扩展协议,规定扩展协议报文的第一数据分块用于指示业务接收设备的MAC地址。从而实现对业务接收设备MAC地址的传输。
请参阅表2,本申请实施例将扩展BGP协议。在扩展的BGP报文中新增一种路径属性,此新增路径属性为NEXT_HOP_MAC,用于表示下一跳的MAC地址。NEXT_HOP_MAC在BGP报文中与NEXT_HOP属性一并出现。在本申请实施例中,NEXT_HOP_MAC即为第一数据分块。
表2本申请实施例扩展的BGP报文
路径属性对象 | 路径属性内容 |
路由目的地址 | VPC的IP地址 |
NEXT_HOP | 第一IP地址 |
NEXT_HOP_MAC | 第一MAC地址 |
本申请实施例所示的方法中出现的BGP报文,均为扩展后的BGP报文。
具体的,在云PE1发送BGP报文时,将报文中路径属性NEXT_HOP的路径属性内容填充为云PE1的IP地址,路径属性NEXT_HOP_MAC的路径属性内容填充为云PE1的MAC地址。此处的IP地址指的是云PE1的设备标识,也称为第一IP地址。设备标识用于标识接收设备。此处的MAC地址指的是云PE1的MAC地址,也称为第一MAC地址。第一MAC地址是接收设备的MAC地址。在本申请实施例中,扩展协议的报文中用于填充第一MAC地址的字段也可称为第二字段。
在本申请实施例中,第一IP地址可以是接收设备自身的ID号,也可以是其他用于标识接收设备的设备标识。例如人工配置的标识号,具体此处不作限定。
扩展后的BGP报文的格式可以如图5所述,图5为本申请实施例提供的一种扩展后BGP协议报文的格式示意图。图5中的Attr.Flags表示路径属性的标志位。Type Code表示路径属性的种类,其中Type Code3是NEXT_HOP,Type Code41是NEXT_HOP_MAC。Prefix Length表示路由目的地址前缀的长度。Prefix表示路由目的地址前缀的值。
图5所示的报文格式仅是举例,并不造成对扩展后BGP报文以及扩展协议报文的限定。
402、m个业务发送设备中的每个业务发送设备,根据第一MAC地址配置本地路由信息。
在本实施例中,所述业务发送设备可以包括图3中的CPE1和CPE2,业务接收设备可以包括图3中的云PE1、云PE2以及云PE3。
示例地,接收到云PE1发送的BGP报文后,m个CPE中的每个CPE配置与云PE1相关的本地路由信息,即保存第一MAC地址与第一IP地址之间的映射关系。具体的,每个CPE可以将BGP报文中的第一IP地址与第一MAC地址之间的映射关系保存在该CPE的ARP表中。也即是将第一IP地址和第一MAC地址填充在ARP表中。与云PE1相关的本地路由信息,也可以以其他形式存在。例如第一MAC地址与路由目的地址之间的映射关系,也即是将第一MAC地址与VPC1的IP地址之间的映射关系,保存在本地,具体此处不做限定。其中,VPC1为与云PE1连接的用于接收业务数据的设备。
在本申请实施例中,ARP表保存在CPE的内存当中,而不是缓存中。因此第一IP地址与第一MAC地址的映射关系一旦被保存,就不会被CPE缓存中的新数据所覆盖。在这一步之后,CPE只要根据保存在内存中的该映射关系就可获取第一MAC地址,不再需要通过其他方法获取。例如广播ARP请求等方法。通过查询保存在内存中的ARP表,获取第一MAC地址,该方法获取第一MAC地址的成功率高。
可选的,CPE还可以将BGP报文中的第一IP地址与路由目的地址之间的映射关系保存在CPE的路由表中,也即是将第一IP地址和路由目的地址填充在路由表中。在本申请实施例中,除了通过扩展协议的报文,路由表中第一IP地址与路由目的地址之间的映射关系也可以通过其他方式获取。例如手工配置等,具体此处不做限定。
作为一个示例,本步骤还包括:业务发送设备接收业务数据和云端VPC的IP地址。具体地,当某一CE需要向云端VPC发送业务数据,例如CE1需要向云端VPC1发送业务数据时,与CE1连接的CPE1可以接收到来自CE1的前述业务数据和云端VPC1的IP地址,表示该业务数据的接收方为云端VPC1。
值得注意的是,本申请实施例仅以CE1和云端VPC1为例,并不造成对业务数据来源和目的地的限定。
作为一个示例,在接收到业务接收设备发送的MAC地址后,本步骤还可以包括:业务发送设备确定第一MAC地址。
例如,获取云端VPC1的IP地址后,CPE1可以将云端VPC1的IP地址作为路由目的地址,查询路由表获取云端VPC1的IP地址所对应的云PE1的IP地址,也即是上述第一IP地址。
CPE1再查询上述保存在内存中的ARP表,获取第一IP地址所对应的第一MAC地址。在本实施例中第一MAC地址即为云PE1的MAC地址。
若前述步骤302中CPE配置的路由信息为第一MAC地址与VPC之间的映射关系,则CPE可直接根据该映射关系和VPC的IP地址确定第一MAC地址,具体此处不做限定。
403、m个业务发送设备中的至少一个业务发送设备,根据本地路由信息向第一业务接收设备发送业务数据和第一MAC地址。
在本实施例中,所述业务发送设备可以包括图3中的CPE1和CPE2,业务接收设备可以包括图3中的云PE1、云PE2以及云PE3。
示例地,获取第一MAC地址之后,CPE1向云PE1发送业务数据和第一MAC地址。具体的,CPE1可以将从CE1处获取的业务数据填充在OTN帧的净荷区中。再在该OTN帧的控制开销中,填充路由目的地址和下一跳MAC地址。
具体的,可以将控制开销中路由目的地址对应的对象填充为云端VPC1的IP地址。将控制开销中下一跳IP地址对应的对象填充为第一IP地址。将控制开销中下一跳MAC地址对应的对象填充为第一MAC地址。
CPE1向云PE1发送该OTN帧。
作为一个示例,在接收到业务接收设备发送的MAC地址后,本步骤还可以包括:业务接收设备将业务数据传输给云端VPC。
例如,云PE1接收到OTN帧,校验该OTN帧控制开销中携带的第一MAC地址为云PE1的MAC地址,从而确认该OTN帧是发送给自己的。
云PE1再通过该OTN帧控制开销中携带的VPC1的IP地址,确定该OTN帧的接收方为云端VPC1,从而将业务数据传输给云端VPC1。
在本申请实施例中,业务接收设备的数量不限定为1个,可以是多个。每个接收设备所具有的对应关系和执行的动作参见云PE1,此处不再赘述。
在本申请实施例中,m个配置了本地路由信息的业务发送设备,均可向业务接收设备发送业务消息。m个业务发送设备中的任一个,向业务接收设备发送业务消息的过程,参见CPE1发送的过程,此处不再赘述。
在本申请实施例中,业务发送设备只要与业务接收设备具有连接关系,就能接收到业务接收设备的MAC地址。业务发送设备根据业务接收设备的MAC地址配置本地路由信息。业务发送设备根据保存在本地的本地路由信息,就能实现业务数据的成功发送。无论是业务发送设备获取业务接收设备的MAC地址,还是业务发送设备向业务接收设备发送业务数据,都不受到业务发送设备与业务接收设备IP地址的网段的限制。每个业务发送设备和业务接收设备不需要具有多个处于不同网段的端口,通信网络的结构更简单。规划人员也不需要确保每对业务发送设备和业务接收设备之间具有处于同网段的端口,规划更方便。
同时,可以直接用业务接收设备的IP地址标识业务接收设备。不再需要规划人员规划每个业务接收设备的端口IP地址,减少了人员在通信网络中的操作步骤,提升了通信网络的自动性。
在本申请实施例中,业务发送设备将业务接收设备的MAC地址保存在本地。在业务发送设备向业务接收设备发送业务数据的情况下,可直接从本地获取业务接收设备的MAC地址,不需要向其它设备获取。节省了通信网络带宽,同时减小了时延。
在图4所示实施例中,对BGP报文的扩展同样适用于PCEP协议,新增的路径属性对象均为NEXT_HOP_MAC。对扩展后PCEP报文的用法,与图4所示实施例中对扩展后BGP报文的用法相同,此处不再赘述。
值得注意的是,本申请实施例仅以图3所示的OTN架构和图4所示的方法为例。本申请实施例提供的业务数据传输方法并不局限于OTN网络中,还可应用于其他通信网络。例如ASON或PTN等,具体此处不作限定。
当通信网络中存在多个业务发送设备与多个业务接收设备时,可通过中转设备传送业务接收设备的MAC地址。从而减小通信网络中的消息数量。
在本申请实施例中,中转设备用于减少通信网络中传输业务接收设备MAC地址的消息数量。中转设备具体可以是软件定义网络(software defined network,SDN)控制器。中转设备还可以是其他设备,例如服务器或网元等,具体此处不作限定。本申请实施例仅以SDN控制器为例,并不造成对中转设备的限定。
图6为本申请实施例中提供的一种通信网络架构图。该架构通过中转设备减少通信网络中传输第一MAC地址的消息的数量。该通信网络中包括m个CPE和n个云PE。m和n均为大于1的整数。基于图6所示的网络架构,可以实现图7所示的方法。
值得注意的是,本申请实施例中CPE和云PE仅是对业务发送设备和业务接收设备的举例,并不造成限定。业务发送设备和业务接收设备的可能,具体参见图4所示实施例,此处不再赘述。
图7为本申请提供的一种数据传输方法的流程示意图。请参阅图7,基于图6所示的通信网络架构,本申请实施例提供的一种数据传输方法,其流程包括:
701、n个云PE向SDN控制器发送携带第一MAC地址的第一数据帧。
在n个云PE刚接入通信网络或通信网络拓扑发生变化的情况下,n个云PE中的每一个云PE向SDN控制器发送携带第一MAC地址的第一数据帧。每个业务接收设备发送的第一数据帧中,都承载该业务接收设备的MAC地址,即第一MAC地址。也就是说,SDN控制器会接收到来自n个云PE的n个MAC地址。n个MAC地址互不相同,n个MAC地址与n个云PE是一一对应的。例如n个云PE中的第x云PE,向SDN控制器发送第一数据帧。帧中携带第x云PE的MAC地址、IP地址和与第x云PE连接的VPC的IP地址。第x云PE为n个云PE中的任一个。
具体的,第一MAC地址的传输可以通过以BGP协议为代表的扩展协议的报文实现。具体参见图4所示实施例的步骤401,此处不再赘述。
在本申请实施例中,包括业务接收设备MAC地址的消息也可称为路由消息。以云PE1为例,云PE1向SDN控制器发送包括MAC1、IP1和VPC1的路由消息,其中MAC1为云PE1的MAC地址,IP1为云PE1的IP地址,VPC1为VPC1的IP地址。
702、SDN控制器向m个CPE广播中转消息。
SDN控制器接收到n个云PE发送的第x云PE的MAC地址、IP地址和与第x云PE连接的VPC的IP地址后,向m个CPE中的每个广播中转消息。每条中转消息中包括n个云PE的MAC地址、IP地址和与n个云PE连接的VPC的IP地址。具体的,第x云PE的MAC地址、IP地址和与第x云PE连接的VPC的IP地址承载于BGP报文中。x为从1到n的整数。
具体的,在本申请实施例中,中转消息可以通过OTN帧发送。此时的OTN帧也可称为第二数据帧。第二数据帧用于承载n个接收设备的MAC地址。
第二数据帧与BGP报文的关系,参见图4所示实施例的步骤401中第一数据帧与BGP报文的关系,此处不再赘述。第x云PE的MAC地址、IP地址和与第x云PE连接的VPC的IP地址在BGP报文中的具体位置,参见图4所实施示例中步骤401的说明,此处不再赘述。
703、每个CPE配置与n个云PE相关的本地路由信息。
每个CPE配置与n个云PE相关的本地路由信息。具体的,每个CPE根据第x云PE的MAC地址、IP地址和与第x云PE连接的VPC的IP地址,配置与第x云PE相关的路由信息。x为从1到n的整数。
配置路由信息的具体过程,参见图4所示实施例,此处不再赘述。
704、CPE1接收业务数据和云端VPC的IP地址。
n个CPE中的至少一个,接收业务数据和云端VPC的IP地址,该云端VPC与m个云PE中的某一个相连接。例如,CPE1接收到业务数据和VPC1的IP地址,VPC1与云PE1连接。CPE1代表m个CPE中的任一个。云PE1代表n个云PE中的任一个。本申请实施例仅以CPE1和云PE1为例,并不造成对业务发送设备和业务接收设备的限定。
705、CPE1确定云PE1的MAC地址。
CPE1接收到VPC1的IP地址,就可以根据步骤703中配置的与云PE1相关的路由信息,获取云PE1的MAC地址。获取云PE1的MAC地址的具体过程,参见图4所示实施例,此处不再赘述。
706、CPE1向云PE1发送携带业务数据和云PE1的MAC地址的OTN帧。
获取云PE1的MAC地址后,CPE1向云PE1发送携带业务数据和云PE1的MAC地址的OTN帧。业务数据和MAC地址在OTN帧中的具体位置,参见图4所示实施例,此处不再赘述。
707、云PE1将业务数据传输给云端VPC1。
云PE1接收到OTN帧。校验OTN帧控制开销中携带的MAC地址为云PE1的MAC地址,从而确认该OTN帧是发送给自己的。
云PE1再通过该OTN帧控制开销中携带的VPC1的IP地址,确定该OTN帧的接收方为与云PE1连接的云端VPC1,从而将业务数据传输给云端VPC1。
在本申请实施例中,若没有中转设备,n个业务接收设备向m个业务发送设备发送业务接收设备的MAC地址,一共需要发送m*n条消息。通过中转设备,n个业务接收设备向m个业务发送设备发送业务接收设备的MAC地址,一共需要发送m+n条消息。当m和n均为大于1的整数时,m*n>m+n。通过中转设备发送业务接收设备的MAC地址,可以减少通信网络中消息的数量,节省通信网络带宽。
下面对本申请实施例中的通信网络进行描述,请参阅图8,本申请实施例中,通信网络一种结构包括:
n个业务接收设备801和m个业务发送设备802,n、m均为大于或等于1的整数。
n个业务接收设备801包括第一业务接收设备8011,第一业务接收设备8011为所述n个业务接收设备801中的任一个。
第一业务接收设备8011用于,向所述m个业务发送设备802广播第一MAC地址,所述第一MAC地址为所述第一业务接收设备8011的MAC地址。
m个业务发送设备802中的每个业务发送设备用于,根据所述第一MAC地址配置本地路由信息。
m个业务发送设备802中的至少一个业务发送设备用于,根据所述本地路由信息,向所述第一业务接收设备8011发送所述业务数据和所述第一MAC地址。
在一个示例中,第一业务接收设备8011用于,向所述每个业务发送设备发送第一数据帧,所述第一数据帧包括第一字段,所述第一字段用于承载所述第一MAC地址。
在一个示例中,所述第一数据帧为OTN帧,所述第一字段位于所述OTN帧的开销区。
在一个示例中,所述第一字段用于承载扩展协议的报文,所述扩展协议的报文用于指示所述第一MAC地址。
在一个示例中,所述通信网络还包括中转设备803。
中转设备803用于,接收来自所述n个业务接收设备801的n个MAC地址,所述n个MAC地址与所述n个业务接收设备一一对应。向所述每个业务发送设备转发所述n个MAC地址;
m个业务发送设备802的每个业务发送设备用于,根据所述n个MAC地址配置本地路由信息,所述本地路由信息对应于所述n个业务接收设备。
在一个示例中,中转设备803用于,向所述每个业务发送设备发送第二数据帧,所述第二数据帧包括第二字段,所述第二字段用于指示所述n个业务接收设备中每个业务接收设备的MAC地址。
在一个示例中,中转设备803包括软件定义网络SDN控制器、服务器或网元中的至少一项。
在一个示例中,第一业务接收设备8011用于,向所述m个业务发送设备广播所述第一MAC地址和所述第一业务接收设备的设备标识;
m个业务发送设备802中的每个所述业务发送设备用于,根据所述第一MAC地址和所述设备标识配置本地路由信息。
图8所示通信网络用于执行前述图4或图6所示实施例中的方法。
下面对本申请实施例中的业务接收设备进行描述。图9是本申请实施例提供的一种业务接收设备结构示意图。该业务接收设备900可以包括一个或一个以上中央处理器(central processing units,CPU)901和存储器905。该存储器905中存储有一个或一个以上的应用程序或数据。
其中,存储器905可以是易失性存储或持久存储。存储在存储器905的程序可以包括一个或一个以上模块,每个模块可以包括对业务接收设备中的一系列指令操作。更进一步地,中央处理器901可以设置为与存储器905通信,在业务接收设备900上执行存储器905中的一系列指令操作。
业务接收设备900还可以包括一个或一个以上电源902,一个或一个以上有线或无线网络接口903,一个或一个以上收发器接口904,和/或,一个或一个以上操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等。
该业务接收设备900可以执行前述图4、图6或图7所示实施例中业务接收设备所执行的操作,具体此处不再赘述。
下面对本申请实施例中的业务发送设备进行描述。图10是本申请实施例提供的一种业务发送设备结构示意图。该业务发送设备1000可以包括一个或一个以上中央处理器(central processing units,CPU)1001和存储器1005。该存储器1005中存储有一个或一个以上的应用程序或数据。
其中,存储器1005可以是易失性存储或持久存储。存储在存储器1005的程序可以包括一个或一个以上模块,每个模块可以包括对业务发送设备中的一系列指令操作。更进一步地,中央处理器1001可以设置为与存储器1005通信,在业务发送设备1000上执行存储器1005中的一系列指令操作。
业务发送设备1000还可以包括一个或一个以上电源1002,一个或一个以上有线或无线网络接口1003,一个或一个以上收发器接口1004,和/或,一个或一个以上操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等。
该业务发送设备1000可以执行前述图4、图6或图7所示实施例中业务发送设备所执行的操作,具体此处不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,read-onlymemory)、随机存取存储器(RAM,random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
Claims (24)
1.一种业务数据传输方法,其特征在于,所述方法用于通信网络,所述通信网络包括n个业务接收设备和m个业务发送设备,所述n、m均为大于或等于1的整数,所述方法包括:
第一业务接收设备向所述m个业务发送设备广播第一MAC地址,所述第一业务接收设备为所述n个业务接收设备中的任一个,所述第一MAC地址为所述第一业务接收设备的MAC地址;
所述m个业务发送设备中的每个业务发送设备根据所述第一MAC地址配置本地路由信息;
所述m个业务发送设备中的至少一个业务发送设备根据所述本地路由信息,向所述第一业务接收设备发送所述业务数据和所述第一MAC地址。
2.根据权利要求1所述的方法,其特征在于,所述第一业务接收设备向所述m个业务发送设备广播第一MAC地址,包括:
所述第一业务接收设备向所述每个业务发送设备发送第一数据帧,所述第一数据帧包括第一字段,所述第一字段用于承载所述第一MAC地址。
3.根据权利要求2所述的方法,其特征在于,所述第一数据帧为OTN帧,所述第一字段位于所述OTN帧的开销区。
4.根据权利要求3所述的方法,其特征在于,所述第一字段用于承载所述第一MAC地址,包括:
所述第一字段用于承载扩展协议的报文,所述扩展协议的报文用于指示所述第一MAC地址。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述通信网络还包括中转设备,所述第一业务接收设备向所述m个业务发送设备广播第一MAC地址包括:
所述中转设备接收来自所述n个业务接收设备的n个MAC地址,所述n个MAC地址与所述n个业务接收设备一一对应;
所述中转设备向所述每个业务发送设备转发所述n个MAC地址;
所述每个业务发送设备根据所述n个MAC地址配置本地路由信息。
6.根据权利要求5所述的方法,其特征在于,所述中转设备向所述每个业务发送设备转发所述n个MAC地址,包括:
所述中转设备向所述每个业务发送设备发送第二数据帧,所述第二数据帧包括第二字段,所述第二字段用于指示所述n个业务接收设备中每个业务接收设备的MAC地址。
7.根据权利要求5或6所述的方法,其特征在于,所述中转设备包括软件定义网络SDN控制器、服务器或网元中的至少一项。
8.根据权利要求1至7中任一项所述的方法,其特征在于,所述第一业务接收设备向所述m个业务发送设备广播第一MAC地址,包括:
所述第一业务接收设备向所述m个业务发送设备广播所述第一MAC地址和所述第一业务接收设备的设备标识;
所述每个业务发送设备根据所述第一MAC地址配置本地路由信息,包括:
所述每个所述业务发送设备根据所述第一MAC地址和所述设备标识配置本地路由信息。
9.一种业务数据传输方法,其特征在于,所述方法包括:
第一业务接收设备向所述m个业务发送设备广播第一MAC地址,所述第一业务接收设备为所述n个业务接收设备中的任一个,所述第一MAC地址为所述第一业务接收设备的MAC地址,所述第一MAC地址用于所述m个业务发送设备中的每个业务发送设备配置本地路由信息;
所述第一业务接收设备接收业务数据和所述第一MAC地址,所述业务数据和所述第一MAC地址由所述m个业务发送设备中的至少一个业务发送设备根据所述本地路由信息发送。
10.根据权利要求9所述的方法,其特征在于,所述第一业务接收设备向所述m个业务发送设备广播第一MAC地址,包括:
所述第一业务接收设备向所述每个业务发送设备发送第一数据帧,所述第一数据帧包括第一字段,所述第一字段用于承载所述第一MAC地址。
11.根据权利要求10所述的方法,其特征在于,所述第一数据帧为OTN帧,所述第一字段位于所述OTN帧的开销区。
12.根据权利要求11所述的方法,其特征在于,所述第一字段用于承载所述第一MAC地址,包括:
所述第一字段用于承载扩展协议的报文,所述扩展协议的报文用于指示所述第一MAC地址。
13.根据权利要求9至12中任一项所述的方法,其特征在于,所述第一业务接收设备向所述m个业务发送设备广播第一MAC地址包括:
所述n个业务接收设备向中转设备发送n个MAC地址,所述n个MAC地址与所述n个业务接收设备一一对应,所述n个MAC地址用于向所述每个业务发送设备转发。
14.根据权利要求9至13中任一项所述的方法,其特征在于,所述第一业务接收设备向所述m个业务发送设备广播第一MAC地址,包括:
所述第一业务接收设备向所述m个业务发送设备广播所述第一MAC地址和所述第一业务接收设备的设备标识,所述第一MAC地址和所述设备标识用于所述每个业务发送设备配置本地路由信息。
15.一种通信网络,其特征在于,所述通信网络包括n个业务接收设备和m个业务发送设备,所述n、m均为大于或等于1的整数,第一业务接收设备为所述n个业务接收设备中的任一个;
所述第一业务接收设备用于,向所述m个业务发送设备广播第一MAC地址,所述第一MAC地址为所述第一业务接收设备的MAC地址;
所述m个业务发送设备中的每个业务发送设备用于,根据所述第一MAC地址配置本地路由信息;
所述m个业务发送设备中的至少一个业务发送设备用于,根据所述本地路由信息,向所述第一业务接收设备发送所述业务数据和所述第一MAC地址。
16.根据权利要求15所述的通信网络,其特征在于,所述第一业务接收设备用于,向所述每个业务发送设备发送第一数据帧,所述第一数据帧包括第一字段,所述第一字段用于承载所述第一MAC地址。
17.根据权利要求16所述的通信网络,其特征在于,所述第一数据帧为OTN帧,所述第一字段位于所述OTN帧的开销区。
18.根据权利要求17所述的通信网络,其特征在于,所述第一字段用于承载所述第一MAC地址,包括:
所述第一字段用于承载扩展协议的报文,所述扩展协议的报文用于指示所述第一MAC地址。
19.根据权利要求15至18中任一项所述的通信网络,其特征在于,所述通信网络还包括中转设备,所述中转设备用于,接收来自所述n个业务接收设备的n个MAC地址,所述n个MAC地址与所述n个业务接收设备一一对应;
向所述每个业务发送设备转发所述n个MAC地址;
所述每个业务发送设备用于,根据所述n个MAC地址配置本地路由信息。
20.根据权利要求19所述的通信网络,其特征在于,所述中转设备用于,向所述每个业务发送设备发送第二数据帧,所述第二数据帧包括第二字段,所述第二字段用于指示所述n个业务接收设备中每个业务接收设备的MAC地址。
21.根据权利要求18或19所述的通信网络,其特征在于,所述中转设备包括软件定义网络SDN控制器、服务器或网元中的至少一项。
22.根据权利要求15至21中任一项所述的通信网络,其特征在于,所述第一业务接收设备用于,向所述m个业务发送设备广播所述第一MAC地址和所述第一业务接收设备的设备标识;
所述每个所述业务发送设备用于,根据所述第一MAC地址和所述设备标识配置本地路由信息。
23.一种接收设备,其特征在于,包括处理器、存储器、收发器以及总线;
所述处理器、存储器、收发器与所述总线相连;
所述处理器用于执行权利要求9至14中任一项所述的方法。
24.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中保存有程序,当所述计算机执行所述程序时,执行如权利要求1至14中任一项所述的方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011197165.4A CN114531424B (zh) | 2020-10-31 | 2020-10-31 | 业务数据传输方法、通信网络、业务接收设备及存储介质 |
EP21884486.8A EP4216509A4 (en) | 2020-10-31 | 2021-07-07 | SERVICE DATA TRANSMISSION METHOD, COMMUNICATIONS NETWORK, SERVICE RECEIVING DEVICE AND STORAGE MEDIUM |
PCT/CN2021/104916 WO2022088747A1 (zh) | 2020-10-31 | 2021-07-07 | 业务数据传输方法、通信网络、业务接收设备及存储介质 |
US18/307,163 US20230262369A1 (en) | 2020-10-31 | 2023-04-26 | Service data transmission method, communication network, service receiving device, and storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011197165.4A CN114531424B (zh) | 2020-10-31 | 2020-10-31 | 业务数据传输方法、通信网络、业务接收设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114531424A true CN114531424A (zh) | 2022-05-24 |
CN114531424B CN114531424B (zh) | 2023-11-10 |
Family
ID=81381858
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011197165.4A Active CN114531424B (zh) | 2020-10-31 | 2020-10-31 | 业务数据传输方法、通信网络、业务接收设备及存储介质 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20230262369A1 (zh) |
EP (1) | EP4216509A4 (zh) |
CN (1) | CN114531424B (zh) |
WO (1) | WO2022088747A1 (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110243134A1 (en) * | 2010-03-31 | 2011-10-06 | International Business Machines Corporation | Data Frame Forwarding Using a Distributed Virtual Bridge |
CN105915400A (zh) * | 2016-06-28 | 2016-08-31 | 北京神州绿盟信息安全科技股份有限公司 | 一种数据流切换方法及系统 |
CN106357542A (zh) * | 2016-10-12 | 2017-01-25 | 华为技术有限公司 | 提供组播业务的方法和软件定义网络控制器 |
CN111201728A (zh) * | 2017-10-09 | 2020-05-26 | 华为技术有限公司 | 光网络中数据传输方法及光网络设备 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7096257B2 (en) * | 2000-06-15 | 2006-08-22 | Forster Energy Llc | Automatic assignment of addresses to nodes in a network |
CN101051889B (zh) * | 2007-03-23 | 2011-08-24 | 中兴通讯股份有限公司 | 实现网络控制器间业务数据一致的方法及系统 |
US9055467B2 (en) * | 2013-01-14 | 2015-06-09 | Dell Products L.P. | Sender device based pause system |
CN103929461B (zh) * | 2013-08-12 | 2018-03-20 | 新华三技术有限公司 | 堆叠系统中的mac地址信息同步方法及装置 |
CN105451222B (zh) * | 2014-07-31 | 2019-10-22 | 华为技术有限公司 | 一种终端建立连接的方法、装置及系统 |
JP6206465B2 (ja) * | 2015-11-09 | 2017-10-04 | 日本電気株式会社 | 通信装置および通信方法 |
CN108134646B (zh) * | 2016-12-01 | 2019-10-18 | 深圳市中兴微电子技术有限公司 | 一种光传输单元帧的传输方法及装置 |
-
2020
- 2020-10-31 CN CN202011197165.4A patent/CN114531424B/zh active Active
-
2021
- 2021-07-07 WO PCT/CN2021/104916 patent/WO2022088747A1/zh unknown
- 2021-07-07 EP EP21884486.8A patent/EP4216509A4/en active Pending
-
2023
- 2023-04-26 US US18/307,163 patent/US20230262369A1/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110243134A1 (en) * | 2010-03-31 | 2011-10-06 | International Business Machines Corporation | Data Frame Forwarding Using a Distributed Virtual Bridge |
CN105915400A (zh) * | 2016-06-28 | 2016-08-31 | 北京神州绿盟信息安全科技股份有限公司 | 一种数据流切换方法及系统 |
CN106357542A (zh) * | 2016-10-12 | 2017-01-25 | 华为技术有限公司 | 提供组播业务的方法和软件定义网络控制器 |
CN111201728A (zh) * | 2017-10-09 | 2020-05-26 | 华为技术有限公司 | 光网络中数据传输方法及光网络设备 |
Also Published As
Publication number | Publication date |
---|---|
EP4216509A1 (en) | 2023-07-26 |
WO2022088747A1 (zh) | 2022-05-05 |
US20230262369A1 (en) | 2023-08-17 |
CN114531424B (zh) | 2023-11-10 |
EP4216509A4 (en) | 2023-09-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107517488B (zh) | 报文处理的方法及设备 | |
CN108632308B (zh) | 控制方法、装置、smf、upf、ue、pcf及an | |
CN1822570B (zh) | 在基于以太网的网络中进行的伪线路对等体地址的自动发现方法 | |
US20210289436A1 (en) | Data Processing Method, Controller, and Forwarding Device | |
US20030048786A1 (en) | Routing IP packets to an aircraft | |
TWI491231B (zh) | 網型網路之代理機制 | |
JPWO2006095508A1 (ja) | フラッディング抑制方法 | |
CN111988266A (zh) | 一种处理报文的方法 | |
EP3913870A1 (en) | Packet forwarding method and network device | |
CN108206783A (zh) | 一种软件定义网络系统中地址配置方法及其装置 | |
CN104717142A (zh) | 一种基于OpenFlow协议进行移动性管理的方法 | |
CN104734930B (zh) | Vlan接入vf网络的实现方法及装置、fcf | |
US20040202185A1 (en) | Multiple virtual local area network support for shared network adapters | |
CN101437297A (zh) | 业务处理方法、装置和系统 | |
CN112532563B (zh) | 报文的发送方法和装置 | |
JP2018506234A (ja) | データ伝送方法及び装置 | |
CN104539530A (zh) | 一种主备倒换转发不中断的方法 | |
CN114531424B (zh) | 业务数据传输方法、通信网络、业务接收设备及存储介质 | |
JP2003060656A (ja) | 無線lanにおけるvlan構築方法、無線中継機用vlanパケット処理プログラム、無線中継機用vlanパケット処理プログラムを記録した記録媒体、vlan機能を有する無線中継機及び無線vlanシステム | |
US20220263794A1 (en) | Method, apparatus, and system for generating forwarding information | |
CN102439918A (zh) | 一种报文转发的方法、设备及系统 | |
JP2003258859A (ja) | 通信システム、通信方法、転送装置及びネットワーク管理装置 | |
CN114143295A (zh) | 传输交换机、fc-ae设备和以太网设备通信方法 | |
WO2019142327A1 (ja) | 中継装置および中継方法 | |
US6882646B2 (en) | IP network over a partially meshed frame relay network |
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 |