CN114363255B - 数据处理方法、装置和介质 - Google Patents

Abstract

本申请涉及通信技术领域，尤其涉及数据处理方法、装置和介质。该方法包括：基于待发送报文的第一目的地址信息从预设路由表确定目的地址信息为第一目标地址信息的第一目标路由表项，该表项中的下一跳的地址信息为第一地址信息且发送端接口信息指示的是发送端的第一发送接口；基于第一地址信息从地址解析表中确定下一跳的地址信息为第一地址信息的目标地址解析表项，该解析表项中的接收端接口地址信息指示下一跳的第一接收接口；发送端中与第一接收接口具有链路关系的第二发送接口与第一发送接口不一致的情况下，通过第二发送接口发送在待发送报文中添加第二地址信息所得的目标报文，以提高无编号IP地址模式下设备间的多链路通信的成功率。

Description

数据处理方法、装置和介质

技术领域

本申请涉及通信技术领域，尤其涉及数据处理方法、装置和介质。

背景技术

无编号互联网协议(internet protocol，IP)地址模式是指：设备只分配有一个IP地址，设备中的多个接口共同使用这个IP地址作为接口的IP地址与邻接设备进行通信，这些接口组成了一个无编号接口组。

处于无编号IP地址模式的发送端中存储有路由表，路由表中包括报文的目的设备的IP地址与该发送端的下一跳接收端的IP地址以及发送端的发送接口之间的映射关系，该映射关系用于指示向该目的设备发送报文时应先通过该发送端的该发送接口向该下一跳接收端的该接收接口发送该报文。

处于无编号IP地址模式的发送端中还存储有地址解析表，地址解析表中包含下一跳接收端的IP地址与接收端的接收接口的媒体存取控制(media access control，MAC)地址之间的映射关系，该映射关系用于指示接收端应从哪个端口接收发送端发送的报文。

发送端向接收端发送以太网报文时，基于以太网报文的目的设备的目的IP地址从路由表中选择与该目的IP地址具有映射关系的发送接口和下一跳接收端的IP地址，并基于下一跳接收端的IP地址从地址解析表中选择与该IP地址具有映射关系的接收接口的MAC地址；然后在以太网报文中携带该MAC地址，并使用该发送接口发送携带该MAC地址的以太网报文。

接收端在与该发送接口构成链路的接收接口上接收以太网报文，获取该以太网报文中携带的接收接口的MAC地址之后，将该获取的MAC地址与接收到以太网报文的接收接口的MAC地址相比较，若不一致则丢弃该以太网报文，若一致则继续后续处理，例如继续转发该以太网报文。

为提高设备间通信的可靠性，在发送端和接收端之间建立多条链路，并且发送端与接收端之间通过这多条链路实现通信。

但是在通信过程中发现，在处于无编号IP地址模式的发送端和接收端之间通过多跳链路通信时，通信成功率较低，即接收端接收到的以太网报文中的接收接口的MAC地址经常与接收到该以太网报文的接收接口的MAC地址不符，从而丢弃接收到的以太网报文。

因此，如何提高无编号IP地址模式的设备间的多链路通信的成功率，成为亟待解决的技术问题。

发明内容

本申请提供数据处理方法、装置和介质，用以提高无编号IP地址模式的设备间的多链路通信的成功率。

第一方面，本申请提供一种数据处理方法，应用于发送端，包括：基于待发送报文的第一目的地址信息从预设路由表确定第一目标路由表项，所述第一目标路由表项中的目的地址信息为所述第一目的地址信息，所述第一目标路由表项中还包含第一接口信息和第一地址信息，所述第一地址信息用于指示所述待发送报文的下一跳接收端的地址，所述第一接口信息用于指示所述发送端中用于向所述下一跳接收端发送报文的第一发送接口；基于所述第一地址信息从地址解析表中确定目标地址解析表项，所述目标地址解析表项中的下一跳接收端的地址信息为所述第一地址信息，所述目标地址解析表项中还包含第二地址信息，所述第二地址信息为所述下一跳接收端中用于接收所述发送端的报文的第一接收接口的地址信息；所述发送端中与所述第一接收接口具有链路关系的第二发送接口与所述第一发送接口不一致的情况下，通过所述第二发送接口发送目标报文，所述目标报文为在所述待发送报文中添加所述第二地址信息所得的报文。

该方法中，基于路由表项确定的发送接口与基于解析表项确定的接收接口所对应的发送接口不一致的情况下，使用基于解析表项确定的接收接口所对应的发送接口来发送报文，并且在报文中携带该接收接口的地址信息，这样使得接收端接收到报文的接收接口为报文中的接收接口地址信息指示的接口，从而使得实际接口与指示的接口一致，从而避免报文被丢弃，提高了报文传递的成功率。

结合第一方面，在一种可能的实现方式中，所述通过所述第二发送接口发送目标报文，包括：判断所述预设路由表中是否存在第二目标路由表项，所述第二目标路由表项中的目的地址信息为所述第一目的地址信息、所述第二目标路由表项中的下一跳接收端的地址信息为所述第一地址信息且所述第二目标路由表项中的发送端的发送接口为所述第二发送接口；所述预设路由表中存在所述第二目标路由表项的情况下，通过所述第二发送接口发送目标报文。

该实现方式中，基于路由表确定下一跳接收端的地址信息，且发送接口为第二发送接口的路由表项，即该表项存在时，可以作为报文的发送接口和对应的接收端，即在第二发送接口与第一接收接口之间存在物理连接的链路时，通过该链路进行报文的传递，为后续通信成功提供了基础。

结合第一方面，在一种可能的实现方式中，所述方法还包括：所述发送端中与所述第一接收接口具有链路关系的第二发送接口与所述第一发送接口一致的情况下，通过所述第一发送接口发送所述目标报文。

该实现方式中，在第二发送接口与第一发送接口一致时，直接进行第一发送接口发送目标报文，该方式更加准确地验证了此次报文传递的合法性。

结合第一方面，在一种可能的实现方式中，所述发送端和所述下一跳接收端均为无编号互联网协议IP地址模式的通信设备。

该实现方式中，对发送端和下一跳接收端对应的设备处于的模式进行限定，以规范该方式中设备间多链路通信提高成功率的适用性范围。

第二方面，本申请提供一种数据处理方法，应用于接收端，包括：通过第一接收接口接收发送端的第一发送接口发送的第一目标报文，所述第一接收接口的地址信息为第一接收地址信息，所述第一目标报文中包含第一报文和第二接口地址信息，所述第二接口地址信息指示所述接收端接收所述目标报文应使用的第二接收接口的地址信息；在所述第一接收接口与所述第二接收接口不一致的情况下，当所述第一接收接口与所述第二接收接口属于同一个无编号接口组时，将所述第一目标报文中的所述第二接口地址信息替换为第一接口地址信息，得到第二目标报文，所述第一接口地址信息指示所述第一接收接口的地址信息；否则丢弃第一目标报文。

该方法中，接收端通过第一接收接口接收到报文，并判断该报文中携带的接口地址信息与第一接收接口的信息是否一致，如果不一致且具有报文携带接口地址的接口与第一接收接口属于同一个无编号接口组，则将报文中携带的接口地址信息替换为第一接收接口的地址信息，以保证报文的合法性，进而提高设备间的多链路通信的成功率。

结合第二方面，在一种可能的实现方式中，所述发送端和所述接收端均为无编号互联网协议IP地址模式的通信设备。

该实现方式中，对发送端和接收端对应的设备处于的模式进行限定，以规范该方式中设备间多链路通信提高成功率的适用性范围。

第三方面，本申请提供一种数据处理装置，应用于发送端，包括：确定模块，用于基于待发送报文的第一目的地址信息从预设路由表确定第一目标路由表项，所述第一目标路由表项中的目的地址信息为所述第一目的地址信息，所述第一目标路由表项中还包含第一接口信息和第一地址信息，所述第一地址信息用于指示所述待发送报文的下一跳接收端的地址，所述第一接口信息用于指示所述发送端中用于向所述下一跳接收端发送报文的第一发送接口；所述确定模块还用于基于所述第一地址信息从地址解析表中确定目标地址解析表项，所述目标地址解析表项中的下一跳接收端的地址信息为所述第一地址信息，所述目标地址解析表项中还包含第二地址信息，所述第二地址信息为所述下一跳接收端中用于接收所述发送端的报文的第一接收接口的地址信息；发送模块，用于在所述发送端中与所述第一接收接口具有链路关系的第二发送接口与所述第一发送接口不一致的情况下，通过所述第二发送接口发送目标报文，所述目标报文为在所述待发送报文中添加所述第二地址信息所得的报文。

结合第三方面，在一种可能的实现方式中，所述发送模块具体用于：判断所述预设路由表中是否存在第二目标路由表项，所述第二目标路由表项中的目的地址信息为所述第一目的地址信息、所述第二目标路由表项中的下一跳接收端的地址信息为所述第一地址信息且所述第二目标路由表项中的发送端的发送接口为所述第二发送接口；所述预设路由表中存在所述第二目标路由表项的情况下，通过所述第二发送接口发送目标报文。

结合第三方面，在一种可能的实现方式中，所述发送端中与所述第一接收接口具有链路关系的第二发送接口与所述第一发送接口一致的情况下，通过所述第一发送接口发送所述目标报文。

结合第三方面，在一种可能的实现方式中，所述发送端和所述下一跳接收端均为无编号互联网协议IP地址模式的通信设备。

第四方面，本申请提供一种数据处理装置，应用于接收端，包括：接收模块，用于通过第一接收接口接收发送端的第一发送接口发送的第一目标报文，所述第一接收接口的地址信息为第一接收地址信息，所述第一目标报文中包含第一报文和第二接口地址信息，所述第二接口地址信息指示所述接收端接收所述目标报文应使用的第二接收接口的地址信息；确定模块，用于在所述第一接收接口与所述第二接收接口不一致的情况下，如果第一接收接口与第二接收接口属于同一个无编号接口组，将所述第一目标报文中的所述第二接口地址信息替换为第一接口地址信息，得到第二目标报文，所述第一接口地址信息指示所述第一接收接口的地址信息。

结合第四方面，在一种可能的实现方式中，所述发送端和所述接收端均为无编号互联网协议IP地址模式的通信设备。

第五方面，本申请提供一种电子设备，包括：存储器和处理器；所述存储器用于存储程序指令；所述处理器用于调用所述存储器中的程序指令执行如第一方面至第二方面中任一方面或者其中任意一种可能的实现方式所述的方法。

第六方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面至第二方面中任一方面或者其中任意一种可能的实现方式所述的方法。

第七方面，本申请提供一种计算机程序产品，所述计算机程序产品中包括计算机程序，所述计算机程序被处理器执行时用于实现如第一方面至第二方面中任一方面或者其中任意一种可能的实现方式所述的方法。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请一个实施例提供的应用场景示意图；

图2为本申请一个实施例提供的数据处理方法的流程图；

图3为本申请另一个实施例提供的数据处理方法的流程图；

图4为本申请一个实施例提供的数据处理装置示意图；

图5为本申请另一个实施例提供的数据处理装置示意图；

图6为本申请一个实施例提供的装置示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

图1为本申请一个实施例提供的应用场景示意图，该场景包括：发送端101、下一跳接收端102和目的设备103。

其中，下一跳接收端102可以是一个或多个，发送端101将以太网报文通过下一跳接收端102发送给目的设备103。

也即，在一种可能的实现中，下一跳接收端102也可以是目的设备103。

可选地，发送端101、下一跳接收端102和目的设备103之间通过固定的接口物理连接，且发送端101、下一跳接收端102和目的设备103均为无编号IP地址模式的设备。无编号IP地址模式是指：设备只分配有一个IP地址，设备中的所有接口共同使用这个IP地址作为接口的IP地址与邻接设备进行通信。

处于无编号IP地址模式的发送端101中存储有路由表，路由表中包括以太网报文的目的设备的IP地址与该发送端的下一跳接收端的IP地址以及发送端的发送接口之间的映射关系，该映射关系用于指示向该目的设备发送以太网报文时应先通过该发送端的该发送接口向该下一跳接收端的该接收接口发送该以太网报文。

处于无编号IP地址模式的发送端101中还存储有地址解析表，地址解析表中包含下一跳接收端的IP地址与接收端的接收接口的MAC地址之间的映射关系，该映射关系用于指示接收端应从哪个端口接收发送端发送的报文。

具体地，发送端101向目的设备103发送以太网报文时，基于以太网报文的目的IP地址从路由表中选择与该目的IP地址具有映射关系的发送接口和下一跳接收端102的IP地址，并基于下一跳接收端102的IP地址从地址解析表中选择与该IP地址具有映射关系的接收接口的MAC地址；然后在以太网报文中携带该MAC地址，并使用该发送接口发送携带该MAC地址的以太网报文。下一跳接收端102在与该发送接口构成链路的接收接口上接收以太网报文，获取该以太网报文中携带的接收接口的MAC地址之后，将该获取的MAC地址与接收到以太网报文的接收接口的MAC地址相比较，若不一致则丢弃该以太网报文，若一致则继续后续处理，例如继续转发该以太网报文。

为提高设备间通信的可靠性，在发送端101和目的设备103之间建立多条链路，并且发送端101与目的设备103之间通过这多条链路实现通信。

作为一种示例，发送端101包括发送接口C1、C2和C3；下一跳接收端102可以包括设备B1和B2；目的设备103可以是A1。其中，设备B1包括接收接口D1、D2和D3，B2包括接收接口D3。

进一步地，设发送接口C1和设备B1中的接收接口D1形成一条链路，发送接口C2和设备B1中的接收接口D2形成一条链路，发送接口C3和设备B2中的接收接口D3形成一条链路。

可选地，处于无编号IP地址模式的发送端101中存储有路由表，该路由表中包括报文的目的设备103的IP地址与该发送端101的下一跳接收端102的IP地址以及发送端101的发送接口之间的映射关系，具体的，一种可能的路由表，如表1所示：

表1

在一种可能的实现中，发送端101向下一跳接收端102发送以太网报文时，基于以太网报文的目的设备103的目的IP地址从路由表中选择与该目的IP地址具有映射关系的发送接口C1和下一跳接收端102的IP地址，如B1，并基于下一跳接收端102的IP地址从地址解析表中选择与该IP地址具有映射关系的接收接口的MAC地址，如D2，然后在以太网报文中携带该MAC地址D2，并使用该发送接口C1发送携带该MAC地址D2的以太网报文。具体的，一种可能的地址解析表，如表2所示：

表2

下一跳接收端102的IP地址	接收接口的MAC地址
		B1	D2
B2	D3

进一步地，接收端102在与该发送接口C1构成链路的接收接口的MAC地址D1上接收以太网报文，获取该以太网报文中携带的接收接口的MAC地址D2之后，将该获取的MAC地址D2与接收到以太网报文的接收接口的MAC地址D1相比较，若不一致则丢弃该以太网报文，若一致则继续后续处理，例如继续转发该以太网报文至目的设备103。

但是在通信过程中发现，在处于无编号IP地址模式的发送端和接收端之间通过多跳链路通信时，通信成功率较低，即接收端接收到的以太网报文中的接收接口的MAC地址经常与接收到该以太网报文的接收接口的MAC地址不符，从而丢弃接收到的以太网报文。

因此，如何提高无编号IP地址模式的设备间的多链路通信的成功率，成为亟待解决的技术问题。

有鉴于此，本申请提供数据处理方法、装置和介质，旨在解决现有技术的如上技术问题。

下面以具体的实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请一个实施例提供的数据处理方法的流程图。如图2所示，本申请实施例提供的方法包括S201、S202和S203。下面详细说明图2所示的方法中的各个步骤。

S201，基于待发送报文的第一目的地址信息从预设路由表确定第一目标路由表项，第一目标路由表项中的目的地址信息为第一目的地址信息，第一目标路由表项中还包含第一接口信息和第一地址信息，第一地址信息用于指示待发送报文的下一跳接收端的地址，第一接口信息用于指示发送端中用于向下一跳接收端发送报文的第一发送接口。

需要说明的是，发送端和下一跳接收端均为无编号互联网协议IP地址模式的通信设备。

无编号IP地址模式是给一台设备只分配一个IP地址，设备的所有接口共同使用这个IP地址作为接口的IP地址与邻接设备进行通讯。采用无编号IP地址模式可以避免为设备的每个通讯接口分配独立的IP地址，能有效减少设备对IP地址的消耗。

该步骤中，发送设备(发送端)在向目的地址对应的目的设备发送以太网报文时，会经过至少一个下一跳接收端对应的设备。

可选地，预设路由表中存储有不同的设备对应的目标路由表项，根据目的设备的标识，在该路由表中确定出目的设备对应的第一目标路由表项，该第一目标路由表项中包含目的设备的IP地址(第一目的地址信息)，该第一目标路由表项中还包含发送端中用于向下一跳接收端发送报文的第一发送接口，以及下一跳接收端的地址。

在一种可能的实现中，引上述图1所示实施例中的示例，目的设备的IP地址可以指示设备A1的IP地址，第一发送接口可以是C1，下一跳接收端的地址可以是B1的IP地址。

此外，第一发送接口C1与下一跳接收端对应的物理链接的接收接口可以是D1。

可选地，下一跳接收端对应的设备可以是接收端，在一些可能的实现中，当下一跳接收端对应的设备与目的设备为同一个时，即下一跳接收端为目的地址对应的目的设备，此时将下一跳接收端记为接收端。

需要说明的是，本申请实施例中的待发送报文、以太网报文和目标报文均为以太网单播报文。

S202，基于第一地址信息从地址解析表中确定目标地址解析表项，目标地址解析表项中的下一跳接收端的地址信息为第一地址信息，目标地址解析表项中还包含第二地址信息，第二地址信息为下一跳接收端中用于接收发送端的报文的第一接收接口的地址信息。

该步骤中，第一地址信息用于指示待发送报文的下一跳接收端的地址，在地址解析表项中记载有各个接收端的地址信息，其中，在地址解析表项中查到下一跳接收端的地址信息记为第一地址信息，在该地址解析表项中还记载有该下一跳接收端中用于接收发送端的报文的第一接收接口的地址信息(MAC地址)。

其中，地址解析表是设备运行地址解析协议(address resolution protocol，ARP)/邻居发现协议(neighbor discovery protocol，NDP)协议生成的，ARP是根据IP地址获取物理地址的一个传输控制协议/网际协议(transmission control protocol/internet protocol，TCP/IP)，NDP是TCP/IP协议栈的一部分，工作在网络层，负责在链路上发现其他节点和相应的地址，并确定可用路由和维护关于可用路径和其他活动节点的信息可达性。

在一种可能的实现中，引上述实施例中的示例，下一跳接收端为B1，从地址解析表中确定出B1对应的第一接收接口的地址信息为D2，也即，能够被下一跳接收端视为合法的以太网报文的来源是从D2接口接入的。

S203，在发送端中与第一接收接口具有链路关系的第二发送接口与第一发送接口不一致的情况下，通过第二发送接口发送目标报文，目标报文为在待发送报文中添加第二地址信息所得的报文。

可选地，判断预设路由表中是否存在第二目标路由表项，该第二目标路由表项中的目的地址信息为第一目的地址信息、第二目标路由表项中的下一跳接收端的地址信息为第一地址信息且第二目标路由表项中的发送端的发送接口为第二发送接口。

在预设路由表中存在第二目标路由表项的情况下，通过第二发送接口发送目标报文。

相应地，下一跳接收端接收发送端发送的目标报文。

在一种可能的实现中，引上述实施例中的示例，从地址解析表中确定出B1对应的第一接收接口的地址信息为D2，与D2具有链路关系的是发送接口C2，C2与D1对应的C1不一致，此时利用C2接口发送目标报文，目标报文为在待发送报文中添加第二地址信息D2所得的报文。

可选地，在第二地址信息和第一地址信息一致的情况下，通过第一发送接口发送目标报文。

进而，下一跳接收端接收发送端发送的目标报文。

本申请实施例提供的数据处理方法，基于路由表项确定的发送接口与基于解析表项确定的接收接口所对应的发送接口不一致的情况下，使用基于解析表项确定的接收接口所对应的发送接口来发送报文，并且在报文中携带该接收接口的地址信息，这样使得接收端接收到报文的接收接口为报文中的接收接口地址信息指示的接口，从而使得实际接口与指示的接口一致，从而避免报文被丢弃，提高了报文传递的成功率。

图3为本申请另一个实施例提供的数据处理方法的流程图。如图3所示，本申请实施例提供的方法包括S301和S302。下面详细说明图3所示的方法中的各个步骤。

S301，通过第一接收接口接收发送端的第一发送接口发送的第一目标报文，第一接收接口的地址信息为第一接收地址信息，第一目标报文中包含第一报文和第二接口地址信息，第二接口地址信息指示接收端接收目标报文应使用的第二接收接口的地址信息。

该步骤中，接收端的第一接收接口接收了从发送端的第一发送接口发过来的第一目标报文，而第一目标报文中携带有第二接口地址信息，用于说明对于接收端而言，具体的哪个接收接口收到的第一目标报文是合法的。

在一种可能的实现中，引上述实施例中的示例，接收端B1的第一接收接口D1接收了从发送端的第一发送接口C1发过来的第一目标报文，而第一目标报文中携带有第二接口地址信息即D2，也即理论上B1应该通过D2接收第一目标报文视为合法。

S302，在第一接收接口与第二接收接口不一致且第一接收接口和第二接收接口具有相同的无编号IP地址的情况下，将第一目标报文中的第二接口地址信息替换为第一接口地址信息，得到第二目标报文，第一接口地址信息指示第一接收接口的地址信息。

可选地，在第一接收接口与第二接收接口不一致的情况下，若第一接收接口和第二接收接口不具有相同的无编号IP地址(即不属于同一个无编号接口组)，则丢弃该第一目标报文。

在一种可能的实现中，引上述实施例中的示例，理论上B1应该通过D2接收第一目标报文视为合法，而实际上是通过第一接收接口D1接收的，此时将第一目标报文中的D2更改为D1，得到第二目标报文，视第二目标报文为合法的。

需要说明的是，发送端和接收端均为无编号IP地址模式的通信设备。

该方法中，在接收端上为每个无编号接口组建立一张无编号MAC地址表，包含该接收端上属于该组的所有接口的MAC地址；当接收端接收的以太网报文中的目的MAC地址不等于接口MAC地址时，在接收端接口所属的无编号MAC地址表中查找该以太网单播报文中的目的MAC地址；如果在无编号MAC地址表中存在该以太网单播报文中的目的MAC地址，将该以太网单播报文中的目的MAC地址替换为该无编号IP接口的MAC地址进行后续报文处理；如果接收端接口不是无编号接口或在其所属的无编号MAC地址表中不存在第一目标报文的目的MAC地址，将该第一目标报文丢弃。

该实施例中，在接收方向上，对接收到的报文进行判断，通过MAC地址匹配，保证设备间选择路由与地址解析表项匹配，以提高设备间的多链路通信的成功率。

本申请提供的数据处理方法不修改标准协议的信息内容、不增加私有协议，提高了无编号IP地址模式的设备间的多链路通信的成功率，保证了整个通信功能的兼容性、互通性；不需对已经运行的邻接设备进行升级改造，保证了设备部署的经济性、快捷性。

图4示出了本申请一个实施例提供的数据处理装置400，该装置400包括：确定模块401和发送模块402。

其中，确定模块401，用于基于待发送报文的第一目的地址信息从预设路由表确定第一目标路由表项，第一目标路由表项中的目的地址信息为第一目的地址信息，第一目标路由表项中还包含第一接口信息和第一地址信息，第一地址信息用于指示待发送报文的下一跳接收端的地址，第一接口信息用于指示发送端中用于向下一跳接收端发送报文的第一发送接口；确定模块401还用于基于第一地址信息从地址解析表中确定目标地址解析表项，目标地址解析表项中的下一跳接收端的地址信息为第一地址信息，目标地址解析表项中还包含第二地址信息，第二地址信息为下一跳接收端中用于接收发送端的报文的第一接收接口的地址信息；发送模块402，用于在发送端中与第一接收接口具有链路关系的第二发送接口与第一发送接口不一致的情况下，通过第二发送接口发送目标报文，目标报文为在待发送报文中添加第二地址信息所得的报文。

作为一种示例，装置400可以用于执行图2所示的方法，例如，确定模块401用于执行S201和S202，发送模块402用于执行S203。

在一种可能的实现方式中，发送模块402具体用于：判断预设路由表中是否存在第二目标路由表项，第二目标路由表项中的目的地址信息为第一目的地址信息、第二目标路由表项中的下一跳接收端的地址信息为第一地址信息且第二目标路由表项中的发送端的发送接口为第二发送接口；预设路由表中存在第二目标路由表项的情况下，通过第二发送接口发送目标报文。

在一种可能的实现方式中，发送模块402还用于在发送端中与第一接收接口具有链路关系的第二发送接口与第一发送接口一致的情况下，通过第一发送接口发送目标报文。

在一种可能的实现方式中，发送端和下一跳接收端均为无编号互联网协议IP地址模式的通信设备。

图5示出了本申请另一个实施例提供的数据处理装置500，该装置500包括：接收模块501和确定模块502。

其中，接收模块501，用于通过第一接收接口接收发送端的第一发送接口发送的第一目标报文，第一接收接口的地址信息为第一接收地址信息，第一目标报文中包含第一报文和第二接口地址信息，第二接口地址信息指示所述接收端接收目标报文应使用的第二接收接口的地址信息；确定模块502，用于在第一接收接口与第二接收接口不一致的情况下，将第一目标报文中的第二接口地址信息替换为第一接口地址信息，得到第二目标报文，第一接口地址信息指示第一接收接口的地址信息。

在一种可能的实现方式中，发送端和接收端均为无编号互联网协议IP地址模式的通信设备。

作为一种示例，装置500可以用于执行图3所示的方法，例如，接收模块501用于执行S301，确定模块502用于执行S302。

图6为本申请一个实施例提供的装置示意图。图6所示的装置可以用于执行前述任意一个实施例所述的方法。

如图6所示，本实施例的装置600包括：存储器601、处理器602、通信接口603以及总线604。其中，存储器601、处理器602、通信接口603通过总线604实现彼此之间的通信连接。

存储器601可以是只读存储器(read only memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(random access memory，RAM)。存储器601可以存储程序，当存储器601中存储的程序被处理器602执行时，处理器602用于执行上述实施例中的方法的各个步骤。

处理器602可以采用通用的CPU，微处理器，应用专用集成电路(applicationspecific integrated circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本申请实施例中的各个方法。

处理器602还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本申请实施例的方法的各个步骤可以通过处理器602中的硬件的集成逻辑电路或者软件形式的指令完成。

上述处理器602还可以是通用处理器、数字信号处理器(digital signalprocessing，DSP)、ASIC、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器601，处理器602读取存储器601中的信息，结合其硬件完成本申请装置包括的单元所需执行的功能。

通信接口603可以使用但不限于收发器一类的收发装置，来实现装置600与其他设备或通信网络之间的通信。

总线604可以包括在装置600各个部件(例如，存储器601、处理器602、通信接口603)之间传送信息的通路。

应理解，本申请实施例所示的装置600可以是电子设备，或者，也可以是配置于电子设备中的芯片。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系，但也可能表示的是一种“和/或”的关系，具体可参考前后文进行理解。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c或a-b-c，其中a，b，c可以是单个，也可以是多个。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (7)

1.一种数据处理方法，其特征在于，应用于发送端，包括：

基于待发送报文的第一目的地址信息从预设路由表确定第一目标路由表项，所述第一目标路由表项中的目的地址信息为所述第一目的地址信息，所述第一目标路由表项中还包含第一接口信息和第一地址信息，所述第一地址信息用于指示所述待发送报文的下一跳接收端的地址，所述第一接口信息用于指示所述发送端中用于向所述下一跳接收端发送报文的第一发送接口；所述发送端和所述下一跳接收端均为无编号互联网协议IP地址模式的通信设备；

基于所述第一地址信息从地址解析表中确定目标地址解析表项，所述目标地址解析表项中的下一跳接收端的地址信息为所述第一地址信息，所述目标地址解析表项中还包含第二地址信息，所述第二地址信息为所述下一跳接收端中用于接收所述发送端的报文的第一接收接口的地址信息；

所述发送端中与所述第一接收接口具有链路关系的第二发送接口与所述第一发送接口不一致的情况下，通过所述第二发送接口发送目标报文，所述目标报文为在所述待发送报文中添加所述第二地址信息所得的报文。

2.根据权利要求1所述的方法，其特征在于，所述通过所述第二发送接口发送目标报文，包括：

判断所述预设路由表中是否存在第二目标路由表项，所述第二目标路由表项中的目的地址信息为所述第一目的地址信息、所述第二目标路由表项中的下一跳接收端的地址信息为所述第一地址信息且所述第二目标路由表项中的发送端的发送接口为所述第二发送接口；

所述预设路由表中存在所述第二目标路由表项的情况下，通过所述第二发送接口发送目标报文。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

所述发送端中与所述第一接收接口具有链路关系的第二发送接口与所述第一发送接口一致的情况下，通过所述第一发送接口发送所述目标报文。

4.一种数据处理方法，其特征在于，应用于接收端，包括：

通过第一接收接口接收发送端的第一发送接口发送的第一目标报文，所述第一接收接口的地址信息为第一接收地址信息，所述第一目标报文中包含第一报文和第二接口地址信息，所述第二接口地址信息指示所述接收端接收所述目标报文应使用的第二接收接口的地址信息；所述发送端和所述接收端均为无编号IP地址模式的通信设备；

在所述第一接收接口与所述第二接收接口不一致且所述第一接收接口和所述第二接收接口具有相同的无编号互联网协议IP地址的情况下，将所述第一目标报文中的所述第二接口地址信息替换为第一接口地址信息，得到第二目标报文，所述第一接口地址信息指示所述第一接收接口的地址信息。

5.一种数据处理装置，其特征在于，应用于发送端，包括：

确定模块，用于基于待发送报文的第一目的地址信息从预设路由表确定第一目标路由表项，所述第一目标路由表项中的目的地址信息为所述第一目的地址信息，所述第一目标路由表项中还包含第一接口信息和第一地址信息，所述第一地址信息用于指示所述待发送报文的下一跳接收端的地址，所述第一接口信息用于指示所述发送端中用于向所述下一跳接收端发送报文的第一发送接口；所述发送端和所述下一跳接收端均为无编号互联网协议IP地址模式的通信设备；

所述确定模块还用于基于所述第一地址信息从地址解析表中确定目标地址解析表项，所述目标地址解析表项中的下一跳接收端的地址信息为所述第一地址信息，所述目标地址解析表项中还包含第二地址信息，所述第二地址信息为所述下一跳接收端中用于接收所述发送端的报文的第一接收接口的地址信息；

发送模块，用于在所述发送端中与所述第一接收接口具有链路关系的第二发送接口与所述第一发送接口不一致的情况下，通过所述第二发送接口发送目标报文，所述目标报文为在所述待发送报文中添加所述第二地址信息所得的报文。

6.一种电子设备，其特征在于，包括：存储器和处理器；

所述存储器用于存储程序指令；

所述处理器用于调用所述存储器中的程序指令执行如权利要求1至4中任一项所述的方法。

7.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至4中任一项所述的方法。