Članci tima

Promena izvorne mreže u BGP-u: zašto IPv4 prefiks menja izvorni ASN

Zašto IPv4 prefiks može promeniti izvorni ASN bez promene imaoca i kako proveriti BGP, RPKI, IRR i stanje registra.

Sadržaj

Ista maketa zgrade povezana je sa novim mrežnim uređajem, dok prethodna veza ostaje neiskorišćena.

Blok adresa može ostati isti kada se promeni mreža iz koje potiče njegova ruta. Rutiranje, ovlašćenje i evidencija imaoca imaju različite uloge.

IPv4 prefiks može zadržati iste brojeve, a ipak izgledati kao da je prešao u drugu mrežu. U BGP-u se ta promena obično vidi kao novi izvorni ASN.

To se naziva promena izvorne mreže u BGP-u, odnosno rehoming. To je zapažanje o stanju rutiranja. Samo po sebi nije dokaz da se registrovani imalac promenio, da je prefiks prešao u drugu zemlju ili da je došlo do prenosa adresa.

Počnite od rute

Ako kolektor zabeleži 203.0.113.0/24 → AS64500, on u tom trenutku vidi AS64500 kao izvor rute. Ako se isti prefiks kasnije pojavi kao 203.0.113.0/24 → AS64550, izvorni ASN se promenio.

Izraz izvorni ASN ovde označava ASN na izvornom kraju posmatrane AS putanje. Ne treba ga mešati sa BGP atributom ORIGIN, koji je zaseban atribut definisan u RFC 4271.

Šta pokazuju noviji podaci

Poredeći preseke rutiranja sa početka 2025. i početka 2026, APNIC je izbrojao 29.699 IPv4 prefiksa čiji se izvorni ASN promenio. Njegova uporedna tabela prenosa navodi 1.991 prefiks sa promenjenim izvorom u evidencijama prenosa i 26.722 van njih. Zbir je 28.713, što je za 986 manje od prijavljenog ukupnog broja promena izvorne mreže. Opis tabele takođe navodi promene rutiranja iz 2024. i evidencije prenosa za 2023–2024, dok okolni tekst opisuje promene iz 2025. i evidencije za 2024–2025. Objavljene brojke i vremenske oznake zato ne daju potpuno usaglašen godišnji pregled.

To poređenje nije dokaz da su prefiksi bez podudarne evidencije nepravilno preneti. Ono pokazuje zašto istoriju rutiranja i istoriju registra ne treba tretirati kao isti skup podataka. Mnoge legitimne promene mreže ne zahtevaju promenu registrovanog imaoca.

Zašto se izvorni ASN menja

Postoji nekoliko uobičajenih operativnih objašnjenja:

  • kompanija menja pružaoca tranzita ili hostinga;
  • infrastruktura prelazi u drugi centar podataka ili mrežu u oblaku;
  • korisnik počinje da oglašava rute iz sopstvenog, novodobijenog ASN-a;
  • korporativna mreža se spaja, deli ili restrukturira;
  • imalac poverava rutiranje drugom operatoru ili pružaocu hostinga; ili
  • arhitektura rutiranja se menja, dok odnos sa registrom ostaje stabilan.

Svako objašnjenje zahteva dokaze. Sama ruta pokazuje šta se oglašava, a ne zašto se promenilo ili ko je to odobrio.

Promena izvorne mreže i IPv4 prenos odgovaraju na različita pitanja

Promena izvorne mreže u BGP-u pita: koji ASN je izvor rute za ovaj prefiks?

IPv4 prenos pita: da li se promenio priznati odnos sa registrom?

Ti događaji mogu nastati istovremeno, ali i odvojeno. Imalac može promeniti pružaoca usluga bez prenosa resursa, a odnos sa registrom može se promeniti dok isti pružalac i dalje oglašava rutu kao njen izvor.

BGP je dokaz o rutiranju, a ne potpun dokaz kontrole

To što vidimo AS64550 kao izvor rute za prefiks ne dokazuje automatski da ga AS64550 poseduje, da je registrovani imalac, da ga sme preneti ili da ima trajno ovlašćenje da ga oglašava. Zakup, dogovor sa korisnikom, privremena migracija ili greška mogu dovesti do istog zapažanja.

Da biste razumeli kontrolu, uporedite rutu sa zapisima registra, operativnim ovlašćenjem i dokazima koji objašnjavaju taj odnos. To je praktičan razlog da se kontrola rutiranja, kontrola registra i komercijalni odnosi razdvajaju.

RPKI dodaje ovlašćenje

Ovlašćenje za poreklo rute, odnosno ROA, navodi da je određeni ASN u okviru RPKI sistema ovlašćen da bude izvor rute za prefiks. RFC 9582 definiše važeći ROA profil.

Kada se izvor promeni sa AS64500 na AS64550, nameravano novo stanje treba da bude odraženo u odgovarajućem ROA zapisu. Važeći ROA ne dokazuje da se ruta trenutno oglašava, a opažena ruta ne dokazuje da je oglašavanje odobreno. BGP i RPKI pružaju dokaze koji se dopunjuju.

IRR i reverzni DNS su deo migracije

Pružaoci usluga mogu koristiti IRR objekte ruta za izradu filtera. Korisnici mogu zavisiti od reverznog DNS-a, lista dozvoljenih adresa, nadzora i sistema reputacije. Migracija rutiranja zato može zahtevati više usklađenih ažuriranja čak i kada imalac u registru ostaje isti.

Korisna operativna evidencija imenuje svaki sloj: stanje registra, BGP izvor, RPKI ovlašćenje, IRR pravila, odgovornost za reverzni DNS, kontakte i internu evidenciju promena.

Šta proveriti kada se izvor promeni

Pre promene

  • zabeležite tačne prefikse i trenutni izvorni ASN;
  • potvrdite nameravani novi ASN i ovlašćenog operatora;
  • pregledajte ROA zapise, IRR objekte, reverzni DNS i spremnost pružaoca usluga; i
  • sačuvajte trenutne BGP dokaze i dokaze iz registra.

Tokom migracije

  • pratite propagaciju i promene izvora iz više mreža;
  • proverite RPKI validaciju i oglašavanja specifičnijih prefiksa; i
  • proverite da li stara ruta nestaje tamo gde promena to zahteva.

Posle migracije

  • proverite da li je očekivani ASN izvor rute za prefiks;
  • potvrdite da ROA, IRR i reverzni DNS odgovaraju nameravanom stanju;
  • proverite podatke registra i kontakte; i
  • sačuvajte dokaze kako bi naredni operator mogao da rekonstruiše promenu.

Da li neočekivani izvor znači otmicu rute?

Ne nužno. Zaslužuje istragu, ali prvo pitanje treba da bude da li je promena odobrena. Moguća objašnjenja obuhvataju prelazak kod drugog pružaoca usluga, privremeno održavanje, rutiranje korisnika, novi ASN, delegiranje operacija, grešku u konfiguraciji ili neovlašćeno oglašavanje.

Pre zaključka o uzroku koristite BGP istoriju zajedno sa zapisima registra, ROA zapisima, IRR informacijama, dokumentacijom pružaoca usluga i internom evidencijom promena. Brzo etiketiranje može sakriti stvarni operativni problem.

Zašto je ovo važno za prenosivost

IPv4 resursi sve češće ostaju u upotrebi uprkos promenama pružalaca usluga, centara podataka, korporativnih struktura, ASN-ova i operativnih korisnika. Prenosivost zato znači više od mogućnosti da broj adrese ostane isti. Okolni sistemi moraju očuvati jedinstvenost, ovlašćenje, tačne zapise, bezbednost i kontinuitet dok se mreža menja.

Kontinuitet javne IP adrese zavisi od ovog praktičnog sloja. DNS, kontrole pristupa, partnerske liste dozvoljenih adresa, VPN-ovi i nadzor mogu zavisiti od adrese čak i kada promene registra i rutiranja izgledaju administrativno.

Mreža koja radi predstavlja konačnu proveru

Zapisi registra, RPKI, IRR objekti i BGP zapažanja različiti su instrumenti oko mreže koja radi. Cilj legitimne promene izvorne mreže je jednostavan: izvršiti potrebnu promenu rutiranja uz očuvanje dostupnosti mreže, ovlašćenja i mogućnosti da se stanje objasni.

Pročitajte ceo sled