| |
DG8NGN > HAMNET 19.06.12 01:59l 166 Lines 7267 Bytes #999 (0) @ DL
BID : J6MDB0FHN02Q
Read: DG8NGN DL5MBW OE5RCO GUEST DJ3PU DJ6VI DK3UZ DL9KAW DL8SFG DL6DBA DL8UEF
Read: DJ2KJ DK3HG DL5SFI DL6PM DD3IA DO2CN DC9RD DM8BS DG5YMS DG4IAD DK3EL
Read: DL2GKM DG7FDL
Subj: Netzplaene
Path: DB0FHN
Sent: 120619/0059z @:DB0FHN.#BAY.DEU.EU [JN59NK Nuernberg] obcm1.07b3
From: DG8NGN @ DB0FHN.#BAY.DEU.EU (Jann)
To: HAMNET @ DL
X-Info: No login password
Hallo zusammen,
nach zwei Jahren wuerde ich gerne den __mir__ vorliegenden Stand des HAMNET
veroeffentlichen. Dazu habe ich einige Netzplaene in einem PDF
zusammengestellt. Das Dokument erhebt weder den Anspruch vollstaendig noch
korrekt zu sein. Es soll zur Diskussion anregen, wie Netzplaene aussehen
koennten, wie man sie zusammenfuehren und automatisiert erstellen koennte.
Von eine automatisierten Variante sind wir noch weit entfernt. Als ersten
Schritt habe ich versucht die Anforderungen zu definieren, um alle fuer uns
relevanten Informationen in dem Dokument zu integrieren.
Mir ist es wichtig klarzustellen, dass ich nicht "mein" Modell jedem
aufzwingen moechte. Fuer das Projekt HAMNET ist eine oeffentliche
Dokumentation meiner Meinung nach sehr sinnvoll. Die Form kann sehr
individuell gestaltet sein. Das vorliegende PDF-File beinhaltet Links (die
Boxen mit gestrichelten Linien lassen sich anklicken) zu verschiedenen
Dokumentationen (Distrikt-H, Amateurfunk-Wiki, Netzplaene als PDF). Es stellt
eine Sammlung der verschiedenen Moeglichkeiten dar.
Fuer eine moegliche Automatisierung ist es mir jetzt schon wichtig zu
betonen, dass wir nicht nach einer Suche der "globalen" Loesung sind. Der
Freiraum bzw. die Individualitaet muess gerade im Experimentalfunkdienst
erhalten bleiben. Ein sehr schoenes Projekt innerhalb des HAMNET ist
uebrigens die verteilte Suchmaschine "YaCy". Hier werden regional gepfleget
Informationen global zur Verfuegung gestellt.
Ich moechte mein derzeitiges (leider sehr manuelles, aber gut delegierbares)
Konzept zur Dokumentation vorstellen. Vorab ist es aber sinnvoll aufzuzeigen,
nach welchen Designkriterien __ich_im_Moment__ bei der Implementierung von
HAMNET-Knoten arbeite:
* Pro Standort gibt es maximal einen BGP-Router
* Backbone-, User- und Servicenetze sind stets logisch getrennt (Layer 2)
* Fuer jede Linkstrecke wird genau ein /29-Transfernetz aus dem
Backbonebereich
* erste IP im /29 fuer die IP-Adresse des eigenen BGP-Routers
* letzte IP im /29 fuer die IP-Adresse des BGP-Routers des Linkpartners
* das IP-Netz kann jetzt von beiden Seiten aufgefuellt werden (z.B. hat
der Linkpartner noch eine Bridge im Transfernetz -> vorletzte IP im
/29)
* Internes Routing im AS erfolgt mit iBGP und BGP-Confederation
(reservierter AS-Bereich: AS65520 bis AS65535)
* Die verwendeten Netze (x-Transfernetze, 1 User-/Servicenetz) am Standort
werden per BGP announced und als Next-Hop immer die eigene IP-Adresse
weitergereicht (Mikrotik: Next-Hop "Force Self")
* Das User-/Servicenetz wird immer zusammen in einem Block per BGP
announced (z.B. 44.225.x.0/27 <- intern wird 44.225.x.0/28 als Usernetz
und 44.225.x.16/28 als Servicenetz verwendet <<-- ergibt einfache
Firewallregeln)
* Es wird nur der IST-Stand beschrieben. Niemals der SOLL-Stand (ausser
bei sehr kurzfristiger Umsetzung).
Hinweis: Im vorliegenden PDF-File sind auch alte Netzplaene enthalten, die
noch nicht diesen Designkriterien entsprechen.
-----
Das Konzept beschreibt 3 Ebenen fuer einen moeglichen HAMNET-Netzplan. Ziel
ist es alle notwendigen Informationen zu erfassen und an __nur_einer_Stelle__
abzulegen.
Der Inhalt bzw. die Anforderungen der einzelnen Ebenen sind:
1. Ebene:
Diese Ebene enthaelt nur IT-Informationen. Sie gibt eine Gesamtuebersicht
ueber das HAMNET wieder.
Zielgruppe: IP-Koordinatoren der Laender
Elemente:
* Wolke = autonomes System (AS)
* Linie zwischen zwei Wolken = Verbindung zweier autonomen Systemen (AS)
Beschriftung der Wolke:
* AS-Nummer
* AS-Name
* zugewiesenes Backbonenetz
* zugewiesenes User-/Servicenetz
Kategorien der Linien:
* Ethernet/LAN (grau)
* Funk (rot)
* Internettunnel (blau)
2. Ebene:
Diese Ebene enthaelt IT-Informationen und HF-Informationen. Sie gibt eine
Gesamtuebersicht ueber ein AS des HAMNET wieder.
Zielgruppe: HF-Koordinator des AS & IT-Koordinator des AS
Elemente:
* Wolke = Standort
* Antennen = Antennen sind Wolken zugeordnet. Jeder Antenne kann nur eine
Frequenz mit zugehoeriger Bandbreite und Polarisationsebene zugewiesen
werden.
* Linien zwischen Antennen = Linkstrecken zwischen Antennen/Wolken.
Duplexlinks haben jeweils zwei Antennen und zwei Linien. Point-to-
Multipoint-Links haben meherer Linien auf die gleiche Antenne.
Beschriftung der Wolke:
* IT: Rufzeichen
* IT: zugewiesenes User-/Servicenetz mit Subnetzangabe (z.B. 44.225.0.0/27)
* IT: AKTIV/INAKTIV
* IT: genutzte AS-Nummer bei der Verwendung von BGP-Confederation
Beschriftung der Antenne:
* IT: Wireless Mode, NStreme (y/n), WDS (y/n, if "y" -> eigene MAC-Adresse
angeben)
* IT: zugewiesene Endpunkt-IP fuer den BGP-Link aus dem Backbonenetz (z.B.
44.224.0.1/29)
* HF: TXPower (dBm)
* HF: Oeffnungswinkel (Grad horizontal, Grad vertikal)
* HF: Antenna Gain (dBi) <- Laesst sich zwar aus den Oeffnungswinkeln
berechnen, ist aber nicht ideal
* HF: Hoehe ueber Grund + Koordinaten <- Wenn Information fuer alle Antennen
gleich, dann Info in die Wolke
* HF: Abstrahlrichtung (Grad) <- Wenn Antenne auf Linkpartner ausgerichtet
ist, dann kann die Angabe entfallen und die Information aus den
Koordinaten berechnet werden
* HF & IT: AKTIV/NICHTAKTIV <- entfaellt wenn komplette Wolke mit allen
Antennen AKTIV oder INAKTIV
* HF: Entfernung <- Angabe kann entfallen, da die Information aus den
Koordinaten berechnet werden kann --> Beschriftung der "Linie zwischen
den Antennen" zuweisen
Falls Antenne ein Usereinstieg ist:
* HF: Frequenz, Bandbreite, Polarisationsebene
Auflistung der Transfer- und User-/Servicenetze:
Es bietet sich an __auf_der_gleichen_Seite__ die genutzen Netze aus dem
Backbonebereich der Reihenfolge untereinander in einer Textbox anzuordnen. So
bleibt die Uebersicht der Belegung relativ gut bestehen. Auch die
User-/Servicenetze koennen aufgelistet werden (z.B. siehe AS-Uebersicht
Distrikt-C).
3. Ebene:
Diese Ebene enthaelt IT-Informationen und Verkabelungsinformationen. Sie gibt
eine Gesamtuebersicht ueber einen Standort eines AS wieder. Der Ebene sollen
alle Informationen entnehmbar sein, die notwendig zum Aufbau und
Konfiguration der Geraete sind. Beim Ausfall des Standortbetreuers soll eine
Uebergabe an einen neuen Standortbetreuer moeglich sein.
Zielgruppe: IT-Koordinator und Standortbetreuer
Moegliche Inhalte:
* Geraete: Router, Switches, PCs
* Informationen: IP-Adressen, Subnetzmasken, IP-Routen, Defaultroutes,
NAT-Konfiguration, Portforwardings, Bridgeports, WDS-Konfigurationen,
Ethernetports (Verkabelung), AX.25-Linkpartnerkonfiguration
-----
Soweit ein Vorschlag welche Daten die HAMNET-Dokumentation enthalten sollte.
Es steckt noch viel Potential einige der Daten automatisch und zeitnah zu
erfassen und darstellen zu koennen. Die mir bisher bekannten Loesungen sind
schick, beinhalten aber nur ein Bruchteil der von mir geforderten Daten. Ein
automatisches System sollte die Daten regional erfassen (z.B. jedes AS fuer
sich). Eine Art "Packet-Radio Crawler" fuer das HAMNET halte ich fuer
unangebracht. Netzwerkscans auf 44/8 gehoeren nicht zum guten Ton...
Vielleicht ergibt sich die ein oder andere Diskussion auf der Hamradio 2012,
73,
Jann
DG8NGN
Read previous mail | Read next mail
| |
