Downloads |
Table Of Contents
Cisco's Implementation of Novell IPX
Enable IPX Routing on the Router
Enable Concurrent Routing and Bridging
Assign Network Numbers to Individual Interfaces
Assign Network Numbers to Interfaces That Support a Single Network
Assign Network Numbers to Interfaces That Support Multiple Networks
Enable NLSP Routing on the Router
Configure NLSP on an Interface
Configure NLSP on a LAN Interface
Configure NLSP on a WAN Interface
Configure RIP and SAP Compatibility
Configure the Link Delay and Throughput
Configure the Priority of the System for Designated Router Election
Configure Transmission and Retransmission Intervals
Modify Link-State Packet (LSP) Parameters
Configure Miscellaneous Enhanced IGRP Parameters
Redistribute Routing Information
Adjust the Interval between Hello Packets and the Hold Time
Control the Advertising of Routes in Routing Updates
Control the Processing of Routing Updates
Log Enhanced IGRP Neighbor Adjacency Changes
Configure the Percentage of Link Bandwidth Used by Enhanced IGRP
Control Access to IPX Networks
Create Filters for Updating the Routing Table
Create Broadcast Message Filters
Configure RIP Update Packet Size
Configure Static SAP Table Entries
Configure the Queue Length for SAP Requests
Configure SAP Update Packet Size
Control Responses to GNS Requests
Use Helper Addresses to Forward Broadcast Messages
Enable Fast Switching of IPX Directed Broadcast Packets
Control the Forwarding of Type 20 Packets
Enable the Forwarding of Type 20 Packets
Restrict the Acceptance of Incoming Type 20 Packets
Restrict the Forwarding of Outgoing Type 20 Packets
Repair Corrupted Network Numbers
Configure IPX and SPX over WANs
Configure SPX Spoofing over DDR
Monitor and Maintain the IPX Network
Monitor IPX Enhanced IGRP on an IPX Network
Enabling and Disabling IPX Routing on Multiple Networks Example
Enabling and Disabling IPX Routing Protocols Examples
Enabling IPX over a WAN Interface Example
Helper Facilities to Control Broadcasts Examples
Forwarding to an Address Example
Forwarding to All Networks Example
All-Nets Flooded Broadcast Example
Enabling IPX Enhanced IGRP Example
IPX Enhanced IGRP Bandwidth Configuration Example
Enhanced IGRP SAP Update Examples
Configuring Novell IPX
Novell Internet Packet Exchange (IPX) is derived from the Xerox Network Systems (XNS) Internet Datagram Protocol (IDP). IPX and XNS have the following differences:
•
IPX and XNS do not always use the same Ethernet encapsulation format.
•
•
This chapter describes how to configure Novell IPX and provides configuration examples. For a complete description of the commands mentioned in this chapter, refer to the "Novell IPX Commands" chapter in the Router Products Command Reference publication.
Note
Cisco's Implementation of Novell IPX
Cisco's implementation of Novell's IPX protocol has been certified as providing full IPX router functionality.
Cisco supports the IPX MIB (currently, read-only access is supported). The IPX Accounting group represents one of the local Cisco-specific IPX variables we support. This group provides access to the active database that is created and maintained if IPX accounting is enabled on a router.
Cisco routers also support IPX Enhanced IGRP, which provides the following features:
•
•
•
IPX Addresses
An IPX network address consists of a network number and a node number expressed in the format network.node.
The network number identifies a physical network. It is a 4-byte (32-bit) quantity that must be unique throughout the entire IPX internetwork. The network number is expressed as eight hexadecimal digits. Our router software does not require that you enter all eight digits: you can omit leading zeros.
The node number identifies a node on the network. It is a 48-bit quantity, represented by dotted triplets of four-digit hexadecimal numbers.
The following is an example of an IPX network address:
4a.0000.0c00.23feIn this example, the network number is 4a (more specifically, it is 0000004a), and the node number is 0000.0c00.23fe. All digits in the address are hexadecimal.
IPX Configuration Task List
To configure IPX routing, complete the tasks in the following sections. At a minimum, you must enable IPX routing. The remaining tasks are optional.
•
•
•
See the end of this chapter for configuration examples.
Enable IPX Routing
To enable IPX routing, you must perform the tasks described in the following sections:
•
•
•
Enable IPX Routing on the Router
The first step in enabling IPX routing is to enable it on the router. If you do not specify the node number of the router, the router uses the hardware media access control (MAC) address currently assigned to it as its node address. This is the MAC address of the first Ethernet, Token Ring, or FDDI interface card.
To enable IPX routing on the router, perform the following global configuration task:
For an example of how to enable IPX routing, see the section "Enabling IPX Routing Example" later in this chapter.
CautionIf you plan to use DECnet and IPX routing concurrently on the same interface, you should enable DECnet routing first, then enable IPX routing without specifying the optional Media Access Control (MAC) node number. If you enable IPX before enabling DECnet routing, routing for IPX will be disrupted because DECnet forces a change in the MAC-level node number.
Enable Concurrent Routing and Bridging
You can route IPX on some interfaces and transparently bridge it on other interfaces simultaneously. To do this, you must enable concurrent routing and bridging. To enable concurrent routing and bridging for the router, perform the following task in global configuration mode:
Enable concurrent routing and bridging for the router.
bridge crb1
1 This command is documented in the "Transparent Bridging Commands" chapter of the Router Products Command Reference publication.
Assign Network Numbers to Individual Interfaces
After you have enabled IPX routing on the router, you assign network numbers to individual interfaces. This has the effect of enabling IPX routing on those interfaces. When you enable IPX routing on an interface, you can also specify an encapsulation (frame type) to use for packets being transmitted on that network.
A single interface can support a single network or multiple logical networks. For a single network, you can configure any encapsulation type. Of course, it should match the encapsulation type of the servers and clients using that network number.
When assigning network numbers to an interface that supports multiple networks, you must specify a different encapsulation type for each network. Because multiple networks share the physical medium, this allows the router to determine which packets belong to which network. For example, you can configure up to four IPX networks on a single Ethernet cable, because four encapsulation types are supported for Ethernet. Again, the encapsulation type should match the servers and clients using the same network number.
The following sections describe how to enable IPX routing on interfaces that support a single network and those that support multiple networks.
Assign Network Numbers to Interfaces That Support a Single Network
To assign a network number to an interface that supports a single network, perform the following interface configuration task:
Enable IPX routing on an interface.
ipx network [network | unnumbered] encapsulation encapsulation-type
If you specify an encapsulation type, make sure you choose the one that matches that used by the servers and clients on that network.
For an example of how to enable IPX routing, see the section "Enabling IPX Routing Example."
Assign Network Numbers to Interfaces That Support Multiple Networks
To assign network numbers to interfaces that support multiple networks, you normally use subinterfaces. A subinterface is a mechanism that allows a single physical interface to support multiple logical interfaces or networks. That is, several logical interfaces or networks can be associated with a single hardware interface. Each subinterface must use a distinct encapsulation, and the encapsulation must match that of the clients and servers using the same network number. To run NLSP on multiple networks on the same physical LAN interface, you must configure subinterfaces.
Any interface configuration parameters that you specify on an individual subinterface are applied to that subinterface only.
To configure multiple IPX networks on a physical interface using subinterfaces, perform the following tasks starting in global configuration mode:
Step 1
interface type number.subinterface-number1
Step 2
ipx network [network | unnumbered] encapsulation encapsulation-type
1 This command is documented in the "Interface Commands" chapter of the Router Products Command Reference publication.
To configure more than one subinterface, repeat these two steps.
Note
For examples of configuring multiple IPX networks on an interface, see the section "Enabling and Disabling IPX Routing on Multiple Networks Example" later in this chapter.
lists the encapsulation types you can use on IEEE interfaces and shows the correspondence between the encapsulation type and the IPX frame type.
Table 21-1 Novell IPX Encapsulation Types on IEEE Interfaces
When assigning network numbers to interfaces that support multiple networks, you can also configure primary and secondary networks. The first logical network you configure on an interface is considered the primary network. Any additional networks are considered secondary networks. Again, each network on an interface must use a distinct encapsulation and it should match that of the clients and servers using the same network number.
Any interface configuration parameters that you specify on this interface are applied to all the logical networks. For example, if you set the routing update timer to 120 seconds, this value is used on all four networks.
To use primary and secondary networks to configure multiple IPX networks on an interface, perform the following tasks in interface configuration mode:
To configure more than one secondary network, repeat Step 2 as appropriate.
Note
Configure NLSP
The NetWare Link Services Protocol (NLSP) is a link-state routing protocol based on the Open Systems Interconnection (OSI) Intermediate System to Intermediate System (IS-IS) protocol.
NLSP is designed to be used in a hierarchical routing environment, in which networked systems are grouped into routing areas. Routing areas can then be grouped into routing domains, and domains can be grouped into an internetwork.
Level 1 routers are used to connect networked systems within a given routing area. Areas are connected to each other by Level 2 routers, and domains are connected by Level 3 routers. A Level 2 router also acts as a Level 1 router within its own area; likewise, a Level 3 router also acts as a Level 2 router within its own domain.
The current NLSP specification defines only Level 1 procedures, which allow operation within a routing area and routing to the nearest Level 2 router only.
The router at each level of the topology stores complete information for its level. For instance, Level 1 routers store complete link-state information about their entire area. This information includes a record of all the routers in the area, the links connecting them, the operational status of the routers and links, and other related parameters. For each point-to-point link, the database records the end-point routers and the state of the link. For each LAN, the database records which routers are connected to the LAN. Similarly, Level 2 routers would store information about all the areas in the routing domain, and Level 3 routers would store information about all the domains in the internetwork.
Our implementation of NLSP is based on revision 1.0 of the Novell NLSP specification, which specifies routing with a routing area (that is, Level 1 routing). Our implementation of NLSP also includes read-only NLSP MIB variables.
NLSP is a link-state protocol. This means that every router in a routing area maintains an identical copy of the link-state database, which contains all information about the topology of the area. All routers synchronize their views of the databases among themselves to keep their copies of the link-state databases consistent. NLSP has three major databases:
•
•
•
To configure NLSP, you must have configured IPX routing on your router, as described earlier in this chapter. Then, you must perform the tasks described in the following sections:
•
•
You can optionally perform the tasks described in the following sections:
•
•
•
•
For an example of enabling NLSP, see the section "Enabling and Disabling IPX Routing Protocols Examples" later in this chapter.
Define an Internal Network
An internal network number is an IPX network number assigned to the router. In order for NLSP to operate, you must configure an internal network number for each router.
To enable IPX routing and define an internal network numbers, perform the following task in global configuration mode:
Enable IPX routing.
ipx routing
Define an internal network number.
ipx internal-network network-number
Enable NLSP Routing on the Router
To enable NLSP on the router, perform the following tasks starting in global configuration mode:
Step 1
ipx router nlsp
Step 2
area-address address mask
Configure NLSP on an Interface
You configure NLSP differently on LAN and WAN interfaces, as described in the following sections.
Configure NLSP on a LAN Interface
To configure NLSP on a LAN interface, perform the following tasks in interface configuration mode:
Step 1
ipx network [network | unnumbered] encapsulation encapsulation-type
Step 2
ipx nlsp enable
To configure multiple encapsulations on the same physical LAN interfaces, you must configure subinterfaces. Each subinterface must have a different encapsulation type. To do this, perform the following tasks starting in global configuration mode:
Step 1
interface type number.subinterface-number1
Step 2
ipx network [network | unnumbered] encapsulation encapsulation-type
Step 3
ipx nlsp enable
1 This command is documented in the "Interface Commands" chapter of the Router Products Command Reference publication.
Repeat these three steps for each subinterface.
Note
Configure NLSP on a WAN Interface
To configure NLSP on a WAN interface, perform the following tasks starting in global configuration mode:
Step 1
interface serial number1
Step 2
ipx ipxwan [local-node unnumbered local-server-name retry-interval retry-limit]
Step 3
ipx nlsp enable
1 This command is documented in the "Interface Commands" chapter of the Router Products Command Reference publication.
Configure RIP and SAP Compatibility
RIP and SAP are enabled by default on all interfaces configured for IPX, and these interfaces always respond to RIP and SAP requests. When you also enable NLSP on an interface, the interface, by default, generates and sends RIP and SAP periodic traffic only if another RIP router or SAP service is sending RIP or SAP traffic.
To modify the generation of periodic RIP updates on a network enabled for NLSP, perform one of the following tasks in interface configuration mode:
To modify the generation of periodic SAP updates on a network enabled for NLSP, perform one of the following tasks in interface configuration mode:
Configure Maximum Hop Count
By default, IPX packets whose hop count exceeds 15 are discarded. In larger internetworks, this may be insufficient. You can increase the hop count to a maximum of 254 hops for EIGRP and 127 hops for NLSP. To modify the maximum hop count, perform the following task in global configuration mode:
Configure the Link Delay and Throughput
The delay and throughput of each link are used by NLSP as part of its route calculations. By default, these parameters are set to appropriate values or, in the case of IPXWAN, are dynamically measured.
The link delay and throughput you specify replaces the default value or overrides the value measured by IPXWAN when it starts. The value is also supplied to NLSP for use in metric calculations.
To change the link delay, perform the following task in interface configuration mode:
To change the throughput, perform the following task in interface configuration mode:
Configure the Metric Value
NLSP assigns a default link cost (metric) based on the link throughput. If desired, you can set the link cost manually. To set the NLSP link cost for an interface, perform the following task in interface configuration mode:
Configure the Priority of the System for Designated Router Election
NLSP elects a designated router on each LAN interface. This router creates a virtual router called a pseudonode, which generates routing information on behalf of the LAN and transmits it to the rest of the routing area. The routing information generated includes adjacencies and RIP routes. The use of a designated router significantly reduces the number of entries in the adjacency database.
By default, electing a designated router is done automatically. However, you can manually affect the identity of the designated router by changing the priority of the system: the system with the highest priority is elected to be the designated router.
By default, the priority of the system is 44. To change it, perform the following task in interface configuration mode:
Configure Default Routes
The default route is used when a route to any destination network is unknown. By default, IPX treats network number -2 (0xFFFFFFFE) as the default route. To disable the use of this default route, perform the following task in global configuration mode:
Unless configured otherwise, all known routes are advertised out each interface. However, you can choose to advertise only the default route if it is known. This greatly reduces the CPU overhead when routing tables are large. Note that services are not considered to be reachable via the default route alone. A specific route to the destination network must be known before a service advertisement will be accepted. Therefore, advertise only the default route with caution if services are to be advertised via the interface.
To advertise only the default route via an interface, perform the following task in interface configuration mode:
Configure Transmission and Retransmission Intervals
You can configure the hello and CSNP transmission intervals, and the LSP retransmission interval.
To configure the hello transmission interval, perform the following task in interface configuration mode:
To configure the CSNP transmission interval, perform the following task in interface configuration mode:
To configure the LSP retransmission interval, perform the following task in interface configuration mode:
Log Adjacency State Changes
You can allow NLSP to generate a log message when an NLSP adjacency changes state (up or down). This may be very useful when monitoring large networks. Messages are logged using the system error message facility. Messages are of the form:
%CLNS-5-ADJCHANGE: NLSP: Adjacency to 0000.0000.0034 (Serial0) Up, new adjacency
%CLNS-5-ADJCHANGE: NLSP: Adjacency to 0000.0000.0034 (Serial0) Down, hold time expired
To generate log messages when an NLSP adjacency changes state, perform the following task in router configuration mode:
Modify Link-State Packet (LSP) Parameters
To modify LSP parameters, perform one or more of the following tasks in router configuration mode:
Configure IPX Enhanced IGRP
Enhanced IGRP is an enhanced version of the Interior Gateway Routing Protocol (IGRP) developed by Cisco Systems, Inc. Enhanced IGRP uses the same distance vector algorithm and distance information as IGRP. However, the convergence properties and the operating efficiency of Enhanced IGRP have improved significantly over IGRP.
The convergence technology is based on research conducted at SRI International and employs an algorithm referred to as the Diffusing Update Algorithm (DUAL). This algorithm guarantees loop-free operation at every instant throughout a route computation and allows all routers involved in a topology change to synchronize at the same time. Routers that are not affected by topology changes are not involved in recomputations. The convergence time with DUAL rivals that of any other existing routing protocol.
Enhanced IGRP offers the following features:
•
•
•
•
•
Enhanced IGRP has four basic components:
•
•
•
•
Neighbor discovery/recovery is the process that routers use to dynamically learn of other routers on their directly attached networks. Routers must also discover when their neighbors become unreachable or inoperative. Neighbor discovery/recovery is achieved with low overhead by periodically sending small hello packets. As long as hello packets are received, a router can determine that a neighbor is alive and functioning. Once this status is determined, the neighboring routers can exchange routing information.
The reliable transport protocol is responsible for guaranteed, ordered delivery of Enhanced IGRP packets to all neighbors. It supports intermixed transmission of multicast and unicast packets. Some Enhanced IGRP packets must be transmitted reliably and others need not be. For efficiency, reliability is provided only when necessary. For example, on a multiaccess network that has multicast capabilities, such as Ethernet, it is not necessary to send hellos reliably to all neighbors individually. Therefore, Enhanced IGRP sends a single multicast hello with an indication in the packet informing the receivers that the packet need not be acknowledged. Other types of packets, such as updates, require acknowledgment, and this is indicated in the packet. The reliable transport has a provision to send multicast packets quickly when there are unacknowledged packets pending. Doing so helps ensure that convergence time remains low in the presence of varying speed links.
The DUAL finite state machine embodies the decision process for all route computations. It tracks all routes advertised by all neighbors. DUAL uses the distance information, known as a metric, to select efficient, loop-free paths. DUAL selects routes to be inserted into a routing table based on feasible successors. A successor is a neighboring router used for packet forwarding that has a least-cost path to a destination that is guaranteed not to be part of a routing loop. When there are no feasible successors but there are neighbors advertising the destination, a recomputation must occur. This is the process whereby a new successor is determined. The amount of time it takes to recompute the route affects the convergence time. Recomputation is processor intensive. It is advantageous to avoid recomputation if it is not necessary. When a topology change occurs, DUAL will test for feasible successors. If there are feasible successors, it will use any it finds in order to avoid unnecessary recomputation.
The protocol-dependent modules are responsible for network layer protocol-specific tasks. It is also responsible for parsing Enhanced IGRP packets and informing DUAL of the new information received. Enhanced IGRP asks DUAL to make routing decisions, but the results are stored in the IPX routing table. Also, Enhanced IGRP is responsible for redistributing routes learned by other IPX routing protocols.
To enable IPX Enhanced IGRP, complete the tasks in the following sections. Only the first task is required; the remaining task is optional.
•
Enable IPX Enhanced IGRP
To create an IPX Enhanced IGRP routing process, perform the following tasks:
For an example of how to enable Enhanced IGRP, see the section "Enabling IPX Enhanced IGRP Example."
To associate multiple networks with an Enhanced IGRP routing process, you can repeat Step 2.
Configure Miscellaneous Enhanced IGRP Parameters
To configure the following miscellaneous Enhanced IGRP parameters, perform one or more of the following tasks:
•
•
•
•
•
•
Redistribute Routing Information
By default, the router redistributes IPX RIP routes into Enhanced IGRP, and vice versa. When routes are redistributed, a RIP route to a destination with a hop count of 1 is always preferred over an Enhanced IGRP route with a hop count of 1. This ensures that the router always believes a Novell IPX server over a Cisco router for internal IPX networks. The only exception to this rule is if both the RIP and Enhanced IGRP updates were received from the same router. In this case, and in the case of all other RIP metrics (2 through 15), the Enhanced IGRP route always is preferred over the RIP route when the hop counts are the same.
Internal Enhanced IGRP routes are always preferred over external Enhanced IGRP routes. This means that if there are two Enhanced IGRP paths to a destination, the path that originated within the Enhanced IGRP autonomous system will always be preferred over the Enhanced IGRP path that originated from outside of the autonomous system, regardless of the metric. Redistributed RIP routes are always advertised in Enhanced IGRP as external.
To disable route redistribution, perform the following task in IPX router configuration mode:
Disable redistribution of RIP routes into Enhanced IGRP and Enhanced IGRP routes into RIP.
no redistribute {rip | eigrp autonomous-system-number | connected | static}
Adjust the Interval between Hello Packets and the Hold Time
You can adjust the interval between hello packets and the hold time.
Routers periodically send hello packets to each other to dynamically learn of other routers on their directly attached networks. Routers use this information to discover who their neighbors are and to discover when their neighbors become unreachable or inoperative.
By default, hello packets are sent every 5 seconds. The exception is on low speed, nonbroadcast, multiaccess (NBMA) media, where the default hello interval is 60 seconds. Low speed is considered to be a rate of T1 or slower, as specified with the bandwidth interface configuration command. The default hello interval remains 5 seconds for high speed NBMA networks. Note that for the purposes of Enhanced IGRP, Frame-relay and SMDS networks may or may not be considered to be NBMA. These networks are considered NBMA if the interface has not been configured to use physical multicasting, otherwise they are considered not to be NBMA.
You can configure the hold time on a specified interface for a particular Enhanced IGRP routing process designated by the autonomous system number. The hold time is advertised in hello packets and indicates to neighbors the length of time they should consider the sender valid. The default hold time is three times the hello interval, or 15 seconds.
To change the interval between hello packets, perform the following task in interface configuration mode:
Set the interval between hello packets.
ipx hello-interval eigrp autonomous-system-number seconds
On very congested and large networks, 15 seconds may not be sufficient time for all routers to receive hello packets from their neighbors. In this case, you may want to increase the hold time. To do this, perform the following task in interface configuration mode:
Note
Disable Split Horizon
Split horizon controls the sending of Enhanced IGRP update and query packets. If split horizon is enabled on an interface, these packets are not sent for destinations if this interface is the next hop to that destination.
By default, split horizon is enabled on all interfaces.
Split horizon blocks information about routes from being advertised by a router out any interface from which that information originated. This behavior usually optimizes communication among multiple routers, particularly when links are broken. However, with nonbroadcast networks, such as Frame Relay and SMDS, situations can arise for which this behavior is less than ideal. For these situations, you can disable split horizon.
To disable split horizon, perform the following task in interface configuration mode:
Control SAP Updates
If IPX Enhanced IGRP peers are found on an interface, you can configure the router to send SAP updates either periodically or when a change occurs in the SAP table. When no IPX Enhanced IGRP peer is present on the interface, periodic SAPs are always sent.
On serial lines, by default, if an Enhanced IGRP neighbor is present, the router sends SAP updates only when the SAP table changes. On Ethernet, Token Ring, and FDDI interfaces, by default, the router sends SAP updates periodically. To reduce the amount of bandwidth required to send SAP updates, you might want to disable the periodic sending of SAP updates on LAN interfaces. Do this only when all nodes out this interface are Enhanced IGRP peers; otherwise, loss of SAP information on the other nodes will result.
To send SAP updates only when a change occurs in the SAP table, perform the following task in interface configuration mode:
Send SAP updates only when a change in the SAP table occurs, and send SAP changes only.
ipx sap-incremental eigrp autonomous-system-number rsup-only
To send periodic SAP updates, perform the following task in interface configuration mode:
For an example of how to configure SAP updates, see the section "Enhanced IGRP SAP Update Examples" later in this chapter.
Control the Advertising of Routes in Routing Updates
To control which routers learn about routes, you can control the advertising of routes in routing updates. To do this, perform the following task in router configuration mode:
Control the advertising of routes in routing updates.
distribute-list access-list-number out [interface-name |
routing-process]
Control the Processing of Routing Updates
To control the processing of routes listed in incoming updates, perform the following task in router configuration mode:
Control which incoming route updates are processes.
distribute-list access-list-number in [interface-name]
Query the Backup Server
The backup server table is a table kept for each Enhanced IGRP peer. It lists the IPX servers that have been advertised by that peer. If a server is removed from the main server table at any time and for any reason, the router examines the backup server table to see if this just-removed server is known by any of the Enhanced IGRP peers. If it is, the information from that peer is advertised back into the main server table just as if that peer had readvertised the server information to this router. Using this method to allow the router to keep the backup server table consistent with what is advertised by each peer means that only changes to the table need to be advertised between Enhanced IGRP routers; full periodic updates do not need to be sent.
By default, the router queries its own copy of each Enhanced IGRP neighbor's backup server table every 15 seconds. To change this interval, perform the following global configuration task:
Specify the minimum period of time between successive queries of a neighbor's backup server table.
ipx backup-server-query-interval interval
Log Enhanced IGRP Neighbor Adjacency Changes
You can enable the logging of neighbor adjacency changes to monitor the stability of the routing system and to help you detect problems. By default, adjacency changes are not logged.
To enable logging of Enhanced IGRP neighbor adjacency changes, perform the following task in global configuration mode:
Configure the Percentage of Link Bandwidth Used by Enhanced IGRP
By default, Enhanced IGRP packets consume a maximum of 50 percent of the link bandwidth, as configured with the bandwidth interface subcommand. If a different value is desired, use the appletalk eigrp-bandwidth-percent command. This command may be useful if a different level of link utilization is required or if the configured bandwidth does not match the actual link bandwidth (it may have been configured to influence route metric calculations).
To configure the percentage of bandwidth that may be used by Enhanced IGRP on an interface, perform the following task in interface configuration mode:
Configure the percentage of bandwidth that may be used by Enhanced IGRP on an interface.
ipx eigrp-bandwidth-percent percent
For an example of how to configure the percentage of Enhanced IGRP bandwidth, see the section "IPX Enhanced IGRP Bandwidth Configuration Example."
Control Access to IPX Networks
To control access to IPX networks, you create access lists and then apply them with filters to individual interfaces.
There are four types of IPX access lists that you can use to filter various kinds of traffic:
•
•
•
•
There are 13 different IPX filters that you can define for IPX interfaces. They fall into five groups:
•
•
•
•
•
summarizes the filters and the commands you use to define them. Use the show ipx interfaces command to display the filters defined on an interface.
Table 21-2 IPX Filters
