|
Home > Archive > CCIE > March 2002 > 7000 series router problem
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
7000 series router problem
|
|
| haseeb_eng 2002-03-05, 3:11 am |
| May be i am answering my question by myself but still i wana know your views & ideas .
the senario is .... a 7000 series router is gateway for ISP and behind that there are many access servers which are accessing internet . If you see from the graph that there was a drop on the main router few hours back for few minutes & and after 30 minutes of that drop there was a burst for about 10 or 15 minutes which took over the whole bandwidth .
And the drop was also in all access servers but none of them shows that burst except one AS5400 in that graph . what could be the problem you guys think ?
-any user or group of users consuming too much bandwidth ?
-somebody tried to hack it ?
-could be link problem from the main internet
provider company ?
And how could you see this from the router itself that what happened at that time ? I had check database & radius server also but there was no problem with that . | |
| haseeb_eng 2002-03-05, 3:36 am |
| MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 6/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Half-duplex, 100Mb/s, 100BaseTX/FX
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 1w1d
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: priority-list 1
Output queue (queue priority: size/max/drops):
high: 0/20/0, medium: 0/40/0, normal: 0/60/0, low: 0/80/0
5 minute input rate 2515000 bits/sec, 579 packets/sec
5 minute output rate 387000 bits/sec, 429 packets/sec
775610227 packets input, 3951697210 bytes, 0 no buffer
Received 3892009 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog
0 input packets with dribble condition detected
640755205 packets output, 709458160 bytes, 0 underruns(0/0/0)
0 output errors, 11107769 collisions, 2 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out | |
|
| I would reset the counters and watch for those collisions again. I think it has to do with excessive collisions, but what is exactly causing them requires more info. | |
| haseeb_eng 2002-03-06, 12:40 am |
| ya you are right i checked this thing before sending you this whole info but the thing is this that how i am gona stop this collision ? and i clear interface also but it does not clear the collisions . | |
|
| What is this interface connected to?
I can see it's a Fastether, but is it connected to some sort of hub?
What ever it's connected to is causing the issue.
Also if you have too many nodes on the same segment, Over 300. | |
| haseeb_eng 2002-03-06, 4:22 am |
| it is connecting to another router and it is having less then 300 nodes . now what ? | |
| jorgemcse 2002-03-14, 6:44 pm |
| I would check for duplex mismatch at least at the other end , if one end has very high collisions in a short period of time after clearing counters it could be a sign of interface hardware problems, open a TAC case. |
|
|
|
|