综合服务.pptVIP

综合服务 Integrated Services Introduction（1） Internet应用日益扩大，新的需求不断提出： 大容量client/server应用 实时和非实时多媒体应用 Web: 图像 这些应用对时延、吞吐量的变化以及分组的丢失都是敏感的,都需要大容量的通信量 基于IP的Internet原来设计目标已经无法满足这些应用： 对时延不敏感， 容许吞吐量的变化和分组的丢失 只提供尽力而为的服务 Introduction（2） 基于IP的Internet的关键设计要求是: 控制拥塞：拥塞使得网络无法以一种有效和及时的方式满足其通信量的需求。 提供低时延：当网络未出现拥塞时，时延是最小的。但是对有些应用，网络的利用率就必须相对高一些。这表示至少有某种程度的拥塞，因而有一些额外的时延。 提供高吞吐量：使网络专门化可以提高吞吐量。但要有效地使用网络就要使用统计复用，这在某种程度上与提供高吞吐量有矛盾 支持QoS：对不同的通信流量提供不同级别的QoS，需要在分组或信元通过网络时进行智能处理 提供公平服务：给所有相互竞争的、具有同样QoS的通信流量提供大致等量的容量 Introduction（3） 满足新的应用需求和Internet设计目标，仅增加网络的容量是不够的，还需要有灵敏而有效的管理通信量和控制拥塞的方法 IETF提出了两种不同的，功能相互补充的通信量管理框架： 综合服务Integrated Services: 对于加载在一个域上的一组业务提供一种综合的服务。 （1）将被满足的需求限制在当前网络容量可以处理的范围内 （2）在该域内预留资源以便为被满足的需求的特定部分提供一定的QoS 区分服务Differentiated Services： 不试图从宏观上检控总的通信量，也不事先预留网络容量。是对通信量分为组，所得到的服务取决于属于哪个组，不同的组可以有不同的处理方法。 Integrated Services Architecture 当前基于IP的Internet能够为应用提供尽力而为的服务 IPv4的首部有指明服务类型的字段，但是路由器在进行路由选择和处理分组时一般都忽略了。 用来同时支持TCP、UDP通信量和实时通信量的唯一网络是ATM 可能需要一些新的安装 因此，需要在TCP/IP中能够支持具有不同QoS需要的各种通信量 在routers增加新的功能 增加请求基于QoS服务的手段 Internet 上的通信量（1） 弹性Traffic 在网络上的时延和吞吐量的变化可以在很大范围内进行调整的通信量 基于TCP/UDP作为运输协议产生这样的通信量 UDP：网络提供多大的速率应用就使用多大的速率，上限为应用产生数据的速率 TCP：网络提供多大的速率应用就使用多大的速率，上限为端到端接收方能接受数据的最大速率，以及网络拥塞的影响。 TCP/UDP上常用的应用都属于这样的通信量 E-Mail – 对时延变化不敏感 FTP – 对吞吐量变化敏感 SNMP – 时延不是严重问题，除非是拥塞引起。这时希望SNMP报文很快通过网络 Web (HTTP), TELNET – 对时延敏感 QoS perceived based on application 对于非常小的元素，在总耗费中，跨越Internet的时延是最主要的成份 对于较大的元素，总耗费时间由TCP滑动窗性能决定，因此由TCP连接的吞吐量决定的。 Internet 上的通信量（2） 非弹性Traffic 不容易适应网络的时延和吞吐量的变化：如一些实时应用 有如下一些要求： Throughput：最小吞吐量可能是需要的。 时延：例如股票交易 Jitter：大的抖动，接收端就需要有大的缓存。 packet loss 在具有可变排队时延和拥塞丢失的环境中，上述需求是很难满足的。 提出两个新的需求： 对要求较高的应用提供优先处理： 预先在某种服务请求中陈述，或在IP首部的某些字段说明 必须支持弹性traffic： 非弹性traffic在面临拥塞时一般不退避也不减少需求，这样出现拥塞时，非弹性traffic会继续供应负荷，而弹性traffic就有可能被挤出。 ISA的处理方法（1） ISA的目的是在基于IP的互联网上能够提供QoS的支持。 ISA的主要设计问题是在发生拥塞时如何共享可用的资源 目前基于IP的网络，路由器在控制拥塞和提供服务方面主要两个机制： 路由选择算法 选择具有最小时延的路由 路由器发生溢出时分组丢弃 将发送丢弃分组的TCP实体退避并减少负荷。 ISA的处理方法（2） ISA是一个总的体系结构，对尽力而为机制进行了增强。 每一个分组和一个“流（flow）”相关联 由单个用