SLP failing with policy based routing enabled

[Tony Kwok]

We are using Cisco 5500 RSM and Netware 6.0sp3 with IP and IPX bound.

When we boot a DOS IP only Client32 boot disk, SLP works properly when
policy based routing is NOT enabled. When policy based routing is enabled,
SLP fails and therefore, a Netware server is not found to authenticate
against. Windows clients are fine. This only happens with DOS IP only
Client32 booting. We've done packet captures proofing that the DA does not
respond with policy based routing enabled. We don't know what the
connection is with policy based routing enabled that seems to disable SLP
multicast and unicast packets.

Any ideas?
Tony

[Marcel Cox]

Well, officially, running the DOS client with IP is not supported, and
especially the SLP part of it is not guaranteed to work correctly. If
you use client32 with IP for booting, I suggest you specify the servers
by IP address in the configuration files. That's the only reliable way
to always be able to locate your server.

--
Marcel Cox (using XanaNews 1.15.8.5)

[Tony Kwok]

What I find is if I specify the IP address, the server is always found. You
can authenticate and map drives using IP addresses, but for some reason, it
makes the drive mappings unstable. They get dropped or sometimes cannot
connect. I do not have this problem when SLP is working.

Tony

>>> Marcel Cox<cim...@myrealbox.com> 01/09/2004 8:21:21 AM >>>