Coexistence of Structured SYSLOG and SNMP

Two new RFCs have just been posted: RFC 5675 defines how to represent SNMP notifications as structured SYSLOG messages and RFC 5676 defines a MIB module for representing structured SYSLOG messages as SNMP MIB objects and SNMP notifications.

IJNM Editorial Board

I accepted an invitation to join the editorial board of the International Journal of Network Management (IJNM), published by Wiley>.

Living on a Parking Lot

I am attending the IM 2009 conference. It was originally planned to take place at Columbia University in upper Manhattan in New York. For some reasons, this did not work out and the event was moved to Hofstra University located in Long Island. I booked the conference hotel, located adjacent to the Nassau Coliseum. The Coliseum has a huge parking lot and the hotel and the Coliseum; no trees or any other things that are not made out of concrete.

Visualization and Monitoring of Network Traffic

I co-organized a Dagstuhl seminar on the Visualization and Monitoring of Network Traffic, which brought together researchers from the information visualization community and the networking community. I very much enjoyed the discussions with people with a very different background and the visualization demonstrations participants showed during the event. This seminar definitely was worth the effort of organizing it.


I started an effort several months (years?) ago to define mappings between SNMP notifications and SYSLOG messages based on the soon to be published SYSLOG standard. Today (roughly after 7 months since I presented this work at the IETF meeting in Dublin), I got green light to post the mapping documents as IETF working group documents of the OPSAWG working group. While I believe the documents are technically complete, we will have to see what happens to them now in the IETF and I prefer to not make any predictions how long it will take until the documents hit the RFC editor queue…

Towards Self-Destructing Networks

I am attending the Dagstuhl Seminar on the Management of the Future Internet and as some of you might know, I also love to create new terms when I go to this kind of events. (I somehow believe that for many hype terms, the words have been found before they were given an interpretation.) While sitting in the wine cellar, I heard my mouth suddenly saying “self-destructing networks” and so I started to think what this could possibly mean.

Future Internet - A Historic Perspective

To understand the future of the Internet (or to better speculate about it), one should know something about the history of the Internet. There are two talks online which I highly recommend: A New Way to Look at Networking. Van Jacobson, August 2006 The Internet History, Development and Forecast. Leonard Kleinrock, Infocom 2006 Especially young people who cannot imagine that there have been networks different than IEEE 802 and IP are encouraged to take a look at these videos (if you find them - it seems the recording of Leonard Kleinrock’s talk has disappeared from the Internet - which is kind of ironic if you know how he opened his talk - but good that I have a private copy).

Fairness, Procedures, Rules, Decisions

I had enough talk lately about fairness, procedures, rules, and decisions in the context of a European project. It is amazing how much global heating in a project ecosystem can be generated in a very short time for relatively little value. Perhaps it is time to apply a “green project management” rule in future projects, restricting the heat emissions individuals can cause. Or we need to develop some project heat trading system; perhaps there are frosty project meetings in other places where some heat might be welcome.

Simple Questions about Domain Names and IPv6 Addresses

The IETF week is over and one of the questions raised in one of my documents was as simple as this: What are the restrictions for valid domain names? Guess what, there is no simple answer. There are several RFCs stating some constraints on domain names and there is practical usage of domain names (not necessarily consistent with all relevant RFCs). It turns out that there is not a single specification that states all the restrictions under which valid domain names can be formed and the DNS directorate of the IETF is now helping to sort this out.