50 likes | 171 Views
Network Associates Sniffer Pro Bridge Topology Change Symptom. Tool Calibration Series. The Technology Firm info@thetechfirm.com. Goal Or Objective. While troubleshooting, I noticed that I was getting “Spanning Tree Topology Change” when in fact there wasn’t any Spanning Tree issues.
E N D
Network Associates Sniffer ProBridge Topology ChangeSymptom Tool Calibration Series The Technology Firm info@thetechfirm.com
Goal Or Objective • While troubleshooting, I noticed that I was getting “Spanning Tree Topology Change” when in fact there wasn’t any Spanning Tree issues.
How Do We Validate These Findings? Possible Theory. BUG, BUG, BUG!!!!@@#@#!!!! Vendor… That’s always the; • easiest ‘answer’ • most probable ‘answer’ • All of the above ;-) On a more serious note, there maybe a simpler solution to the message. Maybe I’m having a serious Spanning Tree problem and don’t know it - yet. Prove or Disprove Theory Lets look at some packets to assist in our investigation.
Packet Never Lie.. • When you go through the trace we can see in packet number 2, that the source MAC address has changed. • When I look further into the trace I can also see some CISCO CDP packets. • How did this happen? What did this mean, a Cisco bug? The answer is much more simpler and a lot less dramatic: • The port in question was spanned to my port so I was seeing my BPDU and the spanned port’s BPDU.
So What ?!? • Now the obvious question, “So is this ‘good’ or ‘bad’?”. • The answer unfortunately is ‘neither’, it’s just what you have to be aware of when mirroring/spanning ports. • To defend the vendor, how are they supposed to know how you would configure network gear when troubleshooting. • On a more realistic note, spanning/mirroring ports isn’t new and I believe that NAI should at least include this possibility in their Expert help screen. Moral of this story; • As always understand what you are doing, then understand what the tool is doing