节点上万的网络，如何做流量控制？欢迎讨论

bigrong

还有，可以考虑将nat和p2p流控分开处理，先流控了，再NAT。NAT一些好些的路由器，比如h3c、harbournetwork（现在没了），都做得不错，速度比较快。先流控最关键是可以看看，那些小子在捣乱。
我其实挺讨厌加那么多东西的，搞得网络拓扑复杂，搞不好弄得跟北京西直门立交桥似的。

无倦

买个p2p的限速设备不就行了嘛。

mailjzwu_1

长见识,中小型网络,一千,几百个节点,你怎么折腾都行,当节点上万,十万,规划没做好,问题会呈几何级数递增的,呵呵,根据性能要求及经济许可,两方面结合阿

macer

把中国电信丢了的设备买过来，肯定有得搞的啦！！对楼主还有好处，，，

connet

原帖由 bigrong 于 2006-12-11 17:26 发表

有些不同意这位同志的说法。我不卖硬件，大家可以放心，我只是网络世界报社的一个普通编辑而已。
老实讲，我觉得服务器跑不快不是因为CPU性能不好，而是说他们的I/O架构还是有问题的。二一些路由器或者好的防火 ...

不对吧？
32-bit, 33 MHz PCI = 133 MB/s=1Gbps
32-bit, 66 MHz PCI = 266 MB/s=2Gbps
       
64-bit, 33 MHz PCI = 266 MB/s=2Gbps
64-bit, 66 MHz PCI = 533 MB/s=4Gbps

服务器上64位pci 很常见。ipc 上pci 还有多路独立的。
1G 算什么？现在的pci-e更不在话下
三层以上使用硬件产品还不如随便找一台PIII

bigrong

ls有开销你算了吗？
另外，ia架构的I/O效率也不敢恭维。

lengi

在核心的出口做流量和内容控制，这个构架本身就不是明智的。正如你在拥挤的高速公路上拦下每辆车，并对所有车上的每人个人检查一遍，可想下速度有多慢。
所以建议
1、在接入层实施QOS，来控制流量。
2、使用Netflow等工具，采样监控网络状况，并根据你实际的网络应用不断优化。

seven007

原帖由 lengi 于 2006-12-13 13:26 发表
在核心的出口做流量和内容控制，这个构架本身就不是明智的。正如你在拥挤的高速公路上拦下每辆车，并对所有车上的每人个人检查一遍，可想下速度有多慢。
所以建议
1、在接入层实施QOS，来控制流量。
2、使用N ...

这个比喻比较贴切

mirnshi

原帖由 lengi 于 2006-12-13 13:26 发表
在核心的出口做流量和内容控制，这个构架本身就不是明智的。正如你在拥挤的高速公路上拦下每辆车，并对所有车上的每人个人检查一遍，可想下速度有多慢。
所以建议
1、在接入层实施QOS，来控制流量。
2、使用N ...

总共双向600M的流量并不算大吧？我在超微服务器的板子，2颗p4，千兆intel卡，freebsd6，smartbit小包双向都可以达到22%以上的通过率，pci-e的千兆卡，我也测试过，也可以达到22%以上的通过率，优化更好一点可以达到25%，这时的通过率受限于io.在实际环境中，包平均值在400，这时候可以达到80%以上的通过率了。所以在这种校园网，用类似架构的足可以应付，包整形的速度还是非常快的。

dzb_01

原帖由 lengi 于 2006-12-13 13:26 发表
在核心的出口做流量和内容控制，这个构架本身就不是明智的。正如你在拥挤的高速公路上拦下每辆车，并对所有车上的每人个人检查一遍，可想下速度有多慢。
所以建议
1、在接入层实施QOS，来控制流量。
2、使用N ...

那在出口做流量限速时的人数最大瓶颈为多少

我曾经做过最高在线人数1100多人的在出口nat做qos，并没有什么问题，用户那端没有反应速网速慢或游戏卡，外网ping值也正常，
当时外线140M,铁通100，电信通40，
出口nat配置为dell1800，双至强2.8CPU，2G内存

请问如果人数还要增多，那最多能多到多少人，在出口限速就不合适了

[ 本帖最后由 dzb_01 于 2006-12-13 14:31 编辑 ]