It’s going to be a short note. I’ve finally started to explore the world of automation (EEM) and coding (Python) and I love both! I used to code long time ago using Perl and PHP, and now I regret I’ve ignored these skills for the last decade (at least). I will be publishing some EEM and Python snippets here from now on. So, today I’d like to share a small piece of EEM script that, in short, waits until a specific time, then starts packet capture of all packets destined to CPU on the router, waits for X seconds, then terminates capture, exports it to the FTP server and removes 95% of its traces from the running config. This can be simplified or made more sophisticated for as much as your imagination allows… Continue reading
You would expect to have a very simple and intuitive QoS troubleshooting toolkit on a native MQC platform. Well, the first thing that came into my mind after I’ve been told that Catalyst 3850 is a proper MQC platform was something like
Wow, finally I can use the very same range of ISR commands to troubleshoot QoS on a hardware switching platform!
Unfortunately, that ended up to be a hybrid implementation. Yes, we have to use MQC to configure QoS on Catalyst 3850, including queuing! No, you are unlikely to solely use MQC commands to troubleshoot QoS. Remember that show mls qos commands range on Catalyst 3750 platform? It’s still the same candy, in a different wrapping though. Continue reading