Quando un prefisso IPv4 o IPv6 viene annunciato su Internet pubblico, una delle informazioni pi\u00f9 utili \u00e8 l'origin ASN. L'origin ASN identifica il sistema autonomo che sta attualmente annunciando il prefisso tramite BGP.<\/p>\n\n\n\n
Individuare l'ASN di origine pu\u00f2 aiutare con la risoluzione dei problemi di rete, il trasferimento IPv4, la distribuzione IPv6, il monitoraggio BGP, la validazione RPKI, gli spostamenti dei provider e la verifica dei prefissi IP. Pu\u00f2 anche mostrare se un prefisso viene annunciato dall'ASN che ti aspettavi.<\/p>\n\n\n\n
Ad esempio, un'azienda pu\u00f2 possedere o noleggiare un blocco IPv4 e prevedere di annunciarlo dal proprio ASN. Prima di spostare il traffico di produzione, l'\u00e9quipe di rete potrebbe voler verificare se il prefisso \u00e8 visibile in BGP, quale ASN lo origina attualmente e se i risultati corrispondono al registro e al piano di instradamento.<\/p>\n\n\n\n
Il processo \u00e8 relativamente semplice, ma diversi concetti sono spesso confusi. L'ASN di origine non \u00e8 sempre l'organizzazione elencata nel registro. Non \u00e8 necessariamente la stessa del provider di transito che gestisce il percorso. \u00c8 anche diverso da ogni ASN che appare nel percorso BGP completo.<\/p>\n\n\n\n
Questo manuale spiega cosa significa un origin ASN, come trovarlo con strumenti pubblici, come interrogare RIPEstat e come investigare su origin ASNs multipli o inaspettati.<\/p>\n\n\n\n
Un numero di sistema autonomo, o ASN, identifica una rete indipendente che scambia informazioni di instradamento con altre reti utilizzando BGP. I fornitori di servizi Internet, le piattaforme cloud, le aziende di hosting, le imprese, le universit\u00e0, le reti di contenuti e altri operatori possono utilizzare gli ASNs.<\/p>\n\n\n\n
L'ASN di origine \u00e8 l'ASN che sembra essere la fonte di un prefisso IP specifico in un annuncio BGP. Se un percorso per La parola \"origin\" si riferisce alla fine del percorso AS pi\u00f9 vicina al prefisso annunciato. Non significa automaticamente che l'ASN possieda lo spazio degli indirizzi. Un'organizzazione pu\u00f2 detenere la risorsa IP mentre un altro ASN lo annuncia attraverso un accordo di hosting, transito, sponsorizzazione o routing gestito.<\/p>\n\n\n\n Un percorso pu\u00f2 passare attraverso diversi sistemi autonomi prima di raggiungere l'origine. Un percorso BGP semplificato pu\u00f2 sembrare cos\u00ec:<\/p>\n\n\n\n In questo esempio, L'ASN di origine aiuta a spiegare come un prefisso IP \u00e8 attualmente connesso ad Internet. Se un'azienda si aspetta che il proprio prefisso venga annunciato dal proprio ASN, ma i dati BGP pubblici mostrano una diversa origine, il design del routing potrebbe non essere completo o richiedere ulteriore indagine.<\/p>\n\n\n\n Origin ASN information is especially useful during an IPv4 transfer. The receiving organisation may plan to announce the transferred block from a new ASN. Checking the current origin before the transfer and the new origin after the transfer helps confirm that the routing change happened as planned.<\/p>\n\n\n\n \u00c8 utile anche durante una migrazione ASN. Un'azienda potrebbe passare da un ASN gestito dal provider a un proprio ASN o cambiare l'organizzazione responsabile dell'annuncio di un prefisso. Se l'origine precedente rimane visibile dopo la migrazione, la rotta precedente potrebbe ancora essere attiva.<\/p>\n\n\n\n Le informazioni sull'ASN di origine sono inoltre collegate a RPKI. Un'autorizzazione all'origine del percorso identifica quale ASN \u00e8 autorizzato a originare un prefisso. Se l'origine BGP non corrisponde all'autorizzazione RPKI, il percorso potrebbe essere classificato come Non valido.<\/p>\n\n\n\n L'organizzazione mostrata in un record del registro e l'ASN mostrato come origine BGP sono correlati ma non identici.<\/p>\n\n\n\n Un database di registro registra informazioni sugli spazi numerici Internet, ad esempio un inetnum, inet6num, riferimento all'organizzazione, stato delle risorse, paese e contatto per abuso. BGP indica quale rete sta attualmente annunciando un percorso. Il titolare registrato pu\u00f2 utilizzare un LIR sponsorizzatore, fornitore di transito, piattaforma cloud o fornitore di routing gestito per annunciare la risorsa.<\/p>\n\n\n\n Ad esempio, un'azienda potrebbe essere indicata come titolare di un prefisso IPv4 mentre un fornitore di rete annuncia il prefisso dal proprio ASN. Questo pu\u00f2 essere un accordo legittimo se il contratto, i permessi di inoltro e i record del registro lo supportano.<\/p>\n\n\n\n Situazioni opposte sono possibili. Un ASN pu\u00f2 annunciare un prefisso senza una relazione evidente con l'organizzazione mostrata nel registro. Questo non dimostra automaticamente che il percorso sia dannoso, ma la differenza dovrebbe essere investigata, specialmente se l'origine \u00e8 inaspettata o il prefisso viene valutato per acquisto o trasferimento.<\/p>\n\n\n\n Una recensione affidabile deve confrontare l'organizzazione del registro, l'ASN attuale dell'origine, l'oggetto route IRR, lo stato RPKI e l'accordo commerciale o tecnico effettivo.<\/p>\n\n\n\n RIPEstat \u00e8 un servizio di informazioni di rete pubblico che fornisce informazioni sugli risorse Internet, il routing BGP, RPKI e altri segnali operativi. I dati dello stato BGP di RIPEstat possono essere utilizzati per verificare se un prefisso \u00e8 attualmente annunciato e quali origini sono state osservate.<\/p>\n\n\n\n Apri RIPEstat e inserisci un prefisso IPv4 o IPv6. I risultati potrebbero mostrare lo stato dell'annuncio, gli ASNs osservati, le informazioni sul percorso e i timestamp.<\/p>\n\n\n\n Puoi interrogare direttamente l'API RIPEstat:<\/p>\n\n\n\n Per un prefisso IPv6, utilizzare:<\/p>\n\n\n\n L'API restituisce dati JSON. In base al prefisso e alle informazioni disponibili, la risposta pu\u00f2 contenere informazioni sull'origine, lo stato dell'annuncio, osservazioni sul routing e orari.<\/p>\n\n\n\n Il risultato \u00e8 uno snapshot della routing pubblica. Potrebbe cambiare nel tempo, e sistemi di monitoraggio diversi potrebbero mostrare informazioni diverse perch\u00e9 utilizzano diversi collector di route e calendari di aggiornamento.<\/p>\n\n\n\n Una richiesta base pu\u00f2 essere effettuata con curl:<\/p>\n\n\n\n Su Windows PowerShell, utilizzare:<\/p>\n\n\n\n Quando un'applicazione accetta un prefisso da un utente, il valore deve essere codificato in URL prima di essere aggiunto alla richiesta API. Questo \u00e8 importante perch\u00e9 i prefissi IPv4 e IPv6 contengono caratteri come Una richiesta JavaScript semplice ha questo aspetto:<\/p>\n\n\n\n La risposta API dovrebbe essere considerata come dati di instradamento pubblici e non come un record permanente. Se la utilizzi per un rapporto sull'incidente, una revisione del trasferimento o un elenco di controllo per la migrazione, registra l'ora della query.<\/p>\n\n\n\n Il seguente processo pu\u00f2 essere utilizzato da un principiante per verificare l'ASN di origine di un prefisso pubblico.<\/p>\n\n\n\n Inizia con il prefisso IPv4 o IPv6 completo, ad esempio:<\/p>\n\n\n\n oppure:<\/p>\n\n\n\n Non inserire solo un indirizzo IP individuale se si vuole investigare l'intera assegnazione. Un singolo indirizzo potrebbe restituire informazioni su un blocco pi\u00f9 grande ma potrebbe non identificare chiaramente l'intervallo esatto che si desidera revisionare.<\/p>\n\n\n\n Controlla il risultato dello stato BGP e cerca uno stato annunciato o visibile. Se il prefisso non \u00e8 annunciato, potrebbe non essere disponibile un origin ASN.<\/p>\n\n\n\n Un prefisso non pu\u00f2 essere annunciato perch\u00e9 \u00e8 nuovo, riservato, utilizzato in modo privato, ritirato o in attesa di distribuzione. La mancanza di visibilit\u00e0 non significa automaticamente che la risorsa sia non valida.<\/p>\n\n\n\n Scrivi ogni origine ASN restituita dallo strumento. Se viene visualizzato un solo ASN, confrontalo con il progetto di rete previsto. Se compaiono diversi ASNs, determina se le multiple origini sono intenzionali.<\/p>\n\n\n\n Inserisci anche la data della ricerca e la fonte dei dati. Le informazioni di instradamento cambiano, quindi un risultato senza timestamp \u00e8 difficile da interpretare in seguito.<\/p>\n\n\n\n Controlla il RIR o il record del registro rilevante. Conferma se l'organizzazione, il provider sponsorizzatore e lo stato delle risorse sono coerenti con il proprietario o il fornitore del prefisso.<\/p>\n\n\n\n L'organizzazione elencata nel registro non deve sempre corrispondere all'ASN di origine, ma il rapporto dovrebbe essere spiegabile.<\/p>\n\n\n\n Controlla lo stato RPKI e l'oggetto di route IRR rilevante. Un risultato RPKI valido e un oggetto di route corrispondente forniscono una maggiore prova che l'origine \u00e8 prevista.<\/p>\n\n\n\n Se l'origine entra in conflitto con i dati RPKI o IRR, sospendere la distribuzione e investigare prima di annunciare la rotta.<\/p>\n\n\n\n Il campo pi\u00f9 importante \u00e8 l'ASN di origine. Registralo insieme al prefisso e al momento della ricerca.<\/p>\n\n\n\n Lo stato annunciato ti dice se l'API vede attualmente un annuncio BGP attivo. Se il prefisso non \u00e8 annunciato, lo strumento potrebbe non restituire un ASN di origine. Questo non significa necessariamente che il prefisso non possa essere utilizzato.<\/p>\n\n\n\n Se appare pi\u00f9 di un origin ASN, non assumere immediatamente che i dati siano errati. Molte reti utilizzano intenzionalmente pi\u00f9 origini per ridondanza, anycast, servizi multi-sito, ingegneria del traffico o migrazioni controllate.<\/p>\n\n\n\n Il risultato deve essere confrontato con il piano di distribuzione previsto. Se il piano prevede un'unica origine ma i dati pubblici ne mostrano diverse, chiedere al fornitore della rete o al titolare delle risorse di spiegare la differenza.<\/p>\n\n\n\n RIPEstat \u00e8 utile, ma non \u00e8 l'unica fonte pubblica. BGP.tools pu\u00f2 mostrare i prefissi annunciati, le informazioni sull'origine, i percorsi AS e le relazioni di instradamento.<\/p>\n\n\n\n Il BGP Toolkit di Hurricane Electric fornisce anche informazioni sui prefissi e sugli autonomous system. I route collector e i looking glass possono fornire osservazioni aggiuntive da reti diverse.<\/p>\n\n\n\n Degli strumenti diversi potrebbero non restituire esattamente i medesimi risultati. Potrebbero utilizzare raccoglitori diversi, posizioni diverse, orari di aggiornamento differenti e politiche di filtraggio diverse. Un sistema potrebbe vedere un percorso che un altro non ha ancora osservato.<\/p>\n\n\n\n Per decisioni importanti, confronta pi\u00f9 fonti. Questo \u00e8 particolarmente utile durante un trasferimento IPv4, una migrazione BGP, un cambio di fornitore o un'indagine su un'interruzione.<\/p>\n\n\n\n Pi\u00f9 origin ASNs possono essere intenzionali. Un'azienda pu\u00f2 annunciare lo stesso prefisso da diversi centri dati per migliorare la resilienza. Un servizio anycast pu\u00f2 annunciare il prefisso da molte posizioni geografiche. Durante una migrazione, sia l'antico che il nuovo ASN possono essere visibili per un breve periodo.<\/p>\n\n\n\n Pi\u00f9 origini possono anche derivare da un errore di configurazione. Un provider vecchio potrebbe continuare a annunciare un percorso dopo una migrazione, o un ingegnere potrebbe configurare il prefisso sul router sbagliato.<\/p>\n\n\n\n In alcuni casi, un'origine imprevista potrebbe rappresentare un'intercettazione di percorso o una perdita di percorso. La risposta corretta \u00e8 confrontare le origini osservate con il piano di instradamento documentato e verificare se le relative registrazioni RPKI autorizzano le annunce.<\/p>\n\n\n\n Un risultato a pi\u00f9 origini \u00e8 quindi un segnale per l'indagine, non una conclusione automatica.<\/p>\n\n\n\n RPKI aiuta a verificare se un ASN di origine \u00e8 autorizzato a pubblicare un prefisso IP. Il titolare delle risorse pubblica un'autorizzazione per l'origine del percorso che identifica l'ASN previsto e la lunghezza del prefisso consentita.<\/p>\n\n\n\n Se l'origine BGP corrisponde alla ROA, la rotta pu\u00f2 essere classificata come Valida. Se l'origine non corrisponde, o se la rotta \u00e8 pi\u00f9 specifica di quanto consentito, la rotta potrebbe diventare Non valida. Se non esiste una ROA applicabile, il risultato \u00e8 generalmente Non trovato.<\/p>\n\n\n\n Questo \u00e8 il motivo per cui una ricerca di origine ASN dovrebbe essere combinata con la validazione RPKI. Sapendo che Puoi continuare a leggere con:<\/p>\n\n\n\n Un Internet Routing Registry, o IRR, memorizza le informazioni sulle politiche di inoltro utilizzate da molti operatori di rete quando creano filtri per prefissi.<\/p>\n\n\n\n Un oggetto route IRR indica quale ASN \u00e8 previsto per originare un prefisso. Se l'oggetto route dice che L'oggetto IRR potrebbe essere obsoleto, l'annuncio BGP potrebbe essere errato o la rete potrebbe trovarsi nel mezzo di una migrazione controllata.<\/p>\n\n\n\n I dati IRR e i dati RPKI sono separati. Un oggetto route IRR non sostituisce un ROA, e un risultato RPKI valido non crea automaticamente un oggetto route IRR. Molte reti utilizzano entrambi i sistemi perch\u00e9 forniscono tipi diversi di informazioni sul routing.<\/p>\n\n\n\n Verifica l'ASN di origine prima di accettare un nuovo prefisso IPv4 o IPv6, soprattutto quando la risorsa proviene da un terzo. Il risultato pu\u00f2 aiutare a confermare se la rotta corrisponde alla spiegazione del provider.<\/p>\n\n\n\n Controlla nuovamente prima e dopo un'immigrazione ASN. L'originale precedente dovrebbe scomparire quando l'immigrazione \u00e8 completa, e il nuovo origine dovrebbe diventare visibile secondo il piano previsto.<\/p>\n\n\n\n I controlli di origine sono utili anche dopo un trasferimento IPv4, cambio del provider, spostamento in un nuovo data center o aggiornamento delle politiche BGP. Un controllo di monitoraggio programmato pu\u00f2 rivelare modifiche impreviste prima che i clienti segnalino un'interruzione.<\/p>\n\n\n\n Per le operazioni in corso, il monitoraggio BGP automatizzato \u00e8 pi\u00f9 utile delle ricerche manuali occasionali. Gli avvisi possono identificare un nuovo origine, un percorso ritirato, un cambiamento imprevisto del percorso o un cambiamento dallo stato RPKI valido a non valido.<\/p>\n\n\n\n I dati BGP pubblici sono utili, ma hanno dei limiti. Rappresentano le osservazioni di selezionati collector di route e sistemi di monitoraggio, invece che ogni router in Internet.<\/p>\n\n\n\n Una rotta potrebbe essere visibile da una rete e assente da un'altra. Un nuovo annuncio potrebbe non aver raggiunto ogni raccoglitore. Una rotta potrebbe inoltre essere filtrata in base alla lunghezza del prefisso, alla politica del provider o alle regole di instradamento regionale.<\/p>\n\n\n\n L'ASN di origine restituito da una ricerca non dimostra la propriet\u00e0 legale del prefisso. Non conferma che la risorsa possa essere trasferita, affittata o utilizzata per un servizio specifico. Non dimostra inoltre che il prefisso abbia una reputazione operativa pulita.<\/p>\n\n\n\n Per una revisione completa, combinare i dati di origine con i registri, informazioni RPKI, IRR, storico BGP, contatti per abuso, verifiche di reputazione e documentazione contrattuale.<\/p>\n\n\n\n Non necessariamente. L'ASN di origine \u00e8 la rete che attualmente annuncia il prefisso in BGP. Il titolare registrato pu\u00f2 utilizzare un'altra organizzazione o fornitore per annunciare la risorsa.<\/p>\n\n\n\n S\u00ec. Possono essere utilizzati pi\u00f9 origini per l'anycast, la ridondanza, la migrazione o l'ingegneria del traffico. Possono inoltre indicare un errore di configurazione o un annuncio non autorizzato.<\/p>\n\n\n\n Non esiste un calendario fisso. Pu\u00f2 cambiare durante una migrazione ASN, cambio del provider, trasferimento IPv4, spostamento in un data-centre o riconfigurazione del routing. Una rete stabile pu\u00f2 mantenere la stessa origine per anni.<\/p>\n\n\n\n No. Potrebbe essere intenzionale o causato da una normale migrazione. Tuttavia, un'origine imprevista dovrebbe essere investigata, specialmente quando entra in conflitto con i dati del registro, IRR o RPKI.<\/p>\n\n\n\n Molti strumenti pubblici, inclusi RIPEstat, forniscono dati di instradamento base senza una chiave API. I limiti di utilizzo e la disponibilit\u00e0 del servizio possono cambiare, quindi le applicazioni devono gestire gli errori e evitare richieste eccessive.<\/p>\n\n\n\n Yes. BGP origin information can be checked for IPv6 prefixes in the same general way as IPv4 prefixes. The prefix must be entered in valid IPv6 CIDR notation.<\/p>\n\n\n\n L'ASN di origine identifica il sistema autonomo attualmente osservato come origine di un annuncio BGP per un prefisso IP. \u00c8 un elemento importante per la risoluzione dei problemi, la pianificazione della migrazione, gli scambi IPv4, la distribuzione IPv6, la validazione RPKI e il monitoraggio delle rotte.<\/p>\n\n\n\n Puoi trovare l'ASN di origine tramite RIPEstat, BGP.tools, Hurricane Electric, route collectors o altri servizi di routing pubblici. Una ricerca base dovrebbe registrare il prefisso, lo stato dell'annuncio, l'ASN di origine, l'ora di osservazione e qualsiasi altra informazione sull'origine.<\/p>\n\n\n\n Il risultato non deve mai essere letto in isolamento. Confronta l'ASN di origine con l'organizzazione del registro, il piano di instradamento previsto, l'oggetto di route IRR e l'autorizzazione RPKI. Se i dati non coincidono, determina se la differenza \u00e8 causata da una migrazione pianificata, un record obsoleto, un errore di configurazione o un annuncio non autorizzato.<\/p>\n\n\n\n198.51.100.0\/24<\/code> ha origine AS64500<\/code>, l'Internet viene informato che AS64500<\/code> pu\u00f2 raggiungere o consegnare il traffico per quel prefisso.<\/p>\n\n\n\nAS3356 AS64510 AS64500<\/code><\/pre>\n\n\n\nAS3356<\/code> potrebbe essere un fornitore di trasporto a monte, AS64510<\/code> potrebbe essere un altro network, e AS64500<\/code> \u00e8 l'ASN di origine per il prefisso.<\/p>\n\n\n\nPerch\u00e9 l'ASN di origine \u00e8 importante?<\/h2>\n\n\n\n
ASN di origine vs Organizzazione registrata<\/h2>\n\n\n\n
Come trovare un ASN di origine con RIPEstat<\/h2>\n\n\n\n
https://stat.ripe.net\/data\/bgp-state\/data.json?resource=193.0.0.0\/21<\/code><\/pre>\n\n\n\nhttps://stat.ripe.net\/data\/bgp-state\/data.json?resource=2001:67c:2e8::\/48<\/code><\/pre>\n\n\n\nCome utilizzare l'API RIPEstat<\/h2>\n\n\n\n
curl \"https:\/\/stat.ripe.net\/data\/bgp-state\/data.json?resource=193.0.0.0\/21\"<\/code><\/pre>\n\n\n\nInvoke-RestMethod `\n -Uri \"https:\/\/stat.ripe.net\/data\/bgp-state\/data.json?resource=193.0.0.0\/21\"<\/code><\/pre>\n\n\n\n\/<\/code> e :<\/code>.<\/p>\n\n\n\nconst prefix = \"193.0.0.0\/21\";\n\nconst url =\n \"https:\/\/stat.ripe.net\/data\/bgp-state\/data.json?resource=\" +\n encodeURIComponent(prefix);\n\nfetch(url)\n .then(response => response.json())\n .then(result => {\n console.log(result);\n });<\/code><\/pre>\n\n\n\nTutorial passo passo per la ricerca dell'ASN di origine<\/h2>\n\n\n\n
Passo 1: Inserisci il prefisso in formato CIDR<\/h3>\n\n\n\n
193.0.0.0\/21<\/code><\/pre>\n\n\n\n2001:67c:2e8::\/48<\/code><\/pre>\n\n\n\nPasso 2: Verifica se il prefisso \u00e8 stato annunciato<\/h3>\n\n\n\n
Passo 3: Registra l'ASN di origine<\/h3>\n\n\n\n
Passo 4: Confronta l'origine con i dati del registro<\/h3>\n\n\n\n
Passo 5: Verifica dei dati RPKI e IRR<\/h3>\n\n\n\n
Come leggere i risultati della ricerca<\/h2>\n\n\n\n
Come trovare un ASN di origine con altri strumenti BGP<\/h2>\n\n\n\n
Perch\u00e9 un prefisso pu\u00f2 avere pi\u00f9 ASN di origine?<\/h2>\n\n\n\n
ASN di origine e RPKI<\/h2>\n\n\n\n
AS64500<\/code> sta annunciando un prefisso non ti dice se quell'ASN \u00e8 autorizzato a farlo.<\/p>\n\n\n\n\n
Oggetti di route ASN e IRR origine<\/h2>\n\n\n\n
AS64500<\/code> dovrebbe generare un prefisso ma BGP mostra AS64510<\/code>, la differenza dovrebbe essere investigata.<\/p>\n\n\n\nQuando dovresti verificare l'ASN di origine?<\/h2>\n\n\n\n
Limitazioni delle ricerche di origine pubblica<\/h2>\n\n\n\n
Domande frequenti<\/h2>\n\n\n\n
L'ASN di origine \u00e8 il proprietario del prefisso IP?<\/h3>\n\n\n\n
Un prefisso pu\u00f2 avere due ASNs di origine?<\/h3>\n\n\n\n
Quanto spesso cambia un ASN di origine?<\/h3>\n\n\n\n
Un ASN di origine diverso significa sempre un attacco?<\/h3>\n\n\n\n
Una ricerca ASN di origine richiede un API key?<\/h3>\n\n\n\n
\u00c8 disponibile l'informazione sull'ASN di origine per IPv6?<\/h3>\n\n\n\n
Conclusione<\/h2>\n\n\n\n