误解1：为什么出现微突发时交换机没有上报缓存超限告警呢？

实际情况：这是因为交换机要获取缓存的使用情况，只能依赖CPU的轮询机制，这就面临和端口速率计算类似的问题，CPU不能轮询太频繁，否则CPU利用率会升高，从而导致交换机响应慢，甚至无响应。

误解2：端口当前的利用率不高，速率不大，因此当前的突发也很小。

实际情况：这是错误的理解。平均速率和突发速率的关系，就如同速度与加速度，虽然名字很相似，但并没有简单的线性比例关系。端口的利用率不高，当前速率低，并不表示突发速率就小。

误解3：交换机记录了拥塞丢包计数，所以是交换机引起了突发或拥塞丢包。

实际情况：这是错误的理解。突发流量是由业务终端产生的，除了少量协议报文外交换机不产生其他流量。但是，突发可能在交换机上加剧，例如多端口同时向单端口发送数据，收敛比不合理，导致突发的峰值叠加。所以要从流量来源和组网上着手，寻找突发的源头。

误解4：终端服务器的业务是很随机的，不会有多大的突发。

实际情况：服务器网卡在发送业务报文的时候，会以当前物理速率进行发送，10GE的端口就会按照 10Gbit/s 的速率向外发送，发送完后等待应用层的后续报文。这种原理决定了物理链路在传输报文时，一定是按照链路速率传输，工作一段时间，空闲一段时间。 整体平均后的带宽利用率可能不高，比如20~30% ， 但实际是以100%~0%~100% 的实际带宽利用率在工作。这种流量在微观层面就是突发，服务器的发包都是按照100%的带宽利用率在发送。