IETF Logo Mail Archive

Re: Last Call: draft-daboo-srv-caldav (Use of SRV records for locating CalDAV and CardDAV services) to Proposed Standard

Ray Bellis <Ray.Bellis@nominet.org.uk> Fri, 25 June 2010 07:53 UTC

Return-Path: <Ray.Bellis@nominet.org.uk>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 11B043A68BB for <ietf@core3.amsl.com>; Fri, 25 Jun 2010 00:53:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.823
X-Spam-Level:
X-Spam-Status: No, score=-9.823 tagged_above=-999 required=5 tests=[AWL=0.776, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DJaeSZlqNAdP for <ietf@core3.amsl.com>; Fri, 25 Jun 2010 00:53:43 -0700 (PDT)
Received: from mx3.nominet.org.uk (mx3.nominet.org.uk [213.248.199.23]) by core3.amsl.com (Postfix) with ESMTP id 649D23A68AD for <ietf@ietf.org>; Fri, 25 Jun 2010 00:53:42 -0700 (PDT)
DomainKey-Signature: s=main.dk.nominet.selector; d=nominet.org.uk; c=nofws; q=dns; h=X-IronPort-AV:Received:Received:From:To:CC:Subject: Thread-Topic:Thread-Index:Date:Message-ID:References: In-Reply-To:Accept-Language:Content-Language: X-MS-Has-Attach:X-MS-TNEF-Correlator:Content-Type: Content-ID:Content-Transfer-Encoding:MIME-Version; b=A1b4PSOYB/R+Zxpn7XyuVuXvqyms1Wbfz11MJcjnMvFRh50rvHONKj+v Ymrdmwq2/m+onEn0Qp2F6IOVrUsQHe8aZrF/Lgv/CzNncCOTaf3YwRot8 6JEDb4VXqilUQ5P;
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nominet.org.uk; i=Ray.Bellis@nominet.org.uk; q=dns/txt; s=main.dkim.nominet.selector; t=1277452432; x=1308988432; h=from:sender:reply-to:subject:date:message-id:to:cc: mime-version:content-transfer-encoding:content-id: content-description:resent-date:resent-from:resent-sender: resent-to:resent-cc:resent-message-id:in-reply-to: references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:list-owner:list-archive; z=From:=20Ray=20Bellis=20<Ray.Bellis@nominet.org.uk> |Subject:=20Re:=20Last=20Call:=20draft-daboo-srv-caldav =20(Use=20of=20SRV=20records=09for=0D=0A=09locating=20Cal DAV=20and=20CardDAV=20services)=20to=20Proposed=20Standar d|Date:=20Fri,=2025=20Jun=202010=2007:53:49=20+0000 |Message-ID:=20<49803EF2-3DED-4155-9F16-AA54E1B3BD3A@nomi net.org.uk>|To:=20"ietf@ietf.org"=20<ietf@ietf.org>|CC: =20Cullen=20Jennings=20<fluffy@cisco.com>,=20Cyrus=20Dabo o=20<cyrus@daboo.name>|MIME-Version:=201.0 |Content-Transfer-Encoding:=20quoted-printable |Content-ID:=20<cfdbf44b-71e4-4977-a76f-027ac1eb47c3> |In-Reply-To:=20<19C5AC5A64AC7C82C9C4DD83@caldav.corp.app le.com>|References:=20<20100618155119.133353A6A8F@core3.a msl.com>=0D=0A=20<50BC2CEC-9EF6-4A0E-886F-6140552913F1@ci sco.com>=0D=0A=20<29086_1277189668_o5M6sRJn006182_307E269 8-A9DF-4198-8FEF-C5DE7EE270DB@cisc=0D=0A=09o.com>=20<923C 2AD1F5768D40D940E71A@caldav.corp.apple.com>=0D=0A=20<8569 41CB-7C17-4919-9B4B-CBD3FF135C19@cisco.com>=0D=0A=20<6EDE E4A17E063608491655AF@caldav.corp.apple.com>=0D=0A=20<EFFA 7A6E-BC6F-4EA8-ABA2-2688465A44F2@cisco.com>=0D=0A=20<p062 4085bc84930e3111b@[10.20.30.158]>=0D=0A=20<48D75028CC15EF 9DCBB8DC2A@caldav.corp.apple.com>=0D=0A=20<8080_127739722 1_o5OGXeVU031525_78C6E8E8-AF7A-410B-B448-073FC0F52541@cis co.com>=0D=0A=20<19C5AC5A64AC7C82C9C4DD83@caldav.corp.app le.com>; bh=/sz9rXHfRVFIAUJKz2Ue/meMSWwoeWKX8QsaIwUq3j0=; b=gQYNFUVkqaFL7xBZgwWCwFlGYJTEDA9AmbaFUKUFpUWGavxxIqBc5hIo 09J4kgx+r0DpnRts2vaR6C7wpeju0A1vKmXTlg1yeYC09/qcdapVr5vhn Nmj3It3hjrzQ0mc;
X-IronPort-AV: E=Sophos;i="4.53,479,1272841200"; d="scan'208";a="25254353"
Received: from wds-exc2.okna.nominet.org.uk ([213.248.197.145]) by mx3.nominet.org.uk with ESMTP; 25 Jun 2010 08:53:50 +0100
Received: from WDS-EXC1.okna.nominet.org.uk ([fe80::1593:1394:a91f:8f5f]) by wds-exc2.okna.nominet.org.uk ([fe80::7577:eaca:5241:25d4%20]) with mapi; Fri, 25 Jun 2010 08:53:49 +0100
From: Ray Bellis <Ray.Bellis@nominet.org.uk>
To: "ietf@ietf.org" <ietf@ietf.org>
Subject: Re: Last Call: draft-daboo-srv-caldav (Use of SRV records for locating CalDAV and CardDAV services) to Proposed Standard
Thread-Topic: Last Call: draft-daboo-srv-caldav (Use of SRV records for locating CalDAV and CardDAV services) to Proposed Standard
Thread-Index: AQHLE8rFUYb09YFIx0mvyoYSvkf62pKSPr6A
Date: Fri, 25 Jun 2010 07:53:49 +0000
Message-ID: <49803EF2-3DED-4155-9F16-AA54E1B3BD3A@nominet.org.uk>
References: <20100618155119.133353A6A8F@core3.amsl.com> <50BC2CEC-9EF6-4A0E-886F-6140552913F1@cisco.com> <29086_1277189668_o5M6sRJn006182_307E2698-A9DF-4198-8FEF-C5DE7EE270DB@cisc o.com> <923C2AD1F5768D40D940E71A@caldav.corp.apple.com> <856941CB-7C17-4919-9B4B-CBD3FF135C19@cisco.com> <6EDEE4A17E063608491655AF@caldav.corp.apple.com> <EFFA7A6E-BC6F-4EA8-ABA2-2688465A44F2@cisco.com> <p0624085bc84930e3111b@[10.20.30.158]> <48D75028CC15EF9DCBB8DC2A@caldav.corp.apple.com> <8080_1277397221_o5OGXeVU031525_78C6E8E8-AF7A-410B-B448-073FC0F52541@cisco.com> <19C5AC5A64AC7C82C9C4DD83@caldav.corp.apple.com>
In-Reply-To: <19C5AC5A64AC7C82C9C4DD83@caldav.corp.apple.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: text/plain; charset="us-ascii"
Content-ID: <cfdbf44b-71e4-4977-a76f-027ac1eb47c3>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: Cullen Jennings <fluffy@cisco.com>, Cyrus Daboo <cyrus@daboo.name>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Jun 2010 07:53:46 -0000

> I can certainly see where it would be useful. However, I question your comments in Section 9 of your draft: specifically that URI should be viewed as a replacement for SRV. URI (may) make sense for "resource" discovery, but I don't believe that is true for "service" discovery - I think SRV still makes the best sense for that.


IMHO, that depends on the service.

In RAI we have "LoST" and "HELD", both of which are HTTP(s) based services contacted through a URI.

A "URI" RR-based solution for discovery of those would, I think, have been cleaner than the current U-NAPTR based methods.

Ray

-- 
Ray Bellis, MA(Oxon) MIET
Senior Researcher, Nominet
e: ray@nominet.org.uk, t: +44 1865 332211

v2.23.0 | Report a Bug | By Email