Document ID: 17604
Questions
Introduction
I heard that the Compatible Systems Internet Access or " i " routers now have support for IPX. I retrieved the new router code from the ftp site and downloaded it to my 1250i. Why don't I see the IPX routing selections in CompatiView?
I'm using CompatiView v4.8.7 or earlier and IPX transport, I selected Administration/Download Software..., got a prompt to select a device but there were none in the list!
I have a Windows95 workstation running CompatiView via IPX. I've tried both of the previous suggestions, and I still cannot see any devices through CompatiView.
How are the remote networks determined when using IPX?
I cannot route any IPX packets from a segment without a server to a segment with a server. I am running Novell 3.12 and NETX.EXE and 28.8K modems.
Do Compatible Systems routers support Novell IPXWAN software and the Novell MPR 3.0 router?
Why do I experience very slow performance across the WAN to my 3.11 server?
Why do I experience very slow file transfers from a workstation across the WAN to my 3.12 server?
Why does it take a very long time (minutes) for a workstation to log onto a server across my 56Kb WAN link?
Related Information
Introduction
This document provides answers to frequently asked questions about Novell and IPX networking.
Refer to Cisco Technical Tips Conventions for more information on document conventions.
Q. I heard that the Compatible Systems Internet Access or " i " routers now have support for IPX. I retrieved the new router code from the ftp site and downloaded it to my 1250i. Why don't I see the IPX routing selections in CompatiView?
A. Starting with router OS v4.3.04, Compatible Systems routers whose model number ends with " i " support IPX Routing. You need CompatiView 4.8.7 or later on your Windows PC*. If the IPX Routing selections do not appear on the screen, then you must select
CompatiView v4.x - File/Delete and then Administration/Add Device to delete and add the router
CompatiView v5.x - Database/Delete Device and then File/Open/Deviceto delete and add the router
CompatiView reads a table of flags when the router is added. One of these flags controls the IPX Routing selection parameters. Without deleting and adding the router, CompatiView will not have this flag set.
* If you have downloaded CompatiView 5.0 or later, we recommend that you download router OS 4.5 or later.
Q. I'm using CompatiView v4.8.7 or earlier and IPX transport, I selected Administration/Download Software..., got a prompt to select a device but there were none in the list!
A. If you just changed the Default Transport Protocol from IP to IPX, close CompatiView and then relaunch CompatiView. If no devices appear in the list, power off both the device and the workstation. Power on the device first, wait about 30 seconds, then power on the workstation. If there is an existing IPX network, both the device and the workstation should now be on the same IPX network. Launch CompatiView and try again. If this fails, isolate the Compatible Systems device and the workstation on their own network and re-try the above procedure.
Q. I have a Windows95 workstation running CompatiView via IPX. I've tried both of the previous suggestions, and I still cannot see any devices through CompatiView.
A. When IPX transport is used to communicate with a router from CompatiView on a Windows 95 PC, the frame type must be specifically set to 802.2 or 802.3, not AUTO.
In the Network Control Panel, select the IPX protocol/Properties/Advanced/Frame Type. Choose 802.2 or 802.3 then restart the PC.
Q. How are the remote networks determined when using IPX?
A. The router will dial out initially, then store the network number and server information. Any access to the remote network will cause it to dial. At this time, it will check the SAP and routing tables to determine if there are any changes that need to be made to these tables. For IPX WAN routing, you must use the "triggered", not "periodic", update method.
Q. I cannot route any IPX packets from a segment without a server to a segment with a server. I am running Novell 3.12 and NETX.EXE and 28.8K modems.
A. You need to be using VLM.EXE version 1.2 or later for the Novell client software. NETX.EXE will not work for a 28.8 link.
Q. Do Compatible Systems routers support Novell IPXWAN software and the Novell MPR 3.0 router?
A. No, Compatible Systems routers do not support Novell's IPXWAN software. If you can change the MPR to support the industry standard PPP, it will connect with IPX.
Q. Why do I experience very slow performance across the WAN to my 3.11 server?
A. The 3.11 server is not optimized for WAN traffic. For each packet sent between server and workstation, an acknowledgment is sent. This slows transmission considerably. To fix this problem, the server must have PBURST.NLM loaded in the AUTOEXEC.NCF file and have the SET NCP PACKET SIGNATURE OPTION = 0. The workstations also need to be using the VLM.EXE client (version 1.20 or later). This will cause the server to send multiple packets before expecting an acknowledgment. Version 4.0 does not require any user configuration to enable Pburst.
Q. Why do I experience very slow file transfers from a workstation across the WAN to my 3.12 server?
A. Performance of networks where 3.12 servers are being used is a known problem. While we are not completely clear on the reasons, we do know that the following steps have either reduced or eliminated the problem. First, workstations need to use the VLM.EXE client (version 1.20 or later). In addition, the server should have both the PBWANFIX.NLM and PM312.NLMs installed with the Patch Manager on the server.
Q. Why does it take a very long time (minutes) for a workstation to log onto a server across my 56Kb WAN link?
A. Due to the very low connection rates of a WAN link relative to Ethernet, procedures that are unnoticeable on LANs can take a very long time over a WAN link. On a LAN, when the user selects the f: drive and types login, the LOGIN.EXE application is loaded from the server to the workstation before being executed. This file is usually around 300KB and takes very little time on a LAN to be transferred and executed. If this same procedure is used on a WAN link, the whole application must still be transferred over the WAN before it can be executed. In a best-case, one direction only, scenario a 300KB (2,400,000 bits) file will take 43 seconds to just transfer across the WAN link. Account for acknowledgment packets and allowance for other people using the link and the transfer easily gets into minutes.
Any applications that would normally be launched from the server should be stored locally on the workstations.
Related Information
| Updated: Apr 12, 2002 | Document ID: 17604 |
