RPL协议
abatei
这个作者很懒,什么都没留下…
展开
-
RPL(3):RFC6550翻译(3)---协议综述
3.协议综述本节目的是本着[RFC4101]的精神描述RPL。协议细节可以后面章节找到。3.1 拓扑结构本节介绍可形成的基本RPL拓扑结构,及构造这些拓扑结构的规则,例如,指导DODAG形成的规则。3.1.1 构造拓扑结构LLNs,如无线网络,通常不会象点对点导线那样强制形成拓扑结构,所以RPL不得不发现链路并有节制地选择对端。翻译 2017-01-14 08:48:30 · 3578 阅读 · 0 评论 -
RPL(11):RFC6550翻译(11)---多播操作
12、多播运行本章讲述IPv6 RPL网络中的多播路由运行,特别是单播DAOs如何用于中继组注册。相同的DODAG结构可用于转发单播和多播流量。本章仅限于介绍组注册如何交换,以及转发的基础设施是如何运行的。并不提供对LLN中的多播完整描述,尤其未提供在多播中的指定目标的DODAGs是如何生成的,也未描述有关多播中的RPL运行---它们是将来规范的任务。多播组注册使用与单播相同的翻译 2017-03-03 16:35:57 · 1040 阅读 · 0 评论 -
RPL(9):RFC6550翻译(9)---安全机制
10、安全机制本章介绍安全RPL信息的生成和处理。RPL消息代码的高阶位标识着RPL消息是否安全。除了基础控制消息(DIS,DI——DAO,DAO-ACK)的安全版本外,RPL还有几种消息仅在启动了安全性的网络才会使用。实现的复杂度和规模是LLNs所关注的核心问题,也就是说在RPL实现中包含先进的安全措施在经济和物理上都是不可能的。此外,许多部署可以使用链路层或其它安全机制满足翻译 2017-02-04 11:44:11 · 1156 阅读 · 0 评论 -
RPL(10):RFC6550翻译(10)---分组转发和环路避免/检测
11、分组转发和环路避免/检测11.1 分组转发的建议本文详述了一个路由协议。提供这些非规范建议是为了通过举例说明这样的实现如何与RPL一起工作,为转发实现设计提供帮助。当转发数据包到目的地是,按如下原则优先选择下一跳继任者:本规范仅涉及如何根据DODAG Version选择继任者,该继任者匹配正在转发的数据包中IPv6首部的RPLInst翻译 2017-02-15 10:44:47 · 1007 阅读 · 0 评论 -
RPL(8):RFC6550翻译(8)---下行路由
9、下行路由本节讲述RPL发现和下行路由的维护。RPL通过目的地公告对象(DAO)消息来构造和维护下行路由。下行路由支持P2MP流,从DODAG根流向叶子。下行路由也支持P2P流:P2P信息可以通过上行路由流向DODAG根(或公共祖先),然后离开DODAG根通过下行路由流向目的地。本规范描述RPL实例在维护下行路由时可选择的两种模式。第一种模式叫“存储式”,节点为它们的翻译 2017-01-23 19:55:11 · 1674 阅读 · 0 评论 -
RPL(7):RFC6550翻译(7)---Upward Routes
8、Upward Routes(上行路由)本章讲述RPL是如何发现并维护上行路由的,描述了DODAG信息对象(DIOs)的使用,DIO报文用于发现及维护路由;详述了RPL如何生成并响应DIO;还描述了DODAG信息请求报文(DIS),它用于引发DIO传送。正如3.2.8节所述,节点决定加入DODAG前必须为相关实例提供至少一个DODAG双亲作为默认路由。此默认路由使得数据包翻译 2017-01-20 09:25:03 · 1465 阅读 · 0 评论 -
RPL(6):RFC6550翻译(6)---Sequence Counter
7、Sequence Counters(序列计数器)本章介绍RPL中序列计数器的自举和运行总体方案,如DIO报文中的DODAGVersionNumber,DAO报文中的DAOSequence和传送信息选项中的Path Sequence。7.1 序列计数器概览本规范利用三种不同的序列号来验证协议信息的新鲜度和同步性:DODAGVersionNumber翻译 2017-01-19 08:38:23 · 874 阅读 · 0 评论 -
RPL(5):RFC6550翻译(5)---ICMPv6 RPL控制报文
一直以来,困扰我的是packet的翻译,可以是数据包,也可以是分组。但这两个中文意思相差较大,翻译成“数据包”或“包”更接地气、更容易理解些,但有些专来术语又必须使用“分组”。头痛啊!个人理解,分组是相对于链路层而言的,因为IP层向下发的数据包有可能尺寸过大,在链路层要分成数块来传送,所以又叫分组。我个人倾向于packet在单独使用时翻译为数据包,在联合其它单词形成专业术语时,根据需要,有时翻译成翻译 2017-01-17 12:14:53 · 3751 阅读 · 0 评论 -
RPL(4):RFC6550翻译(4)---RPL的通信流支持&RPL实例
4、RPL的通信流支持RPL支持三种基础通信流:多点到点(MP2P),点到多点(P2MP)和点对点(P2P)。4.1 多点到点通信多点到点(MP2P)是很多LLN应用的主导通信流([RFC5867],[RFC5826],[RFC5673]和[RFC5548])。MP2P流的目的地是有应用意义的选定节点,如提供到更大互联网或核心专用IP网络的连接。RPL允许通过翻译 2017-01-16 07:57:33 · 1798 阅读 · 0 评论 -
RPL(1):RFC6550翻译(1)---引言
学Contiki的最主要目标之一就是RPL,今天总算是走到这了。当然,第一步还是得先翻译RPL标准的文档RFC6550,文档地址为:https://tools.ietf.org/html/rfc6550RPL: IPv6 Routing Protocol for Low-Power and Lossy NetworksRPL:IPv6低功耗有损网络路由协议翻译 2017-01-11 10:33:48 · 2058 阅读 · 0 评论 -
RPL(2):RFC6550翻译(2)---术语
DAG:Directed Acyclic Graph,有向无环图。有向图具备如下性质:所有边具有方向性,且不存在回路。所有边均包含在通向或结束于一个或多个根节点的路径中。DAG root:DAG根DAG根是有向无环图中无出边的节点。因为图是无回路的,所以根据定义,所有的有向无环图必须必定拥有至少一个DAG根,且所有路径终结于一个DAG根。翻译 2017-01-12 12:50:18 · 2120 阅读 · 0 评论 -
RPL(12):RFC6550翻译(12)---目标函数准则
14、目标函数(Objective Functions)准则一下Objective Function(目标函数OF),与路由度量和约束紧密结合,可用于DODAG加入选择,以及在DODAG中选择哪些同行作为双亲。OF用于对双亲进行计算并排序为列表。OF还负责对DODAG版本中设备的Rank进行计算。在Objective Code Point(OCP)中,Objec翻译 2017-03-19 17:26:08 · 1244 阅读 · 0 评论