收集帖：请提交您的网络中流量占据前5名或应用较广泛的前5种协议名称！

baggio

为解决目前部分用户反映的“未知协议”比例较大的实际问题，为尽快进一步补充Panabit的支持协议列表，请大家以回帖形式说明自己网络中流量最大的前5种应用（如不确定，也可以提交内网用户广泛使用的5种应用）。 最好不包括Panabit目前已经支持的协议，回帖格式示例如下：


我的网络： 电雷、Utorrent、卡盟、Totolook（偷偷看）、PPNTV（天人网络电视）



也可以就您熟悉的领域（比如网络游戏、股票证券）向我们提供热门应用的排名列表，我们将在统计结果及实际的调查后进行Panabit协议库的补充工作，谢谢！

sunny

通过协议分析和匹配来抑制相应的流量当然是最合理的方法, 但由于各种应用和协议层出不穷, 要实现大多数覆盖或全覆盖工程量很大.
俺想是否可以采取一种异常流量发现和控制机制, 能够对某一节点产生的会话、连接（半连接）、流量综合判断，并采取抑制策略。如果是正常应用（访问网页、FTP、EMAIL等）则放行，否则就阻断或限流。不知可不可行？

panabit

原帖由 sunny 于 2007-8-22 12:10 发表
通过协议分析和匹配来抑制相应的流量当然是最合理的方法, 但由于各种应用和协议层出不穷, 要实现大多数覆盖或全覆盖工程量很大.
俺想是否可以采取一种异常流量发现和控制机制, 能够对某一节点产生的会话、连接 ...

你的建议很好！

这个我们也想了很久，问题的关键是，如何定义异常流量。异常流量的发现不是问题，关键是要将其定义清楚。
另外，在一个网络环境中的异常流量，放在另外一个不同的网络环境中，就可能不是异常流量。

所以我们的想法是，与其区分异常流量，还不如先找出我们的正常流量，保证这些正常流量能够按照预期那样work。

Lucifer

说的这种东西我试过。原来我设置的时候设置阻断未知流量
结果网页就无法打开了。其他的东西都没实验。看来是还没有对正常协议做完整的分析。

panabit

原帖由 Lucifer 于 2007-8-22 13:20 发表
说的这种东西我试过。原来我设置的时候设置阻断未知流量
结果网页就无法打开了。其他的东西都没实验。看来是还没有对正常协议做完整的分析。

所有的SYN， ACK都在未知流量里，因此不能阻断。
我们可以将SYN，ACK从未知流量里分开，这样就可以了。

panabit

原帖由 Lucifer 于 2007-8-22 13:20 发表
说的这种东西我试过。原来我设置的时候设置阻断未知流量
结果网页就无法打开了。其他的东西都没实验。看来是还没有对正常协议做完整的分析。

BTW, 你的游戏列表什么时候能够整理出来？

Lucifer

在外忙晚上回家整理。带着笔记本偷空上来的恩恩。

panabit

原帖由 Lucifer 于 2007-8-22 15:14 发表
在外忙晚上回家整理。带着笔记本偷空上来的恩恩。

好的，谢谢先！

gb43254

保证正常流量独立通道,别的每台工作站定个基本流量+借用流量(在总带宽流量足够时)

sunny

电信级流量控管必须依靠协议分析来做。但作为企业级网络而言，玩P2P和游戏往往是少数人，对一些具备发出连接报文量大（而且多数为半连接）、目标端口1024以上、连续上传量大等特征的节点进行封堵，即便对正常协议造成影响问题也不太，反倒会给这些人以震慑。

在没有接触到Panabit之前，俺就是用Bandwidth Controller对这些节点的目标端口为1024以上的流量作限速，只不过发现这些节点完全由人工方式进行。