--- type: Agentic Web Standard title: "DNS-AID (DNS for AI Discovery)" description: "Given a domain, where is its agent endpoint, what protocol does it speak, and how can that be verified via DNSSEC/DANE?" resource: "https://www.ietf.org/archive/id/draft-mozleywilliams-dnsop-dnsaid-02.txt" tags: ["discover", "dns-record", "ietf", "discover-my-api", "describe-agent-capabilities", "agent-naming"] status: draft generated: { by: agenticweb-builder/1.0, at: 2026-10-30T00:00:00Z } verified: { by: process:agenticweb-engine, at: 2026-10-29T00:00:00Z } stale_after: 2026-11-28T00:00:00Z sources: - id: ref-1 resource: "https://datatracker.ietf.org/doc/draft-mozleywilliams-dnsop-dnsaid/" title: "IETF Datatracker, DNS for AI Discovery, draft-mozleywilliams-dnsop-dnsaid (document page), checked 2026-10-29: \"Active Internet-Draft (individual) Authors Jim Mozley, Nic Williams, Behcet Sarikaya, Roland Schott, Jeffrey Damick Last updated 2026-05-27\" \"B. Sarikaya Unaffiliated R. Schott Deutsche Telekom J. Damick Amazon 27 May 2026\" \"Stream state (No stream defined)\" \"This I-D is not endorsed by the IETF and has no formal standing in the IETF standards process.\" \"Intended status: Standards Track\" \"RFC stream (None) Intended RFC status (None)\" \"Expires: 28 November 2026\" \"Replaces draft-mozleywilliams-dnsop-bandaid\"" last_modified: 2026-05-27T00:00:00Z - id: ref-2 resource: "https://www.dns-aid.org/" title: "DNS-AID project site, DNS-AID (dns-aid.org), checked 2026-10-29: \"Copyright © DNS-AID a Series of LF Projects, LLC\" \"DNS-AID is a naming convention on top of existing SVCB, TXT, and TLSA records.\"" last_modified: 2026-10-29T00:00:00Z - id: ref-3 resource: "https://www.ietf.org/archive/id/draft-mozleywilliams-dnsop-dnsaid-02.txt" title: "J. Mozley, N. Williams (Infoblox, Inc.), B. Sarikaya (Unaffiliated), R. Schott (Deutsche Telekom), J. Damick (Amazon), DNS for AI Discovery, draft-mozleywilliams-dnsop-dnsaid-02, 2026-05-27, checked 2026-10-29: \"This document introduces no new resource record types, opcodes, or response codes.\" \"An SVCB record type query for _index._agents.example.com returns a pointer to an organization-specific registry of all agents.\" \"The document standardizes an approach for publishing AI agents in the Domain Name System (DNS) so that other agents can discover them.\" \"The mechanism uses Service Binding (SVCB) records for connectivity information and key meta data, a well known entry point using DNS-Based Service Discovery (DNS-SD) labels into an organization's agent index\" \"This is the form publishers SHOULD support and the form requestors MUST try first.\" \"The labels _index._agents have been chosen as DNS-SD labels with the intent of registering them with IANA, as it is not possible to register a generic name such as agent-index.\" \"Operators MAY publish the same agent under an _agents.example.com inventory leaf (for organizations that prefer a single containing prefix for their agents) or under a canonical DNS-SD label (so off- the-shelf DNS-SD clients can enumerate). In these cases SVCB AliasMode MUST be used to point at the primary owner.\" \"The records SHOULD be DNSSEC-signed [RFC9364] for data origin authentication and data integrity, if TLSA records are used they MUST be signed\" \"DNS-AID is deployable without DNSSEC, but the authenticity guarantees it offers depend on a validated path from the root to the zone of interest.\" \"This is not considered desirable as SVCB records are specifically design for service discovery, see [RFC9460].\" \"well-known -- The well-known URI path as as described in [RFC8615] e.g. /.well-known/agent-card.json.\" \"The numeric SvcParamKey values are deferred to IANA assignment; the names below are the strings carried in zonefile presentation form per [RFC9460], Section 2.1.\" \"The exact spelling of each identifier is to be confirmed with the maintainers of the respective protocols; the entries above are placeholders.\"" last_modified: 2026-05-27T00:00:00Z - id: ref-4 resource: "https://datatracker.ietf.org/doc/draft-mozleywilliams-dnsop-dnsaid/history/" title: "IETF Datatracker, draft-mozleywilliams-dnsop-dnsaid, history, checked 2026-10-29: \"draft-mozleywilliams-dnsop-dnsaid-02 (2026-05-27) draft-mozleywilliams-dnsop-dnsaid-01 (2026-03-02) draft-mozleywilliams-dnsop-dnsaid-00 (2026-02-24) draft-mozleywilliams-dnsop-bandaid-00 (2025-10-16)\"" last_modified: 2026-05-27T00:00:00Z - id: ref-5 resource: "https://datatracker.ietf.org/doc/draft-mozleywilliams-dnsop-bandaid/" title: "IETF Datatracker, draft-mozleywilliams-dnsop-bandaid (predecessor), checked 2026-10-29: \"Replaced Internet-Draft (individual) Expired & archived Authors Jim Mozley, Nic Williams, Behcet Sarikaya, Roland Schott Last updated 2025-10-16 Replaced by draft-mozleywilliams-dnsop-dnsaid\"" last_modified: 2025-10-16T00:00:00Z - id: ref-6 resource: "https://datatracker.ietf.org/doc/draft-nemethi-dawn-aid/" title: "IETF Datatracker, draft-nemethi-dawn-aid (document page), checked 2026-10-29: \"Active Internet-Draft (individual) Author Balazs Nemethi Last updated 2026-09-02\"" last_modified: 2026-09-02T00:00:00Z - id: ref-7 resource: "https://datatracker.ietf.org/doc/draft-morrison-mcp-dns-discovery/" title: "IETF Datatracker, draft-morrison-mcp-dns-discovery (document page), checked 2026-10-29: \"Active Internet-Draft (individual) Author Blake Morrison Last updated 2026-10-21\"" last_modified: 2026-10-21T00:00:00Z - id: ref-8 resource: "https://datatracker.ietf.org/doc/html/draft-morrison-mcp-dns-discovery-09" title: "B. Morrison (Alter Meridian Pty Ltd), Discovery of Model Context Protocol Servers via DNS TXT Records, draft-morrison-mcp-dns-discovery-09, checked 2026-10-29: \"Intended Status: Informational Expires: 24 April 2027 Author: B. Morrison Alter Meridian Pty Ltd\" \"Three TXT records are defined.\" \"_mcp. advertises an MCP server's endpoint URL, agent protocol family, transport binding, cryptographic identity, and capability profile.\"" last_modified: 2026-10-21T00:00:00Z - id: ref-9 resource: "https://a2a-protocol.org/latest/topics/agent-discovery/" title: "A2A Protocol, Agent Discovery, checked 2026-10-29: \"The standard path is https://{agent-server-domain}/.well-known/agent-card.json, following the principles of RFC 8615.\"" last_modified: 2026-10-29T00:00:00Z - id: ref-10 resource: "https://datatracker.ietf.org/doc/html/draft-nemethi-dawn-aid-00" title: "B. Nemethi, Agent Identity and Discovery (AID), draft-nemethi-dawn-aid-00, checked 2026-10-29: \"An AID client queries a DNS TXT record at the well-known subdomain _agent. and learns the service endpoint URI, protocol token, authentication hint, and optional metadata for that agent.\"" last_modified: 2026-09-02T00:00:00Z - id: ref-11 resource: "https://www.dns-aid.org/looking-glass/" title: "DNS-AID project site, Looking Glass, checked 2026-10-29: \"Try a known‑good zone: ai.infoblox.com\"" last_modified: 2026-10-29T00:00:00Z - id: ref-12 resource: "https://raw.githubusercontent.com/dns-aid/dns-aid-core/main/README.md" title: "dns-aid/dns-aid-core, README.md (GitHub), checked 2026-10-29: \"Reference implementation for IETF draft-mozleywilliams-dnsop-dnsaid-02\" \"This repository provides a reference implementation. This project does not define the specification. The IETF draft is authoritative.\"" last_modified: 2026-10-29T00:00:00Z - id: ref-13 resource: "https://api.github.com/repos/dns-aid/dns-aid-core" title: "GitHub REST API, repository dns-aid/dns-aid-core, checked 2026-10-29: \"dns-aid/dns-aid-core\"" last_modified: 2026-10-29T00:00:00Z - id: ref-14 resource: "https://api.github.com/repos/dns-aid/dns-aid-core/releases" title: "GitHub REST API, releases of dns-aid/dns-aid-core/releases, checked 2026-10-29: \"v0.28.1\"" last_modified: 2026-08-09T00:00:00Z - id: ref-15 resource: "https://pypi.org/pypi/dns-aid/0.28.1/json" title: "PyPI JSON API, 0.28.1/json (dns-aid 0.28.1), checked 2026-10-29: \"0.28.1\"" last_modified: 2026-08-09T00:00:00Z - id: ref-16 resource: "https://www.infoblox.com/news/news-events/press-releases/infoblox-and-godaddy-support-open-standards-for-ai-agent-discovery-identity-and-verification/" title: "Infoblox, Infoblox and GoDaddy Support Open Standards for AI Agent Discovery, Identity and Verification, 2026-05-14, checked 2026-10-29: \"SANTA CLARA, Calif. and TEMPE, Ariz., May 14, 2026\" \"Infoblox is advancing DNS for AI Discovery (DNS-AID), an open, interoperable approach for agent discovery built on existing Domain Name System (DNS) infrastructure.\" \"DNS-AID is not owned by any company; it is a community standard that any organization, platform, registry or agent framework can implement.\" \"We support Infoblox's work on DNS-AID and believe open standards for identity, discovery and verification will be critical as agents become part of everyday digital experiences.\"" last_modified: 2026-05-14T00:00:00Z - id: ref-17 resource: "https://www.linuxfoundation.org/press/linux-foundation-announces-dns-aid-project-to-advance-decentralized-ai-agent-discovery" title: "The Linux Foundation, Linux Foundation Announces DNS-AID Project to Advance Decentralized AI Agent Discovery, 2026-05-27, checked 2026-10-29: \"SAN FRANCISCO, May 27, 2026\" \"The Linux Foundation and initial project members – including Cloudflare, CSC, Equinix, GoDaddy, IDC, Indeed, Infoblox, Internet Systems Consortium, and WWT – will support the long-term growth of open, interoperable infrastructure for the emerging agentic web.\" \"By extending this proven architecture to the agentic web, DNS-AID provides the foundational routing layer that autonomous systems need to operate safely and efficiently.\" \"By leveraging the internet's existing Domain Name System (DNS) infrastructure, DNS-AID provides a robust, decentralized alternative to the centralized registries and hardcoded URLs currently limiting AI interoperability.\"" last_modified: 2026-05-27T00:00:00Z - id: ref-18 resource: "https://www.infoworld.com/article/4178820/dns-aid-will-make-ai-agents-easier-to-discover-says-linux-foundation.html" title: "InfoWorld (Maxwell Cooter), DNS-AID will make AI agents easier to discover, says Linux Foundation, 2026-05-29, checked 2026-10-29: \"While many details remain to be worked out, the proposal suggests domain owners create a new well-known address that can provide a starting point for agents looking for one another: _index._agents.{domain}.\" \"DNS-AID was initially developed by staff at Infoblox, and the latest internet draft of the DNS-AID proposal includes contributions from staff at Deutsche Telekom and Amazon.\"" last_modified: 2026-05-29T00:00:00Z - id: ref-19 resource: "https://www.helpnetsecurity.com/2026/06/01/dns-aid-ai-agent-discovery-dns/" title: "Help Net Security (Sinisa Markovic), DNS-AID lets AI agents find and verify each other through DNS, 2026-06-01, checked 2026-10-29: \"Each agent gets a record under a pattern such as _chatbot._mcp._agents.example.com, which encodes its protocol, service port, capability document, and other metadata.\"" last_modified: 2026-06-01T00:00:00Z --- # DNS-AID (DNS for AI Discovery) DNS-AID (DNS for AI Discovery) is an agentic-web standard (DNS record) at step 1, Discover, governed by Individual IETF Internet-Draft with no working-group stream: Stream state; its status is "Active individual draft, not adopted by a working group". It answers: "Given a domain, where is its agent endpoint, what protocol does it speak, and how can that be verified via DNSSEC/DANE?" Replacing or extending DNS-based Service Discovery (DNS-SD) for agents, implementation status is prototype (Infoblox and GoDaddy joint press release), last verified 2026-10-29. # Overview DNS-AID proposes that an organisation publish each AI agent as an SVCB record in its own DNS zone, so another agent can look up the endpoint, protocol and capability pointers with an ordinary DNS query, without a central registry. A well-known `_index._agents` name points to an index of all the organisation's agents, and DNSSEC and DANE TLSA records can be added so that the answers and the TLS endpoint can be authenticated. The draft defines no new record types; it reuses SVCB and asks IANA to register new SvcParamKeys and labels. It began as the BANDAID draft in October 2025, was renamed DNS-AID in February 2026, and the reference implementation has since moved to a Linux Foundation project. * **Abstract of -02:** "The document standardizes an approach for publishing AI agents in the Domain Name System (DNS) so that other agents can discover them." [^ref-3] "The mechanism uses Service Binding (SVCB) records for connectivity information and key meta data, a well known entry point using DNS-Based Service Discovery (DNS-SD) labels into an organization's agent index" [^ref-3] * **Lookup by agent name comes first:** "This is the form publishers SHOULD support and the form requestors MUST try first." [^ref-3] * **Labels:** "The labels _index._agents have been chosen as DNS-SD labels with the intent of registering them with IANA, as it is not possible to register a generic name such as agent-index." [^ref-3] Optional aliases: "Operators MAY publish the same agent under an _agents.example.com inventory leaf (for organizations that prefer a single containing prefix for their agents) or under a canonical DNS-SD label (so off- the-shelf DNS-SD clients can enumerate). In these cases SVCB AliasMode MUST be used to point at the primary owner." [^ref-3] * **Trust:** "The records SHOULD be DNSSEC-signed [RFC9364] for data origin authentication and data integrity, if TLSA records are used they MUST be signed" [^ref-3]; and "DNS-AID is deployable without DNSSEC, but the authenticity guarantees it offers depend on a validated path from the root to the zone of interest." [^ref-3] * **TXT is only a fallback:** "This is not considered desirable as SVCB records are specifically design for service discovery, see [RFC9460]." [^ref-3] * **Link to A2A Agent Cards:** the proposed `well-known` key is defined as "well-known -- The well-known URI path as as described in [RFC8615] e.g. /.well-known/agent-card.json." [^ref-3] * **Registrations are not yet made:** "The numeric SvcParamKey values are deferred to IANA assignment; the names below are the strings carried in zonefile presentation form per [RFC9460], Section 2.1." [^ref-3] For the `mcp` and `a2a` ALPN IDs: "The exact spelling of each identifier is to be confirmed with the maintainers of the respective protocols; the entries above are placeholders." [^ref-3] * **Predecessor:** "Replaces draft-mozleywilliams-dnsop-bandaid" [^ref-1]; the BANDAID page reads "Replaced Internet-Draft (individual) Expired & archived Authors Jim Mozley, Nic Williams, Behcet Sarikaya, Roland Schott Last updated 2025-10-16 Replaced by draft-mozleywilliams-dnsop-dnsaid" [^ref-5] ### How it differs from neighbouring specs * **DNS-AID** (`draft-mozleywilliams-dnsop-dnsaid-02` [^ref-1]): SVCB at the agent's name; index at `_index._agents.` (TXT only as fallback) [^ref-3]. * **AID** (`draft-nemethi-dawn-aid-00`: "Active Internet-Draft (individual) Author Balazs Nemethi Last updated 2026-09-02" [^ref-6]): "An AID client queries a DNS TXT record at the well-known subdomain _agent. and learns the service endpoint URI, protocol token, authentication hint, and optional metadata for that agent." [^ref-10] * **MCP DNS discovery** (`draft-morrison-mcp-dns-discovery-09`: "Active Internet-Draft (individual) Author Blake Morrison Last updated 2026-10-21" [^ref-7]; "Intended Status: Informational Expires: 24 April 2027 Author: B. Morrison Alter Meridian Pty Ltd" [^ref-8]): "Three TXT records are defined." [^ref-8] "_mcp. advertises an MCP server's endpoint URL, agent protocol family, transport binding, cryptographic identity, and capability profile." [^ref-8] * **A2A Agent Card** (A2A Protocol docs [^ref-9]): HTTPS JSON document, not DNS — "The standard path is https://{agent-server-domain}/.well-known/agent-card.json, following the principles of RFC 8615." [^ref-9] The MCP draft itself keeps the two "AID" documents apart: "Two of them are called AID and they are different documents. [ AGENT-AID ] is "Agent Identity and Discovery", and [ DNS-AID ] is "DNS for AI Discovery"." [^ref-8] DNS-AID -02 does not cite the AID or MCP DNS drafts; it names MCP and A2A only as protocols carried in `alpn`. # Examples ```http DNS SVCB query for _index._agents.{domain}, then SVCB query for the target agent owner name it returns # parse: SVCB RRset present with alpn/well-known/cap SvcParamKeys; absence of TargetName error and presence of at least one SvcParamKey confirms an agent record # on absent: Domain publishes no DNS-AID SVCB records; DNS-AID cannot be used to bootstrap discovery for this domain ``` # Knowledge Graph * **Lifecycle Step**: [1 Discover](/category/discover/index.md) * **Depended on by**: [Agent Discovery Protocol (ADP) v1.1](/okf/protocols/adp.md) * **Pairs with**: [Agent Identity & Discovery (AID)](/okf/protocols/aid.md), [Agent Discovery Protocol (ADP) v1.1](/okf/protocols/adp.md), [Agentic Resource Discovery (ARD)](/okf/protocols/ard.md), [api-catalog (RFC 9727)](/okf/protocols/api-catalog-rfc9727.md), [Agent Name Service v2 (ANS)](/okf/protocols/ans.md), [GB/Z 185 Artificial intelligence — Agent interconnection](/okf/protocols/gbz-185-agent-interconnection.md) * **Compared in**: [DNS (A/SRV) & WHOIS vs AID & DNS-AID (classic vs agentic)](/compare/dns-whois-vs-aid/index.md), [Agent Identity & Discovery (AID) vs DNS-AID (DNS for AI Discovery)](/compare/aid-vs-dns-aid/index.md), [Discovery of Model Context Protocol Servers via DNS TXT Records vs DNS-AID (DNS for AI Discovery)](/compare/mcp-dns-discovery-vs-dns-aid/index.md), [DNS-AID (DNS for AI Discovery) vs DNS-Based Agent Naming](/compare/dns-aid-vs-dan/index.md) [^ref-1]: IETF Datatracker, DNS for AI Discovery, draft-mozleywilliams-dnsop-dnsaid (document page), checked 2026-10-29: "Active Internet-Draft (individual) Authors Jim Mozley, Nic Williams, Behcet Sarikaya, Roland Schott, Jeffrey Damick Last updated 2026-05-27" "B. Sarikaya Unaffiliated R. Schott Deutsche Telekom J. Damick Amazon 27 May 2026" "Stream state (No stream defined)" "This I-D is not endorsed by the IETF and has no formal standing in the IETF standards process." "Intended status: Standards Track" "RFC stream (None) Intended RFC status (None)" "Expires: 28 November 2026" "Replaces draft-mozleywilliams-dnsop-bandaid" (https://datatracker.ietf.org/doc/draft-mozleywilliams-dnsop-dnsaid/) [^ref-2]: DNS-AID project site, DNS-AID (dns-aid.org), checked 2026-10-29: "Copyright © DNS-AID a Series of LF Projects, LLC" "DNS-AID is a naming convention on top of existing SVCB, TXT, and TLSA records." (https://www.dns-aid.org/) [^ref-3]: J. Mozley, N. Williams (Infoblox, Inc.), B. Sarikaya (Unaffiliated), R. Schott (Deutsche Telekom), J. Damick (Amazon), DNS for AI Discovery, draft-mozleywilliams-dnsop-dnsaid-02, 2026-05-27, checked 2026-10-29: "This document introduces no new resource record types, opcodes, or response codes." "An SVCB record type query for _index._agents.example.com returns a pointer to an organization-specific registry of all agents." "The document standardizes an approach for publishing AI agents in the Domain Name System (DNS) so that other agents can discover them." "The mechanism uses Service Binding (SVCB) records for connectivity information and key meta data, a well known entry point using DNS-Based Service Discovery (DNS-SD) labels into an organization's agent index" "This is the form publishers SHOULD support and the form requestors MUST try first." "The labels _index._agents have been chosen as DNS-SD labels with the intent of registering them with IANA, as it is not possible to register a generic name such as agent-index." "Operators MAY publish the same agent under an _agents.example.com inventory leaf (for organizations that prefer a single containing prefix for their agents) or under a canonical DNS-SD label (so off- the-shelf DNS-SD clients can enumerate). In these cases SVCB AliasMode MUST be used to point at the primary owner." "The records SHOULD be DNSSEC-signed [RFC9364] for data origin authentication and data integrity, if TLSA records are used they MUST be signed" "DNS-AID is deployable without DNSSEC, but the authenticity guarantees it offers depend on a validated path from the root to the zone of interest." "This is not considered desirable as SVCB records are specifically design for service discovery, see [RFC9460]." "well-known -- The well-known URI path as as described in [RFC8615] e.g. /.well-known/agent-card.json." "The numeric SvcParamKey values are deferred to IANA assignment; the names below are the strings carried in zonefile presentation form per [RFC9460], Section 2.1." "The exact spelling of each identifier is to be confirmed with the maintainers of the respective protocols; the entries above are placeholders." (https://www.ietf.org/archive/id/draft-mozleywilliams-dnsop-dnsaid-02.txt) [^ref-4]: IETF Datatracker, draft-mozleywilliams-dnsop-dnsaid, history, checked 2026-10-29: "draft-mozleywilliams-dnsop-dnsaid-02 (2026-05-27) draft-mozleywilliams-dnsop-dnsaid-01 (2026-03-02) draft-mozleywilliams-dnsop-dnsaid-00 (2026-02-24) draft-mozleywilliams-dnsop-bandaid-00 (2025-10-16)" (https://datatracker.ietf.org/doc/draft-mozleywilliams-dnsop-dnsaid/history/) [^ref-5]: IETF Datatracker, draft-mozleywilliams-dnsop-bandaid (predecessor), checked 2026-10-29: "Replaced Internet-Draft (individual) Expired & archived Authors Jim Mozley, Nic Williams, Behcet Sarikaya, Roland Schott Last updated 2025-10-16 Replaced by draft-mozleywilliams-dnsop-dnsaid" (https://datatracker.ietf.org/doc/draft-mozleywilliams-dnsop-bandaid/) [^ref-6]: IETF Datatracker, draft-nemethi-dawn-aid (document page), checked 2026-10-29: "Active Internet-Draft (individual) Author Balazs Nemethi Last updated 2026-09-02" (https://datatracker.ietf.org/doc/draft-nemethi-dawn-aid/) [^ref-7]: IETF Datatracker, draft-morrison-mcp-dns-discovery (document page), checked 2026-10-29: "Active Internet-Draft (individual) Author Blake Morrison Last updated 2026-10-21" (https://datatracker.ietf.org/doc/draft-morrison-mcp-dns-discovery/) [^ref-8]: B. Morrison (Alter Meridian Pty Ltd), Discovery of Model Context Protocol Servers via DNS TXT Records, draft-morrison-mcp-dns-discovery-09, checked 2026-10-29: "Intended Status: Informational Expires: 24 April 2027 Author: B. Morrison Alter Meridian Pty Ltd" "Three TXT records are defined." "_mcp. advertises an MCP server's endpoint URL, agent protocol family, transport binding, cryptographic identity, and capability profile." (https://datatracker.ietf.org/doc/html/draft-morrison-mcp-dns-discovery-09) [^ref-9]: A2A Protocol, Agent Discovery, checked 2026-10-29: "The standard path is https://{agent-server-domain}/.well-known/agent-card.json, following the principles of RFC 8615." (https://a2a-protocol.org/latest/topics/agent-discovery/) [^ref-10]: B. Nemethi, Agent Identity and Discovery (AID), draft-nemethi-dawn-aid-00, checked 2026-10-29: "An AID client queries a DNS TXT record at the well-known subdomain _agent. and learns the service endpoint URI, protocol token, authentication hint, and optional metadata for that agent." (https://datatracker.ietf.org/doc/html/draft-nemethi-dawn-aid-00) [^ref-11]: DNS-AID project site, Looking Glass, checked 2026-10-29: "Try a known‑good zone: ai.infoblox.com" (https://www.dns-aid.org/looking-glass/) [^ref-12]: dns-aid/dns-aid-core, README.md (GitHub), checked 2026-10-29: "Reference implementation for IETF draft-mozleywilliams-dnsop-dnsaid-02" "This repository provides a reference implementation. This project does not define the specification. The IETF draft is authoritative." (https://raw.githubusercontent.com/dns-aid/dns-aid-core/main/README.md) [^ref-13]: GitHub REST API, repository dns-aid/dns-aid-core, checked 2026-10-29: "dns-aid/dns-aid-core" (https://api.github.com/repos/dns-aid/dns-aid-core) [^ref-14]: GitHub REST API, releases of dns-aid/dns-aid-core/releases, checked 2026-10-29: "v0.28.1" (https://api.github.com/repos/dns-aid/dns-aid-core/releases) [^ref-15]: PyPI JSON API, 0.28.1/json (dns-aid 0.28.1), checked 2026-10-29: "0.28.1" (https://pypi.org/pypi/dns-aid/0.28.1/json) [^ref-16]: Infoblox, Infoblox and GoDaddy Support Open Standards for AI Agent Discovery, Identity and Verification, 2026-05-14, checked 2026-10-29: "SANTA CLARA, Calif. and TEMPE, Ariz., May 14, 2026" "Infoblox is advancing DNS for AI Discovery (DNS-AID), an open, interoperable approach for agent discovery built on existing Domain Name System (DNS) infrastructure." "DNS-AID is not owned by any company; it is a community standard that any organization, platform, registry or agent framework can implement." "We support Infoblox's work on DNS-AID and believe open standards for identity, discovery and verification will be critical as agents become part of everyday digital experiences." (https://www.infoblox.com/news/news-events/press-releases/infoblox-and-godaddy-support-open-standards-for-ai-agent-discovery-identity-and-verification/) [^ref-17]: The Linux Foundation, Linux Foundation Announces DNS-AID Project to Advance Decentralized AI Agent Discovery, 2026-05-27, checked 2026-10-29: "SAN FRANCISCO, May 27, 2026" "The Linux Foundation and initial project members – including Cloudflare, CSC, Equinix, GoDaddy, IDC, Indeed, Infoblox, Internet Systems Consortium, and WWT – will support the long-term growth of open, interoperable infrastructure for the emerging agentic web." "By extending this proven architecture to the agentic web, DNS-AID provides the foundational routing layer that autonomous systems need to operate safely and efficiently." "By leveraging the internet's existing Domain Name System (DNS) infrastructure, DNS-AID provides a robust, decentralized alternative to the centralized registries and hardcoded URLs currently limiting AI interoperability." (https://www.linuxfoundation.org/press/linux-foundation-announces-dns-aid-project-to-advance-decentralized-ai-agent-discovery) [^ref-18]: InfoWorld (Maxwell Cooter), DNS-AID will make AI agents easier to discover, says Linux Foundation, 2026-05-29, checked 2026-10-29: "While many details remain to be worked out, the proposal suggests domain owners create a new well-known address that can provide a starting point for agents looking for one another: _index._agents.{domain}." "DNS-AID was initially developed by staff at Infoblox, and the latest internet draft of the DNS-AID proposal includes contributions from staff at Deutsche Telekom and Amazon." (https://www.infoworld.com/article/4178820/dns-aid-will-make-ai-agents-easier-to-discover-says-linux-foundation.html) [^ref-19]: Help Net Security (Sinisa Markovic), DNS-AID lets AI agents find and verify each other through DNS, 2026-06-01, checked 2026-10-29: "Each agent gets a record under a pattern such as _chatbot._mcp._agents.example.com, which encodes its protocol, service port, capability document, and other metadata." (https://www.helpnetsecurity.com/2026/06/01/dns-aid-ai-agent-discovery-dns/)