Software Upgrades: Please check our latest Download section.
Search Tip: You can increase the accuracy of your searches by using as many keywords as possible. Remove any common words such as "a", "or", "the" as they will be used in the search. Do not use any operands such as +, or quotation marks to enclose phrases.
IP Dial-out link fails shortly after connecting with an ISP or other remote IP network.
This problem occurs when the path from the client PC to the 833 involves going through an IP router. All TCP/IP computers rely on a routing scheme called default gateway routing. This mechanism is simple: to reach any computer not on the local network, and not specified by any other routing table entries, forward the traffic to a specified default gateway router. The gateway router generally knows how to forward the traffic correctly.
This approach has the disadvantage that it assumes that there is only a single connection to all of the external networks it may wish to reach. As will be seen, the above scenario does not fit into that category.
The default gateway concept works particularly well for a stand-alone PC that is dialing into a remote network. When a dial-up connection is established, a default gateway is assigned to route traffic through that connection.
The concept breaks down when your PC already has a default gateway (such as through a local LAN network), and a second default gateway is assigned by Dial-Up networking to reach a new network.
In our scenario, the client PC has a default router for its local LAN. When the ISP connection is made using Dialout, an additional connection is made into a remote network. The client PC is now connected to two different IP networks. This in itself is not a problem. Unfortunately, when the second connection is established, the first gateway (for the local LAN) is replaced by the more recent gateway (for the ISP) and computers which were reachable through the first gateway will no longer be visible.
Windows will change the metric for both the configured Default Gateway and the Local route to 2. The PPP connection will created as another Default Gateway route with a metric of 1.
Also note that devices on the local LAN network that are accessed without going through a router are still accessible. Hence if the 833 is local to the client PC this problem does not occur.
Again, as per the Microsoft TechNet CD, the destination server is located by checking the routing table and using the following process:
- If the destination IP address indicates that it is on the same IP subnet as the workstation's LAN adapter, then data is sent using the LAN adapter.
- If the destination IP address indicates that it is not on the same subnet as the workstation's LAN adapter, then data is sent to the default gateway. The default gateway then locates the destination route on behalf of the remote workstation.
In summary, TCP/IP default gateway routing is designed to work with computers that connect to a single network. A Dial-Up connection from a LAN-based PC results in two network connections. In this case, the default route will point to the most recent connection. When the Dial-Up connection is released, all connectivity to the first network will be restored.
Basically, the TCP/IP stack on the client PC needs to know how to get to the 833 without using the default gateway.
As provided by Microsoft,
- If the default gateway IP address was previously configured for the LAN adapter, it is ignored by default. If required, the remote workstation can be configured so that the default gateway on the LAN adapter is used instead of the default gateway on the remote connection.
The workaround is to add a route entry to a destination network or computer by using the route command from a DOS prompt. For matching traffic, TCP/IP will use this route rather than the default gateway. The Windows host will create this static entry with a Metric = 1.
In our scenario, we need to specify the IP address of a local LAN router to be used to route traffic to the IP address of the 833. In this way, the TCP/IP stack will not send messages destined for the 833 to the default gateway.
Note: if the network can utilize the IPX protocol then the Dialout Client can be configured to communicate to the Perle 833 server using this protocol method. The dialout client will not be affected by IP route changes in it's communication link with the Perle server.