流量控制

QOS-QOS（服务质量）概述 2018年7月7日 20:29 概述及背景： 1. 引入： 传统IP网络仅提供“尽力而为”的传输服务，网络有可用资源就转发，资源不足时就丢弃 新一代IP网络承载了 语音、视频等实时互动信息，要求网络能提供有保证的服务质量 QOS允许用户在丢包、延迟、抖动和 带宽等方面获得可预期的服务水平 2.网络性能衡量的参数： 带宽： 是链路上单位时间所能通过的最大数据流量，其单位为bps 在一条端到端的链路中，最大 可用带宽等于路径上带宽最低的链路的带宽 延迟：是标识数据包穿越网络所用时间的指标 处理延迟 交换延迟：路由器查表时 排队延迟：数据包在出接口排队的延迟 传播延迟：数据在链路上传播的时间 抖动： 是指数据包穿越网络时延迟的变化，是衡量网络延迟稳定性的指标 是由于延迟的随机性造成的，主要原因是数据包排队延迟的不确定性 丢包率： 丢包是指数据包扎传输过程中的丢失，是衡量网络可靠性的重要指标 丢包的主要原因： 网络拥塞时，当队列满了后，后续的报文将由于无法入队而被丢弃 流量超过限制时，设备对其进行丢弃 丢包以丢包率作为衡量指标 丢包率=被丢包报文数量/全部报文数量 注意： 语音需要低带宽，低延时，低抖动的网络 数据流量需要高带宽，低丢包率的网络 视频流量需要高带宽，低延时，低抖动的网络 QOS不能参加先有的带宽，只能将现有的带宽优化。 3

cisco 2811 Qos 一、某公司QoS策略配置实例 Current configuration : 3568 bytes ! ! version 12.2 service timestamps debug datetime service timestamps log datetime service password-encryption ! hostname xxxxxx ! enable secret 5 $1$uJPt$/Uh ! clock timezone China 8 ip subnet-zero no ip source-route ip cef ! ! ip name-server x.x.x.x ip name-server x.x.x.x ! no ip bootp server ! class-map match-any premium_class description For premium match protocol fasttrack match protocol http match protocol icmp match protocol napster match protocol netshow match protocol pcanywhere match protocol realaudio match protocol

一 基础 二 拥塞控制基本概念 三 排队算法：FIFO,FQ,WFQ 四 流量整形：漏桶、令牌桶算法 五 TCP拥塞控制机制（慢启动、拥塞避免、快速重传、快速恢复） 六 拥塞避免：ECN显式拥塞控制，RED随机早检测，TCP Veges ECN显式拥塞控制 TCP Veges RED随机早检测 DECbit 来源： CSDN 作者： 杀鸡要用屠龙刀 链接： https://blog.csdn.net/qq_40167046/article/details/103845124

QOS-QOS（服务质量）概述 2018年7月7日 20:29 概述及背景： 1. 引入： 传统IP网络仅提供“尽力而为”的传输服务，网络有可用资源就转发，资源不足时就丢弃 新一代IP网络承载了 语音、视频等实时互动信息，要求网络能提供有保证的服务质量 QOS允许用户在丢包、延迟、抖动和 带宽等方面获得可预期的服务水平 2.网络性能衡量的参数： 带宽： 是链路上单位时间所能通过的最大数据流量，其单位为bps 在一条端到端的链路中，最大 可用带宽等于路径上带宽最低的链路的带宽 延迟：是标识数据包穿越网络所用时间的指标 处理延迟 交换延迟：路由器查表时 排队延迟：数据包在出接口排队的延迟 传播延迟：数据在链路上传播的时间 抖动： 是指数据包穿越网络时延迟的变化，是衡量网络延迟稳定性的指标 是由于延迟的随机性造成的，主要原因是数据包排队延迟的不确定性 丢包率： 丢包是指数据包扎传输过程中的丢失，是衡量网络可靠性的重要指标 丢包的主要原因： 网络拥塞时，当队列满了后，后续的报文将由于无法入队而被丢弃 流量超过限制时，设备对其进行丢弃 丢包以丢包率作为衡量指标 丢包率=被丢包报文数量/全部报文数量 注意： 语音需要低带宽，低延时，低抖动的网络 数据流量需要高带宽，低丢包率的网络 视频流量需要高带宽，低延时，低抖动的网络 QOS不能参加先有的带宽，只能将现有的带宽优化。 3

cisco 2811 Qos 一、某公司QoS策略配置实例 Current configuration : 3568 bytes ! ! version 12.2 service timestamps debug datetime service timestamps log datetime service password-encryption ! hostname xxxxxx ! enable secret 5 $1$uJPt$/Uh ! clock timezone China 8 ip subnet-zero no ip source-route ip cef ! ! ip name-server x.x.x.x ip name-server x.x.x.x ! no ip bootp server ! class-map match-any premium_class description For premium match protocol fasttrack match protocol http match protocol icmp match protocol napster match protocol netshow match protocol pcanywhere match protocol realaudio match protocol

/*--> */ /*--> */ 最近学习ActiveMq，昨日查看其配置文件activemq.xml的时候，被一行注释引到了 http://activemq.apache.org/producer-flow-control.html 页面，感觉挺有用，遂翻译之保存成文。作为自己的第一篇译作，必有诸多不妥之处，故附上原文作对照，欢迎拍砖。 Producer Flow Control 生产者流量控制 In ActiveMQ 4.x flow control was implemented using TCP flow control. The underlying network connection of throttled consumers was suspended to enforce flow control limits. This strategy is very efficient but can lead to deadlocks if there are multiple producers and consumers sharing the same connection. 在ActiveMQ 4.x版本中，流量控制是用TCP流量控制实现的。受节制的消费者底层的网络连接被挂起，以强制进行流量控制限制。这个策略非常高效

Sentinel 是什么？ 随着微服务的流行，服务和服务之间的稳定性变得越来越重要。Sentinel 以流量为切入点，从流量控制、熔断降级、系统负载保护等多个维度保护服务的稳定性。 Sentinel 具有以下特征: 丰富的应用场景 ：Sentinel 承接了阿里巴巴近 10 年的双十一大促流量的核心场景，例如秒杀（即突发流量控制在系统容量可以承受的范围）、消息削峰填谷、集群流量控制、实时熔断下游不可用应用等。 完备的实时监控 ：Sentinel 同时提供实时的监控功能。您可以在控制台中看到接入应用的单台机器秒级数据，甚至 500 台以下规模的集群的汇总运行情况。 广泛的开源生态 ：Sentinel 提供开箱即用的与其它开源框架/库的整合模块，例如与 Spring Cloud、Dubbo、gRPC 的整合。您只需要引入相应的依赖并进行简单的配置即可快速地接入 Sentinel。 完善的 SPI 扩展点 ：Sentinel 提供简单易用、完善的 SPI 扩展接口。您可以通过实现扩展接口来快速地定制逻辑。例如定制规则管理、适配动态数据源等。 以上是官网对sentinel的一个介绍，本篇文章不讲原理，只讲搭建和使用。官网: https://github.com/alibaba/Sentinel/ 正式开始之前我们先来看一下sentinel提供的dashboard界面： 通过 https:/

为了防止网络的拥塞现象，TCP提出了一系列的拥塞控制机制。最初由V. Jacobson在1988年的论文中提出的TCP的拥塞控制由“慢启动(Slow start)”和“拥塞避免(Congestion avoidance)”组成，后来TCP Reno版本中又针对性的加入了“快速重传(Fast retransmit)”、“快速恢复(Fast Recovery)”算法，再后来在TCP NewReno中又对“快速恢复”算法进行了改进，近些年又出现了选择性应答( selective acknowledgement,SACK)算法，还有其他方面的大大小小的改进，成为网络研究的一个热点。 TCP的拥塞控制主要原理依赖于一个拥塞窗口(cwnd)来控制，在之前我们还讨论过TCP还有一个对端通告的接收窗口(rwnd)用于流量控制。窗口值的大小就代表能够发送出去的但还没有收到ACK的最大数据报文段，显然窗口越大那么数据发送的速度也就越快，但是也有越可能使得网络出现拥塞，如果窗口值为1，那么就简化为一个停等协议，每发送一个数据，都要等到对方的确认才能发送第二个数据包，显然数据传输效率低下。TCP的拥塞控制算法就是要在这两者之间权衡，选取最好的cwnd值，从而使得网络吞吐量最大化且不产生拥塞。 由于需要考虑拥塞控制和流量控制两个方面的内容，因此TCP的真正的发送窗口=min(rwnd, cwnd)

5.1 运输层协议概述 5.1.1 进程之间的通信 　　主要讲了一个问题：为什么在网络层已经提供数据通信服务（IP数据报）的前提下还需要运输层？ 　　运输层的地位：运输层直接向应用层提供服务，而路由器在进行路由转发的时候不具有运输层和应用层。 　　运输层的作用：1、为进程提供服务。网络层提供的数据报传输服务只能把数据报从一个主机传送到另一个主机的网络层上，但通信的本质并不是面向主机而是面向进程，只有把信息送到目标主机上一次通信才算完成，这正是运输层需要做的工作：向应用层提供进程和进程之间的通信，屏蔽底层通信细节使整个通信的过程透明化。这种进程之间透明的通信被称为逻辑通信，所谓逻辑通信是指在应用进程看来只需要把信息交给运输层就可以传递到目标进程上。 运输层提供的是进程和进程间的逻辑通信，而网络层提供的是主机要主机的逻辑通信 。 　　 　　2、提供差错检测。运输层对收到的报文进行差错检测。 5.1.2 运输层的两个主要协议 面向连接的TCP。传输数据前建立连接，数据传输结束后释放连接。可靠但代价大。 不面向连接的UDP。传输数据前不建立连接，目的主机接收到报文后不做确认。不可靠但效率高。 　　 5.1.3 运输层的端口 　　运输层的复用：进程->运输层->应用层。不同的进程都要通过运输层，这就是运输层的复用。 　　运输层的分用：网络层->运输层->进程

连接建立过程中要解决以下三个问题： 1.要使每一方能够确知对方的存在。 2.要允许双方协商一些参数(如最大报文段长度，最大窗口大小，服务质量等)。 3.能够对传输实体资源(如緩存大小，连接表中的项目等)进行分配； 拥塞控制与流暈控制的关系 1.拥塞控制所要做的都有一个前提，就是网络能够承受现有的网络负荷。 2.拥塞控制是一个全局性的过程，涉及到所有的主机、所有的路由器，以及与降低网络传输性能有关的所有因素。 3.流量控制往往指在给定的发送端和接收端之间的点对点道信量的控制。 4.流量控制所要做的就是抑制发送端发送数据的速率，以便使接收端来得及接收。 连接建立过程中要解决以下三个问题： 1.要使每一方能够确知对方的存在。 2.要允许双方协商一些参数(如最大报文段长度，最大窗口大小，服务质量等)。 3.能够对传输实体资源(如緩存大小，连接表中的项目等)进行分配； 拥塞控制与流暈控制的关系 1.拥塞控制所要做的都有一个前提，就是网络能够承受现有的网络负荷。 2.拥塞控制是一个全局性的过程，涉及到所有的主机、所有的路由器，以及与降低网络传输性能有关的所有因素。 3.流量控制往往指在给定的发送端和接收端之间的点对点道信量的控制。 4.流量控制所要做的就是抑制发送端发送数据的速率，以便使接收端来得及接收。 来源： https://www.cnblogs.com/qq735020139/p