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.
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.
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.
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)
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.
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.
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.
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.
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.