OES2 Linux SLP

**solomin** » 13 ноя 2008, 08:15

Доброго времени суток.

Кто-нибудь использует SLP DA на вышеуказанных системах?
Согласно доке
http://www.novell.com/documentation/oes ... a/slp.html
В линуксе DA работает не так как в нетваре. Агенты на линуксе не могут связваться с другими агентами, но я на серверах вижу командой slptool другие сервисы.
Сейчас слп запущенны не как агенты, т.о. они не отдают в сеть сервисы?
Если они не связываются между собой, но они могут скалдывать и получать информацию из каталога и таким образом видеть все сервисы?

Гугл дает совсем противоречивые сведения

В OES2 Linux используется OpenSLP - сервер может прекрасно работать в роли и DA, и SA, и UA. С едыром только, по моему, не связано оно никак. Хотя могу и ошибаться

**solomin** » 13 ноя 2008, 09:46

Т.е. если они ни с чем никак не связанны, то чтобы работало SLP надо на всех серверах настраивать ДА и прописывать эти все ДА всем клиентам??

В доке по SLP есть фраза, что сейчас он не очнь то и нужен, т.к. всю информацию о сервисах клиенты могут брать из каталога.... но возникает вопрос, как эти клиенты будут искать сам каталог??

**Юрий Беляков** » 13 ноя 2008, 11:24

Иван Левшин aka Ivan L. писал(а):В OES2 Linux используется OpenSLP - сервер может прекрасно работать в роли и DA, и SA, и UA. С едыром только, по моему, не связано оно никак. Хотя могу и ошибаться

Если мне память не изменяет, да, не связано. Т.е. OpenSLP, в отличие от SLP на NetWare, не хранит данные о сервисах в eDirectory. Соответственно DA должны обмениваться данными о сервисах своим, native, способом. Если сеть достаточно распределенная и несколько DA, обмен информации через eDirectory происходит достаточно быстрее и "качественнее". Все DA четко знают о всех зарегистрированных сервисах. Сужу по личному опыту работы с SLP на NetWare.

solomin писал(а):Т.е. если они ни с чем никак не связанны, то чтобы работало SLP надо на всех серверах настраивать ДА и прописывать эти все ДА всем клиентам??

В доке по SLP есть фраза, что сейчас он не очнь то и нужен, т.к. всю информацию о сервисах клиенты могут брать из каталога.... но возникает вопрос, как эти клиенты будут искать сам каталог??

На клиентах ничего не меняется. Не важно, используют DA eDirectory или нет. Клиент как раз ищет сервисы через SLP протокол. Т.е. в Вашем случае обращается к DA, от которого и получает информацию о сервисах. Клиенту надо сказать (прямо в настройках или через DHCP) адреса ближайших DA (одного или нескольких для отказоустойчивости) и область действия (scope).

**Юрий Беляков** » 13 ноя 2008, 11:27

Тут собрал ссылки на полезные документы по SLP.

Внизу статьи есть ссылка на CoolSolution - SLP DA Configuration after NetWare to OES Linux Migration. В ней много полезной информации.

**solomin** » 13 ноя 2008, 11:57

Меня именно этот вопрос и тревожит: как DA узнают о всех зарегистрированных сервисах в дереве, если они не связанны с ним(каталогом)?
http://www.novell.com/documentation/oes ... a/slp.html - тут напианно, что между собой они тоже не синкаются. Таким образом, они(DA) никак не смогут узнать о ресурсах других серверов.

**solomin** » 13 ноя 2008, 12:13

Нашел эту ссылку...
http://www.novell.com/coolsolutions/feature/18647.html
тут описанно, как в OpenSLP DA складывать информацию с других серверов посредством rsync.

**Юрий Беляков** » 13 ноя 2008, 14:00

solomin писал(а):Нашел эту ссылку...
http://www.novell.com/coolsolutions/feature/18647.html
тут описанно, как в OpenSLP DA складывать информацию с других серверов посредством rsync.

да, она

Забыл ссылку на статью на сайте вставить: http://novell.org.ru/article/items/slp-links.html

**v13** » 13 ноя 2008, 23:38

slpda в sles не умеют (пока?) синхронизироваться(обмениваться накопленной информацией) как slpda в netware.
Как я понял это основное отличие.
Хотя, по большому счету одного slpda для конторы средних размеров должно быть достаточно.

Коллеги, шо ж вы в одну кучу все валите-то... SLPDA в нетвари друг с другом не общаются

Архитектура SLP проста: SLP DA (обслуживают запросы на публикацию сервисов и предоставление сведений о них), SLP SA (Server Agent - публикуют сведения в Scope посредством подачи запросов SLP DA) и SLP UA (User Agent - собственно, опрашивает SLP DA о сервисах в конкретном Scope). Сервер одновременно может являться SLP DA, SLP SA и SLP UA

Реализация Novell SLP отличается от OpenSLP только тем, что OpenSLP не работает с eDirectory. А так - оба справно ведут скопы. Просто Novell SLP хранит сведения в eDirectory.

Со стороны UA и SA обе реализации выглядят совершенно одинаково - работа DA в обеих случаях подчиняется требованиям соответствующих RFC. Novell всегда аккуратно относилась к стандартам

**v13** » 14 ноя 2008, 00:59

как насчет RTFM ?
http://support.novell.com/docs/Tids/Sol ... 62474.html

кусочег:

DAs should be placed on the sites where the highest population of users and other NCP Servers are. It is NOT necessary or recommended to place a DA at every site. The Network Administrator must balance the WAN link traffic savings of SLP traffic with the WAN link traffic costs of synchronizing an NDS replica of the SLP Scope Unit on a Local NCP Server at the remote site. Depending on server resources, a typical dedicated DA server can serve between 2,000 to 25,000 users. In some environments it will make sense to take a resource-rich, lightly-loaded NDS replica server and make it a DA server. In other environments where the sheer amount of users and servers generate many more SLP requests, it will be best to dedicate an NCP Server to serve SLP DA requests.

**Юрий Беляков** » 14 ноя 2008, 07:35

Иван Левшин aka Ivan L. писал(а):Реализация Novell SLP отличается от OpenSLP только тем, что OpenSLP не работает с eDirectory. А так - оба справно ведут скопы. Просто Novell SLP хранит сведения в eDirectory.

Добавлю про DA... И может обмениваться информацией о сервисах через eDirectory, о чем выше уже писал. А может обмениваться и не через eDirectory, стандартно спецификации протокола SLP. В этом случае реализация на OpenSLP ничем отличаться не будет.

**Юрий Беляков** » 14 ноя 2008, 07:37

v13 писал(а):как насчет RTFM ?
http://support.novell.com/docs/Tids/Sol ... 62474.html

кусочег:

DAs should be placed on the sites where the highest population of users and other NCP Servers are. It is NOT necessary or recommended to place a DA at every site. The Network Administrator must balance the WAN link traffic savings of SLP traffic with the WAN link traffic costs of synchronizing an NDS replica of the SLP Scope Unit on a Local NCP Server at the remote site. Depending on server resources, a typical dedicated DA server can serve between 2,000 to 25,000 users. In some environments it will make sense to take a resource-rich, lightly-loaded NDS replica server and make it a DA server. In other environments where the sheer amount of users and servers generate many more SLP requests, it will be best to dedicate an NCP Server to serve SLP DA requests.

Не вижу ничего криминального

**solomin** » 14 ноя 2008, 07:51

Плюс к невозможности синкаться с еДиром добавляется невозможность синкать ДА нетвари и линукса между собой:
Compability

Novell SLP directory agents won't synchronize with OpenSLP directory agents.

Novell SLP-based user agents or service agents can access OpenSLP-based directory agents when configured to do so. However, directory agent types must be either one type or the other. The SLP NLM cannot access both Novell SLP and OpenSLP DAs from the same configuration.

DA synchronization is not part of OpenSLP.

**Юрий Беляков** » 14 ноя 2008, 07:55

Надо будет попробовать...

OES2 Linux SLP

OES2 Linux SLP

Кто сейчас на конференции