Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
?
Solved

HP Procurve switch with any other switch plugged into it causes outages.

Posted on 2014-08-13
21
Medium Priority
?
536 Views
Last Modified: 2014-09-17
We have a Procurve 2910 switch.
Any users plugged directly into the switch can operate correctly.
If we plug another switch into any port, any PCs attached to that downstream switch will get an IP and then lose network connectivity. The ARP table doesn't list them at all. Those PCs plugged into the downstream switch can't see any other devices on the Procurve.
I've enabled loop-protect and don't see any loops detected.
I tried disabling spanning tree on the port with the downstream switch plugged in (BPDU filter as well as admin-Edge-port) This made no difference.
I am out of ideas on how to address this.
What can I do to resolve this?
-------------
Note : There are multiple VLANS configured.

---------
vlan 1
   name "DEFAULT_VLAN"
   untagged 1-46,Trk1
   ip address 10.19.0.24 255.255.252.0
   exit
vlan 4
   name "QA_net"
   no ip address
   exit
vlan 8
   name "Corp-VM-JS"
   no ip address
   exit
vlan 50
   name "QA-VM-JS"
   no ip address
   exit
vlan 60
   name "Bankqa-VM-JS"
   no ip address
   exit
vlan 14
   name "Voice_Net"
   qos dscp 011000
   tagged 2,4-6,11-14,16,19-20,22,24,26-27,30-31,33-37,42,46,Trk1
   voice
   no ip address
   exit
-----
0
Comment
Question by:Cardlytics
  • 11
  • 7
  • 3
21 Comments
 
LVL 13

Expert Comment

by:Ugo Mena
ID: 40258544
Are you actually using the configured VLANS? If not remove them.

A large number of your Procurve ports are set to Voice_Net VLAN except 1,3,5,7,9-10,15,17-18,21,23,25,28-29,32,38-41,43-45, 47 and lastly port 48. Is this by design?
0
 

Author Comment

by:Cardlytics
ID: 40258753
I am new to this environment so I am hesitant to remove the VLANs unless they are the clear cause of our issue. I don't believe this is the case because we have 5 other switches in that stack that are similarly set up.

Ports 47/48 are the trunk going to our core switch.
0
 

Author Comment

by:Cardlytics
ID: 40258879
The last VLAN 14 is for our telephones. They are set to tag VLAN14. This lets us plug a telephone into any network drop and have it work but still enable QOS and other toys for the VLAN. The "untagged" response should be VLAN1. Then we allow VLAN14 if it is tagged as such.
0
The Growing Need for Data Analysts

As the amount of data rapidly increases in our world, so does the need for qualified data analysts. WGU's MS in Data Analytics and maximize your leadership opportunities as a data engineer, business analyst, information research scientist, and more.

 
LVL 13

Expert Comment

by:Ugo Mena
ID: 40258881
The VLANs could be the cause of your issue. It would be worth exploring why those VLANs are present in the Procurve switch. Not to mention what routers and routing settings are in use for each VLAN.

Have you tested the other switch while it is connected to one of the untagged ports (1,3,5,7,9-10,15,17-18,21,23,25,28-29,32,38-41,43-45) ?
0
 

Author Comment

by:Cardlytics
ID: 40258931
@Ultralites

We can plug downstream switches into the rest of our Procurves in the stack. Our problem is unique to this one switch for some reason. Routing is certainly something I've considered. Especially since the ARP table on the Procurve doesn't show the devices in the little switch we plugged in downstream. It may not know where to route stuff because of that. I suspect that if we can find out what is causing that behavior then we may solve the issue. I just don't know where to look. you'd think that if it works for one of our Procurves it should work for all of them unless there is a setting creating this issue. I jst need to find the "setting".

I'll certainly look into the VLANs and remove any not needed for the switches but before I deleted them I'd want to understand how it was causing this issue, if that is indeed the case.
0
 
LVL 13

Expert Comment

by:Ugo Mena
ID: 40259086
Is the other switch VLAN compatible? If so, VLAN configurations on ports that share the same link must match. So the port you connect to on the other switch will need to have the same VLAN tagging/untagging as the port on the Procurve that you are connecting it to.
0
 
LVL 17

Expert Comment

by:jburgaard
ID: 40259290
The config shown is not the whole story, I guess.
Is gvrp enabled?
0
 

Author Comment

by:Cardlytics
ID: 40259574
@jburgaard
Thanks for your reply. I'll check gvrp in the morning.
0
 

Author Comment

by:Cardlytics
ID: 40270327
Sorry for the delay.
@jburgaard : I checked and GVRP is not enabled on our switches.

@ultralites : the switches we are plugging in downstream are just over the counter switches like you'd get at BestBuy. I doubt they support any VLANS. they'll just take the untagged VLAN I'd assume. We can take the same swtich and plug it into the  same model Procurve directly above it in the stack and it works fine. The gremlins are unique to the specific switch we are having issues with. There are 5 switches in that stack. Only "switch5" is seeing that issue. Switches1-4 and switch6 are fine.
0
 
LVL 13

Expert Comment

by:Ugo Mena
ID: 40283570
yes, without VLAN support a switch should just see the untagged VLAN.

Do you know which ports on the HP are part of the aggregated link referenced by Trk1?
I have seen many issues with LACP on Procurve switches.
0
 

Author Comment

by:Cardlytics
ID: 40283607
@ultralites ... ports 47 and 48 are the trunk going to our core switch. Are there specific LACP settings I should take a peek at?
0
 
LVL 13

Expert Comment

by:Ugo Mena
ID: 40283980
Do you have a default gateway defined on this switch?
0
 

Author Comment

by:Cardlytics
ID: 40284005
@ultralites... I will check...
0
 

Author Comment

by:Cardlytics
ID: 40286482
@ultralites.... the gateway is set.
0
 
LVL 13

Expert Comment

by:Ugo Mena
ID: 40286702
I know you have listed the VLANs from your config, to save time on what is enabled, could you post the entire running config?
 sh run 

Open in new window

should list your full running config

Feel free to X.x.x.x out any public IPs if you like
0
 

Author Comment

by:Cardlytics
ID: 40286735
Attached our "show tech" info report from the switch as an attachment,  Perhaps it'll spark some brilliance I am overlooking.
switch5.log
0
 
LVL 13

Expert Comment

by:Ugo Mena
ID: 40286828
is there a reason you have IP routing disabled?
0
 

Accepted Solution

by:
Cardlytics earned 0 total points
ID: 40319600
We never found the cuplprit here. I am very appreciatetive of the help we got. We ended up just moving any port that had a switch downstream to another Procurve. They will be replaced in 4 months anyway so I am not going to spend more time on this.
0
 
LVL 17

Expert Comment

by:jburgaard
ID: 40320965
Did you try to change the link aggregation, trk1 away from cu+fi?
(port 47: 100/1000T , port 48: 1000sx)
0
 

Author Closing Comment

by:Cardlytics
ID: 40327540
No solution found.
0

Featured Post

Threat Trends for MSPs to Watch

See the findings.
Despite its humble beginnings, phishing has come a long way since those first crudely constructed emails. Today, phishing sites can appear and disappear in the length of a coffee break, and it takes more than a little know-how to keep your clients secure.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

I eventually solved a perplexing problem setting up telnet for a new switch.  I installed a new Cisco WS-03560X-24P switch connected to an existing Cisco 4506 running a WS-X4013-10GE Sup II-Plus. After configuring vlans and trunking,  I could no…
Arrow Electronics was searching for a KVM  (Keyboard/Video/Mouse) switch that could display on one single monitor the current status of all units being tested on the rack.
In this video we outline the Physical Segments view of NetCrunch network monitor. By following this brief how-to video, you will be able to learn how NetCrunch visualizes your network, how granular is the information collected, as well as where to f…
Monitoring a network: why having a policy is the best policy? Michael Kulchisky, MCSE, MCSA, MCP, VTSP, VSP, CCSP outlines the enormous benefits of having a policy-based approach when monitoring medium and large networks. Software utilized in this v…
Suggested Courses
Course of the Month14 days, 7 hours left to enroll

580 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question