 |
 |
On the Netware side of things, you will need to advertise Netware services on the TCP/IP protocol by configuring SLP, and designating one of your Netware servers as the primary SLP DA (directory agent) server. If you are unfamiliar with SLP, it takes some effort to set up, and I won't go into all the details when Novell has already done so. Here are some great Netware Tech document at the support.netware.com knowledgebase: What is a SLP DA (Directory Agent) and Scope? - TID10024591 SLP Design and Implementation Guidelines - TID10062474 Configuring SLP with a SCOPED directory agent (DA) - TID10059981 Configuring SLP with an UNSCOPED directory agent (DA) - TID10060296 SLP (Service Location Protocol) is the primary way you get Novell services that were dependent on SAP and NCP in the IPX protocol to advertise over the TCP/IP protocol. This is something you need to have set up on your Netware servers in a routed environment if you plan to eventually go Pure-IP and ditch IPX on your network. Also, once you have your Scope defined and set up in your server environment, you also need to set the Netware client options to point to your SLP Directory Agent (DA) server in the Service Location tab of the client properties. If you do that, you shouldn't need to manually add the server address of any server in your tree to the PC client's individual routing tables. I hope this information helps. John A. Resotko Head of Systems Administration Michigan State University College of Law 208 Law College Building East Lansing, MI 48824-1300 email: [log in to unmask] Phone: 517-432-6836 Fax: 517-432-6861 >>> dpk <[log in to unmask]> 9/9/2004 2:37:49 PM >>> Kim Geiger wrote: > I have a strange problem that's causing me a lot of trouble. Since the network engineering help line was, shall we say to be > polite, something less than helpful, I thought I'd run it up the flagpole here. > > We recently installed a Netware 6.5 server with the same static address as the Netware 4.11 server it replaced: 35.8.232.2 > > With 6.5, many things that used to use IPX or Appletalk are now done via tcp/ip. If a client has a MSU DHCP assigned address in > the 35.10.x.x range, they cannot access server resources or even ping 35.8.232.2, although they can ping other 35.8.x.x addresses > just fine. > > All other ip addresses, on and off campus, *can* see this server, just not the 35.10.x.x addresses that most of my clients are > assigned. If I manually add a statement to the routing table of each client, then these clients can see the server, but that's > only a bandaid solution, particularly since I don't think there's a way to add a permanent route on Win98 machines. And I'd really > rather not give all of my clients static 35.8.x.x addresses. > > I've tried adding a variety of routing statements on the server itself, but nothing seems to make a difference. Besides, it's not > a router and shouldn't have to handle much in the way of routing tasks, should it? > > Any thoughts would be very much appreciated! A few questions to aide in debugging. What static route makes it work? What does tracert output from a client show? What subnet mask and gateway do you use on the Netware server? Are the server and clients on the same physical network segment? netstat -r from both the server and clients may also be helpful. dpk