IETF Logo Mail Archive

Re: [dnssd] SRP Update - removing individual services (draft-ietf-dnssd-srp-06)

Ted Lemon <mellon@fugue.com> Fri, 18 December 2020 02:07 UTC

Return-Path: <mellon@fugue.com>
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 9976E3A0B58 for <dnssd@ietfa.amsl.com>; Thu, 17 Dec 2020 18:07:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yvCKAiO6OL9a for <dnssd@ietfa.amsl.com>; Thu, 17 Dec 2020 18:07:05 -0800 (PST)
Received: from mail-qk1-x735.google.com (mail-qk1-x735.google.com [IPv6:2607:f8b0:4864:20::735]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C55C3A0B55 for <dnssd@ietf.org>; Thu, 17 Dec 2020 18:07:05 -0800 (PST)
Received: by mail-qk1-x735.google.com with SMTP id z11so760700qkj.7 for <dnssd@ietf.org>; Thu, 17 Dec 2020 18:07:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=9H6yYBRzVLGOB1NdtWQNoppylTXjoxQJZINfxRdA4Jc=; b=iZlQcPmJ2Ov8IAj78YU7JgXJ/B8ZsUc1XjxQWADwWVHtLxw0J5l41TC67UlPz5eVyD lwSHzGWjSbf3cES4r/eXJOuyngYMidvW4E0ABpZA3GDxjnOakxGrnBIA9n+00OauHNgK 7L8ga8qOCLXp2HNkfYdASmXKpQ36frpL+9XHHxzntMzGtZ5FDclYlu0lBy2WcASKY+8V XNSEqqTxn6TRWTgrROljxewnxukIZcMJA4U/jO8hOrZiIN5irzzCA0AopNwc9tEc0Zrl YcKhs/va23aKjujWKS1vSq9u7K7kdrhn7xt8PIolqNURj9Kd2pd0W5E9YPkRbfjTAvwX NXtA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=9H6yYBRzVLGOB1NdtWQNoppylTXjoxQJZINfxRdA4Jc=; b=fAveazY4DAplnw/r+/CUqALi51QiZSjqvFe+aYfy5mEuPi0Xivl8Qfy3qJTRd1zq5W 6D+BhATIbuP07tHLtvd7msQhZ135cNVQV3pxisDA0RcA0b4nJFUvuSvTG7j1FjCke35t rQ+kgb79pBVdTcsyKo8JQUFeITxgav73FZc318j2hl6MBO7s7FmOHsY+EzZTGPiyOBX5 MoaKTDQ+k5jMbtOTgb/0CCbxUOpfNYw8tUgsn6lvFyhWflaAUO8DTdFECpuB++jcDPOi 59H0C6OPeLAlzzvAuWUeC6cOBKUmUIw44xlcKIeRAxtx7WtxBCK/Yrn9S+FlZng7y32M WYWg==
X-Gm-Message-State: AOAM533yClsHsm2l22MRSW1gTxUPQ4q+Y7nnxKKPHQI6DB1YvUgY4DVs 3e2ozZMSCzX3L1i+150MW8mO4w==
X-Google-Smtp-Source: ABdhPJwimP6P+16iJR1g/qZ4SentEZcMaOnxhCQJhFL67yaRi+VHTHSMxF5ry0vrVjfV11CPv0QeRA==
X-Received: by 2002:a05:620a:528:: with SMTP id h8mr2626804qkh.40.1608257224533; Thu, 17 Dec 2020 18:07:04 -0800 (PST)
Received: from [192.168.4.70] (c-24-91-177-160.hsd1.ma.comcast.net. [24.91.177.160]) by smtp.gmail.com with ESMTPSA id l11sm4607167qtn.83.2020.12.17.18.07.03 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 17 Dec 2020 18:07:04 -0800 (PST)
From: Ted Lemon <mellon@fugue.com>
Message-Id: <680A60B6-BD88-475E-91ED-48F23036A7C8@fugue.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_458F215F-0A03-4B95-BBBB-EE37A613E70C"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\))
Date: Thu, 17 Dec 2020 21:07:01 -0500
In-Reply-To: <CACce4dQZ708aaMdvmwhEurHDSdFAvLbzwpDWz=viig_2cX75Dw@mail.gmail.com>
Cc: dnssd@ietf.org, Jonathan Hui <jonhui@google.com>, Kangping Dong <wgtdkp@google.com>, Rongli Sun <rongli@google.com>
To: Abtin Keshavarzian <abtink@google.com>
References: <CACce4dTbWCVwBityepJpb5FF4Rv43+DUev_0Ka+rVT9exZrJzA@mail.gmail.com> <031C980F-D8B6-4051-8DC0-D8417FDBBD0F@fugue.com> <CACce4dQZ708aaMdvmwhEurHDSdFAvLbzwpDWz=viig_2cX75Dw@mail.gmail.com>
X-Mailer: Apple Mail (2.3654.40.0.2.32)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnssd/K91wJBnayq3UB4CBhfR0zMhirqU>
Subject: Re: [dnssd] SRP Update - removing individual services (draft-ietf-dnssd-srp-06)
X-BeenThere: dnssd@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 18 Dec 2020 02:07:08 -0000

On Dec 17, 2020, at 7:40 PM, Abtin Keshavarzian <abtink@google.com> wrote:
> - In "Service Description Instruction", we allow a "Delete all RRSet from a name", with possibly no follow-up adds. 

Yes.

> - When a service is being deleted, we can consider allowing KEY RR "Add to an RRSet" for instance name to be optionally included, to have the server keep the instance name reserved (if desired).  Does it make sense?

We could allow this, but KEY RRs are large, so we might prefer not to.

> - In "Service Discovery Instruction" I think we need to allow delete as well (I guess "Delete an RR from an RR set" for PTR RR)?

Yes, and the RR has to be pointing to a Service Description Instruction which is also being deleted.

> - We continue to require SRP Update msg to always include exactly one "Host Description". 

Yes.

> Does this all sound good/reasonable? Anything I may have missed?

It sounds fine. I’m curious what others think about this.

v2.23.0 | Report a Bug | By Email