|
|
 |
|
|
| 1. 环形网络的问题，已解决，但不明原因，请高手进入！（欢迎麦子！） |
  |
|
 |
|
HP : 0 / 376
MP : 98 / 4483
EXP : 6%
|
|
名动江湖
成员等级: 16
发表总数: 295
金币总数: 674
所属组别: 中级成员
注册日期: 2004/12/13
|
在一个环型网络中，各交换机的连接如下：
6509---sdh---2950---sdh---3550---sdh---再接到第一个6509上面去。现在我是在2950的交换机上，情况是这样的：我把2950的两个fa0/1和fa0/2分别接到sdh上后（fa0/1是接3550的，fa0/2是接6509的），交换机提示：
00:48:28: %ETHCNTR-3-LOOP_BACK_DETECTED: Loop-back detected on FastEthernet0/2. The port is forced to linkdown.
00:48:29: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to down
00:48:30: %LINK-3-UPDOWN: Interface FastEthernet0/2, changed state to up
然后这个fa0/2就不停的起来再下去。用show spantree查看了一下，fa0/2的端口状态为LIS状态。于是我把fa0/1端口的网线拨出来，只插入一条fa0/2端口的网线，发现这个错误照报不误，但是此是我的这个网络中已无环路了啊。
后来我发现把与2950相连的6509上的那个端口4/1先down掉，再开启(set port disable 4/1，set port enable 4/1)，这样2950就不会报错了。再用show span查看，发现所有的端口都处于FWD状态。接着我登陆3550上去，输入命令show spantree，发现与2950相连的端口的状态为BLOKING状态，也就是说这个生成树工作是正常的了。
于是我把这个fa0/2端口的网线拨掉，此时的网络仍是通的。但是当我再插入时网线时，以前的环路故障又出来了。于是又得让我去6509上面去再disable、enable一下那个端口，然后又好了。
后来我在2950的端口fa0/1，fa0/2端口下加了句命令no keepalive，发现再插入网线或拨出，这个2950的交换机都正常了，不会出现那个环路的提示了。
问题是解决了，可是我不知道为什么。
１、no keepalive，这条命令的具体作用是什么？为什么加了后就不会出现这个环路提示了呢？
２、加了这一句后会不会对网络产生什么影响？
３、与2950相连的3550的交换机上，为什么不用加这条命令，但却可以工作的很好呢？
４、这个故障与那个sdh有没有关系呢？
５、这个2950的ios版本为12.1(11)EA1，是不是版本太低了的原故，升级版本后可以改变吗？
附原来的fa0/2的接口的情况：
FastEthernet0/2 is up, line protocol is up
Hardware is Fast Ethernet, address is 000b.be11.a582 (bia 000b.be11.a582)
MTU 1500 bytes, BW 100000 Kbit, DLY 1000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s
input flow-control is off, output flow-control is off
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue :0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
9076 packets input, 2830575 bytes, 0 no buffer
Received 8306 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 6084 multicast, 0 pause input
0 input packets with dribble condition detected
896 packets output, 160376 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out
谢谢各位仁兄啦！谢谢，谢谢！ |
|
|
|
| 2. Re:环形网络的问题，已解决，但不明原因，请高手进入！（欢迎麦子！�... |
|
|
 |
|
HP : 250 / 1254
MP : 1625 / 21993
EXP : 16%
|
|
迟则生变
成员等级: 51
发表总数: 4877
金币总数: 308
所属组别: 管理员
注册日期: 2003/01/9
|
观察细致，描述清楚，分析到位， hlcalf已经具备成为一流高手的潜质。 
交换机如果接收到自己发出的keepalive信息则会认为发生了环路，关闭了keepalive则交换机检测不到环路，对于业务数据基本没有影响。
交换机能够接收到自己发出的keepalive信息可能与SDH的配置有关，很可能2950-6509的信道和2950-3550的信道是互通的，导致数据被传回，照这样说2950-6509的信道和3550-6509的信道设置正确因而没有互通，所以环路没有发生在3550上－－当然这只是假设，是否能够成立，需要小心验证。
没有谁能像一座孤岛/在大海里独踞/每个人都像一块小小的泥土/连接成整个陆地/如果一块泥土被海水冲去/欧洲将缺其一隅/这如同一座山岬/也如同你的朋友和你自己/无论谁死了/都是自己的一部分在死去/因为我包含在人类这个概念里/因此我从不问丧钟为谁而鸣/它为我，也为你
No man is an Island, entire of itself; every man is a piece of the Continent, a part of the main; if a clod be washed away by the sea, Europe is the less, as well as if a promontory were, as well as if a man or of thy friends or of thine own were; any man's death diminishes me, because I am involved in Mankind; And therefore never send to know for whom the bell tolls; It tolls for thee.
|
|
|
|
| 3. RE: 环形网络的问题，已解决，但不明原因，请高手进入！（欢迎麦子！... |
|
|
|
|
|
HP : 0 / 376
MP : 98 / 4483
EXP : 6%
|
|
名动江湖
成员等级: 16
发表总数: 295
金币总数: 674
所属组别: 中级成员
注册日期: 2004/12/13
|
[QUOTE]
很可能2950-6509的信道和2950-3550的信道是互通的，导致数据被传回，照这样说2950-6509的信道和3550-6509的信道设置正确因而没有互通，所以环路没有发生在3550上。[/QUOTE
老兄，这几句有点晕啊。可否详解一下，另外，从哪儿能找到sdh的大概的资料？ |
|
|
|
| 4. Re:环形网络的问题，已解决，但不明原因，请高手进入！（欢迎麦子！�... |
|
|
|
|
|
HP : 250 / 1254
MP : 1625 / 21993
EXP : 16%
|
|
迟则生变
成员等级: 51
发表总数: 4877
金币总数: 308
所属组别: 管理员
注册日期: 2003/01/9
|
可以考虑测试一下当2950-6509信道断开时6509是否仍能看到2950和3550两个CDP Neighbour来验证.
示意图：
附带图片
没有谁能像一座孤岛/在大海里独踞/每个人都像一块小小的泥土/连接成整个陆地/如果一块泥土被海水冲去/欧洲将缺其一隅/这如同一座山岬/也如同你的朋友和你自己/无论谁死了/都是自己的一部分在死去/因为我包含在人类这个概念里/因此我从不问丧钟为谁而鸣/它为我，也为你
No man is an Island, entire of itself; every man is a piece of the Continent, a part of the main; if a clod be washed away by the sea, Europe is the less, as well as if a promontory were, as well as if a man or of thy friends or of thine own were; any man's death diminishes me, because I am involved in Mankind; And therefore never send to know for whom the bell tolls; It tolls for thee.
|
|
|
|
| 5. Re:环形网络的问题，已解决，但不明原因，请高手进入！（欢迎麦子！�... |
|
|
 |
|
HP : 0 / 11
MP : 2 / 115
EXP : 47%
|
|
新手上路
成员等级: 1
发表总数: 6
金币总数: 22
所属组别: 普通成员
注册日期: 2005/09/5
|
CDP是个二层的协议吧？只能发现端口各自网段的设备吧？
网络在你身边，世界从此改变 |
|
|
|
| 6. Re:环形网络的问题，已解决，但不明原因，请高手进入！（欢迎麦子！�... |
|
|
|
|
|
HP : 243 / 1219
MP : 1503 / 21379
EXP : 79%
|
|
测试中......
成员等级: 49
发表总数: 4509
金币总数: 301
所属组别: 核心成员
注册日期: 2003/01/10
|
信道要是P2P的话.这种环路不应出现.
不知道SDH方面的数据是怎么做的?
 |
|
|
|
| 7. Re:环形网络的问题，已解决，但不明原因，请高手进入！（欢迎麦子！�... |
|
|
 |
|
HP : 0 / 202
MP : 34 / 3395
EXP : 10%
|
|
江湖异人
成员等级: 9
发表总数: 102
金币总数: 297
所属组别: 普通成员
注册日期: 2003/04/15
|
个人认为跟SDH无关。 连接是通过SDH加协转作的桥接吧？要么就是MSTP，楼主没说明白 |
|
|
|
| 8. RE: 环形网络的问题，已解决，但不明原因，请高手进入！（欢迎麦子！... |
|
|
|
|
|
HP : 0 / 376
MP : 98 / 4483
EXP : 6%
|
|
名动江湖
成员等级: 16
发表总数: 295
金币总数: 674
所属组别: 中级成员
注册日期: 2004/12/13
|
| QUOTE | 可以考虑测试一下当2950-6509信道断开时6509是否仍能看到2950和3550两个CDP Neighbour来验证.
示意图： |
麦子， 按您的示意图，当我把2950与3550的交换机相连的那条到SDH的网线拨掉后，应该是没有环路了啊？怎么还会探测到有loop-back的产生呢？ |
|
|
