A RPL-MIB implementation, based on draft-sehgal-roll-rpl-mib-06, has been completed for the Contiki SNMP agent. An AVR Raven mote has been deployed for testing the MIB and is reachable via the following information:

Hostname: rpl-mib.eecs.jacobs-university.de
Port: 1610

If using the Net-SNMP tools, you can retrieve all the MIB objects by using the following:

$ snmpwalk -v 1 -c public udp6:rpl-mib.eecs.jacobs-university.de:1610 1

The current RPL-MIB implementation is hosted under the Jacobs University private enterprise OID number. As such, in order to render the numeric OIDs you must install the JACOBS-SMI and JACOBS-RPL-MIB modules.

A LOWPAN-MIB implementation, based on draft-schoenw-6lowpan-mib-03, has been completed for the Contiki SNMP agent. An AVR Raven mote has been deployed for testing the MIB and is reachable via the following information:

Hostname: 6lowpan-mib.eecs.jacobs-university.de
Port: 1610

If using the Net-SNMP tools, you can retrieve all the MIB objects by using the following:

$ snmpwalk -v 1 -c public udp6:6lowpan-mib.eecs.jacobs-university.de:1610 1

The current LOWPAN-MIB implementation is hosted under the Jacobs University private enterprise OID number. As such, in order to render the numeric OIDs you must install the JACOBS-SMI and JACOBS-LOWPAN-MIB modules.

The Leone project is a 30 months research project, funded by the European Commission with close to 2.8 million Euros. The main goal is to research and develop an innovative network management framework that has two major novelties:

• It is focused on Quality of Experience: Probes sited alongside end users measure performance and functionality to websites and test servers, both local and distant.
• It integrates multidimensional information: It combines measurements made by probes in the network of the local Internet service provider, probes in networks of other Internet service providers, control plane information etc.

These two novelties enable network management to focus on improving the user’s experience of the Internet in a world of highly distributed and increasingly meshed applications. The project partners are:

The European project Flamingo (yes, simply a name, not an acronym) just finished its kickoff meeting at the University of Twente. The project partners are:

• University of Twente (Netherlands)
• INRIA/LORIA (France)
• University of Zurich (Switzerland)
• Jacobs University Bremen (Germany)
• University of Federal Armed Forces Munich (Germany)
• Universitat Politecnica de Catalunya (Spain)
• iMinds (Belgium)
• University College London (United Kingdom)

The goals of Flamingo are (a) to strongly integrate the research of leading European research groups in the area of network and service management, (b) to strengthen the European and worldwide research in this area, and (c) to bridge the gap between scientific research and industrial application. To achieve these goals, Flamingo performs a broad range of activities, such as to develop open source software, establish joint labs, exchange researchers, jointly supervise Ph.D. students, develop educational and training material, interact with academia and industry, organize event, and strongly contribute to (IETF and IRTF) standardization. Flamingo develops a joint program of research activities to contribute to the development of network management and operation frameworks for the Future Internet. The project will run for 48 months and it will receive about 3 million Euro support from the European Commission.

Our IPv6 traffic keeps growing, reaching new records since the students are back on campus. Even our outgoing traffic is on the rise. Perhaps Jacobs should go ahead and start making their core services (e.g., the official Jacobs web pages) IPv6 ready as well.

We have identified a number of research topics that can be worked on as part of a BSc or MSc thesis. Please consult our thesis topics page for an overview and contact us should you be interested to receive more details.

We are in the process of updating our web pages. We aim at making things more consistent and useful for us and the outside world. One of the new features we added is our new calendar, which can be easily imported into other calendar software. We hope this will make it easier to follow events and deadlines. In order to highlight our activities to improve our pages, we switched to a new theme - wordpress makes all of this remarkably easy.

We planned it for a long time, but now seemed to be the right time, just before IETF 83 in Paris.

Out of curiosity, we wanted to visualize the occurrence frequency of the following terms over the years: ["MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", "OPTIONAL"].

Since in majority of cases RFCs represent standards, we were curious to see how the usage of these terms evolved over the years. Of course, a more frequent occurrence of a term "MUST" from year to year does not indicate that the standards have become "stricter" in their statements and requirements, but nonetheless, the dynamics can be observed in the following two graphs.

There has been a very positive tendency in the amount of traffic shipped over IPv6. Following the winter break, the amount has increased steadily, and its amount is almost three-fold now, compared to the daily averges of summer 2011. The amount of outgoing IPv6 traffic is still, as expected, very low.

Our group applied to participate in the "International IPv6 Application Contest 2011" held by the German IPv6 Council. According to the official page of the Council: "The objectives of this contest are the generation of ideas and applications, which help determine how to introduce IPv6, the Internet of the next generation, on a large scale and use it effectively. The contest also provides an opportunity for the next generation of application developers to gain experience with IPv6." In accordance with the motto of the contest: "Online on the Road - the new IPv6 Standard as driving forces for mobile communication", our group submitted a Simple Network Management Protocol (SNMP) implementation for constrained devices, using the 6LoWPAN adaptation layer for IEEE 802.15.4 wireless links. The implementation carries SNMP messages over UDP/IPv6.