- Community Home
- >
- Networking
- >
- Legacy
- >
- Switches, Hubs, Modems
- >
- 5406xl
Switches, Hubs, and Modems
1748218
Members
4379
Online
108759
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
тАО09-01-2008 03:43 AM
тАО09-01-2008 03:43 AM
5406xl
We have currently installed 2 core switch 5406zl, but we encounter problems recently. Clients and not able to access some Ip addresses even they belong to the same Vlan and same switch. we configure Core A as master and Core B as backup but suddenly Core B becomes primary as well, i think that is the reason why some of our clients are not able to access our remote resources as well as local resources. Now my question is how I can re-configure Core B to act as a backup. Can someone help me please... Thanks a lot
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-01-2008 07:02 AM
тАО09-01-2008 07:02 AM
Re: 5406xl
carlo, if you could include your config files for both switches that would help us help you :-)
regards...jeff
regards...jeff
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-01-2008 11:25 PM
тАО09-01-2008 11:25 PM
Re: 5406xl
Jeff,
Please find the foloowing attached files.
thanks a lot
Please find the foloowing attached files.
thanks a lot
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-02-2008 04:18 AM
тАО09-02-2008 04:18 AM
Re: 5406xl
thanx...however i only see one config file, which appears to be the "core" router...
couple of things i noticed:
1) you probably should upgrade the code to the latest version K.13.25....read the release notes on doing the upgrade...i'm not saying that the code you have is bad, but it won't hurt to get the latest code...
2) on your vrrp config for vlan 1, it is not 'enabled'...that will definitely cause this router's vlan 1 to not be "master"...
for the rest of it, altho i didn't verify each specific vlan ip to vrrp ip, it all looks basically ok...
run 'show vrrp' to see the status...often i see that some vrrp status is in "initialize" which means the 2 vrrp configs on "master" and "backup" routers can't see each other...when this occurs, i have seen 2 common problems:
1) often due to spanning-tree blocked ports...since i also don't have a diagram to view, its hard to say if that is an issue for you or not...do a 'sh span' to verify all the main "link" connections are not in "blocking" state...
2) the other common problem is the 'backup' routers' config was actually configured as 'master'...can't have 2 masters...
when you run 'sh vrrp' on each of the routers, do it with terminal screens side-by-side if possible so you can see the status of each vlan/vrrp and make whatever changes necessary...
you are close :-)
hth...jeff
couple of things i noticed:
1) you probably should upgrade the code to the latest version K.13.25....read the release notes on doing the upgrade...i'm not saying that the code you have is bad, but it won't hurt to get the latest code...
2) on your vrrp config for vlan 1, it is not 'enabled'...that will definitely cause this router's vlan 1 to not be "master"...
for the rest of it, altho i didn't verify each specific vlan ip to vrrp ip, it all looks basically ok...
run 'show vrrp' to see the status...often i see that some vrrp status is in "initialize" which means the 2 vrrp configs on "master" and "backup" routers can't see each other...when this occurs, i have seen 2 common problems:
1) often due to spanning-tree blocked ports...since i also don't have a diagram to view, its hard to say if that is an issue for you or not...do a 'sh span' to verify all the main "link" connections are not in "blocking" state...
2) the other common problem is the 'backup' routers' config was actually configured as 'master'...can't have 2 masters...
when you run 'sh vrrp' on each of the routers, do it with terminal screens side-by-side if possible so you can see the status of each vlan/vrrp and make whatever changes necessary...
you are close :-)
hth...jeff
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