Bei DB0GW wurde ein Dudle-Service zur Durchführung von Terminplanungen und allgemeinen Abstimmungen im HAMNET in Betrieb genommen. Der Service läuft zur Zeit im Testbetrieb und ist noch nicht voll ausgebaut. Unser Dudle-System kann von jedem Teilnehmer aus dem HAMNET heraus unter der URL http://db0gw.ampr.org/dudle erreicht werden. Ãœber das Internet ist der Service während der Testphase nicht erreichbar. Damit steht ab sofort auch ein Terminplanungs- und Abstimmungstool für Funkamateure zur Verfügung, das direkt im HAMNET erreicht werden kann. Ein Ausweichen auf das Internet ist nicht mehr notwendig. Der große Vorteil des Dudle-Systems ist, dass keinerlei Daten an Dritte zu Werbezwecken oder zur Auswertung persönlicher Daten weitergegeben werden. Der Name Dudle ist nicht zufällig gewählt. Der allseits bekannte Internet-Terminplaner Doodle steuerte bei der Entwicklung einige Inspirationen bei. Wegen seiner kommerziellen Ausrichtung  wird der aber von einigen Datenschützern als Datenkrake - ähnlich wie Google oder Facebook - angesehen. Dudle wurde als Open-Source-Projekt von Benjamin Kellermann am Lehrstuhl Datenschutz und Datensicherheit der Technischen Universität Dresden mit Ruby entwickelt und steht unter der AGPLv3 Lizenz. Der Quellcode ist bei Github verfügbar.

Weiterführende Links und Informationen:

• Dudle: Mehrseitig sichere Web 2.0-Terminabstimmung, PhD thesis, Technische Universität Dresden, 2011 [pdf, slides, BibTeX]
• Datenschutzfreundliche Terminplanung, B. Kellermann, in Proc. of 26th Chaos Communication Congress, Berlin, Germany, 27.–30. December 2009. [pdf, slides, BibTeX]

Seit dem 26.10.2017 ist DB0OHL von der höchsten Halde im Ruhrgebiet aus im HAMNET qrv. Eine gemischte Crew aus den OV L04, N38, N40 und dem in Dorsten ansässigen IGAF e.V.  fand sich früh morgens bei Nebel und schlechter Sicht auf dem 201m ü.NN hohen Haldenkopf ein, um die HAMNET-Antennen am zuvor aufgestellten Gittermast zu montieren. Es wurden Parabolspiegel für zunächst drei Linkstrecken aufgebaut und zwei große Sektorantennen mit 120° Öffnungswinkel für die Userzugänge auf dem 13cm-Band installiert. Die Anbindung ans HAMNET erfolgt aus dem Distrikt-L heraus durch eine Verbindung zum Netzknoten DB0GOS im Essener Süden.

Eine zweite, redundante Anbindung wird entweder über DF0MHR in Mülheim oder über DB0GW an der Uni-Duisburg-Essen geschaltet, abhängig davon, welche Strecke "besser" läuft. Als dritte Strecke wurde eine Verbindung zum Bakenstandort DB0WML bei Reken aktiviert. Wegen der ausgezeichneten Hf-Lage mit 145m über der gemittelten Umgebung, können bei Bedarf problemlos weitere Links bis nach Dortmund, Münster, den Niederrhein oder weit ins Bergische Land hinein realisiert werden. Es besteht überall hin Sichtverbindung. Entsprechend günstig sind auch die Bedingungen für die Usereinstiege. Ein 15dBi-Sektor arbeitet auf 2397MHz in Richtung Norden (Dorsten, Wulfen, Marl, Haltern), ein zweiter 15dBi-Sektor auf 2362MHz in Richtung SSW (Essen, Bottrop, Gladbeck, Kirchhellen, Teile von GE-Buer). Ein dritter Sektor auf 5,6GHz kann später für die Bereiche Ge-Buer, Ge-Nord, Herten, Herne installiert werden.

DB0OHL wird neben dem HAMNET noch zwei Baken auf 47GHz und 76GHz bekommen. Zwischen DB0OHL und DB0WML ist ein spezielles Bakenprojekt im Aufbau, bei dem am jeweils anderen Standort SDRs zur Ausbreitungs- und Messdatenerfassung der Baken des jeweiligen Linkpartners vorgesehen sind. Die Daten sollen übers HAMNET zu einer zentralen Stelle übertragen, dort ausgewertet, aufbereitet und dann online zur Verfügung gestellt werden.

Heute wurde wie angekündigt am Standort von DB0GW ein neuer Server in den Netzwerkschrank eingebaut. Es handelt sich um ein 8-Core Intel XEON-System mit 3,7GHz Takt und 64GByte ECC-RAM-Speicher. Auf einem ZFS-Filesystem läuft ein Proxmox-5.0 Virtualisierer, der  über einen SSD-Cache auf 14TByte-Plattenspeicher zugreifen kann. Einzelne Dienste wurden aus Performanzgründen jetzt auf unterschiedliche Instanzen mit jeweils eigenen IP-Nummern aufgeteilt. WWW, NTP und DNS sind wie bisher unter db0gw.ampr.org [44.130.137.20] erreichbar. Die YACY-Suchmaschine ist ebenfalls wie bisher unter search.db0gw.ampr.org [44.225.137.22] zu finden. Die Suchmaschine läuft momentan in aktueller Version unter Debian9. Der VoIP-Server ist ab sofort unter der neuen IP 44.225.137.15 mit dem FQDN voip.db0gw.ampr.org zu erreichen. Er wurde von Asterisk 11 auf die aktuelle Version von Asterisk 13 geupgraded. Die FreePBX-Software erfuhr ein Upgrade von Version 13 auf Version 14. Telefone und andere VoIP-Clients brauchen nur auf die neue IP-Nummer 44.225.137.15 umgestellt werden. An der übrigen Konfiguration ändert sich nichts. Wie wir sehen konnten, haben die ersten VoIP-Clients bereits umgebucht. Allerdings sind sowohl der Asterisk/FreePBX-VoIP-Server als auch die YacY-Suchmaschine noch nicht voll funktionsfähig. Die Vernetzung mit den Partnersystemen funktioniert noch nicht. Beide Systeme arbeiten momentan nur auf lokaler Basis. Für die VoIP-Clients bedeutet das, dass sie vorübergehend externen Rufnummern von Systemen, die auf anderen HAMNET-VoIP-Servern eingebucht sind, nicht erreichen können. Wir arbeiten noch daran und bitten um etwas Geduld. Wir hoffen, das  bis zum Wochenende alle Systeme wieder zu 100% funktionieren.

Am Dienstag, den  19.09.2017 ab ca. 14.15 Uhr werden alle Serverdienste am HAMNET-Standort von DB0GW für ein paar Stunden außer Betrieb genommen. Die komplette Serverhardware wird vollständig durch wesentlich leistungsfähigere ersetzt. Das Betriebssystem wird auf Debian9 umgestellt. Sämtliche Softwarepakete gehen aktualisiert an den Start. Wichtige oder zeitkritische Dienste wie z.B. die vernetzte YacY-Suchmaschine oder der VoIP-Telefonieserver erhalten eigene Serverinstanzen. Sie werden dann künftig über eigene IP-Nummern erreichbar sein. Davon betroffen ist auch unser VoIP-Telefonieserver, der dann auf einem leistungsstarken 64-bit-Mehrkernprozessorsystem laufen wird. Dadurch sind im Unterschied zu Raspberry-Lösungen eine große Anzahl gleichzeitig laufender Telefongespräche möglich. Im Zuge der Modernisierungsmaßnahme wird es jedoch leider erforderlich, dass alle VoIP-User, die auf unserem Telefonieserver einen Zugang haben, die Zugangs-IP-Nummer von der alten 44.225.137.20 auf die neue IP 44.225.137.15 ändern. Alle anderen Zugangsparameter (Username, Passwort usw.) bleiben erhalten. Die Accounts sind 1:1 auf die neue Hard- und Software übertragen worden. Das User-Control-Panel (UCP) des neuen VoIP-Servers kommt mit einem neuen Look&Feel und ist auch per Smartphone oder Tablet bedienbar. Es erlaubt unseren VoIP-Usern auch das Abspielen von in ihren Mailboxen hinterlegten Voicemails im Webbrowser.  Sämtliche Hard- und Software läuft seit etwa 2 Wochen testweise im Dauerbetrieb. Wir gehen daher davon aus, dass alle Dienste am späten Nachmittag des gleichen Tages wieder online sind. Weitere Informationen folgen ...