2.1.8 LDAP Duplication/Replication/Update Protocols (ldup)

NOTE: This charter is a snapshot of the 43rd IETF Meeting in Orlando, Florida. It may now be out-of-date. Last Modified: 25-Nov-98

Chair(s):

Chris Apple <capple@att.com>
John C. Strassner <johns@cisco.com>

Applications Area Director(s):

Keith Moore <moore@cs.utk.edu>
Patrik Faltstrom <paf@swip.net>

Applications Area Advisor:

Patrik Faltstrom <paf@swip.net>

Mailing Lists:

General Discussion:ietf-ldup@imc.org
To Subscribe: ietf-ldup-request@imc.org
In Body: subscribe
Archive: http://www.imc.org/ietf-ldup/

Description of Working Group:

As LDAPv3 becomes more widely deployed, replication of data across servers running different implementations becomes an important part of providing a distributed directory service. However, the LDAPv3 community, to date, has focused on standardizing the client-server access protocol. Therefore, this group will standardize master-slave and multi-master LDAPv3 replication as defined below:

o Multi-Master Replication - A replication model where entries can be written and updated on any of several replica copies, without requiring communication with other masters before the write or update is performed.

o Master-Slave, or Single-Master Replication - A replication model that assumes only one server, the master, allows write access to the replicated data. Note that Master-Slave replication can be considered a proper subset of multi-master replication.

The WG's approach is to first develop a set of requirements for LDAPv3 directory replication and write an applicability statement defining scenarios on which replication requirements are based. An engineering team was formed consisting of different vendors and the co-chairs in order to harmonize the existing approaches into a single standard approach. All of these have been accomplished during the pre-working group stage. It should be noted, however, that replication using heterogeneous servers is dependent on resolving access control issues, which are the domain of other working groups.

The new replication architecture support all forms of replication mentioned above. Six areas of working group focus have been identified through LDUP Engineering Team discussions, each leading to one or more documents to be published:

o Abstract Model of LDAPv3 Replication

This documents a general-purpose LDAPv3 replication architecture, defines key components of this architecture, describes how these key components functionally behave, and describes how these components interact with each other when in various modes of operation

o LDAPv3 Replication Information Model

Defines the schema and semantics of information used to operate, administer, maintain, and provision replication between LDAPv3 servers. Specifically, this document will contain common schema specifications intended to facilitate interoperable implementations with respect to:

+ replication agreements + consistency models + replication topologies + managing deleted objects and their states + administration and management

o LDAPv3 Replication Information Transport Protocol

LDAPv3 extended operation and control specifications required to allow LDAPv3 to be used as the transport protocol for information being replicated

o LDAPv3 Mandatory Replica Management

Specifications required to allow administration, maintenance, and provisioning of replicas and replication agreements. These specifications may take the form of definitions for LDAPv3 extended operations, controls, and/or new schema elements.

o LDAPv3 Conflict Detection and Resolution Procedures

Procedures for detection and resolution of conflicts between the state of multiple replicas that contain information from the same unit of replication.

o LDAPv3 Profiles

Including the Abstract Replication Model, Information Model, LDAPv3 Protocol Extensions, and Conflict Detection and Resolution Procedures for:

+ Master-Slave LDAPv3 Directory Replication + Multi-Master LDAPv3 Directory Replication

The LDUP WG Chairs will assign to one or two persons to be official LDUP WG liasons to ITU, to monitor X.500 replication work in ITU, and to coordinate the work of the LDUP WG with similar work in ITU.

Goals and Milestones:

Nov 98

  

LDAPv3 Directory Replication Requirements and Applicability Statement I-D goes to WG Last Call as Informational.

Nov 98

  

Submit Internet-Draft on LDAPv3 Replication Information Model

Nov 98

  

Submit I-D on LDAPv3 Mandatory Replica Management

Dec 98

  

Submit I-D on LDAPv3 Conflict Detection and Resolution Procedures

Dec 98

  

LDAPv3 Abstract Model of Replication goes to WG Last Call as Informational.

Dec 98

  

Submit I-D on LDAPv3 Multi-Master Replication Profile

Dec 98

  

Submit I-D on LDAPv3 Master-Slave Replication Profile

Dec 98

  

Submit I-D on LDAPv3 Replication Information Transport Protocol

Jan 99

  

LDAPv3 Replication Information Model goes to WG Last Call as Proposed Standard.

Mar 99

  

LDAPv3 Mandatory Replica Management goes to WG Last Call as Proposed Standard.

Mar 99

  

LDAPv3 Replication Information Transport Protocol goes to WG Last Call as Proposed Standard.

Apr 99

  

LDAPv3 Conflict Detection and Resolution Procedures goes to WG Last Call as Proposed Standard.

Apr 99

  

LDAPv3 Master-Slave LDAPv3 Replication Profile goes to WG Last Call as Proposed Standard.

Apr 99

  

LDAPv3 Multi-Master LDAPv3 Replication Profile goes to WG Last Call as Proposed Standard.

No Current Internet-Drafts
No Request For Comments

Current Meeting Report

None received.

Slides

None received.