If you run any type of network monitoring system you will know the pain of log management. The firewall team needs one view, the WAN team & DC team need different views. There is a category of software that I call “log and alert routing” and Flapjack is one of those systems Flapjack will […]
In this blog post, Calle Moberg (from Tail-F Systems who makes NETCONF software) highlights that the ONF has embraced NETCONF as mandatory for configuration of OpenFlow enabled devices. I didn’t know this was coming: [...] OF-CONFIG1.0 requires that devices supporting OF-CONFIG 1.0 MUST implement NETCONF protocol as the transport. This in turn implies as specified […]
Over the last few months I’ve been looking at Network Management options that are not OpenFlow or SNMP based. This led to NETCONF & YANG and these are my working notes from some time spent reading and researching.
I’m responding to Brad Hedlund’s post “On optimizing traffic for network virtualization” where he seems to missed a key point. It’s about cost of ownership in terms of ability to troubleshoot.
I’ve been watching NETCONF and YANG for about four years and it seems that it might be breaking through the noise to set a new standard for Network Management data exchange. In short, SNMP isn’t working and the next generation of “blah blah Cloud” will require more sophisticated communication than SNMP can handle. In the last four years, NETCONF has matured and slowly percolated its way through the industry. Now that is has teamed up with YANG we have something that looks like it’s about to burst into the mainstream.
I have been looking about for documentation on how to configure TACACS authentication with a Citrix Branch Repeater, however so far I have only been able to find documentation for NetScaler. So I have setup a LAB and decided to write the documentation myself. For those who cannot be bothered to read this post there […]
Some packet generator are more important than others and indeed while a packet is just a packet for us network people if the packets stop moving around the network the way they should it can be a great cause for alarm. I have a customer with such a packet generating devices and it chucks out a 600k udp multicast stream (a single UDP payload) every 5 seconds and if this screws up for any reason then the application is not happy and hundreds of users are very upset. If the packets stop for any length of time then a Severity 1 incident is raised and the customer needs an ass to kick.
Apple has announced the end of Java support for the MAC. This means that all those fat clients so loved by management vendors are looking shaky. About time too, time to piss off those bloody Java software clients and move on.
HP has developed a Cloud Workshop for Managers. Which means that you might not have to teach your managers about Cloud Computing after all. Huzzah.