基于ARM的Ad Hoc网络平台的实现

网络协议

14人已加入

描述

  功能概述

  由于Ad Hoc网络无中心、动态拓扑等特点,它需要各个节点都具有路由转发功能。本文开发的Ad Hoc网络节点通过在ARM平台上移植路由协议而实现了数据包转发功能。

  

Ad Hoc网络

 

  图1 节点转发

  以图1所示的网络进行功能示意,其中A、B、D是普通的移动电脑终端,C是本文开发的ARM平台。A和D是通信的端点,D不在A的一跳范围之内(A的覆盖范围如图中虚线所示)。假设开始时B成为了A和D的中继节点,完成A、D之间的数据转发功能。当B节点出现故障时,C能自动代替B成为新的中继节点,维持A、D之间的通信。

  该ARM平台除了路由协议以外,同时完成了ftp、iptables等工具的移植,还可以继续增添语音、视频等服务。

  硬件平台

  以处理器为核心,无线网卡收到数据包后交给上层处理,需要发出的数据包也由处理器控制无线网卡来发出。当然SDRAM、闪存、电源这些模块也是系统不可缺少的。

  本文采用ARM920T为内核的三星处理器S3C2410A。S3C2410A 是32位低功耗RISC处理器,同时支持Thumb 16位压缩指令集,其工作频率为203MHz。S3C2410A有292个管脚,集成了许多片上功能,例如以太网控制器、UART控制器、可编程I/O口及中断控制器等。

  考虑到接口体积,该平台选用USB接口的华硕WL-167g无线网卡,提供无线通信功能。

  硬件平台设计结构如图2所示。

  

Ad Hoc网络

 

  图2 硬件平台结构图

  在硬件调试中一个应该注意的问题就是S3C2410A的nWait引脚在不使用时应接上拉电阻,否则系统在启动模式时将不能正常启动。

  软件平台

  vivi是韩国MIZI公司开发的Bootloader,适用于ARM9处理器,其作用是初始化硬件设备、建立内存空间的映射图,从而将系统的软硬件环境设置成一个合适的状态,以便为运行操作系统准备正确的环境。引导程序执行完后会将控制权交给内核(zImage),内核是操作系统的核心,内核需要的各种配置文件、数据及上层软件都存放在根文件系统之中。整个软件平台的结构如图3所示。

  

Ad Hoc网络

 

  图3 软件平台示意图

  内核镜像的生成

  这里不赘述内核生成方法,需要注意此过程容易遇到三类错误:一是编译出错,应该检查库文件是否齐全,另外gcc版本太高也会导致编译错误,重新安装低版本gcc后即可解决;二是内核配置应将Default kernel command string设置为noinitrd root=/dev/mtdblock3 console=ttySAC0,115200 init=/linuxrc,“console=ttySAC0,115200”使内核启动期间的信息全部输出到串口0上,波特率为115200,“mtdblock3”代表第4个Nand闪存分区,该分区为根文件系统,init是指定启动脚本,“init=/linuxrc”表示启动初始化文件位置;三是应该在drivers/mtd/nand/s3c2410.c中,设置NAND_ECC_SOFT = NAND_ECC_NONE,这样就关闭了ECC校验。因为内核是通过vivi写到Nand闪存中的,vivi使用的软件ECC算法与内核中校验算法不同。

  无线网卡驱动的移植

  本文使用华硕USB无线网卡WL-167g,其网卡驱动是rt73。

  移植步骤如下:

  a、下载RT73_Linux_STA_Drv1.0.4.0.tar.gz,解压后生成Module和WPA_Supplicant两个目录,将目录Module中的所有文件都拷贝到内核源码包drivers/usb/net/rt73下,修改Makefile如下编译选项:

  KDIR := path/linux-2.6.18

  path为内核源码包所在路径。

  b、由于要在内核源码包里进行交叉编译,所以修改linux-2.6.18 /drivers/usb/net/Kconfig,加入以下内容:

  config RT73

  tristate“support for rt73 wireless usb device”

  depends on USB && NET && USB_USBNET

  c、修改drivers/usb/net/Makefile,加入rt73的编译项:

  obj-$(CONFIG_RT73)+= rt73

  d、对内核重新进行配置,

  将配置界面中新增的“support for rt73 wireless usb device”选为模块。

  e、make modules

  在drivers/usb/net/rt73目录下生成rt73.ko驱动文件,将rt73.ko放到根文件系统中,再烧写到ARM板上无线网卡即可正常工作。

  f、无线网卡的配置

  无线网卡有managed、Ad-hoc两种模式。managed模式称为基础设施模式,又称接入点模式;Ad-hoc模式称为点对点模式或无中心模式,用来在无线网卡之间进行一跳通信。Ad Hoc网络就是在Ad-hoc模式基础上通过网络协议使得该网络支持多跳通信,因此该模式的使用和性能对Ad Hoc网络的影响至关重要,以下是Ad-hoc模式配置方法,rausb0表示无线网卡:

  1)、ifconfig rausb0 10.0.1.1 up

  设置节点IP为10.0.1.1。

  2)、iwpriv rausb0 set AdhocOfdm=2

  设置rausb0为11g only模式,即54M速率模式,这是802.11g所能支持的最高速率。

  3)、iwconfig rausb0 channel 3

  设置信道为3。

  4)、iwconfig rausb0 mode ad-hoc essid bcnl

  设置网卡模式为ad-hoc,essid为“bcnl”。

  上述配置过程中使用的“iw”开头的命令都是无线工具集中的命令,其源码包是wireless_tools.29.tar.gz,经过交叉编译后即可使用。

  AODV路由协议的移植

  本文使用的代码是aodv-uu-0.9.5.tar.gz。AODV分为两个部分,一个是内核态模块kaodv.ko,一个是用户态模块aodvd。AODV主要部分工作在用户态,用于维护内核路由表。

  AODV需要内核支持,在内核配置时要选上netfilter选项。先编译内核态模块kaodv.ko,步骤如下:

  a、将aodv-uu-0.9.5/lnx目录的内容拷到内核源码包linux-2.6.18/net/ipv4/kaodv目录下,修改linux-2.6.18/net/ipv4/Kconfig,添加如下内容:

  config KAODV_UU

  tristate "support for aodv-uu adhoc routing protocol"

  b、在linux-2.6.18/net/ipv4/Makefile末尾添加如下的编译选项:

  obj-$(CONFIG_KAODV_UU) += kaodv/

  c、make menuconfig,找到如下的目录项:

  Networking --->

  [*] Networking support Networking options --->

  support for aodv-uu adhoc routing protocol选为模块编译。

  d、make modules将生成kaodv.ko。以下介绍用户态aodvd编译:

  将aodv-uu-0.9.5/Makefile做适当修改,使其在交叉编译的环境下只编译用户态部分。

  将得到的kaodv.ko和aodvd拷贝到根文件系统中,再烧写到ARM板上。

  insmod kaodv.ko

  ./ aodvd

  这样aodv协议就运行起来了。在协议移植中有两点需要注意:一是Makefile中ARM_CCFLAGS=-mbig-endian应该注释掉,否则运行时会产生大小端混乱的问题;二是将kaodv.ko和aodvd分开编译,因为同时编译时总是提示编译器缺少文件,甚至用其他交叉编译器依然不能解决问题,而这些错误大多是编译内核模块产生的。

  测试和结论

  为简单起见,本测试使用两个笔记本和一个ARM平台组建成Ad Hoc网络,如图4所示,A节点IP为10.0.1.1,B节点IP为10.0.1.2,C节点IP为10.0.1.3(经测试将ARM平台做通信端,A或C做中继,网络同样可以正常运行)。

  

Ad Hoc网络

 

  图4 测试拓扑示意图

  为了简单地实现C节点不在A节点一跳范围内,可以使用iptables实现过滤。

  在A节点执行:

  iptables –A INPUT –p ALL –m mac –mac-source C.mac –j DROP

  在C节点执行:

  iptables –A INPUT –p ALL –m mac –mac-source A.mac –j DROP

  以上的C.mac、A.mac是C和A的实际mac地址,这样A节点拒绝C发给它的数据包,C节点也拒绝A发给它的数据包,保证二者一跳不可达。

  在C节点ping -R 10.0.1.1,链路不通,说明过滤成功,B没有进行数据包转发。

  在各节点上运行AODV后,在C节点ping -R 10.0.1.1,结果如图5所示。

  

Ad Hoc网络

 

  图5 测试结果

  可见,B正确地进行了数据包转发,AODV协议正常运行,ARM平台成功运行。

  在A节点执行lftp 10.0.1.3,并下载普通文件。这样数据包由中间的ARM平台B转发,下载完成后,查看C节点的日志文件/var/log/vsftpd.log,发现上传和下载的速率基本相同,有将近700kBps的速率,达到5.4Mbps的速率。粗略估算聚合物电池供电能使ARM平台稳定运行8小时。

  通过以上测试,搭建一个Ad Hoc网络的ARM平台的目标已经达到。通过对有多个ARM平台的Ad Hoc网络进行测试,发现当某节点感知无线信号很弱时,无线网卡的essid存在自动变化的情况。

打开APP阅读更多精彩内容
声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉

全部0条评论

快来发表一下你的评论吧 !

×
20
完善资料,
赚取积分