AS64633    die letzten drei Ziffern sind 633
möglicher 32-bit-AS-Nummern Bereich innerhalb AS64633:
42 262 633 xx --> von 4226263800 bis 4226263899 

Vorteile:

• keine zentrale Vergabeinstanz (Registry) notwendig
• derzeitiger Besitzer des 16-bit-AS kann sofort verfügen
• keine Dopplungen mit Zuteilungen in anderen AS möglich
• Zugehörigkeit zu bestehendem 16-Bit-AS sofort erkennbar
• kein Admin-Aufwand bei Umzug von IP-Netzen
• AS-Nummern bleiben bei Umzug eines IP-Netzes am bisherigen Ort
• lässt sich problemlos sofort in HamnetDB abbilden

Nachteile:

• „nur“ 100 32-bit-AS-Nummern im bestehenden 16-bit-AS verfügbar
• ???

Anwendungsbeispiel:

Problembeschreibung

Das AS64633 besteht aus mehreren Standorten, die intern per iBGP/BGP-Confederation verbunden sind. Am Standort DB0IUZ in Bochum ist wegen unvermeidlicher Umbauarbeiten der einzige interne iBGP-Link nach DB0DS in Dortmund weggefallen. Ein interner iBGP-Ersatzlink ist nicht möglich. Das AS64633 ist damit in zwei Teile zerfallen (AS-Split!), die sich nur durch ihre Nachbar-AS gegenseitig noch erreichen können. Es kommt zwangsläufig zu Routingproblemen. Mit BGP-Confederation ist das nicht mehr zu lösen. eBGP-Routing über die Nachbar-AS mit gesetzter Option „Allow-AS-In“ funktionieren (zumindest mit Mikrotik-Routern) ebenfalls nicht fehlerfrei. Die Situation wird oft nur noch weiter verschlimmert. Es kommt im HAMNET zur Nichterreichbarkeit ganzer Teilnetze und Standorte. Je nach Region ist auch immer ein Teil des gesplitteten AS64633 nicht erreichbar.

Problemlösung:

Will man an der bisherigen iBGP/Confederation-Struktur möglichst wenig ändern, dann bietet es sich an, einer der beiden AS-Inseln nach außen hin (eBGP) eine 32-bit-AS-Nummer zu geben und im anderen Teil die alte Konfiguration weiter zu benutzen. Im konkreten Beispiel hat der Insel-Standort DB0IUZ jetzt entsprechend dem obigen Vorschlag für „AS-based ASN“ die 32-bit-AS-Nummer 4226263301 bekommen. Mit dieser neuen AS-Nummer macht er sich bei allen seinen Linkpartnern bekannt. Die Linkpartner tragen auf ihren BGP-Links zu DB0IUZ anstelle der bisherigen 16-bit-Nummer 64633 die neue 32-bit-Nummer 4226263301 ein. Jetzt wird auf allen BGP-Links von DB0IUZ das eBGP-Protokoll genutzt. Für das HAMNET sieht es so aus, als sei ein neues AS entstanden, das zu seiner bisherigen Rest-AS-Insel 64633 ganz normal per eBGP geroutet wird. Die zuvor geschilderten Routingprobleme treten dann normalerweise nicht auf.

Ausblick

Dieses Prinzip funktioniert auch, wenn in beiden oder noch mehr AS-Inseln jeweils mehrere Standorte enthalten sind. Vorher verwendete BGP-Confederation-Nummern können in allen AS-Inseln beibehalten werden. Eine Insel kann die bisherige 16-Bit-AS-Nummer nach außen behalten. Die anderen Inseln bekommen nach außen jeweils eine 32-bit-AS-Nummer nach obigem Vergabemuster zugewiesen.