netware 6.5 client comes up tree or server not, no slp on network

If you use the IP address of a NetWare server in the Server box on the NWGINA advanced screen, and you still get "tree or server not found," put the SLP DA server IP in the Tree field.

In the client's properties, Service Location tab, put the IP address of the SLP DA server in the appropriate box.  Don't check "static" though.  See if that takes care of it all by clearing the server field and putting the tree name back into the tree box.

If your non-DA servers aren't talking to the SLP DA because of multicast being shut off, make sure the SLP.CFG file on those servers have the DA ip address, and that "configured list" is part of the DA discovery types.  (Setting 15 covers everything - it's safest.)

we've been running without slp for about 4 years in a college environment, no ipx, every once in a while it will say no tree or server. we have the tree set and use contextless and serverless login as we have many servers. i might not be giving all the info i can only answer questions because i don't know where the problem is. so please ask some questions.

You can't "run without SLP."  

You've been running, presumably, without a DA and possibly without a scope.  Multicast has been doing the "dirty work" for you.

Without multicast, you have to configure everything for unicast.  To do that, you really need a DA server, and configured lists, and a scope, and you need to configure the client to use that info, either through DHCP or through the Service Location properties of the individual client.

If they have NetWare v6.5, that uses SLP v2, which cannot have an unscoped DA. They were probably running without any DA. No wonder they've had problems.

slp is NOT running in memory

Psi - sorry, I should have said "with the default scope."  I always set up a defined, named scope instead of using the default...

dwalker0229 - memory of what?

The servers all should be running SLP.NLM as part of their normal startup process. It's not an additional load statement in autoexec.ncf - it loads automatically as part of the loading of TCPIP networking. The only additional NLM that should be loaded anywhere is SLPDA.NLM on the DA server.  If you don't have a DA defined, you won't have that running anywhere.

The clients wouldn't have anything in Task Manager that says "slp."  It's part of the client's TCP/IP communications.  SLP is another IP protocol, with a set of RFC's defining the standards.

See http://support.novell.com/cgi-bin/search/searchtid.cgi?10062474.htm
It gives general SLP implementation guidelines, and links to other TIDs explaining how SLP works and how to configure it.

actually the network people decided to turn it off because multicast was causing a campuse to run extremely slow, at least thats what they told me.

Fine, so they turned off Multicast....it's not *required*.

If the SLP information is provided via DHCP, SLP is quite happy to use unicast. But if you don't gave out SLP inforamation (either via DHCP or by hard-coding the Client 32 configuration), then Client 32 has no other option than to use Multicast.

SLP.NLM is the SLP Service Agent (SA), and as ShineOn noted, its auto-loaded as part of NetWare's TCP/IP stack initialization. SLPDA.NLM is the SLP Directory Agent, and is separately (and explicitly) loaded.  Generally, you only need one (or a very few) DAs per network, altho in your environment, dwalker0229, you may need one per network broadcast domain.

FYI,  our network spans 7 different sites (campuses), including one that is on a DSL connection.  We run two DA's here at the main site and every workstation across all 7 sites references those two.   I thought I'd have to change the site on a DSL connection, but I've run with it to see how it would go before setting up a specific DA there,  and so far I've had no issues.   We also run multiple broadcast domains, VLAN's, etc etc and everything works fine with just two.

Our network people changed the multicast setup on the routers without telling us, so we were caught off guard, having never needing to give it any attention before.

We read through the documentation and TIDs, and we've now got two DAs set up (to provide redundancy and also to accomodate any potential filtering across our WAN link.)  Changes to the DHCP service are pending.

Would that be the TIDs I so helpfully provided a link to in my comment just previous to floyd's post?

Not that I need any points, but... ;)

BTW, if this is working now for you, and the answer was what you needed, don't you think it was really worth an "A"?

how can i change the points i've awarded.
I am sorry.

No probs.  I have enuf points.

I could change the grade for you, as PE, if you'd like.   It doesn't affect your points, but it'll look better in floyd's profile.

please review q_21766224