Windows IT Pro is the authoritative and independent resource for windows nt, windows 2000, windows 2003, windows xp. Features a collection of resources and magazines for windows IT professionals.
  
  
  Advanced Search 


October 1997

Routers, RAS, and ISDN


RSS
Subscribe to Windows IT Pro | See More Remote Access Service (RAS) Articles Here | Reprints | Or get the Monthly Online Pass—only $5.95 a month!

Making the connection with your remote sites

Setting up Remote Access Service (RAS) on a Windows NT server at the office to let users dial in from home is simple (for information on how to do so, see Michael D. Reilly, "Remote Access Service," May 1997). Users can then access the network at the office or connect to the Internet through the office LAN from their machines at home. But what if you want to connect several machines from home or from a remote office? Unfortunately, RAS is not optimal in these situations. A better solution is to set up a small LAN at the remote site and use a router and ISDN to connect users to the RAS server at the office.

Figure 1 shows a typical scenario. Often, the office will have numerous file and print servers, database servers, and a mail server. The office environment you see in Figure 1 includes Microsoft BackOffice servers running Microsoft Exchange, Windows Internet Name Service (WINS), Domain Name System (DNS), and a connection to the Internet through a Cisco 2501 router. The remote site has several servers and desktops, and it connects to the office through an Ascend Pipeline 75 (P75) bridge/router. The Ascend P75 dials into a US Robotics ISDN modem on an NT server running RAS. Desktop users at the remote site can connect to any server at the office or browse any

site on the Internet as if they were sitting at the office. You need three distinct IP network segments to create this environment, although you can use subnetting, imaginary (non-routed) IP addresses, or a proxy server if you want to get fancy.

An alternative scenario is to have a dedicated Ascend P75 at the main office rather than a RAS server. However, the setup for that configuration is entirely within the Ascend routers. The scenario we are describing here shows how to integrate the Ascend P75 with NT RAS. This scenario also has the advantage of not requiring any dedicated hardware at the office, and it can support regular dial-in RAS clients and routed environments.

RAS Configuration
The NT server running RAS needs to have a fixed IP address because you need to configure some static routes to it. In Figure 1, the server ras1.dcnw.com has an IP address of 161.108.80.8, and the default gateway is set to point to the Cisco 2501. You need to set up RAS on the server using the settings you see in Table 1.

RAS assigns the remote clients connecting to ras1.dcnw.com an IP address in the 192.168.50.0 network (these clients can also request a predetermined IP address). In our example in Figure 1, the router at the remote site requests the address 192.168.50.25. If you set up the configuration incorrectly (e.g., if the router requests and receives a wrong IP address), the clients at the remote site will not be able to connect to any hosts at the office or beyond. The remote clients will not even be able to ping the remote hosts, even though the router and ISDN are activated. This scenario can result in huge ISDN phone bills with no connectivity to justify the cost.

Router Configuration
You need to configure the remote router to dial the RAS modem over ISDN, to satisfy RAS authentication, and to route IP packets properly. This example uses the Ascend P75 router. To configure this router, you can use a serial connection or you can Telnet to the router's IP address (once you give it one). In either case, you get a character-based screen that lets you navigate through various menus to fill in the configuration parameters.

The first challenge is to correctly provision the ISDN line. After the telephone company installs and tests the line, you need to open the Ascend P75 menu and configure first the system and then the Ethernet and ISDN operations. This configuring requires that you enter several hardware and phone line parameters, including the Service Profile Identifier (SPID) numbers that identify your line. The telephone company typically helps you to configure this aspect of the router to ensure that you have service.

This article will concentrate on only the configuration of the router that is relevant to the connection to the NT network at the office and on the Ascend configuration screens that you need to work with for that connectivity. For a complete guide to all the Ascend configuration screens, consult the Ascend documentation. Furthermore, to set up the system as described in this article, you need to configure the Ascend P75 router to emulate numbered serial routing (you assign one IP address to the router's Ethernet port and the other to the WAN port). For this type of emulation, you must have version 4.6C or later of the Ascend Pipeline software.

In the Washington, DC area, Bell Atlantic provides Basic Rate Interface (BRI) ISDN service. After the telephone company has tested the router, you can begin to configure the router for the office connectivity by going to the Configure option from the Main menu. In the example you see in Figure 1, we configured the Ascend P75 router with the values you see in Table 2.

The fields in this menu need some explanation. The first eight items in the Main/Configure screen depend on the ISDN line and equipment that the telephone company provides--the telephone company helped you enter this information while testing the router. The remaining information relates to your connection to the office, and the telephone company cannot help you here. Unfortunately, the Ascend terminology does not correlate exactly to Microsoft nomenclature. Therefore, Table 2 shows the Ascend field names and the values we entered, plus the terms an NT engineer is familiar with, in parentheses.

The ninth item, My Name, refers to the NT domain and account you use at the office that the Ascend P75 will use for authentication. The next item, My Addr, is the IP address of the Ethernet interface of the Ascend P75 (i.e., the IP address of the Ascend P75 as seen from the network at the home office, as shown in Table 2). Note that unlike Microsoft, Ascend uses the /XX notation for IP addresses. For documentation of this notation, see the Ascend literature; by the way, /24 refers to a subnet mask of 255.255.255.0, which is what we will use for the remote location. Next, the Dial # is the telephone number that the Ascend P75 dials when activated to connect to the office. The remaining values affect the IP configuration and NT authentication that the RAS server uses--set these as shown in Table 2. Compare the values in Table 2 with those in Figure 1, so that you understand the Ascend Pipeline terminology in the environment of an NT WAN.

After you configure the remote router, you need to set up a profile. Select the Ethernet option from the Ascend Main menu, enter any name for the profile, and enter basic setup information for the connection to the RAS server. Table 3 shows the values we selected for the example in Figure 1.

In our example, most of the values you see in Table 3 for the Ethernet/Connections/<profilename> screen were already entered in the Main configuration screen you see in Table 2, with the exception of the Encaps Option. Here we specify that the connection will use Point-to-Point Protocol (PPP), which lets us connect over PPP to the RAS server. If you then select the IP Options field, you see another screen with several critical values that you need to enter. Table 4 shows the values for this screen. Note again the Ascend Pipeline terminology for the different interfaces. Comparing the values in Table 4 with Figure 1 should make the configuration clearer; again, the terms that are familiar to an NT network engineer are included in parentheses.

   Previous  [1]  2  Next 


Reader Comments
I've been unsuccessfull trying to connect to networks via RAS. This article helped explain why. Thanks, Rick

Rick Borie August 03, 1999


The paragraph at the bottom of this message is copied from your article and it is this area of RRAS that I have problems with. My problems are as described below:
My laptop has a combined NIC & modem interface card. When I dial in I am unable to contact a domain controller. IPconfig /all shows that the modem has the correct gateway but the NIC has the default gateway for when the machine is connected to the network. When looking at the routing table on the laptop, it still holds information about the route onto the network through the NIC card. If I do 'route add' & add the correct route for the modem then I can access the rest of the network. I have tried adding the route as a persistant route but after rebooting the machine does not use the route.
Any ideas on what I need to change/add to make this work?

Regards
Esther

Before you configure the static routes on the routers, you want to ensure that the remote desktops use the remote router's Ethernet interface as their default gateway and that the office desktops use the Ethernet interface of the local router as theirs. This configuration lets you transfer packets to the proper router if they are not for the local subnets

Esther Workman September 20, 2000


hi dear
I wonder if you could help me the stages of developing RAS with Radius protocol on cisco products . users connect through analouge phone line to the access server or etc.
I am looking forward to hearing from you.
bye

hamid March 17, 2004


You must log on before posting a comment.

If you don't have a username & password, please register now.




Top Viewed ArticlesView all articles
Command Prompt Tricks

One reader shares his tip for setting up the command prompt to reflect a remote path. ...

How can I stop and start services from the command line?

...

PsExec

This freeware utility lets you execute processes on a remote system and redirect output to the local system. ...


Windows OSs Whitepapers Why SaaS is the Right Solution for Log Management

Related Events Check out our list of Free Email Newsletters!

Windows OSs eBooks Understanding and Leveraging Code Signing Technologies

A Guide to Windows Certification and Public Keys

SQL Server Administration for Oracle DBAs

Related Windows OSs Resources Become a VIP member of the Windows IT Pro community!
Get it all with the VIP CD and VIP access. A $500+ value for only $279!

Subscribe to Windows IT Pro!
Solve your toughest technical problems with our experts and access 10,000 + articles online. 30% off

Monthly Online Pass - Only $5.95!
Get instant access to 10,000+ articles from Windows IT Pro Magazine!

TechNet Virtual Labs
Evaluate and test Microsoft's newest products.


Windows IT Pro Home Register FAQ for Windows WinInfo News
Europe Edition About Us Contact Us/Customer Service Media Kit Affiliates / Licensing  
SQL Server Magazine Office & SharePoint Pro Windows Dev Pro IT Job Hound ITTV
IT Library Technology Resource Directory Connected Home Windows Excavator Windows SuperSite 
 
 Windows IT Pro is a Division of Penton Media Inc.
 Copyright © 2008 Penton Media, Inc., All rights reserved. Terms and Use | Privacy Statement | Reprints and Licensing