LINUX平台下AODV的实现分析

合集下载

AODV路由协议在Windows平台下实现的研究与设计

AODV路由协议在Windows平台下实现的研究与设计
的应用意义 。
增强 了路 由协议的可扩展性 。 而把包 路 由模块放在用 户模式 下可 以减轻 因为路 由计算和路 由发现所 消耗的 内核 C P U时
问 和 内存 。
表 1 内核 路 由表 结构
De s t i n  ̄i o n Ne t . ma s k Ne xt — h o p hl t e p e e
2 .A OD V 协 议 概 述
2 0 2 . 1 1 2 . 1 0 5. 0 2 5 5 . 2 5 5 . 2 5 5 . 0 2 0 2 . 1 1 2 . 1 0 9 . 3 3
e t h 0
AO D V 路 由协议是 一种按 需路 由协议 ,也就是 说当 向
目的节 点发送数 据包时 ,源 节 点才在 网络 中发起路 由查找 过程, 找到相应的路 由。A O D V 可 以在各移动 节点之 间动态
能把包丢弃, 而是应该触发 R R E Q。
受 影响的节 点 ,从而 使这 些节 点 能够被 确 认为 无效 路 由。 AO D V 允许移动 节点响应 链路 的破损情 况并 以一种及 时 的 方 式更 新网络拓 扑 。A OD V操 作是无 环 回 ( 1 o 叩. l f e e )的。
— —
本 文首先简 单介绍 了 AO D V 路 由协议 ,分析 了在 操作 系统平 台下 实现 A O D V 路 由协 议需要解 决的 问题 ,针对这 些 问题提 出 了在 Wi n d o ws 平 台下 的实现方案 。论文 的重 点 是 在分析和 解决 路 由协 议和操 作系统 相关 的部分 ,路 由协 议 本身工作机制 是根据文献【 1 ] 在用 户模式下实现 的。
地、 自启 动 地 建 立 多 跳 路 由 。 当链 路 断 开 时 , AO D V 会 通 知

linux异步io实现方式

linux异步io实现方式

linux异步io实现方式Linux异步IO(Asynchronous I/O)是一种实现I/O操作的方式,它与传统的同步IO(Synchronous I/O)相比具有更高的效率和更好的性能。

本文将介绍Linux异步IO的实现方式。

Linux异步IO的实现方式主要有以下几种:多线程方式、信号方式、回调函数方式和事件驱动方式。

1. 多线程方式:在多线程方式中,主线程负责发起IO请求,然后创建一个或多个工作线程来处理这些请求。

主线程启动一个线程池,每个线程负责一个IO操作。

主线程将IO请求分配给空闲的工作线程,工作线程独立地进行IO操作。

这种方式的优点是简单易用,但需要管理线程池和线程间的同步和通信。

2. 信号方式:在信号方式中,主线程发起IO请求后,将信号设置为非阻塞模式,然后继续执行其他任务。

当IO操作完成时,内核会发送一个信号通知主线程。

主线程通过信号处理函数来处理完成的IO操作。

这种方式的优点是简单高效,但需要处理信号的并发性和可靠性。

3. 回调函数方式:在回调函数方式中,主线程发起IO请求后,将回调函数注册到内核中,并继续执行其他任务。

当IO操作完成时,内核会调用注册的回调函数来处理完成的IO操作。

这种方式的优点是灵活性高,但需要管理回调函数的注册和执行。

4. 事件驱动方式:在事件驱动方式中,主线程发起IO请求后,将IO事件添加到事件循环中,并继续执行其他任务。

事件循环会监听所有IO事件,并根据事件类型调用相应的处理函数。

这种方式的优点是高效灵活,但需要管理事件循环和事件处理函数。

总结起来,Linux异步IO的实现方式有多线程方式、信号方式、回调函数方式和事件驱动方式。

不同的方式适用于不同的场景,开发者可以根据实际需求选择合适的实现方式。

异步IO可以提高系统的并发性和性能,使系统能够更好地处理大量的IO操作。

AdHoc网络中AODV路由协议的实现及数据业务处理中期报告

AdHoc网络中AODV路由协议的实现及数据业务处理中期报告

AdHoc网络中AODV路由协议的实现及数据业务处理中期报告中期报告:AdHoc网络中AODV路由协议的实现及数据业务处理1. 项目背景与意义随着移动终端设备的普及和无线通信技术的发展,AdHoc网络成为了一种越来越重要的通信方式。

AdHoc网络是一种无需基础设施的网络,由移动终端设备自组成。

相比传统有线网络和基础设施无线网络,AdHoc 网络能够更加灵活地应对复杂环境,并能够更加迅速地部署实施。

在AdHoc网络中,路由协议是起着至关重要的作用。

AdHoc网络由于网络拓扑变化频繁,节点移动、丢包等问题更加严重,因此泛洪等传统路由协议在AdHoc网络中显得不太适用。

AODV(Ad-Hoc On Demand Distance Vector Routing Protocol)是一种基于距离向量的路由协议,在AdHoc网络中得到了广泛应用。

AODV路由协议是一种基于需求的路由协议,当源节点需要向目标节点发送数据时,它会向周边节点发出寻找路由的请求,然后根据返回的路由信息建立路由并发送数据。

AODV路由协议具有快速、稳定、低开销等优点,因此被广泛应用于AdHoc网络中。

本项目旨在通过对AODV路由协议的实现,探索AdHoc网络中路由协议的应用。

本项目将实现AODV路由协议,并在此基础上实现AdHoc网络中常见的数据业务处理,包括数据的发送、接收、存储等。

通过本项目的实现,将加深对AdHoc网络的理解,为AdHoc网络的应用和发展做出贡献。

2. 工作进展本项目已完成了部分工作,包括:2.1 AODV路由协议的实现本项目利用C++语言,通过对AODV协议的研究和分析,实现了AODV路由协议。

该实现包括AODV的路由发现、路由维护、路由更新等功能,能够满足AdHoc网络中节点之间通信的路由需求。

在实现中,我们充分考虑了节点移动、丢包等问题,并进行了有效地处理和优化。

2.2 数据业务处理的设计与实现在AODV路由协议的基础上,本项目还开展了数据业务处理的设计和实现。

基于ARM9的嵌入式Linux应用开发平台的分析与实现

基于ARM9的嵌入式Linux应用开发平台的分析与实现

基于ARM9的嵌入式Linux应用开发平台的分析与实现陈斌【摘要】随着经济的迅速发展以及科学技术水平的不断提高,IT行业取得了较大程度上的进步,为我国国民经济的发展以及人民生活水平的提高做出重要贡献。

尤其是近几年来,信息技术、网络技术飞速发展,IT领域不断发展与升级,在这种环境之下,嵌入式系统成为IT领域的重要焦点之一。

目前状况下,行业内存在着诸多的嵌入式系统,而在这些嵌入式系统当中,Linux最为受到青睐,这主要是因为Linux具有自身的强大优势,主要表现在三个方面,分别是元代码开放、功能强大一级级易于移植等。

就目前市场状况而言,ARM9系列的嵌入式微处理器已经成为嵌入式系统首选的处理器产品,本文就在此基础之上针对基于ARM9的嵌入式Linux应用开发平台的分析与实现进行有益探讨。

【期刊名称】《佳木斯职业学院学报》【年(卷),期】2014(000)005【总页数】2页(P1-2)【关键词】嵌入式系统 ARM9 Linux应用开发平台文件系统【作者】陈斌【作者单位】铁岭师范高等专科学校【正文语种】中文【中图分类】TP316.811.嵌入式系统模型图1显示的主要是嵌入式系统的模型结构:如果从物理层面的角度对其进行一定程度上的分析,可以将嵌入式计算系统理解成一个专用的电子系统,一般情况下,这一专用的电子系统都处于一个非电子系统环境之下,且这一系统环境具有一定的复杂性。

至于这两种系统的关系,可以对其进行一定程度的抽象化处理,即具有复杂性的非电子系统是嵌入式系统的外部环境,我们将其称为被嵌入的系统。

就一般状况而言,整个系统之中所包含的嵌入式系统为多个,同时,嵌入式系统能够与外界进行直接的通信。

对于嵌入式系统而言,它能够提供一个专门的服务给被嵌入系统,这一服务主要表现为两个方面:一方面,这一服务可以表现为对外界输入的响应;另一方面,这一服务也可以是对被嵌入系统或者与之相邻的嵌入式系统数据的响应。

就如现代机电控制系统,对于这一系统而言,它是一种分布式的系统,在这种系统环境之下,各个处理单元都是通过网络进行一定程度上的连接的。

linux onvif 框架代码的使用 -回复

linux onvif 框架代码的使用 -回复

linux onvif 框架代码的使用-回复Linux ONVIF框架代码的使用ONVIF(全称为开放网络视频接口)是一个开放的行业标准,旨在实现不同品牌的摄像机、网络视频记录仪(NVR)和相关设备之间的互操作性。

ONVIF协议允许不同的设备通过网络互相通信和交互,从而实现跨平台和跨厂商的视频监控系统的建立和维护。

在Linux系统上使用ONVIF框架代码,可以方便地开发和部署基于ONVIF 标准的视频监控解决方案。

本文将介绍如何使用Linux上的ONVIF框架代码,包括安装、配置和示例代码的使用。

第一步:安装ONVIF框架代码1. 在Linux系统上打开终端,使用以下命令克隆ONVIF框架仓库:git clone2. 进入克隆的框架代码目录:cd libonvif3. 使用以下命令编译和安装框架代码:make && sudo make install这将自动编译并安装ONVIF框架代码到系统中。

第二步:配置ONVIF框架代码1. 进入框架代码目录下的`config`文件夹:cd config2. 使用文本编辑器打开`config.xml`文件:vi config.xml在这个文件中,可以配置框架的一些参数和选项,如设备的IP地址、端口号、用户名和密码等。

根据实际需求进行配置。

3. 保存并退出`config.xml`文件。

第三步:使用示例代码1. 进入框架代码目录下的`src`文件夹:cd ../src2. 使用文本编辑器打开`sample.c`文件:vi sample.c这是一个示例代码文件,其中包含了一些使用ONVIF框架的基本操作,如发现设备、获取设备信息、获取视频流等。

根据实际需求,可以修改或扩展这些代码。

3. 编译示例代码:gcc -o sample sample.c -lonvif这将编译示例代码,并生成可执行文件`sample`。

4. 运行示例代码:./sample这将执行示例代码,并输出相应的结果。

linux下的sdk案例

linux下的sdk案例

linux下的sdk案例一、Linux下的SDK概述Linux作为一种开源的操作系统,广泛应用于各类终端设备和服务器中。

为了方便开发者在Linux平台上进行应用程序的开发,各种SDK(Software Development Kit)应运而生。

SDK是一套开发工具和库集合,提供了开发者所需的各种功能和接口,使得开发者可以更加高效地进行软件开发。

二、常见的Linux下的SDK案例1. GNU C Library (glibc) SDKGNU C Library是Linux系统中最基本的库之一,提供了许多与C 语言程序设计相关的函数和接口。

glibc SDK可以帮助开发者进行系统编程,包括文件操作、进程管理、网络通信等。

2. GTK SDKGTK是一套用于创建图形用户界面的工具包,被广泛应用于Linux 下的应用程序开发中。

GTK SDK提供了一系列的库和工具,使得开发者可以轻松创建漂亮、功能丰富的图形界面应用程序。

3. Qt SDKQt是一个跨平台的应用程序开发框架,支持多种操作系统,包括Linux。

Qt SDK提供了一套完整的开发工具和库,使得开发者可以使用C++语言进行图形界面应用程序的开发。

4. ALSA SDKALSA(Advanced Linux Sound Architecture)是Linux下的音频驱动架构,提供了一套完整的音频处理和控制的接口。

ALSA SDK 提供了用于音频应用程序开发的库和工具,开发者可以使用它来实现音频播放、录制、混音等功能。

5. OpenSSL SDKOpenSSL是一个开源的加密库,提供了各种密码学算法和安全协议的实现。

OpenSSL SDK为开发者提供了一系列的函数和接口,使得开发者可以在Linux下进行网络通信的加密和解密操作。

6. OpenCV SDKOpenCV是一个开源的计算机视觉库,提供了一系列的图像处理和计算机视觉算法的实现。

OpenCV SDK为开发者提供了用于图像处理和计算机视觉应用程序开发的库和工具。

【原创】Linux设备上的Onvif实现18:ONVIF视频监视功能开发问题总结

【原创】Linux设备上的Onvif实现18:ONVIF视频监视功能开发问题总结

【原创】Linux设备上的Onvif实现18:ONVIF视频监视功能开发问题总结我从去年8月份开始学习ONVIF,经历了各种困难,有时简直要暴走发狂,终于能够达成计划目标,实现了预订功能。

痛苦已经过去,现在是写个问题总结的时候了,希望能记录遇到的问题,以便将来遗忘时参考。

测试的摄像头有2种品牌3种型号。

分别是海康的2款枪机,DS-2CD3312D-I台湾升泰科技(AVTECH)的一款家用IPC,AVM3111 自己编写的服务端收到Probe命令,应答的报文不能被ONVIFTest识别。

该问题比较奇怪,经过比较正常的应答包和错误包,发现是Header段缺少<wsadis:RelatesTo>内容。

OnvifTest发出的probe命令带有MessageID,设备的应答报文必须带有该MessageID,只有一致才认为是正确的匹配。

缺少<wsadis:RelatesTo>就导致OnvifTest工具软件无法识别应答命令。

跟踪服务端soap_serve()函数流程,发现问题出在soap_wsa_reply函数。

main()soap_serve()soap_serve_request()soap_serve___wsdd__Probe()__wsdd__Probe() wsddapi.csoap_wsa_reply() wsddapi.c该函数调用了插件函数soap_lookup_plugin()导致返回值无效,引起提前结束函数。

这就引起没有填充Header段的RelatesTo结构体。

现在不清楚soap_lookup_plugin()为什么返回NULL,但是可以把对data的操作搬移到newheader->SOAP_WSA(RelatesTo)之后执行。

这样回答的报文中就包含RelatesTo内容了。

修改后的soap_wsa_reply()函数请看博客原文:linux设备上的Onvif 实现5:实现Probe命令检测设备:/blog/static/582418232013623 43648345/2 客户端发出Probe命令,摄像头应答多次,造成记录的设备列表中重复。

基于Linux平台高性能安全网关的研究与实现的开题报告

基于Linux平台高性能安全网关的研究与实现的开题报告

基于Linux平台高性能安全网关的研究与实现的开题报告一、研究背景及意义随着互联网的发展和普及,网络安全问题日益严重,各种攻击手段层出不穷。

为了保障网络安全,各种安全设备被广泛应用。

其中,安全网关是网络边界的一个重要组成部分,其功能包括入侵检测、防火墙、流量控制等,可以对网络通信进行监控和管理,保障网络安全。

本课题旨在利用Linux平台,研究高性能安全网关的实现技术,并进行相关实验验证,以实现对网络通信的有效监控和管理。

二、研究内容及步骤1. 研究安全网关的基本原理及分类安全网关可以根据其功能和位置分为不同类型,例如边界网关、内部网关等。

在认识其类型的基础上,我们还要探究安全网关的基本原理,例如入侵检测原理、防火墙原理等。

2. 研究Linux平台的应用特点和实现技术Linux具有开源、可定制化、高性能等特点,是安全网关的首选平台之一。

我们将在这一步骤中深入研究Linux平台的优势和实现技术。

3. 确定实验需求和技术方案在深入了解安全网关的基本原理和Linux平台的应用特点后,我们可以考虑所需的实验环境和技术方案。

根据实验需求,我们将选择合适的网络设备和软件,并对技术方案进行详细设计。

4. 实验验证和数据分析我们将按照所确定的技术方案,开展相应的实验验证,并对实验结果进行数据分析。

以此为基础,我们将不断调整优化技术方案,达到实验目的。

三、预期研究成果1. 实现Linux平台上基于硬件加速的高性能安全网关2. 研究高性能安全网关实现过程中的问题与解决方案3. 通过实验结果,对安全网关实现技术进行优化和改进四、可行性分析1. 现有技术支持:本课题所研究的基于Linux平台的安全网关技术已经有相关的应用和研究,并且得到了不少成功实践,我们可以借鉴和参考之前的经验。

2. 实验资源保障:本课题所需的实验设备和软件可以通过购买或租赁的方式得到。

3. 实施方案可行性:本课题实验方案经过详细的设计和论证,可行性较高。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

- 1 -LINUX平台下AODV的实现分析1 梁绍芳,武穆清 北京邮电大学信息与通信工程学院,北京 (100876) E-mail:sfliang@bupt.cn 摘 要:adhoc网络中节点既是终端又是路由器的特性,决定了路由协议的优劣在很大程度上影响着adhoc网络的性能。AODV路由协议是目前adhoc网络的主流路由协议之一。在LINUX平台上,AODV的实现分为内核态和用户态两部分。路由算法模块在用户空间完成。本文旨在分析实现AODV的三个主要模块:内核模块,路由算法模块,服务模块及其相互之间的调用关系。并总结了AODV协议实现中LINUX内核的基本操作流程。 关键词:LINUX;路由;AODV;模块化 中图分类号:TN393

1.引言 adhoc网络[1]是一种不需要基础设施的自组织和自管理的网络,每个节点既是主机又是路由器。两个节点之间要进行通信,而对方又不在自己的无线覆盖范围之内,就需要借助其它节点进行转发。adhoc网络具有很强的移动性和灵活性,适用于军事通信、临时性的会议、紧急服务和灾难恢复等。adhoc网络中节点既是终端又是路由器的特性,决定了路由选择的优劣,很大程度上影响着adhoc网络的性能[3]。AODV协议是adhoc网络的主流路由协议之

一。 AODV协议[5]工作的基本流程为:当源节点需要和目的节点进行通信而路由表中没有相

应的路由条目时,源节点发起RREQ路由请求,RREQ逐跳广播,直至目的节点。目的节点收到RREQ后回复RREP消息,RREP按照RREQ的反向路径返回源节点。AODV使用HELLO消息和RERR消息来维护链路的连通性。

2.LINUX内核路由功能 在LINUX系统[2]中,路由功能一般分成两个部分。一部分驻留在操作系统内核中,这部分的任务是基于表驱动的进程,根据路由表的信息,设定正确的地址,将数据分组发往对应的网络接口,我们将这部分称为“分组转发功能模块”。另一部分是实现路由协议的逻辑计算,根据与其它主机的交换信息,计算出到其它节点的正确路由,实现真正的寻找路由和维护路由的功能,我们称这部分为“分组寻路功能模块”。 分组转发功能模块在内核中基于一个内核路由表来工作,每次发送一个数据分组,都要向内核路由表查询,取得对应的下一跳邻居节点的地址和对应的网络接口。内核路由表一般由分组寻路功能模块来操作维护。 分组寻路功能模块负责寻路,它和其它节点交换信息,采用一定的路由协议算法来计算和维护内核路由表。分组寻路功能模块既可以在内核中实现,也可以在用户空间实现,Linux系统自带的分组寻路模块是在内核中实现的。 这样将分组转发功能和分组寻路功能分开以后,可以在分组转发功能模块保持不变的情况下,通过修改分组寻路功能模块,用其它路由协议来替代现有的路由协议。

1本课题得到国家863计划,新一代高可信网络,No. 2008AA01A322;国家自然基金,具有感知能力的自

适应可重配置Ad hoc网络,NO. 60772109资助。

http://www.paper.edu.cn 中国科技论文在线 - 2 -

3.AODV实现方案 AODV路由协议的实现方案,尽可能的利用了Linux操作系统现有的路由机制。实现方案不改变Linux操作系统的分组转发功能模块,巧妙地用新的分组寻路功能模块来替换Linux操作系统现有的分组寻路功能模块。 路由协议的分组寻路功能模块既可以在内核中实现,也可以在用户空间实现。在用户空间寻找到正确的路由以后,再将路由传递到内核中,供分组转发功能模块使用。在内核中实现和在用户空间实现,各有优缺点。在内核中实现的优点在于能够以更快的速度工作,因为它不需要在内核态和用户态之间交换数据。同时,在内核中实现可以用更方便的方法操作数据分组的IP头部域,使得可以根据协议的内容方便地修改IP头部信息。然而,在内核实现的缺点也很明显,它增加了内核态的资源占用,降低了整个系统核心的性能。同时,在内核中实现调试相对困难,开发周期要长。如果程序存在bug,严重的时候将导致内核的不稳定甚至崩溃。同时,内核开发的程序,在移植性兼容性上不如在用户态开发的程序。综合考虑后,AODV在用户空间实现了分组寻路模块。

4.模块概述

4.1内核模块 本模块主要由NETFILTER模块和NELINK模块和缓存队列模块组成。

NF_IP_LOCAL_IN

NF_LOCAL_

OUT

NF_IP_PRE_ROUTINGNF_IP_POST_ROUTING

NF_IP_FORWARDRouting DecisionRouting Decision

Local Process

Network InterfacesIncoming

Packets

Incoming PacketsOutgoing PacketsOutgoing Packets

Forward Packets

图1 NETFILTER的结构 Fig1 Structure of NETFILTER

为了在内核态实现对数据包的监控,AODV利用LINUX的NETFILTER功能,向其挂载点注册钩子函数,截获数据包,进行分析。在NF_IP_PRE_ROUTING,NF_IP_ LOCAL_OUT,NF_IP_POST_ROUTING三处注册钩子函数。其中前两个钩子函数截获数据包以判断内核路由表中是否有相应的路由表项。第三个钩子函数截获数据包获得路由表项的最后使用时间,通知用户态和内核态路由表进行及时地更新。 使用NETLINK来完成内核态和用户态的双向数据传输。内核态和用户态信息的交互主要包括以下几种:KAODVM_ADDROUTE(增加一条路由),KAODVM_DELROUTE(删

http://www.paper.edu.cn 中国科技论文在线 - 3 -

除一条路由),KAODVM_NOROUTE(用户态守护进程没有找到路由),KAODVM_REPAIR(路由修复),KAODVM_TIMEOUT(启用内核模块中终止队列路由定时功能时,当终止队列中某路由超时时向用户态发送此消息)。KAODVM_ROUTE_UPDATE(更新路由表项的最后使用时间),KAODVM_SEND_RERR(向用户态发送错误消息)。 当NETFILTER检测到内核路由表中没有相应的路由表项时,便会通过缓存队列子模块将数据包缓存,当AODV路由算法程序查找到路由之后,通知缓存队列模块将缓存的数据包发送出去。

图2 内核,缓存,用户之间的交互 Fig2 Interaction of kernel, cache and user

4.2路由算法模块 本模块主要由接口模块和AODV控制帧消息模块组成。 AODV控制信息的发送和接收使用专用的UDP654接口。路由算法实现使用DAEMON进程,这样可以使路由算法模块不受控制台的影响在后台一直工作,完成分组寻路功能。守护进程的主循环体守护在UDP654端口和NETLINK接口上。 使用SOCKET来侦听654端口发送过来的AODV控制消息,并调用RREQ模块、RREP模块、RERR模块和HELLO模块的相应消息处理函数进行处理。NETLINK端口用来监听从内核发给用户态的消息,进行分类处理,或调用RREQ模块的路由发现函数发起路由发现,或调用RREQ模块的本地修复函数发起本地修复,或调用TIMEOUT模块将路由置为超时,或调用RERR模块发送RERR消息,或调用用户态路由表模块更新路由生存时间,或向内核发送消息要求内核对终止队列进行增加和删除,或告诉内核路由发现失败,或发送给内核配置信息。

http://www.paper.edu.cn 中国科技论文在线 - 4 -

图3 SOCKET侦听消息流程 Fig3 Process of listening message by SOCKET

RREQ模块完成的主要功能是:如果节点确定它需要一条到目的节点的路由而路由表中没有该路由或是该路由是无效路由,则节点发送一个RREQ。RREP模块完成的主要功能是:如果节点收到一个到某个目的节点的路由请求,当节点具有一条足够新的路由来满足该路由请求,或者它本身就是目的节点,那么这个节点产生一个RREP,把RREP单播至通往RREQ源节点的下一跳。RERR模块完成的主要功能是:链路修复失败,节点向所有的邻节点广播路由错误消息RERR,通过路由错误消息RERR的广播,其他节点就知道链路断开了,并根据接收到的RERR包对断开的链路进行相应地处理。HELLO模块完成的主要功能是:确认邻居间的一跳连接性。

4.3服务模块 本模块主要由链表服务模块,操作内核路由表模块,DEBUG模块。用来为主要模块服务。 链表服务模块为其它所有模块提供所需的链表操作,包括:生成,添加,分离元素,遍历等等。操作内核路由表模块用来对内核路由表进行操作,包括修改,删除,查询等以及相关信息的查询。DEBUG模块完成AODV协议所需要的日志记录,错误,消息内容的打印输出等。

5.内核基本操作流程

http://www.paper.edu.cn 中国科技论文在线

相关文档
最新文档