Technical people often have problems with Project Managers. It doesn’t have to be this way though - if you can each recognise the other’s strengths and weaknesses, you can work well together. Here’s some advice on working with PMs.
(Read more...)The “Best of Interop 2014 Finalists” have been announced. Pretty much all the products and technologies that you would expect, but I found the categorisation interesting. As you’d expect, there’s an “SDN” category. This year’s finalists are:
(Read more...)SDN career certifications are starting to emerge. Network engineers are well-used to certifications, and use them as a badge of marking progress. But developers prefer to focus on code, not passing tests. This will be just another way that the different cultures rub up against each other as we change the way our networks work.
(Read more...)Network Field Day 7 had many interesting presentations and discussions. I’m still working through them all, but one from Dell caught my eye, where they declared that CCIEs were no longer required. They were slightly exaggerating their case for impact, but there is some substance to it - we shouldn’t need CCIEs to generate basic network configurations for standard networks.
(Read more...)Vendor ‘clubs’ or programs have troubled me for some time. They are not all bad, but I am concerned about the influence that vendors are trying to exert, and the effect this has on the standings of respected people in the social media communities. I fear we are selling our independence too cheaply.
(Read more...)Many engineers struggle with business writing. They get easily lost in detail, and produce tortured documents that are technically correct, but of little business value. This is classic “technician” or “engineer” writing. Here’s some guidance for producing “Consultant”-style documents will be far more use to the organisations you’re working with.
(Read more...)A quick reminder - do not use the symbol ‘@’ in SNMPv1/2 community strings. I came across this again this week - it causes issues with monitoring some equipment, and should be avoided.
(Read more...)This article is Part 3 in a 12-Part Series.
The CCIE Routing & Switching v5 blueprint introduces a new module in the lab exam: DIAG. This section does not have any direct device access, but instead uses a variety of information sources, including some console output.
(Read more...)Previously I’ve looked at the overall ScienceLogic architecture, and HA options for the Collectors and UI. This post looks at DR and HA options for the core Database layer - the heart of the ScienceLogic system.
(Read more...)