CN104468866B - 一种无线局域网中多网关终端快速漫游方法 - Google Patents
一种无线局域网中多网关终端快速漫游方法 Download PDFInfo
- Publication number
- CN104468866B CN104468866B CN201410828558.9A CN201410828558A CN104468866B CN 104468866 B CN104468866 B CN 104468866B CN 201410828558 A CN201410828558 A CN 201410828558A CN 104468866 B CN104468866 B CN 104468866B
- Authority
- CN
- China
- Prior art keywords
- packet
- address
- mac addresses
- bag
- processing
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
- H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
Abstract
本发明公开了一种无线局域网中多网关终端快速漫游方法,将STA(station移动终端)发往外网的数据包截获,然后将截获的数据包发给一个通信条件最佳的MPP(Mesh Portal Point Mesh网关节点)节点,由该MPP节点将数据包转发到外网,从而降低了STA发往外网的数据包时延。本发明适用于使用多个MPP节点的无线Mesh网络场景。本发明可以应用到其他使用多个MPP节点的无线Mesh网络中,用以减小STA上网时延;本发明减轻了Mesh网络中的负载,缩短了STA发往外网的数据包时延,提高了用户上网速度。
Description
技术领域
本发明属于局域网技术领域,尤其涉及一种无线局域网中多网关终端快速漫游方法。
背景技术
在存在多个MPP的无线Mesh网络中,MPP通常作为DHCP服务器给STA分配IP地址,STA从MPP获得IP地址后会将其设为自身默认网关,所有发往外网的数据包都会交由该默认网关进行转发。如果STA漫游到距离其默认网关较远距离后,STA仍会将外网数据包通过网络中的其它MP节点发往其默认网关再由默认网关转发出去,而不管距离STA较近处是否有其它MPP节点可以提供连接外网服务,这将造成STA发往外网的数据包时延很大。
发明内容
本发明的目的在于提供一种无线局域网中多网关终端快速漫游方法,旨在解决现有的STA发往外网的数据包时延较长,影响用户上网速度的问题。
本发明是这样实现的,一种无线局域网中多网关终端快速漫游方法,该无线局域网中多网关终端快速漫游方法在STA接入的Mesh节点处,将STA发往外网的数据包截获,然后将截获的数据包发给一个通信条件最佳的MPP节点,由该MPP节点将数据包转发到外网。
进一步,该无线局域网中多网关终端快速漫游方法包括一个新的对应表和三个数据包劫持机制;
对应表,即终端mac地址和DNS服务器地址的对应表;mac地址是STA的mac地址,DNS服务器地址是STA的DNS服务器地址,即STA所选MPP节点的IP地址;
三个数据包劫持机制包括:普通数据包的劫持转发机制、ARP请求包的劫持与应答机制和DNS查询应答包的劫持转发机制;
普通数据包的劫持转发机制,Mesh节点收到STA的普通数据包后,截获该数据包,提取数据包源mac地址,根据源mac地址判断是否是接入本Mesh节点的STA,只对接入本Mesh节点的STA的数据包进行劫持处理,然后判断数据包是发往外网还是内网,只对发往外网的数据包进行劫持处理;数据包是接入本Mesh节点的STA的且发往外网,则将数据包目的mac地址修改为Mesh网络中一个通信条件最佳的MPP节点的mac地址;
ARP请求包的劫持与应答机制,L2P协议本身实现了一个分布式ARP表(DAT)机制,该机制的核心是存储网络中传播的所有ARP相应内容在一些特定的节点组中,给定一个IP地址,客户端发起一个ARP请求,Mesh节点收到ARP请求包后,截获并直接将它转发到存储有相应条目的节点组中的节点,请求被作为单播分组发送,对于使用DAT机制仍无法获得相应条目的ARP请求,协议将按普通ARP请求包广播出去;
当STA的默认网关MPP1无法正常工作时,由于STA发往外网的数据包是使用默认网关mac地址作为数据包目的mac地址,会发起ARP请求去获取默认网关的mac地址,在STA接入的Mesh节点处截获STA对其默认网关的ARP请求包,查找本地DAT表中是否有相应条目,有,则直接生成一个ARP应答包进行应答;否则使用一个通信条件最佳MPP节点的mac地址进行相应,STA收到ARP应答后,就将发往外网的数据包发出;
DNS查询应答包的劫持转发机制,STA会先发送一个DNS查询包给DNS服务器,查找该域名对应的IP地址,得到应答之后才能访问该网址,STA的DNS服务器地址和IP地址是自动获取的,通常STA的DNS服务器地址即是默认网关的IP地址,STA的默认网关无法正常工作,相当于STA的DNS服务器故障了,无法给STA提供域名解析服务,从而无法通过访问域名的方式上网,在STA接入的Mesh节点将STA的DNS查询包进行劫持并将DNS查询包中的目的IP地址由STA的默认网关IP地址修改为一个公网DNS服务器地址,然后将DNS查询包转发到通信条件最佳MPP节点,由该MPP节点发送出去,对于DNS应答包,将数据包中源IP地址由公网服务器地址修改回STA的默认网关的IP地址。
进一步,该无线局域网中多网关终端快速漫游方法MAP节点普通数据包劫持转发机制的具体步骤如下:
步骤一,MAP节点收到单播数据包后,提取处数据包的源mac地址,然后查询本地转换表判断源mac地址是否在表中,在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,节点只是转发该数据包,不进行处理;
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,与L2P_NCL_CLIENT_WIFI进行按位&运算,结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理;
步骤三,提取出数据包的IP层头部,然后获取目的IP地址,目的IP是10或192网段的,则说明数据包是发往网内的,不进行处理;否则进入步骤四;
步骤四,获取当前MAP节点所选MPP的mac地址,将其与数据包目的mac地址进行比较,相同,则说明数据包是发往当前MAP所选MPP节点的,不进行任何处理;不同,则将数据包的目的mac地址修改成当前MAP节点所选MPP节点的mac地址,进入步骤五;
步骤五,将数据包目的mac地址修改后,根据新的目的mac地址查找最佳下一跳节点,然后添加L2P协议定义的单播数据包头并调用l2p_transmit_skb_to_initi函数将其发送到MAP节点所选MPP节点去,并由该MPP节点转发出去。
进一步,该无线局域网中多网关终端快速漫游方法的ARP请求包劫持与应答机制的具体步骤如下:
步骤一,MAP节点收到ARP请求包后,提取出源mac地址,然后查询本地转换表判断源mac地址是否在表中,在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理;
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,与L2P_NCL_CLIENT_WIFI进行按位&运算,结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理;
步骤三,提取ARP请求包目的IP地址,判断是否为MPP节点IP地址,是MPP节点IP,则进入步骤四;否则,不进行处理;
步骤四,查找本地DAT表中是否有相应条目,有,则直接生成一个ARP应答包进行应答;否则进入步骤五;
步骤五,获取MAP节点所选MPP节点的mac地址,并使用该mac地址作为应答构造ARP应答包发给ARP请求者。
进一步,该无线局域网中多网关终端快速漫游方法DNS查询包劫持转发机制的具体步骤如下:
步骤一,MAP节点收到数据包后,提取出源mac地址,然后查询本地转换表判断源mac地址是否在表中,在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理;
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,与L2P_NCL_CLIENT_WIFI进行按位&运算,结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理;
步骤三,提取出数据包IP头部,判断是否是UDP包,是,则进入步骤四;否则不进行处理;
步骤四,提取出数据包的UDP头部,根据UDP头部的目的端口号判断是否是DNS请求包,是,则进入步骤五;否则不进行处理;
步骤五,将数据包的源mac地址和目的IP地址保存到mac地址和DNS地址对应表中,然后将DNS请求包的目的IP地址修改为一个公网DNS服务器地址,再调用函数ip_fast_csum((unsigned char*)iphdr,iphdr->ihl)重新计算IP头部校验和并设置UDP头部校验和为0,最后将修改过的DNS请求包按普通外网数据包交由普通数据包的劫持转发机制处理。
进一步,DNS应答包的劫持是在函数l2p_interface_rx中进行,处理发往本节点或本节点所连接客户端的数据包,收到了这些数据包后,函数先将L2P协议给这些数据包添加的mac层头部剥离,然后再进行其它处理,DNS应答包的劫持是在剥离了L2P协议添加的mac头后进行,具体的步骤如下:
步骤一,MAP节点提取出数据包源mac地址,然后查询本地转换表判断源mac地址是否在表中,在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理;
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,与L2P_NCL_CLIENT_WIFI进行按位&运算,结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理;
步骤三,提取出数据包IP头部,判断是否是UDP包,是,则进入步骤四;否则不进行处理;
步骤四,提取出数据包的UDP头部,根据UDP头部的源端口号判断是否是DNS应答包,是,则进入步骤五;否则不进行处理;
步骤五,查找mac地址和DNS地址对应表查找到该STA对应的原先DNS服务器IP地址,并将DNS应答包的源IP地址改成该地址,在重新计算IP头部校验和并设置UDP头部校验和为0,然后将修改后的DNS应答包发给STA。
进一步,该无线局域网中多网关终端快速漫游方法MPP普通数据包劫持转发机制的具体步骤如下:
步骤一,MPP节点收到单播数据包后,提取出数据包的源mac地址,然后查询本地转换表判断源mac地址是否在表中,在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,节点只是转发该数据包,不对其进行处理;
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,与L2P_NCL_CLIENT_WIFI进行按位&运算,结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理;
步骤三,提取出数据包的IP层头部,然后获取目的IP地址,目的IP是10或192网段的,则说明数据包是发往网内的,不进行处理;否则进入步骤四;
步骤四,获取本MPP节点的mac地址,与数据包目的mac地址进行比较,相同,则说明数据包是发往此MPP节点的,不进行任何处理;不同,则进入步骤五;
步骤五,将数据包目的mac地址修改为本MPP节点mac地址,并设置skb->pkt_type为PACKET_HOST,调用函数eth_type_trans(),返回值赋给skb->protocol,最后调用系统函数netif_rx()将数据包发给Linux网络协议栈由上层协议接收处理并发送出去。
进一步,该无线局域网中多网关终端快速漫游方法ARP请求包劫持与应答机制的具体步骤如下:
步骤一,MPP节点收到ARP请求包后,提取出源mac地址,然后查询本地转换表判断源mac地址是否在表中,在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理;
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,与L2P_NCL_CLIENT_WIFI进行按位&运算,结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理;
步骤三,提取ARP请求包目的IP地址,判断是否为MPP节点IP地址,是MPP节点IP,则进入步骤四;否则,不进行处理;
步骤四,查找本地DAT表中是否有相应条目,有,则直接生成一个ARP应答包进行应答;否则进入步骤五;
步骤五,获取本MPP节点的mac地址,并使用该mac地址作为应答构造ARP应答包发给ARP请求者。
进一步,该无线局域网中多网关终端快速漫游方法DNS查询包劫持转发机制的具体步骤如下:
步骤一,MPP节点收到数据包后,提取出源mac地址,然后查询本地转换表判断源mac地址是否在表中,在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理;
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,与L2P_NCL_CLIENT_WIFI进行按位&运算,结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理;
步骤三,提取出数据包IP头部,判断是否是UDP包,是,则进入步骤四;否则不进行处理;
步骤四,提取出数据包的UDP头部,根据UDP头部的目的端口号判断是否是DNS请求包,是,则进入步骤五;否则不进行处理;
步骤五,将数据包的源mac地址和目的IP地址保存到mac地址和DNS地址对应表中,然后将DNS请求包的目的IP地址修改为一个公网DNS服务器地址,再调用函数ip_fast_csum((unsigned char*)iphdr,iphdr->ihl)重新计算IP头部校验和并设置UDP头部校验和为0,最后将修改过的DNS请求包按普通外网数据包交由普通数据包的劫持转发机制处理。
进一步,DNS应答包的劫持是在函数l2p_interface_rx中进行,是处理发往本节点或本节点所连接客户端的数据包,收到了数据包后,函数先将L2P协议给这些数据包添加的mac层头部剥离,然后再进行其它处理,DNS应答包的劫持是在剥离了L2P协议添加的mac头后进行,具体包括以下步骤:
步骤一,MPP节点提取出数据包源mac地址,然后查询本地转换表判断源mac地址是否在表中,在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理;
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,与L2P_NCL_CLIENT_WIFI进行按位&运算,结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理;
步骤三,提取出数据包IP头部,判断是否是UDP包,是,则进入步骤四;否则不进行处理;
步骤四,提取出数据包的UDP头部,根据UDP头部的源端口号判断是否是DNS应答包,是,则进入步骤五;否则不进行处理;
步骤五,查找mac地址和DNS地址对应表查找到该STA对应的原先DNS服务器IP地址,并将DNS应答包的源IP地址改成该地址,在重新计算IP头部校验和并设置UDP头部校验和为0,然后将修改后的DNS应答包发给STA。
本发明提供的无线局域网中多网关终端快速漫游方法,在STA接入的Mesh节点处,将STA的外网数据包截获并转交给一个通信条件最佳MPP节点,由该节点转发出去;当STA漫游至距离其默认MPP节点较远位置时,本发明将STA的外网数据包转发至距离较近的MPP节点而非较远的默认MPP节点,从而减轻了Mesh网络中的负载,缩短了STA发往外网的数据包时延,提高了用户上网速度;本发明将发往默认MPP节点的外网数据包转发到几个通信条件更好的MPP节点,从而均衡了网络流量,降低了能量损耗;当STA的默认MPP节点无法正常工作时,本发明将STA的数据包转发至其他MPP节点,从而使得用户在部分MPP节点无法正常工作时继续上网,提高了网络稳定性。
附图说明
图1是本发明实施例提供的无线局域网中多网关终端快速漫游方法流程图;
图2是本发明实施例提供的MAP节点普通数据包劫持转发流程图;
图3是本发明实施例提供的MAP节点ARP请求包劫持与应答流程图;
图4是本发明实施例提供的MAP节点DNS查询应答包劫持转发流程图;
图5是本发明实施例提供的MPP节点普通数据包劫持转发流程图;
图6是本发明实施例提供的MPP节点ARP请求包劫持与应答流程图;
图7是本发明实施例提供的MPP节点DNS查询应答包劫持转发流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
下面结合附图及具体实施例对本发明的应用原理作进一步描述。
如图1所示,本发明实施例的无线局域网中多网关终端快速漫游方法包括以下步骤:
本发明是在STA接入的Mesh节点处,将STA发往外网的数据包截获,然后将截获的数据包发给一个通信条件最佳的MPP节点,由该MPP节点将数据包转发到外网。从而降低STA发往外网的数据包时延,提高用户上网体验。该方法适用于使用多个MPP节点的无线Mesh网络场景。本发明可以应用到其他使用多个MPP节点的无线Mesh网络中,用以减小STA上网时延。
本发明包括一个新的对应表和三个数据包劫持机制:
(1)一个新的对应表
表1终端mac地址及其DNS服务器地址对应表
mac地址 | DNS服务器地址 |
00:11:22:33:44:55 | 192.168.1.1 |
表中,mac地址是STA的mac地址,DNS服务器地址是STA的DNS服务器地址,即STA所选MPP节点的IP地址。
(2)普通数据包的劫持转发机制:
Mesh节点收到STA的普通数据包后,截获该数据包,提取数据包源mac地址,根据源mac地址判断是否是接入本Mesh节点的STA,只对接入本Mesh节点的STA的数据包进行劫持处理。然后判断数据包是发往外网还是内网,只对发往外网的数据包进行劫持处理;若数据包是接入本Mesh节点的STA的且发往外网,则将数据包目的mac地址修改为Mesh网络中一个通信条件最佳的MPP节点的mac地址。
(3)ARP请求包的劫持与应答机制:
L2P协议本身实现了一个分布式ARP表(DAT)机制,该机制的核心是存储网络中传播的所有ARP相应内容在一些特定的节点组中。给定一个IP地址,由于分布式哈希函数,每个其它Mesh节点知道包含它相关的ARP条目的节点组。按这种方式,不论何时客户端发起一个ARP请求,Mesh节点可以进行拦截并直接将它转发到存储有相应条目的节点组中的节点。请求被作为单播分组发送,因而分组丢失的概率要远小于广播分组丢失的概率。对于使用DAT机制仍无法获得相应条目的ARP请求,协议将其按普通ARP请求包广播出去。
当STA的默认网关MPP1无法正常工作时,由于STA发往外网的数据包是使用其默认网关mac地址作为数据包目的mac地址的,因而当STA不知道默认网关mac地址时,会发起ARP请求去获取其默认网关的mac地址。传统情况下,由于STA默认网关无法正常工作,使得没法对STA的ARP请求进行相应,导致STA由于不能获取默认网关mac地址而使其无法发出发往外网的数据包。因此,需要在STA接入的Mesh节点处截获STA对其默认网关的ARP请求包,查找本地DAT表中是否有相应条目,如果有,则直接生成一个ARP应答包进行应答;否则使用一个通信条件最佳MPP节点的mac地址进行相应。STA收到ARP应答后,就能够将发往外网的数据包发出。
(4)DNS查询应答包的劫持转发机制
该机制和机制二是相互配合实现STA在其默认网关无法正常工作时仍可上网的功能。STA访问外网都是基于域名进行访问的,STA会先发送一个DNS查询包给其DNS服务器,查找该域名对应的IP地址,得到应答之后才能访问该网址。STA的DNS服务器地址和IP地址一样一般是自动获取的,通常STA的DNS服务器地址即是其默认网关的IP地址,如果STA的默认网关无法正常工作,相当于STA的DNS服务器故障了,无法给STA提供域名解析服务,从而无法通过访问域名的方式上网。
因此,需要在STA接入的Mesh节点将STA的DNS查询包进行劫持并将DNS查询包中的目的IP地址由STA的默认网关IP地址修改为一个公网DNS服务器地址(如8.8.8.8),然后将DNS查询包转发到通信条件最佳MPP节点,由该MPP节点发送出去。对于DNS应答包,需要将数据包中源IP地址由公网服务器地址修改回STA的默认网关的IP地址。
本发明的具体实施例:
实施例一:
本发明是在STA接入的MAP节点处,将STA发往外网的数据包截获,然后将截获的数据包发给MAP节点通过网关选择算法选择的通信条件最佳MPP节点,由该MPP节点将数据包转发到外网。从而降低STA发往外网的数据包时延,提高用户上网体验。
(1)一个新的对应表,如表1
(2)本发明中使用的普通数据包的劫持转发机制:
MAP节点普通数据包劫持转发流程如图2所示,详细步骤如下:
步骤一,MAP节点收到单播数据包后,提取处数据包的源mac地址,然后查询本地转换表判断源mac地址是否在表中,如果在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,节点只是转发该数据包,不对其进行处理。
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,将其与L2P_NCL_CLIENT_WIFI进行按位&运算,如果结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理。
步骤三,提取出数据包的IP层头部,然后获取目的IP地址,若目的IP是10或192网段的,则说明数据包是发往网内的,不进行处理;否则进入步骤四。
步骤四,获取当前MAP节点所选MPP的mac地址,将其与数据包目的mac地址进行比较,若相同,则说明数据包是发往当前MAP所选MPP节点的,不进行任何处理;若不同,则将数据包的目的mac地址修改成当前MAP节点所选MPP节点的mac地址,进入步骤五。
步骤五,将数据包目的mac地址修改后,根据新的目的mac地址查找最佳下一跳节点,然后添加L2P协议定义的单播数据包头并调用l2p_transmit_skb_to_initi函数将其发送到MAP节点所选MPP节点去,并由该MPP节点转发出去。
(3)本发明中使用的ARP请求包的劫持与应答机制,如图3所示,具体步骤如下:
步骤一,MAP节点收到ARP请求包后,提取出源mac地址,然后查询本地转换表判断源mac地址是否在表中,如果在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理。
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,将其与L2P_NCL_CLIENT_WIFI进行按位&运算,如果结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理。
步骤三,提取ARP请求包目的IP地址,判断其是否为MPP节点IP地址(此处通过给所有网关节点划分一个固定的IP地址段来区分网关和非网关),如果是MPP节点IP,则进入步骤四。否则,不进行处理;
步骤四,查找本地DAT表中是否有相应条目,如果有,则直接生成一个ARP应答包进行应答;否则进入步骤五。
步骤五,获取MAP节点所选MPP节点的mac地址,并使用该mac地址作为应答构造ARP应答包发给ARP请求者。
(4)本发明中使用的DNS查询应答包的劫持转发机制:
如图4所示,DNS请求包的劫持转发处理和普通数据包的劫持转发处理基本相同,只是在进行普通数据包的处理流程之前先进行DNS请求数据包的处理流程,详细的步骤如下:
步骤一,MAP节点收到数据包后,提取出源mac地址,然后查询本地转换表判断源mac地址是否在表中,如果在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理。
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,将其与L2P_NCL_CLIENT_WIFI进行按位&运算,如果结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理。
步骤三,提取出数据包IP头部,判断是否是UDP包,如果是,则进入步骤四;否则不进行处理。
步骤四,提取出数据包的UDP头部,根据UDP头部的目的端口号判断是否是DNS请求包,如果是,则进入步骤五;否则不进行处理。
步骤五,将数据包的源mac地址和目的IP地址保存到mac地址和DNS地址对应表中,然后将DNS请求包的目的IP地址修改为一个公网DNS服务器地址,再调用函数ip_fast_csum((unsigned char*)iphdr,iphdr->ihl)重新计算IP头部校验和并设置UDP头部校验和为0,最后将修改过的DNS请求包按普通外网数据包交由普通数据包的劫持转发机制处理。
DNS应答包的劫持主要是在函数l2p_interface_rx中进行。该函数主要功能是处理那些发往本节点或本节点所连接客户端的数据包,收到了这些数据包后,该函数先将L2P协议给这些数据包添加的mac层头部剥离,然后再进行其它处理。DNS应答包的劫持主要是在剥离了L2P协议添加的mac头后进行,具体的步骤如下:
步骤一,MAP节点提取出数据包源mac地址,然后查询本地转换表判断源mac地址是否在表中,如果在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理。
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,将其与L2P_NCL_CLIENT_WIFI进行按位&运算,如果结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理。
步骤三,提取出数据包IP头部,判断是否是UDP包,如果是,则进入步骤四;否则不进行处理。
步骤四,提取出数据包的UDP头部,根据UDP头部的源端口号判断是否是DNS应答包,如果是,则进入步骤五;否则不进行处理。
步骤五,查找mac地址和DNS地址对应表查找到该STA对应的原先DNS服务器IP地址,并将DNS应答包的源IP地址改成该地址,在重新计算IP头部校验和并设置UDP头部校验和为0,然后将修改后的DNS应答包发给STA。
实施例二:
本发明是在STA接入的MPP节点处,将STA发往外网的数据包截获,然后将截获的数据包由本MPP节点转发到外网。从而降低STA发往外网的数据包时延,提高用户上网体验。
(1)一个新的对应表,如表1:
(2)本发明中使用的普通数据包的劫持转发机制,如图5所示,具体流程如下:
步骤一,MPP节点收到单播数据包后,提取出数据包的源mac地址,然后查询本地转换表判断源mac地址是否在表中,如果在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,节点只是转发该数据包,不对其进行处理。
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,将其与L2P_NCL_CLIENT_WIFI进行按位&运算,如果结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理。
步骤三,提取出数据包的IP层头部,然后获取目的IP地址,若目的IP是10或192网段的,则说明数据包是发往网内的,不进行处理;否则进入步骤四。
步骤四,获取本MPP节点的mac地址,将其与数据包目的mac地址进行比较,若相同,则说明数据包是发往此MPP节点的,不进行任何处理;若不同,则进入步骤五。
步骤五,将数据包目的mac地址修改为本MPP节点mac地址,并设置skb->pkt_type为PACKET_HOST,调用函数eth_type_trans(),将其返回值赋给skb->protocol,最后调用系统函数netif_rx()将数据包发给Linux网络协议栈由上层协议接收处理并发送出去。
(3)本发明中使用的ARP请求包的劫持与应答机制,如图6所示,具体的步骤如下:
步骤一,MPP节点收到ARP请求包后,提取出源mac地址,然后查询本地转换表判断源mac地址是否在表中,如果在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理。
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,将其与L2P_NCL_CLIENT_WIFI进行按位&运算,如果结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理。
步骤三,提取ARP请求包目的IP地址,判断其是否为MPP节点IP地址(此处通过给所有网关节点划分一个固定的IP地址段来区分网关和非网关),如果是MPP节点IP,则进入步骤四。否则,不进行处理;
步骤四,查找本地DAT表中是否有相应条目,如果有,则直接生成一个ARP应答包进行应答;否则进入步骤五。
步骤五,获取本MPP节点的mac地址,并使用该mac地址作为应答构造ARP应答包发给ARP请求者。
(4)本发明中使用的DNS查询应答包的劫持转发机制,如图7所示,具体的步骤如下:
DNS查询包的劫持转发处理和普通数据包的劫持转发处理基本相同,只是在进行普通数据包的处理流程之前先进行DNS请求数据包的处理流程。
步骤一,MPP节点收到数据包后,提取出源mac地址,然后查询本地转换表判断源mac地址是否在表中,如果在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理。
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,将其与L2P_NCL_CLIENT_WIFI进行按位&运算,如果结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理。
步骤三,提取出数据包IP头部,判断是否是UDP包,如果是,则进入步骤四;否则不进行处理。
步骤四,提取出数据包的UDP头部,根据UDP头部的目的端口号判断是否是DNS请求包,如果是,则进入步骤五;否则不进行处理。
步骤五,将数据包的源mac地址和目的IP地址保存到mac地址和DNS地址对应表中,然后将DNS请求包的目的IP地址修改为一个公网DNS服务器地址,再调用函数ip_fast_csum((unsigned char*)iphdr,iphdr->ihl)重新计算IP头部校验和并设置UDP头部校验和为0,最后将修改过的DNS请求包按普通外网数据包交由普通数据包的劫持转发机制处理。
DNS应答包的劫持主要是在函数l2p_interface_rx中进行。该函数主要功能是处理那些发往本节点或本节点所连接客户端的数据包,收到了这些数据包后,该函数先将L2P协议给这些数据包添加的mac层头部剥离,然后再进行其它处理。DNS应答包的劫持主要是在剥离了L2P协议添加的mac头后进行,具体包括以下步骤:
步骤一,MPP节点提取出数据包源mac地址,然后查询本地转换表判断源mac地址是否在表中,如果在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理。
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,将其与L2P_NCL_CLIENT_WIFI进行按位&运算,如果结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理。
步骤三,提取出数据包IP头部,判断是否是UDP包,如果是,则进入步骤四;否则不进行处理。
步骤四,提取出数据包的UDP头部,根据UDP头部的源端口号判断是否是DNS应答包,如果是,则进入步骤五;否则不进行处理。
步骤五,查找mac地址和DNS地址对应表查找到该STA对应的原先DNS服务器IP地址,并将DNS应答包的源IP地址改成该地址,在重新计算IP头部校验和并设置UDP头部校验和为0,然后将修改后的DNS应答包发给STA。
本发明可以降低STA发往外网的数据包时延,提高用户上网体验,传统的多网关无线Mesh网络中,STA发往外网的数据包必须交由给其分配IP地址的MPP节点转发出去,本发明将截获的STA的外网数据包转交给一个通信条件最佳MPP节点,由该节点转发出去,当作为STA默认网关的MPP节点距离STA较远时,本发明可以降低STA的外网数据包的时延,并可减轻Mesh网络中的负载。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (9)
1.一种无线局域网中多网关终端快速漫游方法,其特征在于,该无线局域网中多网关终端快速漫游方法在STA接入的Mesh节点处,将STA发往外网的数据包截获,然后将截获的数据包发给一个通信条件最佳的MPP节点,由该MPP节点将数据包转发到外网;
该无线局域网中多网关终端快速漫游方法包括一个新的对应表和三个数据包劫持机制;
对应表,即终端mac地址和DNS服务器地址的对应表;mac地址是STA的mac地址,DNS服务器地址是STA的DNS服务器地址,即STA所选MPP节点的IP地址;
三个数据包劫持机制包括:普通数据包的劫持转发机制、ARP请求包的劫持与应答机制和DNS查询应答包的劫持转发机制;
普通数据包的劫持转发机制,Mesh节点收到STA的普通数据包后,截获该数据包,提取数据包源mac地址,根据源mac地址判断是否是接入本Mesh节点的STA,只对接入本Mesh节点的STA的数据包进行劫持处理,然后判断数据包是发往外网还是内网,只对发往外网的数据包进行劫持处理;数据包是接入本Mesh节点的STA的且发往外网,则将数据包目的mac地址修改为Mesh网络中一个通信条件最佳的MPP节点的mac地址;
ARP请求包的劫持与应答机制,L2P协议是分布式ARP表DAT机制,该机制的核心是存储网络中传播的所有ARP相应内容在一些特定的节点组中,给定一个IP地址,客户端发起一个ARP请求,Mesh节点收到ARP请求包后,截获并直接将它转发到存储有相应条目的节点组中的节点,请求被作为单播分组发送,对于使用DAT机制仍无法获得相应条目的ARP请求,协议将按普通ARP请求包广播出去;
DNS查询应答包的劫持转发机制,STA会先发送一个DNS查询包给DNS服务器,查找域名对应的IP地址,得到应答之后才能访问网址,STA的DNS服务器地址和IP地址是自动获取的,通常STA的DNS服务器地址即是默认网关的IP地址,对于DNS应答包,将数据包中源IP地址由公网服务器地址修改回STA的默认网关的IP地址。
2.如权利要求1所述的无线局域网中多网关终端快速漫游方法,其特征在于,该无线局域网中多网关终端快速漫游方法MAP节点普通数据包劫持转发机制的具体步骤如下:
步骤一,MAP节点收到单播数据包后,提取出数据包的源mac地址,然后查询本地转换表判断源mac地址是否在表中,在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,节点只是转发该数据包,不进行处理;
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,与L2P_NCL_CLIENT_WIFI进行按位&运算,结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理;
步骤三,提取出数据包的IP层头部,然后获取目的IP地址,目的IP是10或192网段的,则说明数据包是发往网内的,不进行处理;否则进入步骤四;
步骤四,获取当前MAP节点所选MPP的mac地址,与数据包目的mac地址进行比较,相同,则说明数据包是发往当前MAP所选MPP节点的,不进行任何处理;不同,则将数据包的目的mac地址修改成当前MAP节点所选MPP节点的mac地址,进入步骤五;
步骤五,将数据包目的mac地址修改后,根据新的目的mac地址查找最佳下一跳节点,然后添加L2P协议定义的单播数据包头并调用l2p_transmit_skb_to_initi函数发送到MAP节点所选MPP节点去,并由该MPP节点转发出去。
3.如权利要求1所述的无线局域网中多网关终端快速漫游方法,其特征在 于,该无线局域网中多网关终端快速漫游方法的ARP请求包劫持与应答机制的具体步骤如下:
步骤一,MAP节点收到ARP请求包后,提取出源mac地址,然后查询本地转换表判断源mac地址是否在表中,在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理;
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,与L2P_NCL_CLIENT_WIFI进行按位&运算,结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理;
步骤三,提取ARP请求包目的IP地址,判断是否为MPP节点IP地址,是MPP节点IP,则进入步骤四;否则,不进行处理;
步骤四,查找本地DAT表中是否有相应条目,有,则直接生成一个ARP应答包进行应答;否则进入步骤五;
步骤五,获取MAP节点所选MPP节点的mac地址,并使用该mac地址作为应答构造ARP应答包发给ARP请求者。
4.如权利要求1所述的无线局域网中多网关终端快速漫游方法,其特征在于,该无线局域网中多网关终端快速漫游方法DNS查询包劫持转发机制的具体步骤如下:
步骤一,MAP节点收到数据包后,提取出源mac地址,然后查询本地转换表判断源mac地址是否在表中,在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理;
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,与L2P_NCL_CLIENT_WIFI进行按位&运算,结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理;
步骤三,提取出数据包IP头部,判断是否是UDP包,是,则进入步骤四;否则不进行处理;
步骤四,提取出数据包的UDP头部,根据UDP头部的目的端口号判断是否 是DNS请求包,是,则进入步骤五;否则不进行处理;
步骤五,将数据包的源mac地址和目的IP地址保存到mac地址和DNS地址对应表中,然后将DNS请求包的目的IP地址修改为一个公网DNS服务器地址,再调用函数ip_fast_csum((unsigned char*)iphdr,iphdr->ihl)重新计算IP头部校验和并设置UDP头部校验和为0,最后将修改过的DNS请求包按普通外网数据包交由普通数据包的劫持转发机制处理。
5.如权利要求4所述的无线局域网中多网关终端快速漫游方法,其特征在于,DNS应答包的劫持是在函数l2p_interface_rx中进行,处理发往本节点或本节点所连接客户端的数据包,收到数据包后,函数先将L2P协议给这些数据包添加的mac层头部剥离,然后再进行处理,DNS应答包的劫持是在剥离了L2P协议添加的mac头后进行,具体的步骤如下:
步骤一,MAP节点提取出数据包源mac地址,然后查询本地转换表判断源mac地址是否在表中,在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理;
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,与L2P_NCL_CLIENT_WIFI进行按位&运算,结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理;
步骤三,提取出数据包IP头部,判断是否是UDP包,是,则进入步骤四;否则不进行处理;
步骤四,提取出数据包的UDP头部,根据UDP头部的源端口号判断是否是DNS应答包,是,则进入步骤五;否则不进行处理;
步骤五,查找mac地址和DNS地址对应表查找到该STA对应的原先DNS服务器IP地址,并将DNS应答包的源IP地址改成该地址,在重新计算IP头部校验和并设置UDP头部校验和为0,然后将修改后的DNS应答包发给STA。
6.如权利要求1所述的无线局域网中多网关终端快速漫游方法,其特征在于,该无线局域网中多网关终端快速漫游方法MPP普通数据包劫持转发机制的 具体步骤如下:
步骤一,MPP节点收到单播数据包后,提取出数据包的源mac地址,然后查询本地转换表判断源mac地址是否在表中,在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,节点只是转发该数据包,不进行处理;
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,与L2P_NCL_CLIENT_WIFI进行按位&运算,结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理;
步骤三,提取出数据包的IP层头部,然后获取目的IP地址,目的IP是10或192网段的,则说明数据包是发往网内的,不进行处理;否则进入步骤四;
步骤四,获取本MPP节点的mac地址,与数据包目的mac地址进行比较,相同,则说明数据包是发往此MPP节点的,不进行任何处理;不同,则进入步骤五;
步骤五,将数据包目的mac地址修改为本MPP节点mac地址,并设置skb->pkt_type为PACKET_HOST,调用函数eth_type_trans(),返回值赋给skb->protocol,最后调用系统函数netif_rx()将数据包发给Linux网络协议栈由上层协议接收处理并发送出去。
7.如权利要求1所述的无线局域网中多网关终端快速漫游方法,其特征在于,该无线局域网中多网关终端快速漫游方法ARP请求包劫持与应答机制的具体步骤如下:
步骤一,MPP节点收到ARP请求包后,提取出源mac地址,然后查询本地转换表判断源mac地址是否在表中,在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理;
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,与L2P_NCL_CLIENT_WIFI进行按位&运算,结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理;
步骤三,提取ARP请求包目的IP地址,判断是否为MPP节点IP地址,是MPP节点IP,则进入步骤四;否则,不进行处理;
步骤四,查找本地DAT表中是否有相应条目,有,则直接生成一个ARP应答包进行应答;否则进入步骤五;
步骤五,获取本MPP节点的mac地址,并使用该mac地址作为应答构造ARP应答包发给ARP请求者。
8.如权利要求1所述的无线局域网中多网关终端快速漫游方法,其特征在于,该无线局域网中多网关终端快速漫游方法DNS查询包劫持转发机制的具体步骤如下:
步骤一,MPP节点收到数据包后,提取出源mac地址,然后查询本地转换表判断源mac地址是否在表中,在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理;
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,与L2P_NCL_CLIENT_WIFI进行按位&运算,结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理;
步骤三,提取出数据包IP头部,判断是否是UDP包,是,则进入步骤四;否则不进行处理;
步骤四,提取出数据包的UDP头部,根据UDP头部的目的端口号判断是否是DNS请求包,是,则进入步骤五;否则不进行处理;
步骤五,将数据包的源mac地址和目的IP地址保存到mac地址和DNS地址对应表中,然后将DNS请求包的目的IP地址修改为一个公网DNS服务器地址,再调用函数ip_fast_csum((unsigned char*)iphdr,iphdr->ihl)重新计算IP头部校验和并设置UDP头部校验和为0,最后将修改过的DNS请求包按普通外网数据包交由普通数据包的劫持转发机制处理。
9.如权利要求8所述的无线局域网中多网关终端快速漫游方法,其特征在于,DNS应答包的劫持是在函数l2p_interface_rx中进行,是处理发往本节点或 本节点所连接客户端的数据包,收到了数据包后,函数先将L2P协议给这些数据包添加的mac层头部剥离,然后再进行处理,DNS应答包的劫持是在剥离了L2P协议添加的mac头后进行,具体包括以下步骤:
步骤一,MPP节点提取出数据包源mac地址,然后查询本地转换表判断源mac地址是否在表中,在本地转换表中,则说明是本节点连接的客户端发送的数据包,进入步骤二;否则,不进行处理;
步骤二,根据源mac地址查找到对应的本地转换表条目后,提取出本地转换表中的标志域flags,与L2P_NCL_CLIENT_WIFI进行按位&运算,结果为1,则说明数据包由wifi客户端发出,进入步骤三;否则,不进行处理;
步骤三,提取出数据包IP头部,判断是否是UDP包,是,则进入步骤四;否则不进行处理;
步骤四,提取出数据包的UDP头部,根据UDP头部的源端口号判断是否是DNS应答包,是,则进入步骤五;否则不进行处理;
步骤五,查找mac地址和DNS地址对应表查找到该STA对应的原先DNS服务器IP地址,并将DNS应答包的源IP地址改成该地址,在重新计算IP头部校验和并设置UDP头部校验和为0,然后将修改后的DNS应答包发给STA。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410828558.9A CN104468866B (zh) | 2014-12-26 | 2014-12-26 | 一种无线局域网中多网关终端快速漫游方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410828558.9A CN104468866B (zh) | 2014-12-26 | 2014-12-26 | 一种无线局域网中多网关终端快速漫游方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104468866A CN104468866A (zh) | 2015-03-25 |
CN104468866B true CN104468866B (zh) | 2017-11-21 |
Family
ID=52914213
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410828558.9A Expired - Fee Related CN104468866B (zh) | 2014-12-26 | 2014-12-26 | 一种无线局域网中多网关终端快速漫游方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104468866B (zh) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106506544B (zh) * | 2016-12-21 | 2019-07-05 | 北京奇虎科技有限公司 | 一种局域网dns劫持检测的方法和装置 |
CN106713309A (zh) * | 2016-12-21 | 2017-05-24 | 北京奇虎科技有限公司 | 一种降低dns劫持风险的方法和装置 |
CN106713311B (zh) * | 2016-12-21 | 2021-01-15 | 北京奇虎科技有限公司 | 一种降低dns劫持风险的方法和装置 |
CN107133910A (zh) * | 2017-05-09 | 2017-09-05 | 绵阳师范学院 | 一种多功能集成化的数字图像处理设备及系统 |
CN107302376B (zh) * | 2017-06-16 | 2020-11-27 | 湖南城市学院 | 一种智能建筑特征元素数据库控制系统 |
CN107317818B (zh) * | 2017-07-11 | 2020-11-06 | 浙江远望信息股份有限公司 | 一种基于dns劫持技术的网络曾联探测方法 |
CN107613033B (zh) * | 2017-08-20 | 2020-09-25 | 中国人民解放军理工大学 | 适用于移动无线节点的分布式虚拟局域网实现系统及方法 |
CN107682326B (zh) * | 2017-09-21 | 2020-08-07 | 北京邮电大学 | 一种安全网关联动防护机制、协议及模块 |
CN107953138A (zh) * | 2017-11-16 | 2018-04-24 | 重庆电子工程职业学院 | 一种数控机床的上下料机械手 |
CN108038762A (zh) * | 2017-12-18 | 2018-05-15 | 长沙理工大学 | 一种家居装修设计系统 |
CN108245738A (zh) * | 2018-01-16 | 2018-07-06 | 湖北民族学院 | 一种智能静脉输液电子安全警报系统 |
CN108490854A (zh) * | 2018-03-19 | 2018-09-04 | 哈尔滨市第医院 | 一种多方向组织工程多孔材料灌注中的控制系统 |
CN109413226A (zh) * | 2018-11-30 | 2019-03-01 | 南京邮电大学 | 一种实现零代理ip快速漫游的系统及方法 |
CN111935780B (zh) * | 2020-08-13 | 2024-03-26 | 杭州萤石软件有限公司 | 一种无线网格网络中流量负载分担的方法、网络系统 |
CN114710795B (zh) * | 2022-06-06 | 2022-08-26 | 希诺麦田技术(深圳)有限公司 | 无线自组网的arp表优化方法、设备及应用 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101420762A (zh) * | 2007-10-23 | 2009-04-29 | 中国移动通信集团公司 | 接入网关的选择方法、系统及网关选择执行节点 |
CN101534238A (zh) * | 2008-03-14 | 2009-09-16 | 华为技术有限公司 | 无线Mesh网络中通知代理更新的方法、节点和系统 |
CN101621449A (zh) * | 2008-06-30 | 2010-01-06 | 华为技术有限公司 | mesh网络中终端接入和代理更新的方法、装置 |
CN101827013A (zh) * | 2009-03-05 | 2010-09-08 | 华为技术有限公司 | 多网关负载均衡的方法、装置和系统 |
CN102395167A (zh) * | 2011-11-09 | 2012-03-28 | 广州杰赛科技股份有限公司 | 无线Mesh网络域间切换方法 |
CN102638873A (zh) * | 2012-04-27 | 2012-08-15 | 天津大学 | 一种应用于多网关无线Mesh网络的网关选择方法 |
CN103024720A (zh) * | 2012-12-15 | 2013-04-03 | 天津大学 | 6LoWPAN的网络移动性管理方法 |
US8483192B2 (en) * | 2007-06-29 | 2013-07-09 | Stmicroelectronics, Inc. | Six-address scheme for multiple hop forwarding in wireless mesh networks |
-
2014
- 2014-12-26 CN CN201410828558.9A patent/CN104468866B/zh not_active Expired - Fee Related
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8483192B2 (en) * | 2007-06-29 | 2013-07-09 | Stmicroelectronics, Inc. | Six-address scheme for multiple hop forwarding in wireless mesh networks |
CN101420762A (zh) * | 2007-10-23 | 2009-04-29 | 中国移动通信集团公司 | 接入网关的选择方法、系统及网关选择执行节点 |
CN101534238A (zh) * | 2008-03-14 | 2009-09-16 | 华为技术有限公司 | 无线Mesh网络中通知代理更新的方法、节点和系统 |
CN101621449A (zh) * | 2008-06-30 | 2010-01-06 | 华为技术有限公司 | mesh网络中终端接入和代理更新的方法、装置 |
CN101827013A (zh) * | 2009-03-05 | 2010-09-08 | 华为技术有限公司 | 多网关负载均衡的方法、装置和系统 |
CN102395167A (zh) * | 2011-11-09 | 2012-03-28 | 广州杰赛科技股份有限公司 | 无线Mesh网络域间切换方法 |
CN102638873A (zh) * | 2012-04-27 | 2012-08-15 | 天津大学 | 一种应用于多网关无线Mesh网络的网关选择方法 |
CN103024720A (zh) * | 2012-12-15 | 2013-04-03 | 天津大学 | 6LoWPAN的网络移动性管理方法 |
Non-Patent Citations (1)
Title |
---|
无线Mesh网络环境中多网关路由和切换机制的研究;张鹏;《中国优秀硕士学位论文全文数据库(电子期刊)》;20100715;第I136-334页 * |
Also Published As
Publication number | Publication date |
---|---|
CN104468866A (zh) | 2015-03-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104468866B (zh) | 一种无线局域网中多网关终端快速漫游方法 | |
US8837483B2 (en) | Mapping private and public addresses | |
CN103262506B (zh) | 用于允许区分处置移动网络数据业务的方法和装置 | |
JP4506506B2 (ja) | 無線アクセス装置、および、通信制御方法 | |
CN104935516A (zh) | 基于软件定义网络的通信系统及方法 | |
WO2017113238A1 (zh) | 一种建立路由表的方法、电子设备及网络 | |
JP6542993B2 (ja) | 要求に基づいてルートを取得する方法およびゲートウェイ | |
CN102238059B (zh) | 数据报文处理方法、系统及接入服务节点 | |
US10432578B2 (en) | Client address based forwarding of dynamic host configuration protocol response packets | |
JP6118122B2 (ja) | 通信装置及びその制御方法、プログラム | |
US10587515B2 (en) | Stateless information centric forwarding using dynamic filters | |
EP2587863A2 (en) | Method and system for preventing loops in mesh networks | |
US20170332439A1 (en) | Extending the range of mesh networks | |
CN106685829B (zh) | 一种实时传输协议rtp用户面数据转发的方法和装置 | |
EP2536099A2 (en) | Method and access node for preventing address conflict | |
CN114125995B (zh) | 数据传输方法及装置 | |
CN101888338A (zh) | 信息转发方法及网关 | |
EP2466815B1 (en) | Method and system for initiating forwarding of communicaiton, information and data message and for routing configuration | |
CN107135118B (zh) | 一种单播通信方法、网关以及vxlan接入设备 | |
CN104717640B (zh) | 一种基于定位的无线网络通信的实现方法 | |
CN112688940A (zh) | 报文处理方法及装置 | |
CN107370841B (zh) | 一种在多跳无线网络上高效地址解析的方法 | |
CN104639439B (zh) | 一种业务报文的处理方法和设备 | |
JP2008199091A (ja) | 通信システム | |
CN113438705B (zh) | 通信数据处理方法、装置、通信设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20171121 Termination date: 20201226 |
|
CF01 | Termination of patent right due to non-payment of annual fee |