proNovell

В связи с переводом сети на чистый IP возникла проблема с одним из серверов под NW6.5: пользователи периодически не могут к нему приконнектиться. Проблема решается прописыванием соотношения имени сервера с его IP-адрессом в hosts-е клиентской станции.
В сети три сервера под NW6.5. На первом поднят SLPDA. На всех серверах SET SLP DA DISCOVERY OPTIONS=4. На втором и третьем в slp.cnf прописан адрес первого сервера. Проблемным является второй сервер. Запуск команд DISPLAY SLP SERVICES и DISPLAY SLPDA выявляет только одно отличие между проблемным 2-м и беспроблемным 3-м - это:

192.168.0.5 : v2 : ACTIVE : DEFAULT : STATIC : 7 : 0ms - у 3-го сервера
192.168.0.5 : v2 : ACTIVE : DEFAULT : STATIC : 7 : 9ms (иногда 15ms) - у проблемного сервера.

Из особенностей - сеть трехсегментная, т.е. на каждом из серверов - по три сетевых карты. На проблемном сервере установлен Proliant Support Pack. Что можно предпринять ?

Sergant писал(а):Проблема решается прописыванием соотношения имени сервера с его IP-адрессом в hosts-е клиентской станции.

А на основании чего сделан вывод, что проблема с SLP ?

Андрей Тр. aka RH писал(а):А на основании чего сделан вывод, что проблема с SLP ?

В названии темы должен был быть вопросительный знак

Просто из моих скудных познаний про SLP следует, что он никак не связан с name resolution, а только лишь с service location. В hosts может быть вообще пусто ( и, возможно, даже DNS отсутствовать в принципе ? ), но если вы пропишете в параметрах клиента32 адрес SLPDA, то все должно работать. Может, у вас там чего-то не то с DNS ? а каким именно способом клиенты в вашей сети получают адрес SLPDA ?

Андрей Тр. aka RH писал(а):Может, у вас там чего-то не то с DNS ? а каким именно способом клиенты в вашей сети получают адрес SLPDA ?

Может быть... Только почему нет проблем с другими серверами ? Пока выверил настройки TCP/IP. Вечером перегружу сервер.
У клиентов адрес SLPDA и Область действия прописаны статически. В принципе проблем быть не должно, Но...

ЗЫ: пока дергал параметры SLP, случилось непонятное: DISPLAY SLP SERVICES на проблемном сервере стал находить 47 сервисов, в то время как на других - 38. В контейнере SLPDEFAULT их 38... Может день сегодня какой-то не такой ?

Кстати, коллеги!

Получает ли клиент через DHCP данные о service location?
В настройках оно именуется как Directory Agent или Service Scope?
У меня выставлены уставки на один и тот же ресурс, только в 1 случае адрес, во втором имя (ДНС)...

Что кроме адреса реально получает клиент от DHCP?

Novell NetWare 6.0/6.5 SP5 eDir 8.6.2 SMP

Sergant - я уже приводил тут ссылку на комплексный ТИД по настройка SLP. Там и траблшутинг тоже есть.

Сулейменов Олжас - клиент по дхцп может получать все, что угодно. У меня он получает и SLP Scope, и адрес SLP DA, и еще много чего.

Сулейменов Олжас - клиент по дхцп может получать все, что угодно. У меня он получает и SLP Scope, и адрес SLP DA, и еще много чего.[/quote]

тока вот, если не указать в клиенте конкретно, то он начинает теряться в дереве и на могет залогиниться, и отбраузиться в нем...

чтобы клиенты получали корректно настройки с правильным именем сервера и его IP. Клиент нетваревский он может многими способами совокупиться с сервером, а вот другие службы могут его и не найти. Например Pervasive c кривым DNS вполне может давать 11 статус - Invalid Path. Это конечно проблема парсера первазива, но тем не менее.

Boris Morozov писал(а):чтобы клиенты получали корректно настройки с правильным именем сервера и его IP. Клиент нетваревский он может многими способами совокупиться с сервером, а вот другие службы могут его и не найти. Например Pervasive c кривым DNS вполне может давать 11 статус - Invalid Path. Это конечно проблема парсера первазива, но тем не менее.

Как это ни странно, но указанные сервисы удачно отстроены и успешно работают, станции получают инфу с ДХЦП, о чем свидетельствует отчет по ipconfig /all, но уверенного браузинга все равно нет, а ЛВС, а точнее, КСПД очень ветвистая, соотв. Дерево тоже очень раскидистое...

[quote="Sergant"]В связи с переводом сети на чистый IP возникла проблема с одним из серверов под NW6.5: пользователи периодически не могут к нему приконнектиться. Проблема решается прописыванием соотношения имени сервера с его IP-адрессом в hosts-е клиентской станции.
В сети три сервера под NW6.5. На первом поднят SLPDA. На всех серверах SET SLP DA DISCOVERY OPTIONS=4. На втором и третьем в slp.cnf прописан адрес первого сервера. Проблемным является второй сервер. Запуск команд DISPLAY SLP SERVICES и DISPLAY SLPDA выявляет только одно отличие между проблемным 2-м и беспроблемным 3-м - это:

192.168.0.5 : v2 : ACTIVE : DEFAULT : STATIC : 7 : 0ms - у 3-го сервера
192.168.0.5 : v2 : ACTIVE : DEFAULT : STATIC : 7 : 9ms (иногда 15ms) - у проблемного сервера.

Из особенностей - сеть трехсегментная, т.е. на каждом из серверов - по три сетевых карты. На проблемном сервере установлен Proliant Support Pack. Что можно предпринять ?[/quote]

А вот Вы на неработающем клиенте сделайте с комманд промте slpinfo /d

и сюда.

alexp_mac писал(а):А вот Вы на неработающем клиенте сделайте с комманд промте slpinfo /d

и сюда.

Это точно .. с этого как раз и надо было начинать ..

А что говорит DSREPAIR???
У меня были не состыковки с SLP, так DSREPAIR выдавал 2 ошибки, которые не мог исправить (подробностей не могу сейчас вспомнить)

Исправилось только ресетом SLP. как я понял, затесалась ошибка в объекты SLP.
Может это и не ваш случай, но проверить не помешает

Иван Левшин aka Ivan L. - ТИД-ы мне известны и проштудированы. Благодаря им масштаб проблемы сильно уменьшился. Сейчас проблема проявляется эпизодически и, как правило, лечится перезагрузкой. Заметил, что она бывает у клиентов, висящих на старых 3Com SS 3300 с дополнительным гигабитным модулем, подключенным к центральному коммутатору (3Com SS 5500) через Алиедовские оптические преобразователи. На коммутаторах IGMP-фильтрация и Spanning Tree выключены. У клиентов, подключенным к более новым коммутаторам, проблемы нет.

Савельев сергей - DSREPAIR проблем в дереве не находит. С него и начинал мутаборства.

alexp_mac - клиенты настроены идентично:

*****************************************************
*** Novell Client for Windows NT ***
*** Service Location Diagnostics ***
*****************************************************

SLP Version: 4.91.3.0
SLP Start Time: 10:16:17am 3/15/2007
Last I/O: 11:58:02am 3/15/2007
Total Packets: Out: 166 In: 80
Total Bytes: Out: 20292 In: 11315


SLP Operational Parameters Values
------------------------------- ------------
Static Scopes YES
Static Directory Agents YES
Active Discovery NO
Use Broadcast for SLP Multicast NO
Use DHCP for SLP NO
SLP Maximum Transmission Unit 1400 bytes
SLP Multicast Radius 32 hops


SLP Timers Values
------------------------------------- ------------
Give Up on Requests to SAs 15 seconds
Close Idle TCP Connections 5 minutes
Cache SLP Replies 1 minutes
SLP Default Registration Lifetime 10800 seconds
Wait Before Giving Up on DA 5 seconds
Wait Before Registering on Passive DA 1-2 seconds


Scope List Source(s)
---------------------------------------- ------------
DEFAULT CNFG


DA IP Address Source(s) State Version Local Interface Scope(s)
--------------- --------- ----- ------- --------------- ---------------
192.168.0.5 CNFG UP SLPV1 192.168.0.232 DEFAULT


Local Interface 192.168.0.232
---------------------------------
Operational State: UP
Operating Mode(s): STATIC-DA,NO-ACTIVE-DISCOVERY
SA/UA Scopes: DEFAULT
Last I/O: 11:58:02am 3/15/2007
Total Packets: Out: 166 In: 80
Total Bytes: Out: 20292 In: 11315
Last Addr Out: 192.168.0.5
Last Addr In: 192.168.0.5

Кстати, только что заметил, что в клиенте при установленном значении SLP Protocol Version = Automatic, Version возвращает SLPV1...