04-IPv6对实时通信与流传输的支持.ppt

2005年11月23日 授课教师：鲁士文（CAS/ICT) 授课地点：中关村 中科院计算所计算机网络课程 第4单元 IPv6对实时通信和流传输的支持 第4单元 IPv6对实时通信和流传输的支持 4.1 定义和概念 4.1.1 定义流标记和优先级 4.1.2 流和策略路由 4.1.3 流不是虚电路 4.2 支持预留 4.2.1 特别的服务 4.2.2 使用RSVP和流 4.2.3 使用逐跳选项 第4单元 IPv6对实时通信和流传输的支持 4.3 等级式编码和优先级 4.3.1 等级式传输 4.3.2 大的组播组不需要优先级 4.3.3 源相对优先级可能引发拥塞 4.3.4 自适应的应用 4.3.5 监察网络使用 4.3.6 修改优先级域 4.4 实时传输协议 4.5 资源预留协议 第4单元 IPv6对实时通信和流传输的支持 作为下一代IP协议的提案之一的SIP（简单IP协议）最初假定维持64位的边界。最早的版本包含两个64位地址，分别用于源和目的地，还有一些诸如分组长度、载荷类型和跳段计数这样的辅助域。然而这些辅助域不需要64位这么长，结果剩下32位未用。当时征求各种专家的意见，如何最佳地使用这些位。一些人建议插入一个检验和，另一些人则希望有更长的长度域或跳段计数域。然而最有说服力的需求是流标识符，可用以标识实时流，通过某种预留协议分配资源和优先级。如果我们要在Internet上提供高质量的多媒体通信，就需要对流做适当的处理。SIP的设计者采纳了这一建议。经过两年多的讨论和提炼，结果产生了对IPv6流标记和优先级类别的定义。  4.1 定义和概念 IPv6规范对流进行了定义。定义在措词上很小心，避免隐含任何具体的特征。“流是从一个特定的源发往一个特定的（单播或组播）目的地的一个分组序列；对于这些分组，源请求中间的路由器做特别的处理。”事实上，流的定义隐含地来自对流标记本身的定义。流是来自同一个源前往同一目的地且具有相同流标记的分组的集合。 4.1.1 定义流标记和优先级 我们把组成一个流的一系列分组用20位的流标记标识。没有必要让Internet上的所有分组都属于流。事实上很有可能在过渡阶段大多数分组都不会明确地标记属于流。数据由诸如SMTP邮件程序、FTP文件传送程序或HTTP Web浏览器这样的经典应用产生。这些应用程序是为IPv4设计的，将被升级既能处理IPv4地址，也能处理IPv6地址，但可能不会被修改加入IPv4不支持的流处理过程。对应的分组将使用由20个0位组成的零流标记。 当传输要求某种特别的处理时，例如对于具有严格的实时限制条件的应用，将使用流标记。 4.1.2 流和策略路由 流标记可以结合路由选择头一起使用。事实上，明确地采用源路由通过相同的一组中继器的所有分组需要特别的处理。这并不意味着经过相同的源路由的所有分组属于同一个应用：它们可能属于不同的视频流，或者属于混合的音频、视频和数据流。 4.1.2 流和策略路由 多媒体通信可能持续相当长的时间。在此期间源路由选择的需求可能改变。在一天内的某些时段，该单位的第二个连接提供商可能给出比其主要提供商更好的价格。想要利用这种价格优惠的客户，比如说，可以在下午1点之前使用标准的路由选择，然后插入一个路由选择头，在下午1点至2点之间强行使用第二种路由。从应用的角度看问题，这些分组一直属于同一个流。但是IPv6规范明确指出，如果源路由选择改变了路由，流标记也必须改变。在我们的例子中，在下午1点至2点之间传送的分组的流标记跟1点之前或2点之后传送的分组不同。 4.1.3 流不是虚电路 IPv6的流不同于X.25或ATM中的虚电路。IPv6分组的路由选择仅受对目的地址的选择的影响，或者受在分组中插入的路由选择头的影响。加流标记不会对路由选择有任何影响。 建议在IPv6基本头中加上流标记的大多数专家在头脑中都有资源预留的想法。他们注意到，传统的分组交换不支持诸如话音或视频传输这样的严格的实时应用。他们认为，资源预留是对基本的分组交换的必要增强。  4.2 支持预留 以传统的数字电话为例，模拟话音信号以8kHz的速率采样，每个样本使用8个二进制位数字化，结果产生64kbps的数据流。这个信号可以作为相继的分组在Internet上传送。诸如vat这样的流行程序把这个数据流分组化，典型的分组包装160个样本，代表20毫秒的话音。它们通过Internet每秒发送50个分组。如果传输是合理地稳定，那么接收方可以解包话音样本，并回放没有失真的话音信号。但是，当网络拥塞时，话音质量会降低。某些分组会经历长的队列。这将产生很长的播放延迟，降低通信的交互性。还有一些分组会丢失，这将产生噼啪声。