[Dawn] Re: A reworked draft charter for DAWN

Hesham Moussa <hesham.moussa@huawei.com> Mon, 22 June 2026 16:07 UTC

Return-Path: <hesham.moussa@huawei.com>
X-Original-To: dawn@mail2.ietf.org
Delivered-To: dawn@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 20D571052B13E; Mon, 22 Jun 2026 09:07:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1782144433; bh=787Dtlsk59HlvgF8InR+U2W7JEGsNFW9RfLAjJa59nM=; h=From:To:CC:Subject:Date:References:In-Reply-To; b=qFx9Kqm4dBUJvHCcnzS1ERl9gS4hOZEmWW6N4gLJQpKYj7CEQCfC0jv2V+W03azgZ 2XtVvrBWypggFeDzHPejj/ZYDgCD6YZvodgq9MTI+OHiALyKXZz6tNlDu9OXJEkNJ8 pQcppZp44ObQmMHEHdSTic7WSjKVHdgh3LOa/eo8=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -4.196
X-Spam-Level:
X-Spam-Status: No, score=-4.196 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9ExYAWo67Sba; Mon, 22 Jun 2026 09:07:12 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 380A71052AD42; Mon, 22 Jun 2026 09:06:39 -0700 (PDT)
Received: from mail.maildlp.com (unknown [172.18.224.150]) by frasgout.his.huawei.com (SkyGuard) with ESMTPS id 4gkY2z00gJzHnGk9; Tue, 23 Jun 2026 00:06:02 +0800 (CST)
Received: from lhrpeml100009.china.huawei.com (unknown [7.191.174.83]) by mail.maildlp.com (Postfix) with ESMTPS id 8F5FC40571; Tue, 23 Jun 2026 00:06:31 +0800 (CST)
Received: from ytopeml100002.china.huawei.com (7.184.16.70) by lhrpeml100009.china.huawei.com (7.191.174.83) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1748.39; Mon, 22 Jun 2026 17:06:31 +0100
Received: from ytopeml500001.china.huawei.com (7.184.16.223) by ytopeml100002.china.huawei.com (7.184.16.70) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1748.39; Mon, 22 Jun 2026 12:06:29 -0400
Received: from ytopeml500001.china.huawei.com ([7.184.16.223]) by ytopeml500001.china.huawei.com ([7.184.16.223]) with mapi id 15.02.1544.011; Mon, 22 Jun 2026 12:06:29 -0400
From: Hesham Moussa <hesham.moussa@huawei.com>
To: Wes Hardaker <wjhns1@hardakers.net>, Hesham Moussa <hesham.moussa=40huawei.com@dmarc.ietf.org>
Thread-Topic: [Dawn] Re: A reworked draft charter for DAWN
Thread-Index: AQHdAlx3z9GTuYJx/ki3jowbm4RscbZKtkGQ
Date: Mon, 22 Jun 2026 16:06:29 +0000
Message-ID: <7d5915f031604d7ebd172d5eacd878fc@huawei.com>
References: <05d101dd009c$e411c190$ac3544b0$@olddog.co.uk> <51caa2a441bf4946946e8381284629dc@huawei.com> <yblqzlyoaqw.fsf@wa.hardakers.net>
In-Reply-To: <yblqzlyoaqw.fsf@wa.hardakers.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.193.51.162]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Message-ID-Hash: LLRE7P4NRESUT7CQ6XE6QDAXDX3E5V2L
X-Message-ID-Hash: LLRE7P4NRESUT7CQ6XE6QDAXDX3E5V2L
X-MailFrom: hesham.moussa@huawei.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "dawn@ietf.org" <dawn@ietf.org>, "dawn-chairs@ietf.org" <dawn-chairs@ietf.org>, "'Eric Vyncke (evyncke)'" <evyncke@cisco.com>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Dawn] Re: A reworked draft charter for DAWN
List-Id: "The list is for discussion of the scope, use cases, requirements, and solutions for discovery of entities (e.g., tasks, AI agents, or endpoints) using IETF technologies." <dawn.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dawn/JTHaNaTSId3JhRz9cfBKOIbmZ2M>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dawn>
List-Help: <mailto:dawn-request@ietf.org?subject=help>
List-Owner: <mailto:dawn-owner@ietf.org>
List-Post: <mailto:dawn@ietf.org>
List-Subscribe: <mailto:dawn-join@ietf.org>
List-Unsubscribe: <mailto:dawn-leave@ietf.org>

Hi Wes,

Thank you for the response.

I understand the fine line you were aiming to walk regarding DNS, and I agree that the current wording reflects that balance well. That said, I still believe it would be valuable for the working group to explicitly include, as a mandate or deliverable, the task of identifying which protocols are suitable to build upon.

I will admit I may be a bit biased here, as there is a draft with my name on it that provides a gap‑analysis that outlines an approach for evaluating different options and assessing their suitability for meeting DAWN requirements. The draft is available here: https://datatracker.ietf.org/doc/draft-moussa-dawn-gap-analysis/01/ , and feedback is of course very welcome 😊.

Just my two cents here, but I think this work highlights why such a mandate could be important. It could even serve as an informational deliverable. It would help provide a clear, well‑reasoned basis for why a particular protocol was chosen as the starting point, or why multiple protocols might be needed if no single option proves to be a one‑size‑fits‑all solution, or why a certain protocol is absolutely needed to start the discovery process. 

Not sure what the community thinks, but of course, the final direction will ultimately come from the BOF discussion and the IESG.

Regards,  
Hesham


-----Original Message-----
From: Wes Hardaker <wjhns1@hardakers.net> 
Sent: Monday, June 22, 2026 11:28 AM
To: Hesham Moussa <hesham.moussa=40huawei.com@dmarc.ietf.org>
Cc: adrian@olddog.co.uk; dawn@ietf.org; dawn-chairs@ietf.org; 'Eric Vyncke (evyncke)' <evyncke@cisco.com>
Subject: [Dawn] Re: A reworked draft charter for DAWN

Hesham Moussa <hesham.moussa=40huawei.com@dmarc.ietf.org> writes:

Hi Hesham,

> “Although initially focused on discovery of AI agents, agentic tools, 
> and agentic skills, the WG is expected to produce results that are 
> general and reusable within other discovery contexts whenever 
> possible.”

I think this is reasonable and have changed the text in the repo to adapt to this.  In the end, of course, it's up to the BOF discussion and the IESG to come to an agreement about the right scope.  An overly broad scope in starting charters rarely does well, so we need to be cautious about allowing a completely open set of work items.  Or to put it another way, initial charters should concentrate on the initial needed building steps and building blocks (only).

> Regarding the DNS sentence , “The WG will consider the DNS as a likely 
> initial protocol upon which to build a discovery protocol.”

Both you and Nic brought this up (in different ways).  A few comments:

[note: this is all IMHO, not coordinated with Adrian's opinions]

We received specific guidance from the IESG that the DNS needs to be considered as a target protocol and the conversations have generally leaned that way.  In many ways it would be hard to start the discovery process without the DNS.  But that doesn't mean other options shouldn't be considered, or that the DNS shouldn't be used just as an initial bootstrap and fall to other protocols for doing the larger bulk transfer of information needed (the DNS simply isn't designed to transfer a huge amount of information that a full discovery mechanism may need).

So I wrote that sentence to carefully try to walk the line of saying "the DNS must be at least considered as a starting point in a discovery process" while at the same time trying to say "but other options can be considered" and "the DNS doesn't have to be the sole protocol used in the final design".


--
Wes Hardaker
Google

_______________________________________________
Dawn mailing list -- dawn@ietf.org
To unsubscribe send an email to dawn-leave@ietf.org