一种报文应答方法及装置的制造方法

文档序号:10690977阅读:233来源:国知局
一种报文应答方法及装置的制造方法
【专利摘要】本发明提供一种报文应答方法及装置,应用于交换设备上,该方法包括:接收用户终端发送的报文;确定接收的报文是否为地址请求报文;当接收的报文为地址请求报文时,获取所述地址请求报文中携带的第一地址;判断当前是否存在包含所述第一地址的地址表项;当存在包含所述第一地址的地址表项时,获取所述地址表项中与所述第一地址对应的第二地址;向所述用户终端回应地址响应报文,所述地址响应报文中携带所述第二地址。通过本发明可减轻控制器的处理压力,降低流量中断概率。
【专利说明】
-种报文应答方法及装置
技术领域
[0001] 本发明设及网络通信技术领域,尤其设及一种报文应答方法及装置。
【背景技术】
[0002] SDN(Software Defined化twork,软件定义网络)是一种新型的网络创新架构,通 过将控制平面和数据平面分离,实现网络流量的灵活控制。
[0003] SDN网络由控制器和交换设备组成。当用户终端通过交换设备接入SDN网络时,用 户终端发送的ARP(Ad化ess Resolution Protocol,地址解析协议)报文和DHCP(Dynamic Host Configuration Protocol,动态主机配置协议)报文都会由交换设备转发给控制器, 由控制器集中应答。当控制器故障或者交换设备与控制器之间的通信链路故障时,用户终 端无法接收到响应报文,造成用户终端的IP(Internet Protocol,网际协议)地址丢掉(例 如,用户终端重启时)或ARP表项丢失(ARP表项无法被更新),从而导致流量中断。

【发明内容】

[0004] 本发明的目的在于提供一种报文应答方法及装置,由SDN网络中的交换设备负责 报文应答,W减轻控制器的处理压力,降低流量中断概率。
[0005] 为实现上述发明目的,本发明提供了技术方案:
[0006] 本发明提供一种报文应答方法,应用于交换设备上,该方法包括:
[0007] 接收用户终端发送的报文;
[000引确定接收的报文是否为地址请求报文;
[0009] 当接收的报文为地址请求报文时,获取所述地址请求报文中携带的第一地址;
[0010] 判断当前是否存在包含所述第一地址的地址表项;
[0011] 当存在包含所述第一地址的地址表项时,获取所述地址表项中与所述第一地址对 应的第二地址;
[0012] 向所述用户终端回应地址响应报文,所述地址响应报文中携带所述第二地址。
[0013] 其中,所述第一地址为IP地址时,所述第二地址为MAC地址;所述第一地址为MAC地 址时,所述第二地址为IP地址。
[0014] 本发明还提供一种报文应答装置,应用于交换设备上,该装置包括:
[0015] 报文接收单元,用于接收用户终端发送的报文;
[0016] 报文确定单元,用于确定接收的报文是否为地址请求报文;
[0017] 第一获取单元,用于当接收的报文为地址请求报文时,获取所述地址请求报文中 携带的第一地址;
[0018] 表项判断单元,用于判断当前是否存在包含所述第一地址的地址表项;
[0019] 第二获取单元,用于当存在包含所述第一地址的地址表项时,获取所述地址表项 中与所述第一地址对应的第二地址;
[0020] 报文回应单元,用于向所述用户终端回应地址响应报文,所述地址响应报文中携 带所述第二地址。
[0021 ] 其中,所述第一地址为IP地址时,所述第二地址为MAC地址;所述第一地址为MAC地 址时,所述第二地址为IP地址。
[0022] 由W上描述可W看出,本发明由SDN网络中的交换设备对用户终端发送的地址请 求进行应答,从而减轻控制器的处理压力,同时,也避免了控制器故障或控制器与交换设备 之间链路故障时,控制器无法及时应答而造成的流量中断。
【附图说明】
[0023] 图1是本发明实施例示出的SDN网络的示意图;
[0024] 图2是本发明实施例示出的报文应答方法流程图;
[0025] 图3是本发明实施例示出的交换设备的结构示意图;
[0026] 图4是本发明实施例示出的报文应答装置的结构示意图。
【具体实施方式】
[0027] 运里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述设及 附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。W下示例性实施例 中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附 权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
[0028] 在本发明使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本发明。 在本发明和所附权利要求书中所使用的单数形式的"一种"、"所述"和"该"也旨在包括多数 形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语"和/或"是指并包 含一个或多个相关联的列出项目的任何或所有可能组合。
[0029] 应当理解,尽管在本发明可能采用术语第一、第二、第Ξ等来描述各种信息,但运 些信息不应限于运些术语。运些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离 本发明范围的情况下,第一信息也可W被称为第二信息,类似地,第二信息也可W被称为第 一信息。取决于语境,如在此所使用的词语"如果"可W被解释成为"在……时"或"当…… 时"或"响应于确定"。
[0030] 本发明实施例提出一种报文应答方法,该方法由SDN网络中的交换设备对用户终 端发送的地址请求进行应答,减轻控制器的处理压力,同时,避免由于控制器故障或者控制 器与交换设备之间链路故障导致的流量中断。
[00川参见图1,为本发明实施例示出的SDN网络示意图。该SDN网络包括控制器 Con化oiler、网关GW、虚拟交换设备0VS1~0VS3W及虚拟机(用户终端)VM1~VM9。当然,本 发明并不具体限制SDN网络中的设备是实体设备还是虚拟设备,可根据实际需求自行组合。
[0032] 参见图2,为本发明报文应答方法的一个实施例流程图,该实施例对报文应答过程 进行描述。
[0033] 步骤201,接收用户终端发送的报文。
[0034] 用户终端发出的报文首先到达与其直连的交换设备上,例如,VM1发送的报文首先 到达0VS1,由直连的交换设备执行后续处理。
[0035] 步骤202,确定接收的报文是否为地址请求报文。
[0036] 本发明实施例中,交换设备首先对接收的报文进行报文类型确认,对确认为地址 请求报文的报文进行应答,具体确认过程如下:
[0037] 在一种较优的实施方式中,交换设备可接收控制器针对地址请求报文下发的流表 项,该流表项记录了地址请求报文的报文信息,参见表1。
[00;3 引
[0039] 表 1
[0040] 交换设备将接收的报文的报文信息与流表项中的报文信息进行匹配,判断是否存 在报文信息与接收的报文的报文信息相同的流表项。当存在报文信息与接收的报文的报文 信息相同的流表项时,确定当前接收的报文为地址请求报文。例如,假设接收的报文的W太 网协议类型eth_type为a巧,则匹配第一条流表项,确认当前接收的报文为ARP请求报文(根 据IP地址请求MAC地址),即地址请求报文,此时,将该地址请求报文从出端口Local_portl 转发。需要说明的是,本申请实施例中地址请求报文的出端口为本地虚拟端口,用于指向本 地处理地址请求的模块,即后续本申请所要执行的步骤。本申请实施例通过控制器下发流 表项的方式来确认地址请求报文,巧妙地利用了现有的处理方式,简单易于实现。
[0041] 步骤203,当接收的报文为地址请求报文时,获取所述地址请求报文中携带的第一 地址。
[0042] 在通过步骤202确认接收的报文为地址请求报文后,获取该地址请求报文中携带 的地址,简称第一地址。
[0043] 具体为,当地址请求报文为DHCP请求报文(例如,DHCP Discover报文)时,获取 D肥P请求报文中携带的发起请求的用户终端的MAC地址,该MAC地址为DHCP请求报文中携带 的第一地址;当地址请求报文为ARP请求报文时,获取ARP请求报文中携带的当前用户终端 想要访问的目的用户终端的IP地址,此时,该IP地址为ARP请求报文中携带的第一地址。
[0044] 步骤204,判断当前是否存在包含所述第一地址的地址表项。
[0045] 步骤205,当存在包含所述第一地址的地址表项时,获取所述地址表项中与所述第 一地址对应的第二地址。
[0046] 本申请实施例中的交换设备本地维护一张地址表,该地址表中的地址表项由控制 器下发。控制器了解所有用户终端的地址信息(IP地址、MAC地址)W及用户终端直连的交换 设备的端口,并根据上述信息生成对应的地址表项,针对每一个交换设备下发与其直连用 户终端属于同一网段的网络设备的地址表项。
[0047] W虚拟交换设备0VS1为例,假设VM1的IP地址为10.0.0.1,MAC地址为fa: 16 : 3e : 87 : 2b: 05; VM5的 IP地址为10.0.0.5,MAC地址为fa: 16: 3e : 83 : 36: ff;网关GW的 IP地址为 10.0.0.254,MAC地址为00:16:3f:aa:aa:aa。VMl为0VSl下直连的用户终端,控制器向0VSl 下发与VM1属于同一网段(10.0.0.0/24)的所有网络设备的地址表项,参见表2。
[0048] ____
[0049] 表 2
[0050] 表2即为OVSl维护的地址表。本申请实施例通过分网段下发地址表项的方式,可减 轻交换设备的维护压力,提高查表速度。
[0化1 ] 假设,VM1发送DHCP请求报文,该D肥P请求报文中携带VM1的MAC地址化:16: 3e: 87: 化:05,0VS1接收该DHCP请求报文后,获取VM1的MAC地址,查询本地维护的地址表项,由表2 可知,第一条地址表项中包含VM1的MAC地址f a: 16: 3e: 87:化:05,获取该地址表项中与VM1 的MAC地址对应的IP地址(对于DHCP请求报文,本申请实施例中定义的第一地址为MAC地址, 第二地址为IP地址)。
[0052] 假设,VM1发送ARP请求报文,该ARP请求报文中携带VM1想要访问的目的虚拟机VM5 的IP地址10.0.0.5,0VS1接收该ARP请求报文后,获取VM5的IP地址,查询本地维护的地址表 项,由表2可知,第二条地址表项中包含VM5的IP地址10.0.0.5,获取该地址表项中与VM5的 IP地址对应的MAC地址(对于ARP请求报文,本申请实施例中定义的第一地址为IP地址,第二 地址为MAC地址)。
[0053] 需要补充说明的是,由于用户终端可能发生迁移(迁移后IP地址不变),例如,VM1 从0VS1迁移到0VS2,因此,当交换设备接收到用户终端发送的ARP请求报文时,首先判断发 起请求的用户终端是否发生迁移。
[0054] 具体过程如下:获取ARP请求报文携带的用户终端的地址信息W及接收该ARP请求 报文的端口。判断本地记录的地址表项中是否存在与发起请求的用户终端的地址信息及接 收ARP请求报文的端口匹配的地址表项,当不存在匹配的地址表项时,说明发起请求的用户 终端发生迁移,则交换设备请求控制器下发与该用户终端属于同一网段的地址表项。
[0055] 步骤206,向所述用户终端回应地址响应报文,所述地址响应报文中携带所述第二 地址。
[0056] 由于交换设备维护了上述地址表项,因此,可在本地对地址请求报文进行应答,无 需转发给控制器集中应答。具体为,当地址请求报文为DHCP请求报文时,向用户终端回应 D肥P响应报文(例如,D肥P Of fer报文),D肥P响应报文中携带分配给用户终端的IP地址;当 地址请求报文为ARP请求报文时,向用户终端回应ARP响应报文,ARP响应报文中携带当前用 户终端请求的目的用户终端的MAC地址。本申请正是通过与用户终端直连的交换设备的应 答,减轻原有控制器集中应答的处理压力,同时,当控制器故障或控制器与交换设备之间链 路故障时,交换设备上已存在的地址表项能够保证对应用户终端的ARP表项及时更新,从而 使已有流量正常转发,避免业务中断。
[0057] 当根据步骤204的判断结果确认本地不存在包含第一地址的地址表项时,说明控 制器未向交换设备下发过当前用户终端请求的地址信息,则交换设备将接收的地址请求报 文上送给控制器,由控制器查询相关地址信息,对地址请求报文进行应答,并向交换设备下 发包含第一地址的地址表项。交换设备再接收到与该地址表项匹配的地址请求报文时,由 交换设备自行应答。
[0058] 此外,由于交换设备维护了与其直连用户终端属于同一网段的所有地址表项,所 W,当用户终端访问与其属于同一网段的其它用户终端时,交换设备无需向控制器请求指 导报文转发的流表项,可根据源/目的用户终端的地址表项自行生产转发流表项,进行报文 转发。
[0059] 仍W图1为例,介绍报文应答过程。
[0060] 假设,VM1 ~VM6 的 IP 地址对应为 10.0.0.1 ~10.0.0.6,属于网段 10.0.0.0/24; VM7 ~VM9的IP地址对应为20.0.0.7~20.0.0.9,属于网段20.0.0.0/24。VM1~VM9的MAC地址简 化为MAC1~MAC9表示;针对不同网段分别配置网关GW的IP地址10.0.0.254和20.0.0.254, GW的MAC地址为MAC_GW。
[0061 ] 控制器Contro 1 ler分别向0VS1~0VS3下发地址表项,其中,0VS1中地址表如表3所 示,0VS2中地址表如表4所示,0VS3中地址表如表5所示。
[0066]表 4
[0067]
[0068] 表 5
[0069] 假设,VMl发送D肥内青求报文,该畑CP请求报文中携带MACl,该报文到达OVSl后,匹 配表1中的第2条流表项,0VS1确认接收的报文为DHCP请求报文,获取DHCP请求报文中携带 的MCI,查询本地维持的地址表(表3),获取MAC1对应的IP地址10.0.0.1,向VM1回应畑CP响 应报文,DHCP响应报文中携带分配给VM1的IP地址10.0.0.1。
[0070] 假设,VM1发送ARP请求报文请求VM5的MAC地址,在ARP请求报文中携带VM5的IP地 址10.0.0.5,0VS1通过pod 1端口接收该报文,匹配表1中的第1条流表项,确认接收的报文 为ARP请求报文。0VS1获取ARP请求报文中VM1的IP地址10.0.0.1、MAC地址MAC1W及接收该 ARP请求报文的端口 podl,查询表3,匹配第一条地址表项,因此,确定VM1未发生迁移。获取 ARP请求报文中携带的VM5的IP地址10.0.0.5,查询本地维持的地址表(表3),获取10.0.0.5 对应的MAC地址MAC5,向VM1回应ARP响应报文,ARP响应报文中携带VM5的MAC地址MAC5dVM1 根据VM5的IP地址和MAC地址访问VM5。
[0071] 当VM1跨网段访问VM8时,VM1根据VM8的IP地址20.0.0.8确认VM8与自己不属于同 一网段,因此,发送ARP请求报文请求网关GW的MAC地址,0VS1接收到ARP请求报文后的处理 过程同上,在此不再寶述。VM1获取到GW的MAC地址MC_GW后,将访问VM8的流量通过GW转发。
[0072] 假设,VM1从0VS1迁移到0VS2的pod4(图中未示出),此时,VM1发送的ARP请求报文 通过0VS2的port4到达0VS2,0VS2确认接收的报文为ARP请求报文后,获取VM1的IP地址 10.0.0.1、MAC地址MAC1W及接收该ARP请求报文的端口 0VS2的pod4,在表4中找不到与上 述信息完全匹配的地址表项(与第一条地址表项相比,IP地址和MAC地址相同,端口不同), 因此,0VS2确认VM1发生迁移,向控制器请求下发与VM1属于同一网段的地址表项。控制器确 认0VS2已包含所有与VM1属于同一网段的地址表项,只是VM1对应地址表项的端口发生变 化,因此,向0VS2下发更新后的VM1的地址表项。更新后0VS2中地址表如表6所示。
[0073]
[0074] 表 6
[0075] 此外,由于OVSl上还存在与VMl属于同一网段的VM2和VM3,因此,OVSl上记录的VMl 的地址表项也需要更新,控制器会向0VS1下发更新后的VM1的地址表项。更新后0VS1中地址 表如表7所不。
[0076]
[0077] 表 7
[0078] 假设,VM1从0VS1迁移到0VS3的pod4(图中未示出),此时,VM1发送的ARP请求报文 通过0VS3的port4到达0VS3,0VS3确认接收的报文为ARP请求报文后,获取VM1的IP地址 10.0.0.1、MAC地址MAC1W及接收该ARP请求报文的端口 0VS3的pod4,在表5中找不到与上 述信息匹配的地址表项,因此,0VS3确认VM1发生迁移,向控制器请求下发与VM1属于同一网 段的地址表项。VM1~VM6属于同一网段,因此,控制器向0VS3下发VM1~VM6对应的地址表 项。下发后0VS3中地址表如表8所示。
[0079]
[0080] 表 8
[0081 ]同时,控制器向OVS巧日0VS2下发VMl的地址表项。更新后,OVSl中的地址表如表9所 示,0VS2中的地址表如表10所示。
[0082]
[0083]表 9
[0084]
[0085] 表 10
[0086] 与前述报文应答方法的实施例相对应,本发明还提供了报文应答装置的实施例。
[0087] 本发明报文应答装置的实施例可W应用在交换设备上。装置实施例可W通过软件 实现,也可W通过硬件或者软硬件结合的方式实现。W软件实现为例,作为一个逻辑意义上 的装置,是通过其所在设备的处理器运行存储器中对应的计算机程序指令形成的。从硬件 层面而言,如图3所示,为本发明报文应答装置所在设备的一种硬件结构图,除了图3所示的 处理器W及非易失性存储器之外,实施例中装置所在的设备通常根据该设备的实际功能, 还可W包括其他硬件,对此不再寶述。
[0088] 请参考图4,为本发明一个实施例中的报文应答装置的结构示意图。该报文应答装 置包括报文接收单元401、报文确定单元402、第一获取单元403、表项判断单元404、第二获 取单元405W及报文回应单元406,其中:
[0089] 报文接收单元401,用于接收用户终端发送的报文;
[0090] 报文确定单元402,用于确定接收的报文是否为地址请求报文;
[0091] 第一获取单元403,用于当接收的报文为地址请求报文时,获取所述地址请求报文 中携带的第一地址;
[0092] 表项判断单元404,用于判断当前是否存在包含所述第一地址的地址表项;
[0093] 第二获取单元405,用于当存在包含所述第一地址的地址表项时,获取所述地址表 项中与所述第一地址对应的第二地址;
[0094] 报文回应单元406,用于向所述用户终端回应地址响应报文,所述地址响应报文中 携带所述第二地址。
[00M] 其中,所述第一地址为IP地址时,所述第二地址为MAC地址;所述第一地址为MAC地 址时,所述第二地址为IP地址。
[0096] 进一步地,
[0097] 所述报文确定单元402,具体用于获取流表项,所述流表项中记录地址请求报文的 报文信息;判断是否存在报文信息与所述接收的报文的报文信息相同的流表项;当存在报 文信息与所述接收的报文的报文信息相同的流表项时,确定所述接收的报文为地址请求报 文。
[0098] 进一步地,
[0099] 所述第一获取单元403,具体用于当所述地址请求报文为DHCP请求报文时,获取所 述DHCP请求报文中携带的所述用户终端的MAC地址;当所述地址请求报文为ARP请求报文 时,获取所述ARP请求报文中携带的目的用户终端的IP地址。
[0100] 进一步地,所述装置还包括:
[0101] 迁移处理单元,用于当所述地址请求报文为ARP请求报文时,在所述第二获取单元 405获取所述地址表项中与所述第一地址对应的第二地址之前,获取所述ARP请求报文携带 的所述用户终端的地址信息W及接收所述ARP请求报文的端口;判断是否存在与所述用户 终端的地址信息及所述接收所述ARP请求报文的端口匹配的地址表项;当不存在与所述用 户终端的地址信息及所述接收所述ARP请求报文的端口匹配的地址表项时,请求所述控制 器下发与所述用户终端属于同一网段的地址表项。
[0102] 进一步地,所述装置还包括:
[0103] 报文上送单元,用于当不存在包含所述第一地址的地址表项时,将所述地址请求 报文上送控制器,W使所述控制器向所述用户终端回应地址响应报文,并下发包含所述第 一地址的地址表项。
[0104] 上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的 实现过程,在此不再寶述。
[0105] 对于装置实施例而言,由于其基本对应于方法实施例,所W相关之处参见方法实 施例的部分说明即可。W上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件 说明的单元可W是或者也可W不是物理上分开的,作为单元显示的部件可W是或者也可W 不是物理单元,即可W位于一个地方,或者也可W分布到多个网络单元上。可W根据实际的 需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付 出创造性劳动的情况下,即可W理解并实施。
[0106] W上所述仅为本发明的较佳实施例而已,并不用W限制本发明,凡在本发明的精 神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
【主权项】
1. 一种报文应答方法,应用于交换设备上,其特征在于,该方法包括: 接收用户终端发送的报文; 确定接收的报文是否为地址请求报文; 当接收的报文为地址请求报文时,获取所述地址请求报文中携带的第一地址; 判断当前是否存在包含所述第一地址的地址表项; 当存在包含所述第一地址的地址表项时,获取所述地址表项中与所述第一地址对应的 第二地址; 向所述用户终端回应地址响应报文,所述地址响应报文中携带所述第二地址; 其中,所述第一地址为IP地址时,所述第二地址为MAC地址;所述第一地址为MAC地址 时,所述第二地址为IP地址。2. 如权利要求1所述的方法,其特征在于,所述确定接收的报文是否为地址请求报文, 包括: 获取流表项,所述流表项中记录地址请求报文的报文信息; 判断是否存在报文信息与所述接收的报文的报文信息相同的流表项; 当存在报文信息与所述接收的报文的报文信息相同的流表项时,确定所述接收的报文 为地址请求报文。3. 如权利要求1所述的方法,其特征在于,所述获取所述地址请求报文中携带的第一地 址,包括: 当所述地址请求报文为DHCP请求报文时,获取所述DHCP请求报文中携带的所述用户终 端的MAC地址; 当所述地址请求报文为ARP请求报文时,获取所述ARP请求报文中携带的目的用户终端 的IP地址。4. 如权利要求3所述的方法,其特征在于: 当所述地址请求报文为ARP请求报文时,在获取所述地址表项中与所述第一地址对应 的第二地址之前,还包括: 获取所述ARP请求报文携带的所述用户终端的地址信息以及接收所述ARP请求报文的 端口; 判断是否存在与所述用户终端的地址信息及所述接收所述ARP请求报文的端口匹配的 地址表项; 当不存在与所述用户终端的地址信息及所述接收所述ARP请求报文的端口匹配的地址 表项时,请求所述控制器下发与所述用户终端属于同一网段的地址表项。5. 如权利要求1所述的方法,其特征在于,所述方法还包括: 当不存在包含所述第一地址的地址表项时,将所述地址请求报文上送控制器,以使所 述控制器向所述用户终端回应地址响应报文,并下发包含所述第一地址的地址表项。6. -种报文应答装置,应用于交换设备上,其特征在于,该装置包括: 报文接收单元,用于接收用户终端发送的报文; 报文确定单元,用于确定接收的报文是否为地址请求报文; 第一获取单元,用于当接收的报文为地址请求报文时,获取所述地址请求报文中携带 的第一地址; 表项判断单元,用于判断当前是否存在包含所述第一地址的地址表项; 第二获取单元,用于当存在包含所述第一地址的地址表项时,获取所述地址表项中与 所述第一地址对应的第二地址; 报文回应单元,用于向所述用户终端回应地址响应报文,所述地址响应报文中携带所 述第二地址; 其中,所述第一地址为IP地址时,所述第二地址为MAC地址;所述第一地址为MAC地址 时,所述第二地址为IP地址。7. 如权利要求6所述的装置,其特征在于: 所述报文确定单元,具体用于获取流表项,所述流表项中记录地址请求报文的报文信 息;判断是否存在报文信息与所述接收的报文的报文信息相同的流表项;当存在报文信息 与所述接收的报文的报文信息相同的流表项时,确定所述接收的报文为地址请求报文。8. 如权利要求6所述的装置,其特征在于: 所述第一获取单元,具体用于当所述地址请求报文为DHCP请求报文时,获取所述DHCP 请求报文中携带的所述用户终端的MAC地址;当所述地址请求报文为ARP请求报文时,获取 所述ARP请求报文中携带的目的用户终端的IP地址。9. 如权利要求8所述的装置,其特征在于,所述装置还包括: 迀移处理单元,用于当所述地址请求报文为ARP请求报文时,在所述第二获取单元获取 所述地址表项中与所述第一地址对应的第二地址之前,获取所述ARP请求报文携带的所述 用户终端的地址信息以及接收所述ARP请求报文的端口;判断是否存在与所述用户终端的 地址信息及所述接收所述ARP请求报文的端口匹配的地址表项;当不存在与所述用户终端 的地址信息及所述接收所述ARP请求报文的端口匹配的地址表项时,请求所述控制器下发 与所述用户终端属于同一网段的地址表项。10. 如权利要求6所述的装置,其特征在于,所述装置还包括: 报文上送单元,用于当不存在包含所述第一地址的地址表项时,将所述地址请求报文 上送控制器,以使所述控制器向所述用户终端回应地址响应报文,并下发包含所述第一地 址的地址表项。
【文档编号】H04L12/741GK106059929SQ201610392205
【公开日】2016年10月26日
【申请日】2016年6月2日
【发明人】杨碧辉, 王海
【申请人】杭州华三通信技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1