ROS与PANABIT的限速作用问题
在PA做P2P单IP限速,假设单IP限速是40KB在ROS中对单IP再进行限速,假设单IP限速是70KB
目的是想用户在用P2P下载时还可以较顺畅的开网页
但实际情况很奇怪,用户在P2P时通过360观测及迅雷可以直观的看到确实被PA限制在40KB
而在ROS中观测到此IP的下载已达到ROS的限定值70KB,并且网页打开非常慢非常慢
这30KB跑哪里去了?
为什么会这样?
请高人指教.多谢! 请管理员帮忙解释一下,多谢了! 有谁来指导一下了.:'( :) :lol :lol 楼上的别笑好么,真烦愁呢. 你出现的情况是，实际带宽已经通过路由，再从PA 上对多余带宽做丢弃，
你可以通过上行带宽控制，对端抑制，来减少下行的带宽，
标准版对端抑制功能没有
你可以在PA监控统计左边当前策略--流量控制--看到PA 的丢弃率（动作前，动作后） 多谢"mjj",现在明白了.这样来看标准版的PA还没有办法实现这种愿望.
不知有没有什么变通的方法可以实现,目的就是想让P2P在用时不是很多影响上打开网页的速度. PA 对下行的抛弃的作用是什么，我一直没弄明白 原帖由 vincelau 于 2010-9-18 19:06 发表 http://www.panabit.com/forum/images/common/back.gif
PA 对下行的抛弃的作用是什么，我一直没弄明白
是否抛弃下行，取决于你自己的策略，PA只是提供各种工具而已。
从原理上讲，抛弃下行能够部分达到让远端发慢一点的目的，但是这个和浪费下行带宽比，还是不太划算的，特别是UDP类的应用。
TCP的抛弃下行，效果还是不错的，因为TCP有自己的流控机制，抛弃下行会导致协议栈的负反馈，从而远端会慢些发送。
实际的经验是：
1） UDP的采用减少上行请求达到下行响应减少的目的，简单的说，就是控制上行流量来达到降低下行流量目的；
2） TCP的，采取对端主动抑制或对下行流量做控制即可； 多谢管理员的指导!!!
页:
[1]
2