注意:本文为原创内容,欢迎并仅限于进行学术讨论的范畴,禁止应用于任何商业或项目性行为,否则将承担相应的法律责任!
最近在系统性研究ICN体系架构。想把影响力比较大的DONA、NetInf、CONET、COMET、PURSUIT等架构都梳理一遍,了解每个架构的原理,解决的问题以及优势和劣势所在,供大家分享以及自己反思所用。
1. DONA
最先拜读的还是ScottShenker大神领导的DONA项目的代表性论文 AData-Oriented (and Beyond) Network Architecture, 发表在2007年的Sigcomm上。
1.1系统架构
DONA的系统架构在当时来讲是比较超前的,提出的主要方案是在网络层与传输层之间构造一层内容层,用于内容的寻址与传输,IP层为内容提供传输服务,而内容层则可以屏蔽底层差异,为上层提供统一的服务接口。
1.1.1. 基本元素
具体来讲,DONA网络中存在着三种基本的网元——内容的请求者,内容的发布服务者,RH(Resolution Handler)三种网络元素,这三种元素构成了网络连通与通信的主体。内容的请求者与发布服务者顾名思义,不需过多解释,所谓的RH指的的是内容的解析网关,能够将用户请求的内容解析为具体的转发行为,是三种网元中的核心部件;同时,为了能够实现基于内容的互联互通与可达性,DONA需要两种信息来维护网络与节点的状态并进行路由转发——Find以及Register两种消息,Find消息主要是由内容的请求者向网络发出针对具体内容的请求,而Register则是由内容的提供者向网络注册自己所拥有的内容,以便为网络中的其他用户提供内容服务。注意,Find与Register信息通常都要经由RH,Find信息通过RH进行路由与转发,最终到达内容的请求者;Register信息则由内容服务提供者发送给RH,登记自己的内容归属情况,RH再将该信息扩散到网络中的其他RH节点中去。
1.1.2. 网络组织形式
网络的基本组织形式如图1-1所示。从图1-1中我们可以看到,DONA网络是以RH为标准进行分级的,分级的依据可以是自治域,也可以是其他的标准。最低级别的RH主要负责接入用户的请求信息Find,将用户的内容请求转化为转发动作,不同层级的RH看可以理解为不同层级的DNS服务器,最高层的RH则具有全局的信息。

图1-1 DONA网络组织形式

1.1.3. 内容的命名
为了实现针对内容的路由与转发,需要对内容进行适当的命名,这也是ICN系统设计的过程中的关键技术。总体上来讲,ICN命名方式有两大种,层级式命名架构与扁平式的命名架构,DONA选择的是后者,名字的形式为P:L, 其中P为内容提供者的公钥的哈希值,用户验证内容提供者的身份,L为名字标签,是对内容的具体描述,并且L描述的粒度可以由用户灵活掌控,可以描述一个网站,也可以描述一个网页或者一个视频,只要内容提供者保证在P的前缀下L是唯一的即可。
除了上述标准的命名之外,DONA还支持P:*以及*:L的命名格式,前者可以用于校验前缀是否被占用,后者可以用户描述任意内容服务提供者提供的L内容或服务。
关于内容名在网络协议栈中所处的位置,可见图1-2。从1-2中可以看出,Name层所处的位置是网络层与传输层之间,也就是说Name不改变IP层结构,而对传输层有新的要求。

图1-2
1.1.4. 内容的注册
DONA以及其他ICN网络架构中,内容想要被访问,必须在网络中是可达的。DONA的实现方式是在让内容服务提供者在网络中注册其所能提供的内容,这就涉及到前文所提到的Register消息,内容服务的提供者针对其所提供的内容向其所归属的RH发送Register(P:L)信息,这样本地的RH就知晓了内容以及内容提供者的存在,并且会向其Parent RH(以及Peer RHs)报告相应的信息,这样就实现了内容在网络中的注册。
每个RH节点都会维持一张命名转发映射表,形式如图1-3所示:
| Name |
Next Hop |
Cost |
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/49481.html