cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
68213
Views
119
Helpful
49
Replies

3750 recovery BAUD setting

cweatherford
Level 1
Level 1

So I had to format flash and recover. I did the quicker way by using set BAUD 115200...once the .bin was across I forgot to set the baud back to 9600. I have followed instructions: go back to switch: set BAUD 9600 then reset. also tried the unset command. problem is it always comes back up with a BAUD of 115200. Can someone tell me wahat I am doing wrong? Will I have to label 1 switch as 115200?

TIA!

1 Accepted Solution

Accepted Solutions

Riccardo and cweatherford,

The only thing that comes to my mind, then, is to try to execute this rather intrusive set of commands in the bootloader:

flash_init

delete flash:config.text

delete flash:private-config.text

set BAUD 9600

set (just verify if the BAUD variable currently holds the value of 9600)

set_bs bs: rw

set_param

reset

Please note that this sequence of commands will completely erase the configuration including RSA keys, possibly SDM templates etc.

If this does not help then I don't know what will.

Best regards,

Peter

View solution in original post

49 Replies 49

rsimoni
Cisco Employee
Cisco Employee

Hello,

unfortunately there is nothing you can do now

The only supported speed on this platform for xmodem transfer is 9600. The ROMMON CLI allows you to change speed to another value but then the change you would do in IOS back to 9600 is not synchronized with the ROM as this was never supposed to happen.

At the same time even if you break again into ROMMON you cannot set another speed or unset it. I guess you tried it already. You might have it another go but from past experience is not working.

So the solution is just as you wrote to label this switch as 115200 or RMA it.

The bug which (partially) documents this is

CSCsd98949    Console speed changes to value of boot loader BAUD env var after reload

The notes that you cannot read are basically telling what I wrote above.

Please rate and close the thread accordingly.

Regards,

Riccardo

Wow...I even pulled those instructions from the Cisco site http://www.cisco.com/en/US/products/hw/switches/ps628/products_tech_note09186a0080169696.shtml

Thanks Riccardo! I can stop trying to figure this out now

indeed this is a bad doc as it suggests to set speed to an unsupported value!!!

in theoretical terms the issue could be solved from a sw point of view (allowing a line speed synch from IOS to ROM) but the BU decided not to do so as the only supported speed is 9600...

Feel free to close the question when you are done

thanks

Riccardo

Riccardo,

No offense intended, but this behavior is worse than silly - it is utterly brain-damaged. So the bootloader allows me to set the BAUD boot environment variable and store it somewhere but does not allow me to rewrite or unset it, neither from bootloader prompt nor from IOS? Once a code exists to set, rewrite and unset boot environment variables, where's the point in disallowing selected operations for selected variables? To me, this is nothing less than a gross software regression, especially considering that this WORKED correctly before!

Moreover, how can a particular speed be "unsupported" for xmodem? The xmodem is purely a software protocol that runs over any unframed character-based device or interface. Once the UART in 3750 supports the usual speeds typical for COM ports, the xmodem will happily run over it. Saying that "the 9600 bps is the only speed supported by xmodem" is like saying "the 10Mbps is the only supported speed by Ethernet DIX frame format" - slapping two totally independent things together.

Seriously, is there not a (possibly hidden) bootloader command that erases and reinitializes the area where boot variables are stored?

Best regards,

Peter

Hi Peter,

unfortunately this is what the BU decided... I cannot comment further on it.

This is what they wrote when they closed the internal bug opened to track this behaviour

"It had been previously decided by the 3750 team that this behavior was

acceptable and would not be changed."

and "we officially only support 9600 baud even though the speed command is accepted."

you could try to change it again while in ROMMON but the value you enter is reset after reload.

--> reload

--> break booot

--> set BAUD 9600

--> boot

So, only chance is to RMA the switch if you don't want to connect at 115200 all the times.

Riccardo

Riccardo,

I gave you a hard time answering my slightly annoyed post - but I assure you I did not intend to do any harm.

Is this problem also reproducible on 3560V2?

Best regards,

Peter

eheheh no problem 

Is this problem also reproducible on 3560V2?

I don't really know...

R

Riccardo and cweatherford,

The only thing that comes to my mind, then, is to try to execute this rather intrusive set of commands in the bootloader:

flash_init

delete flash:config.text

delete flash:private-config.text

set BAUD 9600

set (just verify if the BAUD variable currently holds the value of 9600)

set_bs bs: rw

set_param

reset

Please note that this sequence of commands will completely erase the configuration including RSA keys, possibly SDM templates etc.

If this does not help then I don't know what will.

Best regards,

Peter

So what happens say if you watch it boot up at 115200  and then once its booted up make sure the config register is 0x2102 and reboot . This does not set the console speed to 9600 ????  

Glen,

This won't work. This is a 3750 Catalyst switch - it does not have a configuration register, rather an environment variable that controls the console port speed. Obviously it can be set but once defined, the bootloader does not allow it to be unset or redefined.

Best regards,

Peter

Nice feature !!!

Disclaimer

The     Author of this posting offers the information contained within this     posting without consideration and with the reader's understanding  that    there's no implied or expressed suitability or fitness for any   purpose.   Information provided is for informational purposes only and   should not   be construed as rendering professional advice of any kind.   Usage of  this  posting's information is solely at reader's own risk.

Liability Disclaimer

In     no event shall Author be liable for any damages whatsoever   (including,   without limitation, damages for loss of use, data or   profit) arising  out  of the use or inability to use the posting's   information even if  Author  has been advised of the possibility of  such  damage.

Posting


Long time ago (about 6 months after their initial release), I bumped into the same issue with an original series 3750 (might have been a 3750G).  I.e. increased console speed to max for IOS upload and then got stuck with higher speed.  I remember I went crazy trying to get it back to 9600; also remember I eventually did.  Problem is, this was so long ago and only one time, don't recall what I exactly did to get it to work although I don't think it was quite as complex as what Peter has listed.  I very vaguely recall something with unsets in ROMMON and something I did in the IOS.  Again, unfortunately, don't recall the specifics of how I got it to work, but to recall I did get it to work.  (Also recall, I wasn't worried about preserving anything but the newly loaded IOS.)

Peter,

Thank you so much for the help. It solved the issue that I had with my 2970.

Regards

 

Thank you! it solved my problem on an 2960 too :)

Best regards Kevin
Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: