200#网管求助（版主请进）

wangyun522 · 发表于 2007-3-22 16:53:03

删贴了，我看大概就是BT的问题了，

[ 本帖最后由 wangyun522 于 2007-3-29 14:28 编辑 ]

wangyun522 · 发表于 2007-3-23 17:45:34

太郁闷了，搞不定，我辞职算了，

robur · 发表于 2007-3-23 21:32:12

lz说的不明白，我看得也是稀里糊涂的。。。
那几个高流量的IP怎么回事？
没有什么异常数据，看上去。。。貌似有人在BT

twoeyes · 发表于 2007-3-23 21:56:15

请先查一下这3个网卡地址的设备是网络设备还是客户机
Primary Access:12:C7:13 (448)
Primary Access:12:C6:FC (180)
Cisco:1B:A8:AC (1000)
如果是客户机先停掉他们,然后去他们那查

twoeyes · 发表于 2007-3-23 22:40:40

我看了一下:你那可能是p2p类的应用太多了,把超过40的端点全断掉,然后再观察,应该可以解决了.关于使用p2p的问题应该采取行政手段介入,否则很难管理好网络.

playerwhj · 发表于 2007-3-23 22:55:50

应该就是P2P或BT什么的！！

robur · 发表于 2007-3-23 23:49:53

原帖由 twoeyes 于 2007-3-23 21:56 发表
请先查一下这3个网卡地址的设备是网络设备还是客户机
Primary Access:12:C7:13 (448)
Primary Access:12:C6:FC (180)
Cisco:1B:A8:AC (1000)
如果是客户机先停掉他们,然后去他们那查

看MAC没用吧。。。
那几个IP貌似是路由，数据包过路由，以太网帧头的源MAC就都变了。

但是，从IP的流量上来看，确实就是那几个貌似为路由的IP在进行通信。
我相信这样大规模的网络里，不会存在NAT设备的，所以，网络设备之间如此大流量的通信，的确很匪夷所思。

仅为个人意见。

twoeyes · 发表于 2007-3-25 19:51:03

赞同robur的意见!
楼主怎么不说话呢?mac地址可能是vlan的2个trunk端口?cisco那个mac是路由器?如果是这样的话跟mac地址没什么关系了.
建议楼主重新部署,分别检查2个vlan内的网络数据,以及网内p2p访问问题.你网内p2p问题很严重.

robur · 发表于 2007-3-25 23:12:30

其实我说错了
那几个高流量的IP的MAC，确实是路由的MAC，但也许（很大可能）是不是路由本身，而是路由后的一个机器。。。
如上所述，这个机器的数据包过路由，以太网首部的源MAC被修改成路由的MAC了

被误导了，误导了。。。

wangyun522 · 发表于 2007-3-27 08:37:38

抱歉，宿舍电脑坏了，昨天整天忙着和学校网络中心的人（清华内也是这样的官腔严重，恶心）沟通，所以没回。大家看看，因为这里是通过电信的链路到清华本部的Cernet，所以直接被电信的链路路由过去也应该正常。
确实BT很严重，我看到的最少都是连接几百个点的。如果是BT，那真的没有什么好办法了，我拟进一台绿盟的IPS过来看看（不知大家以为如何），因为现在基于端口和IP的策略根本无法搞定BT，而且延迟大的时候可以达到上千毫秒到网关。

wangyun522 · 发表于 2007-3-27 08:44:40

原帖由 twoeyes 于 2007-3-25 19:51 发表
赞同robur的意见!
楼主怎么不说话呢?mac地址可能是vlan的2个trunk端口?cisco那个mac是路由器?如果是这样的话跟mac地址没什么关系了.
建议楼主重新部署,分别检查2个vlan内的网络数据,以及网内p2p访问问题.你网 ...

这里确有两个本地vlan，cisco那个mac应该是电信的路由（因为走的是电信的链路），但实际上内部是10M到桌面，怎么几个BT就把能容纳100M的链路拖得这么慢呢？而且到网关的数据怎么也这么慢了。内网转发都受影响，是不是交换机的能力问题？

robur · 发表于 2007-3-27 11:15:41

网络大了，问题就狠复杂（至少看上去是这样）
你不妨看一看网络设备的负载情况（CPU、RAM的占用和带宽的占用）
其实，我个人理解，如果几个人一起BT的话，堵住100M的出口不是什么问题的。

BT有惊人的连接数
可能有的网络设备对这个就很敏感，看工作方式了。。。