关于Panabit V7.08带宽管理的三种机制：

panabit

原帖由 gb43254 于 2007-8-11 01:15 发表
panabit的目的:
带宽的尽量被用掉,让正常的尽量占用更多,控制不好的.

你说得很对。如果有带宽放在那里浪费，实在是没有必要。
关于触发机制，能否说得更加详细一些？
不过我们的确在考虑，如果一个预留或保证类同到在指定的时间内没有流量，就自动将其带宽归还给系统，
因此我们考虑在通道参数里增加一个TTL参数，这个参数指定通道的最大空置时间。
加入这个参数同我们现有的架构先天的一致，呵呵。我们内部专门有一个“垃圾”回收框架（引擎）。
这样做有很多好处，比如你给领导预留了带宽，如果领导没有上网，那么他的那部分带宽将会自动归还给
系统。
其实有很多方式可以实现，但是要选择一种用户可以控制而且又容易理解的方式。
Panabit设计的一个原则是，尽量提供机制（mechnasim），而将策略(policy)交给用户自己决定。否则
如果用户有一个需求，我们就不加分析的跟在后面补，那么最后Panabit肯定是越来越难以维护。

好在有你们这么多人帮帮忙，相信在大家的努力之下，Panabit会做得越来越好。
谢谢各位！

gb43254

定BT速控制很好，
通道名称 通道类型 通道方向 带宽(kbps) 状态 流量(丢弃/通过)
netgamedown 带宽保证 下行 2000 正常
56018/21615840
netgameup 带宽保证 上行 2000 正常
0/3508833
p2p 带宽限制 双向 3000 正常
0/1482306597
defaultgrp 带宽限制 双向 15000 正常
0/3194603351

丢弃是因为什么原因

[ 本帖最后由 gb43254 于 2007-8-13 01:41 编辑 ]

panabit

原帖由 gb43254 于 2007-8-13 01:40 发表
定BT速控制很好，
通道名称 通道类型 通道方向 带宽(kbps) 状态 流量(丢弃/通过)
netgamedown 带宽保证 下行 2000 正常
56018/21615840
netgameup 带宽保证 上行 2000 正常
0/3508833
p2p 带宽限制  ...

丢弃是由于BT速度超过了预定速度，因此要将数据包丢弃。