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 <[email protected]> > Datum: 7. September 2010 10:34:09 MESZ > An: [email protected] > 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 > [email protected] > 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? _______________________________________________ Mailing list: https://launchpad.net/~hipl-core Post to : [email protected] Unsubscribe : https://launchpad.net/~hipl-core More help : https://help.launchpad.net/ListHelp
