> > 6-1.假设使用者以 URL 形式向 Pi (provider-i.com) 请求下载 ri > > http://provider-i.com/dir-ri/file-ri > > 6-2.Provider 同意 user uk 的请求後, 使用 CDN 给的 Consistent Hash > > Function Hc , Hs , 将请求改为转向到 > > http://Hc(uk-ip).Hs(provider-i.com).CDN.NET/provider-i.com > > /dir-ri/file-ri > > 6-3.CDN 业者以 DHT 的概念建立与维护 CDN.NET 这个 domain 的多层 dns > > server , 其 zone file 分别为 > > Hs(provider-i.com).CDN.NET ---> si address > > Hc(uk-ip).Hs(provider-i.com).CDN.NET ---> ck address > > 让对应表能扩充, 或缩减, 又能让对应关系持久维持一致的技巧方法就 > > 是 CHT (consistent hash table) 的更新异动方法. > > 6-4.使用者最终被导向 Cache ck 请求服务, Cache ck 可以从请求的 URL 知 > > 道 content ri 存放於 server si , ck 与 si 间有限制性的存取关系. ======================================================================== 1. P2P 与 CDN 的主要不同是不必依赖 server/cache 间需有快速骨干以进行只 限 server/cache 间的片面传送. 使用 many to one for differnet part 与 one to many for the same part 的传送, 就能利用到所有下载 client 兼任 server/cache 时的连线频宽与其转送的上传能力. 2. 这是一种以 multicast channel 共用频宽并且降低播送端负荷的快速广播法 (Fast Download Shared Broadcasting)的应用. 如果是需要下载的 cache 彼此 进行转送, 就会类似一个 content 的群播行为, 终究是将一份资讯复制到每一部 需要的 server/cache 上. 只是 P2P 这种下载的递送没有像 ring broadcast 转 送这种明显的次序而已. 3. 假如将一个 content 切割成很多小段事先分给每一台, 各台像 Ring 般串列, 每台再将收到的小段转送给下一台, 就会像是 Ring Broadcast/multicast. 每小 段送完一圈後, 就是传送给每一个接收者, 结果就如同 Ring net 般共用频宽, 转完一圈就会让所有的站完成同时下载. 如果是个 Fully Mesh 连接的网路, 每 一小段就可直接分送到其他机器以进行一对多的群播. 4. CDN 的 content upload server 与 download cache 可以是同一部机器, 也 就会是兼具下载与上传的 P2P server , 只是这些 server 是事先预置, 记载在 CDN 的 dns table 中. Hs.CDN.NET 就是 content URL 关键资讯以公式产生的 Identifier(ID) , 其对应的一个以上的 si addresses 就是其完整 content 的 存放所在, 这个位置通常就是 P2P 称呼的 seed node 所在. Hc.Hs.CDN.NET 对 应的就是对将参与下载同一份 content 且时地最接近的 cache 所在. P2P 只是 动态地记录这一群下载相同 content 的同一时地的 ck cache 位置. 下载的来源 在 cdn 是 cache server , 在 P2P 因每个 peer 都兼小段资讯的 cache , 就可 彼此下载各自已有的小段资讯. 5.P2P 是在 overlay network 上进行 one to many 的小段资讯群播, 下层的实 体线路如何有效进行群播是要依赖更多的状况(status information)而定. 一个 最简单实用的方法就是 WAN 区域使用 CDN 的 server cache 点对点下载产生 cached seed, 到了附近的 LAN 就用一对多的 Multicast 执行类似 P2P 的互传 下载. CDN 与 P2P 可以是单层也可以是多层的定位架构. Hc.Hs.CDN.NET 就是 双层的型式. 6.P2P 如果照 CDN 的方式进行 original content provider 的报到, 内容的ID 编码与允许上传, 下载的核验及定位登录表的记载更新允许(Permission)等就会 成为对 content provider 较有保障的系统. -- ◎ Origin: 中央松涛站□bbs.ee.ncu.edu.tw From: 140.115.6.234