具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

实施例一：

为了解决目前交换设备中只能对所有发生MAC地址迁移的报文进行统一的一种处理，无法实现对于发生MAC地址迁移的报文精细化处理的问题，本申请实施例中提供了一种MAC地址迁移处理方法。可以参见图1所示，图1为本申请实施例中提供的一种MAC地址迁移处理方法的流程示意图，包括：

S101：根据当前接收的报文监测到发生MAC地址迁移时，从MAC地址与类型标识对应关系表中，获取该报文中源MAC地址对应的类型标识。

应理解，交换设备内配置有MAC地址表，在MAC地址表中会记录各MAC地址对应的VLAN和报文入端口，当发现当前接收到的报文的入端口与MAC地址表中的报文入端口不一致时，即可以认为该报文发生了MAC地址迁移，此时该报文即是发生MAC地址迁移的报文。

还应理解，在本申请实施例中，MAC地址与类型标识对应关系表可以是在配置静态MAC地址的过程中进行配置的。

示例性的，交换设备可以在接收到静态MAC地址配置信息时，将静态MAC地址配置信息中携带的MAC地址和类型标识关联写入MAC地址与类型标识对应关系表中。

应理解，在上述示例中，接收的静态MAC地址配置信息可以是由用户直接在交换设备上进行配置输入，实现下发；也可以是由其他设备传来静态MAC地址配置信息，实现下发。

还应理解，在本申请实施例中，静态MAC地址配置信息中也可以不携带类型标识，而是通过其他信息将静态MAC地址与类型标识下发至交换设备中，以便交换设备将该MAC地址与类型标识关联写入MAC地址与类型标识对应关系表中。

应理解，在实际应用过程中，类型标识可以由工程师或用户，根据实际需求对MAC地址进行归类，并设定各类MAC地址对应的类型标识。

比如，可以将业务主动配置的静态MAC地址可以归为一类，分配类型标识为classID1，将其他板卡同步过来的静态MAC地址归为一类，分配类型标识为classID2。

又比如，用户也可以根据灵活的组网需求分类，将第一个专用网络所有设备的MAC地址归为一类，分配类型标识为classID1，将第二个专用网络所有设备的MAC地址归为一类，分配类型标识为classID2。

在本申请实施例中，MAC地址与类型标识对应关系表可以直接采用交换设备中的MAC地址表来实现，以避免产生新的表项。例如参见图2所示，图2为本申请实施例所示例出的一种MAC地址表的示意图，其中classID即为本申请实施例中的类型标识。

S102：按照类型标识对应的报文处理方式，对当前接收的报文进行处理。

在本申请实施例中，根据业务需要，可以预先为不同的类型标识设定好不同的报文处理方式，从而可以针对不同类型的发生MAC地址迁移的报文采用不同的处理方式进行处理，实现对于不同类型的发生MAC地址迁移的报文的不同处理，实现对于发生MAC地址迁移的报文的精细化处理。

应理解，在本申请实施例中，报文处理方式可以包括将发生MAC地址迁移的报文上送CPU、将发生MAC地址迁移的报文丢弃、正常转发发生MAC地址迁移的报文这三种处理方式中的至少一种。

需要说明的是，在交换设备内，报文的处理可以通过ACL表来控制。为此，在本申请实施例中，可以预先定义好各类型标识对应的ACL表项，从而在获取到发生MAC地址迁移的报文对应的类型标识后，获取该类型标识对应的ACL表项(即命中ACL表项)，从而按照该ACL表项中规定的动作对当前报文进行处理。

需要注意的是，在本申请实施例中，针对将发生MAC地址迁移的报文丢弃的处理方式，可以不配置对应的ACL表项，从而当一个发生MAC地址迁移的报文，如果没有获取到该发生MAC地址迁移的报文的类型标识对应的ACL表项，则可以将该发生MAC地址迁移的报文丢弃，进一步减少交换设备内的数据负担。

需要注意的是，在实际报文处理过程中，报文进入交换机后，会进行交换机二层转发流程的处理，该过程中会识别出报文是否为发生MAC地址迁移的报文，然后进入下一处理流程。

在每一个流程中，交换设备内都会存在大量的需要处理的报文。那么，为了确保后续处理流程中，交换设备可以准确识别出那些报文是发生MAC地址迁移的报文，在本申请实施例中，可以在根据当前接收的报文监测到发生MAC地址迁移时，还为该报文打上表征发生MAC地址迁移的第一标志。

这样，在进入到报文处理流程后，交换设备即可从各待处理的报文中，准确识别出具有第一标志的发生MAC地址迁移的报文，从而根据发生MAC地址迁移的报文对应的类型标识，按照该类型标识对应的报文处理方式，对发生MAC地址迁移的报文进行处理。

需要注意的是，在本申请实施例中，对于处理方式为上送CPU的发生MAC地址迁移的报文，可以在将发生MAC地址迁移的报文上送CPU时，为该报文打上表征发生MAC地址迁移的第二标志。这样，当CPU收到报文时，即可通过识别报文是否具有第二标志，从而确定出该报文是否为发生MAC地址迁移的报文。进而，对于识别出的发生MAC地址迁移的报文，业务即可根据该报文中的源MAC地址，确定具体哪个设备发生了MAC地址迁移，进而业务就可以快速的进行组网切换等动作，保障业务的正常功能。

应理解，在本申请实施例中，第二标志可以携带于发生MAC地址迁移的报文中，与发生MAC地址迁移的报文一起上送给CPU。

还应理解，本申请实施例中所述的打上第一标志或者打上第二标志是指，在报文中配置第一标志或者第二标志。

需要注意的是，在本申请实施例中，可以通过ACL表项实现将发生MAC地址迁移的报文上送CPU。为便于描述，设指示报文处理方式为上送CPU的ACL表项为命中ACL表项。

而在命中ACL表项中存在为报文打上表征发生MAC地址迁移的一个第二标志的动作。在本申请实施例中，命中ACL表项中存在添加的MetaData(元数据)作为第二标志的动作，从而便于业务识别。

应理解，第二标志也可以采用其他数据实现，比如可以采用预先设定的字符或字符串实现，在本申请实施例中不做限制。

本申请实施例所提供的MAC地址迁移处理方法，当监测到发生MAC地址迁移时，即可通过预先设定的MAC地址与类型标识对应关系表，获取到发生MAC地址迁移的报文对应的类型标识。而在本申请实施例中，预先设定有不同的类型标识对应不同的报文处理方式，从而通过该报文对应的类型标识，即可确定出该报文对应的处理方式，进而可以按照该处理方式进行处理。这样，当不同报文被监测为发生MAC地址迁移的报文时，即可通过其所对应的类型标识，实现不同的处理，从而满足用户的多样化报文处理需求，实现较现有方式更为精细的控制。

比如，用户有如下需求：某些组网设备需要将发生MAC地址迁移的报文及时上送CPU处理，以便业务及时识别发生了迁移，做相应的处理；而某些发生MAC地址迁移的报文则需要进行报文丢弃。对于上述用户需求，采用本申请实施例所提供的方案，只需配置好这些发生MAC地址迁移的报文的MAC地址对应的类型标识，以及类型标识对应的处理方式，即可有效满足。

此外，由于本申请实施例的方案是针对报文所对应的类型进行的不同控制，因此无需针对每一个MAC地址都下发ACL表项进行控制，从而对设备而言，增加数据量可以被控制在可接受范围内，从而可以在工业上推广应用。

此外，本申请实施例的方案中，还可以通过在将发生MAC地址迁移的报文上送CPU时，向CPU发送表征当前报文为发生MAC地址迁移的报文的第二标志，这样可以使得CPU能够根据接收到的报文中是否存在第二标志，识别出接收到的报文是发生MAC地址迁移的报文，从而业务可以根据该报文中的源MAC地址，确定具体哪个设备发生了MAC地址迁移，进而业务就可以快速的进行组网切换等动作，保障业务的正常功能。

实施例二：

本实施例在实施例一的基础上，以一个较具体的实现流程为例，为本申请做进一步示例说明。

在复杂的组网方案中，一个业务会下发大量的MAC地址,与对端设备进行组网。在本实施例中，可以将一个业务所涉及的各MAC地址进行归类，对处理需求相同的MAC地址，就设置同一个类型标识(classId)。比如业务主动配置的MAC地址可以归为一类，其他板卡同步过来的MAC地址归为一类。按需求归类后，每一类分配一个classId。然后业务下发静态MAC地址的时，将该classId一起写入到交换芯片的MAC地址表中。MAC地址表中的信息如图2所示。

此后，参见图3所示，图3为本实施例所提供的方案的流程示意图，包括：

首先，报文进入交换机，进行二层的转发流程处理。

交换机判断该报文是否命中MAC地址表(即判断该报文中的源MAC地址是否在MAC地址表；若在，则命中；若不在，则未命中)。

若命中MAC地址表，判断是否发生了MAC地址迁移。若未发生，则可以正常转发该报文。若发生了MAC地址迁移，则在该报文对应的描述符信息中打上地址迁移(Station Move)的标志(第一标志)，以表示发生了MAC地址迁移。

接着，交换机判断报文是否命中ACL表项。如果命中，则执行ACL表项规定的动作。若未命中，则丢弃该报文。

应理解，业务会下发入方向的ACL表项，ACL表项的命中条件是类型标识(classId)和地址迁移(Station Move)标志。而ACL表项规定的动作可以按需设置，可以是丢弃报文，或者转发报文，或者将报文上送CPU处理等。

这样，业务可以按需求，只将某些报文上送CPU进行后续处理，这样就避免了所有报文都上送CPU，降低了对CPU造成的冲击。

需要注意的是，因为实际的组网中会存在大量的协议报文上送CPU处理，因此在将发生MAC地址迁移时接收的报文通过ACL表项上送到CPU后，业务还需要具备快速识别出哪些是发生了MAC地址迁移时接收的报文，以便进行组网切换等动作，保障业务的正常功能。

为此，在本实施例中，在命中的ACL表项所需执行的动作是上送CPU时，还要执行打上指定的MetaData(元数据)的动作。命中该ACL表项的报文，在上送CPU的同时，携带该指定的MetaData。这样，通过该指定的MetaData，业务可以快速识别出该上送CPU的报文发生了MAC地址迁移，进而根据报文中的源MAC地址，即可确定出具体哪个设备发生了迁移，进而可以快速的进行组网切换等动作，保障业务的正常功能。

通过上述方案，既突破了交换芯片的固有的实现限制，可以对不同业务的不同MAC地址，在发生迁移的时候，执行不同的动作，能满足不同用户的不同需求，也降低了对CPU的冲击，节约了ACL硬件资源的使用，保证了业务快速识别出发生地址迁移的设备进行相应的处理。

实施例三：

基于同一发明构思，本申请实施例中还提供一种MAC地址迁移处理装置400。请参阅图4所示，图4示出了采用图1所示的方法的MAC地址迁移处理装置。应理解，装置400具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。装置400包括至少一个能以软件或固件的形式存储于存储器中或固化在装置400的操作系统中的软件功能模块。

具体地：

参见图4所示，装置400包括：获取模块401和处理模块402。其中：

所述获取模块401，用于根据当前接收的报文监测到发生MAC地址迁移时，从MAC地址与类型标识对应关系表中，获取所述报文中源MAC地址对应的类型标识；

所述处理模块402，用于按照所述类型标识对应的报文处理方式，对所述报文进行处理；其中：不同的类型标识对应不同的报文处理方式。

在本申请实施例中，所述获取模块401还用于接收静态MAC地址配置信息；所述处理模块402还用于将所述静态MAC地址配置信息中携带的MAC地址和类型标识写入所述MAC地址与类型标识对应关系表中。

在本申请实施例中，所述处理模块402具体用于，获取所述类型标识对应的ACL表项；按照所述ACL表项对所述报文进行处理。

在本申请实施例中，所述MAC地址与类型标识对应关系表为MAC地址表项。

在本申请实施例中，在监测到当前报文发生MAC地址迁移时，所述处理模块402还用于，在根据当前接收的报文监测到发生MAC地址迁移时，为所述报文分配表征所述报文为发生MAC地址迁移的报文的第一标志。

在本申请实施例的一种可行实施方式中，当所述报文对应的报文处理方式为上送CPU时，所述处理模块具体用于：为所述报文打上表征发生MAC地址迁移的第二标志，并上送CPU进行处理。

在上述可行实施方式中，所述第二标志为：目标ACL表项中的MetaData数据；所述目标ACL表项为指示所述报文对应的报文处理方式为上送CPU的ACL表项。

需要理解的是，出于描述简洁的考量，部分实施例一中描述过的内容在本实施例中不再赘述。

实施例四：

本实施例提供了一种交换设备，参见图5所示，其包括处理器501、存储器502以及通信总线503。其中：

通信总线503用于实现处理器501和存储器502之间的连接通信。

处理器501用于执行存储器502中存储的一个或多个程序，以实现上述实施例一和/或实施例二中的MAC地址迁移处理方法。

可以理解，图5所示的结构仅为示意，交换设备还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。

在本申请实施例中，交互设备可以为交换机、路由器等设备。

本实施例还提供了一种可读存储介质，如软盘、光盘、硬盘、闪存、U盘、SD(SecureDigital Memory Card，安全数码卡)卡、MMC(Multimedia Card，多媒体卡)卡等，在该可读存储介质中存储有实现上述各个步骤的一个或者多个程序，这一个或者多个程序可被一个或者多个处理器执行，以实现上述实施例一和/或实施例二中的MAC地址迁移处理方法。在此不再赘述。

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

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

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

在本文中，多个是指两个或两个以上。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。