- Community Home
- >
- Networking
- >
- Switching and Routing
- >
- Web and Unmanaged
- >
- Re: Questions about our V1810-48G Switches
Categories
Company
Local Language
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
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
Community
Resources
Forums
Blogs
- 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
тАО04-18-2012 08:30 AM
тАО04-18-2012 08:30 AM
Questions about our V1810-48G Switches
We purchased 4 HP V1810-48G (PK.1.4, eCos-2.0, CFE-3.8) switches and connected them in series in our rack.
In our original layout, these switches are supposed to be placed in HA (top switch connected to the second, the second switch connected to the third, the third connected to the fourth and lastly a loop from the forth to the first. This way, if we lose a switch, the swiches on either side of it can still communicate.
We enabled Loop Protection for the ports in the switch chain, however we we plug the forth switch into the top the entire network dies instanly. What do we need to do to put our switches into a HA configuration? Why isn't Loop Protection detecting the problem, and locking out the offending port until it's needed?
Lastly, our switches seem to reboot at various times (with none of the 4 having more than 3 weeks uptime) and we also may already have a bad port. All four of these switches were just purchased in December. Is anyone one else having any stability issues with this model?
Doug
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-21-2012 11:15 PM - edited тАО04-21-2012 11:21 PM
тАО04-21-2012 11:15 PM - edited тАО04-21-2012 11:21 PM
Re: Questions about our V1810-48G Switches
Hello,
Loop protection works by sending out a special packet on the port, multicast if it's enabled globally, and if it receives the packet again (on any port) with the source MAC of one of its own ports, it disables the port it received it on. Thus it's possible that it's disabling the link between the top switch and the second one, causing an "outage" of your network.
This feature is definitely not intended for use as a HA configuration! Note that there is no way to have loop-protect automatically re-enable the port when the loop is gone - the only way to do this would be to set a disable-timer that is very low, but again this isn't intended for high availability use. In fact, the V1810 switches have nothing to do with high availability, otherwise they would support HA features like distributed trunking and VRRP (and probably cost quite a bit more). They're intended as edge switches with some basic features that uplink to your core/distribution switches that have HA in place if you need it.
That being said, your issue with switch reboot at various times and a bad port is definitely something that you should open a support case for. Release to support software PK.1.11 has a fix for an issue where the switch and clients may become unresponsive after some days of uptime, so you might be provided with the latest PK.1.12 in this case if it is a match. You might also be running into a hardware issue though. As I've said, open a case with support so we can properly investigate this.
Justin
Working @ HPE
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-02-2012 11:53 AM
тАО05-02-2012 11:53 AM
Re: Questions about our V1810-48G Switches
We also bought our switches in Nov or Dec of last year and we have the same issue with the ports going out. Everything is running fine then all of a sudden the port stops responding and the client can't find the DHCP server. We still have link lights on both ends, but the port just won't respond.
Then when we plug the connection into another port on the switch the connection works immediately.
We already updated to PK1.11 a couple of months ago, which was the recommended fix, but it started happening again. So far 2 ports have gone out this week.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-09-2012 06:03 AM
тАО05-09-2012 06:03 AM
Re: Questions about our V1810-48G Switches
Hello,
we have here the same problems.
We have two 1810-48G in one Rack. Meanwhile each of them have his own Uplink to the Core.
(Before we had performance problems on the Clients)
Both Switches are HP V1810-48G, PK.1.4, eCos-2.0, CFE-3.8
We have trouble with unforeseen reboots of the switches.
Today We have the excactly same issue:
@abag wrote:We also bought our switches in Nov or Dec of last year and we have the same issue with the ports going out. Everything is running fine then all of a sudden the port stops responding and the client can't find the DHCP server. We still have link lights on both ends, but the port just won't respond.
Then when we plug the connection into another port on the switch the connection works immediately.
We already updated to PK1.11 a couple of months ago, which was the recommended fix, but it started happening again. So far 2 ports have gone out this week.
Who else have this Problem ?
Is there any Statement from the HP Networking Guys ?
Thanks !
Best Regards
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-31-2013 04:47 PM
тАО03-31-2013 04:47 PM
Re: Questions about our V1810-48G Switches
We have had these switches for months with the same issues. We just had a printer on a port last week that was very sluggish and then we moved the connection to a new port on another switch and it worked just fine. We have to reboot the switches manually when they start acting up unless they reboot on thier own before we get to it. We have worked with support and the swithes are now updated to PK.1.15 but to no resolve. Users will call and say they can't access something because the switch rebooted which disconnects the user from the network application during the process. Ugh...so frustrating. I have all kinds of other HP equipment that are work horses but I am not so sure about these switches.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-09-2013 09:20 AM
тАО05-09-2013 09:20 AM
Re: Questions about our V1810-48G Switches
We are having exactly the same issue with 3 of our HP V1810-48G Switches.
Everything is working perfectly and then overnight a few of the ports will stop working.
The computer/laptop still picks up that it is connected & the switch still picks up the link as active but no traffic goes through.
The computer/laptop won't be able to get an IP and even if I manually assign one, it still cannot ping or connect to anything.
If I plug the computer into a different port then it all works, alternately, if I reboot the switch, it all starts working again (but obviously it disconnects the other 47 ports while the reboot occurs).
I have updated the switches firmware to the latest in the hopes that maybe it was a software fault but it is still occurring. If it was one switch I would assume it to be a faulty switch but the fact that it is happening on 3 switches means there is some sort of configuration fault somewhere.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-24-2013 09:22 PM
тАО07-24-2013 09:22 PM
Re: Questions about our V1810-48G Switches
We have hundreds of these deployed in various locations and we are randomly experiencing the loss of network connectivity while retaining link lights as well. Base configs to multiple vlans and trunks, with and without loop protection. 1.4 and 1.15.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-20-2013 08:59 AM
тАО08-20-2013 08:59 AM
Re: Questions about our V1810-48G Switches
We have one V1810-48G , and after we had some problems with it rebooting randomly early this year, we upgraded it to 1.15.
But a week ago it just stopped responding on the managment port.
I guess there is still no solution to this problem?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-03-2013 06:27 AM
тАО09-03-2013 06:27 AM
Re: Questions about our V1810-48G Switches
We are having issues with ports going down. We have bought 2 new 1810 48G switches. 1 is deployed. These are less than 2 weeks old.
Any help out there?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-04-2013 06:04 AM
тАО11-04-2013 06:04 AM
Re: Questions about our V1810-48G Switches
I also have the same problem of sudden network lost. Y have 9 switches bought eary this year (2013) and updated to version 1.15 without success.
I tried changing link speed negotiation to slow one, changing network card drivers, with no result.
Firsdt the problem was detectec on user computers, but now i'm having problems with other devices as printers also.
Any help will be appreciated.