← Back to team overview

hipl-core team mailing list archive

[Bug 626719] Fwd: [Ma-netarch] Protokoll Meeting NetArch AG, 26.08.2010

 

Schickst du das auch noch an die Generelle Liste? Die Protokolle sollten
an alle gehen.

Ciao,

Tobi


Anfang der weitergeleiteten E-Mail:

> Von: René Hummen <rene.hummen@xxxxxxxxxxxxxxxxx>
> Datum: 7. September 2010 10:34:09 MESZ
> An: ma-netarch@xxxxxxxxxxxxxxxxxxx
> Betreff: [Ma-netarch] Protokoll Meeting NetArch AG, 26.08.2010
> 
> ################################################
> #                                                                                                             
> # Protokoll Meeting NetArch AG, 26.08.2010                                  
> #                                                                                                            
> ################################################
> 
> Teilnehmer: M. Grooz, T. Heer, R. Hummen, T. Jansen, F. Theinen, H. Wirtz
> 
> Fortschritt i4:
> - Jahresanfang: Verbesserungen an der Implementierung des Tunnelmanagementprotokolls (HIP)
> - für Anfang Mai: Vorbereitung eines Demoszenarios mit folgenden Eigenschaften
>   *einheitlicher lokaler IP Namensraum für Clients
>   * APs mit unterschiedlicher BSSID, aber gleicher GW MAC und IP
>   * Ergebnisse:
> 	-> Legacy und Native Mode konzeptionell funktionsfähig
> 	-> Legacy Handover sehr Client abhängig
>       -> Native Handover noch wenig robust, aber vielversprechend
> - Einbindung Modularisierungsfunktionalität aus Diplomarbeit (HIPL)
>   * Reduzierung des Funktionsumfangs auf für das Projekt benötigte Softwarekomponenten
>    * Testgetriebene Entwicklung für HIPL wäre sinnvoll aber aufgrund der bestehenden Software aus Helsinki nicht leistbar
> - Standardisierung von HIP wird im Rahmen der IETF vorangetrieben
>   * Zertifikate (benötigt für PiSA Architektur)
>   * HIPv2 (benötigt für Standard Track Dokument)
> - Aktuell arbeiten 5 Mitarbeiter und 4 HIWIs aktiv am Projekt
> 
> Kurz- bis mittelfristige Ziele i4:
> - Aufsetzen eines physischen und virtuellen Testbeds
> - Aufsetzen eines permanenten Demoszenarios (z.B. nutzbar für Anwendungsebene)
> - PISA: Aufsplitten des Protokolls in Kontroll- und Payloadkanal zur Performanceoptimierung
>   * Spezifikation des Protokolls wird voraussichtlich Ende Oktober von LANCOM benötigt
> 
> Fortschritt LANCOM:
> - Implementierung des Tunnelmanagementprotokolls (HIP) angelaufen
>   * Verbindingsaufbau und Verbindungsabbau bereits vollständig, jedoch bisher eingeschränkt auf HIP (kein ESP)
>   * Schlüsselaushandlung funktioniert (basierend auf openSSL Bibliotheken)
>   * Kontinuierlicher Test gegen Implementierung von i4
>   * Sprache C++ ohne Exceptions
> 
> Kurz- bis mittelfristige Ziele LANCOM:
>   * Integration von HIP in die IPsec Implementierung von LCOS
>   * Beginn der Implementierungsarbeiten am PISA Protokoll
> 
> Nächstes Meeting: September/Oktober
> 
> 
> 
> --
> Dipl.-Inform. Rene Hummen, Ph.D. Student
> Distributed Systems Group
> RWTH Aachen University, Germany
> tel: +49 241 80 20772
> web: http://ds.rwth-aachen.de/members/hummen
> 
> _______________________________________________
> Ma-netarch mailing list
> Ma-netarch@xxxxxxxxxxxxxxxxxxx
> http://mail-i4.informatik.rwth-aachen.de/mailman/listinfo/ma-netarch



-- 
Dipl.-Inform. Tobias Heer, Ph.D. Student
Distributed Systems Group 
RWTH Aachen University, Germany
tel: +49 241 80 207 76
web: http://ds.cs.rwth-aachen.de/members/heer
blog: http://dtobi.wordpress.com/
card: http://card.ly/dtobi

-- 
Optimizations not disabled (-O0) when enabling debug flags (-g)
https://bugs.launchpad.net/bugs/626719
You received this bug notification because you are a member of HIPL core
team, which is subscribed to HIPL.

Status in Host Identity Protocol for Linux: Invalid

Bug description:
I don't think there's a point in setting -g without also setting -O0 (and preventing -O2 from superseding it), but that's the case right now. If --enable-debug is desired solely for verbose output, maybe it should be split into another option?





Follow ups

References