- Community Home
- >
- Networking
- >
- Legacy
- >
- Switches, Hubs, Modems
- >
- How to prevent a broadcast storm
Switches, Hubs, and Modems
1752625
Members
4532
Online
108788
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
Go to solution
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-17-2009 10:42 AM
тАО09-17-2009 10:42 AM
A broadcast storm is at layer 2. Is the connection rate limit or Virus Throttleling is at layer 2 or 3? I guest is three but I just want to make sure.
My thoughts are in a way to findout how to prevent a broadcast storm on a network. You know, when a user plugs in two ports of an IP phone in the same switch that has only one VLAN or a Laptop and docking station that are both connected to the network.
Thank you.
My thoughts are in a way to findout how to prevent a broadcast storm on a network. You know, when a user plugs in two ports of an IP phone in the same switch that has only one VLAN or a Laptop and docking station that are both connected to the network.
Thank you.
Solved! Go to Solution.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-17-2009 10:57 PM
тАО09-17-2009 10:57 PM
Solution
On ProCurve Switches you have multiple options to prevent loops and therefore boradcast storm:
1. enable Spanning-Tree, therfore looped back STP packets should block the port
2. enable the feature "loop-protect" on en-user ports
3. configure the feature broadcast-limit which is acting on egress traffic
4. configure the feature rate-limit for broadcast traffic which is acting on ingress-traffic (but this is only available on 3500, 6200, 6600, 5400, 8200 switch series)
1. enable Spanning-Tree, therfore looped back STP packets should block the port
2. enable the feature "loop-protect" on en-user ports
3. configure the feature broadcast-limit which is acting on egress traffic
4. configure the feature rate-limit for broadcast traffic which is acting on ingress-traffic (but this is only available on 3500, 6200, 6600, 5400, 8200 switch series)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-17-2009 11:01 PM
тАО09-17-2009 11:01 PM
Re: How to prevent a broadcast storm
a broadcast is within a (v)lan (L2), so basically you should add vlan's, to limit the number of nodes in a network that can add to the broadcast-storm.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-18-2009 04:53 AM
тАО09-18-2009 04:53 AM
Re: How to prevent a broadcast storm
Thank you for your answer guys.
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