<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hallo Bjørn, hallo mitlesende HAMNET -
Interessenten,<br>
<br>
Ich habe es jetzt getestet im Original AirOS ist Quagga nicht
enthalten.<br>
Dafür muss dann die AirOS-Plus Version geladen werden. Nur scheint
der Link zur <br>
Quelldatei nicht mehr zu funktionieren. <br>
Da wir nicht unbedingt mit AirOS arbeiten müssen und OpenWRT auch
auf den Ubiquiti<br>
Geräten läuft, werde ich die Firmware demnächst wechseln. Dieses
erfolgt dann zuerst<br>
auf dem Testsystem, wenn es dann läuft auch auf dem laufenden
Link. <br>
<br>
Als erstes stehen jetzt aber Verbindungstest mit möglichen
Nachbarn an.<br>
Dann wissen wir was geht und können entsprechend planen. Eine
neue Lizenz für 6cm <br>
Dauer auch ca. 1/2 Jahr. Es vergeht somit noch einige Zeit bis
hier der nächste HAMNET-Link<br>
ans Netz gehen kann. Links mit WLAN-Parametern dürften bei unseren
Entfernungen und<br>
topographischen Bedingung schwer zum Laufen zu bringen sein. Ich
kann bei DB0HGW <br>
keinen 1,5m Spiegel aufbauen, 1m Drahtspiegel ist das maximale
Limit. Ich muss die nötige<br>
Feldstärke auch mit dem Sender machen.<br>
<br>
Wenn die Verbindungstest abgeschlossen sind, spiele ich dann die
OpenWRT Software auf<br>
und wir können bei der HAMNET- Konfiguration weitermachen.<br>
<br>
<br>
<pre wrap="">73 de Dirk DG0KF
Sysop DB0HGW & DB0OVP
</pre>
<br>
<br>
<br>
<br>
Am 25.04.2014 15:27, schrieb Bjørn Kagelmacher:<br>
</div>
<blockquote cite="mid:535A62BE.8090108@t-online.de" type="cite">
<pre wrap="">Hallo Dirk,
den Eintrag für die Antennenhöhe bei DB0OVP habe ich nun aktualisiert..
Außerdem ist die verwendete Hardware für die Hosts auf beiden Seiten
eingetragen.. Zu finden sind alle Daten auf den Übersichtsseiten für die
Sites DB0OVP und DB0HGW..
So genau mit AirOS habe ich mich noch nicht beschäftigt, weil ich selber
ausschließlich OpenWRT verwende.. Doch habe ich keinen Hinweis darauf
gefunden, daß die Original-Firmware von Ubiquiti (AirOS) dynamisches
Routing (in unserem Fall OSPF) unterstützt.. Es ist aber möglich mit
einer SDK eine angepaßte AirOS-FW zu bauen, welche dann auch Quagga
enthält.. (bei der OpenWRT-Firmware läßt sich ein Routing-Daemon
(vorzugsweise Quagga) recht leicht mit nur wenigen Handgriffen
nachinstallieren).. Ein kleiner Nachteil ist, daß sich Quagga nicht per
WebIFace konfigurieren läßt.. Aber weil für gewöhnlich die Einstellung
des Routing-Daemons nur ein Mal durchgeführt werden muß, ist es nicht
weiter tragisch..
Im Internet ist diese SDK für eine angepaßte AirOS-FW als "AirOS-Plus"
verfügbar, wobei der Tarball aus einem ausführbaren Perl-Skript und den
entsprechenden patch-Files (welche die eigentlichen Änderungen
enthalten) beinhaltet.. Im aktuell vorliegenden Tarball (letzter Stand
von vor zwei Jahren!!) wird jedoch BIRD in das entsprechende AirOS-SDK
implementiert.. Die Implementation für Quagga ist allerdings
auskommentiert.. Hier müssen zuvor sowohl am Perl-Skript, als auch an
den eigentlichen Patches, vor der Verwendung die entsprechende
Änderungen vorgenommen werden, damit nicht BIRD, sondern Quagga
installiert wird.. Außerdem muß die Implementation von UCARS entfernt
werden, da wir dieses Package für unsere HAMNET-Firmware nicht
benötigen.. Wenn ihr AirOS gerne weiter einsetzen wollt, kommt ihr
vermutlich nicht um eine Anpassung der Firmware für den Einsatz im
HAMNET herum..
Schön an AirOS ist auch, daß hier in der Original-Firmware auch ein
SNMP-Dienst bereitgestellt wird, welchen man unter OpenWRT allerdings
auch recht einfach nachinstallieren kann..
Prinzipiell ist eine Verbindung zwischen DB0HGW und DB0HST möglich, doch
hast Du mit dem Hinweis auf die Rügenbrücke natürlich Recht.. Weil
Vermutungen hier nicht weiterhelfen, muß mit einem Linktest die
Verbindung zwischen diesen beiden Standorten getestet werden..
Vielleicht ist die Qualität noch ausreichend für eine schnelle und
stabile Backbone-Verbindung.. Ansonsten bietet sich alternativ evtl.
auch eine Route über DB0RUG zu DB0HST an.. Mit zwei weiteren AP
DB0HGW: bb-db0hst.db0hgw
44.224.44.30
und
DB0HST: bb-db0hgw.db0hst
44.224.44.25
bzw.
DB0HGW: bb-db0rug.db0hgw
44.224.44.30
DB0RUG: bb-db0hgw.db0rug
44.224.44.25
ließe sich das testen..
Als ESSID sollte generell für alle Backbone-Linkstrecken in unserem
Distrikt "CALL1-CALL2" verwendet werden (Stichwort: Rufzeichennennung im
Amateurfunk).. Für CALL1 bzw. CALL2 werden die Rufzeichen der jeweiligen
HAMNET-Nodes gesetzt.. Bei Benutzer-Zugängen sollte die ESSID
"HAMNET-CALL" lauten, wobei CALL wiederum durch das Rufzeichen des
jeweiligen HAMNET-Node ersetzt wird.. Eigentlich ist es klar, doch mache
ich trotzdem nochmal darauf aufmerksam, daß eine Verschlüsselung im
Amateurfunk per Gesetz nicht gestattet ist.. (Stichwort:
Amateurfunkaussendungen nur im Klartext)..
Viel Spaß und Erfolg bei den weiteren Versuchen!!
73 de Bjørn, DL7RAY & SysOp DB0HRO & ARIR Distrikt V
Am 22.04.2014 22:23, schrieb Dirk:
</pre>
<blockquote type="cite">
<pre wrap="">Hallo Bjørn,
Die Datenbankeinträge sind soweit in Ordnung, nur bei DB0OVP stimmt die
Höhe nicht.
Die Antennenhöhe ist 19m über Grund.
Die Aktivierung von Quagga mit OSPF werde ich in den nächsten Tagen mal
ausprobieren.
Wenn ich das richtig gelesen habe sollte das Ubiquiti AirGrid OS es von
Hause aus dabei
haben. Hoffentlich auch noch in der aktuellen Version. Es wurde am OS ja
ein wenig was
geändert.
Für eine weiteren Ausbau in Richtung Stralsund müsste dann getestet
werden ob eine
Verbindung zustande kommt. In der Berechnung sieht es zwar gut aus, nur
leider ist
die neue Rügenbrücke nicht berücksichtigt. Die Fahrbahn hängt in über
42m Höhe über Grund
die Funkstreckenhöhe wird da so bei ca. 30-35m sein mit Glück kommen wir
also drunter durch.
Mit viel Pech steht aber der Pylon ca. 130m Höhe im Weg. Es kommt also
auf den Versuch an.
73 de Dirk DG0KF
Sysop DB0HGW & DB0OVP
Am 22.04.2014 01:00, schrieb Bjørn Kagelmacher:
</pre>
<blockquote type="cite">
<pre wrap="">Hallo Dirk,
es freut mich zu lesen, daß Ihr das sonnige Osterwochenende genutzt
habt, um den ersten HAMNET-Link zwischen DB0HGW und DB0OVP aufzubauen..
Es ist wahrlich der erste Schritt in Richtung eines eigenen
HAMNET-Backbone-Netzes in unserem Distrikt und eine lohnenswerte
Investition!! Das marode Packet-Radio-Netz damaliger Zeiten stückweise
durch das moderne multimediale Netzwerk zu ersetzen sollte unser aller
Ziel sein, um so die verschiedenen Dienste der einzelnen
Repeater-Standorte miteinander zu verbinden und so in Zukunft auch auf
ein schnelles digitales Amateurfunk-Netzwerk zurückgreifen zu können..
Der Aufbau will aber wohl überlegt sein!! Damit dies gelingt, habe ich
mit der Netzplanung schon viel Vorarbeit geleistet.. Jetzt ist es an den
SysOps der einzelnen Standorte die nötige Technik anzuschaffen,
aufzubauen und die entsprechenden Konfigurationen nach den Vorgaben in
der HAMNETDB.net durchzuführen.. Es spricht absolut nichts dagegen schon
die für DB0HGW und DB0OVP vorgesehenen IP-Adressen zu verwenden.. Diese
sind ja für die Standorte reserviert; warum sollen sie dann nicht auch
benutzt werden können?!
Die entsprechenden Daten aus der eMail habe ich in die Konfiguration in
der HAMNETDB.net eingepflegt und so präsentiert sich die Übersichtsseite
von DB0OVP wie folgt:
<a class="moz-txt-link-freetext" href="http://hamnetdb.net/?q=db0ovp">http://hamnetdb.net/?q=db0ovp</a>
Beiden Standorte (DB0HGW und DB0OVP) haben nun eine HAMNET-Site
(HAMNET-Stelle), weshalb diese beiden Standorte nun auf der Karte nicht
mehr grau unterlegt sind, sondern im kräftigen Rot erstrahlen.. "Sieht"
auch das HAMNET diese beiden Standorte, werden die Sendemastsymbole auf
der Karte für DB0HGW und DB0OVP in sattem Grün markiert, um diese
Standorte als "Online" zu kennzeichnen..
Zur Erklärung:
Für den Backbone-Link wird die QRG 5825 MHz @ 10 MHz Bandbreite und
horizontaler Polarisation verwendet.. Das zu verwendende IP-Subnet für
diesen Backbone-Link zwischen DB0HGW und DB0OVP ist 44.224.44.112/29..
Dabei verwendet DB0HGW für die dort installierte Ubiquiti AirGrid M5 HP
den Hostname "bb-db0ovp.db0hgw" mit der IP-Adresse "44.224.44.113".. Auf
der Gegenseite DB0OVP ist für die dort installierte Ubiquiti AirGrid M5
HP der Hostname "bb-db0hgw.db0ovp" mit der IP-Adresse "44.224.44.118" zu
verwenden.. Auf der Übersichtsseite ist für die Gegenstelle auch
angegeben, wie weit entfernt und in welcher Richtung diese liegt.. Damit
wird das Ausrichten der Antennen zum Kinderspiel!! Zusätzlich habe ich
für den Standort DB0HGW noch den Host für ein D-Star - Relais
hinzugefügt.. Der entsprechende Hostname für das D-Star - Relais lautet
"dstar.db0hgw" und hat die IP-Adresse "44.225.90.98"..
Damit das mit dem Routing gut klappt, verwendet bitte OSPF (Open
Shortest Path First) als Routingprotokoll!! Auf den Seiten des
Ubiquiti-Forums ist angegeben, wie die Installation und Konfiguration
eines dynamischen Routings vorzunehmen ist.. Als Routingsoftware sollte
Quagga gegenüber Bird bevorzugt werden!! Ich möchte nochmals daran
erinnern, daß als Routingprotokoll innerhalb des Distriktes OSPF
verwendet wird.. Damit Routinginformationen auch über Distriktsgrenzen
hinweg mit den Nachbardistrikten ausgetauscht werden können, müssen die
Bordergateways zusätzlich auch eBGP unterstützen, denn die
HAMNET-Standorte zwischen den Distriktsgrenzen verwenden ausschließlich
dieses Protokoll zur Weitergabe der Routinginformationen.. Die ASN
(Autonomous-System-Number) für unseren Distrikt lautet 64642!!
Es sollte für die SysOps eine Selbstverständlichkeit werden mit der
HAMNETDB zu arbeiten und die Konfiguration so wie dort angegeben
vorzunehmen, damit im Netz keine Inkonsistenzen entstehen und jeder OM,
ganz gleich ob SysOp oder User, die Konfiguration des Netzes einsehen
können und auch die gleiche Sicht auf die Daten haben..
Damit möglichst viele OM's unseres Distriktes von den erstes Versuchen
des Aufbaus des HAMNET in unserem Distrikt erfahren, wäre es eine gute
Idee einen entsprechenden Beitrag an die Rundspruch-Redaktion zu senden..
Der weitere Ausbau könnte dann in Richtung DB0HST erfolgen, um auch dort
das HAMNET zu etablieren.. Dieser Standort hat auch Zugang zum DFN und
man könnte daher dort einen BGP-Konzentrator installieren..
Für Fragen und Unterstützung in Hinblick auf die Konfiguration stehe ich
gerne per eMail zur Verfügung.. Das gilt auch für Änderungen der
HAMNET-Konfiguration.. Es ist wichtig, das ich von jedem SysOp unseres
Distriktes Änderungen an der HAMNET-Konfiguration des jeweiligen
Standortes erfahre, damit ich die Einträge in der HAMNETDB entsprechend
aktualisieren kann!!
@DG0KF: Bitte überprüfe alle Angaben in der HAMNETDB für die beiden
Standorte und Melde mir Änderungswünsche, damit ich die Einträge
entsprechend Deinen Wünschen ändern kann..
BTW: Auf <a class="moz-txt-link-freetext" href="http://www.dl0hgw.de/aktuell.html">http://www.dl0hgw.de/aktuell.html</a> sind interessante Bilder vom
HAMNET-Aufbau veröffentlicht.. Solche tollen Neuigkeiten gehören doch
auch in die Mail!! ;)
73 de Bjørn, DL7RAY & SysOp DB0HRO & ARIR Distrikt V
Am 21.04.2014 14:36, schrieb Dirk:
</pre>
<blockquote type="cite">
<pre wrap="">Hallo an alle Mitleser in der Liste.
Hier mal was neues zum Thema HAMNet in MV.
Das Wetter war am Ostersonnabend sehr schön. Ideal für arbeiten in
luftiger Höhe und so haben wir nach einiger Vorbereitungszeit jetzt den
6cm - Link zwischen DB0HGW und DB0OVP mit HAMNET Parametern in Betrieb
genommen. Wir arbeiten jetzt auf 5,825 GHz auf einer Entfernung von
11,5km. Die Datenrate ist 32,5MBps und die belegte Bandbreite 10MHz.
Mehr ist ja leider nicht zugelassen.
Als Technik setzten wir auf beiden Seiten von UBNT das AirGrid M5 HP
ein. Der Antennengewinn beträgt bei dem System 23dBi. Sowohl die
kommerzielle Software von UBNT als auch die auf der HAMNET-Seite
verlinkte Software gaben eine positive Linkprognose ab.
Erfreulicherweise bestätigten sich auch die Berechnungen zu dem Link.
Wir haben fast (+/- 3db) die errechneten Werte erreicht. Für die
verwendetet Datenrate haben wir damit eine Reserve von 8db.
Somit kann man bei Sichtverbindung schon mal eine zuverlässige Prognose
abgeben und weiß was man für Antennensysteme für einen Link braucht.
Eine negative Erkenntnis gab es leider auch und zwar wird der
Frequenzbereich auch für BFWA verwendet, deren Kanäle liegen 5 MHz neben
unseren, die belegte Bandbreite dort ist 20MHz. Deren zulässige
Strahlungsleistung aber geringer. Es gibt für uns leider keine
Ausweichfrequenzen. Da das gesamte Bandbereich damit belegt ist. Eine
Genehmigung im 6cm Band braucht für uns ca. 6 Monate. BFWA ist allgemein
genehmigt für gewerbliche Kommunikationsdienstleister. Dafür müssen die
Geräte selber den Kanal verlassen wenn der Kanal belegt ist (DFS).
Bleibt also zu hoffen das die Errichter, das auch richtig programmiert
haben.
Als Nutzlast für den Link, betreiben wir zur Zeit das D-Star Relais an
dem Link. Ein weiterer Nutzungsausbau ist geplant.
Auf der Rechnerseite IP mäßig, arbeiten wir Zeit noch nicht mit 44. IP
Adressen. Eine Umstellung hängt dann von der weiteren Entwicklung ab.
Ein schönes Rest-Osterfest
73 de Dirk DG0KF
Sysop von DB0HGW und DB0OVP
</pre>
</blockquote>
</blockquote>
</blockquote>
<pre wrap="">
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
HamNet_V mailing list
<a class="moz-txt-link-abbreviated" href="mailto:HamNet_V@de.ampr.org">HamNet_V@de.ampr.org</a>
<a class="moz-txt-link-freetext" href="http://de.ampr.org/mailman/listinfo/hamnet_v">http://de.ampr.org/mailman/listinfo/hamnet_v</a>
</pre>
</blockquote>
<br>
</body>
</html>