NetShot算法设计与模拟马振.pptVIP

NetShot 算法设计与模拟 马 振 2002. 6. 17 Overview 1. Peer-to-Peer技术 2. Peer-to-Peer系统的定位和路由算法 3. NetShot路由算法 4. NetShot算法模拟 5. NetShot节点出错时的可靠性和策略 1. Peer-to-Peer技术 Problem of traditional client-server model Single point of failure Not Scalable Why P2P? -- Hosts connect to peers directly Its completely decentralized model enables the development of application with: High-availability Fault-tolorance Scalability P2P is not limited in file-sharing Distributed computing Collaboration tools 2. Peer-to-Peer系统的定位和路由算法 2. Peer-to-Peer系统的定位和路由算法 2. Peer-to-Peer系统的定位和路由算法 Problem: Napster, Gnutella不具有好的可扩展性 Solution: 在Overlay网络层上定义P2P的拓扑结构和路由系统 几何－分割的拓扑结构： CAN, Grid 环形的拓扑结构： Tapestry, Pastry, Chord 和NetShot 3. NetShot路由算法 1.命名：动态长度的0,1字符串，分割[0,1]空间来进行命名。 2.节点邻接关系：每个节点具有路由表和引入表来维护它与系统中部分节点的邻接关系。 3.路由策略：根据节点间的邻接关系前递请求。 4.支持节点动态加入和离开。 NetShot Algorithm 4. NetShot算法模拟 构建了NetShot算法的静态模拟程序 1. 模块BinaryOperation: 名字空间的分割，产生和合并操作 2. 模块InnerNode: 模拟消息传递，节点加入，节点离开操作 3. 模块StartSimulation: 生成NetShot路由环，设置不同的模拟参数 4. NetShot算法模拟 4. NetShot算法模拟 4. NetShot算法模拟 4. NetShot算法模拟 5. NetShot节点出错时的可靠性和策略 5. NetShot节点出错时的可靠性和策略 5. NetShot节点出错时的可靠性和策略 5. NetShot节点出错时的可靠性和策略 5. NetShot节点出错时的可靠性和策略 5. NetShot节点出错时的可靠性和策略 系统的额外开销 1. 错误的修复可以抵消错误存在时查询的额外开销 2.估算：每个节点维护着一个大小为r的路由表和一个大小为i的引入表。每个查询操作将访问O(logN)个节点。所以每秒用于修复所需要的开销 Overhead = (r+i)logN/60 packets。 如果r = i = logN；N = 100,000，则 Overhead = 9.196 packets。 假设一个packet由64个字节组成。则Overhead = 0.6Kb/Sec。这样的开销是不可忽略的，但是对于任何一个调制解调器都是可以容忍的。 Outline 详细分析比较了典型的P2P路由和定位算法，说明了NetShot算法的特点和优势。 构建了NetShot模拟程序，验证了NetShot算法的正确性和相关的性能。 分析了NetShot节点出错时系统的可靠性以及节点出错的恢复策略。 * * Napster: 具有中心节点，数据存储于各节点，每个节点通过查询中心节点获得所需数据的存储位置。 Gnutella: 取消了中心节点，查找资源时采用了Flooding机制。 动态大小的命名机制使系统具有很高的可扩展性； 路由表和引入表的双向查找提供了高效可靠的路由查找机制。 Name Format ＝ 10101100) 消息传送的逻辑路径长度 O(logN) 节点加入时的Hop数 O(log2N) 节点离开时的Hop数 O(log2N) 节点出错的情况下新节点加入所需平均Hop数 (系统规模是1024个节点） 假设每个节点的出错概率为p，NetShot系统中节点的总数量为N，那么整个NetShot路由系统的可靠性为