我是一边看一边随手翻的,翻的很差,本来不好意思贴出来的,可能大家看原文更明白些.
qq: 27443675 【程序编程相关:Loading HTML content】
我的msn:blovearcher@hotmail.com 【推荐阅读:大学书信选1(关于编译器)】
1. 介绍 【扩展信息:boost::any源代码分析】
希望对大家有一些帮助,我的目的是希望能与有兴趣与正在做p2p的程序员们结交朋友,谢谢大家支持.
今天的internet的"middleboxes"已经普遍存在, 比如象网络地址转换(nat),主要是因为ipv4的地址空间消耗危机中产生的一个解决方案.然而,由这些"middleboxes"建立的不对称寻址与连接,已经成为点对点 (p2p)应用与协议中独特的问题, 这些应用与协议包括例如网络电话与多人在线游戏.这些话题甚至可能在使用 ipv6 协议后继续存在, 比如说在 nat 常被当作兼容 ipv4 机制[nat-pt]的地方,还有当nat 不再需要之后,防火墙将会依然存在(这些问题).当前发展的"middleboxes"最初计划用在c/s结构中,即在那些相关的匿名客户端主动去连接有着固定ip地址与dns域名的可连接主机.大多数的"middleboxes"实现一个不对称的沟通模型,即那些私有的内部网络上的主机可以与公网上的主机连接通讯,但是公网上的外部主机不能够与内网上的主机通讯除了被 middleboxs 的管理者明确地配置之外. 在 napt 的通常情形中,在内部网络上的一位客户机在公网上并没有一个唯一独特的ip地址,但是可以在同一私网上的其他客户机一样,分享一个公网ip地址,并有napt管理. 这些在一台"middlebox"后的不知道名称与不易访问的内部主机对客户端软件比如网页浏览器并不是一个问题,它们之需要向外连接.而且这种不易访问的特性有时候被视为对保护隐私有利.
但是,在点对点的应用中,英特网上的主机通常会考虑要与"客户"建立直接与彼此访问的通话连接.呼叫者与被叫者可能会在不同的"middleboxes" 后面,两者都可能没有任何的固定ip地址或者其他的公网存在表现.举例来说,一个通常的在线游戏架构,是让参加游戏的主人连接到一个大家都知道的服务器上设定一些初识值,以及连接后的使用目的.然后,为了在游戏期间有更加快速与有效的游戏速度,需要建立彼此直接的连接.同样地,一个可共享的文件可能可以让一个大家都知道的资源搜索引擎发现或者查找到,但如果需要文件数据传输,就需要与那台共享文件的主机建立直接的连接了.在点对点连接时,"middlebox"就生成了一个问题.因为在"middlebox"后面的那些需要用tcp或者udp与其他机器连接的主机通常没有固定可用的公网端口可以进行连接. rfc 3235[ nat-appl]简短地说明了这个问题,但是没有提供任何的通常解决方案.
在这一份文档中,我们就 p2p/ middlebox 问题有2点说明. 首先,我们总结那些在middleboxes存在时p2p应用程序可以工作的已知方法.其次,我们提供基于这些实践的一套应用java/j2me/code/ target=_blank>程序设计指导方针使p2p在middleboxes下应用的更健康.更进一步,我们提供的设计指导方针可以让将来的 middleboxes 更有效率的支持支援 p2p 应用. 我们的重点是要能够穿透 middleboxes,以提供更广阔与更直接的p2p 应用.
2. 术语
在本章中我们首先简要描述一下一些"middlebox"术语,我们这里的重点是两种常导致p2p应用出现问题的middlebox.防火墙
一个防火墙限制私人内网与公众英特网之间的通讯,典型地防火墙就是丢弃那些它认为未经许可的数据包.在数据包穿越一个防火墙时,它检查但是不修改包里的 ip地址与tcp/ udp 端口信息. 网络地址转换(nat)当数据包穿过nat时,nat不仅检查同时也修改数据的包头信息,并且允许更多的在nat后的主机分享少数公网ip地址(通常只有1个).nat通常有2种主要类型:
basic nat一个basic nat映射一个内在的私有ip地址到一个公网ip地址,但当数据包穿过nat时,不更换它的tcp/udp端口号.basic nat通常是只用在一些具备公共ip地址池的nat上,通过它可以地址绑定,即代表一台内部主机.network address/port translator (napt)
但是最通常的,当数据包穿过nat时,一个napt检查并修改它的tcp/udp端口,那么就可以允许多台内网主机同时共享一个单独的公网ip地址了.关于 nat 的分类与术语,[nat-trad] 与 [nat-term]中有更多的信息.那些将来分类的napt的附加术语在较近的工作[stun]中被定义.当一个内网的主机经过一个nat与外部进行tcp或者udp连接的期间,napt分配一个公网ip 住址与端口,以便来自外部终端响应的数据包能被napt接收,解释,并转发给内网的主机.这个结果是由 napt 建立一个(私有ip地址,私有端口)与(公网ip地址,公网端口)之间的端口绑定实现的.在这个期间napt将为绑定的端口执行地址翻译.一个关于p2p应用的问题是,当一个内部主机从一个私有ip,私有端口同时与外网上的多台不同的主机建立多个连接时,nat是如何运作的.
cone nat
建立一个端口,把一个(私有ip,私有端口)与(公用ip,公用端口)绑定后,对于以后来自同一私有ip与端口号的应用连接,cone nat将重复使用这个绑定的端口,只要有一个连接会话,这个绑定端口就会保持激活状态.例如,下面图表中,推想一下客户端a通过一个cone nat同时建立2个外部会话,从同样的内部网络终端(10.0.0.1:1234)到2个不同的外部服务器,s1与s2.cone nat只会分配一个公用的终端,155.99.25.11:62000,都会到两个会话,并在地址转换期间确保客户端端口的一致.basic nat与防火墙不修改通过middlebox的数据包中的端口号,这些类型的middlebox可以被认为是一种特殊的cone nat.... 下一页