Отсылки LDAP. 
Работа протокола Lightweight Directory Access Protocol

Схема 5 демонстрирует поисковый запрос с базовым DN dn: cn=thingie, o=widgets, dc=example, dc=com к LDAP-системе с отсылками, который полностью удовлетворяется первым LDAP-сервером (LDAP1):

Схема 5?—?Запрос, удовлетворяемый только от LDAP1.

Схема 6 демонстрирует поисковый запрос с базовым DN dn: cn=cheri, ou=uk, o=grommets, dc=example, dc=com к LDAP-системе с отсылками, ответ на который возвращается в результате серии отсылок к серверам LDAP2 и LDAP3, а LDAP-клиенты всегда следуют по отсылкам:

Схема 6?—?Запрос, генерирующий отсылки к LDAP2 и LDAP3.

Примечания: Все клиентские запросы начинаются с обращения к глобальному каталогу LDAP1.

На сервере LDAP1 запросы любых данных, содержащие widgets в качестве RDN в DN, удовлетворяются непосредственно из LDAP1, например:

dn: cn=thingie, o=widget, dc=example, dc=com.

На сервере LDAP1 запросы любых данных, содержащие grommets в качестве RDN в DN, генерируют отсылку на сервер LDAP2, например:

dn: cn=cheri, ou=uk, o=grommets, dc=example, dc=com.

На сервере LDAP2 запросы любых данных, содержащие uk в качестве RDN в DN, генерируют отсылку на сервер LDAP3, например:

dn: cn=cheri, ou=uk, o=grommets, dc=example, dc=com.

Если LDAP-сервер сконфигурирован на выполнение сцепления, то LDAP-клиенту будет отправлен один единственный ответ. Сцепление контролируется конфигурацией LDAP-сервера и значениями в поисковых запросах.

1. На рисунках показано явное сцепление с использованием объектного класса referral. Серверы OpenLDAP могут быть настроены так, чтобы возвращать общую отсылку в случае, если запрашиваемый DN не был найден во время операции поиска.