目录
tip:资源预订协议(RSVP)是网络控制协议
RSVP是非路由协议
RSVP支持四种基本消息类型:资源预订请求消息、路径消息、错误与确认消息和断开消息
传输的带宽
1、升级链路(最优解决办法-------最昂贵)
2、先让重要的数据通过(队列机制)
对于队列机制来说,可以去判断流量的类型,如果是语音的流量,那么先让过,BT流量或者其他下载流量再过,保障我们实时性流量的使用。
3、二层帧payload压缩(增加了延迟)——广域网低俗链路
-二层帧压缩,传输的时候压缩了之后,传输速度不变,那么对于原链路来说,相当于加大了带宽
4、IP包头部压缩
①IP+TCP的压缩
②IP+UDP+RTP的压缩:一些IP电话里面是这种封装模式
以上的情况,例如IP+TCP+DATA以及IP+UDP+RTP+DATA,假设数据DATA都是1个字节,那么IP+TCP以及IP+UDP+RTP固定大小相同,都是40字节,就会发现实际上承载的数据是非常小的,因此如果使用了IP包头部以后,IP+TCP40个字节可以压缩成2-4个字节,IP+UDP+RTP去查
网路时延(4个)
单个网络设备的时延包括传输时延、串行化时延、处理时延、以及队列时延。
传输时延:甲地到乙地需要的时间!!!!取决于 路程(传输距离)和路况(传输介质)
(升级链路!!!代价大,不常用)
串行化时延:发送节点发送的第一个比特至最后一个比特需要的时间,取决于链路带宽和报文大小
(升级链路!!!代价大,不常用)
处理时延:路由器把报文从入接口放到出接口需要的时间,取决于处理器的性能(背板带宽大就处理的快)
(更换背板!!!代价大,不常用)
队列时延:报文在队列中等待的时间!!!取决于队列里面的报文大小,数量、带宽以及队列机制
(Qos处理队列时延,根据流量进行优选分析)
抖动
(实在不想写,感谢大佬Nuan997)
丢包(packet loss)
在很多时候,丢包一般都是因为队列满而造成的,在队列满的时候,一般采用尾丢弃的方式来进行丢包
丢包率是指在网络传输过程中丢失报文占传输报文的百分比。丢包可用于衡量网络的可靠性。
丢包解决方案:
避免拥塞!!!!
拥塞管理 : 是出现了拥塞以后,才会出现的解决方案
拥塞了肯定会导致大量丢包,因此路由器现在需要去监测链路,如果快出现拥塞了,那么先把不重要的先丢掉,不然如果出现拥塞出现了,那么会导致不管重要的还是不重要的数据包都会丢失。
拥塞避免 :为了防止发生拥塞,因此丢弃一些不重要的数据包,以此来保证大规模数据包不会因为拥塞而被丢弃
区分服务 and 集成服务
有VIP通道,是根据预定的优先级别来处理数据流。
集成服务会严格按照预定的请求来处理数据流。