未来的Internet 体系结构( 八 )


(即超过容量)也会对实时业务给予满足要求的服务 。
·组播分发或许是最根本的 。
5.2技术议题
需要解决的技术议题 , 包括:
(1)资源建立 。
为了支持实时业务流 , 从源到目的地的路由上的路由器中需要预留资源 。该新的路
由器状态应该是“硬”的(如建立连接)还是“软”的(即缓冲的状态)?
(2)资源捆绑与路由捆绑 。
选择从源到目的地的一条路由传统上是由一个动态选路协议来完成的 。资源捆绑和
选路可以重叠在单个复合进程中 , 或者也可以基本上独立地完成 。这就要求在复杂性和
效率之间折衷考虑 。
(3)另一组播模型 。
IP组播用一个逻辑寻址模型 , 在该模型中 , 目标地址本身与一个组联系 。在ST-2
中 , 一个组播会话中的每个主机在它的建立包中包括一系列显式目标地址 。每一种方法
都有优点和缺点 。当前还不十分清楚对n路电视会议而言 , 哪个会占优势 。
(4)资源建立与行政治理域间的选路 。
不论倾向于哪种资源保证 , 必须保持穿越一条任意的端对端并包括多个AD的路
由 。因此 , 任何资源建立机制必须与包含在IDPR中的路由建立机制平稳地配合 。
(5)计费 。
资源保证子集(“类别”)可以是自然的计费单位 。
5.3建议的行动
此处所谓的行动是指对上面列出的技术议题的进一步研究 , 紧随其后的是相应协议
的开发和标准化 。DARTnet , DARPA研究测试床网络 , 在本研究中将起重要作用 。
6.现代应用
人们不禁要问“我们想要何种基于网络的应用 , 为什么现在还没有?”很轻易列出
一张潜在应用的大表 , 其中许多都将基于客户机/服务器模型 。然而问题中更有意思的
是:“为什么还没有人来做呢?”回答是:方便应用程序编写的工具尚不存在 。
首先 , 对于许多将用于穿越网络的数据术语 , 需要一套公共交换格式 。定义了公共
交换格式后 , 还需便于开发应用程序移动数据的工具 。
6.1公共交换格式
为使信息有意义 , 应用程序必须知道它们要交换的信息的格式 。考虑下面的格式类
型:
(1)文本—文本是最标准的 , 但今天的国际性Internet还需要有除了USASCII
以外的字符集 。
(2)图像—当进入“多媒体时代” , 图像变得越来越重要 , 但需要对如何在信息包
中表示图像信息取得一致 。
(3)图形—和图像一样 , 矢量图形信息需要一个共同的定义 。有了定义的格式才能
交换类似结构蓝图的细节 。
(4)视频—先要知道从网络上来的视频信息的格式 , 才能在工作站上运行视频窗
口 。
(5)模拟音频—当然 , 人们需要的是伴有声音的视频 , 但这样的格式应该可以表示
所有类型的模拟信号 。
(6)显示—我们打开工作站上的窗口 , 并打开另一个人的工作站上的窗口 , 给它显
示与研究项目有关的某些数据 , 所以需要一个通用的窗口显示格式 。
(7)数据对象—对进程间的通信 , 类似整数、实数、串等数据的格式需要一致 。
这些格式的相当一部分正在由几个标准组定义 。我们需要为Internet的每一类取得
一种一致的格式 。
6.2数据交换方法
应用程序将需要下列的数据交换方法:
(1)存储转发 。
不是每个人所有时间都在网上 。需要一个标准手段向有时连在网上的主机提供信息
流 , 也就是需要一个通用的存储转发服务 。组播也应包括在这一服务中 。
(2)全球文件系统 。

推荐阅读