Broadcast domain sizing

rhbirkelund
Kind of a big deal
Kind of a big deal

Broadcast domain sizing

@MerakiDave wrote:

Without trying to invite debate on properly sizing broadcast domains (different topic with many variables to consider) [...]

 

https://community.meraki.com/t5/Security-SD-WAN/Vlan-of-MX65/m-p/40485/highlight/true#M10368


Too late. 🙂

 

I have heard of this before, regarding properly sizing broadcast domains, but for the life of Brian, I have not been able to find any sources citing this. 

I've heard that creating vlans (broadcast domains) too big will result in traffic drowning in broadcasts due to things as ARP and such. But nothing citing when domains are too big. Whether stated by law or rule of thumb. 

 

Dave, suppose you could bring any insight into this? Or anyone else, for that matter?

LinkedIn ::: https://blog.rhbirkelund.dk/

Like what you see? - Give a Kudo ## Did it answer your question? - Mark it as a Solution 🙂

All code examples are provided as is. Responsibility for Code execution lies solely your own.
4 Replies 4
kYutobi
Kind of a big deal

Most of the time you want to just do /24 per broadcast domain. You don't want to make too much noise with a big broadcast size.

Enthusiast
GreenMan
Meraki Employee
Meraki Employee

I'm with kYutobi on this one;   provided you're not going to readily run out of IP addresses, then use /24 subnets;   they can never be considered too big, as broadcast domains    and just because they're really easy to work with, with the third octet letting you see, very simply, whether two addresses are really in the same subnet.

These days you'd probably get away with /23 or even /22, but as soon as you started getting some kind of intermittent performance type issues, there'd be that nagging doubt as to whether broadcast/L2 multicast levels might be coming into play, which take time to allay.

 

One exception to this, in a big network, would be if you ever need 'transit VLANs' or similar, in which case I'd go for /29.   /30 is always tempting, in those circumstances, but if you ever wanted to insert a device between - say for management, monitoring or traffic manipulation purposes - you'd be stuffed,  but /29 is still pretty address-efficient.

rhbirkelund
Kind of a big deal
Kind of a big deal

Recently, I had an installation at a Hotel which required a VLAN specifically for Television. 

They wanted an IP net, where 3rd octet referred to floor, and 4th octet referred to room number. That ended up being a /21 network. Albeit, with only about 150 hosts. 

LinkedIn ::: https://blog.rhbirkelund.dk/

Like what you see? - Give a Kudo ## Did it answer your question? - Mark it as a Solution 🙂

All code examples are provided as is. Responsibility for Code execution lies solely your own.
GreenMan
Meraki Employee
Meraki Employee

Yes - I've come across similar, with store numbers, in retail chains.   I'm never a fan of doing your IP addressing based upon anything like that.  IP addressing wasn't designed for it and you often end up 'standardising' on something that then ends up with anything > 254 being non-standard.  A standard that works only some of the time is worse than knowing you have no standard - and using an IPAM tool - IMHO.

Get notified when there are additional replies to this discussion.
Welcome to the Meraki Community!
To start contributing, simply sign in with your Cisco account. If you don't yet have a Cisco account, you can sign up.
Labels