Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.
Beide Seiten, vorherige Überarbeitung Vorherige Überarbeitung | Nächste ÜberarbeitungBeide Seiten, nächste Überarbeitung | ||
hamnet:as-nummern [24.10.2019 17:26 Uhr] – [BGP-Confederations] dd9qp | hamnet:as-nummern [24.10.2019 18:31 Uhr] – [AS-Nummern Planung] dd9qp | ||
---|---|---|---|
Zeile 47: | Zeile 47: | ||
Für 32-bit-ASN kommt es auf Grund des 2015 für das European HAMNET vereinbarten Vergabesystems prinzipiell nicht zu länderübergreifenden Überschneidungen. Deshalb kann jedes Land seinen zur Verfügung stehenden 32-bit-ASN Adessraum eigenständig verwalten und auch eigene Vergaberichtlinien entwickeln. | Für 32-bit-ASN kommt es auf Grund des 2015 für das European HAMNET vereinbarten Vergabesystems prinzipiell nicht zu länderübergreifenden Überschneidungen. Deshalb kann jedes Land seinen zur Verfügung stehenden 32-bit-ASN Adessraum eigenständig verwalten und auch eigene Vergaberichtlinien entwickeln. | ||
- | An dieser Stelle wird die Vergabe von lokalen 32-bit-AS-Nummern im European HAMNET gelistet: | + | An dieser Stelle wird die Vergabe von lokalen 32-bit-AS-Nummern im European HAMNET gelistet |
- | ^ | + | ^ |
- | ^ OE| | + | ^ OE| |
- | ^ I | | + | ^ I | |
- | ^ DL| | + | ^ DL| |
- | ^ LX| Luxemburg| 4227000000-4227099999 | 270| | + | ^ LX| Luxemburg| 4227000000-4227099999 | 270| |
- | ^ CR| Croatia| 4221900000-4221999999 | 219| | + | ^ CR| Croatia| 4221900000-4221999999 | 219| |
- | ^ PA| Netherlands| 4220400000-4220599999 | 204-205| | + | ^ PA| Netherlands| 4220400000-4220599999 | 204-205| |
- | ^ HA| Hungary| 4221600000-4221699999 | 216| | + | ^ HA| Hungary| 4221600000-4221699999 | 216| |
- | ^ EA| Spain| 4221400000-4221599999 | 214-215| | + | ^ EA| Spain| 4221400000-4221599999 | 214-215| |
- | ^ HB| Switzerland| 4222800000-4222999999 | 228-229| | + | ^ HB| Switzerland| 4222800000-4222999999 | 228-229| |
- | ^ HB0| Liechtenstein| 4229500000-4229599999 | 295| | + | ^ HB0| Liechtenstein| 4229500000-4229599999 | 295| |
- | ^ F | France| 4220800000-4221199999 | 208-211| | + | ^ F | France| 4220800000-4221199999 | 208-211| |
- | ^ ON | Belgium | 4220600000-4220699999 | 206| | + | ^ ON | Belgium | 4220600000-4220699999 | 206| |
^ TA | Turkey | 4228600000-4228699999 | 286| to be generated | ^ TA | Turkey | 4228600000-4228699999 | 286| to be generated | ||
- | ^ SP | Poland | 4226000000-4226199999 | 260-261| | + | ^ SP | Poland | 4226000000-4226199999 | 260-261| |
- | ^ YO | Romania| 4222600000-4222699999 | 226| | + | ^ YO | Romania| 4222600000-4222699999 | 226| |
^ CT | Portugal | 4226800000-4226999999 | 268-269| | ^ CT | Portugal | 4226800000-4226999999 | 268-269| | ||
- | ^ S5 | Slovenia| 4229300000-4229399999 | 293| | + | ^ S5 | Slovenia| 4229300000-4229399999 | 293| |
Zeile 72: | Zeile 72: | ||
=== BGP-Confederations === | === BGP-Confederations === | ||
- | Am Ende des im HAMNET-DL genutzten 16-bit-ASN Bereichs wurde für BGP-Confederations der private 16-bit-ASN-Block 65510-65534 reserviert. Dieser lokale Testbereich kann innerhalb eines (kleineren) AS eingesetzt werden, um z.B. zu testen oder Routen per iBGP innerhalb einer Confederation zu vermitteln. Nach außen hin müssen sie an den eBGP Boarder-Routern des AS aggregiert und unter der original zugewiesenen AS-Nummer announced werden. Confederation-ASN müssen an den Netzgrenzen des AS gefiltert werden (Im- und Export). | + | Am Ende des im HAMNET-DL genutzten 16-bit-ASN Bereichs wurde für BGP-Confederations der private 16-bit-ASN-Block 65510-65534 reserviert. Dieser lokale Testbereich kann innerhalb eines (kleineren) AS eingesetzt werden, um z.B. zu testen oder Routen per iBGP innerhalb einer Confederation zu vermitteln. Nach außen hin müssen sie an den eBGP Boarder-Routern des AS aggregiert und unter der original zugewiesenen AS-Nummer announced werden. Confederation-ASN müssen an den Netzgrenzen des AS gefiltert werden (Im- und Export). |
+ | * :!: **__Grundsatz: | ||
* :!: **__Grundsatz: | * :!: **__Grundsatz: | ||
- | In DL haben wir im oberen Bereich 5 Test-Adressen | + | **Die DL-IP-Koordination empfiehlt dringend, aufgrund von fehlerhafter Behandlung in Routern und unvorhersehbarer Seiteneffekte __keine BGP-Confederations im HAMNET-DL zu verwenden.__** |
+ | |||
+ | // | ||
=== AS-Nummern Planung === | === AS-Nummern Planung === | ||
- | Es sind verschiedene Modelle denkbar: ein oder mehrere ASN im Distrikt, im Bundesland, o.ä.. | ||
- | Wir meinen es ist klug, sich hinsichtlich der Größe eines AS an Distrikten zu orientieren, | ||
- | Ein AS sollte aus einem geografisch zusammenhängenden Gebiet mit mehreren Standorten gebildet werden, Dabei wird das Gebiet von einem verantwortlichen Administratoren-Team gemeinsam administriert. | + | Ein AS sollte aus einem geografisch zusammenhängenden Gebiet mit mehreren Standorten gebildet werden. Dabei wird das Gebiet von einem verantwortlichen Administratoren-Team gemeinsam administriert. |
- | Jeder Standort bzw. jede Site innerhalb eines AS sollte | + | Erfahrungen beim Betrieb der vergangenen Jahre zeigen, dass ein Parent-AS über nicht mehr als 16 Standorte |
- | Die Methode, innerhalb | + | * :!: **__Grundsatz: |
+ | * :!: **__Grundsatz: | ||
+ | * :!: **__Grundsatz: | ||
+ | * :!: **__Grundsatz: | ||
- | Die am weitesten verbreitete Variante der iBGP-Routervernetzung innerhalb eines AS ist die Nutzung der BGP-Confederation. Dies kommt den inneren Strukturen eines AS-Netzwerkes in vielerlei Hinsicht am meisten entgegen. Auch hier sollte eine maximale Anzahl von 10-16 Routern innerhalb eines AS nicht überschritten werden. | ||
- | |||
- | Werden es mehr, wird man um eine weiteres AS in der Großregion nicht herum kommen. Innerhalb eines solch komplexen AS-Netzes kann jedoch auch ein anderes Routingprotokoll, | ||
- | |||
- | :!: **__Grundsatz: | ||
==== IP-Zuteilungen für das deutsche HAMNET ==== | ==== IP-Zuteilungen für das deutsche HAMNET ==== | ||
- | Für das HAMNET stehen in Deutschland ausreichend IP-Nummernblöcke aus dem offiziell vom [[http:// | + | Für das HAMNET stehen in Deutschland ausreichend IP-Nummernblöcke aus dem offiziell vom [[http:// |
- | + | ||
- | :!: **__Grundsatz: | + | |
- | + | ||
- | === Netzplanung === | + | |
- | Unter [[hamnet: | + | |
- | + | ||
- | Zwar lassen sich beliebige Netze (sogar IPv6) an ein AS (das sich durch seine eindeutige AS-Nummer auszeichnet) aufhängen. Doch wir halten es für sinnvoll, Bereiche für | + | |
- | + | ||
- | * 1. ein Backbone-Netz der Router/ | + | |
- | * 2. für User und Dienste einzuplanen. | + | |
- | + | ||
- | Diese Netze können auf mehrere Standorte innerhalb eines AS weiter unterteilt werden (subnetting). | + | |
- | + | ||
- | Wir haben in einem ersten Schritt pro AS ein /24 Backbone-Netz und ein /22 Netz für User/ | + | |
- | + | ||
- | Dieses 44.224/15 Netz lässt sich so aus z.B. dem old-generation PR-Netz durch einen einzigen Routingeintrag bequem routen. Wir empfehlen, durch Scripte zuzusichern, | + | |
- | + | ||
- | == BackBone-Netz == | + | |
- | + | ||
- | Der Backbone-Bereich ist für die Router und Switches im next-generation Netz gedacht. Es dient zur Vermittlung der Routen über Routingprotokolle (internes iBGP, OSPF o.ä.). Dienste stehen nicht zur Verfügung. Ggf. kann der Zugriff auf die Router in diesem Netz gefiltert werden (z.B. nur icmp erlauben), wenn solche Sofort-Maßnahmen z.B. wegen Sicherheitslücken erforderlich sind. | + | |
- | + | ||
- | Die Backbone Adressen tauchen im Traceoute auf. Deshalb kann man nicht mit [[http:// | + | |
- | + | ||
- | TODO: Überlegung, | + | |
- | + | ||
- | Weitere Überlegungen hier: [[hamnet: | + | |
- | + | ||
- | == User/ | + | |
- | + | ||
- | Der User/ | + | |
- | * Services: DNS, Webserver, Mailserver, DHCP, NTP, Gateway ins klassische PR Netz, D-Star-Rechner, | + | |
- | * User: Erhalten Zugang über DHCP | + | |
- | Für diese Anwendung haben wir für jedes AS durch Zuteilung eines /22 Netzes viermal so viel IP-Adressen eingeplant wie für den Backbonebereich, | + | |
- | + | ||
- | Es ist auch kein Problem, bei Adressknappheit weitere bisher nicht genutzte Netzsegmente aus dem old-generation-Bereich seiner Region zu benutzen (z.B. haben die Berliner noch zwei aufgesparte Bereiche). | + | |
- | Weitere Überlegungen hier: [[hamnet: | + | < |
+ | ######################## | ||
+ | # 44-Net | ||
+ | # AVAILABLE NETWORKS | ||
+ | # | ||
+ | # by Germany | ||
+ | # DD9QP/ | ||
+ | # modified: | ||
+ | ######################## | ||
+ | # | ||
+ | 44.130.0.0/16 Old Packet Radio --> to be restructured | ||
+ | # | ||
+ | 44.148.0.0/ | ||
+ | 44.148.128.0/ | ||
+ | 44.149.0.0/ | ||
+ | # | ||
+ | 44.224.0.0/ | ||
+ | </ | ||
+ | In Deutschland werden diese Netzblöcke im Zusammenhang mit der AS-Nummernvergabe von der DL-IP-Koordination koordiniert und den Parent-AS zugewiesen. Die Eintragung in das weltweite DNS-System wird durch die DL-IP-Koordination sichergestellt. Hierdurch wird ein weltweites Routing innerhalb des ganzen 44/8 AMPRNET ermöglicht. | ||
- | == Anycast == | + | * :!: **__Grundsatz: |
- | Aktuell besprechen wir noch Strategien wie beispielsweise Anycast-Adressen in einem ausgezeichneten Adressbereich, | ||
- | Thema IPv6: leider gibt es noch kein IPv6 Netz für den Amateurfunk. Bei unseren Netzen neuer Generation sollten wir von Beginn an IPv6-Fähigkeit im Auge behalten. | ||
==== weiterführende Informationen ==== | ==== weiterführende Informationen ==== |