IETF Logo Mail Archive

Re: [Ldap-dir] DLAP Directorate review request for draft-dawkins-ldapext-subnot

Leif Johansson <leifj@sunet.se> Tue, 10 November 2009 00:46 UTC

Return-Path: <leifj@sunet.se>
X-Original-To: ldap-dir@core3.amsl.com
Delivered-To: ldap-dir@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 73FC73A68AE for <ldap-dir@core3.amsl.com>; Mon, 9 Nov 2009 16:46:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.424
X-Spam-Level:
X-Spam-Status: No, score=-2.424 tagged_above=-999 required=5 tests=[AWL=0.175, BAYES_00=-2.599]
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 ZeTY4dJ4fRlW for <ldap-dir@core3.amsl.com>; Mon, 9 Nov 2009 16:46:05 -0800 (PST)
Received: from backup-server.nordu.net (backup-server.nordu.net [193.10.252.66]) by core3.amsl.com (Postfix) with ESMTP id 45CF43A63EB for <ldap-dir@ietf.org>; Mon, 9 Nov 2009 16:46:04 -0800 (PST)
Received: from [133.93.19.61] (host-19-61.meeting.ietf.org [133.93.19.61]) (authenticated bits=0) by backup-server.nordu.net (8.14.3/8.14.3) with ESMTP id nAA0jrNR006505 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Nov 2009 01:45:57 +0100 (CET)
Message-ID: <4AF8B7C4.9040707@sunet.se>
Date: Tue, 10 Nov 2009 01:45:56 +0100
From: Leif Johansson <leifj@sunet.se>
User-Agent: Thunderbird 2.0.0.23 (X11/20090817)
MIME-Version: 1.0
To: Mark Smith <mcs@pearlcrescent.com>
References: <7A57206D08E2483A8136B7AEA627CEB1@china.huawei.com> <4AD62F79.6090703@isode.com> <4AF777ED.1040206@it.su.se> <EA6268A4-29F1-488B-87FB-C07C042F1C2A@Isode.com> <4AF7C809.6040001@sunet.se> <4AF82FDF.1050704@pearlcrescent.com>
In-Reply-To: <4AF82FDF.1050704@pearlcrescent.com>
X-Enigmail-Version: 0.95.7
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: Kurt Zeilenga <Kurt.Zeilenga@Isode.com>, LDAP Directorate <ldap-dir@ietf.org>, Spencer Dawkins <spencer@wonderhamster.org>, Lisa Dusseault <lisa.dusseault@gmail.com>, Leif Johansson <leifj@it.su.se>, Xun Peng <xunpeng@huawei.com>
Subject: Re: [Ldap-dir] DLAP Directorate review request for draft-dawkins-ldapext-subnot
X-BeenThere: ldap-dir@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: LDAP Directorate <ldap-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ldap-dir>, <mailto:ldap-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ldap-dir>
List-Post: <mailto:ldap-dir@ietf.org>
List-Help: <mailto:ldap-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ldap-dir>, <mailto:ldap-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 00:46:06 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Mark Smith wrote:
> Leif Johansson wrote:
>>> It's not clear to me whether you are after content synchronization than
>>> event notification.
>>
>> I don't know about 3gpp but for the metadirectory applications I've
>> seen I think notification would get you quite far.
> 
> I believe that the line between some content synchronization scenarios
> and some event notification scenarios is blurry.  Picking up on your
> example, a metadirectory application may desire "real time" notification
> but will also need a way to learn about changes that occur while it is
> not connected to a directory.
> 

It is indeed blurry but many metadirectory could be very happy with
doing its own diff on a directory entry based on a read operation on
the entry you just got notified on.

	Cheers Leif
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkr4t8QACgkQ8Jx8FtbMZnfrSQCfb2v5nvtJ6DeUcoE5cwp5DFQJ
7kwAnjoGpV3tusAwDrHX69518Wv1GtSx
=2a/S
-----END PGP SIGNATURE-----

v2.23.0 | Report a Bug | By Email