Research

RPL MIB Testbed

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.

6LoWPAN MIB Testbed

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.

Leone Research Project

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:

Flamingo Research Project

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.

IPv6 Traffic Growth Update #1

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.

IPv6 Traffic is Growing

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.

International IPv6 Application Contest 2011

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.

IPv6 Update

Almost three months passed since the "World IPv6 Day", and the amount of IPv6 traffic has been almost steady since its first increase on that day.

World IPv6 Day @ Jacobs University

Yesterday, on June 8th, we enjoyed the World IPv6 Day. Here is how the IPv6 traffic changed during the day (measured on the tunnel connecting Jacobs' IPv6 network to the German research network).

Apparently, some very popular web sites like Google and Facebook turned off IPv6 right after the day again. This is probably not so good news… For comparison purposes, here is a plot showing all traffic (IPv4 and IPv6) going in and out of Jacobs University around the World IPv6 Day.

Netconf Light Demo at IETF 80

Some of us attended the 80th IETF meeting in Prague and we used the opportunity to demonstrate the NETCONF protocol running on AVR Raven motes (so called class 1 devices). Of course, these devices only support a subset of NETCONF, which we call NETCONF Light. Our goal was to prove that it is possible to implement a workable subset of NETCONF even on very resource constrained devices. On more powerful motes, such as Econotag motes, it should be possible to run an almost complete NETCONF stack.