This document provides information on the Nx Networks implementation of the Internetwork Packet Exchange` (IPX` ) protocol. It introduces you to IPX, IPX WAN, and NLSP` and includes the following topics:
Implementation of IPX
Broadcast and IPX WAN Circuits
IPX WAN
NLSP
Configuring IPX
Configuring NLSP
Performing Optional Configuration Tasks
IPX Filtering
IPX Commands
NLSP Configuration Commands
Implementation of IPX
The Nx Networks implementation of IPX allows the router to function as a Novell" NetWare" internetwork router. It works with all previous Novell NetWare version environments and it supports:
Note: IPX WAN circuits can have no network number, that is, a network number of zero.
Ethernet, Token Ring, and FDDI interfaces use their hardware MAC address as their node number, and you cannot change them.
Since a serial line has no hardware MAC address, its node address is either automatically derived from the internal network number, or you can set it manually.
Socket Number
The socket number identifies a higher-layer entity, such as an application or protocol, within a system.
Broadcast and IPX WAN Circuits
IPX runs over circuits. When you configure IPX, you must choose the type of IPX circuit over which you want IPX to run and you must add circuits. There are two kinds of IPX circuits:
An IPX WAN circuit means there is a point-to-point WAN connection with a router on each end. Additionally, IPX WAN circuits always send IPX WAN messages to negotiate certain IPX features before the router sends any IPX data over the circuit. Use the IPX add ipxwancircuit command to define IPX WAN circuits.
In addition to the more obvious differences between broadcast circuits and IPX WAN circuits, note the following important differences in their features, especially in regard to NLSP:
Broadcast Circuits
NLSP runs a protocol assuming a broadcast capability like an Ethernet: the routing information, although in a compressed format, is still broadcast at regular periodic intervals.
Some concepts that only apply to broadcast circuits are: automatic mode for RIP and SAP, split horizon, and NLSP Designated Router priority.
IPX WAN Circuits
NLSP runs an efficient, acknowledged protocol, designed to minimize the routing traffic over the WAN connection.
The network number for an IPX WAN circuit can be, and often is, zero, which is the case when NLSP or unnumbered RIP runs on the IPX WAN circuit.
Unnumbered RIP is only supported on an IPX WAN circuit.
Note: You do not have to use IPX WAN over your WANs. You can still run the broadcast circuit method over your WANs, if you wish. However, IPX WAN is the preferred method. NLSP was designed to run very efficiently over IPX WAN.
OpenROUTE software supports IPX WAN Version 2 (IW2) over PPP, Frame Relay, X.25, and IP Relay. For Frame Relay and X.25, the unit of IPX forwarding is an individual circuit.One of the most important things that IPX WAN does is to set the routing protocol used over the WAN connection. The possible routing protocols are
You identify the Novell IP Relay circuit involved by specifying the IP address at the endpoint of the IP tunnel. You can do this in either of the following two ways:
Directly specify the endpoint's IP address.
Use one of the symbolic names defined for an IP address that you defined in the IP configuration (IP Config>).
Choosing an IPX WAN or a Broadcast Circuit
The following table summarizes the possible combinations of broadcast circuits and IPX WAN circuits.
| WAN Type | IPX WAN Circuit Supported | Broadcast Circuit Supported | Both Supported Simultaneously |
| PPP | Yes* | Yes | No |
| IP Relay | Yes** | No | No |
| Frame Relay | Yes** | Yes | Yes*** |
| X.25 | Yes** | Yes | No |
* In releases before OpenROUTE 2.2 (Release 16.2), you could only define an IPX WAN circuit on PPP.
** You can define more than one IPX WAN circuit, each mapping to an individual circuit on the network.
*** The Frame Relay broadcast circuit consists of those circuits not defined as IPX WAN circuits.
________________________________________________________
As a general rule, an IPX WAN circuit is always preferable to a broadcast circuit for the following reasons:
IPX WAN is the Novell standard and fits into the Novell architecture.
Unnumbered RIP is only available with an IPX WAN circuit.
Certainly, for PPP, the general rules apply.
For Frame Relay and X.25 networks, Nx Networks prefers the IPX WAN circuit. However, for these networks, there may be some cases where a broadcast circuit could be the better choice. For example, when there is a large number of routers on the same Frame Relay network. In this case, the configuration of a single broadcast circuit may be simpler and easier than configuring a number of separate IPX WAN circuits. The inverse ARP and ARP mechanisms work very well for a broadcast circuit on a Frame Relay network.
Note: All releases before OpenROUTE 2.2 only support a broadcast circuit on Frame Relay and X.25 networks.
It is difficult to say what constitutes a large number of IPX WAN circuits; it depends upon the application traffic load and the bandwidth of the WAN. At this time, Nx Networks considers 20 IPX WAN circuits to be a large number.
If you use a broadcast circuit on Frame Relay or X.25, it may be useful to adjust some of the timers to longer values since Novell designed the standard defaults for a broadcast circuit for LANs and not for WANs.
If you use a broadcast circuit on a partially-meshed Frame Relay circuit, you must disable split-horizon at the headquarters router if you use the RIP protocol.
There is some extra burden on the router to maintain each circuit; you may need a higher-end router to run a very large number of IPX WAN circuits.
End-to-end delivery of data traffic over an internetwork. An internetwork contains disjoint media segments, so the router must relay traffic from segment to segment to reach its destination.
Accommodation to the characteristics of the diverse underlying data-link transmission media. The links used in networks vary dramatically, and routing smoothes over the differences for the benefit of more general-purpose sofware components.
NLSP is essentially a protocol for information exchange among routers geared to the needs of large IPX internetworks.
End Station RIP and SAP Support
With NLSP, the routing protocol can be different between routers, but any NLSP router continues to support the existing RIP and SAP protocols between the end station and the router.
Interoperability With Existing RIP Routers
With NLSP, the router is still capable of routing the RIP protocol to interoperate with non-NLSP routers running RIP.
Adjacencies
One of the most basic and critical NLSP functions is to always keep a list of adjacencies, that is, a list of all other NLSP routers that reside on the same interfaces as itself. These routers are called neighbors and use the NLSP Hello protocol to do this. The NLSP Hello protocol and Hello packet layouts are a little different for broadcast and point-to-point (IPX WAN) circuits.
There are configuration parameters you can adjust and to tune the adjacency part of the NLSP Hello protocol.
NLSP Designated Router
Another basic and critical NLSP function is to elect only one router, out of all the routers on a broadcast circuit as the designated router. Use the NLSP Hello packet protocol to do this.
The designated router is the router that is responsible for generating the NLSP pseudonode Link State Packet (LSP) for the network. It is also the router responsible for sending a Complete Sequence Number Packet (CSNP) to ensure the replicated routing databases are synchronized among the routers.
There are configuration parameters for you to adjust the designated router part of the NLSP Hello protocol.
Propagation and Synchronization of the NLSP
The routing database is propagated using NLSP LSPs.
Routing Database
Synchronization of the replicated routing database is done using NLSP, CSNP, and Partial Sequence Number Packet (PSNP) packets.
There are configuration parameters for you to adjust the process of the NLSP LSP, CSNP, and PSNP protocols.
Decision Process for NLSP Routing
Using all the information about the network kept in its NLSP link state database, NLSP chooses its routes for the routing table based upon the following ordered criteria:
| Throughput* | Default Cost | Typical Media | |
|---|---|---|---|
| At least | Strictly less than | ||
| 0 K | 16 K | 61 | |
| 16 K | 32 K | 55 | |
| 32 K | 48 K | 55 | |
| 48 K | 64 K | 45 | ISDN (U.S.) |
| 64 K | 128 K | 45 | ISDN (European) |
| 128 K | 256 K | 40 | |
| 256 K | 512 K | 35 | |
| 512 K | 1 M | 30 | |
| 1 M | 2 M | 27 |
T1 (1.5 M), Corvus Omninet (1 M) |
| At least | Strictly less than | ||
| 2 M | 4 M | 26 | E1 (2 M), ARCnet (2.5 M) |
| 4 M | 8 M | 25 |
Token Ring (4 M) Corvus Omninet (4 M) |
| 8 M | 10 M | 23 | |
| 10 M | 16 M | 20 | Ethernet |
| 16 M | 32 M | 19 | Token Ring (16 M) |
| 32 M | 64 M | 15 | |
| 64 M | 128 M | 14 |
FDDI (100 M) CDDI (100 M) |
| 128 M | 256 M | 9 | |
| 256 M | 512 M | 9 | |
| 512 M | 1 G | 6 | |
| 1 G | 2 G | 6 | |
| 2 G | 4 G | 6 | |
| 4 G | 8 G | 3 | |
| 8 G | 16 G | 3 | |
| 16 G | 32 G | 3 | |
Note: The lower the cost, the higher the priority.
Config> prompt, display the IPX configuration prompt.
Config>protocol ipx
IPX config>
IPX config>enable ipx
Nx Networks recommends that you use an internal network number. An internal network number is necessary to use IPX WAN circuits. It also serves as a useful IPX Ping target. The internal network number must be unique among all the other IPX networks in your internet.
IPX Config>set internal-net-number
Internal network number, or 0 for none (00000000-FFFFFFFD) [0]?
IPX Config>add bcastcircuit
Which interface [0]? 0
IPX enabled on this circuit (y/n) [y]? y
IPX network number (00000001-FFFFFFFD) [0]? 176
Continue with expert config questions?(Yes or [No]): no
IPX Config>frame ethernet_8023
Which interface [0]?
You identify the interface by supplying the interface number. If the interface is a Frame Relay, X.25, or IP Relay network, you must also enter a circuit name to identify which circuit. The software prompts you for the kind of routing that the network allows on the IPX WAN circuits. The default value (Yes) for unnumbered RIP and RIP usually works very well. You may also want to specify an IPX network number if you think the IPX WAN circuit may end up negotiating RIP as the protocol for the IPX WAN circuit.
IPX config>add ipxwan
prompting for the involved circuit...
Enter interface number, or 9999 for IP Relay [0]? 4IPX enabled on this circuit (y/n) [y]?
Use client-router routing (y/n) [n]?
Use static routing (y/n) [n]?
Unnumbered RIP routing acceptable (y/n) [y]?
RIP routing acceptable (y/n) [y]?
IPX network number (00000001-FFFFFFFD) [0]?
Continue with expert config questions?(Yes or [No]):
To interoperate with another router that does not send IPX WAN packets on the circuit. This includes routers running releases before OpenROUTE 2.2 that are not configured for IPX WAN over PPP.
For a Frame Relay or X.25 network (especially when the number of routers on the network becomes large), a broadcast circuit may be more manageable than many point-to-point IPX WAN circuits. Generally, however, an IPX WAN circuit is the best choice for WAN media.
IPX Config>add bcastcircuit
Which interface [0]?
IPX Config>enable nlsp
Configuring NLSP
This section describes how to configure NLSP.
NLSP Config> prompt, at the IPX Config> prompt, type nlsp.
IPX Config> nlsp
NLSP (NetWare Link Services Protocol) configuration
NLSP Config>
NLSP Config> enable nlsp
IPX Config> enable nlsp
Memory allocation settings
Global routing options
Keepalive spoofing and serialization packet filtering
RIP protocol settings
SAP protocol settings
NetBIOS forwarding
Split-horizon routing
NLSP global settings
NLSP parameters
IPX performance tuning
Nx Networks recommends that you accept the default values and change them only under special circumstances. Changing these settings can have a dramatic effect on the operation of the IPX protocol.
You can set all of the parameters in this section by using the add command and modify them by using the set command.
Global Routing Options
Set the global routing options with the set maximum command that controls the maximum number of hops allowed and the number of equal-cost paths to keep.
Keepalive Spoofing and Serialization Packet Filtering
You can configure IPX to prevent keepalive and serialization packets from continually activating a dial-on-demand link or to minimize traffic over a dial-on-demand link. This implementation of IPX keepalive and serialization packet filtering works only in configurations where there is a router running OpenROUTE software at each end of the link.
If a Novell client logs into a Novell server and then is inactive, the server sends periodic keepalive requests to the client and the client replies with keepalive replies.
When a Novell server detects other Novell servers on the network, it sends out periodic IPX serialization packets to all other servers on the network. The serialization packet contains the NetWare license number of the server. Novell servers use these packets to detect duplicate copies of NetWare running on the network.
Set keepalive spoofing/serialization packet filtering on a circuit basis using the expert questions under the following commands:
Serialization packet filtering prevents the routers from forwarding NetWare serialization packets over the WAN link.
RIP Protocol Settings
Set RIP settings on a circuit basis using the expert questions under the set bcastcircuit or set ipxwancircuit command.
SAP Protocol Settings
Set SAP settings on a circuit basis using the expert questions under the set bcastcircuit or set ipxwancircuit command.
NetBIOS Forwarding
You can turn NetBIOS forwarding on or off and set it on a circuit basis using the expert questions under the set bcastcircuit or set ipxwancircuit command.
Split-horizon Routing
You can turn split horizon on or off and set it on a broadcast circuit basis using the expert questions under the set bcastcircuit command.
Split horizon is a method of routing that avoids broadcasting RIP and SAP updates to the router from which they were learned.
As the default, split horizon is enabled. Nx Networks recommends that you do not disable split horizon, except on partially-meshed Frame Relay networks or on X.25 networks.
In a partially-meshed Frame Relay network, as shown in Figure 2, the routers at the branches cannot communicate with each other unless the router at headquarters broadcasts all routing information to all other routers. In this case, disable split horizon on the Frame Relay broadcast circuit at headquarters and enable it at each of the branches to keep them from generating unnecessary traffic.
Figure 2 Partially-meshed Frame Relay Network
NLSP Global Settings
You can set NLSP global settings using the NLSP
config>set globals command.
NLSP Parameters
You can set NLSP parameters on a circuit basis by using the expert questions under the set bcastcircuit or set ipxwancircuit command.
IPX Performance Tuning
This implementation of IPX supports a fast path routing concept that splits the forwarding path into a fast path and a slower path to route traffic more efficiently.
The fast path forwards only data packets, while a slower path handles administration packets, such as RIP and SAP packets. Fast path uses an address cache that enables the router to forward a packet quickly.
The router performs slower routing table lookups only during the creation of a cache entry. The cache has an aging mechanism that allows it to deal intelligently with overflows.
The IPX fast path cache includes two entries: local and remote. Each entry can handle the requirements of that type of addressing.
Use the set memory command to set a limit on the maximum number of entries the cache allows. When the cache is full, the router purges the least frequently used entries.
IPX Filtering
There are two types of IPX filters:
Global filters, which apply to all IPX interfaces on the router.
Circuit filters, which apply only to the IPX circuits that you specify.
There are two types of global filters and four types of circuit filters. Table 2 describes the global filters and Table 3 describes the circuit filters.
| Filter Type | Filters based on the . . . | Use this filter to . . . |
|---|---|---|
| SAP | Maximum hop count for a service or group of services. | Reduce SAP traffic on WANs by controlling the extent to which the router broadcasts information about services. |
| IPX (Access Controls) | IPX source and destination addresses. | Provide security or stop the forwarding of packets beyond the area of interest. |
| Filter Type | Filters based on the . . . | Use this filter to . . . |
|---|---|---|
| RIP Router | Address of RIP response packets. | Group IPX networks into distinct IPX internets and to provide network security by ensuring that only authorized routers communicate routing information. |
| RIP | Network entries of RIP response packets. | Control the extent to which the circuit broadcasts routing information about selected networks. |
| SAP | Maximum hop count for a service or group of services. | Reduce SAP traffic on WANs by controlling the extent to which the router broadcasts information about services. |
| IPX | Hop count, IPX packet type, and source and destination addresses. | Provide security by controlling the extent to which selected servers and end stations can communicate with each other. |
Generally, RIP filters deal with internetworking between all stations on a set of networks; SAP filters control which workstations can reach which servers throughout the internetwork; and IPX filters deal with internetworking between individual workstations or individual applications on individual workstation.
The following section describes global filters. Using IPX Circuit Filters describes circuit filters.
Global Filters
This section describes IPX (access controls) and SAP global filters.
IPX Access Controls
IPX access controls prevent the router from forwarding packets based on IPX addresses. You can use access controls to provide security or to stop the forwarding of packets from applications beyond the area of interest.
Access controls are based on the IPX source and destination addresses. Intermediate hop addresses are not important.
An IPX address for access controls consists of an IPX network number, an IPX host number, and a range of IPX socket numbers that you specify in hexadecimal. You can specify the network number and host number as 0, which is a wildcard that matches all network and host numbers. A range of 0 to FFFF is a wildcard for sockets.
When creating IPX access control lists, consider the following:
Never block the RIP and SAP sockets (0x0453 and 0x0452). Blocking these completely breaks the operation of IPX.
The access control list is global and applies to all interfaces. Use source and/or destination network numbers in the access controls to enact directional controls.
Understand the location of the services you are trying to protect. Use the IPX>slist command to determine the address of a service.
Note:
All services on a Novell file server (version 3.0 or higher) are on the server's internal network, usually at host 000000000001. Since that internal network number is unique, you can protect it by blocking all packets to the internal network socket range
0-FFFF. To block only the file server, use a socket range
0451-0451.
Some services have fixed socket numbers and some have dynamic (temporary) socket numbers. Sockets in the range 4000-7FFF are dynamic. There is no guarantee that the service will have the same socket number the next time you reboot the file server. However, Novell assigns socket numbers in the range 8000-FFFF. These socket numbers generally remain constant.
The router examines IPX packets for the following criteria:
Destination network - taken from the packet's IPX destination network field.
Destination host - taken from the packet's IPX destination host field.
Starting/Ending destination socket - taken from the packet's IPX destination host field. (The socket number is the location within the protocol that binds the packet to an application service.)
Source network - taken from the packet's IPX source network field.
Source host - taken from the packet's IPX source host field.
Starting/Ending source socket - taken from the packet's IPX source socket.
IPX config>add access control
Enter type [E]? i
Destination network number (in hex) [ ]? 18730
Destination host number (in hex) [ ]? 0000C93A0912
Starting destination socket number (in hex) [ ]? 0451
Ending destination socket number (in hex) [ ]? 0451
Source network number (in hex) [ ]? 1871
Source host number (in hex) [ ]? 0
Starting source socket number (in hex) [ ]? 4000
Ending source socket number (in hex) [ ]? 7FFF
IPX config>set access-control on
You are using servers with small bindery sizes, for example, NetWare Version 2.15 or lower, and must limit the amount of information in the SAP table.
You do not want to advertise certain services outside the local area, since remote access to them is inappropriate.
You want to remove clutter from the SAP table.
Note: The router allows you to enter service names in seven-bit ASCII only. Some service names use binary data in violation of Novell SAP specifications. You cannot filter those services by name.
A SAP filter can apply to all services of a type. Novell assigns four-digit hexadecimal type numbers for each type of service. Alternately, a SAP filter can apply to one particular service of a type. You do this by specifying the name of the service.A SAP type can only have several filters for a specific name, or one (wildcard) filter for all names.
Creating SAP Filters
Follow these steps to configure SAP filters:
IPX Config> prompt. You must specify several key entries
that you normally find in the SAP broadcasts:
The following example shows the creation of a SAP filter against a specific print server.
IPX config>add sap-filter
Enter maximum number of hops allowed [1]? 2
Enter service type [0]? 0047
Enter Service Name [ ]? rem-ptr1
This SAP filter causes the router to ignore SAP advertisements from any print server (service type 0047) named rem-ptr1 that is more than two hops away. The filter prevents the router from propagating advertisements that match these criteria.
IPX Config> prompt to enable the filter.
IPX config> enable sap-filter
At the IPX> prompt enter slist all. Note the entry for the service(s) you want to filter.
SAP entries: active: 1 pre-allocated: 4000 in-use: 3
State Typ Service Name Hops Age Net / Node / Sock
SAP 0004 SABRE2 1 0:30 2CBF1D4E/000000000001/0451
Config> prompt, enter protocol ipx. Add the appropriate SAP filter and the appropriate hop count for the service you want to filter.
IPX> prompt to check that the service is not listed.
Press Space twice after you type a command to display the available parameters for each command. Enter help for information about using the command line interface.
[C] means the command is available at the IPX Config> prompt.
[M] means the command is available at the IPX> prompt.
| Command | Function |
|---|---|
| Add [C] | Adds access control for IPX packets and filters, broadcast and IPX WAN circuits, static RIP routes, SAP filters and static entries, and X.25 call destinations. |
| Access-controls [M] | Lists the status of IPX access controls and a count of how many times the router follows each control statement. |
| Clear-config [C] | Deletes all definitions of a certain category so that you do not have to remove them individually. |
| Clear-counters [M] | Clears the IPX counters. |
| Delete [C] [M] | At the configuration prompt, deletes individual parameters. At the monitoring prompt, deletes entries from the keepalive table. |
| Disable [C] [M] | At the configuration prompt, globally disables access controls, IPX, static routes, and SAP filters. At the monitoring prompt, globally disables IPX and disables specific IPX circuits, IPX over PPP, and keepalive filtering. |
| Dump [M] | Displays the contents of the current IPX RIP routing tables. |
| Enable [C] [M] | At the configuration prompt, enables access controls, IPX, static routes, and SAP filters. At the monitoring prompt, globally enables IPX and enables specific IPX circuits, IPX over PPP, and keepalive filtering. |
| Filter-lists [C] [M] | Displays the prompts that allow you to configure and monitor IPX circuit-based filters. |
| Frame [C] | Specifies the data link format for Ethernet, Token Ring, and FDDI interfaces. |
| Ipxwan [M] | Lists configuration information about IPX running over a WAN interface using PPP. |
| Keepalive [M] | Shows status of keepalive filtering on each circuit and displays the status of each active client-server connection. |
| List [C] [M] | Displays the current IPX configuration. |
| Move [C] | Changes the line numbers set when adding access control. |
| Nlsp [C] |
Provides access to the NLSP Config> prompt where you can enter configuration settings for NLSP. |
| Nlsp-list [M] | Displays NLSP area addresses, neighbors, and all or part of the link state database. |
| Ping [M] | Sends ping packets to test reachability and routing. |
| Route [M] | Displays information on how a router routes to a given IPX network. |
| SAP-filters [M] | Lists the current SAP filters and the state of each filter. |
| Set [C] | Sets global routing parameters, memory sizes, router name, and internal network number. |
| Shutdown [M] | Carries out a Novell-style shutdown of IPX. |
| Slist [M] | Displays the entire SAP routing table or part of it. |
Add [C]
Adds access controls, broadcast and IPX WAN circuits, static routes, global IPX SAP filters, static SAP entries, and X.25 call destinations to your IPX configuration.
When the router receives a packet for the IPX protocol, and you enable IPX access controls, the router checks the packet against network/address/socket pairs in the access control list. If there is no match, the router drops the packet. If there is a match, and the entry is inclusive, the router receives the packet and, if it matches the rest of the criteria, forwards the packet. If the matching entry is exclusive, the router drops the packet.
After you use the add access-control command to create an access control list, enable the access controls by entering enable access-controls. Use the move command to change the order of the access-control list.
Note: If you do not enable reception of RIP (socket 453 hexadecimal) or SAP (socket 452 hexadecimal) packets, the IPX forwarder does not function.
Example:add access-control
Enter type [E]? i
Destination network number (in hex) [0]? 0
Destination host number (in hex) []? 0
Starting destination socket number in hex [0]? 0
Ending destination socket number in hex [0]? FFF
Source network number in hex [0]? 0
Source host number (in hex) []? 0
Starting source socket number in hex [0]? 452
Ending source socket number in hex [452]? 453
bcastcircuit
Defines and sets the configurable items for an IPX broadcast circuit. You can define a broadcast circuit over interfaces in which the underlying media provide a broadcast capability to all the other IPX nodes on the circuit.
You can define IPX broadcast circuits to run over LAN interfaces, such as Ethernet, Token Ring, and FDDI.
You can also define an IPX broadcast circuit to run over PPP, Frame Relay, and X.25. For purposes of interoperability with earlier releases of OpenROUTE software, you can use an IPX broadcast circuit over PPP, Frame Relay, and X.25 to connect to routers that are not running IPX WAN.
All router vendors may not support IPX broadcast circuits over WAN interfaces.
As the number of routers increases on Frame Relay or X.25, an IPX broadcast circuit over Frame Relay or X.25 may indeed be the superior solution versus defining separate IPX WAN circuits for each router for each individual Frame Relay DLCI or X.25 PVC or SVC.
add bcastcircuit
Which interface [0]?
IPX enabled on this circuit (y/n) [y]?
IPX network number (00000001-FFFFFFFD) [0]? 1
Continue with expert config questions?(Yes or [No]): y
Enter new value, or <ENTER> to accept current value,
On most numeric questions, enter 0 to set back to standard IPX default.
NLSP Priority for becoming designated router (1-127) [64]?
NLSP Cost default override, 0 = no override (1-63) [0]?
NLSP MTU, in bytes, 0 = circuit default maximum (576-4200) [0]?
NLSP maximum packets per second (1-100) [18]?
NLSP Hello interval, in secs, 0 = use globals default (1-600) [0]?
NLSP Hello HoldTimeMultiplier, 0 = use globals default (2-20) [0]?
NLSP multicast address usage (y/n) [y]?
NLSP enabled (y/n) [y]?
RIP routing options, 1=off, 2=on, 3=auto (1-3) [3]?
RIP interpacket gap, in milliseconds (10-10000) [55]?
RIP periodic update interval, in minutes (1-1440) [1]?
RIP aging multiplier (2-10000) [4]?
RIP maximum packet size (40-4032) [432]?
RIP ticks default override, 0 = no override (1-20000) [0]?
SAP routing options, 1=off, 2=on, 3=auto (1-3) [3]?
SAP interpacket gap, in milliseconds (10-10000) [55]?
SAP periodic update interval, in minutes (1-1440) [1]?
SAP aging multiplier (2-10000) [4]?
SAP maximum packet size (96-4128) [480]?
DISABLE SAP reply to get nearest server (y/n) [n]?
The purpose of this value is to allow the adjustment of the
split-horizon behavior of IPX on non-IPXWAN Frame Relay interfaces,
as needed. Otherwise, it is recommended to not adjust this value.
Split-horizon, 0=heuristic, 1=enabled, 2=disabled (0-2) [1]?
NetBIOS forwarding enabled (y/n) [y]?
Split-horizon, 0=heuristic, 1=enabled, 2=disabled (0-2) [1]?
Enable keepalive filtering (y/n) [n]?
NetBIOS forwarding enabled (y/n) [y]?
|
IPX enabled on this circuit
| Specifies whether or not the IPX circuit is enabled. Allows you to quickly turn off and on an IPX broadcast circuit definition, eliminating the need to fully delete and add the definition. |
|
IPX network number
|
You must specify a nonzero IPX network number for the broadcast circuit. It should be unique among the other IPX network numbers in your internet. All IPX routers and servers on this IPX broadcast circuit must have the IPX network number for the circuit set to the same value. |
|
Continue with expert questions
|
Normally, you answer No here and you are finished. If you answer Yes, the software asks you many advanced configuration questions, but rarely do you need to adjust these items. Enter a new value, press Enter to accept the current value, or enter 0 (zero) to set the item back to its default value. |
|
NLSP priority for becoming designated router
|
The priority of this router to become the NLSP designated router on this broadcast circuit. To force this router to always become and remain the designated router, set the NLSP priority to a large value and keep other routers at the default of 64. Nx Networks recommends setting a value of 100 for the designated router. When an NLSP router elects itself designated router, it raises its priority by 20. |
|
NLSP cost default override values
|
Usually, you should enter 0 (zero), which causes
the NLSP cost to default according to the default cost table that assigns
a number from 1 to 63 based on the throughput of the circuit. See Table
1.
You can override the default NLSP cost, which is the most important factor in NLSP routing. You would do this to force NLSP to route in a way that the default cost for the circuit does not do. Reasons you would override the cost would be to
|
|
NLSP MTU
|
The maximum size, in bytes, that the router supports locally on this circuit for NLSP Hello frames. Includes the IPX header, but not the data-link header or trailer. The default automatically tries to use the maximum MTU that the underlying circuit supports. The software automatically negotiates the value downward among the routers on the broadcast circuit. There should not be any reason to change this parameter except for an interoperability or workaround situation. |
|
NLSP maximum packets
|
The maximum rate, in packets per second, at which the router can send consecutive NLSP LSP packets or consecutive CSNP packets on this circuit. You may want to adjust this value to be lower if the rate is too fast for the receiving routers or is consuming too much of the circuit throughput. The router uses the lower value in packets per second, and the calculation of circuit throughput/10000 bps, as the packet rate for sending consecutive LSP or CSNP packets. Since there is already an automatic adjustment in the rate for low throughput circuits, it may not be necessary to manually lower this value. |
|
NLSP Hello interval
|
The interval, in seconds, between NLSP Hello packets on this circuit. If 0, use the global default value that BcastHelloInt specifies under the set globals command at the NLSP config> prompt. |
|
NLSP Hello HoldTimeMultiplier
|
A number constant used in calculating the holding time in the Hello packet. The holding time is calculated as the HoldTimeMultiplier times the value of the NLSP Hello interval. The holding time is the length of time after which the receiving router considers the sending router as no longer present, assuming it receives no more Hello packets.
If 0, use the global default value HoldTimeMultiplier
specifies under the set globals command
at the |
|
NLSP multicast address
|
When NLSP sends to all routers on the broadcast circuit, this value specifies if NLSP uses a multicast MAC address or the broadcast address. Always specify Yes to multicast because multicast is more efficient than broadcast. Additionally, NLSP routers automatically negotiate back to using the broadcast address if one of the other routers does not have multicast capabilities. If you select No, this router only uses the broadcast address. This can be used as a workaround to interoperate with another NLSP router with a multicast problem. |
|
NLSP enabled
|
Normally, you want to enable NLSP. The default strategy of the broadcast circuit running NLSP, combined with the ability to automatically turn on RIP if the software detects any RIP routers on the broadcast circuit, works very well. However, there may be situations where you enable NLSP globally, but you want to make sure a certain broadcast circuit only runs RIP and never sends or receives any NLSP packets. One example where this may be useful is when you are trying to minimize traffic on an IPX broadcast circuit over a WAN interface. By not sending NLSP packets, you save bandwidth, and a dial-on-demand circuit can come down more often. |
|
RIP routing options
|
RIP routing indicates whether or not the router sends and receives RIP routing information over this circuit.
RIP does not run unless there are other RIP routers on the broadcast circuit that need RIP. Auto RIP routing is initially off and the router does not send periodic RIP packets unless it first detects another RIP router on the circuit. If the RIP routers are down or removed, RIP automatically stops. The router always responds to end-station RIP requests regardless of the RIP routing setting. |
|
RIP interpacket gap
| The gap, in milliseconds, between RIP packets. The default is the Novell default of 55. The router's timing capabilities limit the accuracy of the gap. |
|
RIP periodic update interval
|
The RIP periodic update interval, in minutes. Changing the update interval to a higher value reduces the amount of periodic RIP packet traffic from the circuit. As a general rule, you should configure all IPX routers on the circuit in the same way. |
|
RIP aging multiplier
|
The holding multiplier controls how the router ages out information it receives in RIP packets. Usually, the aging multiplier is the value 3 or 4 on an IPX router. Calculate the RIP age-out time as RIP periodic update interval x the RIP aging multiplier = RIP age-out time One reason for changing the aging multiplier to a higher value is to provide a higher age-out time if your RIP routes are prematurely aging out too fast. |
|
RIP maximum packet size
|
The size, in bytes, of RIP packets sent on this circuit. Calculate the standard value as 32 + (50 RIP entries x 8 bytes per entry) = 432 Do not change this value (either higher or lower) unless there is a very special reason related to circuit bandwidth. Other vendor's routers may not support values higher than the standard value. The maximum MTU size the underlying circuit supports automatically limits the RIP packet size. |
|
RIP ticks default override
|
Normally, you want the default of 0 (zero), which allows IPX to perform the standard calculation of ticks for this circuit automatically. If set to nonzero, the automatically calculated tick value for this circuit is overridden by the nonzero value. Two reasons for overriding the default value for the ticks are to force
|
|
SAP routing options
|
SAP routing indicates whether the router sends or receives SAP routing information over this circuit.
SAP is not run unless there are other SAP routers on the broadcast circuit that need SAP. SAP routing is initially Off and the router does not send periodic SAP packets unless it first detects another SAP router on the circuit. If the SAP routers are down or removed, SAP stops automatically. The router always responds to end-station SAP requests regardless of the SAP routing setting. Auto SAP detection is tied to auto RIP detection; that is, auto SAP is on as long as auto RIP is on. |
|
SAP interpacket gap
|
Similar to RIP interpacket gap, but for SAP packets. |
|
SAP periodic update interval
|
Similar to RIP periodic update interval, but for SAP packets. |
|
SAP aging multiplier
|
Similar to RIP aging multiplier, but for SAP packets. |
|
SAP maximum packet size
|
The size, in bytes, of SAP packets the router sends on this circuit. Calculate the standard value as 32 + (7 SAP entries x 64 bytes per entry) = 480. Do not change this value (either higher or lower) unless there is a very special reason related to circuit bandwidth. Other vendor's routers may not support higher than the standard value. The maximum MTU size the underlying circuit supports automatically limits the SAP packet size. |
|
Disable SAP reply to get nearest server
|
Specifies whether or not the router responds to get-nearest-server requests on this circuit. This parameter lets you adjust the split-horizon behavior of IPX on non-IPX WAN Frame Relay interfaces as needed. Otherwise, Nx Networks does not recommend that you adjust this value. |
|
Split-horizon
| Specifies whether or not to use the split-horizon rule for RIP and SAP routing broadcasts. |
|
NetBIOS forwarding enabled
|
Although the default is Yes, you may disable the handling of NetBIOS packets, also referred to as Type 20 packets, on this circuit. If No, the router does not receive or send NetBIOS packets on this circuit. A reason for disabling NETBIOS forwarding is that you may want to stop NetBIOS packets from going over a circuit and using unnecessary circuit bandwidth if you know that this part of the IPX internet does not require NetBIOS capabilities. |
ipxwancircuit
Prompts you for configurable items for an IPX WAN circuit. An IPX WAN circuit defines a point-to-point WAN connection that has an IPX router on each end of the WAN connection.
The IPX WAN circuit can physically map to an interface running PPP, an individual Frame Relay DLCI, an X.25 PVC or SVC, or an IP Relay circuit.
The IPX WAN circuit, which adheres to the Novell standard for WANs, performs an IPX WAN negotiation before the router can forward any IPX data traffic on the circuit. The key items negotiated by IPX WAN are
The routing protocol to be used between the IPX routers, which is one of the following routing protocols: NLSP, unnumbered RIP, numbered RIP, on-demand-static routing, or client-router.
The IPX network number, if any, for the circuit.
Measurements for the RIP delay for the circuit, and, if NLSP is the chosen protocol, measurements for the NLSP delay and NLSP throughput. The routing protocols in the routing algorithm use these measurements.
add ipxwancircuit
prompting for the involved circuit...
Enter interface number, or 9999 for IP Relay [0]?
Note: A circuit name is required to further identify
the individual Frame Relay, X.25, or IP Relay IPXWAN circuit.
For Frame Relay, this name is defined under FR Config>add perm.
For X.25, this name is defined under IPX Config>add X25CallDestination.
For IP Relay, this name is defined under IP Config>add hostname.
Circuit name []? ipxwan
IPX enabled on this circuit (y/n) [y]?
Use client-router routing (y/n) [n]?
Use static routing (y/n) [n]?
NLSP routing acceptable (y/n) [y]?
Unnumbered RIP routing acceptable (y/n) [y]?
RIP routing acceptable (y/n) [y]?
IPX network number (00000001-FFFFFFFD) [0]? 1
Continue with expert config questions?(Yes or [No]):y
Enter new value, or <ENTER> to accept current value,
On most numeric questions, enter 0 to set back to standard IPX default.
NLSP Cost default override, 0 = no override (1-63) [0]?
NLSP IPXWAN delay default override, in milliseconds,
0 = use IPXWAN calculated default (1-1000) [0]?
NLSP IPXWAN throughput default override, in bits per sec,
0 = use IPXWAN calculated default (1-100000000) [0]?
NLSP MTU, in bytes, 0 = circuit default maximum (576-4200) [0]?
NLSP maximum packets per second (1-100) [18]?
NLSP Hello interval, in secs, 0 = use globals default (1-20000) [0]?
NLSP Hello HoldTimeMultiplier, 0 = use globals default (2-20) [0]?
RIP interpacket gap, in milliseconds (10-10000) [55]?
RIP periodic update interval, in minutes (1-1440) [1]?
RIP aging multiplier (2-10000) [4]?
RIP maximum packet size (40-4032) [432]?
RIP ticks default override, 0 = no override (1-20000) [0]?
SAP interpacket gap, in milliseconds (10-10000) [55]?
SAP periodic update interval, in minutes (1-1440) [1]?
SAP aging multiplier (2-10000) [4]?
SAP maximum packet size (96-4128) [480]?
DISABLE SAP reply to get nearest server (y/n) [n]?
Enable keepalive filtering (y/n) [n]?
NetBIOS forwarding enabled (y/n) [y]?
|
Circuit name
|
If the router requires a circuit name, the prompt for the circuit name appears. The router requires a circuit name to further identify the individual Frame Relay, X.25, or IP Relay IPX WAN circuit.
|
|
IPX enabled on this circuit
| Specifies whether or not you want to enable the IPX circuit. It conveniently lets you quickly turn off and on an IPX broadcast circuit definition, eliminating the need to fully delete and add the definition. |
|
Client-router routing
| The default is No. Answer Yes if client-routing is acceptable. If Yes, this means that the IPX machine on the other end of the IPX WAN circuit must be a client and not a router. If Yes, none of the other routing questions are relevant and the software skips them. |
|
Static routing
| The default is No. Answer Yes if static routing is acceptable. If Yes, this means that you want no routing protocol at all to run over the IPX WAN circuit, that is, no RIP or SAP. If Yes, none of the other routing questions are relevant and the software skips them. |
|
NLSP routing
|
The default is Yes. Answer Yes if NLSP routing is acceptable during IPX WAN negotiation. Even if this value is Yes, it is ignored and is always treated as if it is No unless you enable it globally. This is done so that, in general, the only thing you need to do to switch back and forth from RIP routing and NLSP routing is to enable or disable NLSP globally. During negotiation, if there is a choice, the router gives priority to NLSP over unnumbered RIP and numbered RIP. |
|
Unnumbered RIP routing
|
The default is Yes. Answer Yes if unnumbered RIP is acceptable during IPX WAN negotiation. During negotiation, if there is a choice, the router gives priority to unnumbered RIP over numbered RIP. |
|
RIP routing acceptable
| The default is Yes. Answer Yes if numbered RIP is acceptable during IPX WAN negotiation. |
|
IPX network number
|
The default is 0 (zero). The only reason to assign an IPX network number is to run numbered RIP and nothing else. Otherwise, you can let the other router assign the network number. If the routers negotiate unnumbered RIP, the number is always 0 (zero) anyway. If you selected client-router routing, you must enter a network number. |
|
Expert config questions
| Usually, you answer No here and you are done. If you answer Yes, the software asks you many advanced configuration questions, but rarely do these items need adjusting. |
|
NLSP cost default override
|
See NLSP cost default
override values.
This item is for expert fine tuning of routing and you should not use it unless the network is already up and running. Any change of this nature probably involves a coordinated change across several routers. |
|
NLSP IPXWAN throughput default override
|
The default is 0 (zero), which means NLSP uses the IPX WAN calculated throughput value. You can override this value if necessary. Throughput is the second most important criteria in NLSP routing after NLSP cost. This item is for expert fine tuning of routing and you should not use it unless the network is already up and running. Any change of this nature probably involves a coordinated change across several routers. |
|
NLSP IPXWAN delay default override
|
The default is 0 (zero), which means NLSP uses the IPX WAN calculated delay value. You can override this value if necessary. Delay is the third most important criteria in NLSP routing, after NLSP cost and throughput. This item is for expert fine tuning of routing and you should not use it unless the network is already up and running. Any change of this nature probably involves a coordinated change across several routers. |
|
NLSP MTU
|
See NLSP MTU. |
|
NLSP maximum packets
|
See NLSP maximum packets. |
|
NLSP Hello interval
|
The interval, in seconds, between NLSP Hello packets
on this circuit. If 0 (zero), use the global default value that nonBcastHelloInt
specifies under the set globals command at
the NLSP Config> prompt.
You can adjust the Hello timer value to fairly high values to reduce the possibility of dial-on-demand circuits unnecessarily coming up. |
|
NLSP HoldTimeMultiplier
|
A number constant used in calculating the holding time sent in the Hello packet. The holding time is the length of time after which the receiving router considers the sending router as no longer present, assuming it receives no more Hello packets. The holding time is calculated as this number times the value of the NLSP Hello Interval.
If 0 (zero), the router uses the global default value specified under the set globals command. The defaults should always work; however, HelloTimer and HoldTimeMultiplier give complete control, if needed, of the Hello protocol on a per circuit basis. |
|
Disable SAP reply
|
See Disable SAP reply to get nearest server. |
|
Enable keepalive filtering
| The default is No. If Yes, you enable keepalive filtering. |
|
NetBIOS forwarding enabled
|
See NetBIOS forwarding enabled. |
If you specify either numbered RIP or unnumbered RIP as an allowed protocol, the software also asks the following questions. See the discussion of these options under the add bcastcircuit command.
RIP interpacket gap, in milliseconds (10-10000)[55]?
RIP periodic update interval, in minutes (1-1440) [1]?
RIP aging multiplier (2-10000) [4]?
RIP maximum packet size (40-4032) [432]?
RIP ticks default override, 0 = no override (1-20000) [0]?
SAP interpacket gap, in milliseconds (10-10000)[55]?
SAP periodic update interval, in minutes (1-1440) [1]?
SAP aging multiplier (2-10000) [3]?
SAP maximum packet size (96-4128) [480]?
IPX net address: (00000001-FFFFFFFE) [0]?
<prompting for the involved circuit...>
IPX node address, in hex: [000000000001]?
Ticks: (0-30000) [0]?
Hops: (0-14) [0]?
sap-filter
Enables you to determine the number of hops that are reasonable for a service. You can configure IPX SAP filters to ignore certain entries in SAP advertisements. This limits the size of the SAP database, which could be necessary due to size limitations in older versions of NetWare file servers. It also limits the amount of SAP data sent across WAN links.
SAP filters are a global ordered list of filter entries. Each filter entry has a maximum hop count, a service type, and an optional service name. When the router receives a SAP packet, it compares each SAP entry with the filter list. If the SAP entry matches an entry in the filter list, the router does not enter it into the local SAP database. If there is no match, the router accepts the SAP entry.
The following example displays any SAP advertisements for the Lotus Notes server, NOTES-CHICAGO, at more than two hops.
After you add filters, you need to enable them by entering enable sap-filters.
Maximum number of hops allowed [1]? 2
Service type in hex [4]? 039B
Optional service name []? NOTES-CHICAGO
sap-static
Defines an IPX static SAP entry.
Sap type: (00000000-0000FFFF) [0]?
SAP name []?
<prompting for the involved circuit...>
SAP details:
IPX net address: (00000001-FFFFFFFE) [0]?
IPX node address, in hex: [000000000001]?
IPX socket: (00000000-0000FFFF) [0]?
Hops: (0-14) [0]?
x25calldestination
Creates X25CallDestination definitions. You must create an X25CallDestination for each IPX WAN X.25 circuit to further define what type of X.25 circuit is involved and its associated DTE address.
Example: add X25calldestination
X.25 circuit name []?
IPX X25 circuit type (PVC/INSVC/OUTSVC) [PVC]?
IPX DTE Address []?
|
X.25 circuit name
|
Must match the circuit name used in the corresponding IPXWANCircuit definition under the add ipxwancircuit command. |
|
IPX X.25 circuit type
|
One of the following X.25 circuit types:
|
|
IPX DTE address
| An X.121 DTE address, from 1 to 15 digits of 0-9, to identify the specific destination DTE. |
The following are helpful hints for definitions that you must make at the X.25 Config> prompt:
You must use an add protocol type statement, even if you are only going to use PVCs.
X.25 Config> add protocol ipx
Window Size [4]?
Default Packet Size [128]? 512
Maximum Packet Size [256]? 512
Circuit Idle Time [30]?
Max VCs [4]?
Since IPX WAN sends extra IPX WAN packets with 512 bytes of data to measure NLSP delay and throughput during IPX WAN negotiation, for very slow baud rate lines that negotiate the NLSP protocol, you may need to ensure a minimum window size and minimum packet size for this to work properly. For example, minimum window size of 4 and packet size of 512 work well for 9600 baud lines.
For each PVC X25CallDestination definition, you must configure a corresponding X.25 PVC definition for IPX within X.25, and the DTE address that you give must match the DTE address you configured in the X25CallDestination definition.
X.25 Config> add pvc ipx
Packet Channel [1]? 5
Destination X.25 Address []? 1234
Window Size [4]?
Packet Size [128]? 512
As noted previously, the window size and packet size may need adjustment if NLSP is the protocol and the baud rate is very slow.
access-controls
Access Control currently disabled
Access Control list is empty.
Example: clear-config route-static
sap-static
Deletes all SAP static entries.
Example: clear-config sap-static
Clear-counters [M]
Zeroes all IPX counters, which include all those listed under the list counters command. This can be useful when analyzing a problem or performance.
clear-counters
Delete [C] [M]
You can use delete at both the configuration and monitoring prompts, as described in the next sections.
Delete [C]
Deletes selected items.
Note: This command's options are the same as those for the add command.
Syntax: delete
Example: delete access-control
Enter index of access control to be deleted [1]? 1
# T Dest Net Host Sck Sck Src Net Host Sck Sck
1 I 0 000000000000 0 FFF 0 000000000000 452 453
Are you sure this is the record you want to delete(Yes or [No]): yes
Deleted
Which interface [0]?
Entry deleted
<prompting for the involved circuit...>
Entry deleted
IPX net address: (00000001-FFFFFFFE) [0]? 111
<prompting for the involved circuit...>
IPX node address, in hex: [000000000001]?
Entry deleted
Maximum number of hops allowed [1]? 2
Service type in hex []? 039B
Optional service name []? NOTES-CHICAGO
Are you sure(Yes or [No]): yes
Deleted
Sap type: (00000000-0000FFFF) [0]? 4
SAP name []? SABRE2
<prompting for the involved circuit...>
Entry deleted
Example: delete x25calldestination
X.25 circuit name []? openroutepvc
Entry deleted
delete keepalive
Which Keepalive connection? [0]?
No such connection
Disable [C]
At the IPX config> prompt, disables the selected item.
Example: disable access-controls
ipx
Globally disables the IPX forwarder.
nlsp
Globally disables the NLSP protocol.
This is an extremely important command because it lets you quickly change the router from an NLSP router to a RIP router with one simple command.
route-static
Globally disables the static routes.
sap-filter
Globally disables SAP filters.
sap-static
Globally disables the SAP static routes.
Disable [M]
At the IPX> prompt, disables the circuit, static route, or static SAP route.
<prompting for the involved circuit...>
Disabling circuit
<prompting for the involved route-static...>
Disabling route-static
<prompting for the involved sap-static...>
Disabling sap-static
Routing entries: active: 4 pre-allocated: 128 in-use: 4
Type Dest net Hops Ticks Age(M:S) Next Hop Circuit
Dir 56785678 0 1 0:00 56785678/000000000001 internal
Dir 00111111 0 1 0:00 00111111/00009318C41E 2(Eth/2)
Dir 00222222 0 1 0:00 00222222/00009318C49E 3(Eth/3)
RIP 34343434 1 2 0:30 00111111/0000E8C411A3 2(Eth/2)
NLSP 34343434 1 2 0:30 00222222/000093843808 3(Eth/3)
direct
Displays only the direct routes portion of the routing table.
Type Dest net Hops Ticks Age(M:S) Next Hop Circuit
Dir 56785678 0 1 0:00 56785678/000000000001 internal
Dir 00222222 0 1 0:00 00222222/00009318C49E 3(Eth/3)
Dir 00333333 0 1 0:00 00333333/00009318C45E 4(Eth/4)
Dir 00111111 0 1 0:00 00111111/00009318C41E 2(Eth/2)
range
Displays a subsection of the routing table based on a range of network addresses. This is an important capability when a router has a large routing table and listing the entire table is too tedious.
The following example shows the routing table for the networks from A0009-A000B.
First IPX net: (00000000-FFFFFFFF) [0]? A0009
Last IPX net: (000A0009-FFFFFFFF) [A0009]? A000B
Type Dest net Hops Ticks Age(M:S) Next Hop Circuit
RIP 000A0009 10 100 1:00 00111111/0000E8C411A3 2(Eth/2)
RIP 000A000A 1 10 1:00 00111111/0000E8C411A3 2(Eth/2)
RIP 000A000B 2 20 1:00 00111111/0000E8C411A3 2(Eth/2)
static
Displays the static routes defined in the routing table.
Type Dest net Hops Ticks Age(M:S) Next Hop Circuit
Stat 00205333 0 1 0:00 00205333/000000000001 internal
Stat 00333444 0 1 0:00 00333444/0000C90103A8 5(TKR/1)
Stat 00000000 0 13 0:00 00000000/002053330000 2(X25/0):x25circ-in
Stat 00000000 0 13 0:00 00000000/002053330000 2(X25/0):x25circ-out
Stat 00000000 0 7 0:00 00000000/002053330000 1(PPP/0):<none>
Enable [C] [M]
You can use enable for both configuring and monitoring as described in the next sections.
Enable [C]
Enables the selected item.
Example: enable access-controls
ipx
Globally enables the IPX forwarder.
nlsp
Globally enables the NLSP protocol.
This is an extremely important command because lets you quickly change the router from a RIP router to an NLSP router with one simple command.
route-static
Globally enables the static routes.
sap-filter
Globally enables SAP filters.
sap-static
Globally enables the SAP static routes.
Enable [M]
Interactively enables IPX on a circuit or enables a static route or a static SAP entry.
<prompting for the involved circuit...>
Reread config memory for latest circuit values?(Yes or [No]):
Enabling circuit
The software could not find the underlying circuit.
The IPX network number was a duplicate of another active circuit's IPX network number.
A broadcast circuit has 0 (zero) network number.
sap-static
Dynamically enables SAP static entries.
Filter-lists [C] [M]
You can use filter-lists for both configuring and monitoring as described in the next sections.
Note: Since OpenROUTE 2.2, a filter now applies to an IPX circuit instead of strictly to an interface.
IPX IPX-List Config>
IPX RIP-List Config>
IPX Router-List Config>
IPX SAP-List Config>
IPX IPX-Lists>
IPX RIP-Lists>
IPX Router-Lists>
IPX SAP-Lists>
The default encapsulation formats are
Note: When there are incorrect or invalid configuration records, the router uses the default frame values. Syntax: frameframe token-ring msb
Which interface [0]?
Ipxwan [M]
Lists information for IPX WAN circuits.
prompting for the involved circuit...
Is the circuit based upon a normal router interface? [Yes]:
Which interface [0]? 2
Note: A circuit name is only required if one needs to identify
an individual IPXWAN circuit on a circuit-based network such as Frame
Relay.
Circuit name of the circuit []? raleigh
Detailed information for IPXWAN circuit 1:raleigh
State: Master
Neighbor Name: rbx250-1
Negotiated Routing Type: Unnumbered RIP
Network Number: 0
RIP Link Delay: 990ms
NLSP delay
calculated: 66660us
used: 66660us
NLSP throughput
calculated: 62205b/s
used: 62205b/s
summary
Lists a brief summary display of all IPX WAN circuits.
Neighbor Name State Circuit
---------------- ----------- ----------------
rbx250-250333 Master 5(X25/0):x25circ-out
rbx250-250333 Master 5(X25/0):x25circ-in
<none> Down 6(PPP/0):<none>
<none> Negotiating 5(X25/0):x25pvc
| N |