文档介绍：译文题目Socket网络编程的设计与实现(外文题目)workSocketProgramming摘要:编程节点和活跃网络的概念将可编程性引入到通信网络中,并且代码和数据可以在发送过程中进行修改。最近,多个研究小组已经设计和实现了自己的设计平台。每个设计都有其自己的优点和缺点,但是在不同平台之间都存在着互操作性问题。因此,我们引入一个类似网络socket编程的概念。我们建立一组针对应用程序进行编程的简单接口,这组被称为活跃网络Socket编程(ANSP)的接口,将在所有执行环境下工作。因此,ANSP提供一个类似于“一次性编写,无限制运行”的开放编程模型,它可以工作在所有的可执行环境下。它解决了活跃网络中的异构性,当应用程序需要访问异构网络内的所有地区,在临界点部署特殊服务或监视整个网络的性能时显得相当重要。我们的方案是在现有的环境中,所有应用程序可以很容易地安装上一个薄薄的透明层而不是引入一个新的平台。关键词:活跃网络;应用程序编程接口;活跃网络socket编程1导言1990年,为了在互联网上引入新的网络协议,克拉克和藤农豪斯[1]提出了一种新的设计框架。自公布这一标志性文件,活跃网络设计框架[2,3,10]已经慢慢在20世纪90年代末成形。活跃网络允许程序代码和数据可以同时在互联网上提供积极的网络范式,此外,他们可以在传送到目的地的过程中得到执行和修改。ABone作为一个全球性的骨干网络,开始进行活跃网络实验。除执行平台的不成熟,商业上活跃网络在互联网上的部署也成为主要障碍。例如,一个供应商可能不乐意让网络路由器运行一些可能影响其预期路由性能的未知程序,。因此,作为替代提出了允许活跃网络在互联网上运作的概念,如欧洲研究课题组提出的应用层活跃网络(ALAN)项目[4]。在ALAN项目中,活跃服务器系统位于网络的不同地址,并且这些应用程序都可以运行在活跃系统的网络应用层上。另一个潜在的方法是网络服务提供商提供更优质的活跃网络服务类。这个服务类应该提供最优质的服务质量(QOS),并允许路由器对计算机的访问。通过这种方法,网络服务提供商可以创建一个新的收入来源。对活跃网络的研究已取得稳步进展。由于活跃网络在互联网上推出了可编程性,相应地应建立供应用程序工作的可执行平台。这些操作系统平台执行环境(EES),其中一些已被创建,例如,活跃信号协议(ASP)[12]和活跃网络传输系统(ANTS)[11]。因此,不同的应用程序可以实现对活跃网络概念的测试。在这些EES环境下,已经开展了一系列验证活跃网络概念的实验,例如,移动网络[5],网页代理[6],多播路由器[7]。活跃网络引进了很多在网络上兼有灵活性和可扩展性的方案。几个研究小组已经提出了各种可通过路由器进行网络计算的可执行环境。他们的成果和现有基础设施的潜在好处正在被评估[8,9]。不幸的是,他们很少关心互操作性问题,活跃网络由多个执行环境组成,例如,在ABone中存在三个EES,专为一个EES编写的应用程序不能在其他平台上运行。这就出现了一种资源划分为不同运行环境的问题。此外,总是有一些关键的网络应用需要跨环境运行,如信息收集和关键点部署监测网络的服务。在本文中,被称为活跃网络Socket编程(ANSP)的框架模型,可以在所有EES下运行。它提供了以下主要目标:通过单一编程接口编写应用程序。由于ANSP提供的编程接口,使得EES的设计与ANSP独立。这使得未来执行环境的发展和提高更加透明。ANSP针对不同执行环境之间的互操作性问题。通过的ANSP设计,不同EES的优点和缺点显而易见。这将有助于在将来设计更好的EES。ANSP的主要目标是使在ANSP下编写的所有应用程序,可以运行在ABone测试平台。而ANSP框架在统一网络环境下是必不可少的,我们相信,在不同环境下的通用性,对未来执行环境的发展是有利的。ANSP并不是取代所有现有的环境,而是研究启用新的网络服务执行环境。因此,ANSP设计是对所有执行环境安装薄而透明的应用层。目前,它的代码自动加载依赖于底层环境。因此,部署在路由器的ANSP是可选的,不需要任何执行环境的变化。2针对ANSP的设计问题ANSP统一现有各EES的编程接口。ANSP设计在概念上类似于中间件的设计,为不同的EES提供适当的翻译机制。一个统一的接口只是整个ANSP平台的一部分。有很多需要考虑的问题,除了翻译一套编程接口,在不同EES下可执行文件调用,也包括其他的设计问题,例如,统一的线程库处理线程操作。全球性软件存储,可以在给定的路由器上进行不同环境下的信息共享。统一的解决方案用于不同的环境,更重要的是,路由信息交换机制应横跨EES获得全球统一的网络视图。应该是独立于任何活跃网络编程语言的编程模型。最后,翻译机制要隐藏头结构的异构性。异构性编程模型在程序调用时,每个