Mit dem Xperia Active habe ich jetzt ein Smartphone welches diese Anforderungen erfüllt. Ich kann das Handy bei Schnee und Regen am Rucksack aussen befestigt lassen, GPS bei Wanderungen und Radtouren mitloggen lassen und selbst mit nassen Fingern im Regen Schnappschüsse machen die ich, da es ein Smartphone ist, direkt auf den Internetdienst meiner Wahl übertragen kann. Falls ich mich tatsächlich verlaufe ist auch das Xperia Active nicht zu klein oder zu langsam und kann mit Google Maps und dem Kompass aushelfen. Die sehr sehr praktische Öse kann ich benutzen um das Handy garantiert bombenfest am Rucksack baumelnd zu befestigen, ein sehr wichtiges Feature. Die helle LED hilft Nachts. Beim Radfahren kann ich das mitgelieferte Sportarmband benutzen, falls ich sonst keine Taschen am Rad/Körper hab. Soweit zu meinem Nutzen für ein so ein rugged Smartphone.

Während der Arbeit liegt das Handy nur rum, und im Standby mit GPRS aktiviert (und GPS/WLAN deaktiviert) und Sync an (Google+, Twitter, GMail) hält es locker 48h, wenn nicht sogar länger. Gespräche kommen sauber und zuverlässig rüber, Bedienung ist wie bei Android gewohnt, die Kamera absolut OK. Als jemand der viel mit einer DSLR fotografiert weiss ich es zu schätzen dass man Weissabgleich, Metering Mode und Fokus unabhänging voneinander in mehreren Programmen einstellen kann. Besonders der feste unendlich-Fokus bedeutet dass ich in 90% aller Situationen perfekt fokussierte Fotos mit null Verzögerung machen kann. Das Rauschverhalten bei ISO 1600 ist natürlich nicht mehr schön, dafür geht das Xperia bei gutem Wetter gern auf ISO 64 und Verschlusszeiten von bis zu 1/1250s runter. Brennweite ist fest bei 3.5mm und Blende bei f2.6.

Negativpunkte
Eigentlich kann ich nur die Software von SE etwas kritisieren. Ein praktisches Migrations-App wie bei HTC fehlt leider, Kontakte muss man also per Bluetooth syncen und die alten SMS hab ich letzendlich gelöscht. Auch die HTC Sense UI gefällt mir etwas besser. Falls bei eurem Xperia Active die Handgelenksschlaufe fehlt ruft einfach beim SE-Support an, ist wohl bei ein paar wenigen der ersten Handies ausversehen vergessen worden. Ansonsten sollte man noch eine Rutsche Micro-USB Kabel mitbestellen, ich hatte ausser dem mitgelieferten keins, eine etwas größere Speicherkarte kann auch nicht schaden.

Sample Photos

Sony Ericsson Xperia Active Flickr Group here.

(Sorry, German review this time, use Chrome translate ;)

400plus – Firmware Hack for the Canon EOS 400D
The 400plus project is currently implementing a lot of additional features for the EOS 400D and distributing builds of hacked firmware which can be applied to the camera through a file which is loaded during camera startup, meaning they are easily reversible by simply deleting the firmware from the CF card. Recently, some really killer features where implemented, which even make some hardware additions redundant. This is an incomplete list, representing the most important features for me:

• Intervalometer: The 400D can be used to shoot at regular intervals by itself, without any additional controlling hardware. This is perhaps the coolest feature, and I’ve yet to put it to good use by creating a time-lapse movie.
• Intermediate ISO / Auto-ISO: Found in newer cameras, the 400D now supports intermediate ISO steps (seamlessly between ISO 100 and ISO 3200) as well as providing a basic Auto-ISO function with upper and lower limit. The ISO can also be adjusted while looking through the viewfinder.
• Handwave support: This is a mode where the camera takes a shot each time the proximity sensor above the display is triggered. Useful for macro shots where you don’t want to rock the camera rig.
• Timer: The camera simply fires after a certain amount of seconds has elapsed. It can also start the interval program instead.
• Manual Kelvin: Useful if you don’t want to shoot RAW to get spot-on white balance.
• Spot Metering: Metering light at a very small spot in the center.
• AF patterns: Found in more recent camera, AF patterns are a cool addition. External flash AF assist doesn’t work with it though.

For me, the Intervalometer/Timer/Handwave functions replace using an IR remote for self-portraits or macro shots. The Intervalometer replaces rather expensive external hardware triggers. The current version of the 400plus firmware seems very polished, providing simple menus and settings for its features, without any adverse side-effects. I expect more cool features to follow in the near future.

Tethered shooting using the command line
There are a number of solutions for tethered shooting with Canon DSLRs. Some of them even work on Linux. I wanted something simple to take and download shots from my 400D, so I used gphoto2. gphoto2 provides a lot of other features which I won’t cover here, and supports remote control for a wealth of cameras, so go check the compatibility of your own camera.

I wanted to use my EOS 400D as some sort of webcam, taking shots at intervals and directly transfering those shots to my PC. This is easy enough with gphoto:
gphoto2 --port=usb:005,048 --capture-image-and-download -I 30 --force-overwrite --filename=webcam.jpg --capture-previewThis takes a photo every 30 seconds and writes it to webcam.jpg. The port can be inferred by hooking up your camera and having a look at the output of lsusb. One small problem I encountered with my 2.6.39 kernel: The 400D did not work with ehci_hcd, so I had to disable it. If its modular, you can simply do modprobe -r ehci_hcd, but if, like me, its builtin, you can disable it by following this guide.

Thesis: Implementation and Evaluation of Efficient Cryptographic Algorithms using CUDA and OpenCL
The (rather lengthy) topic of my thesis contains this: Cryptography on GPUs. GPUs have become much more powerful than CPUs in terms of FLOPs/s (floating point operations per second), but using these computational resources requires a new programming model and a problem which can in fact be translated to run on a GPU. I simply transformed a few block ciphers (symmetric encryption systems) to run on the GPU, and analyzed common design paradigms and problems along the way. This has been done before by other teams, but what sets my work apart (in my opinion) is the fact that I analyzed multiple ciphers in one work, used two different systems to test my implementations and provided a detailed description of the test setup, something missing from most of the previous work.

Additionally, I think my thesis makes a comfortable read for anyone interested in GPU programming and cryptography on GPUs. You don’t need a lot of previous knowledge to understand it, and most of the previous work in GPU cryptography (not just for block ciphers) has been cited in the first chapter.

Thesis: Implementation
To implement the ciphers examined in my thesis, I needed some kind of foundation. First of all, encryption and decryption has to be invoked in some standard way, and different kinds of benchmarks have to be supported as well. After some search, I settled with using engine-cuda, an engine for the OpenSSL crypto library which uses CUDA to execute the block ciphers. To implement the block ciphers, I used the versions included with OpenSSL to start. Implementing a block cipher using just the original paper which describes it is a really bad idea unless you have extensive experience. I’ve seen other teams implement text-book versions of AES and fail miserably in the process.

My changes to engine-cuda will be released at some point in the near future, right now I am still working on it. Rest assured, when it is released you will hear about it here ;)

Thesis: Acknowledgments
My thesis was written at the Chair for IT Security at RWTH Aachen University, which is a young and really small chair. As a result, the communication with my supervisor and the professor was excellent, and I’d like to thank them both for supporting my topic. While cryptography certainly fits well into a chair for security, GPU-programming is a topic more often attributed to HPC research groups. As usual, Flo proved to be really helpful pointing out spelling mistakes and other errors in my thesis. Last but not least, Paolo Margara, author and maintainer of the engine-cuda project helped me get started with the code and discussed implementation decisions with me during development.

If you have questions or suggestions about the content of my work, feel free to contact me!

I completed my first long hike this year in February. It was part of our the vacation program of our fraternity to bridge the gap between the lecture periods of the winter- and summersemester. You can read about it here (in German) and also view the whole gallery on my photosite. Interesting hiking trails in and around Aachen can be found with the Grenzrouten, printable PDFs included.

It’s probably safe to say that most of the time the shutter on my trusty EOS 400D was released, something delicious was right in front of it. Yes, this year has been ripe with a lot of delicious meals and the accompanying recipes, thanks to Katrin. She recently introduced her recipes in the PDF format on her foodblog, so there is no excuse not to try any of them. Head on over to her foodblog and leave comments, if you haven’t already subscribed to it via RSS. As far as photography goes, most of the shots for her blog are pretty much the same setup: TTL-flash, on camera, towards ceiling, dialed up to correct for the white plate, 1/200s exposure, 50mm 1.4 @ 4.0 or something like that. Most of the time the timeframe to take the shot is limited to about 60 seconds, a bloggers gotta eat too. I did try some new tricks though: Used my second flash and part of the Hama mini photostudio to light the food from behind and front. Center image below. An even simpler trick I recently started using when trying to add some depth to the shot is to point the camera straight downward and the flash towards a (white) wall at a right angle. This should give more defined shadows than using the ceiling, as can be seen in the other two shots.

Then there were the usual amount of parties and social events, only a fraction of those made it into my flickr account. One noteworthy day was the first of May, were we traditionally hike to our tree behind the Aachen golf club. The weather on that event was stunning, and the photos reflect that fact. Katrins headshot was an attempt to produce a photo suitable for a job application. I know that the green background might be distracting, but I think it’s pretty nevertheless. Interestingly enough, this photo was shot inside our living room, in front of the open balcony door, using both my flashes to correctly balance subject and background. I think it came out great, but then again, I tend to favor overly colorful and bright shots ;)

Yesterday Katrin and I spent some time in nearby Maastricht, NL to enjoy the city, the weather and some positively coronary-inducing pancakes. Yummy! All the shots (with Polfilter the whole time) can be found on my photosite.

• I didn’t choose the Geode GL/GX last time, doh!
• The kernel is no longer tickless (performs better)
• Threw out some modular crypto-stuff (which I missed the last time)

There are three front-LEDs on the ALIX board, so nothing fancy. The interesting is that there are predefined triggers for these LEDs in /sys/class/leds/ which will make the LEDs display one of the following: heartbeat = load average (blinking speed), ide-disk (write access to the cf-card), timer, etc. Just try cat trigger to see the possible values. There is also the possibility to trigger on matches from iptables (think: traffic on port 22 ;). However my iptables userland seems to be outdated, so I will have to report about this another time.

Furthermore I tried using lighttpd instead of gatling on my fat external drive, and it performed even better, using slightly less CPU. In the kernel I activated the deadline IO-scheduler as default (while keeping CFQ and NOOP as an option), let’s see how that plays out. I’m still not getting more than 9MB/s using Samba, while the CPU is mostly idle and lighty completely saturates the 100MBit link, really annoying.

lm_sensors on the ALIX are no problem either. Just try my kernel-config or make sure to activate the basic I2C-stuff and CONFIG_SCx200_ACB. My ALIX runs at comfy 42°C when not under load.

I already talked about using tmpfs for some of the directories written to frequently (/tmp, /var/tmp, /var/run, /var/log, /var/lock). I don’t care about logs right now, so I don’t mind losing them on reboot. Some daemons however complain or won’t start if their log-directories aren’t set up, so you should do that with an init-script. I uploaded my script here, which will work with Debian and also sets up two LEDs and the deadline scheduler in case it isn’t the default.

Specs
PCEngines has an overview over the ALIX-line as well as the specs of the ALIX 2D13, so this is just a short rundown:

• 500 MHz AMD Geode LX800 (x86)
• 256 MB DDR DRAM
• 3 Ethernet NICs (Via VT6105M 10/100)
• Furthermore: 2x USB ports, MiniPCI-slot, CF-slot, serial port

I chose the 2D13 model since I wanted 3 ethernet NICs and the added battery (for keeping system time after a reboot) seemed like a good idea. The ALIX boards can be bought in many variations, some even providing VGA/sound to be used as a thin client. I ordered my ALIX at the Varia-Store, where they offer a complete bundle of ALIX-2D13-board, enclosure, power supply and CF-card for a mere €145 including shipping in Germany. I ordered on Tuesday at noon and the package arrived Thursday afternoon.

Operating system / prerequisites
You probably want to run Linux on these babies, otherwise you can stop reading ahead. There are some things you really need before you get started:

• CF-card reader on your computer (for installing the OS to the CF-card)
• Serial connection (think USB-to-Serial converter, pl2303) to access the ALIX

I chose to install Debian on the ALIX, since I’m familiar with it and it has little overhead. I found these guides to be helpful, even if not completely up to date or correct: Guide 1, Guide 2. But careful! Don’t mount the ALIX board in its enclosure until you’re sure that your ALIX boots, since removing the CF-card requires taking the board out again ;).
The next thing I did was to build a custom kernel, since Debian only includes 2.6.26 and has everything you’ll never need compiled as modules. I built a next-to-minimal kernel on my workstation (this site helped a lot) and it seems to work just fine so far. The config is here. An important thing if you compile somewhere else is to make sure you useARCH=i386 make menuconfig
ARCH=i386 make -j3 when configuring and compiling your kernel for the ALIX.
People already using CF-cards or small embedded devices probably know to use noatime where possible and mount /tmp, /var/tmp, /var/run, /var/log, /var/lock as tmpfs to go easy on the CF-cards limited write cycles.

Performance / Applications
I bought the ALIX to play around with it but also to evaluate its possible use as a Samba-fileserver and CUPS printserver for my flat, and maybe even a small shellserver in case I’m away from home and my workstation isn’t running. With an energy-consumption of about 5-6W you can have it running 24/7, the fact that it doesn’t have any moving parts only adds to that. Booting takes a few seconds by the way, not that it matters.

The first measurements I did were with scp from the ALIX to my WS, which maxed out at 3.5MB/s because OpenSSH used up the CPU on the ALIX. Next I tried using Samba (to and from) and got a mere 6.5MB/s throughput reading from the ALIX and an attached USB-drive. This was with the stock kernel however, and using my own 2.6.34-kernel I was able to transmit more than 9MB/s using Samba. I had a stupid line in my smb.conf which might explain the 6.5MB/s I got before. Make sure to remove this line!:socket options = IPTOS_LOWDELAY TCP_NODELAY SO_RCVBUF=16384 SO_SNDBUF=16384I then did another test using fefes gatling web/ftp/samba-server on the ALIX and my USB-drive in HTTP-mode with wget and was able to completely saturate the 100MBit-link, which is why I suspect to be able to do the same thing with Samba as well.
For customers of Aachens Uni-DSL it should be interesting to know that I managed to max out my 8Mbit-DSL-line (about 700kB/s) using vpnc on the ALIX with enough idle CPU left. Using vpnc and doing a git pull on the ALIX resulted in only a slight slowdown since git was busy saving/packing objects it received. Performance using git daemon on the ALIX and pulling from there were acceptable as well.

All of these measurements are highly unscientific and side-effects or misconfigurations could have had negative effects, so one should read these rates as minimal assurances.

Conclusion
After the first full day of using the ALIX I’m impressed. The CPU is powerful enough for most tasks and with a little custom configuration some things can be sped up considerably. I don’t see any problems for the intended use as a file-server, by whichever way the files are served. The next step will be hooking up my printer.

If you intend to use encrypted filesystems on the ALIX you should do some research first. While the AMD Geode does have hardware support for AES, OpenSSL does not seem to use it and I’m not quite sure about any cryptofs. Another common thing the ALIX might be used for is wireless LAN. The MiniPCI-slot can take a variety of wireless NICs, but I don’t need yet another AP at the moment.

Believe it or not, this photo was taken about 2km from my parents home, from the dam of the Eschbachtalsperre, a dam for providing the region with drinking water. Usually I just jog around the lake in the morning, but last weekend Katrin and I discovered one of multiple hiking routes around it and the surrounding area. The trails all start at the parking lot and are clearly marked along the way.

I uploaded this shot along with other shots to flickr, but then decided to go back and give it a little more depth in Gimp (using Contrast/Saturation, Sharpen, a Tone-Mapping plugin and a gradient for the sky).

The shot on the left was done after Katrin asked me for some photos to illustrate a blogpost related to medicine over on her blog. Some other site apparently had the same idea, and now this photo can be found here, here, here and here. This was not only rewarding for me but also interesting since I discovered (from this and other shots) that websites not only seem to search flickr but rather other related articles on related websites and simply use the same photos. When the photo is used in the right context and the website itself looks professional, one might even forget the small “CC by heipei” link at the bottom and the fact that I’m an amateur spending little time or effort (much less creativity ;) on these shots. This can only lead to the conclusion that photography is as least as much simple engineering as creativity, or that I have some hidden sense for compositing an image resulting from years of experimentation, browsing flickr and doing CG where you spend a lot of time making your rendered images look like photographs.

In general I’m still happy with my EF-S 18-200mm 3.5-5.6 and my EF 50mm 1.4, and the decision to buy a Speedlite was absolutely right (in fact, reviewing old shots, I’ve been kicking myself about not having bought one earlier). Apart from some crazy experiments and time-consuming handicrafted tools, my usual approach is to use the flash pointed toward the ceiling, increase it 1/3 to 1 with TTL and just fire away. If possible, a natural balance with available light will make laymen forget a flash was even used. You can go fully manual or simply use the ‘P’-mode with an appropriate aperture. A nice result can be seen on the right, though Katrin is slightly underexposed in this one. What I did was take the photo indoors (where you have your trusty white ceiling) in front of an open window at dusk. The backlight was provided by the setting sun, which adds a lot the shot and usually is done with a dedicated flash. I will be trying more of these in the future.

A little photostream-recap below, so no one can complain that I’m not blogging for the average reader anymore. Enjoy!

Was ist UROP?
UROP, das Undergraduate Research Opportunities Program, ist ein Förderungsprogramm für Studenten. Wie der Name verrät richtet es sich an Undergraduates, also auf das neue BA/MA-System bezogen auf Bachelor-Studenten. Das Research im Titel bezieht sich darauf dass einzelne Forschungsprojekte gefördert werden sollen. Es ist kein Research-Grant in dem Sinne wie man es vielleicht kennt: Mittel für ein Projekt beantragen und dann loslegen. UROP fördert Projekte nach ihrem Abschluss (wenn sie denn erfolgreich beendet wurden) und nach einer Evaluation der fertigen Arbeiten. Das bedeutet allerdings auch nicht dass man sich die Förderung wie ein Wettbewerb vorstellen soll bei dem die besten N Beiträge ausgezeichnet werden.

Ablauf
Wenn man ein Projekt gefunden hat und angenommen wurde kann man loslegen. Ob allein oder im Team ist prinzipiell egal. Zuerst muss man ein paar formale Dinge erledigen: Anschreiben, Lebenslauf, Motivationsbrief. Der Projektzeitraum ist sehr flexibel (ob ein ganzes Jahr oder nur ein paar Wochen), allerdings gibt es nur halbjährlich die Möglichkeit eine Förderung zu beantragen. Man hat einen Betreuer am Lehrstuhl mit dem man regelmäßig den weiteren Verlauf abspricht. Hat man das Projekt beendet schreibt man noch einen dreiseitigen Abschlussbericht und hält eine kurze Präsentation im Zuge des halbjährlichen UROP-Kolloquiums. Vom Betreuer (bzw. Prof. am Lehrstuhl) wird dann auch noch eine Evaluation geschrieben die direkt an UROP geht. Noch ein bisschen Papierkram und man ist fertig. Zuletzt wird das Projekt bewertet (von anderen Profs im eigenen Fachbereich) und wenn alles stimmt erhält man die Förderung (max. 2000€ pro Projekt).

Warum sollte man an UROP teilnehmen?
Das ist eine gültige Frage, kriegt man doch selbst in den einfachen HiWi-Jobs mit 8h/Woche immerhin mehr Geld, rein auf die Arbeitszeit bezogen (hey, das ist nicht meine Argumentationsweise aber solche Sachen wurde ich teilweise gefragt). Allerdings arbeitet man dabei nicht unbedingt so flexibel (was die Zeiteinteilung angeht) und zielorientiert. Wenn man nicht grade an einem guten Lehrstuhl eine Stelle bekommen hat fehlt evtl. sogar der wissenschaftliche Aspekt der Arbeit gänzlich. Die Menge der Leute die sich über das Studium beschweren weil man, selbst in Seminararbeiten oder Praktika, nur bereits Bekanntes zusammenfasst ist groß genug, so dass ich da ein gewisses Interesse vermute. Über ein UROP-Projekt kann man gut mit Mitarbeitern am Lehrstuhl in Kontakt kommen, nicht unwichtig für die spätere Wahl bei der Diplom/Master-Arbeit oder sogar bei weiterführenden Plänen (zugegebenermaßen kann man solche Kontakte natürlich auch unabhängig aufbauen, so gern sich auch alle Veranstaltungen rund um die Uni “Networking” auf die Fahne schreiben). Darüberhinaus schadet es sicherlich nicht ein abgeschlossenes UROP-Projekt auf dem Lebenslauf zu haben.

Warum mache ich Werbung dafür?
Wie gesagt, ich find es schade dass so wenig Leute überhaupt von UROP mitgekriegt haben. Die Fördertöpfe (übrigens im Rahmen der Exzellenzinitiative geschaffen, für alle die meinen dass Studiengebühren auf keinen Fall wieder zu den Studenten zurückfinden) sind voll und es gab bei den letzten vier UROP-Runden weniger Bewerber als Stipendien. Was das Kolloquium angeht waren die Vorträge der anderen UROP-Projekte sehr interessant. So haben wir erfahren dass manche Insekten zwar an Scheiben kleben können, um den Gefrierpunkt aber plötzlich ihre Haftfähigkeit verlieren (das ist mal über den Tellerrand geschaut für Informatiker! ;) Inzwischen gibt es sogar UROP Abroad, ein Programm mit dem man ein UROP-Projekt in den USA/Kanada verfolgen kann. Das hat bisher nur eine Person gemacht, aber die war immerhin im schönen Saskatchewan.

Wo kann man sich informieren?
Am besten auf der RWTH UROP Seite. Dort ist auch die Projektdatenbank verlinkt. Allerdings sollte man sich davon nicht abschrecken lassen. Am besten ist man spricht mit einem Assistenten oder Prof ob er nicht ein Projekt hat was gut in den Rahmen von UROP passen würde.

Image credit: RWTH UROP website

Seminare
Seminare bei uns in der Informatik funktionieren wie folgt: Man bewirbt sich auf ein Seminar zu einem groben Überthema bei einem der Informatik-Lehrstühle. Wenn man Glück hat kriegt man den Platz seiner ersten Wahl. Vor dem Semester sucht man sich dann eins der Themen aus und kriegt ein oder mehrere Paper auf denen man aufbauend seine Seminarausarbeitung schreiben soll. An der Stelle merkt man schon dass der Anteil origineller Arbeit beschränkt ist, was durchaus so vorgesehen ist. Ziel eines Seminars ist es schliesslich sich selbstständig in ein Thema einzuarbeiten und das Ganze dann in einen wissenschaftlich aussehenden Artikel zu gießen. Dafür hat man ein paar Monate Zeit, am Ende gibt es dann ein paar Tage lang Vorträge an denen man sein Seminar den anderen Teilnehmern vorstellt. Ich habe im Hauptstudium zwei Seminare gemacht (und ein Praktikum):

• Praktische Informatik: The most efficient SHA-1 attacks (Prof. Meyer) – Ausarbeitung und Slides
• Theoretische Informatik: Das Cross-Section-Theorem und nicht-mehrdeutige Transducer (Prof. Thomas) – Ausarbeitung und Slides

Prüfungsprotokolle
Bei uns im Hauptstudium schreibt man keine Klausuren mehr (abgesehen von ein paar Scheinklausuren) sondern hat mündliche Prüfungen. Manche Leute schreiben Gedächtnisprotokolle einer Prüfung, damit sich andere besser auf die Atmosphäre bei solchen Prüfungen und den Tiefgang vorbereiten können, den eigentlichen Stoff der abgefragt wird sollte man ohnehin komplett drauf haben ;)

• Protokoll Theoretische Informatik: Angewandte Automatentheorie, Unendliche Spiele, Automaten auf unendlichen Wörtern, Cryptography I + II (Prof. Thomas, Prof. Mathar) – Protokoll
• Protokoll Praktische Informatik: Datenbanken, Logic of Knowledge Bases, Logikprogrammierung (Prof. Lakemeyer) – Protokoll
• Protokoll Vertiefung: IT Security I + II, Massively Distributed Systems I, Communication Systems Engineering I (Prof. Wehrle, Prof. Meyer) – Protokoll

UROP
Zusätzlich haben Flo und ich noch an UROP teilgenommen, dem Undergraduate Research Opportunities Programme der RWTH. Für UROP werden Projekte in unterschiedlichen Fachbereichen ausgeschrieben auf die man sich bewerben kann um dann schon während des Studiums erste Schritte im wissenschaftlichen Arbeiten zu machen. Unser Projekt, welches wir am LuFG Informatik 4 – Distributed Systems Group (Prof. Wehrle) durchgeführt haben hieß ALPHA – An Adaptive and Lightweight Protocol for Hop-by-Hop Authentication. Dabei ging es darum ein Protokoll zu implementieren (und zu erweitern), mithilfe dessen Netzwerkpakete an jeder Stelle im Netzwerk auf Integrität geprüft und ggf. direkt verworfen werden können, z.B. um mobile Endgeräte vor falschem Netzverkehr zu schützen der sonst die Resourcen (CPU und damit auch Batterie) dieser Geräte beanspruchen würde. Zu UROP werde ich bald noch einen eigenen Artikel schreiben. Für UROP mussten wir eine kurze Ausarbeitung schreiben, mit ein bisschen Hintergrundwissen sollte man das Prinzip von ALPHA verstehen.

• Implementation and Improvement of ALPHA: Ausarbeitung für UROP und Slides des UROP Kolloquiums
• ALPHA – An Adaptive and Lightweight Protocol for Hop-by-Hop Authentication: Das Original-Paper auf dem das Protokoll aufbaut

Bei Fragen oder Verbesserungsvorschlägen könnt ihr euch wie immer gern bei mir melden.