<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 an alle mitlesenden
Hamnet-Interessenten.<br>
<br>
Heute kam nun die beantragte Lizenz für den Einstieg bei DB0HGW.<br>
Als Frequenz wurde die 2397 MHz genehmigt mit 5 MHz Bandbreite.<br>
<br>
In den letzten Wochen haben wir schon einige Experimente mit
Rundstrahler für 13cm auf dem Standort<br>
durchgeführt. Die Ergebnisse waren ernüchtern die erhoffte und
errechnetet Signalstärke wurde nicht erreicht. <br>
Zu mindestens für unseren Standort scheinen diese Antennen in dem
Frequenzbereich ungeeignet.<br>
Deshalb werden wir mit Sektorantennen, wo sich auch eine Downtilt
einstellen lässt, nun weiter testen.<br>
<br>
Als erste Ausbaustufe werden wir nun eine Antenne mit
Strahlungsrichtung Südost (135°), 6° Downtilt<br>
und Öffnungswinkel von 120° installieren. Damit erstreckt sich
das theoretische Ausleuchtungsgebiet zum<br>
großen Teil erst mal über das Stadtgebiet von Greifswald. <br>
<br>
73 und einen schönen 2 Advent <br>
Dirk DG0KF Sysop DB0HGW & DB0OVP<br>
<br>
<br>
<br>
Am 30.11.2014 00:58, schrieb Bjørn Kagelmacher:<br>
</div>
<blockquote cite="mid:547A5DAB.1020306@t-online.de" type="cite">
<pre wrap="">Hallo liebe mitlesende Hamnet-Interessierte des Distriktes V,
wer vor einer Woche das Distrikttreffen besucht und den Vortrag von Dirk
(DG0KF) und mir verfolgt hat, welcher die Aktivierung der Standorte
DB0OVP und DB0HGW mit HAMNET-Technik zum Inhalt hatte, ist bestens
informiert..
Der nächste Ausbau-Schritt am Standort von DB0HGW wird die Installation
eines HAMNET-AccessPoint sein, welcher den in Reichweite des
Zugangspunkts befindlichen OMs den Login ins "multimediale
Hochgeschwindigkeitsnetz der Funkamateure" ermöglicht.. Mein derzeitiger
Kenntnisstand ist der, das die Zugangs-QRG 2.397 MHz schon beantragt,
jedoch noch nicht erteilt ist.. Davor hatten die OMs aus Greifswald
versucht die Zugangs-QRG 2.362 MHz (WLAN-Kanal -9) zu beantragen, welche
jedoch seitens BNetzA nicht erteilt wurde..
Gestern habe ich die Hardware, bestehend aus MikroTik RouterBOARD 433
und einem R52Hn-WLAN-Modul, für den AccessPoint (AP) erhalten.. Ich habe
mich sogleich bei gemacht und OpenWRT in der aktuellen Version (14.07)
geflasht, was auch ohne Probleme verlief.. Erstmal ein NetBoot mit
meinem OpenWRT-Image und dann mittels Internet das aktuelle OpenWRT in
den NAND geschrieben.. Danach das Passwort gesetzt und einige
grundlegende Konfigurationen vorgenommen..
Nun konnte mir den Linux-Kernel mit seinen WirelessLAN-Treibern
anschauen.. Im Quellcode müssen hinsichtlich der Frequenzerweiterung
einige Dateien modifiziert werden.. So müssen eine ganze Reihe von
Kernelmodulen neu gebaut werden.. Nachdem diese Kernelmodule
(cfg80211.ko, mac80211.ko, ath.ko, ath9k_hw.ko, ath9k_common.ko und
ath9k.ko), welche nun in /root auf dem Device liegen, gab es für mich
einen Moment des Bangens.. Doch die folgende Ausgabe zeigt: "alles gut!!"..
---[ Schnipp ]----------------------------------------------------------
root@gw:/tmp# iw phy0 info
Wiphy phy0
max # scan SSIDs: 4
max scan IEs length: 2257 bytes
Retry short limit: 7
Retry long limit: 4
Coverage class: 0 (up to 0m)
Device supports AP-side u-APSD.
Device supports T-DLS.
Available Antennas: TX 0x3 RX 0x3
Configured Antennas: TX 0x3 RX 0x3
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* WDS
* monitor
* mesh point
* P2P-client
* P2P-GO
Band 1:
Capabilities: 0x11ce
HT20/HT40
SM Power Save disabled
RX HT40 SGI
TX STBC
RX STBC 1-stream
Max AMSDU length: 3839 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 8 usec (0x06)
HT TX/RX MCS rate indexes supported: 0-15
Frequencies:
* 2312 MHz [-19] (disabled)
* 2317 MHz [-18] (disabled)
* 2322 MHz [-17] (disabled)
* 2327 MHz [-16] (disabled)
* 2332 MHz [-15] (disabled)
* 2337 MHz [-14] (disabled)
* 2342 MHz [-13] (disabled)
* 2347 MHz [-12] (disabled)
* 2352 MHz [-11] (disabled)
* 2357 MHz [-10] (disabled)
* 2362 MHz [-9] (disabled)
* 2367 MHz [-8] (disabled)
* 2372 MHz [-7] (disabled)
* 2377 MHz [-6] (disabled)
* 2382 MHz [-5] (disabled)
* 2387 MHz [-4] (disabled)
* 2392 MHz [-3] (disabled)
* 2397 MHz [-2] (disabled)
* 2402 MHz [-1] (disabled)
* 2407 MHz [0] (disabled)
* 2412 MHz [1] (25.0 dBm)
* 2417 MHz [2] (25.0 dBm)
* 2422 MHz [3] (25.0 dBm)
* 2427 MHz [4] (25.0 dBm)
* 2432 MHz [5] (25.0 dBm)
* 2437 MHz [6] (25.0 dBm)
* 2442 MHz [7] (25.0 dBm)
* 2447 MHz [8] (25.0 dBm)
* 2452 MHz [9] (25.0 dBm)
* 2457 MHz [10] (25.0 dBm)
* 2462 MHz [11] (25.0 dBm)
* 2467 MHz [12] (disabled)
* 2472 MHz [13] (disabled)
* 2484 MHz [14] (disabled)
Band 2:
Capabilities: 0x11ce
HT20/HT40
SM Power Save disabled
RX HT40 SGI
TX STBC
RX STBC 1-stream
Max AMSDU length: 3839 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 8 usec (0x06)
HT TX/RX MCS rate indexes supported: 0-15
Frequencies:
* 5180 MHz [36] (17.0 dBm)
* 5200 MHz [40] (17.0 dBm)
* 5220 MHz [44] (17.0 dBm)
* 5240 MHz [48] (17.0 dBm)
* 5260 MHz [52] (23.0 dBm) (radar detection)
DFS state: usable (for 11 sec)
DFS CAC time: 60000 ms
* 5280 MHz [56] (23.0 dBm) (radar detection)
DFS state: usable (for 11 sec)
DFS CAC time: 60000 ms
* 5300 MHz [60] (23.0 dBm) (radar detection)
DFS state: usable (for 11 sec)
DFS CAC time: 60000 ms
* 5320 MHz [64] (23.0 dBm) (radar detection)
DFS state: usable (for 11 sec)
DFS CAC time: 60000 ms
* 5500 MHz [100] (disabled)
* 5520 MHz [104] (disabled)
* 5540 MHz [108] (disabled)
* 5560 MHz [112] (disabled)
* 5580 MHz [116] (disabled)
* 5600 MHz [120] (disabled)
* 5620 MHz [124] (disabled)
* 5640 MHz [128] (disabled)
* 5660 MHz [132] (disabled)
* 5675 MHz [135] (disabled)
* 5680 MHz [136] (disabled)
* 5685 MHz [137] (disabled)
* 5695 MHz [139] (disabled)
* 5700 MHz [140] (disabled)
* 5745 MHz [149] (25.0 dBm)
* 5765 MHz [153] (25.0 dBm)
* 5785 MHz [157] (25.0 dBm)
* 5795 MHz [159] (25.0 dBm)
* 5805 MHz [161] (25.0 dBm)
* 5815 MHz [163] (25.0 dBm)
* 5825 MHz [165] (25.0 dBm)
valid interface combinations:
* #{ managed, WDS } <= 2048, #{ AP, mesh point } <= 8,
#{ P2P-client, P2P-GO } <= 1, #{ IBSS } <= 1,
total <= 2048, #channels <= 1, STA/AP BI must match
HT Capability overrides:
* MCS: ff ff ff ff ff ff ff ff ff ff
* maximum A-MSDU length
* supported channel width
* short GI for 40 MHz
* max A-MPDU length exponent
* min MPDU start spacing
root@gw:/tmp#
---[ Schnapp ]----------------------------------------------------------
Auf einem Ubiquiti Bullet M2 HighPower (UBNT BM2HP) hatte ich genau die
selbe Prozedur versucht und nach einem Neustart hing das Device in einer
Reboot-Schleife fest.. Offenbar kann das Device nicht genügend Puffer
bereitstellen, um alle Kanäle zu verwalten.. Abhilfe könnte man
schaffen, indem um deutlich weniger Kanäle erweitert wird oder der
Puffer wesentlich vergrößert wird..
Wie man sieht sind schon einige negative Kanäle im 13cm-Band und einige
andere Kanäle im 6cm-Band hinzugekommen.. Außerdem habe ich den Treiber
so modifiziert, das die Ausgangsleistung nun nicht mehr auf nur 2o dBm
beschränkt ist, sondern die Obergrenze auf 3o dBm festgesetzt ist.. Das
verwendete WLAN-Modul hat aber eine maximale Ausgangsleistung von 25
dBm.. Die neu hinzugekommenen Kanäle sind derzeit jedoch noch
deaktiviert (disabled).. Hier muß die CRDA (die RegDom -> Regulatory
Domain) noch entsprechend angepaßt werden.. Dann könnte man diese
Hardware schon als HAMNET-sta (Client) einsetzen.. Um das Device jedoch
auch als HAMNET-ap (Master) betreiben zu können, sind anschließend auch
noch Modifizierungen beim Quellcode des hostap-Daemon durchzuführen..
73 de Bjørn, DL7RAY & SysOp DB0HRO & ARIR Distrikt V
Am 03.10.2014 um 17:57 schrieb Bjørn Kagelmacher:
</pre>
<blockquote type="cite">
<pre wrap="">Hallo liebe mitlesende Hamnet-Interessierte des Distriktes V,
in den letzten Wochen haben sich hinsichtlich der Hamnet-Vorbereitung
für die Standorte DB0OVP und DB0HGW einige Neuigkeiten ergeben.. Über
diese möchte ich Euch in dieser Mail informieren und zugleich über den
bisherigen Ablauf berichten..
Dirk (DG0KF) und ich einigten uns darauf das es besser ist die komplette
bei Greifswald installierte WLAN-Installation abzubauen und zwecks der
Konfiguration zu mir nach Wismar zu bringen.. So machte sich Dirk am 23.
August 2014 ans Werk und montierte die installierte WLAN-Technik ab..
Schon am 25. August 2014 besuchte mich Dirk bei mir zuhause in Wismar..
Dabei nutzte ich gleich die Gelegenheit, um Dirk nach einigen Details
der zukünftigen Hamnet-Installation zu fragen..
Die Geräte, welche Dirk mitbrachte waren zwei "Ubiquiti AirGrid M5 HP",
welche als AP-Bridge zur Verbindung der Standorte DB0OVP und DB0HGW
konfiguriert werden sollten und ein Router "MikroTik RouterBOARD 450G"
am Standort von DB0OVP, der die Verbindung über einen L2TP-Tunnel mit
DB0FHN zum übrigen Hamnet herstellen sollte.. Meine erste Amtshandlung
war die auf den Geräten schon vorinstallierte originale Firmware gegen
die OpenWRT-Firmware zu ersetzen.. Für den Standort DB0HGW fehlte noch
ein Router.. Jeder Hamnet-Standort benötigt mindestens einen Router..
Also setzte ich mich mit Dirk in Verbindung und schlug ihm als Router
für den Standort bei DB0HGW den "MikroTik RouterBOARD RB2011iL-IN" vor,
welchen er auch prompt bestellte und an meine Hausanschrift liefern
ließ.. Auch dieser Router wurde, wie auch alle anderen drei Geräte,
welche Dirk mir nach Wismar brachte, mit "OpenWrt Barrier Breaker
14.07-rc3 / LuCI Trunk (svn-r10471)" geflasht.. Zusätzlich wurden alle
Geräte für das neue Internet-Protokoll IPv6 kompatibel gemacht..
Als erstes habe ich mich um die Konfiguration der Ubiquiti-Geräte
gekümmert.. Hier wurde eine Bridge zwischen WLAN-Interface und
Ethernet-Interface gelegt und die in der HamnetDB angegebene
Hamnet-IP-Adresse zugewiesen.. Auch der Hostname wurde wie in der
HamnetDB angegeben gesetzt.. Bei der Firewall wurde eine spezielle
Backbone-Zone für das Bridge-Interface eingerichtet.. Bei dem
Drahtlos-Interface wurde der Modus auf WDS umgestellt und eine Seite als
Master (DB0HGW) und die andere Seite als Station (DB0OVP) konfiguriert..
Dies ermöglicht Ferndiagnosen von DB0OVP aus.. Natürlich wurde auch die
zu verwendende Frequenz, so wie in der HamnetDB angegeben eingestellt
und als SSID "DB0HGW-DB0OVP) gesetzt [AP-STA].. Um mit den Vorgaben der
BNetzA konform zu sein, ist es sehr wichtig für
Drahtlos-Backbone-Verbindungen das Kanalraster von 10 MHz (Bandbreite)
einzustellen!! Einige Zeit habe ich für das Funktionieren der
Indikator-LEDs zur Anzeige der Signalstärke des WLAN-Signals gebraucht,
doch auch die RSSI-Anzeige funktioniert nun perfekt.. Dadurch wird die
grobe Ausrichtung bei einer Erstinstallation vereinfacht.. Die
Ubiquiti-Geräte arbeiten nicht als Router, sondern als normale
Link-Devices.. Eine Routing-Software ist hier deshalb nicht erforderlich
und ist auf den Ubiquiti-Geräten aus dem Grunde auch nicht installiert..
Damit die Geräte trotz fehlendem Internet-Zugriff die eigene Uhrzeit
synchronisieren können, holen sich die Geräte diese von einem NTP-Server
bei Bochum..
Das Flashen und auch die Konfiguration der beiden Router (DB0OVP:
MikroTik RouterBOARD 450G; DB0HGW: MikroTik RouterBOARD RB2011iL-IN)
war ungleich schwieriger.. Für das Flashen des Routers für DB0OVP mußte
ich mir extra ein Null-Modem-Kabel anfertigen.. Aber auch für die beiden
Routerboards ist nun die o.g. OpenWRT-Firmware installiert.. Auch hier
ist alles auf IPv6-Kompatibelität ausgelegt.. Wie auch bei den
Ubiquiti-Geräten hat man auch bei den Routern Zugriff auf ein
WebInterface (LuCI) zur Konfiguration der Geräte.. Deutsche
Sprachunterstützung ist mit installiert.. Auf beiden Routern wird
"quagga" als Routing-Daemon eingesetzt.. Damit wir im Distrikt
"kompatibel" zu den jeweiligen Nachbar-Routern bleiben, ist es
erstrebenswert, wenn auch alle weiteren später in das Hamnet zu
integrierenden Router auf die OpenWRT-Firmware setzen und als
Routing-Daemon "quagga" verwenden.. Speziell für den Router bei DB0OVP
mußte zusätzlich die Unterstützung für das L2TP-Protokoll mit
installiert werden.. Diese ließ sich leider nicht "out of the box"
verwenden und einige Anpassungen waren nötig, um einen lauffähigen
Tunnel zu DB0FHN aufzubauen.. Nach einiger Zeit stand dann aber der
L2TP-Tunnel.. Auch hier habe ich dann zunächst erst mal die
Firewall-Einstellungen angepaßt.. Die Zeit wird wieder aus Bochum
geholt.. Das größte Problem bereitete mir das Routing.. Es gingen viele
Tage der Frustration und des Experimentierens und Debuggings ins Land,
bevor mir mit dem heutigen Tage das Backbone-Routing und die
vollständige Integration aller vier Geräte für DB0HGW / DB0OVP in den
übrigen Hamnet-Backbone gelang.. Dies liegt vor allem auch darin
begründet, weil ich mit BGP und OSPF bisher noch keinerlei Erfahrungen
hatte und einige Wochen mit dem Aneignen von Wissen dieser beiden
Routingprotokolle und vielen Recherchen im Internet verbringen mußte..
Probleme gab es auch mit den Switches der Geräte, und ganz besonders bei
dem 10-Port-Router.. Auch hier habe ich einige Zeit benötigt, um eine
geeignete Konfiguration zu finden, welche die zusätzlichen fünf Ports
aktivierte.. Bei den Routern habe ich entsprechende VLANs für die
verschiedenen Backbone-Link-Interfaces und das User/Service-Subnet
angelegt.. Auch hier gab es zahlreiche Probleme, vor allem im
Zusammenhang mit der Firewall..
Aus dem Hamnet sind nun alle vier Geräte (DB0HGW / DB0OVP) pingbar und
auch die Karte in der HamnetDB verrät mit grünen Statusindikatoren den
aktiven Zustand der gesamten Hamnet-Installation dieser beiden
Standorte.. Das Routing funktioniert perfekt, doch trotzdem möchte ich
die Zuverlässigkeit der Verbindung noch eine kleine Weile testen,
während dessen ich die noch offenen Punkte weiter abarbeite..
Dadurch, daß die vier Geräte nun vollständig in das Hamnet integriert
sind, kann ich weitere Dinge zum Laufen bringen.. Oberste Priorität
dabei hat der Anschluß von Diensten (Services).. Bei dem Router für
DB0HGW sind die ersten fünf Ethernet-Ports (welche für jedes Link-Device
eigene IP-Adressen haben) zum Anschluß von Backbone-Geräten gedacht;
also Geräten, welche sich im Backbone befinden.. Die anderen
zusätzlichen fünf Ethernet-Ports des zweiten Switches dienen
Ausschließlich dem Anschluß von Service-Geräten (WebCam, APRS,
WebServer, Echolink, D-Star, etc).. Ein spezieller Ethernet-Port, des
ersten Switches (Backbone) hat eine IP-Adresse aus dem
User-/Service-Subnet und hat als einziger dieser fünf Ports keine
IP-Adresse aus dem Backbone-Subnet.. Er dient zum späteren Anschluß
eines WLAN-Gerätes, welches den in Reichweite von DB0HGW wohnenden OM's
den Einstieg in das Hamnet (Hamnet-Accesspoint) ermöglicht.. Als spätere
Einstiegsfrequenz sollte für jeden Standort immer 2.362 GHz @ 5MHz
favorisiert werden.. Die IP-Adressen vergibt der HAMNET-AP automatisch
per DHCP.. Der Hamnet-AP selber wird die in der HamnetDB vermerkten
IP-Adresse unter den Hostnamen "gw.db0hgw" haben..
Ein weiterer noch offener Punkt ist die Ferndiagnose.. Natürlich wäre es
schön, wenn per SNMP eine Überwachung der Hamnet-Installation möglich
wäre.. Dabei könnten neben Routing-Informationen auch Informationen wie
RX-Pegel, Noisefloor und evtl. Temperaturen bereitgestellt werden..
Außerdem fehlt uns noch ein DNS-Konzentrator für unseren Distrikt.. Hier
würde ich "bind" als entsprechende DNS-Serversoftware verwenden.. Auch
arbeite ich an der Implementation von IPv6 in das Hamnet.. Allem
Anschein bin ich der einzige, der die Unterstützung des neuen
Internetprotokolls aktiv vorantreibt und nun mit der Installation von
DB0HGW / DB0OVP versucht diesen Standard aktiv auch in das
Hamnet-Backbone-Routing zu übernehmen..
Hier die Router-Konfiguration der jeweiligen Standorte:
DB0OVP:
Switch 0
Port 1 - WAN / L2TP to DB0FHN
Port 2:VLAN1 - DB0HGW (bb-db0hgw.db0ovp, 44.224.44.118/29)
Port 3:VLAN2 - User / Service
Port 4:VLAN2 - User / Service (router.db0ovp, 44.225.90.129/27)
Port 5:VLAN2 - User / Service
DB0HGW:
Switch 0
Port 1:VLAN1 - User / Service [HAMNET-AP] (br-service)
Port 2:VLAN2 - DB0HST (bb-db0hst.db0hgw, 44.224.44.30/29)
Port 3:VLAN3 - DB0OVP (bb-db0ovp.db0hgw, 44.224.44.114/29)
Port 4:VLAN4 - DO0YAK (bb-do0yak.db0hgw, 44.224.44.138/29)
Port 5:VLAN5 -
Port 6 - Tagged
Switch 1
Port 1 - br-service
Port 2 - br-service
Port 3 - br-service (router.db0hgw, 44.225.90.97/27)
Port 4 - br-service
Port 5 - br-service
* Derzeit an DB0OVP:Port 2 angeschlossen
lnk-db0hgw.db0ovp, 44.224.44.117/29
* Derzeit an DB0HGW:Port 3 angeschlossen
lnk-db0ovp.db0hgw, 44.224.44.113/29
Dirk bemüht sich derzeitig um die Realisierung einer drahtlosen
Hamnet-Backbone-Linkstrecke zwischen DB0HST und DB0HGW.. Mein Plan ist
der, das später der L2TP-Tunnel von DB0FHN bei DB0HST terminiert wird
und dort auch ein DNS-Konzentrator eingerichtet wird.. Damit wird DB0HST
der Hamnet-DNS-Server des Distriktes V, was sich sehr anbietet, da die
Hochschule Stralsund einen Anschluß an das Netz des DFN hat.. Der dann
Überflüssige Tunnel bei DB0OVP zu DB0FHN wird nebst der
L2TP-Softwarepakete vom DB0OVP-Router entfernt..
Für die Realisierung des Hamnet-Backbone-Links zwischen DB0HST und
DB0HGW bietet es sich an die zwar etwas teureren aber viel
performanteren Geräte von MikroTik zu verwenden..
Für die Standorte DB0HST und DB0HGW könnten z.B. folgende Komponenten
angeschafft werden:
Anzahl | Bezeichnung | Produktname | URL zum Produkt
-------|---------------|---------------------------|----------------
1x | Routergehäuse | PC Engines Outdoor Gehäuse|
<a class="moz-txt-link-freetext" href="http://www.mikrotik-shop.de/Gehaeuse/Outdoor/PC-Engines-Outdoor-Gehaeuse-1x-N-Typ-1x-Ethernet::267.html">http://www.mikrotik-shop.de/Gehaeuse/Outdoor/PC-Engines-Outdoor-Gehaeuse-1x-N-Typ-1x-Ethernet::267.html</a>
1x | Montageplatte | für MikroTik-Routerboard |
<a class="moz-txt-link-freetext" href="http://www.mikrotik-shop.de/Gehaeuse/Outdoor/Montageplatte-MikroTik::271.html">http://www.mikrotik-shop.de/Gehaeuse/Outdoor/Montageplatte-MikroTik::271.html</a>
1x | Routerboard | MikroTik RB411AH |
<a class="moz-txt-link-freetext" href="http://www.mikrotik-shop.de/Mainboards/MikroTik-RouterBOARD-411AH-L4-1-x-LAN-1-x-miniPCI::234.html">http://www.mikrotik-shop.de/Mainboards/MikroTik-RouterBOARD-411AH-L4-1-x-LAN-1-x-miniPCI::234.html</a>
1x | WLAN-Iface | Wistron DCMA-82 |
<a class="moz-txt-link-freetext" href="http://www.mikrotik-shop.de/Interfaces/Wistron-DCMA82::276.html">http://www.mikrotik-shop.de/Interfaces/Wistron-DCMA82::276.html</a>
1x | Pigtail | HDF-100, MMCX -> Type-N |
<a class="moz-txt-link-freetext" href="http://www.mikrotik-shop.de/Antennenkabel/Pigtails/18cm-Pigtail-MMCX-auf-N-Buchse::300.html">http://www.mikrotik-shop.de/Antennenkabel/Pigtails/18cm-Pigtail-MMCX-auf-N-Buchse::300.html</a>
25 cm | Koaxkabel | Ecoflex 15 Plus / Meter |
<a class="moz-txt-link-freetext" href="http://www.conrad.de/ce/de/product/604980/KOAXIALKABEL-SCHWARZ-ECOFLEX-15-PLUS">http://www.conrad.de/ce/de/product/604980/KOAXIALKABEL-SCHWARZ-ECOFLEX-15-PLUS</a>
2x | HF-Steckverb. | Type-N Stecker |
<a class="moz-txt-link-freetext" href="http://www.mega-kom.de/eshop/product_info.php?products_id=12098">http://www.mega-kom.de/eshop/product_info.php?products_id=12098</a>
1x | Antenne | PARABOLA XP 36 dBi, 5 GHz |
<a class="moz-txt-link-freetext" href="http://www.atel-electronics.eu/produkt.php?hash=05225&dispLang=EN">http://www.atel-electronics.eu/produkt.php?hash=05225&dispLang=EN</a>
Zusätzlich benötigt der Standort DB0HST noch einen Router, um so
Amateurfunkdienste wie Digi, DXC, BBS etc. anschließen zu können.. Ich
empfehle für den Standort DB0HST den gleichen Router, wie er auch für
den Standort DB0HGW in Verwendung ist.. Natürlich könnte ich auch hier
die Konfiguration der Geräte übernehmen..
BTW: Der Status der Installation bei DB0OVP und DB0HGW kann über die
HamnetDB eingesehen werden..
<a class="moz-txt-link-freetext" href="http://hamnetdb.net/?m=host&q=db0hgw&as=-All">http://hamnetdb.net/?m=host&q=db0hgw&as=-All</a>-
<a class="moz-txt-link-freetext" href="http://hamnetdb.net/?m=host&q=db0ovp&as=-All">http://hamnetdb.net/?m=host&q=db0ovp&as=-All</a>-
Zusätzlich kann man sich in einer Liste:
<a class="moz-txt-link-freetext" href="http://hamnetdb.net/?m=as&as=64642">http://hamnetdb.net/?m=as&as=64642</a>
oder auf der Karte:
<a class="moz-txt-link-freetext" href="http://hamnetdb.net/lsp_map.cgi?as=64642">http://hamnetdb.net/lsp_map.cgi?as=64642</a>
genau anschauen, wo schon überall im Distrikt V Standorte Hamnet
aktiviert ist und somit Hamnet-Betrieb möglich ist:
73 de Bjørn, DL7RAY & SysOp DB0HRO & ARIR Distrikt V
_______________________________________________
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>
<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>