通信系统与标准翻译

互联网工程任务组戈亚尔主编互联网草案威斯康星大学预期状态：实验密尔沃基2012年8月1日到期巴西利菲利普法国国立计算机及自动化研究院勃兰特西格玛设计马尔托奇约翰逊控制2012年1月29日在低功率和有损网络中发现点对点路由draft-ietf-roll-p2p-rpl-07姓名：周秀清学号：1302201053摘要本文指定了一个点对点的路由发现机制,互补的RPL核心功能。这种机制允许在LLN中IPv6路由器发现并建立需求的路由到另一个IPv6路由器，这样发现路由满足指定的指标限制,而不一定要沿着核心RPL建立的DAG链接了。该备忘录的地位这个互联网草案提交到IETF，与BCP78和BCP79的规定完全一致。互联网草案是互联网工程任务组(IETF)的工作文件注意到其他团体也会颁发像互联网草案这样的工作文件，当前互联网草案的列表在。互联网草案是草案文件最多六个月的有效期，在任何时间都有可能被其他文件更新、替换或废弃。使用互联网草案作为参考材料是不合适的或引用而不是“应用在工作中”。该互联网草案将于2012年8月1日到期。版权声明2012IETF信任和标明文件作者版权所有。保留所有权利。本文以BCP78和IETF信托法律提供的相关IETF文()，该文件的出版日期有效，请查阅这些文件。当他们描述你的权利和限制观看该文件时要注意。该文件的主要组成部分必须包括如第四节所述的简化BSD许可文本，简化BSD许可所描述那样信托法律规定不提供保修期。目录1、简介....................................................................................错误!未定义书签。2、应用例子..............................................................................错误!未定义书签。3、术语....................................................................................错误!未定义书签。4、应用....................................................................................错误!未定义书签。5、功能概述..............................................................................错误!未定义书签。6、P2P路由发现操作模式..........................................................错误!未定义书签。6.1、选择一个P2P模型的DIO.............................................错误!未定义书签。7、P2P路由选择（P2P-ROD）....................................................错误!未定义书签。8、发现应答对象（DRO）..........................................................错误!未定义书签。8.1安全设计.......................................................................错误!未定义书签。8.2、设置一个P2P-RDO放在发现回复对象中........................错误!未定义书签。9、通过创建一个临时的达格P2P-RPL路由发现............................错误!未定义书签。9.1、加入一个临时DAG.......................................................错误!未定义书签。9.2、对P2P模式DIOs的Trickle操作...................................错误!未定义书签。9.3、P2P模式DIO处理.......................................................错误!未定义书签。9.4、P2P模式DIO在中间路由器的附加处理.........................错误!未定义书签。9.5、目标P2P模式DIO附加处理.........................................错误!未定义书签。9.6、中间路由器对DRO的处理............................................错误!未定义书签。9.7、在原点对DRO处理......................................................错误!未定义书签。10、发现答复对象确认（DRO-ACK）...........................................错误!未定义书签。11、沿着P2P-RPL路由转发数据包..............................................错误!未定义书签。12、常量..................................................................................错误!未定义书签。13、核心RPL的互操作性...........................................................错误!未定义书签。14、安全注意事项.....................................................................错误!未定义书签。15、IANA的考虑.......................................................................错误!未定义书签。15.1、操作方式增加DIO.....................................................错误!未定义书签。15.2、RPL控制消息选项添加..............................................错误!未定义书签。15.3、RPL增加控制码.........................................................错误!未定义书签。16、致谢..................................................................................错误!未定义书签。17、参考文献............................................................................错误!未定义书签。17.1、标准参考文献............................................................错误!未定义书签。17.2、提供消息的参考文献..................................................错误!未定义书签。1、简介针对低功耗和有损网络（LLNS），RPL路由协议[I-D.ietf-roll-rpl]提供了一个有向无环的路径图（DAG），将其放到网络中的单一路由器。DAG的建立与保持是由在LLN中每个路由器进行的，使用特定的链路本地多播信令（DIO消息）。当任意两个路由器（无论哪个是DAG的根）需要进行沟通，核心RPL提供沿着DAG链接的弯曲路径，这对于家庭、建筑等自动化的应用可能不是十分有效[RFC5826][RFC5867]，有以下的原因：o需要重配路线：在每个可能的目的网络必须申报，通过特定的附加信号（DAO消息）。o需要在DAG链接路径：根据网络拓扑和使用的指标，沿着DAG的约束路径可能导致P2P路由的显著次优和在DAG根的严重交通拥挤。本文所描述的机制,即互补的核心RPL功能,使发现随需应变路由器LLN路由到另一个任意的路由器,这样的发现路线符合指定的指标限制,并不一定要和现有的DAG相同。今后把这种被动的P2P路由发现机制称为P2P-RPL。P2P-RPL允许发现源路由以逐距寻址路由。发现路由可能不是最好的，但保证满足所需的约束的路由指标,因此被认为从应用程序方面来讲是“足够好”的。一个互补功能,帮助决定是否发起一个P2P路由发现,是一个测量端到端的现有的路由成本机制。第四节提供进一步的细节描述这样的功能,在[I-D.ietf-roll-p2p-measurement]中指定使用P2P-RPL来确定对于路由发现约束指标的价值。2、应用例子P2P-RPL是用来在RPL具体情况中作为互补性的，需要P2P路径之间的任意路由器。一个应用例子是在家庭环境中常见的，包括远程控制（或运动传感器），突然需要有灯模块的沟通，其网络地址是先验已知的。在这种情况下，该数据源（远程控制或运动传感器）必须能够发现从路由到“需求”目的地（灯模块）。另一个应用情况是在一个大环境中，比如常见的商业大厦，涉及到一个大的LLN部署，在数百（或数千）路由器在DAG的根造成严重交通堵塞时，在P2P通信沿着DAG的特殊路径，这样在DAG中该路径是可取的。应用例子还包括能源或延迟受限等这些情况，即不满足由沿着DAG的核心RPL提供的路径，因为它们穿过比需要到达的目的地更多的中间路由器。3、术语关键词“必须”，“必须不”，“需要的”，“应当”，“不应当”，“应该”“不应该”，“推荐”，“不推荐”，“可能”，和“可选的”这些在【RFC2119]中所描述的术语在将在本文中解释。此外，本文使用【I-D.ietf-roll-terminology]和[I-D.ietf-roll-rpl]中的术语。本文介绍了以下术语：起源：RPL路由器启动P2P路由发现。目标：发现RPL路由器另一端点的P2P网络路由。中间路由器：RPL路由器既不是起源也没有目标。前进路由：在向前方向的路由，比如说从起源到目标。落后的路由：在向后方向的路由，比如说从目标到起源。双向路线：可以用在前向方向和向后方向的路由。源路由：数据包可以使用一个完整有序的路由器从源传送到目的节点。逐距寻址路由：每个路由器的路线由路由表来确定路由的下一跳。4、应用当路由本身和目标之间不存在路由或当存在的路由不满足应用的需求的时候，使用P2P-RPL发现的路由可能由起源来执行。P2P-RPL是旨在发现和建立一个逐距寻址的路由的或发现一个或多个源路由,比如发现的路由满足指定的约束。在某些应用程序上下文,发现路由的约束必须满足本质上是已知或可以有指定的应用。例如,一个预计目标不到5次跳转的源可以使用“跳转数5”作为约束条件。在其他应用程序上下文,源路由可能需要测量现有路由的成本以使目标确定约束条件。例如,一个源测量沿DAG路由到目标的总ETX数是20，可以使用“ETXx*20来约束，其中X是源确定的一个分数。这是一种用来衡量源和在[I-D.ietf-roll-p2p-measurement]中指定的目标之间的现有的路由成本的机制。如果没有介于源和目标之间的现存路由，最初或者对现存路由成本的测量失败，源不得不猜测最初发现路由使用的约束条件，一旦最初的路由发现成功或失败,原点将后续路由发现使用的约束条件有一个更好的估计。P2P