一种PON系统中MAC地址漂移的检测方法及装置与流程

一种pon系统中mac地址漂移的检测方法及装置
技术领域
1.本发明涉及pon(passive optical network，无源光网络)技术领域，具体涉及一种pon系统中mac地址漂移的检测方法及装置。


背景技术：

2.随着宽带接入网络最后一公里光进铜退的全面落地，pon技术和设备得到大规模的应用。
3.pon系统由olt(optical line terminal，光线路终端)、odn(optical distribution network，光分配网络)、以及onu(optical network unit，光网络单元)组成，onu包括sfu(single family unit，单住户单元型onu)和mdu(multi
‑
dwelling unit，多住户单元型onu)。
4.现有技术中，在识别olt线卡端mac(medium access control，媒体访问控制)地址漂移时，olt线卡的cpu(central processing unit，中央处理器)处理压力较高，其检测粒度只能基于pon口，无法定位流氓onu内部的漂移，无法定位到具体的onu以及具体onu的业务流，检测精度和检测效率较低。


技术实现要素：

5.针对现有技术中存在的缺陷，本发明的目的在于克服现有技术中的缺陷，提出一种pon系统中mac地址漂移的检测方法及装置，在不过多增加pon系统复杂度的情况下，通过优化olt线卡的学习内容，实现对mac地址漂移的快速检测和处理。
6.为达到以上目的，本发明采取的技术方案是：
7.一种pon系统中mac地址漂移的检测方法，包括：
8.建立上、下行mac地址学习表，上行mac地址学习表的每一项mac地址表信息中均包括链路信息；
9.二层业务端口接收到外部数据报文时，对该报文的源mac地址进行学习，根据学习情况，定位异常漂移onu及其业务流属性。
10.在上述技术方案的基础上，所述上行mac地址学习表的每一项mac地址表信息中均包括mac地址、链路信息、以及uni口号；
11.所述下行mac地址学习表的每一项mac地址表信息中均包括mac地址、以及nni口号；
12.pon系统为epon系统时，链路信息为llid；
13.pon系统为gpon系统时，链路信息为gemport id。
14.在上述技术方案的基础上，所述二层业务端口接收到外部数据报文时，对该报文的源mac地址进行学习，具体包括：
15.基于上、下行mac地址学习表，判断该报文的源mac地址是否已经学习到；
16.若该报文的源mac地址已经学习到，则根据学习到该源mac地址的端口与当前接收
该报文的端口的一致性、以及学习到该源mac地址的链路信息与该报文的链路信息的一致性，判断是否发生mac地址漂移、以及mac地址漂移的类型；
17.若学习到该源mac地址的端口与当前接收该报文的端口、以及学习到该源mac地址的链路信息与该报文的链路信息均一致时，学习情况为判定未发生mac地址漂移。
18.在上述技术方案的基础上，所述判断mac地址漂移的类型，包括：
19.对上行数据报文，若在上行mac地址学习表中没学习到该报文的源mac地址，但在下行mac地址学习表中学习到该报文的源mac地址，则判定从nni口到uni口发生异常mac地址漂移；
20.对上行数据报文，若在上行mac地址学习表中学习到该报文的源mac地址，且学习到该源mac地址的端口与当前接收该报文的端口一致，学习到该源mac地址的链路信息与该报文的链路信息不一致，则判定在同一uni口内发生异常mac地址漂移；
21.对上行数据报文，若在上行mac地址学习表中学习到该报文的源mac地址，且学习到该源mac地址的端口与当前接收该报文的端口不一致，则判定在不同uni口之间发生异常mac地址漂移；
22.对下行数据报文，若在下行mac地址学习表中没学习到该报文的源mac地址，但在上行mac地址学习表中学习到该报文的源mac地址，则判定从uni口到nni口发生正常mac地址漂移。
23.在上述技术方案的基础上，所述根据学习情况，定位异常漂移onu及其业务流属性，具体包括以下步骤：
24.当学习情况为判定发生异常mac地址漂移时，将该报文包含的源mac地址和链路信息、以及当前接收该报文的端口号上报olt线卡的cpu，cpu根据源mac地址、链路信息、以及端口号定位异常漂移onu及其业务流属性后，丢弃该报文。
25.本发明还提供一种pon系统中mac地址漂移的检测装置，设置于olt线卡内，包括：
26.mac地址学习表配置模块，用于：建立上、下行mac地址学习表，上行mac地址学习表的每一项mac地址表信息中均包括链路信息；
27.报文处理模块，用于：当二层业务端口接收到外部数据报文时，对该报文的源mac地址进行学习，根据学习情况，定位异常漂移onu及其业务流属性。
28.在上述技术方案的基础上，所述上行mac地址学习表的每一项mac地址表信息中均包括mac地址、链路信息、以及uni口号；
29.所述下行mac地址学习表的每一项mac地址表信息中均包括mac地址、以及nni口号；
30.pon系统为epon系统时，链路信息为llid；
31.pon系统为gpon系统时，链路信息为gemport id。
32.在上述技术方案的基础上，所述报文处理模块判断二层业务端口接收到外部数据报文时，对该报文的源mac地址进行学习的具体操作包括：
33.所述报文处理模块基于上、下行mac地址学习表，判断该报文的源mac地址是否已经学习到；
34.若该报文的源mac地址已经学习到，则根据学习到该源mac地址的端口与当前接收该报文的端口的一致性、以及学习到该源mac地址的链路信息与该报文的链路信息的一致
性，判断是否发生mac地址漂移、以及mac地址漂移的类型；
35.若学习到该源mac地址的端口与当前接收该报文的端口、以及学习到该源mac地址的链路信息与该报文的链路信息均一致时，学习情况为判定未发生mac地址漂移。
36.在上述技术方案的基础上，所述判断mac地址漂移的类型，包括：
37.对上行数据报文，若在上行mac地址学习表中没学习到该报文的源mac地址，但在下行mac地址学习表中学习到该报文的源mac地址，则判定从nni口到uni口发生异常mac地址漂移；
38.对上行数据报文，若在上行mac地址学习表中学习到该报文的源mac地址，且学习到该源mac地址的端口与当前接收该报文的端口一致，学习到该源mac地址的链路信息与该报文的链路信息不一致，则判定在同一uni口内发生异常mac地址漂移；
39.对上行数据报文，若在上行mac地址学习表中学习到该报文的源mac地址，且学习到该源mac地址的端口与当前接收该报文的端口不一致，则判定在不同uni口之间发生异常mac地址漂移；
40.对下行数据报文，若在下行mac地址学习表中没学习到该报文的源mac地址，但在上行mac地址学习表中学习到该报文的源mac地址，则判定从uni口到nni口发生正常mac地址漂移。
41.在上述技术方案的基础上，所述报文处理模块根据学习情况，定位异常漂移onu及其业务流属性的具体操作包括：
42.所述报文处理模块将学习情况为判定发生异常mac地址漂移时，将该报文包含的源mac地址和链路信息、以及当前接收该报文的端口号上报olt线卡的cpu，cpu根据源mac地址、链路信息、以及端口号定位异常漂移onu及其业务流属性后，丢弃该报文。
43.与现有技术相比，本发明的优点在于：
44.对olt线卡的mac地址学习方式进行了优化，在上行mac地址学习表中添加链路信息来对onu及其业务流进行精确表征，通过监控源mac地址所对应的端口和链路信息的变化来实现对mac地址漂移的快速检测和处理，在判定发生异常mac地址漂移时，通过事件方式将异常报文的部分关键信息通知olt线卡的cpu，简化了检测流程，减轻了cpu的压力，能够检测onu内部的漂移、定位具体的onu以及具体onu的业务流，无需构造特定检测报文，不受uni口下接onu的透传特质影响，不受检测报文丢失的影响，对olt线卡和onu的要求不高，能够提高检测效率和检测精度。
附图说明
45.图1为本发明实施例中pon系统中mac地址漂移的检测方法的流程示意图。
46.图2为本发明实施例中olt线卡的uni口接收到上行数据报文时对该报文的源mac地址进行学习的流程示意图。
47.图3为本发明实施例中olt线卡的nni口接收到下行数据报文时对该报文的源mac地址进行学习的流程示意图。
48.图4为本发明实施例中pon系统中mac地址漂移的检测装置功能模块示意图。
具体实施方式
49.以下结合附图及实施例对本发明作进一步详细说明。
50.在pon系统的工程场景中，关于mac地址漂移，理论上存在着如下场景：
51.场景一：同一uni口内发生mac地址漂移，即onu侧某恶意用户冒充正常onu用户的mac地址从不同sfu的不同二层业务端口上网，导致正常的onu用户无法上网。
52.场景二：同一uni口内发生mac地址漂移，即恶意用户冒充正常用户的mac地址从同一mdu的不同端口上网，导致正常的onu用户无法上网。
53.场景三：mac地址从nni口漂移到了uni口，即恶意用户冒充从olt的nni侧(network network interface网络
‑
网络接口侧即网络侧)过来的mac地址，导致网络侧的报文无法正常转发，关联的onu用户无法正常上网。
54.场景四：同一uni口内、或不同uni口之间发生mac地址漂移，即同一pon系统的不同onu之间形成了环路，olt的uni侧收到自己发送出去的报文，在uni侧形成mac地址振荡，导致onu用户无法正常上网。
55.对于这类恶意或非正常的mac地址漂移，从运营商的角度来说，希望能够检测跟踪到它的恶意行为，进而对恶意用户的上网行为进行限制，以达到保护正常上网用户的目的。
56.针对场景一、场景二、以及场景三，传统的mac地址漂移检测方法是通过网管信息来定位恶意onu，其mac地址漂移是查询网管信息得知的，定位效率存在问题，定位精度同样存在问题，比如恶意mac地址在流氓onu内部的漂移无法检测导致定位精度较低。还有的mac地址漂移检测方法是通过监测olt线卡交换芯片中mac地址表信息的更新事件来获取异常信息，检测粒度只能基于pon口，能够检测到不同pon口之间的漂移，无法定位到具体的onu以及具体onu的业务流。
57.针对场景四，传统的mac地址漂移检测方法是通过olt往onu发送特定的环回检测报文来检测mac地址的漂移，如果olt从onu侧接收到了自己发送出去的环回报文，则认为onu侧链路出现了不正常的环路。但此方法的弊端是一旦环回检测报文在网路的某个环节被丢弃，则检测失败。
58.在实际的工程场景中，nni侧不直接面向用户，一般对接运营商的上游设备，网络环境相对干净，因此较少出现不同nni口之间发生mac地址漂移、或同一nni口内部发生mac地址漂移的情况，但是存在mac地址从uni口漂移到nni口的可能。uni侧直接面向用户，会存在大量恶意用户攻击或仿冒问题，因此较多出现上述四种场景。鉴于此，如何采用一种精确有效且廉价的方法对onu恶意的或不正常的mac地址漂移进行检测，高效地回溯异常情况，对于电信运营商来说具有较大的意义。本发明主要解决的就是如何对mac地址漂移进行快速检测和处理。
59.如图1所示，本发明提供一种pon系统中mac地址漂移的检测方法，包括：
60.s1、在olt线卡的内存中建立上、下行mac地址学习表，上行mac地址学习表的每一项mac地址表信息中均包括链路信息。
61.具体来说，本实施例中，在上行方向，olt线卡的uni侧对接的是用户设备，存在大量的恶意用户的攻击或仿冒问题，需要考虑是否发生从nni口到uni口的异常mac地址漂移、是否发生同一uni口内部的异常mac地址漂移、或是否发生不同uni口之间的异常mac地址漂移。因此，在上行mac地址学习表中添加链路信息来精确表征onu及其业务流属性，上行mac
地址学习表的每一项mac地址表信息中都包括mac地址、链路信息、以及uni口号。olt线卡开启mac地址漂移检测后，根据上行数据报文的源mac地址对应的端口号和链路信息是否发生变化判断是否发生异常mac地址漂移、以及异常mac地址漂移的类型，并基于链路信息和uni口号定位异常漂移onu及其业务流属性，异常漂移onu即为mac地址异常漂移的onu。
62.在下行方向，olt线卡的nni侧对接的是上游设备，例如bras(broadband access server，宽带接入服务器)设备、数据交换机、以及视频服务器等，nni侧不直接面向用户，网络环境相对干净(即默认不会发生nni口内部或nni口之间的mac地址漂移)，无需识别因nni侧的恶意用户导致的mac地址漂移，也无需在nni侧进行异常mac地址漂移的定位，只需考虑是否存在从uni口到nni口的正常mac地址漂移。因此，下行mac地址学习表下行mac地址学习表的每一项mac地址表信息中都包括mac地址、vlan id、以及nni口号。olt线卡开启mac地址漂移检测后，根据下行数据报文的源mac地址对应的端口号是否发生变化判断是否发生正常mac地址漂移。
63.本发明允许mac地址从uni口漂移到nni口，将mac地址从uni口漂移到nni口判定为正常mac地址漂移，默认同一nni口内部以及不同nni口之间不会发生mac地址漂移，将除此之外的mac地址漂移均判定为异常mac地址漂移。
64.当外部数据报文为下行数据报文时，端口号为nni口的端口号即nni口号，当外部数据报文为上行数据报文时，端口号为uni口的端口号即uni口号。
65.pon系统为epon系统时，链路信息为gemport id(gem端口标识)。pon系统为epon系统时，链路信息为llid(logical link identifier，逻辑链接标识)。
66.步骤s2、olt线卡的二层业务端口接收到外部数据报文时，基于上、下行mac地址学习表对该报文的源mac地址进行学习，得到相应的学习情况，根据学习情况，定位异常漂移onu及其业务流属性。
67.具体来说，本实施例中，olt线卡从uni口接收到下游用户设备发来的业务流后，需要从上行数据报文中提取源mac地址和链路信息，并获取当前接收该报文的uni口号，判断该报文的源mac地址是否被上、下行mac地址学习表学习到：
68.如果上、下行mac地址学习表都没有学习到该报文的源mac地址，则根据该报文对应的源mac地址、链路信息、以及uni口号更新上行mac地址学习表。
69.如果上行mac地址学习表已经学习到该报文的源mac地址，且学习到该源mac地址的端口与当前接收该报文的端口、以及学习到该源mac地址的链路信息与该报文的链路信息均一致时，则学习情况为判定未发生mac地址漂移。
70.如果上行mac地址学习表已经学习到该报文的源mac地址，且学习到该源mac地址的端口和当前接收该报文的端口一致、学习到该源mac地址的链路信息与该报文的链路信息不一致，则学习情况为判定同一uni口内部发生异常mac地址漂移。
71.如果上行mac地址学习表已经学习到该报文的源mac地址，且学习到该源mac地址的端口和当前接收该报文的端口不一致、学习到该源mac地址的端口为uni口，则学习情况为判定不同uni口之间发生异常mac地址漂移。
72.如果下行mac地址学习表已经学习到该报文的源mac地址，且学习到该源mac地址的端口和当前接收该报文的端口不一致、学习到该源mac地址的端口为nni口，则学习情况为判定从nni口到uni口发生异常mac地址漂移。
73.olt线卡从nni口接收到上游应用商设备发来的业务流后，需要从下行数据报文中提取源mac地址，并获取当前接收该报文的nni口号，判断该报文的源mac地址是否被上、下行mac地址学习表学习到：
74.如果上、下行mac地址学习表都没有学习到该报文的源mac地址，则根据该报文对应的源mac地址、以及nni口号更新下行mac地址学习表。
75.如果下行mac地址学习表已经学习到该报文的源mac地址，且学习到该源mac地址的端口为nni口，则学习情况为判定未发生mac地址漂移。
76.如果上行mac地址学习表已经学习到该报文的源mac地址，且学习到该源mac地址的端口和当前接收该报文的端口不一致、学习到的端口为uni口，则学习情况为判定发生从uni口到nni口的正常mac地址漂移，随后根据该报文对应的源mac地址、以及nni口号更新下行mac地址学习表。
77.进一步的，在本实施例中，若学习情况为判定存在异常mac地址漂移，直接将异常报文所对应的源mac地址、链路信息、以及端口号上报olt线卡的cpu，无需将异常报文所有信息都发送cpu，简化检测流程，减轻cpu压力，后续olt线卡完成异常定位后将舍弃该报文。
78.olt线卡基于链路信息和uni口号可以回溯反查异常报文对应的onu id、以及获取异常报文对应的业务流属性(业务流属性为完整的业务信息，包括源mac地址、链路信息、以及端口号)，可以精确到链路信息级别来屏蔽恶意用户的网络行为。
79.综上所述，通过对olt线卡的mac地址学习方式进行优化，在上行mac地址学习表中添加链路信息来对onu及其业务流进行精确表征，通过监控源mac地址所对应的端口和链路信息的变化来实现对mac地址漂移的快速检测和处理，在判定发生异常mac地址漂移时，通过事件方式将异常报文的部分关键信息通知olt线卡的cpu，简化了检测流程，减轻了cpu的压力，能够检测onu内部的漂移、定位具体的onu以及具体onu的业务流，无需构造特定检测报文，不受uni口下接onu的透传特质影响，不受检测报文丢失的影响，对olt线卡和onu的要求不高，能够提高检测精度和效率检测。
80.基于上述实施例，通过不同实施例说明步骤s2中基于上、下行mac地址学习表对该报文的源mac地址进行学习，得到相应的学习情况，olt线卡的二层业务端口接收到外部数据报文后，对上行数据报文和下行数据报文的处理方法不同。
81.如图2所示，步骤s2中，当olt线卡的uni口接收到上行数据报文时，基于上、下行mac地址学习表对该报文的源mac地址进行学习得到相应的学习情况的具体步骤包括：
82.步骤s21a、olt线卡从上行数据报文中提取源mac地址和链路信息，并获取当前接收该报文的uni口号，判断该报文的源mac地址是否被上、下行mac地址学习表学习到：
83.若是，则转步骤s22a；
84.若否，则根据该报文对应的源mac地址、链路信息、以及uni口号更新上行mac地址学习表；
85.步骤s22a、判断是否从上行mac地址学习表学习到该报文的源mac地址：
86.若是，则转步骤s23a；
87.若否，则学习情况为判定从nni口到uni口发生异常mac地址漂移；
88.步骤s23a、判断学习到该源mac地址的端口与当前接收该报文的端口是否一致：
89.若是，则转步骤s24a；
90.若否，则学习情况为判定在不同uni口之间发生异常mac地址漂移；
91.步骤s24a、判断学习到该源mac地址的链路信息与该报文的链路信息是否一致：
92.若是，则学习情况为判定未发生mac地址漂移；
93.若否，则学习情况为判定同一uni口内部发生异常mac地址漂移。
94.本实施例中，步骤s21a中若判定上行数据报文的源mac地址已经被上行mac地址学习表或下行mac地址学习表学习到，则转步骤s22a。如果既没有被上行mac地址学习表也没有被下行mac地址学习表学习到则根据该报文对应的源mac地址、链路信息、以及uni口号更新上行mac地址学习表。
95.步骤s22a中，对上行数据报文，若在上行mac地址学习表中没学习到该报文的源mac地址，但在下行mac地址学习表中学习到该报文的源mac地址，则判定从nni口到uni口发生异常mac地址漂移。
96.如图3所示，步骤s2中，当olt线卡的nni口接收到下行数据报文时，基于上、下行mac地址学习表对该报文的源mac地址进行学习得到相应的学习情况的具体步骤包括：
97.步骤s21b、olt线卡从下行数据报文中提取源mac地址，并获取当前接收该报文的nni口号，判断该报文的源mac地址是否被上、下行mac地址学习表学习到：
98.若是，则转步骤s22b；
99.若否，则根据该报文对应的源mac地址、以及nni口号更新下行mac地址学习表；
100.步骤s22b、判断是否从下行mac地址学习表学习到该报文的源mac地址：
101.若是，则学习情况为判定未发生mac地址漂移；
102.若否，则学习情况为判定发生从uni口到nni口的正常mac地址漂移，根据该报文对应的源mac地址、以及nni口号更新下行mac地址学习表。
103.本实施例中，步骤s21b中若判定下行数据报文的源mac地址已经被上行mac地址学习表或下行mac地址学习表学习到，则转步骤s22b。如果既没有被上行mac地址学习表也没有被下行mac地址学习表学习到则根据该报文对应的源mac地址、链路信息、以及uni口号更新下行mac地址学习表。
104.步骤s22b中，对下行数据报文，若在下行mac地址学习表中没学习到该报文的源mac地址，但在上行mac地址学习表中学习到该报文的源mac地址，则判定从uni口到nni口发生正常mac地址漂移。
105.进一步的，当步骤s2中判定发生异常mac地址漂移时，步骤s3中直接将异常报文对应的源mac地址、链路信息、以及uni口号上报olt线卡的cpu，cpu将上述信息通告给设备网关并丢弃异常报文。olt线卡可根据链路信息和uni口号可以回溯反查到上行数据报文对应的onu id，从而定位异常漂移onu，并获取包含源mac地址、链路信息、以及uni口号的业务流属性。
106.如图4所示，提供一种pon系统中mac地址漂移的检测装置的实施例。上述装置包括设置在olt线卡内的mac地址学习表配置模块1和报文处理模块2。
107.所述mac地址学习表配置模块1，用于：在olt线卡的内存中建立上、下行mac地址学习表，上行mac地址学习表的每一项mac地址表信息中均包括链路信息。
108.所述报文处理模块2，用于：当olt线卡的二层业务端口接收到上行数据报文时，基于上、下行mac地址学习表对该报文的源mac地址进行学习，根据学习情况，定位异常漂移
onu及其业务流属性。
109.报文处理模块2将学习情况为判定发生异常mac地址漂移时，根据上行数据报文所对应的链路信息和uni口号定位异常漂移onu及其业务流属性。在本实施例中，由于根据链路信息和uni口号可以回溯反查到上行数据报文对应的onu id，因此，根据恶意漂移的mac的信息，可以精确到链路信息级别来屏蔽恶意用户的网络行为。
110.进一步的，所述mac地址学习表配置模块1建立上、下行mac地址学习表的具体操作包括：
111.将上行mac地址学习表中每一项mac地址表信息均配置为包括mac地址、vlan id、链路信息、以及uni口号。
112.将下行mac地址学习表中每一项mac地址表信息均配置包括mac地址、vlan id、以及nni口号。
113.pon系统为epon系统时，链路信息为llid。
114.pon系统为gpon系统时，链路信息为gemport id。
115.在本实施例中，通过对olt线卡的mac地址学习方式进行优化，在上行mac地址学习表中添加链路信息来对onu及其业务流进行精确表征，通过监控源mac地址所对应的端口和链路信息的变化来实现对mac地址漂移的快速检测和处理，在判定发生异常mac地址漂移时，通过事件方式将异常报文的部分关键信息通知olt线卡的cpu，简化了检测流程，减轻了cpu的压力，能够检测onu内部的漂移、定位具体的onu以及具体onu的业务流，无需构造特定检测报文，不受uni口下接onu的透传特质影响，不受检测报文丢失的影响，对olt线卡和onu的要求不高，能够提高检测精度和效率检测。
116.具体的，在一些实施例中，上述报文处理模块2判断olt线卡的二层业务端口接收到外部数据报文时，基于上、下行mac地址学习表，判断该报文的源mac地址是否已经学习到：
117.若还没学习到，则学习情况为对该报文的源mac地址进行学习，并按照报文的目的mac和vlan id查找转发路径进行转发。
118.若该报文的源mac地址已经学习到，则根据学习到该源mac地址的端口与当前接收该报文的端口的一致性、以及学习到该源mac地址的链路信息与该报文的链路信息的一致性，判断是否发生mac地址漂移、以及mac地址漂移的类型。
119.若学习到该源mac地址的端口与当前接收该报文的端口、以及学习到该源mac地址的链路信息与该报文的链路信息均一致时，学习情况为判定未发生mac地址漂移。
120.对上行数据报文，若在下行mac地址学习表中学习到该报文的源mac地址，则判定从nni口到uni口发生异常mac地址漂移。
121.对上行数据报文，若在上行mac地址学习表中学习到该报文的源mac地址，且学习到该源mac地址的端口与当前接收该报文的端口一致，学习到该源mac地址的链路信息与该报文的链路信息不一致，则判定在同一uni口内发生异常mac地址漂移。
122.对上行数据报文，若在上行mac地址学习表中学习到该报文的源mac地址，且学习到该源mac地址的端口与当前接收该报文的端口不一致，则判定在不同uni口之间发生异常mac地址漂移。
123.对下行数据报文，若在上行mac地址学习表中学习到该报文的源mac地址，则判定
从uni口到nni口发生正常mac地址漂移。
124.进一步的，报文处理模块2根据学习情况，定位异常漂移onu及其业务流属性的具体操作包括：
125.所述报文处理模块将学习情况为判定发生异常mac地址漂移时，将该报文包含的源mac地址和链路信息、以及当前接收该报文的端口号上报olt线卡的cpu，cpu根据源mac地址、链路信息、以及端口号定位异常漂移onu及其业务流属性后，丢弃该报文。
126.在本实施例中，可以直接通过报文中的链路信息和uni口号将同一uni口内的异常mac地址漂移检测出来，并定位异常onu及其业务流属性，简化了检测流程，减轻了cpu压力，提高检测精度和检测效率。
127.本发明不局限于上述实施方式，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。