Re: [dnssd] New Version Notification for draft-sctl-service-registration-02.txt

Tim Wattenberg <mail@timwattenberg.de> Mon, 16 July 2018 19:17 UTC

Return-Path: <mail@timwattenberg.de>
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 020E3131186 for <dnssd@ietfa.amsl.com>; Mon, 16 Jul 2018 12:17:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level:
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=timwattenberg-de.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 P3afT0gjG0ST for <dnssd@ietfa.amsl.com>; Mon, 16 Jul 2018 12:17:27 -0700 (PDT)
Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) (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 3319C130FAF for <dnssd@ietf.org>; Mon, 16 Jul 2018 12:17:23 -0700 (PDT)
Received: by mail-ed1-x535.google.com with SMTP id b10-v6so3578385eds.4 for <dnssd@ietf.org>; Mon, 16 Jul 2018 12:17:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=timwattenberg-de.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=gRvJvKVZnlxcH7/cG5hRL3uLgJdpyLm8uSu140q3b64=; b=2IMqD4VDeGAd2eZm7bEY6TR82igYfUMWiEsfGgjforukc84pKlbFzUXqSSaPYgnkVI M2MRBVpPRRiYL2//lK811pQShEHa6F6ddqU95ylMOCb2C1DXpFf7Qp4+fv3a8ZSM9Xzl FWeh/FVz/EsoFdmsoLDOZXAeXuN+LdInKlcO8IxubwfMhSWgQt5cy3/TOaEkylj3H3GS gqErA+lB6QOs5+cCN9UjsO+fxsZYErro5mJ70Yq8DK2gRk4QrYzIIrlCUiLkj+kEYA3E mjULkjEUoIrQdiwfKUN9RwrBewSfnWSUBB6OeGc7ZPTj+m7pMCcy5MZeMkus3rHkdH6U osNQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=gRvJvKVZnlxcH7/cG5hRL3uLgJdpyLm8uSu140q3b64=; b=c9mUsOgRKGwHMGQc6u72N8IqsdKQihVSvKS4+MOafSl0Xo0wRWF9FeEgaH+xbCUfEQ zzM2zCiq1PPnAV445HNdV6GSFFDN2hDZWGG+XkDADtVWWk28CAz8UOzT330DYP/4TvKz lYf8pdfsAQ/mgtD2lPpBYLlJTlk/bs38TgDS6HCpmAHzERk1KEzG7onBrwdRPrJtuaAB LbLWqi/x0iLekJZp9JbInQgz/UW7n9cBOVbiV0KS8dtByVUGuZYUB2PVoHJdTyZnEFXQ ftZJ+NrZeIJQfxDxFzpnWVQBDc2E5dwfLAwtFE9Gx4bnKUBxh1TrsXBpNqrZnYipKdmM yuiA==
X-Gm-Message-State: AOUpUlGVHBiFGDKEFhe027tLD8zgbRjRIfyul/c42yJ6xkGQt2TGNzbD gJZluNbNPZS6Nau2krT07tvGCvp94bEY6wmws58nm3MpLI8=
X-Google-Smtp-Source: AAOMgpcIBJTGWIDD/PMhDjALWEaypojzSff6cD7gXxGuLWvamDCYwAbiNHFVj2vSAmTO2KwltR4ky1PLVNe29+LqmgY=
X-Received: by 2002:a50:a846:: with SMTP id j64-v6mr18567270edc.210.1531768641643; Mon, 16 Jul 2018 12:17:21 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a50:8266:0:0:0:0:0 with HTTP; Mon, 16 Jul 2018 12:17:21 -0700 (PDT)
X-Originating-IP: [2001:67c:1232:144:e4f0:45b9:44f8:16a6]
In-Reply-To: <CD2C55AF-252B-43D8-A963-3DF2FB992594@bangj.com>
References: <153168722035.21892.2695151923270049902.idtracker@ietfa.amsl.com> <CAPt1N1mYtPRxP6F-JwKbWey3r_vSaNP5srbkf314gdjfdNe8mw@mail.gmail.com> <EAA984C0-05A7-450C-812A-B9D43890F627@bangj.com> <CAPt1N1=8stpf_A7i-rcpxvn3SMjJL1E74fvLVuSZM=moHpWu2g@mail.gmail.com> <DF354A0C-0689-4715-ADF9-B9B35A4E23DC@bangj.com> <CAPt1N1mrbmKQtET0Jw3ex0LP6ti3P+X0LODqTutkxsu+ucoZ0w@mail.gmail.com> <9DA32538-BFDE-4C84-B1E1-4393D62FBF5A@bangj.com> <CD2C55AF-252B-43D8-A963-3DF2FB992594@bangj.com>
From: Tim Wattenberg <mail@timwattenberg.de>
Date: Mon, 16 Jul 2018 21:17:21 +0200
Message-ID: <CALX6+rCwbfU+2h6fQk081KY0VHF=xwdh1LxVPfS88_LNGuWi4A@mail.gmail.com>
To: dnssd <dnssd@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c37950057122addf"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnssd/l3HmzpLHvzWgFQEw9FNPla0G36Y>
Subject: Re: [dnssd] New Version Notification for draft-sctl-service-registration-02.txt
X-BeenThere: dnssd@ietf.org
X-Mailman-Version: 2.1.27
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: Mon, 16 Jul 2018 19:17:30 -0000

 2018-07-16 20:47 GMT+02:00 Tom Pusateri <pusateri@bangj.com>om>:

> Section 2 says:
>
> 'In other network environments, updates for names ending in
> "services.arpa" may be rewritten internally to names with broader
> visibility.’
>
> And Section 2.2 says:
>
> ‘...and let the DNS-SD Service Registration server handle rewriting that
> to a different domain if necessary.’
>
> When the registration server rewrites the domain, does it send the new
> domain back in the response? I couldn’t find that anywhere in the document.
> Does it have to send back all of the records in the request? Can it send
> just a header if the Zone doesn’t change and the TTL doesn’t change? Can it
> only complete the Zone section if the zone name changes but the TTL stays
> the same with nothing changes in the Update section?
>

This was in an earlier version of the draft (see https://github.com/
StuartCheshire/draft-sctl-service-registration/blob/
51b7cb54300fea7e44e8e7dee49c17e9f598b3ba/draft-sctl-service-
registration.txt#L204):

> The response to the DNS Update being used to register the service will
> contain the rewritten names, instead of ".local". Subsequent updates should
> still use the ".local" domain and not the registration domain, since the
> registration domain may change over time or when the service is physically
> moved to a new network.
>

However it got removed with the following iteration when moving to the
"services.arpa" domain.