神秘的WAN连接节stream

build立

2x思科ASA 5520的

ASA 8.3（1），ASDM 6.3（1）

IPSecencryption设置：

• 有人从中国想要杀死我的入口带宽？
• 思科ASA和思科交换机，我如何确定顶级发送者/接收者？
• Rsync Throttle上传带宽–bwlimit = KBPS
• 什么决定了Cisco路由器的最大吞吐量？
• 切换带宽

ESP-3DES-SHA，双向，完美的转发保密组1，8个HR生存期或4,608,000千字节，NAT-T启用

networkingA，芝加哥10.110.1.0/24 100 MBPS Cogent连接

networkingB，Denver 10.110.2.0/24以60 MBPS的速度进入数据中心光纤networking

问题

芝加哥和Devner（IPSec，HTTP，FTP等）之间的任何stream量都会以7 MBPS的丹佛 – 芝加哥和1.5 MBPS的芝加哥 – >丹佛的速度触发。

testing

1. 微软更新下载60 + MBPS从任何一个networking，所以我知道两端的WAN连接是快速的。
2. 重新启动两个防火墙只是为了好的措施。
3. 从芝加哥ASA转移到另一个芝加哥ASA以预期的45-50 MBPS运行。 所以看起来我的ASA看起来不像是速率限制，或者IPSec在直通输出方面有问题。 CPU在白天为3-4％，在7 / 1.5MBPS的传输期间为10％。
4. 芝加哥和丹佛之间的Traceroute达到了16跳，没有跳跃高于60ms
5. 已经通过Windows中的IPSec隧道传输文件，在IPSec隧道之外作为HTTP或FTP通信，仍然可以看到7 / 1.5 MBPS的限制。
6. 已经连接桌面到芝加哥的Cogent交换机，分配了一个WAN IP，传输HTTP和FTPstream量，仍然看到了7 / 1.5 MBPS的限制。
7. 看着TCP窗口大小的转移，而我看到芝加哥和丹佛之间的限制，而只是下载一个文件。 两者都在65535。
8. 问Datacenter看看线路是否有丢包，CRC错误等等，他们什么都看不到。
9. 24小时ping显示没有丢包，平均响应时间为85ms。
10. 仔细检查思科ASA设置，以确保没有发出“警察输出”命令。 我们的ASA很漂亮，因为我们有一些NAT，访问ACL和芝加哥的IPSec VPN。

问题

1. 我无法弄清楚在处理故障时要处理什么OSI层。
2. 我是否参与互联网服务提供商，并告诉他们我的问题？ 我应该指点谁？