PeeringDB heeft met versie 2.82.0 een wijziging doorgevoerd die klein lijkt in het formulier voor een netwerk, maar directe gevolgen heeft voor de automatisering van interconnectiediensten. Het veld AS-SET verlaat de ambiguïteit van het formaat en identificeert nu ook het betreffende Internet Routing Registry (IRR) register met een syntax zoals RIPE::AS5405:AS-INTERDOTLINK. Deze verandering is bedoeld zodat tooling precies weet welke routeverzamelingen geraadpleegd moeten worden, zonder te hoeven gokken tussen verschillende mogelijke bronnen.
De essentie van de PeeringDB AS-SETs in 20 seconden
- PeeringDB 2.82.0 werd op 19 augustus 2026 uitgebracht en bevat de wijziging in de AS-SET.
- Het nieuwe formaat voegt het IRR toe voor de naam:
RIR::AS-SET. - Het doel is om ambiguïteiten weg te nemen wanneer eenzelfde AS-SET in verschillende IRR’s voorkomt.
- PeeringDB corrigeert automatisch sommige unieke namen en waarschuwt netwerken dat zij de ambiguïteit moeten aanpassen.
- Deze wijziging heeft vooral invloed op systemen die automatiseren, zoals het aanmaken van records, configuraties en routingbeleid.
De oorzaak ligt in een veelvoorkomend aspect van internet: veel van de informatie die netbeheerders gebruiken, komt uit databases beheerd door verschillende organisaties. Een AS-SET wordt gebruikt om autonome systemen (AS) te groeperen en om bijvoorbeeld aan te geven welke netwerken of prefixen achter een operator schuilgaan.
Tot nu toe liet PeeringDB toe het AS-SET als tekst in te voeren, zonder te verplichten het IRR te noemen waar het vandaan komt. Voor een netwerkkundige was dat vaak herkenbaar, maar voor geautomatiseerde systemen niet altijd.
PeeringDB herkent dit probleem. In haar documentatie legt ze uit dat sommige AS-SET’s geen AS-nummer gebruiken in hun naam en dat bepaalde verzamelingen in meer dan één IRR kunnen voorkomen. Wanneer dat gebeurt, moet een organisatie die automatisch een service wil registreren, handmatig bepalen welk AS-SET correct is.
Een naam die meerdere betekenissen kan hebben
Een voorbeeld verduidelijkt dit.
Stel dat een operator een AS-SET gebruikt genaamd AS-GENERICISP. Indien diezelfde naam bestaat in verschillende IRR’s, heeft een applicatie die dat in PeeringDB ziet, niet genoeg informatie om te weten welk IRR-record geraadpleegd moet worden.
De data lijkt correct, maar ontbreekt voldoende context voor een veilige automatiseringsbeslissing.
Dit is het scenario dat Stefan Funke, van Inter.link, beschrijft in zijn uitleg over de wijziging. Het bedrijf gebruikt PeeringDB-informatie om automatisch (delen van) IP Transit-configuraties te genereren. Als het AS-SET niet eenduidig identificeert waar het vandaan komt, moet het systeem zelf kiezen uit meerdere opties of menselijke tussenkomst vragen.
Het bekende probleem van garbage in, garbage out: als de input niet correct de bron identificeert, kan een geautomatiseerd systeem de informatie wel verwerken, maar toch verkeerd configureren.
PeeringDB probeert niet te bepalen of een AS-SET daadwerkelijk correct is voor een bepaald netwerk. De database blijft onderhouden door haar gebruikers. Wat wel verandert, is dat er nu de mogelijkheid is om éénduidig aan te geven welke IRR gebruikt moet worden.
De nieuwe syntax is:
IRR::AS-SET
Bijvoorbeeld:
RIPE::AS5405:AS-INTERDOTLINK
Hiermee wordt aangegeven dat het AS-SET op te zoeken is in het RIPE IRR-register.
PeeringDB begint bestaande records aan te passen
Versie 2.82.0 werd op 19 augustus 2026 uitgebracht en bevat specifiek werk rondom issue #1973, getiteld “Force networks to publish as-sets unambiguously”. PeeringDB legt uit dat zij een slimme editor voor AS-SET namen heeft geïntroduceerd, en actief begint met het proactief corrigeren van sets waarvan de naam nu al eenduidig is.
Het proces bestaat niet uit simpelweg tekst toevoegen aan alle records.
PeeringDB verklaart dat, wanneer een AS-SET al uniek is, automatisch het juiste IRR wordt herkend en het prefix wordt toegevoegd. Bij ambiguïteiten moeten netwerken worden benaderd om hun gegevens te actualiseren.
Daarnaast is er een validatie ingebouwd in de editor, die helpt bij controleren of het genoemde IRR-registratie daadwerkelijk bestaat en overeenkomt met het AS-SET. Zo kan het formulier niet alleen tekst vastleggen, maar ook controleren of de combinatie klopt.
De wijziging volgt op eerdere verbeteringen in datakwaliteit. In versie 2.80.0 werd bijvoorbeeld de alternatieve notatie met suffix AS64496@IRR verwijderd, en de voorkeur gegeven aan notaties als IRR::AS64496.
Het doel is helder: dat software het veld kan interpreteren zonder dat er eigen regels of slimme heuristieken nodig zijn om te begrijpen wat de operator bedoelde.
Waarom het belangrijk is voor geautomatiseerde systemen
De grootste impact wordt zichtbaar zodra PeeringDB niet meer uitsluitend door mensen wordt geraadpleegd, maar direct input levert aan systemen.
De database bevat informatie van tienduizenden organisaties en wordt gebruikt als referentie bij interconnectiebeslissingen. PeeringDB beschrijft haar platform als een door de community onderhouden database die faciliteert in de onderlinge connectiviteit via neutrale exchangepunten (IXPs), datacenters en andere faciliteiten.
Voor een netwerk dat handmatig verbindingen opzet, kan ambiguïteit worden opgelost door de contactpersoon te vragen of meerdere records te checken.
In volledig geautomatiseerde systemen onderbreekt die menselijke tussenkomst juist de voordelen van automatisering.
Bijvoorbeeld tijdens het registreren van een IP Transit-klant: de klant geeft een ASN door, de software raadpleegt PeeringDB, haalt het AS-SET op en gebruikt dat voor het opbouwen of valideren van de routeconfiguratie. Als dat AS-SET in meerdere IRR’s bestaat, kan de toepassing niet automatisch bepalen welke te gebruiken.
Het nieuwe formaat biedt nu een extra stuk informatie dat voorheen ontbrak.
Het verandert PeeringDB niet in een onfeilbare bron, noch garandeert het dat alle invoer correct is. Maar het verkleint een type ambiguïteit dat vooral problematisch is voor automatiseerde tools.
En dat is essentieel in een wereld waarin operators steeds meer proberen te automatiseren: van BGP-configuraties, klantregistraties tot routevalidatie.
Kleine wijziging, grote impact voor systemen
Voor een netwerk met al een correcte en eenduidige registratie is de aanpassing relatief simpel: controleer je PeeringDB-record en zorg dat je AS-SET ook het juiste IRR vermeldt.
PeeringDB waarschuwt netwerken met nog ambiguïteiten dat zij dit moeten corrigeren. De organisatie blijft de datakwaliteit monitoren en verbeteren naarmate de versie 2.82.0 wordt gebruikt.
Dit soort veranderingen wordt vaak niet meteen opgemerkt omdat ze geen directe invloed hebben op de operationele prestaties, de bandbreedte of het BGP-protocol.
Maar ze veranderen wel iets minder zichtbaar: de capaciteit van systemen om automatisch internetinformatie te interpreteren zonder menselijke interventie.
Die nuance kan doorslaggevend zijn wanneer een platform geautomatiseerd een klant opent, configureert of valideert.
Het recente historisch ontwikkeling van PeeringDB laat zien dat datakwaliteit een prioriteit wordt. Met meer dan 34.000 geregistreerde organisaties ontwikkelt het platform mechanismen om gegevens te uniformiseren en valideren, die vervolgens door operators en externe tools worden gebruikt.
Voor operators is de eenvoudige aanbeveling: controleer je PeeringDB-registraties en werk je AS-SET bij naar het nieuwe formaat indien nodig.
Voor degenen die automatiseringsprocessen rond PeeringDB bouwen, opent deze wijziging meer mogelijkheden. Een veld dat voorheen heuristieken of menselijke interventie vereiste, begint nu de informatie te bevatten die nodig is om deterministisch de juiste bron te kiezen.
In een steeds meer geautomatiseerd internet-infrastructuur is het verschil tussen “dit lijkt dit record” en “dit is het juiste record om te raadplegen” veel groter dan het lijkt.
Veelgestelde vragen
Wat is een AS-SET?
Een AS-SET is een verzameling die gebruikt wordt om autonome systemen te groeperen en de netwerken die bij een operator horen te beschrijven. Deze informatie kan worden gebruikt om te bepalen welke prefixen worden geaccepteerd van BGP-buren.
Wat verandert er in PeeringDB 2.82.0?
PeeringDB introduceert een nieuw formaat dat ook het IRR van herkomst identificeert met een syntax als RIR::AS-SET. Deze versie werd uitgebracht op 19 augustus 2026.
Waarom is het belangrijk om het IRR te noemen?
Omdat hetzelfde AS-SET-naam in verschillende IRR’s kan voorkomen. Zonder de bron te specificeren, weet een geautomatiseerd systeem niet altijd in welk register het moet zoeken.
Moeten de PeeringDB-registraties worden geüpdatet?
PeeringDB corrigeert automatisch al enkele AS-SETs die eenduidig zijn en neemt contact op met netwerken met nog ambiguïteiten. Netwerken worden geadviseerd hun records te controleren en de relevante aanpassingen door te voeren.