I use a very similar analogy except it's either a meeting room with many people or an open floor that is the subnet. It helps explain BUM (Broadcast, Unknown Unicast, and Multicast) traffic in a more natural way e.g. ARP is you walking into a cube farm and shouting "is Jeff here?" and then he raises his hand so you can deliver the latest printouts directly to him without disturbing the others. In that case the individual is the IP, the cube floor is the subnet, and the higher level analogies are the same.<p>The BAS relation for SDN is interesting. I've always avoided any analogies with SDN since different people have different ideas on what qualifies as SDN or what SDN is going to do but that's a really good choice given the rest of the analogies.
Good analogy. I had started to think ip-addresses as phone numbers, and it had started to make sense for me. Using Building, Floors, and providing analogies for interfaces, switches and routers were good.
For more analogies see the link below.<p>This little project was developed I believe within a Google team, with more analogies to help you understand certain concepts, or explain them easier for your less technical comrades.<p>Enter at your own risk, ATM it comes up as unsecure website.<p>[0] <a href="https://sidewaysdictionary.com/" rel="nofollow">https://sidewaysdictionary.com/</a>
To me the thing that is difficult to wrap my head around is how congestion control, back pressure, and buffering at various levels work. It feels almost magical that somehow I can download stuff from various places and the bandwidth of different streams work out efficiently without much explicit coordination. And then there are things like bufferbloat.
All analogies eventually break down and end up doing more harm than good. Just teach the topics well. Part of knowing something is being able to communicate it effectively to others.