IETF 126: IPv6 e DNS come fondamenta per gli agenti AI

All'IETF 126, le discussioni nei vari gruppi di lavoro hanno indicato IPv6 e DNS come le fondamenta essenziali per un futuro Internet popolato da agenti AI. L'incontro, organizzato dalla Internet Engineering Task Force (IETF), l'organismo di standard aperti in cui gli ingegneri concordano le regole tecniche per Internet, ha attirato 1.230 partecipanti in presenza e 672 da remoto, stabilendo un nuovo record di presenze. Anlei Hu, Chief Scientist del China Internet Network Information Center (CNNIC) e membro dell'APNIC Executive Council, ha partecipato alle sessioni su indirizzamento IP, operazioni DNS e AI. In un rapporto per APNIC, Hu ha scritto che sta emergendo gradualmente un consenso tra i gruppi di lavoro IPv6 Maintenance (6MAN), Distributed Mobility Management (DMM) e DNS Operations (DNSOP) e l'Internet Architecture Board (IAB) Open Meeting: IPv6 e DNS giocheranno ruoli sempre più importanti nell'era dell'AI. IPv6, il nuovo sistema di indirizzamento Internet con un numero enormemente maggiore di indirizzi univoci, fornisce la scala necessaria per grandi implementazioni di AI, mentre il DNS, la rubrica di Internet che trasforma i nomi in indirizzi numerici, rimane essenziale per il discovery dei servizi e la connettività.

Sull'indirizzamento IP, China Telecom ha presentato una proposta chiamata DNS-Based Address Mapping Record (AMR) per la mappatura IPv4/IPv6 in reti solo IPv6. L'idea è di usare i record DNS per trasportare informazioni statiche di mappatura IPv4-IPv6 all'interno di reti che utilizzano solo IPv6, il protocollo di indirizzamento di nuova generazione. Questo approccio mira a migliorare il funzionamento di DNS64 e NAT64, i meccanismi di traduzione che consentono alle reti solo IPv6 di raggiungere risorse IPv4, e a ridurre la necessità di mappature codificate in modo rigido. All'IAB Open Meeting, le implicazioni a lungo termine dell'esaurimento di IPv4 sono state un tema centrale. I partecipanti hanno ampiamente concordato che l'implementazione su larga scala di agenti AI e nodi di calcolo distribuiti richiederà indirizzi tracciabili e globalmente univoci. La scala prevista di queste implementazioni supera i limiti pratici di IPv4, il vecchio sistema di indirizzamento con un numero limitato di indirizzi ormai quasi esaurito, rendendo IPv6 un requisito fondamentale. Diversi partecipanti hanno inoltre osservato che la traduzione di indirizzi di rete su larga scala (NAT), che consente a molti dispositivi di condividere un unico indirizzo IP pubblico, e altri meccanismi di traduzione interrompono l'identità end-to-end, complicano il discovery degli agenti e le comunicazioni fidate, e creano sfide per l'audit di sicurezza. È proseguito il lavoro separato su Segment Routing over IPv6 (SRv6) e Compressed SRv6, documentato in RFC 9800, per ambienti di interconnessione di calcolo. I temi chiave includevano l'inoltro IPv6 a bassa latenza e la telemetria In-situ Operations, Administration, and Maintenance (IOAM) per cluster GPU e sistemi di addestramento AI distribuiti.

La maggior parte delle discussioni relative al DNS all'IETF 126 si è svolta all'interno del DNS Operations Working Group (DNSOP), che si concentra su come i sistemi DNS vengono gestiti e migliorati. Il dibattito è proseguito sulle proposte per il discovery degli agenti AI basato su DNS. Al precedente incontro IETF 125, una proposta suggeriva di utilizzare il sottodominio _agents con record Service Binding (SVCB) e TXT per supportare il discovery degli agenti all'interno di un dominio. I record SVCB possono puntare un nome di dominio a un servizio e ai suoi dettagli di connessione, mentre i record TXT sono campi di testo flessibili spesso usati per vari metadati. I sostenitori hanno sostenuto che meccanismi esistenti come DNS Service Discovery (DNS-SD) e SVCB potrebbero supportare un discovery leggero degli agenti senza creare nuovi protocolli. Tuttavia, molti partecipanti al DNSOP hanno suggerito che il DNS non è progettato per trasportare descrizioni complesse delle capacità degli agenti AI. Le preoccupazioni includevano la mancanza di modelli semantici standardizzati per descrivere cosa può fare un agente AI, l'uso inappropriato dei record TXT per dati strutturati e il potenziale aumento del volume di query che potrebbe gravare sull'infrastruttura DNS. Sulla base delle discussioni del DNSOP a cui Hu ha partecipato, l'opinione prevalente era che il DNS non dovrebbe essere usato per trasportare metadati complessi sulle capacità. Invece, il DNS dovrebbe fornire solo informazioni di base sull'endpoint del servizio, come ad esempio dove un servizio può essere raggiunto. Si prevede che meccanismi di discovery più avanzati si sviluppino attraverso l'iniziativa Discovery of Agents, Workloads, and Named entities (DAWN).

L'AI e gli agenti AI sono stati temi di spicco all'IETF 126, e molteplici flussi di lavoro si sono concentrati sullo sviluppo di un framework di protocolli Internet interoperabile per la comunicazione tra agenti. Lo sviluppo più significativo è stato il lancio della sessione Birds of a Feather (BoF) di DAWN, un incontro informale in cui gli ingegneri interessati valutano il sostegno per la formazione di un nuovo gruppo di lavoro. Si prevede che DAWN progredisca verso lo status formale di Working Group. L'iniziativa mira a creare un framework decentralizzato, scalabile e trasversale ai domini per il discovery degli agenti AI. Il suo approccio può usare il DNS come meccanismo di trasporto sottostante, evitando al contempo la necessità di incorporare informazioni semantiche complesse all'interno del DNS stesso. Questo design risponde a molte delle preoccupazioni sollevate durante le discussioni del DNSOP. La sessione DAWN si è conclusa con un sostegno sufficiente per continuare il processo di formazione del Working Group, e si prevede che una proposta formale venga presentata all'IETF 127.

I principali insegnamenti di Hu sono stati che l'architettura esistente di Internet potrebbe dover evolvere per supportare l'implementazione su larga scala di agenti AI. Molti partecipanti hanno suggerito che l'AI potrebbe rafforzare la necessità di IPv6, perché la scarsità di IPv4 e gli ambienti NAT sempre più complessi sono poco adatti a una comunicazione fidata e end-to-end tra agenti. C'è stato anche ampio accordo sul fatto che il DNS dovrebbe rimanere focalizzato sulla denominazione e sul discovery dei servizi, piuttosto che diventare un archivio per informazioni dettagliate sulle capacità dell'AI. È probabile che il lavoro sul discovery degli agenti progredisca attraverso il proposto DAWN Working Group, mentre ricercatori e operatori in tutta l'IETF stanno iniziando a esaminare come il traffico generato dall'AI potrebbe cambiare i modelli di utilizzo del DNS e influenzare la stabilità dell'infrastruttura. L'interpretazione di Hu delle discussioni in diversi gruppi di lavoro e incontri è che potrebbe emergere un modello a quattro livelli per un Internet abilitato all'AI: IPv6 per l'indirizzamento e la connettività, DNS per la denominazione e il discovery dei servizi, DAWN per il discovery di agenti e carichi di lavoro, e Agent Communication Protocols (agentproto) per la comunicazione e l'interoperabilità degli agenti. Questa rimane una visione in fase iniziale piuttosto che un'architettura concordata, ma illustra come i partecipanti stiano iniziando a pensare alle fondamenta di protocollo necessarie per supportare un Internet sempre più popolato da agenti AI.

Per la comunità APNIC, queste discussioni offrono una visione anticipata di questioni che potrebbero diventare sempre più importanti. La relazione tra agenti AI e indirizzamento IP è solo all'inizio dell'esplorazione, ma le implicazioni sono potenzialmente significative. Questioni come identità, tracciabilità, indirizzamento e sicurezza si allineano strettamente con il ruolo di APNIC nel supportare la gestione delle risorse di numerazione Internet, la sicurezza del routing e lo sviluppo continuo dell'infrastruttura Internet. Allo stesso modo, il potenziale impatto del traffico generato dalle macchine sull'infrastruttura DNS potrebbe creare nuove opportunità per ricerca, misurazione e coinvolgimento della comunità tecnica dell'Asia Pacifico. Per gli utenti comuni e le piccole imprese, il principio che il DNS debba rimanere semplice e affidabile ha anche un risvolto pratico: usare un servizio DNS privato e cifrato come AEU DNS, che offre DNS cifrato su HTTPS, TLS e QUIC e una politica no-logs, può mantenere riservate le singole query anche mentre il traffico DNS complessivo guidato dalle macchine cresce.