RE: cs500 password recovery [7:26824]

[Mark Shickell]

Cheers Mike you're a star ! played around with holding the button down for
various time intervals and about 5 seconds after powerup did the trick - God
knows !!

All's well that ends well.

Cheers
Mark

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 20 November 2001 15:55
To: [EMAIL PROTECTED]
Subject: RE: cs500 password recovery [7:26824]


The procedure does work but not exactly as you might think. The push button
on the front doesnt reset the config( or not on mine) but does bypass the
config on startup. You can edit the startup, change the password, etc then
save it and reboot. I had to do this when I mistyped the file name for a
remote boot file off a TFTP server.. oops..

IF you have tried this and it doesnt reset, take the cover off and spray
some contact cleaner into the pushswitch. This switch is rarely used and it
will get all kinds of crud in it ranging from smoke deposits to corrosion.
Sometimes pushing the switch from the CCA instead of the button works.

If you still have issues with it, drop me a line at webmaster at
packetattack.com

MikeS




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=26982t=26824
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

cs500 password recovery [7:26824]

[Mark Shickell]

I've followed the procedure to the letter
http://www.cisco.com/warp/customer/474/pswdrec_cs500.html
but the thing's still asking me for a password, residual host name indicates
to me that config still intact.

Ideas appreciated ?

Mark



Press RETURN to get started!





FHS649CSen

Password:
Password:
Password:
FHS649CS




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=26824t=26824
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: AARRGGHH!!! Flash on a 2500! [7:24564]

[Mark Shickell]

 I'm trying to upgrade the IOS on a 2500 router.  When I attempt to delete
 the current IOS image, or erase the flash altogether, it tells me it's in
 read-only mode.  Fine.  I've scoured Cisco's website trying to find a way
 to
 put the flash into read/write mode so I can do this IOS update, but to no
 avail.  I did fine one page talking about partitioning the flash, but
 couldn't seem to use that to my advantage.  My next thing is to boot to
 rommon and try to wipe the flash there (then use the console to transfer
 the
 10MB IOS image at a blazing 9600 baud. goodie =)
 
 Any thoughts or information is appreciated.
 
 Mike W.
-- 
Sent through GMX FreeMail - http://www.gmx.net




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=24647t=24564
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Frame Relay queue question [7:24108]

[Mark Shickell]

Several questions as below. I thought I was not too bad on Frame Relay with
Ciscos but this one has me stumped. I cannot find documentation in depth
enough to answer my question. We have this problem whether we're adaptive
shaping
or not. IOS is 12.0(9) but we've a second box running 12.1(11) which is
configured identically which is giving us similar outputs (it's not loaded
much
at the moment and the boss starts pulling faces if I talk about shifting
production traffic in order to 'see what happens')

Curreny map settings
map-class frame-relay giving-me-no-end-of-grief
 frame-relay mincir 1024000
 frame-relay traffic-rate 1024000 1536000
 no frame-relay adaptive-shaping

A. We're dropping packets from the queue shown at the bottom of the output
from 'sh frame-r pvc x' Firstly what is this queue ?. Secondly can I increase
it's size ?. Thirdly what are the possible causes for it dropping ?

B. Byte increment = (mincir x (interval(ms)/1000))/8
 but what the hell is limit ? I would've thought it would be
('peak'*interval(ms))/1000 but a quick abacus session disproves that theory.
That gives me
96768

MUCRTO01sh frame-r pvc 95

PVC Statistics for interface Serial1/0 (Frame Relay DTE)

DLCI = 95, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1/0.5

  input pkts 115338output pkts 171048   in bytes 17357017
  out bytes 76515575   dropped pkts 4284in FECN pkts 54
  in BECN pkts 120 out FECN pkts 0  out BECN pkts 0
  in DE pkts 670   out DE pkts 0
  out bcast pkts 97 out bcast bytes 12652
  pvc create time 1w6d, last time pvc status changed 1w4d
  cir 1024000   bc 1024000   be 512000limit 72000  interval 63
  mincir 1024000   byte increment 8000  Adaptive Shaping none
  pkts 333488bytes 149606030 pkts delayed 166744bytes delayed
74803015
  shaping active
  Serial1/0.5 dlci 95 is first come first serve default queueing

  Output queue 36/40, 4284 drop, 924406 dequeued
MUCRTO01sh int s1/0
Serial1/0 is up, line protocol is up
  Hardware is cxBus Serial
  MTU 1500 bytes, BW 3838 Kbit, DLY 2 usec, rely 255/255, load 78/255
  Encapsulation FRAME-RELAY, crc 16, loopback not set, keepalive set (10
sec)
  LMI enq sent  74, LMI stat recvd 74, LMI upd recvd 0, DTE LMI up
  LMI enq recvd 0, LMI stat sent  0, LMI upd sent  0
  LMI DLCI 0  LMI type is ANSI Annex D  frame relay DTE
  FR SVC disabled, LAPF state down
  Broadcast queue 0/64, broadcasts sent/dropped 1515/0, interface broadcasts
1383
  Last input 00:00:00, output 00:00:00, output hang never
  Last clearing of show interface counters 00:12:20
  Input queue: 0/75/0 (size/max/drops); Total output drops: 0
  Queueing strategy: weighted fair
  Output queue: 0/1000/64/0 (size/max total/threshold/drops)
 Conversations  0/60/256 (active/max active/max total)
 Reserved Conversations 0/0 (allocated/max allocated)
  5 minute input rate 409000 bits/sec, 236 packets/sec
  5 minute output rate 1178000 bits/sec, 301 packets/sec
 181273 packets input, 41743510 bytes, 0 no buffer
 Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
 225224 packets output, 102245402 bytes, 0 underruns
 0 output errors, 0 collisions, 0 interface resets
 0 output buffer failures, 0 output buffers swapped out
 0 carrier transitions
 RTS up, CTS up, DTR up, DCD up, DSR up

-- 
Sent through GMX FreeMail - http://www.gmx.net




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=24108t=24108
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]