Re: [dnssd] SRP: support of SRP message with zero service?

Esko Dijk <esko.dijk@iotconsultancy.nl> Wed, 07 December 2022 12:52 UTC

Return-Path: <esko.dijk@iotconsultancy.nl>
X-Original-To: dnssd@ietfa.amsl.com
Delivered-To: dnssd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6906C14CE54 for <dnssd@ietfa.amsl.com>; Wed, 7 Dec 2022 04:52:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=iotconsultancy.nl
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IH-AVqeegEMj for <dnssd@ietfa.amsl.com>; Wed, 7 Dec 2022 04:52:51 -0800 (PST)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0723.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe1e::723]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2659BC14EB1C for <dnssd@ietf.org>; Wed, 7 Dec 2022 04:52:50 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=g/1EiyvMvpWeJT7Sr7dxZqICxcibbSyU+Z0shM73msciXmLLjgBhMuMbyxLXhb6AJtTrV//PHirnhrfdpvO+mhFfnBUdxBbnkvSerMEo8Okz55jOAKGuOjj/3AZm6rUIniTUhO2IdYnj5sI4S8xDYcitf+d3SA8Hl1IvWlULzodqDL+QNnKyjoBkcv7OwkwqzoyWq7oK6EVftNfDVF52iKdrc7kO7pSF4Lwg0O5wL7WBNzckVZbe4dg5HP9NEyIiL29Z5VjhRcJl4rW6qw+3Gj4BXMFQHeMLcwBU9FuP/4g0ZnqtRyL2m7G5PRQFf/H9N7JK2xdBcXWStIgIsEH66w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=t1v+A/LunV7fMx1z4JTEjRwJzjxcaErD11Tx5KfSAPY=; b=BMFtwCyC0IPhcGpvq+wERzL01d/gQ3rMm5I9ihRHw34sFh+QYEtqBcpiDlysPE9IpzfXsktj7Io074vtByX6ZK7iU6QkWS5HsEJojboDjjGXJnzMgW6EcYKseTJ9L8W3bObzI7PxpDm1Z+77sn8EcP3GIfE62+kjAFoaFz6+BpNLZuiYbLtdlVQOE6dazN4S8zP1sBNiL8bzfaFK5m+3xnisb1ZSGj2BQTbxS+zWy/IaloaX8ObTwywDA1NGkaVevaUpmTtJ4y0SmZWkDqfJATAvLkjxDscEtT180JTIKq2XoKD70SK5A4zSu7AHgI6BTjonwcznHI0EU2GlFuIntQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=iotconsultancy.nl; dmarc=pass action=none header.from=iotconsultancy.nl; dkim=pass header.d=iotconsultancy.nl; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iotconsultancy.nl; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=t1v+A/LunV7fMx1z4JTEjRwJzjxcaErD11Tx5KfSAPY=; b=ayYvKFMMY6UECJ3O/qKPo15qGuTv+gMFubt9yOhX1d6DZJalM5WGPk0nH94zvve6sdZUlpUY7gW+eW1Rv5w7toXMi7CZcByq0d3R1DDcZXuC4YDSqB0MzWib7SLBRQ18qyByhWcsio2X8Gzotcph81k+9TdUv6aZhSlTYKQ35JA=
Received: from DU0P190MB1978.EURP190.PROD.OUTLOOK.COM (2603:10a6:10:3b9::20) by DB9P190MB1747.EURP190.PROD.OUTLOOK.COM (2603:10a6:10:33f::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5880.14; Wed, 7 Dec 2022 12:52:45 +0000
Received: from DU0P190MB1978.EURP190.PROD.OUTLOOK.COM ([fe80::7f21:781:e808:be2]) by DU0P190MB1978.EURP190.PROD.OUTLOOK.COM ([fe80::7f21:781:e808:be2%9]) with mapi id 15.20.5880.013; Wed, 7 Dec 2022 12:52:44 +0000
From: Esko Dijk <esko.dijk@iotconsultancy.nl>
To: Kangping Dong <wgtdkp@google.com>
CC: "dnssd@ietf.org" <dnssd@ietf.org>
Thread-Topic: SRP: support of SRP message with zero service?
Thread-Index: AQHZCixm+VGzT5s6fEOg+aDGqAx/0q5iRgOAgAAD7sCAAAU0AIAAEZGA
Date: Wed, 07 Dec 2022 12:52:44 +0000
Message-ID: <DU0P190MB197841581AE31FF6A74B4440FD1A9@DU0P190MB1978.EURP190.PROD.OUTLOOK.COM>
References: <CAJ5Rr7ZTujqf3_CR-PY1Kdj1KTFAKQKcPbmZORXOxW+8TMquVw@mail.gmail.com> <CAPt1N1=aPfTpSdVbWTSBVi27SAr_uGwhuG03z6MNGRBdzZyqkg@mail.gmail.com> <DU0P190MB1978503FBF2F9F3853AFC3E6FD1A9@DU0P190MB1978.EURP190.PROD.OUTLOOK.COM> <CAJ5Rr7azeWtW0ujL6GBQ9QwWbX3Zi5Noroc4fLvcRAC9n5iOsg@mail.gmail.com>
In-Reply-To: <CAJ5Rr7azeWtW0ujL6GBQ9QwWbX3Zi5Noroc4fLvcRAC9n5iOsg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=iotconsultancy.nl;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: DU0P190MB1978:EE_|DB9P190MB1747:EE_
x-ms-office365-filtering-correlation-id: 42570f8f-ac68-4be8-c5cb-08dad851ef68
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: jnpZiPcf2M5u+UIwetbmmNKSgHPXsM3xHnMlUZYQgMM6vvj9m2QEDtE2XwPpJLRLGi2i9wMh0CluC015tmHC9MGJHNRTUuyfnwVPRT2GXbUS2dl0MY3+cmGYxjoEPqQiLKcGBDSkhi32yX0XhpX//pYUzbjnVRP5zX/EIJKquTZgL01p4SZmi5LIP5aKKFVDSx4Uail565qHaWdvMpSFanbH5S0NN6qUhOj2Mdu7+xYSoWYoNP13dWpbQz9Z7EMrDC/zeI0ZkZBrhwTIXqxieSpwhKPWs4+LaPripd93PzOTo7nXS5FQI905cbkZ0pNc0IKlqPcTVo3KHQj0u+SiQTLSlceXlSu7XxRKZ/fsqMQBHj/PKt7tq2ugQd4xR98dBNoSHMtT8q6dlw9g9SV9cLEofeNwS/bPhVk+FByZzCOcdldx1ncijaks5moawwojHBVVJq1rKikykSkZH9cnvKUPSwIgF1RiCdD0qIIthkS8acLcW4cQx/hFbFNrAXCx5f68HmMGaReB0S4NVSZeh95a1z447MGxD/AJNo+ZijIGllbE6FEYTEN2KNOgAe5QWthu4KEnXLo+d5eDUZnfMT1kr/60UzHK/vfZqEgEd7XbtIu0Epzli/fNo7abn6OV3xcVZqxTPuJgdJxBTBXFKKcwSSO/tgtUWBqt2jCOiVzenC1ljsCcMu634IXPWJWDyX5gTV0mpW80QHgP+HX0Q4MZWbvh/dLVL3As5ptXIvpusPpdOKyejidQ/L8eNOhBktgwiA8pf2KAbdPY3AoG78zgGotC0Rw/wdfGFJxi25k=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DU0P190MB1978.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(13230022)(376002)(396003)(346002)(136003)(366004)(39830400003)(451199015)(122000001)(83380400001)(8936002)(86362001)(44832011)(5660300002)(15650500001)(2906002)(38070700005)(4326008)(41300700001)(33656002)(166002)(52536014)(186003)(55016003)(53546011)(6506007)(7696005)(64756008)(9686003)(508600001)(66946007)(8676002)(66556008)(6916009)(76116006)(66446008)(66476007)(966005)(316002)(38100700002)(71200400001)(226483002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: f17LbOQFrlawWYyjC6NaAZ+fyItaVJU29K8MtupIxLLiQv6COX5YkkbcvjYUiCEaZO0kRHoh1ZVkgXImGy1nHgOXY/wNqcBQQ9njJj+9QdKgYCGuvVHxm0LC2VNKa+e2jF5oyyt0iGHixuFCQa5YB1fhLl1DeAnp0uk7kD6JLi/zbI4yaRKxMeMC5xYLisxF+T8wzl4oEKNT660u8pZFcpSGeQIyLBEzIrhIS9hdJQ4DX3ZrBsw0RcbDRcRB3TTDERDktFoWDypsox4IBEy7oVogiUMzEpTfpeiVDgqIhjZmq84fM0FhUFgOpXJ9Rvgaps6HegbooHZBgOI/HAKtoxIs4S4zbpG4Ygg6EzYlcnBzIIIqAWuoV+Ip2QX3uT5kHBylGHfYEMD6SVABwPs2rAnAT++3u37Oo/rIgTcJFAsUUBhDlCMBQo64Xn2K9pjbA4dGPeWhskMDFiFEaIukKpYwKeJ53htnZz6w9jg+eKFL04x2mA1VcyvJvxyQJc4stqg6W3o+/STHeE701n1nktbXF+95Wce4PvyJ+m4qrVQuQuKJrbqXa7GFuO9Vhk6weO4CkPhvzzsAdYncKjfLsBprz5kzYNLmnl8h4IVuQebLcB3QM93m6MfUO8QkzJ1N+GxH1lMDsE4nHwZ6NaWtVegCCR+HZ36Mqol27xJmaprjXfRUef8wM9zbp43WiraqunVgD5kzg8sHMYiI22qbV41y4U3vYCQB2EnoRkQdjQV+KLlcq4lU2xzwhRXR+4eUyR3wR/3qft8ox4HWWurWxOoqkUrqxIyU0elSSAXvqzQi3itXPpNegd4gpu2NJGMke4+qk4VMpaaz1jdkJ98YeJtQwTeX2C0z50f3SelK9NgGRD6WzDgF2qRRlErq2row+8FlBxrWY2/cGpx77KXf25AkB7tlmFQMBd4uawyqxY7ybDcxHUOYhHBFJ+uOg4bnRXsnuvG6yiKgfWyl63t/LIIjzuLPXgBbOH/JeFvAdTcExXFeKgUg0LAZKubsmnp3BpXDN66kDmK1v+mY4oRhVUepJAQ9v+X45T+GWpTqDSbz2NYQBiPQgXpl/XhdfIc2xZ0Rb3MWkGW1jAiTCdvRt5acTNXp4xQdUQQG+TbyU1Ad3Iv85MgYwMvgVEU78TVoXbJQT2EEEWk7FedCj5JqkbhrknfrILlWutmVvpLfab/qTtZrwzcMjOjorxyXZzunNwhzLgLP2aTiV7dj50yornzxbHJ7N+oEzo68td2gciaNK4/nqZnb4OW0szFgQxDQgI1pW0y+zRc6u4e75dHec294A8qJATllKGpnYPjAzMhtTruMG7asM0vYTI4YvshXWhmpMWKTjN7R4q0t23B2kQjCqh/tZ8uCo6YrYKpn11kUyvyRa0y0KjwU0PI1FDUwEspPotQR0LWrr4RwNevWIxQtV9RXsdoAISnDlIhVxerFulOmnsBiojkFOhz1Bu0/WFIik+5DP3/U66uiHM5v/CBS5dKEo9L3PnwEYp1xafRjez8AdIHv0BpI30QD6eGUc/3ooHDwD8m1xtYsawbCoLjGPmht5U9Xua1ExGy3wbl2Ty+fJiokTGqhoC/GkvZIViaFGNqwQCTBjHDBDVozP+7l5zFdrqbEI7TGOIP21cGhmNRjf5xg+FIZSAz0zvZVOdMOJ9xfCbUp1SSEPL7qFQ==
Content-Type: multipart/alternative; boundary="_000_DU0P190MB197841581AE31FF6A74B4440FD1A9DU0P190MB1978EURP_"
MIME-Version: 1.0
X-OriginatorOrg: iotconsultancy.nl
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DU0P190MB1978.EURP190.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: 42570f8f-ac68-4be8-c5cb-08dad851ef68
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Dec 2022 12:52:44.6605 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 58bbf628-15d2-46bc-820b-863b6774d44b
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: dDu8O1H9c4i9rLjxKkeedzuWVXyukLC5f29NciPODMRHKkyOMIjJGCPoOPil5jqW+pJ2FRcOKJpwTir2yRUJPmNnTwy4c923VXxNUz2+QL8=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB9P190MB1747
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnssd/Cl5oNKbZsJPfYNKuuPNkUUJKPyQ>
Subject: Re: [dnssd] SRP: support of SRP message with zero service?
X-BeenThere: dnssd@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." <dnssd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnssd>, <mailto:dnssd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnssd/>
List-Post: <mailto:dnssd@ietf.org>
List-Help: <mailto:dnssd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnssd>, <mailto:dnssd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2022 12:52:55 -0000

Yes we have, the link to the start of the thread is: https://mailarchive.ietf.org/arch/msg/dnssd/01voO6MkMBBvxeInncR6e-3u1bM/
(somewhat long discussion)

One use case mentioned also is an SRP client adding or removing an IP address in its registration, while keeping its services unchanged.

Esko

From: Kangping Dong <wgtdkp@google.com>
Sent: Wednesday, December 7, 2022 12:48
To: Esko Dijk <esko.dijk@iotconsultancy.nl>
Cc: Ted Lemon <mellon@fugue.com>; Abtin Keshavarzian <abtink@google.com>; DNSSD <dnssd@ietf.org>; Jonathan Hui <jonhui@google.com>
Subject: Re: SRP: support of SRP message with zero service?

> Why is it useful to have a hostname and address generally?  :)

If the client knows only the hostname and address, it doesn't know what protocol should be used to communicate with the device, so it doesn't seem to be useful to
know only the address. One use case in my mind is that a device may register a well-known hostname, but didn't find a real case in local constraint networks...

> I recall that we discussed that a device could temporarily not have a particular service; and some expectation that in due time a service will become available again.
> During this time the device wants to keep its name registered, to show that it is still there and functional, and defend its name against potential other devices taking that name.
> So one use case is deleting its service(s) but keeping the name registered.

Will this encourage devices to always register their hostname even when they don't provide any service? Do we have a link to that discussion? @Esko Dijk<mailto:esko.dijk@iotconsultancy.nl>

BRs,
Kangping



On Wed, Dec 7, 2022 at 7:32 PM Esko Dijk <esko.dijk@iotconsultancy.nl<mailto:esko.dijk@iotconsultancy.nl>> wrote:
I recall that we discussed that a device could temporarily not have a particular service; and some expectation that in due time a service will become available again.
During this time the device wants to keep its name registered, to show that it is still there and functional, and defend its name against potential other devices taking that name.

So one use case is deleting its service(s) but keeping the name registered.

Regards
Esko

From: Ted Lemon <mellon@fugue.com<mailto:mellon@fugue.com>>
Sent: Wednesday, December 7, 2022 12:15
To: Kangping Dong <wgtdkp@google.com<mailto:wgtdkp@google.com>>
Cc: Abtin Keshavarzian <abtink@google.com<mailto:abtink@google.com>>; DNSSD <dnssd@ietf.org<mailto:dnssd@ietf.org>>; Esko Dijk <esko.dijk@iotconsultancy.nl<mailto:esko.dijk@iotconsultancy.nl>>; Jonathan Hui <jonhui@google.com<mailto:jonhui@google.com>>
Subject: Re: SRP: support of SRP message with zero service?

Why is it useful to have a hostname and address generally?  :)

Op wo 7 dec. 2022 om 06:09 schreef Kangping Dong <wgtdkp@google.com<mailto:wgtdkp@google.com>>
Hi,

Regarding SRP registration, it's unclear if at least one "Service Description Instruction" is required in a SRP message when the host is not being deleted.
If it's not required to register at least one service, what's the use case of registering only the host/address? Any examples? (It doesn't seem to be useful
to advertise only the host name and addresses with the Advertising Proxy :)

Thanks!



BRs,
Kangping