AS - Autonome Systeme

• AS64627 Kreis Kleve rechtsrheinisch
• AS64633 Dortmund, Ruhrgebiet Ost
• AS64654 Duisburg-Essen, Ruhrgebiet West
• AS64663 Münsterland
• AS64666 Westfalen
• AS64668 Kreis Kleve2 linksrheinisch

Alle hier gelisteten autonomen Systeme (AS) bilden einen Teil des deutschen HAMNET (Highspeed AMateurradio NETwork). Sie werden von einer gemeinsamen Administration geplant, verwaltet und gemanaged. Die erstmalige Zuteilung von IP-Netzen und AS-Nummern für das HAMNET erfolgte in Deutschland durch die DL-IP-Koordination am 26.09.2009. Das deutsche HAMNET ist mit weiteren europäischen Ländern vernetzt und bildet somit das „European HAMNET“. Die konsequente Einhaltung der Anforderungen an die Gegebenheiten des deutschen HAMNET ermöglicht einen problemlosen Betrieb und erleichtert im Störungsfall das Debuggen auf Backbone-Ebene. Nur so kann innerhalb eines überregionalen Netzwerkes ein weitgehend störungsfreier und automatisierter Betrieb sichergestellt werden.

Im deutschen HAMNET wird genau wie im Internet ausschließlich eBGP-Routing verwendet. Es dient dazu, die effizientesten Pfade für den Datenverkehr zwischen verschiedenen Netzwerken zu bestimmen und sicherzustellen, dass Pakete das richtige Ziel erreichen. BGP prüft alle verfügbaren Pfade und wählt den effizientesten aus. Die Routing-Informationen werden zwischen den verschiedenen Child-AS über Peering-Sitzungen ausgetauscht, die über TCP/IP-Verbindungen zwischen den Routern der jeweiligen AS aufgebaut werden. Die auf den Standorten eingesetzten Router müssen zwingend „bgp-fähig“ sein.

Ein AS (autonomes System) ist ein Gebiet mit mehreren Standorten, deren Router und Linkdevices einen Backbone bilden und von einer gemeinsamen Administratorengruppe betreut wird. Zusätzlich wird im Backbonebereich eine zentrale Administration aller Routing- und Linkeinheiten durch die regionalen AS-Maintainer und nach Möglichkeit auch durch die DL-IP-Koordination angestrebt. Servicedevices und an den Standorten bereitgestellte Dienste (Server, Repeater, Telefone, Wetterstationen usw.) werden oft von eigenen Standortadministratoren gepflegt und unterhalten. An einigen Standorten werden auch Hf-Zugänge für den Einstieg ins HAMNET bereit gestellt.

Eine solche Region, immer bestehend aus mehreren Standorten, bildet im deutschen HAMNET ein Parent-AS. Jedem Parent-AS wird von der DL-IP-Koordination eine eindeutige 16-bit AS-Nummer zugewiesen. Jeder einzelne Standorte innerhalb eines Parent-AS bekommt eine eindeutige eigene 32-bit AS-Nummer zugewiesen und bildet ein Child-AS. Über ihre 32-bit AS-Nummern tauschen die Standorte mit allen ihren Nachbarn über das eBGP-Protokoll automatisch Routing-Informationen aus.

Das „European HAMNET“ ist ein vom Internet abgeschottetes Netz. Hier werden sogenannte „private ASN“ in abgeschotteten Netzen (private networks) verwendet. Sie müssen im Bereich von 64512 bis 65534 liegen und teilen sich auf wie folgt:

32-bit AS-Nummern werden seit Ende 2015 im HAMNET-DL verwendet. Seitdem gibt es eine internationale Übereinkunft zur Verwendung von privaten 32-bit AS-Nummern im 44er AMPRNet. Die Aufteilung auf die einzelnen Länder orientiert sich an dem „International Numbering Plan for Public Data Networks“ (X.121 Document) und der „List of Mobile Country Codes“ (E.212 Document) der ITU. An dieser Stelle wird die Vergabe von lokalen 32-bit-AS-Nummern im European HAMNET gelistet (Auszug):

Anmerkung: Bei Bedarf können für das HAMNET-DL weitere Netzblöcke zugewiesen werden.

ParentAS
Jedem Parent-AS wird aus dem zur Verfügung stehendem IP-Range ein zusammenhängender 44.148.xx.xx/23 Block für Transfernetze und ein 44.149.xx.xx/22 Block für Site/Service/User zugewiesen. Die Zuweisung erfolgt nach Absprache durch die DL-IP-Koordination.

ChildAS
Einem einzelnen Child-AS wird ein zusammenhängender IPv4-Netzblock als Site-Netz zugewiesen. Die absolute Größe des Netzblockes wird zuvor mit den AS-Maintainern und/oder der DL-IP-Koordination abgestimmt. Ein solches Site-Netz wird am Standort bei Bedarf in ein Service-Netz und ein User-Netz aufgeteilt (getrenntes Firewalling). Folgende Vorgehensweise hat sich bewährt:

• Standardsites erhalten ein /28er Site-Netz (1x/29 Services + 1x/29 User)
• Größere Sites erhalten ein /27er Site-Netz (1x/28 Services + 1x/28 User)
• Große Sites können ein /26er Site-Netz erhalten. (1x/27 Services + 1x/27 User)
• Zwischen den einzelnen Site-Netzen wird für spätere Erweiterungen mindestens ein gleich großer Netzblock frei gehalten

Für jede Verbindung zu einer anderen Site wird aus einem gesonderten IP-Netzblock ein Transfer-Netz zugewiesen. Für Richtfunk-Verbindungen ist das in der Regel ein /29er Subnetz und für VPN-Verbindungen ein /30er Subnetz. Die Hf-Richtfunkeinheiten werden immer als Bridges konfiguriert. Dadurch ist sichergestellt dass die jeweiligen, benachbarten Router auch nach einem Kaltstart sich immer gegenseitig erreichen können. Die Transfernetze sind immer dem ParentAS und nicht dem einzelnen ChildAS zugewiesen. Sie werden daher von den AS-Maintainern und nicht von den lokalen Site-Sysops verwaltet.

Backbone-Netze werden ausschließlich als Transfer-Netze für den Betrieb von Hf-Linkstrecken und VPN-Tunneln genutzt. Die Backbone-Netzzuteilungen werden nicht blockweise auf einzelne Sites aufgeteilt. Das würde technisch keinen Sinn machen. Die für einzelne Hf-Links oder VPN-Links angefragten Subnetze werden durch die AS-Maintainer i.d.R. in serieller Folge für die benötigten Hf-Links oder VPN-Tunnel einzelner Sites vergeben.

Die Vergabe erfolgt nach einem bewährten Vergabeprinzip (Beispiel für AS64627):

44.148.14.0/23          AS-Backbone
  |-- 44.148.14.0/25    16 Hf-Links        je ein /29  beginnend von vorn
  |-- 44.148.14.128/26   8 Hf-Links        je ein /29  beginnend von vorn
  |-- 44.148.14.192/26  16 wan-Links (VPN) je ein /30  beginnend von hinten
  |
  |-- 44.148.15.0/24     Reserve           freihalten

Beispiel IP-Vergabe für ein Hf-Transfernetz:

# Hf-Link von DB0REES --> DB0EEO
# 44.148.14.0/29 netmask 255.255.255.248

44.148.14.1   bb-db0eeo.db0res.as64627.de.ampr.org   # Router bei DB0RES  (HamnetDB --> Routing Radio)
44.148.14.2   trx-db0eeo.db0res.as64627.de.ampr.org  # Linktrx bei DB0RES (HamnetDB --> Service)
44.148.14.3   # bleibt frei
44.148.14.4   # bleibt frei
44.148.14.5   trx-db0res.db0eeo.as64627.de.ampr.org  # Linktrx bei DB0EEO (HamnetDB --> Service)
44.148.14.6   bb-db0res.db0eeo.as64627.de.ampr.org   # Router bei DB0EEO  (HamnetDB --> Routing Radio)

Beispiel IP-Vergabe für ein fiktives VPN-Transfernetz:

# VPN-Link von DB0RES --> DB1AE
# 44.148.14.252/30 netmask 255.255.255.252

44.148.14.253 wan-db1ae.db0res.as64627.de.ampr.org   # Router bei DB0RES (HamnetDB --> Routing Tunnel)
44.148.14.254 wan-db0res.db1ae.as64627.de.ampr.org   # Router bei DB1AE  (HamnetDB --> Routing Tunnel)

Die oben gelisteten Regionen (ParentAS) haben eine gemeinsame Administration. Es gilt folgende Policy: