- Community Home
- >
- Networking
- >
- Legacy
- >
- Switches, Hubs, Modems
- >
- Console not responding ProCurve 2650 switch
Switches, Hubs, and Modems
1753469
Members
5277
Online
108794
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-29-2005 08:23 AM
тАО06-29-2005 08:23 AM
Console not responding ProCurve 2650 switch
change the baud rate on the switch to 57600.
Using this command : "console baud-rate 57600".
I change the settings in telnet to reflect the 57600 baud-rate. It connects then immediately hangs and telnet becomes unresponsive. I then went to device manager and changes the com port settings on the pc to the 57600 baud-rate and still the same problem. I tried to reset the switch three times to get it back to the factory settings but I believe that the baud settings remain at 57600. Any suggestions???
Using this command : "console baud-rate 57600".
I change the settings in telnet to reflect the 57600 baud-rate. It connects then immediately hangs and telnet becomes unresponsive. I then went to device manager and changes the com port settings on the pc to the 57600 baud-rate and still the same problem. I tried to reset the switch three times to get it back to the factory settings but I believe that the baud settings remain at 57600. Any suggestions???
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-29-2005 09:01 PM
тАО06-29-2005 09:01 PM
Re: Console not responding ProCurve 2650 switch
Hi,
probably not of help in your case, but I am under the impression that ProCurve switches do have a general problem with their serial console port. Almost every time I go to a switch deployed somewhere on a campus and running for some time, connecting the cable and starting the terminal program leads to nothing but a mute console, independendly of what settings are in use or how long I hammer the CR key. The cabling and terminal program are perfectly working, as a power cycle to the switch will show all the POST stuff and after the boot the CLI is available again. I first thought that was due to the ussual Windows sillyness an Hyperterm breakage, but it since happened to me a lot of times on my Linux/minicom laptop as well, so it seems to be more general. And no, of course my terminal program has hardware and software flow control set to off.
Do you anything when the switch boots, even if it is hosed due to a bitrate mismatch?
Andre.
probably not of help in your case, but I am under the impression that ProCurve switches do have a general problem with their serial console port. Almost every time I go to a switch deployed somewhere on a campus and running for some time, connecting the cable and starting the terminal program leads to nothing but a mute console, independendly of what settings are in use or how long I hammer the CR key. The cabling and terminal program are perfectly working, as a power cycle to the switch will show all the POST stuff and after the boot the CLI is available again. I first thought that was due to the ussual Windows sillyness an Hyperterm breakage, but it since happened to me a lot of times on my Linux/minicom laptop as well, so it seems to be more general. And no, of course my terminal program has hardware and software flow control set to off.
Do you anything when the switch boots, even if it is hosed due to a bitrate mismatch?
Andre.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-29-2005 10:15 PM
тАО06-29-2005 10:15 PM
Re: Console not responding ProCurve 2650 switch
try setting the terminal emulator(s) for serial and telnet to the same speed you set the switch to. by default the console setting is "speed sense" which should auto match your term emulator. If the issue is outside of this, i recommend you open a support call...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-30-2005 01:25 AM
тАО06-30-2005 01:25 AM
Re: Console not responding ProCurve 2650 switch
I've only used the factory baud-rate of 9600 on the 2600 series. The only problem I've experienced with the Procurve series 5300 / 2600 is that if you do no logout and disconnect from the console properly, you are forced into one of two options 1) reboot the switch or 2) use an IP based connection with telnet. For whatever reason, this generation of switches does not like the console connection being disconnected without grace.
Once logged in using telnet, it agrees with having the console session killed. You wouldn't be able to tell by doing a session list as the console session is always listed. After a kill on session one, you can again use HyperTerminal to access the console. This procedure is an alternative to rebooting the switch.
Once logged in using telnet, it agrees with having the console session killed. You wouldn't be able to tell by doing a session list as the console session is always listed. After a kill on session one, you can again use HyperTerminal to access the console. This procedure is an alternative to rebooting the switch.
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP