Previous Page: Setting Up  Next Page: Migrating an Internetwork with Different NetWare Versions

Partitioning an Internetwork into Routing Areas

This topic explains how to partition a large IPXTM internetwork into routing areas. Because large internetworks are typically linked by one or more WAN connections, the guidelines and examples provided in this topic are oriented primarily toward WAN connections, which require other Novell® products or third-party products in addition to NetWare® 4.1x software or IPX Upgrade for NetWare Servers. However, the information in this topic can still help you partition a purely LAN-based internetwork.

You should read this topic if

This topic includes the following sections:


Routing Areas

Routing areas establish hierarchy within an IPX internetwork. For growing networks, routing areas allow for better scaling---more LANs, servers, and routers than otherwise possible. Routing areas also separate an internetwork into manageable components, which is desirable for administrative simplicity.


Area Addresses and Masks

Two 32-bit numbers---a network number and a mask ---identify a routing area. Together, these numbers constitute the area address. Here is an example:

08068500 (network number)

FFFFFF00 (mask)

The default values for the network number and mask are as follows:

The address and mask are both set to zero to ensure compatibility with future versions of NLSP software. Zero values mean that all NLSP routers operate in a single routing area.

IMPORTANT:  Although any product that contains NetWare 4.1x allows you to configure the area address and mask, accept the default values and use RIP to partition your areas as described in the next topic.


Using RIP to Partition Routing Areas

You can create routing areas by running RIP on the network interfaces that link the areas. Figure 3 shows two routing areas partitioned by RIP.

Figure 3
Creating Routing Areas Partitioned by RIP

The following steps summarize how to configure the interfaces:

  1. Enable NLSP routing on each router.

    If you are using any product that contains Novell Internet Access Server 4.1, complete the following steps:

    1. Load NIASCFG, then select the following parameter path:

      Select Configure NIAS > Protocols and Routing > Protocols > IPX

    2. Set the Routing Protocol parameter to NLSP with RIP/SAP Compatibility .

    3. Save your changes.

    If you are using IPX Upgrade for NetWare Servers 6.5a, load IPXRTR as follows:

    LOAD IPXRTR ROUTING=NLSP

  2. On the network interface that links the areas, turn off NLSP and turn on RIP and SAP.

    If you are using any product that contains Novell Internet Access Server 4.1, complete the following steps:

    1. Load NIASCFG, then select the following parameter path:

      Select Configure NIAS > Protocols and Routing > Bindings

    2. Select the interface.

    3. Select Expert Bind Options , then select RIP Bind Options ; set the RIP State parameter to On .

    4. Return to the Expert Bind Options menu, then select SAP Bind Options ; set the SAP State parameter to On .

    5. Return to the Expert Bind Options menu, then select NLSP Bind Options ; set the NLSP State parameter to Off .

    6. Save your changes.

    If you are using IPX Upgrade for NetWare Servers, bind IPX to the interface as follows:

    BIND IPX boardname NET=network_number RIP=YES SAP=YES NLSP=NO

Although NLSP is disabled on the interface at the area boundary, each router still imports the routes and services from the connected network into its own routing area.


Filtering Routes and Services Between Routing Areas

You can use routing areas to prevent RIP and SAP traffic on one network from flowing to another. For example, suppose you want to prevent some users from gaining access to the accounting services on a particular network. You can use service filters to restrict access to those services.

IMPORTANT:  You cannot filter routes or services within a routing area, but you can filter routes and services between areas at the area boundaries. If you want to restrict Network-layer access within a routing area, you can filter IPX packets.

If you use route and service filters, you must configure the same inbound and outbound filters on all NLSP routers connected to the same LAN within the same area. With NLSP, all routers in the same area share the same link state information; however, a single system called the Designated Router imports routes and services for the entire network. Therefore, if you configure an inbound route or service filter on one---but not all---NLSP routers, and that router is not the Designated Router, the filter might have no effect.

NOTE:  IPX Upgrade for NetWare Servers does not provide filtering capability. To configure filters, you must use a product that contains NetWare 4.1x .


Using the Novell Network Registry

Business organizations, each with its own enterprise network, sometimes merge or agree to share information. Or, these same organizations might want to connect their networks to a larger public internetwork to use the services it provides. This means that all network numbers throughout the connected organizations must be unique.

For this purpose, Novell offers the Novell Network Registry . The Novell Network Registry service assigns and tracks IPX network addresses and organization names. The Novell Network Registry enables participating organizations to share data between interconnected NetWare networks without name and address conflicts.

The Novell Network Registry assigns a contiguous block of IPX network addresses that are unique to your organization. The size of your address block depends on the number of NetWare LANs and servers in your IPX internetwork, including any additional LANs or servers you anticipate installing over the next two years.

To learn more about the Novell Network Registry, or to reserve a block of IPX network addresses, call 1-408-577-7506 or send Internet e-mail to registry@novell.com. You can also send e-mail by way of the Novell NHUB system to registry@novell. Ask for the publication The Novell Network Registry.


Defining Routing Areas in an Internetwork

This topic uses examples to show how to define routing areas in an IPX internetwork.

NOTE:  There are many ways to partition an internetwork into areas. This topic provides only a few examples of how this can be done.


Guidelines to Follow When Defining Routing Areas

Apply the following guidelines when defining routing areas in your internetwork:

Figure 4
Why You Should Have Only One RIP Connection between a Backbone Network and a Routing Area


Partitioning an Internetwork That Uses a WAN Backbone

This topic explains how to define areas on an internetwork that uses a central backbone of WAN routers. Figure 5 shows a large IPX internetwork linked by five WAN routers that form the network backbone. Each WAN router is connected to a LAN router that services a small group of NetWare LANs. Without the benefit of NLSP or routing areas, RIP and SAP traffic from all the NetWare LANs traverses the backbone and consumes a large percentage of the available bandwidth.

Figure 5
Routing Areas in an Internetwork Connected by a WAN Backbone

This internetwork is partitioned as follows:


Partitioning an Internetwork That Uses a Transit LAN

This topic explains how to define areas on an internetwork that uses a transit LAN . A transit LAN is typically a high-speed LAN---such as a high-speed token ring or Fiber Distributed Data Interface (FDDI) ring---that serves as a crossroads for all traffic on the internetwork. A transit LAN can link several routing areas.

The internetwork in Figure 6 has six routers connected to an FDDI transit LAN:

Figure 6
Routing Areas in an Internetwork Connected by an FDDI Transit LAN

This internetwork is partitioned as follows:

When you configure the network interfaces, start with the routers on the transit LAN---the backbone router in area A, the LAN routers in areas B and C, and the feeder routers in area D---then work out toward the branch office LANs.

You can use the IPX network management console (IPXCON) to make sure you have configured the routers correctly. Using the internetwork shown in Figure 6 as an example, you would load IPXCON on one of the routers and view the neighboring routers on the transit LAN. The three feeder routers running NLSP on the transit LAN should show each other as neighbors. They should not, however, show the backbone router or the two LAN routers as neighbors. The backbone router and the LAN routers should have no neighbors on the transit LAN.

For information about how to use IPXCON, refer to Managing in the IPX documentation .



  Previous Page: Setting Up  Next Page: Migrating an Internetwork with Different NetWare Versions