Tranzeo Wireless Technologies RAKT3KN2 WIRELESS MESH ROUTER User Manual USERS MANUAL 2
Tranzeo Wireless Technologies, Inc WIRELESS MESH ROUTER USERS MANUAL 2
Contents
- 1. USERS MANUAL 1
- 2. USERS MANUAL 2
USERS MANUAL 2
Document No. TR0149 Rev C5
EnRoute500
User’s Guide
Rev. C5
Next Generation Mesh Networks, Today™
Tranzeo Confidential
Tranzeo Wireless Technologies Inc.
19473 Fraser Way, Pitt Meadows, BC, Canada, V3Y 2V4
www.tranzeo.com
technical support email: support@tranzeo.com
EnRoute500 User’s Guide
TR0149 Rev. C5 2
Tranzeo, the Tranzeo logo and EnRoute500 are trademarks of Tranzeo Wireless Technologies Inc. All rights reserved.
All other company, brand, and product names are referenced for identification purposes only and may be trademarks that are
the properties of their respective owners.
Copyright © 2007, Tranzeo Wireless Technologies Inc.
EnRoute500 User’s Guide
TR0149 Rev. C5 3
FCC Notice to Users and Operators
This device complies with Part 15 of the FCC Rules. Operation is subject to the following two
conditions: (1) This device may not cause harmful interference, and (2) This device must
accept any interference received, including interference that may cause undesired operation.
This equipment has been tested and found to comply with the limits for Class B Digital Device,
pursuant to Part 15 of the FCC Rules. These limits are designed to provide reasonable
protection against harmful interference in a residential installation. This equipment generates
and can radiate radio frequency energy and, if not installed and used in accordance with the
instructions, may cause harmful interference to radio communications. However, there is no
guarantee that interference will not occur in a particular installation. If this equipment does
cause harmful interference to radio or television reception, which can be determined by turning
the equipment off and on, the user is encouraged to try to correct the interference by one or
more of the following measures.
• Reorient or relocate the receiving antenna
• Increase the separation between the equipment and receiver
• Connect the equipment into an outlet on a circuit different from that to which the receiver is
connected
• Consult the dealer or an experienced radio/TV technician for help
Any changes or modification to said product not expressly approved by Tranzeo
Wireless Technologies Inc. could void the user's authority to operate this device.
The Tranzeo EnRoute500 Mesh Router must be installed by a trained professional,
value added reseller, or systems integrator who is familiar with RF cell planning
issues and the regulatory limits defined by the FCC for RF exposure, specifically
those limits outlined in sections 1.1307.
EnRoute500 User’s Guide
TR0149 Rev. C5 4
Table of Contents
1 Working with the EnRoute500........................................................................... 8
1.1 EnRoute500 Capabilities.......................................................................................8
1.2 Network Topology .................................................................................................9
1.3 Network Terminology ..........................................................................................10
1.4 EnRoute500 Interfaces .......................................................................................10
1.5 Deployment Considerations ................................................................................12
1.5.1 Mesh channel selection...................................................................................... 13
1.5.2 AP channel selection.......................................................................................... 13
2 Using the Command Line Interface ................................................................ 14
2.1 Accessing the CLI ...............................................................................................14
2.2 User Accounts.....................................................................................................15
2.3 CLI Interfaces......................................................................................................16
2.4 CLI Features .......................................................................................................16
2.4.1 Control of the Cursor.......................................................................................... 16
2.4.2 Cancel a Command ........................................................................................... 16
2.4.3 Searching the Command History ....................................................................... 17
2.4.4 Executing a Previous Command ........................................................................ 17
2.5 CLI Commands ...................................................................................................17
2.5.1 ‘?’ command....................................................................................................... 17
2.5.2 ‘whoami’ command ............................................................................................ 17
2.5.3 ‘help’ command .................................................................................................. 18
2.5.4 ‘show’ command ................................................................................................ 18
2.5.5 ‘use’ command................................................................................................... 19
2.5.6 ‘set’ command .................................................................................................... 20
2.5.7 ‘get’ command.................................................................................................... 21
2.5.8 ‘list’ command .................................................................................................... 22
2.5.9 ‘ping’ command .................................................................................................. 22
2.5.10 ‘ifconfig’ command ............................................................................................. 23
2.5.11 ‘route’ command................................................................................................. 23
2.5.12 ‘clear’ command ................................................................................................. 23
2.5.13 ‘history’ command .............................................................................................. 24
2.5.14 ‘!’ command........................................................................................................ 25
2.5.15 ‘exit’ command ................................................................................................... 26
2.5.16 ‘quit’ command................................................................................................... 26
3 Using the Web Interface .................................................................................. 27
3.1 Accessing the Web Interface...............................................................................27
3.2 Status Page.........................................................................................................28
3.3 Setting Parameters .............................................................................................29
3.4 Help Information..................................................................................................30
3.5 Rebooting............................................................................................................30
EnRoute500 User’s Guide
TR0149 Rev. C5 5
4 Initial Configuration of an EnRoute500 .......................................................... 32
5 Configuration Profile Management................................................................. 34
5.1 Saving the Current Configuration........................................................................34
5.2 Load a Configuration Profile................................................................................34
5.3 Delete a Configuration Profile .............................................................................35
5.4 Downloading a Configuration Profile from a Node ..............................................35
5.5 Uploading a Configuration Profile to a Node .......................................................36
6 System Settings ............................................................................................... 37
6.1 User Passwords ..................................................................................................37
6.2 Operating Scheme ..............................................................................................37
6.3 Mesh / Node ID ...................................................................................................39
6.4 Mesh Prefix .........................................................................................................40
6.5 LAN Prefix...........................................................................................................40
6.6 DNS / Domain Settings .......................................................................................41
6.7 DNS Proxy Configuration ....................................................................................42
6.8 Netbios Server ....................................................................................................42
6.9 Location...............................................................................................................43
6.10 Certificate Information .........................................................................................44
6.11 CLI timeout..........................................................................................................45
7 Mesh Radio Configuration............................................................................... 46
7.1 Channel...............................................................................................................46
7.2 ESSID .................................................................................................................47
7.3 Encryption ...........................................................................................................47
7.4 Transmit Power ...................................................................................................48
7.5 IP Configuration ..................................................................................................49
7.6 Neighbor Status ..................................................................................................49
8 Ethernet Interface Configuration .................................................................... 51
8.1 IP Configuration for Repeater Nodes and Their Clients ......................................51
8.1.1 Ethernet Client Device Address Space .............................................................. 51
8.1.2 Ethernet Interface IP Address ............................................................................ 54
8.1.3 IP Configuration of Clients Devices via DHCP ................................................... 54
8.1.4 Manual IP Configuration of Client Devices......................................................... 54
8.2 IP Configuration for Gateway Nodes...................................................................55
8.2.1 DHCP................................................................................................................. 55
8.2.2 Manual IP Configuration..................................................................................... 56
9 Access Point (AP) Configuration.................................................................... 58
9.1 Access Point Interfaces.......................................................................................58
9.2 Access Point Client Device Address Space ........................................................59
9.3 Enabling and Disabling Access Points ................................................................60
9.4 Channel...............................................................................................................61
9.5 ESSID .................................................................................................................62
9.6 IP Configuration for Nodes and Their Clients ......................................................62
EnRoute500 User’s Guide
TR0149 Rev. C5 6
9.6.1 Access Point IP Address.................................................................................... 63
9.6.2 IP Configuration of Clients Devices via DHCP ................................................... 63
9.6.3 Manual IP Configuration of Client Devices......................................................... 63
9.7 Client Devices .....................................................................................................64
9.8 Encryption and Authentication.............................................................................64
9.8.1 WEP Encryption ................................................................................................. 65
9.8.2 WPA Pre-Shared Key Mode (WPA-PSK)........................................................... 66
9.8.3 WPA EAP Mode................................................................................................. 66
9.9 Transmit Power ...................................................................................................67
10 Client DHCP Configuration.............................................................................. 69
10.1 Using Local DHCP Servers .................................................................................69
10.2 Using a Centralized DHCP Server ......................................................................71
10.2.1 Configuring the EnRoute500s ............................................................................ 72
10.2.2 Configuring the Central DHCP Server................................................................ 74
11 Connecting an EnRoute500 Gateway to a WAN ............................................ 75
11.1 Manual Configuration ..........................................................................................75
11.2 Network Address Translation (NAT)....................................................................75
11.3 VPN Access to a Mesh Gateway ........................................................................76
12 Controlling Access to the EnRoute500 .......................................................... 78
12.1 Firewall................................................................................................................78
12.2 Gateway Firewall.................................................................................................79
12.3 Blocking Client-to-Client Traffic...........................................................................80
12.4 Access Control Lists (ACLs)................................................................................81
12.4.1 Access Point Access Control Lists (ACLs)......................................................... 82
12.4.2 Mesh ACL .......................................................................................................... 82
13 Quality of Service (QoS) Configuration.......................................................... 84
13.1 Priority Levels......................................................................................................84
13.2 Rate Limiting .......................................................................................................87
13.3 Rate Reservation ................................................................................................89
14 Enabling VLAN Tagging .................................................................................. 92
14.1 Client Interface Configuration..............................................................................92
14.2 Gateway Configuration........................................................................................93
15 Integration with Enterprise Equipment .......................................................... 95
15.1 Configuring Splash Pages...................................................................................95
15.1.1 Enabling Splash Pages ...................................................................................... 95
15.1.2 Configuring Splash URLs................................................................................... 96
15.1.3 Configuring the Authentication Server................................................................ 99
15.1.4 Trusted MAC Addresses .................................................................................... 99
15.2 Backhaul Health Monitoring ..............................................................................100
15.3 Layer 2 Emulation .............................................................................................101
EnRoute500 User’s Guide
TR0149 Rev. C5 7
16 Hardware Configuration ................................................................................ 102
16.1 Power Over Ethernet Source ............................................................................102
17 Firmware Management .................................................................................. 104
17.1 Displaying the Firmware Version.......................................................................104
17.2 Upgrading the Firmware....................................................................................104
EnRoute500 User’s Guide
TR0149 Rev. C5 8
1 Working with the EnRoute500
Thank you for choosing the Tranzeo EnRoute500 Wireless Mesh Router. The EnRoute500
allows a wireless mesh network to be rapidly deployed with little configuration required by the
end user. This user’s guide presents a wide array of configuration options, but only a limited
number of options have to be configured in order to deploy a mesh network of EnRoute500s.
1.1 EnRoute500 Capabilities
The EnRoute500 is capable of automatically forming a mesh network that allows devices that
are connected to it, either with a wired or a wireless connection, to communicate with each
other and external networks that are accessed through gateway nodes. The EnRoute500 has
two radios, an 802.11a mesh backhaul radio and an access point radio for 802.11b/g-client
devices. An EnRoute500 will currently support up to four virtual access points (APs), each with
different access and performance settings. It is also possible to connect devices to an
EnRoute500 using an Ethernet connection.
Figure 1. EnRoute500 sample network – devices attach to
the EnRoute500 through both wired and wireless connections
EnRoute500 User’s Guide
TR0149 Rev. C5 9
1.2 Network Topology
EnRoute500s can be used to create two network topologies: a stand-alone network or an
Internet extension network that attaches to a network with connectivity to the Internet.
Internet
Internet
GW
RPT
RPT
RPT
RPT
RPT
RPT
RPT
RPT
RPT
RPT Repeater
GW Gateway
RPT
Figure 2. Internet extension network
An Internet extension network (shown in Figure 2) is typically used when the goal is to provide
Internet access to a number of clients that connect to the mesh network. Alternatively, this
configuration can be used to provide access for client devices to remote resources on a private
network. The key feature to note is that there is at least one gateway node that provides
access from the mesh network to an external network.
RPT
RPT
RPT
RPT
RPT
RPT
RPT
RPT
RPT
RPT
RPT RepeaterRPT Repeater
Figure 3. Stand-alone network
In a stand-alone network, as shown in Figure 3, all nodes are configured to operate in the
same mode. This network configuration is suitable for applications where the clients using the
mesh only need to communicate with each other and do not need to access the Internet or
other remote network resources that are not directly connected to the mesh.
EnRoute500 User’s Guide
TR0149 Rev. C5 10
1.3 Network Terminology
The following terms will be referred to throughout this manual.
Mesh cloud – a group of nodes configured as one or more clusters
Mesh cluster – a group of two or more EnRoute500s with at least one configured as a
gateway
Mesh node – a single EnRoute500 device that is part of a mesh
1.4 EnRoute500 Interfaces
The EnRoute500 has four external interfaces: power, Ethernet and two radio ports.
Power Ethernet
Figure 4. EnRoute500 interfaces
Mesh radio
port
AP r
adio
port
EnRoute500 User’s Guide
TR0149 Rev. C5 11
Interface Description
Power Power input (100-240VAC 50-60 Hz)
Mesh radio port N-type antenna connector for mesh radio
AP radio port N-type antenna connector for access point radio
Ethernet 10/100 Mbit Ethernet interface
Passive PoE PoE secondary power input (9-28VDC, 12W)
Not compatible with IEEE 802.3af
Table 1. EnRoute500 Interfaces
The EnRoute500 is equipped with an auto-sensing Ethernet port that allows both
regular and cross-over cables to be used to connect to it.
Pin Signal Standard Wire Color
1 Tx+ White/Orange
2 Tx- Orange
3 Rx+ White/Green
4 PoE+V Blue
5 PoE+V White/Blue
6 Rx- Green
7 Gnd White/Brown
8 Gnd Brown
Table 2. Ethernet port pinout
The EnRoute500 Ethernet port supports passive Power over Ethernet (PoE). The PoE power
injector should supply an input voltage between 9-28VDC and a minimum of 12W. The pinout
for the Ethernet interface on the EnRoute500 is provided in Table 2.
Attach the supplied antennas to the mesh and access point (AP) radio ports on the
EnRoute500. The antennas used for the two radios are different and it is important to correctly
match the antennas with the radio ports.
The mesh antenna should be attached to the mesh radio port and the access point antenna
should be attached to the AP antenna port, as shown in Figure 5.
EnRoute500 User’s Guide
TR0149 Rev. C5 12
Figure 5. Connecting the mesh and access point antennas
1.5 Deployment Considerations
The EnRoute500’s radios operate in the unlicensed 2.4 GHz and 5.8 GHz ISM bands. It is
possible that there will be other devices operating in these bands that will interfere with the
EnRoute500’s radios. Interference from adjacent EnRoute500s can also degrade performance,
if the EnRoute500s are not configured properly.
It is advisable to carry out a site survey prior to installation to determine what devices are
operating in the two bands that the EnRoute500 uses. To detect the presence of other 802.11
Mesh antenna
Access point
antenna
EnRoute500 User’s Guide
TR0149 Rev. C5 13
devices, a tool such as Netstumbler (http://www.netstumbler.com/downloads/) can be used. A
spectrum analyzer can be used for further characterization of interference in the band.
1.5.1 Mesh channel selection
The mesh radio channel must be the same for all EnRoute500s in a given mesh cluster.
Adjacent mesh clusters will get a performance benefit if they are on different channels as the
clusters will not interfere with each other. The 802.11a channels that the EnRoute500 mesh
radio can be configured to use are all non-overlapping.
1.5.2 AP channel selection
The access point radio channels used by the EnRoute500s in a mesh cluster can differ. It is
advisable to use different access point channels for adjacent mesh nodes to reduce
interference.
However, it may be more important to select the access point channel based on the presence
of other 802.11 devices in the area rather than configuring it to be different than that of an
adjacent EnRoute500. A site survey should be conducted to determine which access point
channel will provide the best performance.
Some of the 802.11b/g channels that the EnRoute500 access point radio can be configured to
use are overlapping. Only channels 1, 6, and 11 are non-overlapping.
EnRoute500 User’s Guide
TR0149 Rev. C5 14
2 Using the Command Line Interface
All configurable EnRoute500 parameters can be accessed with a Command Line Interface
(CLI).
The CLI allows you to:
• Modify and verify all configuration parameters
• Save and restore device configurations
• Reboot the device
• Upgrade the firmware
2.1 Accessing the CLI
The EnRoute500’s command-line interface (CLI) is accessible through the device’s network
interfaces using an SSH client. Any of the network interfaces can be used to establish the
SSH connection to the EnRoute500. However, connecting through the Ethernet port is
recommended for devices that have not previously been configured.
The EnRoute500 has a dedicated configuration interface that is accessible via the Ethernet
port. This interface is present regardless of the EnRoute500’s standard Ethernet interface
configuration. The address and netmask of this interface are provided in Table 3.
Since the configuration IP address (shown in Table 3) is the same for all
EnRoute500s, you should not simultaneously connect multiple EnRoute500s to a
common LAN and attempt to access them using the configuration IP address.
Parameter Setting
IP address 169.254.253.253
Netmask 255.255.0.0
Protocol SSH v2
User name admin
Default password mesh
Table 3. EnRoute500 Ethernet configuration interface settings
To use this interface:
1. Configure a computer with an IP address on the 169.254.0.0 subnet
2. Connect the PC to the EnRoute500 using an Ethernet cable. A standard or cross-over
cable will work.
EnRoute500 User’s Guide
TR0149 Rev. C5 15
3. Login to the node using an SSHv2-capable client application with the credentials
provided in Table 3.
Windows XP does not include an SSH client application. You will need to install a
3rd-party client such as SecureCRT from Van Dyke software
(http://www.vandyke.com/products/securecrt) or the free PuTTY SSH client
(http://www.putty.nl/) to connect to an EnRoute500 using SSH.
If you are configuring multiple EnRoute500s with the same computer in rapid
succession, it may be necessary to clear the ARP cache since the IP addresses for
the EnRoute500s will all be the same, but the MAC addresses will vary. The
following commands can be used to clear the ARP cache
Windows XP (executed in a command prompt window)
arp -d *
to clear the entire cache, or
arp -d 169.254.253.253
to just clear the EnRoute500 entry
Linux
arp -d 169.254.253.253
When you log in to the node, the CLI will present a command prompt. The shell timeout is
displayed above the login prompt. The CLI will automatically log out a user if a session is
inactive for longer than the timeout period. Section 6.10 describes how to change the timeout
period.
Shell timeout: 3 minutes.
Press '?' for help..
>
2.2 User Accounts
There are two user accounts for accessing the EnRoute500: ‘admin’ and ‘monitor’. With the
‘admin’ account all parameters can be set and viewed. The ‘monitor’ account only allows users
to view a subset of the parameters available. Parameters that affect access to the network,
such as encryption keys, are not viewable by the ‘monitor’ user. The only parameter that can
be set by the ‘monitor’ user is the shell timeout (see section 6.10). The passwords for both
EnRoute500 User’s Guide
TR0149 Rev. C5 16
users can only be set by the ‘admin’ user. The procedure for changing passwords is described
in section 6.1.
2.3 CLI Interfaces
The CLI provides the user with a number of interfaces that contain related parameters and
controls. Some of these interfaces are actual hardware interfaces, such as Ethernet, while
others are virtual interfaces that contain a set of related parameters.
The available interfaces are:
• mesh0 – controls for the mesh radio
• wlan1, wlan2, wlan3, wlan4 – controls for the virtual APs supported by the EnRoute500
• eth0 – controls for the Ethernet interface
• firewall – controls access through the EnRoute500’s network interfaces
• qos – controls Quality of Service (QoS) settings
• version – displays version information for the installed firmware
• system – system settings
The currently selected interface is shown as part of the command prompt. For example, when
the mesh interface is selected, the command prompt will be
mesh0>
After logging in, no interface is selected by default. Before setting or retrieving any parameters,
an interface must be selected.
2.4 CLI Features
The CLI has a number of features to simplify the configuration of the EnRoute500.
2.4.1 Control of the Cursor
The cursor can be moved to the end of the current line with Ctrl+E. Ctrl+A moves it to the
beginning of the line.
2.4.2 Cancel a Command
Ctrl+C cancels the input on the current command line and moves the cursor to a new, blank
command line.
EnRoute500 User’s Guide
TR0149 Rev. C5 17
2.4.3 Searching the Command History
The command history can be searched by pressing Ctrl+R and entering a search string. The
most recently executed command that matches the string entered will be displayed. Press
‘Enter’ to execute that command.
2.4.4 Executing a Previous Command
By using the up and down arrow keys you can select previously executed commands. When
you find the command you wish to execute, you can either edit it or press ‘Return’ to execute it.
2.5 CLI Commands
The usage of all CLI commands is explained below. The command syntax used is
command <mandatory argument>
command [optional argument]
2.5.1 ‘?’ command
Syntax ?
Description Pressing ‘?’ at any time in the CLI will display a help menu that provides an
overview of the commands that are described in this section. It is not
necessary to press ‘Enter’ after pressing ‘?’.
2.5.2 ‘whoami’ command
Syntax whoami
Description Displays the name of the user you are logged in as.
EnRoute500 User’s Guide
TR0149 Rev. C5 18
2.5.3 ‘help’ command
Syntax help [command|parameter]
where [command] is one of the CLI commands or [parameter] is a
parameter in the currently selected interface.
Description When no argument follows the help command, a help menu showing a list
of available commands is displayed. When a command is supplied as the
argument, a help message for that particular command is displayed. When
a parameter in the current interface is specified as the argument, help
information for it is displayed.
Example help get
will display the help information for the ‘get’ command. With the ‘sys’
interface selected
sys> help scheme
displays help information about that ‘scheme’ parameter, as shown below
scheme : wireless node type
2.5.4 ‘show’ command
Syntax show
Description Displays all available interfaces. An interface in this list can be selected
with the ‘use’ command.
EnRoute500 User’s Guide
TR0149 Rev. C5 19
2.5.5 ‘use’ command
Syntax use <interface>
where <interface> is one of the EnRoute500’s interfaces. A complete list of
interfaces is available with the ‘show’ command.
Description Selects an interface to use. By selecting an interface you can view and
modify the parameters associated with the interface.
Example use mesh0
will select the backhaul mesh radio interface and change the CLI prompt to
mesh0>
to reflect the interface selection.
EnRoute500 User’s Guide
TR0149 Rev. C5 20
2.5.6 ‘set’ command
Syntax set <parameter>=<value>
where <parameter> is the parameter being set and <value> is the value it
is being set to.
Description Sets a configuration parameter. Note that is only possible to set the
parameters for the currently selected interface. If the value of the
parameter contains spaces, the value must be surrounded by double
quotes (“ “).
If a valid 'set' command is entered, it will output its result and any effects on
other parameters. If changes are made to attributes of other interfaces as a
result of changing the parameter, these attributes are preceded by a '/' to
signify that they are in another interface.
Changing certain parameters will require the node to be rebooted.
Example With the ‘sys’ interface selected
set id.node=2
will set the node ID to 2, while
set id.mesh=1
will have an impact on a larger number of parameters as can be seen in
the output below.
id.mesh : 1
private.nets.default : "172.29.0.0/16 10.1.0.0/16"
/mesh0.routes.static : 224.0.0.0/4,10.1.0.0/16
splash.local_network : "172.29.1.0/24 10.1.0.0/16"
/mesh0.cellid : 00:05:88:01:0a:01
/mesh0.ip.address : 172.29.1.7
Reboot needed.
Note that changes were made to variables in the ‘mesh0’ interface, as
indicated by the ‘/’ at the beginning of those lines.
EnRoute500 User’s Guide
TR0149 Rev. C5 21
2.5.7 ‘get’ command
Syntax get <parameter>
where <parameter> is the parameter whose value is being fetched
Description Gets the value of one or more configuration parameters for the currently
selected interface. The ‘*’ character can be used to specify wildcard
characters. This allows multiple values to be fetched with a single
command.
Example With the ‘sys’ interface selected
get id.node
will return the node’s ID, while
get id.*
will return all parameters that begin with ‘id.’
sys.id.lanprefix = 10
sys.id.mesh = 4
sys.id.meshprefix = 172.29
sys.id.node = 7
EnRoute500 User’s Guide
TR0149 Rev. C5 22
2.5.8 ‘list’ command
Syntax list
Description Lists all parameters for the selected interface
Example With the ‘firewall’ interface selected
list
will display
firewall.gateway.enable : prevent uninitiated in
coming connections
past the gateway?
firewall.node.allowc2c.eth0 : allow clients to see each other if
.role=access
firewall.node.allowc2c.wlan1 : allow clients to see each other if
.role=access
firewall.node.allowc2c.wlan2 : allow clients to see each ot
her if
.role=access
firewall.node.allowc2c.wlan3 : allow clients to see each other if
.role=access
firewall.node.allowc2c.wlan4 : allow clients to see each other if
.role=access
firewall.node.enable : firewall enabled? if not, nothing else
here matters.
firewall.node.tcp.allow.dest : tcp dest ports (space separated)
to allow to this node
firewall.node.tcp.allow.source : tcp source ports (space
separated) to allow to this node
firewall.node.udp.allow.dest : udp dest ports (space separated)
to allow to this node
firewall.node.udp.allow.source : udp source ports (space
separated) to allow to this node
2.5.9 ‘ping’ command
Syntax ping <IP address or hostname>
Description Pings a remote network device. Halt pinging with Ctrl+C
Example ping 172.29.1.1
EnRoute500 User’s Guide
TR0149 Rev. C5 23
2.5.10 ‘ifconfig’ command
Syntax ifconfig <eth0|wlan[0-4]>
Description Displays information, such as IP address and MAC address, for a particular
network interface.
Example ifconfig wlan1
will display
wlan1 Link encap:Ethernet HWaddr 00:15:6D:52:01:FD
inet addr:10.2.10.1 Bcast:172.29.255.255 Mask:255.255.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:2434 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:233128 (227.6 Kb)
2.5.11 ‘route’ command
Syntax route
Description Displays the current route table.
2.5.12 ‘clear’ command
Syntax clear
Description Clears the screen
EnRoute500 User’s Guide
TR0149 Rev. C5 24
2.5.13 ‘history’ command
Syntax history
Description Shows the command history since the node was last rebooted
Example After switching to the ‘wlan1’ interface, inspecting the ESSID setting, and
then changing it
history
will display
1: use wlan1
2: get essid
3: set essid=er500ap
EnRoute500 User’s Guide
TR0149 Rev. C5 25
2.5.14 ‘!’ command
Syntax !<command history number>
!<string that matches start of previously-executed command>
!!
Description Executes a previously-executed command based either on a command
history number or matching a string to the start of a previously-executed
command. Note that there is no space between the ‘!’ and the argument.
The ‘history’ command shows the command history, with a number
preceding each entry in the command history. Use this number as an
argument to the ‘!’ command to execute that command from the history.
When a string is provided as an argument to the ‘!’ command, the string will
be matched against the beginning of previously-executed commands and
the most recently executed command that matches will be executed.
Use ‘!!’ to execute the last command again.
Example If the command history is as follows
1: use wlan1
2: get essid
3: set essid=er500ap1
4: use wlan2
5: set essid=er500ap2
the command
!1
will execute
use wlan1
The command
!use
will execute
use wlan2
EnRoute500 User’s Guide
TR0149 Rev. C5 26
2.5.15 ‘exit’ command
Syntax exit
Description Terminates the current CLI session and logs out the user
2.5.16 ‘quit’ command
Syntax quit
Description Terminates the current CLI session and logs out the user
EnRoute500 User’s Guide
TR0149 Rev. C5 27
3 Using the Web Interface
The EnRoute500 has a web interface accessible through a browser that can also be used to
configure the node and display status parameters.
3.1 Accessing the Web Interface
You can access the web interface by entering one of the node’s IP addresses preceded by
“https://” in the URL field of a web browser (see section 2.1 for a description of how to access
an unconfigured node using its Ethernet interface). When you enter this URL, you will be
prompted for a login and password. The login and password used for the web interface is the
same as for the CLI (see Table 3 in section 2.1).
The node IP must be preceded by “https://”, not “http://”, to access the web interface
Figure 6. Login window for web interface
Since the certificate used in establishing the secure link to the node has not been signed by a
Central Authority (CA), your browser will most likely display one or more warnings similar to
those shown below. These warnings are expected and can be disregarded.
EnRoute500 User’s Guide
TR0149 Rev. C5 28
Figure 7. Certificate warning
3.2 Status Page
A status page is loaded by default after the login process has been completed. This page
contains the following information
• System type (gateway or repeater)
• System uptime
• Interface IP addresses
• VLAN status and ID for all interfaces
• Mesh interface channel and ESSID
• Access point status, channel, ESSID, and encryption type
• Ethernet interface use (client access or backhaul)
• Firmware version
To access the status page from any other page in the web interface, click on the “Status”
button on the left side of the page.
EnRoute500 User’s Guide
TR0149 Rev. C5 29
Figure 8. Sample status page
3.3 Setting Parameters
Many of the web interface pages allow you to set EnRoute500 operating parameters. Each
page that contains settable parameters has a “Save Changes” button at the bottom of the
page. When you have made your changes on a page and are ready to commit the new
configuration, click on the “Save Changes” button. It typically takes a few seconds to save the
changes, after which the page will be reloaded.
EnRoute500 User’s Guide
TR0149 Rev. C5 30
For the changes to take effect, the node must be rebooted. After a change has been
committed, a message reminding the user to reboot the node will be displayed at the top of the
screen.
Figure 9. Sample page showing "Save Changes" button and message prompting the user to reboot
3.4 Help Information
Help information is provided on most web GUI pages. The help information is shown on the
right-hand side of the page. The help information can be hidden by clicking on the ‘Hide Help’
link inside the help frame. When help is hidden, it can be displayed by clicking on the ‘Show
help’ link.
3.5 Rebooting
Click on the “Reboot” link on the left of the page and then click on the “Reboot Now” button to
reboot the node.
EnRoute500 User’s Guide
TR0149 Rev. C5 31
Figure 10. Rebooting the node
EnRoute500 User’s Guide
TR0149 Rev. C5 32
4 Initial Configuration of an EnRoute500
This user’s guide provides a comprehensive overview of all of the EnRoute500’s features and
configurable parameters. However, it is possible to deploy a network of EnRoute500s while
only changing a limited number of the settable parameters. The list below will guide you
through a minimal configuration procedure that prepares a network of EnRoute500s for
deployment.
1 Change the ‘admin’ and ‘monitor’ passwords.
The default passwords should be changed to prevent
unauthorized access to the node.
See section 6.1
2 Set the operating scheme for the node
Most nodes will be configured as repeaters, with one node
per mesh cluster configured as a gateway.
See section 6.2
3 Set the node and mesh IDs
By setting the mesh and node IDs, the nodes will be able
to form a mesh cluster and communicate with each other.
See section 6.3
4 Set the DNS servers
Specify DNS servers to allow hostnames to be resolved. See section 6.6
5 Set the mesh radio channel
The mesh radios on all nodes in a mesh cluster must be
set to operate on the same channel.
See section 7.1
6
Set the mesh ESSID
Set the mesh interface ESSID to a common value for all
nodes in a mesh cluster. It should be different than the
ESSID for any adjacent mesh clusters.
See section 7.2
7 Set the AES encryption key for the mesh
Change the default AES encryption key to prevent
unauthorized access to the mesh.
See section 7.3
8
Set the mesh radio transmit power
Set the mesh power to the maximum allowed value to
achieve the best possible connectivity between mesh
nodes.
See section 7.4
EnRoute500 User’s Guide
TR0149 Rev. C5 33
After these settings have been changed, the EnRoute500s will be able to form a mesh cluster
and you will be able to configure the nodes from a central location. This minimal configuration
must be performed prior to deployment, but all other configuration can be carried out after
deployment.
To simplify initial configuration, the web GUI has a page that allows the user to change all the
parameters listed in this section on a single page. This page can be accessed by clicking on
the ‘Minimal configuration’ link that is present on the left-hand side of all web GUI pages.
Figure 11. Initial configuration web page
EnRoute500 User’s Guide
TR0149 Rev. C5 34
5 Configuration Profile Management
Configuration profiles describe an EnRoute500’s configuration state and can be created to
simplify the provisioning and management of nodes. The EnRoute500 supports the following
configuration profile-related tasks:
• Saving the current configuration as a configuration profile
• Applying a configuration profile stored on the node
• Downloading a configuration profile stored on the node to a computer
• Uploading a configuration profile from a computer to the node
• Deleting a configuration profile stored on the node
Currently configuration profile management is only supported via the web interface.
5.1 Saving the Current Configuration
The current configuration can be saved on the “Save” tab on the “Profile Management“ page of
the web interface. Enter a profile name or select an existing profile name from the list of
existing configuration, and then click on “Save Profile”. The saved profile is stored locally on
the node and will appear in the “Existing profiles” text box. Use the “Download from Node” tab
to download it to a different device.
Figure 12. Save a configuration profile
5.2 Load a Configuration Profile
A configuration stored on the node can be loaded on the “Load” tab on the “Profile
Management“ page of the web interface. This profile must either have been saved earlier or
EnRoute500 User’s Guide
TR0149 Rev. C5 35
uploaded to the node. Choose a profile name from the “Existing Profiles” box and then click on
“Load Profile”. It is necessary to reboot the node for the loaded profile settings to take effect.
Figure 13. Load a configuration profile
5.3 Delete a Configuration Profile
A locally-stored configuration profile can be deleted using the “Delete” tab on the “Profile
Management“ page of the web interface. Choose a profile to delete from the profile drop-down
box on the page and then click on “Delete Profile”.
Figure 14. Deleting a configuration profile
5.4 Downloading a Configuration Profile from a Node
A configuration profile can be download from a node using the “Download from node” tab on
the “Profile Management“ page of the web interface. The existing configuration profiles are
EnRoute500 User’s Guide
TR0149 Rev. C5 36
listed on this page. Click on the one that is to be downloaded to a computer and you will be
given the option to specify where the profile should be save on the host computer.
Figure 15. Downloading a configuration profile from a node
5.5 Uploading a Configuration Profile to a Node
A configuration profile can be uploaded to a node using the “Upload to node” tab on the
“Profile Management“ page of the web interface. Use the “Browse” button to select a profile file
on your host computer for upload to the node. Alternatively, enter the file name by hand in the
text box adjacent to the “Browse” button. Click on the “Upload Profile” button to upload the
selected file to the node.
Figure 16. Uploading a configuration profile to a node
EnRoute500 User’s Guide
TR0149 Rev. C5 37
6 System Settings
This section describes settings that are applicable to the overall operation of the EnRoute500,
but are not related directly to a particular interface.
6.1 User Passwords
The passwords for the ‘admin’ and ‘monitor’ users can be set using the ‘password.admin’ and
‘password.monitor’ parameters in the ‘sys’ interface. By default, both user accounts have the
password ‘mesh’. The passwords will not be displayed when using the ‘get’ command with
these parameters. Note that the ‘monitor’ account password can only be changed by an
‘admin’ user.
The example below shows how to set the ‘admin’ password using the CLI.
> use sys
sys> set password.admin=er500
The passwords can be changed via the web interface using the “Passwords” tab on the
“System Parameters” page. The passwords can be changed independently – if only one
password is modified, the other password will remain unchanged.
Figure 17. Setting passwords page
6.2 Operating Scheme
The operating scheme determines a node’s role in the mesh network. Typically one of two
configurations will be used in a network:
EnRoute500 User’s Guide
TR0149 Rev. C5 38
• All ER500s will be configured as ‘aprepeater’ nodes to create a stand-alone mesh cluster
• All but one of the ER500s in a mesh cluster will be configured as ‘aprepeater’ nodes, with
one node configured as an ‘apgateway’. The ‘apgateway’ node is connected to an external
network using the node’s Ethernet interface. This network configuration will create an
Internet extension network.
Mode Description Ethernet interface
aprepeater
The EnRoute500 will function as a relay in the mesh network.
Client devices can connect to the node using both wired (10/100
Ethernet) and wireless (built-in APs) interfaces. The node can
provide IP addresses to clients on both the wired and wireless
interfaces.
Client devices can connect to
it. IP addresses can be
provided to client devices
using DHCP or be manually
configured.
apgateway
The EnRoute500 will function as a relay in the mesh network and
a gateway to a WAN. Client devices can only connect to the
node using the wireless (built-in APs) interfaces. The node can
provide IP addresses to clients on the wireless interface.
Used to connect the mesh
cluster to a larger network.
Will expect to be provided an
IP address by a DHCP server
or have a static address
assigned to it.
Table 4. EnRoute500 operating schemes
Ensure that only one node in a mesh cluster is configured as an ‘apgateway’.
To set the EnRoute500’s operating scheme with the CLI, use the commands
> use sys
sys> set scheme=<operating scheme>
For example, to set the operating scheme to ‘apgateway’ mode use:
> use sys
sys> set scheme=apgateway
The operating scheme can be set via the web interface using the “System” tab on the “System
Parameters” page.
EnRoute500 User’s Guide
TR0149 Rev. C5 39
Figure 18. Setting the operating scheme
6.3 Mesh / Node ID
An EnRoute500 must be assigned a mesh ID and a node ID before it is deployed as part of a
mesh cluster. The mesh ID identifies nodes that are members of the same mesh cluster and
the node ID uniquely identifies a node within a mesh cluster.
The mesh ID must be the same for all nodes in a mesh cluster. Each mesh that is connected
to a common WAN network must have a different mesh ID since it is a component of the mesh
nodes’ IP addresses. The mesh ID is set with the ‘id.mesh’ parameter in the ‘sys’ interface as
shown below. The range of valid mesh IDs is 0 through 254.
> use sys
sys> set id.mesh=12
A node in a mesh cluster must be given a unique node ID. This node ID is part of the node’s IP
address as shown in Figure 19. The allowable range for node IDs is 1 through 254. The node
ID is set as shown below.
> use sys
sys> set id.node=107
172.29 . 12 . 107
Mesh prefix Mesh ID Node ID
Figure 19. EnRoute500 mesh interface IP address
The mesh and node IDs can be set via the web interface using the “System” tab on the
“System Parameters” page.
Figure 20. Setting the mesh and node IDs
EnRoute500 User’s Guide
TR0149 Rev. C5 40
6.4 Mesh Prefix
The mesh prefix parameter sets the first two octets of a node’s mesh interface IP address. The
mesh prefix is set with the ‘id.meshprefix’ parameter in the ‘sys’ interface as shown in the
example below. The mesh prefix must be set the same for all nodes in a given mesh cluster.
The recommended range of values is 172.16 through 172.30.
> use sys
sys> set id.meshprefix=172.29
The mesh prefix can be set via the web interface using the “Mesh” tab on the “Wireless
Interfaces” page.
Figure 21. Setting the mesh prefix
6.5 LAN Prefix
Class C subnets are created for an EnRoute500’s access point and Ethernet interfaces. The
subnet address space is based on the mesh ID, node ID, and LAN prefix. The LAN prefix is set
with the ‘id.lanprefix’ parameter in the ‘sys’ interface as shown in the example below. The
suggested values for the LAN prefix are 10 and 192. The LAN prefix must be the same for all
nodes in a mesh cluster.
> use sys
sys> id.lanprefix=10
EnRoute500 User’s Guide
TR0149 Rev. C5 41
Mesh ID Node ID
10 . 12 . 107 . 0
LAN prefix
Figure 22. Subnet address structure
A node’s subnet is split up between its different client interfaces (eth0, wlan1-4). By default the
subnet is split as shown in Table 5. See sections 8.1.4 and 9.6.3 for instructions on how to
adjust how the subnet is segmented between interfaces.
Interface Interface address Broadcast address Client address range
wlan1 subnet.1 subnet.127 subnet.2-126
wlan2 subnet.129 subnet.159 subnet.130-158
wlan3 subnet.161 subnet.191 subnet.162-190
wlan4 subnet.193 subnet.223 subnet.194-222
eth0 subnet.225 subnet.255 subnet.226-254
subnet = <id.lanprefix>.<id.mesh>.<id.node>
Table 5. Default subnet segmentation between interfaces
6.6 DNS / Domain Settings
The DNS server(s) used by the node are specified with the ‘dns.servers’ parameter in the ‘sys’
interface. To specify multiple DNS servers, list them as a space-delimited string enclosed by
quotes as shown in the example below
> use sys
sys> set dns.servers =”10.5.0.5 192.168.5.5”
If a gateway node acquires DNS server information through DHCP, this DNS server
information will overwrite the ‘dns.servers’ setting. Note that the DNS server settings will not be
passed to repeater nodes that are in the same mesh cluster that the gateway is serving – you
will need to set this on each of the repeater nodes.
A primary and secondary DNS server can be set via the web interface using the “DNS” tab on
the “System Parameters” page.
EnRoute500 User’s Guide
TR0149 Rev. C5 42
Figure 23. Setting the DNS server(s)
6.7 DNS Proxy Configuration
DNS proxy entries can be added to an EnRoute500 to force local resolution of host names to
IP addresses. A list of hostname/IP address to be resolved locally can be specified using the
‘dnsproxy.hosts’ parameter in the ‘sys’ interface. If multiple hostname/IP address entries are
specified, they must be separated by semi-colons, as shown in the example below. DNS
proxying must be explicitly enabled using the ‘dnsproxy.enable’ parameter in the ‘sys’ interface
after the list of hosts has been specified.
> use sys
sys> set dnsproxy.hosts=”server1.domain.com=10.0.0.1;server2.domain.com=10.0.0.129”
6.8 Netbios Server
The Netbios server parameter is used to define a Netbios server address that is provided to
client devices via the local DHCP server. To specify multiple Netbios servers, list them as a
space-delimited string enclosed by quotes as shown in the example below
> use sys
sys> set netbios.servers =”10.6.0.5 192.168.6.5”
A primary and secondary Netbios server can be set via the web interface using the “DNS” tab
on the “System Parameters” page.
EnRoute500 User’s Guide
TR0149 Rev. C5 43
Figure 24. Setting the Netbios server(s)
6.9 Location
Two types of node location information can be stored:
• Latitude/longitude/altitude
• Postal address or description a node’s location
The GPS location of the node can be stored in the following fields in the ‘sys’ interface:
• sys.location.gps.altitude
• sys.location.gps.latitude
• sys.location.gps.longitude
Note that these values are not automatically updated and must be entered after a node has
been installed. Altitude is in meters. Latitude ranges from -90 to 90 (with negative being south,
positive being north). Longitude ranges from -180 to 180 (with negative being west, positive
being east).
For example, you can set the latitude value as follows.
> use sys
sys> set location.gps.latitude=”34.01”
A description of the node’s location can be stored in the ‘location.postal’ field in the ‘sys’
interface. For example, you can set the location value as shown below.
> use sys
sys> set location.postal=”Light post near 123 Main St., Anytown, CA”
The location information can be set via the web interface using the “Location” tab on the
“System Parameters” page.
EnRoute500 User’s Guide
TR0149 Rev. C5 44
Figure 25. Setting location information
6.10 Certificate Information
A certificate for use with splash pages and the web interface is locally generated on the node.
The information embedded in this certificate can be set using the ‘organization’ parameters in
the ‘sys’ interface. These parameters are:
• sys.organization.name –name of organization (must be enclosed in quotes if it contains
spaces)
• sys.organization.city – city name (must be enclosed in quotes if it contains spaces)
• sys.organization.state – state name
• sys.organization.country – two-letter country abbreviation
A new certificate is automatically generated whenever any of these parameters are changed.
The certificate information can be set via the web interface using the “Location” tab on the
“System Parameters” page.
EnRoute500 User’s Guide
TR0149 Rev. C5 45
Figure 26. Setting certificate information
6.11 CLI timeout
The CLI will automatically log out a user if the interface has remained inactive for a certain
length of time. The time, in minutes, that a shell must remain inactive before a user is
automatically logged out is set with the ‘shell.timeout’ parameter in the ‘sys’ interface, as
shown in the example below. The maximum idle time that can be set is 360 minutes.
> use sys
sys> set shell.timeout=15
EnRoute500 User’s Guide
TR0149 Rev. C5 46
7 Mesh Radio Configuration
The EnRoute500 has an 802.11a radio dedicated to mesh backhaul traffic. The settings for this
radio are independent of any settings for the radio used for the EnRoute500’s built-in access
points. The majority of the mesh radio settings must be the same on all nodes in a given mesh
cluster for the nodes to be able to communicate.
Figure 27. Mesh interface parameters
7.1 Channel
The 802.11a radio can be set to operate in the channels listed in Table 6. All these channels
are non-overlapping.
Channel Center Frequency (GHz)
149 5.745
153 5.765
157 5.785
161 5.805
165 5.825
Table 6. Mesh radio channels and frequencies
All the nodes in a mesh cluster need to be configured to use the same 802.11a channel. The
mesh radio channel is set as shown in the example below.
EnRoute500 User’s Guide
TR0149 Rev. C5 47
> use mesh0
mesh0> set channel=157
The mesh radio channel can be set via the web interface using the “Mesh” tab on the
“Wireless Interfaces” page (see Figure 27).
7.2 ESSID
The ESSID, or Extended Service Set Identifier, is used in 802.11 communication to identify a
particular network. It differentiates logical networks that operate on the same radio channel.
The mesh radio ESSID for all the nodes in a mesh cluster must be the same. If you have
adjacent mesh clusters where one or more nodes from each cluster are within communication
range of each other, the ESSID for the clusters must be different.
The mesh radio ESSID is set as shown in the example below. The ESSID value must be a text
string that has a maximum length of 32 characters. It must only contain alphanumeric
characters, spaces, dashes (“-“), and underscores (“_”). The ESSID setting is case sensitive.
When setting an ESSID that contains spaces, the ESSID value must be enclosed by quotes.
The quotes are optional otherwise.
> use mesh0
mesh0> set essid=”enroute500_mesh”
The broadcast of the ESSID can be controlled with the ‘hide_essid’ parameter in the ‘mesh0’
interface. The example below shows how hiding of the ESSID can be enabled. You will
generally want the ESSID to be hidden, and it is hidden by default.
> use mesh0
mesh0> set hide_essid=yes
The mesh radio ESSID can be set via the web interface using the “Mesh” tab on the “Wireless
Interfaces” page (see Figure 27).
7.3 Encryption
The mesh radio link can be protected with an encryption key to prevent unauthorized users
from intercepting or spoofing mesh traffic. To enable encryption, set the ‘key’ parameter in the
‘mesh0’ interface. The ‘key’ parameter can either be specified as a 16-character ASCII string
preceded by “s:” or a 32-character hexadecimal string. Each node in a mesh cluster must have
the same encryption key. The examples below illustrate how to set the encryption key.
Encryption can be enabled using an ASCII key with
> use mesh0
EnRoute500 User’s Guide
TR0149 Rev. C5 48
mesh0> set key=”s:abcdefghijklmnop”
or using a hexadecimal key with
> use mesh0
mesh0> set key=”0123456789abcdef0123456789abcdef”
Encryption can be disabled by specifying a blank value as shown below.
> use mesh0
mesh0> set key=
The mesh radio encryption key can be set via the web interface using the “Mesh” tab on the
“Wireless Interfaces” page (see Figure 27). The same encryption key must be entered in both
the “Mesh Key” and “Verify Mesh Key” text boxes for the new key to be accepted.
Only ASCII keys can be entered using the web interface. Unlike the CLI, an ASCII
key should not be preceded by “s:”
7.4 Transmit Power
The transmit power of the mesh radio is configurable. Increased output power will improve
communication range, but will also extend the interference range of the radios. It is suggested
that the transmit power is initially set to the maximum for an installation and is then reduced if it
is determined that the transmit power far exceeds the level required to maintain links. It is also
recommended that a common transmit power value is used for all nodes in a mesh to reduce
the likelihood of asymmetric links. The default transmit power is 24dBm.
The mesh radio’s transmit power value must be in the range from 1 to 60 to be
in compliance with FCC regulations.
The example below shows how to set the mesh radio’s transmit power.
> use mesh0
mesh0> set txpower=60
The mesh radio transmit power can be set via the web interface using the “Mesh” tab on the
“Wireless Interfaces” page (see Figure 27).
EnRoute500 User’s Guide
TR0149 Rev. C5 49
txpower Output Power (dBm)
1 9
9 10
14 12
18 14
22 16
26 18
29 20
33 22
60 24
Table 7. Mesh radio output power settings
7.5 IP Configuration
The IP address, broadcast address, and netmask associated with the mesh radio interface can
be viewed, but not directly changed through the ‘mesh’ interface. To change the IP settings,
the ‘id’ settings in the ‘sys’ interface, from which the IP settings are derived, must be changed
(see sections 6.3 and 6.4).
The IP settings can be viewed with
> use mesh0
mesh0> get ip.address
ip.address = 172.29.2.4 [read-only]
mesh0> get ip.broadcast
ip.broadcast = 172.29.255.255 [read-only]
mesh0> get ip.gateway
ip.gateway = [read-only]
mesh0> get ip.netmask
ip.netmask = 255.255.0.0 [read-only]
The mesh radio IP settings are also available through the web interface on the “Status” page.
7.6 Neighbor Status
Information on mesh neighbors is provided on the mesh status page, accessible under the
‘Status’ tab on the ‘Status’ page. The signal strength of each neighbor device, it’s MAC
address, its IP address, and the time since data was last received from it are listed. A sample
of the mesh neighbor status page is shown in Figure 28.
EnRoute500 User’s Guide
TR0149 Rev. C5 50
Figure 28. Mesh neighbor status information
EnRoute500 User’s Guide
TR0149 Rev. C5 51
8 Ethernet Interface Configuration
The function of the Ethernet interface (eth0) depends on the operating scheme that has been
selected (see section 6.2). In ‘aprepeater’ mode, the Ethernet interface can be used to connect
client devices to the mesh cluster. In ‘apgateway’ mode, the Ethernet interface is used as a
backhaul link that connects the mesh cluster to a WAN. Client devices cannot connect through
the Ethernet interface in this mode.
8.1 IP Configuration for Repeater Nodes and Their Clients
When an EnRoute500 is configured as a repeater, client devices can connect to it via the
Ethernet interface to access the mesh network. These client devices can either be assigned
their IP configuration using DHCP or be manually configured.
Figure 29. Wired interface parameters with EnRoute500 in repeater mode
8.1.1 Ethernet Client Device Address Space
The Ethernet interface, when the node is in repeater mode, is assigned a segment of the class
C address space that each node has to share between its client interfaces, which include eth0,
wlan1, wlan2, wlan3, and wlan4. The start address of the address segment and its size can be
set with the ‘ip.size.requested’ and ‘ip.start.requested’ variables. The following restrictions are
placed on the address segment configuration:
• Each active client interface must be assigned an address segment.
• The address segment start address, ‘ip.start.requested’, must be one of the following
values: 1, 33, 65, 97, 129, 161, 193, 225.
• The address segment size, ‘ip.size.requested’, must be one of the following values: 31, 63,
127, 255.
EnRoute500 User’s Guide
TR0149 Rev. C5 52
• The address segment size and start address must be chosen such that the address
segment does not cross a netmask boundary. Table 8 lists allowed combinations.
• The address spaces for enabled interfaces must start at different addresses.
• The address spaces for enabled interfaces should not overlap.
ip.size.requested
ip.start.requested
31 63 127 255
1 Yes Yes Yes Yes
33 Yes No No No
65 Yes Yes No No
97 Yes No No No
129 Yes Yes Yes No
161 Yes No No No
193 Yes Yes No No
225 Yes No No No
Table 8. Allowed 'ip.start.requested'/'ip.size.requested' combinations
In the first example below, the Ethernet interface is set to use the entire class C address space
(this requires that all the other client interfaces, wlan1-4, are disabled). In the second example,
the Ethernet interface is set to use the top half of the class C address space.
> use eth0
eth0> set ip.start.requested=1
eth0> set ip.size.requested=255
> use eth0
eth0> set ip.start.requested=129
eth0> set ip.size.requested=127
The eth0 ‘ip.start.requested’ and ‘ip.size.requested’ values can be set via the web interface
using the “DHCP” sub-tab on the “DHCP” tab on the “System Parameters” page (see Figure
30).
EnRoute500 User’s Guide
TR0149 Rev. C5 53
Figure 30. ‘eth0’ DHCP and address space settings
Each of the enabled interfaces’ address segments should be configured to avoid overlap with
the other interfaces’ address segments. In the case where a node is not configured such that
this requirement is met, address spaces will be automatically reduced in size to prevent
overlap. The actual start address and size of a segment are accessible via the ‘ip.start.actual’
and ‘ip.size.actual’ parameters.
EnRoute500 User’s Guide
TR0149 Rev. C5 54
8.1.2 Ethernet Interface IP Address
The EnRoute500’s Ethernet interface address should not be changed directly using the ‘ip.*’
parameters in the ‘eth0’ interface when it is in repeater mode. To set the IP address to the
desired value, modify the ‘id.node’, ‘id.mesh’, and ‘id.lanprefix’ parameters in the ‘sys’ interface
and the ‘ip.start.requested’ parameter in the ‘eth0’ interface (see sections 6.3 and 6.5). You
can view the resulting settings for the Ethernet interface with the ‘ip.*’ parameters in the ‘eth0’
interface as shown in the example below.
> use eth0
eth0> get ip.*
ip.address = 10.2.4.225 [read-only]
ip.address_force =
ip.broadcast = 10.2.4.255 [read-only]
ip.broadcast_force =
ip.gateway = [read-only]
ip.gateway_force =
ip.netmask = 255.255.255.0 [read-only]
ip.netmask_force =
ip.size.actual = [read-only]
ip.size.requested = 31
ip.start.actual = [read-only]
ip.start.requested = 225
The Ethernet IP settings are also available through the web interface on the “Status” page.
It is strongly recommended that all the ‘ip.*_force’ variables are cleared when the EnRoute500
is configured as a repeater. This ensures that the Ethernet interfaces settings are inherited
from the ‘id.*’ settings in the ‘sys’ interface and client devices will get addresses that the mesh
can route to.
8.1.3 IP Configuration of Clients Devices via DHCP
When configured as a repeater, the EnRoute500 can be set to serve DHCP addresses to
clients on the Ethernet interface. Two distinct modes for providing addresses via DHCP exist.
These are described in depth in section 10.
8.1.4 Manual IP Configuration of Client Devices
The client devices connected via the Ethernet interface that use static IP addresses must have
addresses that are within the subnet of the Ethernet interface. The IP address and subnet of
the Ethernet interface can viewed with
> use eth0
eth0> get ip.address ip.netmask
eth0.ip.address = 10.2.4.225 [read-only]
EnRoute500 User’s Guide
TR0149 Rev. C5 55
eth0.ip.netmask = 255.255.255.224 [read-only]
If the local DHCP server is enabled for the Ethernet interface, addresses must be reserved for
statically-configured devices by setting the ‘dhcp.reserve’ parameter in the ‘eth0’ interface.
This will reserve the specified number of addresses at the bottom of the IP range for the
interface. For example, if the interface has been assigned the address 10.2.4.225, the netmask
255.255.255.224, and the ‘dhcp.reserve’ value 5, the addresses 10.2.4.226 through 10.2.4.230
will be available for use by statically configured devices. The remaining addresses in the
interfaces address space can be assigned by the DHCP server to other client devices.
The ‘dhcp.reserve’ value can be set via the web interface using the “DHCP” sub-tab on the
“DHCP” tab on the “System Parameters” page (see Figure 30).
8.2 IP Configuration for Gateway Nodes
When an EnRoute500 is configured as a gateway, the Ethernet interface is used to provide
backhaul capability by connecting it to a WAN or directly to the Internet. Clients cannot connect
to the EnRoute500 through the Ethernet interface when operating in this mode. The Ethernet
interface address can either be acquired from a DHCP server on the WAN or be set manually.
Figure 31. Wired interface parameters with EnRoute500 using wired interface for backhaul
8.2.1 DHCP
When configured as a gateway, the EnRoute500 can be set to obtain an obtain an address for
its Ethernet interface using DHCP. To enable the DHCP client mode on the Ethernet interface,
EnRoute500 User’s Guide
TR0149 Rev. C5 56
set the value of the ‘dhcp.role’ parameter in the ‘eth0’ interface to ‘client’, as shown in the
example below. When configured as a DHCP client, the EnRoute500 will continually attempt to
contact a DHCP server until it is successful.
> use eth0
eth0> set dhcp.role=client
The ‘dhcp.reserve’ parameter (described in section 6.1.1) has no effect when the
‘dhcp.role’ parameter is set to ‘client’.
To disable DHCP client mode, set the ‘dhcp.role’ parameter to ‘none’. If DHCP client mode is
disabled, the IP configuration must be carried out manually, as described in the next section.
> use eth0
eth0> set dhcp.role=none
The ‘dhcp.role’ value can be set via the web interface using the “DHCP” sub-tab on the
“DHCP” tab on the “System Parameters” page (see Figure 30).
8.2.2 Manual IP Configuration
When a node is configured as a gateway, there are no limitations imposed by the EnRoute500
on the IP address assigned to the Ethernet interface. If the ‘dhcp.role’ parameter in the ‘eth0’
interface is set to ‘none’, the manually configured IP address will be used. The default IP
configuration that is assigned to the interface based on the ‘id’ settings in the ‘sys’ interface is
visible through the following read-only parameters:
• ip.address – IP address
• ip.broadcast – IP broadcast address
• ip.gateway – default gateway
• ip.netmask – netmask
These parameters cannot be set though. These default parameters can be overridden with the
parameters listed below.
• ip.address_force
• ip.broadcast_force
• ip.gateway_force
• ip.netmask_force
The example below, shows how a custom address can be set for the Ethernet interface
> use eth0
eth0> set dhcp=none
eth0> set ip.address_force=192.168.1.2
EnRoute500 User’s Guide
TR0149 Rev. C5 57
eth0> set ip.broadcast_force=192.168.1.255
eth0> set ip.gateway_force=192.168.1.1
eth0> set ip.netmask_force=255.255.255.0
The ‘ip.address_force’, ‘ip.gateway_force’, and ‘ip.netmask_force’ parameters can be set via
the web interface using the “Wired/Backhaul Interface” page (see Figure 31).
Note that for the manually configured address to be used, the ‘dhcp.role’ setting must be set to
‘none’ if the node is connected to a network which provides access to a DHCP server.
The IP configuration settings shown in the ‘eth0’ interface in the CLI and on the
“Wired/Backhaul Interface” page of the web interface do not necessarily reflect the
current settings of the interface. They are the requested settings and do not take into
account whether the interface has been configured via DHCP. If the ‘dhcp.role’
parameter is set to ‘client’, the ‘ip.address’, ip.broadcast’, ‘ip.gateway’, and
‘ip.netmask’ parameters will respond to a ‘get’ command with ‘<dhcp>’ to indicate
that the parameters will be assigned by a DHCP server instead of any values
assigned via the CLI. Use the ‘ifconfig eth0’ command in the CLI or access the
“Status” page in the web interface to get current interface settings.
EnRoute500 User’s Guide
TR0149 Rev. C5 58
9 Access Point (AP) Configuration
The EnRoute500 has an 802.11b/g radio dedicated to access point traffic. The settings for this
radio are independent of any settings for the radio used for the mesh backhaul traffic. The
settings for the access points can vary from node to node in the mesh, but typically it is
desirable to set certain parameters to the same value for all the access points in a mesh to
allow clients to roam in the network.
An EnRoute500 has four access points that can be configured to suit different application
needs. With the exception of the ‘wlanN.channel’ parameter, all access point parameters can
be configured independently of each other.
The interfaces for the access points will be referred to as ‘wlanN’ when it applies to
all four access points. ‘wlan1’ will be used in all examples.
Figure 32. Access point interfaces
9.1 Access Point Interfaces
There are four access point interfaces that are used to configure the access points: wlan1,
wlan2, wlan3, and wlan4. The access points have equivalent configuration capabilities and
there is no inherent prioritization or preference for one access point. The section on quality-of-
service settings (section 13) describes how prioritization on a per-access point basis can be
configured.
EnRoute500 User’s Guide
TR0149 Rev. C5 59
9.2 Access Point Client Device Address Space
The enabled wlanN interfaces are assigned segments of the class C address space that each
node has to share between its client interfaces, which include eth0, wlan1, wlan2, wlan3, and
wlan4. The start address of the address segment and its size can be set with the
‘ip.size.requested’ and ‘ip.start.requested’ variables. The following restrictions are placed on
the address segment configuration:
• Each active interface must be assigned an address segment.
• The address segment start address, ‘ip.start.requested’, must be one of the following
values: 1, 33, 65, 97, 129, 161, 193, 225.
• The address segment size, ‘ip.size.requested’, must be one of the following values: 31, 63,
127, 255.
• The address segment size and start address must be chosen such that the address
segment does not cross a netmask boundary. See Table 8 in section 8.1.4 for a list of
allowed combinations.
• The address spaces for enabled interfaces must start at different addresses.
• The address spaces for enabled interfaces should not overlap.
In the example below, the WLAN interfaces are set up to use the lower half of the class C
address space. This assumes that the Ethernet interface is either used for gateway purposes
or is assigned to an address segment in the upper half of the class C network.
> use wlan1
wlan1> set ip.start.requested=1
wlan1> set ip.size.requested=31
wlan1> use wlan2
wlan2> set ip.start.requested=33
wlan2> set ip.size.requested=31
wlan2> use wlan3
wlan3> set ip.start.requested=65
wlan3> set ip.size.requested=31
wlan3> use wlan4
wlan4> set ip.start.requested=97
wlan4> set ip.size.requested=31
Each of the enabled interfaces’ address segments should be configured to avoid overlap with
the other interfaces’ address segments. In the case where a node is configured such that this
requirement is not met, address spaces will be automatically reduced in size to prevent
overlap. The actual start address and size of a segment are accessible via the ‘ip.start.actual’
and ‘ip.size.actual’ parameters.
The wlanN ‘ip.start.requested’ and ‘ip.size.requested’ values can be set via the web interface
using the “DHCP” sub-tab on the “DHCP” tab on the “System Parameters” page (see Figure
33).
EnRoute500 User’s Guide
TR0149 Rev. C5 60
Figure 33. ‘wlanN’ DHCP and address space settings
9.3 Enabling and Disabling Access Points
An access point can be enabled with the ‘enable’ parameter in the ‘wlanN’ interface as shown
below.
EnRoute500 User’s Guide
TR0149 Rev. C5 61
> use wlan1
wlan1> set enable=yes
An access point can be disabled with the following commands.
> use wlan1
wlan1> set enable=no
The access point status can be set via the web interface using the appropriate “wlanN” tab on
the “Wireless Interfaces” page (see Figure 32).
An access point can be configured when it is disabled and parameters are maintained when it
is disabled.
9.4 Channel
The 802.11b/g radio can be set to operate in the channels listed in Table 9.
Channel Center Frequency (GHz)
1 2.412
2 2.417
3 2.422
4 2.427
5 2.432
6 2.437
7 2.442
8 2.447
9 2.452
10 2.457
11 2.462
Table 9. Access point channels and frequencies
Note that only channels 1, 6, and 11 are non-overlapping.
It is not possible to configure access points to use different channels. If ‘channel’ in
the ‘wlan2’ interface is changed, the same change will be made to ‘channel’ in
‘wlan1’, ‘wlan3’, and ‘wlan4’ interfaces. The nodes in a mesh cluster can be set to
use different access point channels though.
The example below shows how to set the AP channel to 6.
> use wlan1
EnRoute500 User’s Guide
TR0149 Rev. C5 62
wlan1> set channel=6
The access point channel can be set via the web interface using the appropriate “wlanN” tab
on the “Wireless Interfaces” page (see Figure 32).
9.5 ESSID
The ESSID, or Extended Service Set Identifier, is used in 802.11 communication to identify a
particular network. It is used to differentiate logical networks that operate on the same channel.
Each access point can be configured with a different ESSID. This allows network
traffic to be separated based on ESSID. Assigning unique ESSIDs to the access
points in a mesh has the benefit of allowing a user to configure a client device to
connect to a specific node in the mesh. Typically a mesh will be deployed with the
access point ESSIDs having the same set of values for each EnRoute500 though.
This has the benefit of allowing client devices to connect to any node in the network
without having to be reconfigured.
The access point ESSID is set as shown in the example below. The ESSID value must be a
text string that has a maximum length of 32 characters. It must only contain alphanumeric
characters, spaces, dashes (“-“), and underscores (“_”).The ESSID setting is case sensitive.
When setting an ESSID that contains spaces, the ESSID value must be enclosed by quotes –
the quotes are optional otherwise
> use wlan1
wlan1> set essid=”wlan1_ap”
The broadcast of the ESSID can be controlled with the ‘hide_essid’ parameter in the ‘wlanN’
interface. The example below shows how hiding of the ESSID can be enabled.
> use wlan1
wlan1> set hide_essid=yes
The access point ESSIDs can be set via the web interface using the appropriate “wlanN” tab
on the “Wireless Interfaces” page (see Figure 32).
9.6 IP Configuration for Nodes and Their Clients
When an EnRoute500 is configured as a repeater, the access point interfaces allow client
devices to connect to it to access the mesh network. These client devices can either be
assigned their IP configuration using DHCP or be manually configured.
EnRoute500 User’s Guide
TR0149 Rev. C5 63
9.6.1 Access Point IP Address
The IP address, broadcast address, and netmask associated with an access point interface
can be viewed, but not directly changed through the ‘wlanN’ interface. To set the IP address to
the desired value, modify the ‘id.node’, ‘id.mesh’, and ‘id.lanprefix’ parameters in the ‘sys’
interface. You can view the resulting settings for the AP interface with the ‘ip.*’ parameters in
the ‘wlanN’ interface as shown in the example below (see sections 6.3 and 6.5).
> use wlan1
wlan1> get ip.address
ip.address = 10.2.4.1
wlan1> get ip.broadcast
ip.broadcast = 10.2.4.127
wlan1> get ip.gateway
ip.gateway =
wlan1> get ip.netmask
ip.netmask = 255.255.255.128
The access points’ IP settings are also available through the web interface on the “Status”
page.
9.6.2 IP Configuration of Clients Devices via DHCP
The EnRoute500 can be set to serve DHCP addresses to clients on the access point
interfaces. Two distinct modes for providing addresses via DHCP exist. These are described in
depth in section 10.
9.6.3 Manual IP Configuration of Client Devices
The client devices that use static IP addresses must have an address that is within the subnet
of the access point interface that they connect to. The IP address and subnet of the access
point interface can viewed with
> use wlan1
wlan1> get ip.address ip.netmask
ip.address = 10.2.4.1
ip.netmask = 255.255.255.128
If the local DHCP server is enabled for an access point interface, addresses must be reserved
for statically configured devices by setting the ‘dhcp.reserve’ parameter. This will reserve the
specified number of addresses at the bottom of the IP range for the interface. For example, if
the interface has the address 10.2.4.1, the netmask 255.255.255.128, and the ‘dhcp.reserve’
value 5, the addresses 10.2.4.2 through 10.2.4.6 will be available for use by statically
configured devices.
EnRoute500 User’s Guide
TR0149 Rev. C5 64
The ‘dhcp.reserve’ value can be set via the web interface using the “DHCP” sub-tab on the
“DHCP” tab on the “System Parameters” page (see Figure 33).
9.7 Client Devices
Each access point has a status page that displays information about attached clients and total
throughput through the access point. The signal strength of each client device, it’s MAC
address, its IP address, and the time since data was last received from it are listed. The status
pages can be accessed under the ‘Status’ tab on the ‘Status’ page, as shown in Figure 34.
Figure 34. Access point client status information
9.8 Encryption and Authentication
The EnRoute500 has supports several common encryption/authentication schemes, including
WEP, WPA, and WPA2, to provide secure wireless access for client devices. WEP keys with
40-bit or 104-bit lengths, pre-shared WPA keys, and multiple WPA-EAP modes are supported.
The WEP and WPA configuration settings for each access point are independent. An access
point can only support one of the encryption/authentication modes at a time, but the APs in the
EnRoute500 do not all have to use the same encryption/authentication scheme.
EnRoute500 User’s Guide
TR0149 Rev. C5 65
Figure 35. Access point authentication and encryption settings
9.8.1 WEP Encryption
The access points can be protected with a WEP-based encryption key to prevent unauthorized
users from intercepting or spoofing traffic. To enable WEP-based encryption, set the ‘key’
parameter in the ‘wlanN’ interface. The length of the encryption key is determined by the
format used to specify the ‘key’ value. Valid key formats and the corresponding encryption type
and key length are listed in Table 10.
If WPA is enabled for an interface (‘wpa.enable’ parameter in the ‘wlanN’ interfaces),
the WPA settings will be used for encryption and authentication and the ‘key’ value
used to enable WEP will be ignored.
Key format Encryption format Encryption key length
s:<5 ASCII characters>
<10 hex values> WEP 40 bits
s:<13 ASCII characters>
<26 hex values> WEP 104 bits
<blank> None N/A
Table 10. WEP encryption key formats
For example, 104-bit WEP encryption can be enabled using an ASCII key with
> use wlan1
wlan1> set key=”s:abcdefghijklm”
EnRoute500 User’s Guide
TR0149 Rev. C5 66
or using a hexadecimal key with
> use wlan1
wlan1> set key=”0123456789abcdef0123456789”
WEP encryption can be disabled by specifying a blank value as shown below.
> use wlan1
wlan1> set key=
WEP encryption can be enabled and the key can be set via the web interface using the
“WPA/WEP” sub-tab under the “AAA” tab on the “System Parameters” page (see Figure 35).
Select “WEP” as the type of encryption from the drop-down menu for the access point you
wish to configure and set the WEP key in the text box below the drop-down menu. In the
example in Figure 35, ‘wlan1’ has been configured to use WEP.
9.8.2 WPA Pre-Shared Key Mode (WPA-PSK)
In WPA pre-shared key (PSK) mode, a common passphrase is used for clients connecting to
an EnRoute500 AP. To set the WPA-PSK mode, enable WPA for the interface and set the pre-
shared key value as shown below. The passphrase must be between 8 and 63 characters in
length. It is suggested that the passphrase is 14 characters or longer to achieve an adequate
level of security from the encryption algorithm. The ‘wpa.key_mgmt’ parameter must also be
set to indicate that PSK mode is being used, as shown below.
> use wlan1
wlan1> set wpa.enable=yes
wlan1> set wpa.key_mgmt=”WPA-PSK”
wlan1> set wpa.passphrase=long_passphrases_improve_encryption_effectiveness
WPA-PSK can be enabled and the pre-shared key can be set via the web interface using the
“WPA/WEP” sub-tab under the “AAA” tab on the “System Parameters” page (see Figure 35).
Select “WPA-PSK” as the type of encryption/authentication from the drop-down menu for the
access point you wish to configure and enter the WPA-PSK key in the text box below the drop-
down menu. The correct ‘wpa.key_mgmt’ value for WPA-PSK is automatically set by the web
interface. In the example in Figure 35, ‘wlan2’ has been configured to use WPA-PSK.
9.8.3 WPA EAP Mode
In WPA-EAP mode, a client device is authenticated using an 802.1x authentication server,
which is typically a RADIUS server. To configure the EnRoute500 to support 802.1x
authentication, the following parameters in a ‘wlanN’ interface must be set:
• wpa.enable
• wpa.key_mgmt
EnRoute500 User’s Guide
TR0149 Rev. C5 67
• wpa.auth.server.addr
• wpa.auth.server.port
• wpa.auth.server.shared_secret
The supported EAP modes are:
• TLS
• TTLS
• PEAP
The ‘wpa.key_mgmt’ parameter must be set to indicate that both PSK and EAP modes can be
supported, as shown in the example below.
The ‘wpa.auth.server.addr’ parameter is the IP address of the 802.1x server that will be used
for authentication and the ‘wpa.auth.server.port’ is the port that the authentication server is
listening on (typically UDP port 1812 for a RADIUS server).
The parameter ‘wpa.auth.server.shared_secret’ is the shared secret for the authentication
server. The secret must be a string that is no longer than 32 characters in length.
The example below shows how to enable WPA EAP mode.
> use wlan1
wlan1> set wpa.enable=yes
wlan1> set wpa.key_mgmt=”WPA-PSK WPA-EAP”
wlan1> set wpa.auth.server.addr=1.2.3.4
wlan1> set wpa.auth.server.port=1812
wlan1> set wpa.auth.shared_secret=enroute500_radius_secret
WPA-EAP can be enabled and the authentication server parameters can be set via the web
interface using the “WPA/WEP” sub-tab under the “AAA” tab on the “System Parameters” page
(see Figure 35). Select “WPA-EAP” as the type of encryption/authentication from the drop-
down menu for the access point you wish to configure and set the authentication server
address, port, and secret in the text boxes below the drop-down menu. The correct
‘wpa.key_mgmt’ value for WPA-EAP is automatically set by the web interface. In the example
in Figure 35, ‘wlan3’ has been configured to use WPA-EAP.
9.9 Transmit Power
The transmit power of the access point radio is configurable. Increased output power will
improve communication range, but will also extend the interference range of the radios. The
default power level is 25 dBm.
EnRoute500 User’s Guide
TR0149 Rev. C5 68
The values for ‘txpower’ in the ‘wlanN’ interfaces must be no greater than the
values listed in Table 11 to be in compliance with FCC regulations. Note that
the power limit is dependent on the channel selected.
The example below shows how to set the access point radio’s transmit power.
> use wlan1
wlan1> set txpower=25
The access points transmit power can be set via the web interface using the appropriate
“wlanN” tab on the “Wireless Interfaces” page (see Figure 32).
To determine the currently selected channel for the access point, use the command
‘show channel’ when the appropriate ‘wlanN’ interface has been selected.
Channel txpower setting
1 13
2 – 10 25
11 05
Table 11. Access point transmit power limits
txpower Output Power (dBm)
1 18
10 20
13 22
17 24
21 26
25 28
28 30
Table 12. AP radio output power settings
EnRoute500 User’s Guide
TR0149 Rev. C5 69
10 Client DHCP Configuration
Two configuration options exists for assigning IP addresses to client devices using DHCP:
• Each EnRoute500 hosts a local DHCP server and supplies addresses to devices attaching
to any of the client interfaces
• A centralized DHCP server supplies addresses to client devices, with the EnRoute500s in a
mesh relaying DHCP messages between client devices and the centralized server.
All client interfaces in a mesh cluster must use the same DHCP option or have DHCP
disabled.
10.1 Using Local DHCP Servers
The EnRoute500 can be set to serve DHCP addresses to clients on enabled access point
interfaces and the Ethernet interface on repeater nodes. The ‘dhcp.role’ parameters in the
‘wlanN’ and ‘eth0’ interfaces control DHCP behavior. When set to ‘server’, the EnRoute500 will
respond to DHCP requests received from client devices connected to the interface. The
examples below show how to set the DHCP server state for the ‘wlan1’ interface.
> use wlan1
wlan1> set dhcp.role=server
To disable the DHCP server, set the ‘dhcp.role’ parameter to ‘none’
> use wlan1
wlan1> set dhcp.role=none
The access point and wired interface DHCP servers’ state can be set via the web interface
using the “DHCP” sub-tab under the “DHCP” tab on the “System Parameters” page (see
Figure 36). All of the access points’ DHCP settings can be configured on this page.
The addresses provided by the DHCP server will be in the subnet defined by the ‘id.lanprefix’,
‘id.mesh’, ‘id.node’ in the ‘sys’ interface and the ‘ip.start.actual’ and ‘ip.size.actual’ parameters
in the appropriate client interface. For example, for the ‘wlan1’ interface, the start and end of
the address range are:
Start address = <sys.id.lanprefix>.
<sys.id.mesh>.
<sys.id.node>.
<wlan1.ip.start.actual> + 1
EnRoute500 User’s Guide
TR0149 Rev. C5 70
End address = <sys.id.lanprefix>.
<sys.id.mesh>.
<sys.id.node>.
<wlan1.ip.start.actual> - <wlanN.ip.size.actual> - 2
Figure 36. Access point DHCP configuration
The EnRoute500 can be configured to set aside a number of addresses for client devices that
will use a static address. These addresses are taken from the pool that DHCP assigns
addresses from. Thus, increasing the number of addresses set aside for devices with static IP
addresses will reduce the size of the DHCP address pool. The parameter ‘dhcp.reserve’
controls the number of addresses that will be reserved for static use. By default, this parameter
is set to zero, assigning the maximum possible number of addresses to the DHCP pool. You
EnRoute500 User’s Guide
TR0149 Rev. C5 71
may reserve the entire range of addresses, but the EnRoute500 will use at least the top
address in the range for DHCP.
> use wlan1
wlan1> set dhcp.reserve=5
The ‘dhcp.reserve’ setting for all access points and the wired interface can be set via the web
interface using the “DHCP” sub-tab under the “DHCP” tab on the “System Parameters” page
(see Figure 36).
If the ‘dhcp.reserve’ value is non-zero, the DHCP range start address will be affected as shown
below
Start address = <sys.id.lanprefix>.
<sys.id.mesh>.
<sys.id.node>.
<wlan1.ip.start.actual> + 1 - <wlan1.dhcp.reserve>
10.2 Using a Centralized DHCP Server
DHCP relay enables assignment of IP addresses to wireless clients from of a common remote
DHCP server. The remote DHCP server may reside either on a host connected to the mesh
gateway’s wired segment, or on a server that is beyond one or more routers. When using a
common DHCP server, wireless clients are assigned IP addresses from a single address pool,
and are allowed to keep their address while roaming seamlessly from AP to AP. Even though
they will not move seamlessly from one node to another, wired clients can also have their
addresses assigned by a centralized server.
Seamless roaming denotes roaming from AP to AP with the same ESSID, while
maintaining Layer 4 session persistence. Certain wireless utility / card combos will,
instead of resetting the network adapter, re-request their currently assigned IP
address from the DHCP server when connecting to a new AP with the same ESSID
as the last one it was connected to. This behavior will leave existing Layer 4
(TCP/UDP) sessions intact.
There are three classes of entities that must be configured when using this DHCP mode:
1. The individual EnRoute500s, including the repeaters and the gateway node
2. The central DHCP server
3. Any intermediate router(s) in the path between the DHCP server and the mesh cluster
gateway node
When using a centralized DHCP server, an address space, from which client addresses are
assigned, must be defined. The client interfaces on the EnRoute500s (there can be up to 5 per
EnRoute500 User’s Guide
TR0149 Rev. C5 72
node) must also have addresses that belong to this address space in order to facilitate DHCP
relay and selection of client addresses from the correct DHCP scope on servers that serve
hosts connected to different subnets. The client interface addresses need to be configured
statically. It is recommended that a contiguous range of addresses at the lower end of the
address space be set aside, one for each client interface on the mesh nodes.
Consider the example where a mesh cluster consists of 3 nodes, including the gateway node.
The DHCP server resides on a host that also acts as the upstream router and is connected to
the mesh gateway’s wired segment. We will set aside 15 addresses for the mesh nodes’ client
interfaces (3 nodes, up to 5 interfaces per node). Assuming the client address space is
192.168.5.0/24, with available addresses from 192.168.5.1 to 192.168.5.255, we will use
192.168.5.1 for the server hosting the DHCP server, 192.168.5.2 for the mesh gateway’s
backhaul interface, set aside 192.168.5.3 to 192.168.5.18 for the mesh AP interfaces, and
configure the remote DHCP server to serve addresses in the range of 192.168.5.19 to
192.168.5.254 to wireless clients. We will keep 192.168.5.255 as the broadcast address for
the mesh cluster.
10.2.1 Configuring the EnRoute500s
Each EnRoute500 in a mesh cluster must be configured to use the same centralized DHCP
server. This is set using the ‘dhcp.relay.enable’ parameter in the ‘sys’ interface as shown in the
example below.
> use sys
sys> set dhcp.relay.enable=yes
DHCP relay mode can be enabled via the web interface on the “DHCP Relay” sub-tab under
the “DHCP” tab on the “System Parameters” page (see Figure 37).
Each client interface on the EnRoute500 must be configured to be in server mode for it to
support relay of addresses to clients from a central DHCP server. This configuration is set with
the ‘dhcp.role’ parameter in each of the client interfaces (eth0,wlan1-4). The example below
shows how to set this parameter for the wlan1 and wlan2 interfaces.
> use wlan1
wlan1> set dhcp=server
> use wlan2
wlan2> set dhcp=server
It is possible to disable DHCP address assignments to clients on a per-client interface basis
and have them use static addresses instead. To disable DHCP for an interface, set the
‘dhcp.role’ parameter in the interface to ‘none’, as shown below
> use wlan3
wlan3> set dhcp=none
EnRoute500 User’s Guide
TR0149 Rev. C5 73
The IP address of the central DHCP server is set with the ‘dhcp.relay.server’ parameter in the
‘sys’ interface. The server must be reachable through the mesh gateway’s wired backhaul
interface. In the example below, the central DHCP server resides on a host on the same
segment to which the mesh gateway’s wired interface is connected.
> use sys
sys> set dhcp.relay.server=192.168.5.1
The external DHCP server address can be set via the web interface on the “DHCP Relay” sub-
tab under the “DHCP” tab on the “System Parameters” page (see Figure 37).
The address space that is to be used for the wireless clients is set with the
‘dhcp.relay.dhcp_subnet’ parameter in the ‘sys’ interface. This subnet can either be a class A
(/8), class B (/16), or class C (/24) network. The value must be specified in CIDR notatation (a
subnet and its size separated by a ‘/’) as shown in the example below.
> use sys
sys> set dhcp.relay.dhcp_subnet=192.168.5.0/24
Figure 37. DHCP relay settings for use with a centralized DHCP server
The address space used for the nodes’ DHCP clients can be set via the web interface on the
“DHCP Relay” sub-tab under the “DHCP” tab on the “System Parameters” page (see Figure
37).
The IP addresses of the client interfaces (eth0, wlan1-4) need to be assigned to each of the
nodes in the mesh cluster. This is done by defining a base value for the interfaces using the
‘dhcp.relay.base’ parameter in the ‘sys’ interface, which determines the address offset for each
individual node. The value must be in the range from 0 to 255 and is used to derive the per-
client relay agent address by OR-ing it with the value of the dhcp_subnet parameter. It is
recommended that the gateway in a mesh cluster be assigned the lowest available value (3 in
the example above) and the repeaters in the mesh cluster are given successively higher
values, with an increment of 5 between them. The example below shows the configuration for
a mesh cluster consisting of 3 nodes.
EnRoute500 User’s Guide
TR0149 Rev. C5 74
On the gateway:
> use sys
sys> set dhcp.relay.base=3
on the first repeater node:
> use sys
sys> set dhcp.relay.base=8
and on the second repeater node:
> use sys
sys> set dhcp.relay.base=13
The ‘dhcp.relay.base’ parameter can be set via the web interface on the “DHCP Relay” sub-tab
under the “DHCP” tab on the “System Parameters” page (see Figure 37).
10.2.2 Configuring the Central DHCP Server
Guidelines for configuring the central DHCP server are provided below. The full configuration
of the central DHCP server will depend on the type of DHCP server that is used and is beyond
the scope of this document.
Typically the following information must be available in order to configure the server:
1. The local interface (to the DHCP server) over which the DHCP-related messages from
the mesh cluster arrive
2. The parameter(s) that define the address lease time
3. Whether DNS and domain names are to be provided by the DHCP server to clients
4. The range of the flat IP address that is used for assigning addresses to clients. The
range must not include the addresses set aside for the client interfaces on each mesh
node.
The following is a segment of the dhcpd.conf file for a Linux DHCP server (ISC server) that
illustrates the scope settings for the mesh segment:
subnet 192.168.5.0 netmask 255.255.255.0
{
option broadcast-address 192.168.5.255;
option subnet-mask 255.255.255.0;
option domain-name "domain.com";
range 192.168.5.18 192.168.5.254;
}
Note that in this definition no “routers” option is needed. If a global “routers” option is defined,
it will be set to the correct value for proper operation inside the mesh segment. In this
example, the mesh segment includes 3 mesh nodes, 2 addresses are set aside for the DHCP
server and the mesh gateway, and therefore the address pool starts from 192.168.5.18.
EnRoute500 User’s Guide
TR0149 Rev. C5 75
11 Connecting an EnRoute500 Gateway to a WAN
The options for connecting an EnRoute500 gateway to a WAN are described below.
11.1 Manual Configuration
An EnRoute500 gateway can be directly connected to a WAN without using Network Address
Translation. With this gateway configuration, the router on the network that the gateway is
attached to must be configured to forward the mesh subnet and the LAN subnets to the
gateway’s Ethernet IP address. The subnets that need to be forwarded are:
Class B subnet: <sys.id.lanprefix>.<sys.id.mesh>.0.0
Class C subnet: <sys.id.meshprefix>.<sys.id.mesh>.0
The subnet information can be retrieved from the ‘sys’ interface as shown below.
> use sys
sys> get id.*
sys.id.lanprefix = 10
sys.id.mesh = 2
sys.id.meshprefix = 172.29
sys.id.node = 4
With this configuration, the subnets the router would need to forward to the gateway are
10.2.0.0/255.255.0.0 and 172.29.2.0/255.255.255.0.
11.2 Network Address Translation (NAT)
Network Address Translation (NAT) isolates a mesh cluster from the WAN network that its
gateway is connected to. The mesh nodes and their client devices are able to communicate
with devices connected to the external network that the mesh gateway is connected to.
However, devices on the external network cannot initiate communication with any nodes in the
mesh cluster, or their clients, other than the mesh cluster gateway.
The advantages of using NAT are:
• You can easily attach a mesh cluster to an existing network. You do not need to modify any
settings on the router on your existing network to forward packets to the addresses used in
your mesh cluster.
• The nodes in the mesh cluster are shielded from the network that the gateway is attached
to.
EnRoute500 User’s Guide
TR0149 Rev. C5 76
• You only consume a single IP address on your existing network when connecting the mesh
cluster to it.
The main disadvantage of using NAT is
• You are not able to initiate connections with nodes in the mesh cluster or their clients from
outside the mesh cluster.
To set the NAT state, use the commands
> use sys
sys> set nat.enable=<yes|no>
The NAT state can be set via the web interface on the “Wired/Backhaul Interface” page (Figure
38).
Figure 38. NAT setting
11.3 VPN Access to a Mesh Gateway
An EnRoute500 configured as a gateway can establish a VPN connection to an OpenVPN
server. This VPN connection provides the following capabilities:
• Any node in the mesh can be contacted directly from a remote host, even when NAT is
enabled on the gateway node. This allows remote access to nodes to monitor their
behavior or reconfigure them
EnRoute500 User’s Guide
TR0149 Rev. C5 77
• A secure path between the mesh and a host, which can monitor and reconfigure the mesh,
is established. The control and status traffic passing between the mesh and the host is
protected if it passes over a public network at any point.
The state of the VPN client on the EnRoute500 is set with the ‘vpn.enable’ parameter in the
‘eth0’ interface. The address of the VPN server and port are specified with the ‘vpn.server’
and ‘vpn.port’ parameters in the ‘eth0’ interface. Note that the ‘vpn.server’ parameter can
either be an IP address or a resolvable host name. The example below shows how to
configure the VPN client to talk to a VPN server.
> use eth0
sys> set vpn.enable=yes
sys> set vpn.server=192.168.0.1
sys> set vpn.port=1194
These parameters can be set via the web interface on the “Wired/Backhaul Interface” page
when the node scheme is set to ‘gateway’.
Figure 39. VPN client settings
EnRoute500 User’s Guide
TR0149 Rev. C5 78
12 Controlling Access to the EnRoute500
The EnRoute500 supports the following methods for restricting access to the node and the
network that it is connected to:
• Firewall
• Gateway firewall
• Client-to-client communication blocking
• White lists / black lists
12.1 Firewall
The EnRoute500 has a firewall that blocks traffic to the EnRoute500. This prevents client
devices attached to a node and devices on the mesh gateway WAN from connecting to the
node.
The firewall only affects packets destined for the EnRoute500. All traffic destined for
devices ‘past’ the EnRoute500 is not affected by the firewall. This means the firewall
needs to be enabled on every EnRoute500 or connected clients will have full access
to the EnRoute500’s private ports.
The firewall is enabled by selecting the ‘firewall’ interface and setting the ‘node.enable’
parameter.
> use firewall
firewall> set node.enable=yes
Lists of allowed source and destination ports for inbound TCP and UDP traffic can be
specified. These lists can be set with the following parameters in the ‘firewall’ interface:
• node.tcp.allow.dest
• node.tcp.allow.source
• node.udp.allow.dest
• node.udp.allow.source
The list of allowed ports must be a space-delimited string enclosed by quotes. The example
below shows how to set the TCP source ports parameters.
> use firewall
firewall> set node.tcp.allow.dest=”22 23 80 5280”
By default, the ports listed in Table 13 are set to be allowed.
EnRoute500 User’s Guide
TR0149 Rev. C5 79
Function Port Type Protocol
SSH 22 Source & destination TCP
HTTPS 443 Destination TCP
HTTP redirect 3060 Destination TCP
DNS 53 Source & destination UDP
DHCP 67 Destination UDP
DHCP 68 Destination UDP
Roaming support 7202 Destination UDP
Roaming support 7203 Destination UDP
Table 13. Source and destination ports allowed by default
If ports that are open by default are reconfigured to be closed, certain EnRoute500
functions will be affected. It is strongly recommended that all of the ports listed in
Table 13 be kept open.
12.2 Gateway Firewall
The gateway firewall blocks connections originating outside the mesh cluster from entering the
mesh via the gateway, protecting mesh nodes and their clients from unwanted traffic. The
gateway firewall will permit return traffic for connections that originate inside the mesh cluster
or on mesh clients.
The gateway firewall should only be enabled on EnRoute500’s that are configured as
gateways. It is possible to have the gateway firewall set to be enabled on a repeater node, but
it does not have any effect on the flow of traffic through the node’s Ethernet interface.
If you have enabled NAT (see section 11.2) on the Ethernet interface ‘eth0’, you will
have an implicit firewall that limits the type of inbound connections that are possible.
The state of the gateway firewall is controlled with the ‘gateway’ parameter in the ‘firewall’
interface. Enable the gateway firewall with
> use firewall
firewall> set gateway=yes
disable it with
> use firewall
firewall> set gateway=no
EnRoute500 User’s Guide
TR0149 Rev. C5 80
12.3 Blocking Client-to-Client Traffic
Client-to-client traffic can be blocked or permitted on a per-interface basis. By enabling client-
to-client traffic blocking for one or more of an EnRoute500’s client interfaces, the clients that
attach to that particular interface will not be able to communicate with any clients attached to
that or any other client interface in the mesh. Client-to-client traffic can be controlled for
interfaces wlan1, wlan2, wlan3, wlan4, and eth0.
The parameters that control client-to-client access are all in the ‘firewall’ interface. They are:
• node.allowc2c.eth0
• node.allowc2c.wlan1
• node.allowc2c.wlan2
• node.allowc2c.wlan3
• node.allowc2c.wlan4
To block client-to-client traffic, select the ‘firewall’ interface and set the parameter for the
appropriate interface to ‘no’, To allow traffic between clients, set the parameter to ‘yes’. The
examples below illustrate the how to configure these parameters.
To block client-to-client traffic for clients attached to wlan1:
> use firewall
firewall> set node.allowc2c.wlan1=no
To allow client-to-client traffic for clients attached to eth0:
> use firewall
firewall> set node.allowc2c.eth0=yes
The ‘node.allow_c2c’ parameters can be set via the web interface using the “Firewall” tab on
the “Security” page (see Figure 40).
EnRoute500 User’s Guide
TR0149 Rev. C5 81
Figure 40. Client-to-client firewall settings
Note that devices connected to different interfaces can only communicate with each other if
client-to-client isolation is disabled for both interfaces.
Client-to-client isolation is only enabled if the EnRoute500 node firewall
(firewall.node.enable) is enabled (section 12.1).
12.4 Access Control Lists (ACLs)
Access control lists can be created for each of the access point interfaces and the mesh
interface.
EnRoute500 User’s Guide
TR0149 Rev. C5 82
12.4.1 Access Point Access Control Lists (ACLs)
The access control lists (ACLs) for the access point interfaces (wlan1-wlan4) block access to
any device with a MAC address matching those on the list. Individual ACLs can be defined for
each access point.
The ACLs can be defined via the web interface on the appropriate “wlanN” sub-tab under the
“ACL” tab on the “Security” page. Enter a MAC address and click on the “Add MAC” button to
add the address to the ACL for that access point. Once an address has been added, it will
appear at the bottom of the page. To delete a MAC address in an ACL, click on the “Delete
MAC” button next to the address.
The ACL for an access point must be enabled after it has been created. Choose “blacklist”
from the drop-down menu and click on “Change ACL Mode” to enable the list. Choose “none”
from the drop-down menu and click on “Change ACL Mode” to disable the ACL.
Figure 41. AP ACL configuration
12.4.2 Mesh ACL
The access control list (ACL) for the mesh interface blocks access to the node via the mesh
interface for any node whose mesh MAC address is not listed in the ACL.
It is possible to isolate a mesh node from other nodes in the mesh if the mesh ACL
is incorrectly configured. If the mesh ACL is enabled and no MAC addresses are
present on the list, or the wrong addresses are present, it will not be possible for
other mesh nodes to communicate with the node.
The mesh ACL can be defined via the web interface on the “Mesh” sub-tab under the “ACL”
tab on the “Security” page. Enter a MAC address and click on the “Add MAC” button to add the
EnRoute500 User’s Guide
TR0149 Rev. C5 83
address to the ACL for that access point. Once an address has been added, it will appear at
the bottom of the page. To delete a MAC address in an ACL, click on the “Delete MAC” button
next to the address.
The ACL for an access point must be enabled after it has been created. Choose “whitelist”
from the drop-down menu and click on “Change ACL Mode” to enable the list. Choose “none”
from the drop-down menu and click on “Change ACL Mode” to disable the use of the ACL for
the mesh interface.
Figure 42. Mesh ACL configuration
EnRoute500 User’s Guide
TR0149 Rev. C5 84
13 Quality of Service (QoS) Configuration
The EnRoute500 has extensive support for quality of service settings that allow traffic to be
prioritized based on the source interface, destination interface, and type of traffic. The
EnRoute500 QoS scheme allows both rate limiting and rate reservation for all interfaces.
13.1 Priority Levels
The available priority levels are listed in Table 14.
Abbreviation Description Priority level
VO Voice 4 (highest)
VI Video 3
BE Best Effort 2
BK Background 1 (lowest)
Table 14. Priority levels
When sending data out through any of the wireless interfaces (wlanN, mesh0), these priorities
map directly to the hardware priority output queues on the wireless card if the receiver has
802.11e support, as the EnRoute500 does. The default level is Best Effort.
Priority levels are set with the following CLI parameters in the ‘qos’ interface:
in.<intf>.hwpri{max,min}
in.<intf>.flow_priority
where <intf> is one of the following: default, local, eth0, mesh0, wlan1, wlan2, wlan3, wlan4.
‘local’ refers to traffic originating on the node itself, not from its clients (in practice this means
mesh network control traffic).
Flow priorities can be set via the web interface under the “QoS” tab on the “QoS” page (see
Figure 43).
The ‘in.<intf>.flow_priority’ parameters set the relative priority of outbound traffic based on the
source interface. These parameters can be set to a value in the range from 0 to 99, with a
higher number indicating a higher priority. If a priority level parameter is set to ‘inherit’, the
interface will assume the default priority level of ‘in.default.flow_priority’.
Traffic originating from an interface with a higher priority will take priority over traffic from all
interfaces with a lower priority value until the higher-priority interface has no more data to
send. If multiple interfaces have the same priority level, their traffic will be given equal access
EnRoute500 User’s Guide
TR0149 Rev. C5 85
to the outbound interface. Rate reservation and rate limiting, described in the following
sections, can be used to avoid one interface dominating the use of the mesh interface
bandwidth.
Figure 43. QoS settings
The absolute value of the priority settings do not have any weighting effect. If a
priority is higher for one interface than another, the former will always be prioritized
with any remaining bandwidth allocated to the other one.
The example below sets locally generated traffic to have top priority and wlan1 to have priority
over all other interfaces.
> use qos
qos> set in.default.flow_priority=10
qos> set in.local.flow_priority=90
qos> set in.wlan1.flow_priority=20
qos> set in.wlan2.flow_priority=inherit
qos> set in.wlan3.flow_priority=inherit
qos> set in.wlan4.flow_priority=inherit
qos> set in.eth0.flow_priority=inherit
EnRoute500 User’s Guide
TR0149 Rev. C5 86
As a rule, locally generated traffic should always have the highest priority so that
EnRoute500 control traffic has precedence over client traffic and the mesh can be
maintained.
The ‘in.<intf>.hwpri.max’ and ‘in.<intf>.hwpri.min’ parameters can be used to limit the hardware
priority queues that traffic from a particular interface can use for outbound traffic. Valid values
for these parameters are from 1 to 4, which are the priority levels listed in Table 14. These
parameters can be set via the web interface under the “Advanced QoS” tab on the “QoS” page
(see Figure 44).
Figure 44. Advanced QoS configuration (only settings for some interfaces are shown)
To increase the hardware priority of traffic from a particular interface, set the value of
‘in.<intf>.hwpri.min’ to a value larger than 1. This will force all traffic from the chosen interface
to use a hardware queue equal to or greater than the ‘in.<intf>.hwpri.min’ value set. To reduce
the maximum hardware priority of traffic from an interface, set the ‘in.<intf>.hwpri.max’
parameter to a value less than 4. To disable hardware prioritization, set the
‘in.<intf>.hwpri.max’ and ‘in.<intf>.hwpri.min’ parameters to ‘0’.
The example below shows how to configure the system such that all traffic from ‘wlan1’ with a
‘Voice’ or ‘Video’ priority will be reduced to a ‘Best Effort’ priority. Traffic with ‘Best Effort’ and
‘Background’ priorities will not be affected.
> use qos
qos> set in.wlan1.hwpri.max=2
EnRoute500 User’s Guide
TR0149 Rev. C5 87
The example below shows how to configure the system such that all traffic from ‘wlan2’ with a
‘Background’ or ‘Best Effort’ priority will be increased to a ‘Video’ priority. Traffic with ‘Video’
and ‘Voice’ priorities will not be affected.
> use qos
qos> set in.wlan2.hwpri.min=2
This does not affect the rate limiting and reservation (section 13.2), it only affects which output
hardware queues are used.
13.2 Rate Limiting
A rate limit can be set at each QoS Control Point shown in Figure 45. The Control Points can
be split into three groups, listed below in decreasing order of importance:
• Interface output limit
• Interface output limit of traffic from a particular interface
• Interface output limit of traffic of a certain type from a particular interface
mesh0local wlan1 wlan2 wlan3 wlan4eth0
mesh0 wlan1 wlan2 wlan3 wlan4eth0
Input
Output
BE
BK
VI
VO
BE
BK
VI
VO
BE
BK
VI
VO
BE
BK
VI
VO
BE
BK
VI
VO
BE
BK
VI
VO
BE
BK
VI
VO
QOS
QoS Control Point
Figure 45. Quality of Service rate limit control points
All rate limit parameter values are in kbps. If no rate limit parameter is set, rate
limiting will be disabled for that interface or interface and traffic combination.
EnRoute500 User’s Guide
TR0149 Rev. C5 88
The maximum output data rate for interfaces can be limited with the ‘out.<intf>.limit’
parameters in the ‘qos’ interface, where <intf> is one of the following: default, eth0, mesh0,
wlan1, wlan2, wlan3, wlan4. The ‘out.default.limit’ value is applied to interfaces that have the
‘out.<intf>.limit’ parameter set to ‘inherit’. These parameters can be set via the web interface
under the “QoS” tab on the “QoS” page (see Figure 43).
The example below shows how to limit the maximum output rate of the mesh0 interface to 8
Mbps and the maximum output rates of all four wlanN interfaces to 2 Mbps each.
> use qos
qos> set out.mesh0.limit=8192
qos> set out.wlan1.limit=2048
qos> set out.wlan2.limit=2048
qos> set out.wlan3.limit=2048
qos> set out.wlan4.limit=2048
The maximum data rate for traffic that enters the EnRoute500 through a particular interface
and exits it through another interface can be limited with the ‘out.<output intf>.<input intf>.limit’
parameters in the ‘qos’ interface, where <output intf> is one of the following: default, eth0,
mesh0, wlan1, wlan2, wlan3, wlan4; and <input intf> is one of the following: default, eth0, local,
mesh0, wlan1, wlan2, wlan3, wlan4. The ‘out.default.default.limit’ value is applied to interfaces
that have the ‘out.<output intf>.<input intf>.limit’ parameter set to ‘inherit’ or is left blank. These
parameters can be set via the web interface under the “Advanced QoS” tab on the “QoS” page
(see Figure 44).
There is no standalone input rate limiting. Limiting the input rate of an interface only
makes sense in the context of the output for another interface(s). In most cases you
are concerned with mesh0 as the output interface.
The example below shows how to limit the maximum output rate of data from wlan1, wlan2,
wlan3, and wlan4 through the mesh0 interface to 2 Mbps, 1 Mbps, 512 kbps, and 256 kbps,
respectively.
> use qos
qos> set out.mesh0.wlan1.limit=2048
qos> set out.mesh0.wlan2.limit=1024
qos> set out.mesh0.wlan3.limit=512
qos> set out.mesh0.wlan4.limit=256
Data rate limits can also be imposed based on traffic type through an interface. The maximum
data rate for a certain type of traffic that enters the EnRoute500 through a particular interface
and exits it through another interface can be limited with the ‘out.<output intf>.<input
intf>.<traffic type>.limit.’ parameters in the ‘qos’ interface, where <output intf> is one of the
following: default, eth0, mesh0, wlan1, wlan2, wlan3, wlan4; <input intf> is one of the following:
default, eth0, local, mesh0, wlan1, wlan2, wlan3, wlan4; <traffic type> is one of the following:
‘vo’, ‘vi’, ‘be’, ‘bk’ (see Table 14 for description of traffic types). These parameters can be set
via the web interface under the “Advanced QoS” tab on the “QoS” page (see Figure 44).
EnRoute500 User’s Guide
TR0149 Rev. C5 89
The ‘out.default.default.limit’ value is applied to interfaces that have the ‘out.<output
intf>.<input intf>.limit’ parameter set to ‘inherit’.
The example below shows how to limit the maximum output rate of voice, video, best effort,
and background traffic from wlan1 through the mesh0 interface to 256 kbps, 1 Mbps, 256 kbps,
and 256 kbps, respectively.
> use qos
qos> set out.mesh0.wlan1.vo.limit=256
qos> set out.mesh0.wlan1.vi.limit=1024
qos> set out.mesh0.wlan1.be.limit=256
qos> set out.mesh0.wlan1.bk.limit=256
13.3 Rate Reservation
Rate reservation is used to guarantee bandwidth for certain types of traffic. Rate reservations
can be made for traffic based on:
• The traffic input and output interfaces
• The traffic type, input interface, and output interface
For rate reservations to be enforced, a rate limit must be set for the traffic type that
the reservation is made for. Setting a rate limit for a broader traffic type, of which the
one the reservation is made for is a subset, is also acceptable. For example, when
making a rate reservation for voice traffic from wlan1 to mesh0
(‘out.mesh0.wlan1.vo.reserve’), a limit must be set with ‘out.mesh0.limit’,
‘out.mesh0.wlan1.limit’, or ‘out.mesh0.wlan1.vo.limit’.
Rate reservations guarantee bandwidth for a particular traffic type, but if no such traffic is
present, the bandwidth reserved will be returned to the pool of available bandwidth for other
traffic types to use. The points at which rate reservations can be made are shown in Figure 46.
These points are similar to where rate limits can be placed, except that rate reservations
require both an input and output interface, whereas rate limits can be made without specifying
an input interface.
EnRoute500 User’s Guide
TR0149 Rev. C5 90
mesh0local wlan1 wlan2 wlan3 wlan4eth0
mesh0 wlan1 wlan2 wlan3 wlan4eth0
Input
Output
BE
BK
VI
VO
BE
BK
VI
VO
BE
BK
VI
VO
BE
BK
VI
VO
BE
BK
VI
VO
BE
BK
VI
VO
BE
BK
VI
VO
QOS
QoS Control Point
Figure 46. Quality of Service rate reservation control points
All rate reservation parameter values are in kbps. If no rate reservation parameter is
set, rate reservation will be disabled for that interface or interface and traffic
combination.
A rate reservation, which guarantees a certain amount of bandwidth, can be made for traffic
that enters the EnRoute500 through a particular interface and exits it through another
interface. The parameters that are used to set these rate reservations are in the ‘qos’ interface
and are of the form ‘out.<output intf>.<input intf>.reserve’, where <output intf> is one of the
following: default, eth0, mesh0, wlan1, wlan2, wlan3, wlan4; and <input intf> is one of the
following: default, eth0, local, mesh0, wlan1, wlan2, wlan3, wlan4. The
‘out.default.default.reserve’ value is applied to interfaces that have the ‘out.<output intf>.<input
intf>.reserve’ parameter set to ‘inherit’ or is left blank. These parameters can be set via the
web interface under the “Advanced QoS” tab on the “QoS” page (see Figure 44).
Typically, most rate reservations will involve reserving bandwidth for traffic from a particular
client interface to the mesh0 interface. The example below shows how to reserve differing
amount of bandwidth on mesh0 for traffic originating from the wlan1, wlan2, wlan3, and wlan4
interfaces.
> use qos
qos> set out.mesh0.wlan1.reserve=2048
qos> set out.mesh0.wlan2.limit=1024
qos> set out.mesh0.wlan3.limit=512
qos> set out.mesh0.wlan4.limit=256
EnRoute500 User’s Guide
TR0149 Rev. C5 91
Rate reservations can also be set based on traffic type through an interface. A rate reservation
for a certain type of traffic that enters the EnRoute500 through a particular interface and exits it
through another interface can be set with the ‘out.<output intf>.<input intf>.<traffic
type>.reserve.’ parameters in the ‘qos’ interface, where <output intf> is one of the following:
default, eth0, mesh0, wlan1, wlan2, wlan3, wlan4; <input intf> is one of the following: default,
eth0, local, mesh0, wlan1, wlan2, wlan3, wlan4; <traffic type> is one of the following: ‘vo’, ‘vi’,
‘be’, ‘bk’ (see Table 14 for description of traffic types). These parameters can be set via the
web interface under the “Advanced QoS” tab on the “QoS” page (see Figure 44).
The ‘out.default.default.limit’ value is applied to interfaces that have the ‘out.<output
intf>.<input intf>.reserve’ parameter set to ‘inherit’ or is left blank.
The example below shows how to reserve bandwidth for voice, video, best effort, and
background traffic from wlan1 through the mesh0 interface to 512 kbps, 1 Mbps, 256 kbps, and
128 kbps, respectively.
> use qos
qos> set out.mesh0.wlan1.vo.reserve=512
qos> set out.mesh0.wlan1.vi.reserve=1024
qos> set out.mesh0.wlan1.be.reserve=256
qos> set out.mesh0.wlan1.bk.reserve=128
EnRoute500 User’s Guide
TR0149 Rev. C5 92
14 Enabling VLAN Tagging
The EnRoute500 supports VLAN tagging, with each client interface capable of supporting a
different VLAN tag. If VLAN tagging is enabled for an interface, client devices that connect to
the interface must be capable of receiving VLAN-tagged frames.
14.1 Client Interface Configuration
VLAN tagging can be independently controlled on each client interface (eth0, wlan1-4). The
‘vlan.enable’ parameter in the ‘eth0’, ‘wlan1’, ‘wlan2’, ‘wlan3’, and ‘wlan4’ interfaces controls
the state of VLAN tagging. The example below shows how to enable VLAN tagging on the
‘wlan1’ interface. The VLAN-related parameters can be set via the web interface under the
“wlanN” tags on the “Wireless Interfaces” page and on the “Wired/Backhaul Interface” page
(see Figure 47).
> use wlan1
wlan1> set vlan.enable=yes
VLAN tagging must be enabled on the backhaul Ethernet interface on a mesh
cluster’s gateway for VLAN tags to be included in data frames sent to the WAN. See
section 14.2 for more details.
The VLAN ID is set with the ‘vlan.id’ parameter in the respective interfaces that support VLAN
tagging. The VLAN ID must be in the range from 0 to 4095. Note that 0 and 4095 are reserved
values and 1 is the default VLAN ID. There are no restrictions on VLAN IDs for different
interfaces or nodes having to match or be different.
The VLAN-related parameters for the backhaul interface can be set via the web interface on
the “Wireless Interfaces” page and on the “Wired/Backhaul Interface” page (see Figure 47).
EnRoute500 User’s Guide
TR0149 Rev. C5 93
Figure 47. Configuring VLAN for access point interfaces
14.2 Gateway Configuration
For VLAN tags to be preserved on traffic that exits a mesh cluster, VLAN support must be
enabled for the Ethernet interface on the mesh cluster’s gateway node. The ‘vlan.enable’
parameter in the ‘eth0’ interface controls the state of VLAN tagging. The example below shows
how to enable VLAN tagging on a gateway node. If VLAN tagging is enabled on the gateway’s
interface to the WAN, all inbound traffic will have their VLAN tags preserved. If VLAN tagging
is disabled for this interface, all VLAN tags will be stripped from frames entering the mesh
cluster.
> use eth0
eth0> set vlan.enable=yes
Data frames forwarded by the gateway to the WAN will preserve their existing VLAN tag, if
they have one. Frames that do not have a tag will be tagged with the default VLAN ID for the
gateway’s Ethernet interface, defined by the ‘vlan.id.’ parameter in the ‘eth0’ interface. The
example below shows how to set the VLAN ID for the Ethernet interface. The VLAN ID must
be in the range from 0 to 4095. Note that 0 and 4095 are reserved values and 1 is the default
VLAN ID.
> use eth0
eth0> set vlan.id=1
EnRoute500 User’s Guide
TR0149 Rev. C5 94
Figure 48. Configuring VLAN for backhaul interface
EnRoute500 User’s Guide
TR0149 Rev. C5 95
15 Integration with Enterprise Equipment
The EnRoute500 supports authentication, accounting, and monitoring services that easily
integrate with enterprise equipment. In this section the following topics are described:
• Splash pages
• Backhaul health monitoring
• Layer 2 client emulation
15.1 Configuring Splash Pages
The EnRoute500 supports splash pages, which can be used to restrict access to the mesh
network and provide information to users that connect to the mesh. When a user connects
through a client interface to an EnRoute500 with splash page support enabled, the splash
page for the appropriate interface will be displayed and the user will be restricted from
accessing other destinations on the Internet until having logged in. The splash page can
require the user to enter logon credentials or simply click a button to complete the login
process.
To use splash pages, a number of URLs for login, successful login, and failed login must be
specified. A RADIUS server that provides authentication services must also be specified.
15.1.1 Enabling Splash Pages
The enabling of splash pages can be controlled on a per-interface basis with the
‘splash.enable.wlanN’ parameters in the ‘sys’ interface. For a splash page to be displayed on
an interface, the appropriate parameter must be set to ‘yes’. The example below illustrates
how to set this parameter for the wlan1 interface.
> use sys
sys> set splash.enable.wlan1=yes
Splash pages can be enabled on the “Splash Pages” sub-tab under the “AAA” tab on the
“System Parameters” page of the web interface (see
Figure 49).
Two splash page mode are supported – one which requires clients to login in to gain access to
the network and another which requires them to simply click on a button on the web page to
proceed. Use the ‘splash.auth.server.wlanN.enable’ parameters in the ‘sys’ interface to select
which mode is used for an interface. The example below illustrates how to set the parameter
for the wlan1 interface such that a user will be required to login to access the network.
EnRoute500 User’s Guide
TR0149 Rev. C5 96
> use sys
sys> set splash.auth.server.enable.wlan1=yes
The “Require Login” settings on the “Splash Pages” sub-tab under the “AAA” tab on the
“System Parameters” page (see
Figure 49) is used to configure this parameter via the web interface.
Figure 49. Splash page configuration
15.1.2 Configuring Splash URLs
The URL that a user is redirected to for login purposes can be individually configured for each
client interface that supports splash pages (wlan1-4). URLs for successful login, failed login,
and error conditions can also be specified for each interface.
EnRoute500 User’s Guide
TR0149 Rev. C5 97
The ‘splash.url.<intf>.login’ parameter in the ‘sys’ interface, where <intf> is either ‘wlan1’,
‘wlan2’, ‘wlan3’, or ‘wlan4’, sets the URL that a user is redirected to when they attach to the
interface and have not yet been authenticated. This parameter should not be left blank if
splash pages are enabled for the interface since no client would be able to access the network
through the interface if it does not point to a valid URL.
The ‘splash.url.<intf>.success’ parameter in the ‘sys’ interface, where <intf> is either ‘wlan1’,
‘wlan2’, ‘wlan3’, or ‘wlan4’, sets the URL that a user is redirected to when they have
successfully logged in. If this variable is left blank, a default page that indicates login success
will be displayed.
The ‘splash.url.<intf>.fail’ parameter in the ‘sys’ interface, where <intf> is either ‘wlan1’,
‘wlan2’, ‘wlan3’, or ‘wlan4’, sets the URL that a user is redirected to when a login attempt fails.
If this variable is left blank, a default page that indicates login failure will be displayed.
The ‘splash.url.<intf>.error’ parameter in the ‘sys’ interface, where <intf> is either ‘wlan1’,
‘wlan2’, ‘wlan3’, or ‘wlan4’, sets the URL that a user is redirected to when a login error has
occurred. For example, this page would be displayed if a valid authentication server could not
be reached. If this variable is left blank, a default page that indicates an error has occurred will
be displayed.
All of these URLs can be set on the “Splash Pages” sub-tab under the “AAA” tab on the
“System Parameters” page of the web interface (see
Figure 49).
The example below shows how the ‘wlan1’ and ‘wlan2’ interfaces can be used to set to use
different URLs for the login process.
> use sys
sys> set splash.url.wlan1.login=http://server.domain.com/wlan1_login.htm
sys> set splash.url.wlan1.success=http://server.domain.com/wlan1_success.htm
sys> set splash.url.wlan1.fail=http://server.domain.com/wlan1_fail.htm
sys> set splash.url.wlan1.error=http://server.domain.com/wlan1_error.htm
sys> set splash.url.wlan2.login=http://server.domain.com/wlan2_login.htm
sys> set splash.url.wlan2.success=http://server.domain.com/wlan2_success.htm
sys> set splash.url.wlan2.fail=http://server.domain.com/wlan2_fail.htm
sys> set splash.url.wlan2.error=http://server.domain.com/wlan2_error.htm
The login page must contain specific form information as shown in the sample code in Figure
50 and Figure 51. Figure 50 contains the code required for an interface that requires a login
(‘splash.auth.server.enable.wlanN’ is set to ‘yes’). Figure 51 contains code for a login page
that the user just clicks through to unlock network access. The critical lines in Figure 50 are 6,
9, 10, and 12.
The ‘action’ value in line 6 of Figure 50 must point to a server name for which there is a DNS
proxy entry on the local node and the last part of it must be ‘/radius/login.cgi’. The DNS proxy
EnRoute500 User’s Guide
TR0149 Rev. C5 98
entry, which will be different for each node in the network, must be mapped to one of the
node’s IP addresses (see section 6.7 for more information on DNS proxy configuration).
The example below shows how to configure the DNS proxy assuming the login page redirects
to the host ‘redirect.domain.com’ and the IP address of the wlan1 interface is 10.1.2.1.
> use sys
sys> set dnsproxy.enable=yes
sys> set dnsproxy.hosts=”dns.proxy.name.here=10.1.2.1”
The DNS proxy setting is used in conjunction with the splash pages to ensure that a
common login URL can be used on all nodes. The DNS proxy entry directs the
results of the login process to the right location – that is, the EnRoute500 that the
client device is connected to.
The login page must also contain the following ‘input’ fields on lines 12, 15, and 19. These are
used to allow a user logging in to provide their username and password, and to submit them.
The names of these input fields, ‘username’, ‘password’, and ‘login’, must not be changed.
1
<html>
2
<head>
3
<title>Test Login Page</title>
4
</head>
5
<body>
6
<form method="POST" action="https://dns.proxy.name.here/radius/login.cgi">
7
Welcoming text or 'Terms of Service' could go here. <br />
8
9
<table border="0">
10
<tr>
11
<td> Username: </td>
12
<td> <input name="username" type="text"><br /> </td>
13
</tr><tr>
14
<td> Password: </td>
15
<td> <input name="password" type="password"> </td>
16
</tr>
17
</table>
18
19
<input name="login" type="submit" value="Submit">
20
</form>
21
</body>
22
</html>
Figure 50. Sample HTML code for login web page
If the splash page is not configured to require a user to provide login credentials
(‘splash.auth.server.enable.wlanN’ is set to ‘no’), the requirements for the login page are
slightly different, as shown in Figure 51. The page must still contain a form definition similar to
that on line 6 in Figure 51. The ‘action’ value must be set to point to a proxied server name,
just as for the case where a user is required to provide login credentials. The last part of the
‘action’ value must be ‘/splash/nologin.cgi’. Also, a button with the name ‘login’ must be
defined, as shown on line 8 of Figure 51.
EnRoute500 User’s Guide
TR0149 Rev. C5 99
1
<html>
2
<head>
3
<title>Test Login Page</title>
4
</head>
5
<body>
6
<form method="POST" action="https://dns.proxy.name.here/splash/nologin.cgi">
7
Welcoming text or 'Terms of Service' could go here.<br />
8
<input name="login" type="submit" value="Continue">
9
</form>
10
</body>
11
</html>
Figure 51. Sample HTML code for web page when authentication is disabled
15.1.3 Configuring the Authentication Server
A RADIUS authentication server must be specified when the splash page is enabled for an
interface. The ‘splash.auth.server.<intf>.host’, ‘splash.auth.server.<intf>.port’, and
‘splash.auth.server.<intf>.secret’ parameters in the ‘sys’ interface, where <intf> is either
‘wlan1’, ‘wlan2’, ‘wlan3’, or ‘wlan4’, specify the authentication server to use. The
‘splash.auth.server.<intf>.host’ parameter can be either a hostname or and IP address.
‘splash.auth.server.<intf>.port’ is the port that the authentication server is listening on.
‘splash.auth.server.<intf>.secret’ is the shared secret that must be provided to the RADIUS
authentication server. This parameter must be a string of alphanumeric characters that is 32
characters or less in length.
The authentication server parameters can be set on the “Splash Pages” sub-tab under the
“AAA” tab on the “System Parameters” page of the web interface (see
Figure 49).
The example below shows how to configure the authentication server for interfaces ‘wlan1’ and
‘wlan2’.
> use sys
sys> set splash.auth.server.wlan1.host=auth1.yourserverhere.com
sys> set splash.auth.server.wlan1.port=1812
sys> set splash.auth.server.wlan1.secret=authsecret
sys> set splash.auth.server.wlan2.host=auth2.yourserverhere.com
sys> set splash.auth.server.wlan2.port=1812
sys> set splash.auth.server.wlan2.secret=authsecret
15.1.4 Trusted MAC Addresses
A list of trusted MAC addresses that do not require splash page authentication can be defined.
When a device with one of these MAC addresses connects to a node, it will automatically have
full access to the WAN. The list of trusted MAC addresses is set with the ‘splash.trusted_macs’
EnRoute500 User’s Guide
TR0149 Rev. C5 100
parameter in the ‘sys’ interface. The MAC addresses are specified as a list of 48-bit addresses
separated by commas. An example of setting this parameter is shown below.
> use sys
sys> set splash.trusted_macs="aa:bb:cc:00:00:01,aa:bb:cc:00:00:02"
15.2 Backhaul Health Monitoring
A gateway node can monitor its connectivity to a remote device to ensure that its backhaul
connection is functioning properly. If a gateway determines that it has lost connectivity over its
backhaul link, it will stop advertising its gateway capability to nodes in the mesh cluster. If the
backhaul connection is re-established, the gateway will revert to advertising its gateway
services. While the backhaul link is down the gateway will switch to repeater mode and will
forward traffic from other mesh nodes and its clients.
The backhaul health monitoring function has no effect on a node configured as a
repeater.
Backhaul health monitoring is enabled with the ‘monitor.health.enable’ parameter in the ‘sys’
interface as shown in the example below.
> use sys
sys> set monitor.health.enable=yes
The health monitoring scheme, if configured incorrectly, can incapacitate a mesh
cluster. If the device that is used to check the state of the backhaul link fails or if an
address that the gateway cannot reach is specified, the gateway will not function
properly and it will not be possible to communicate with it over the backhaul link.
The host that the gateway uses to test backhaul health is specified with the
‘monitor.health.host’ parameter in the ‘sys’ interface. The device specified with this parameter
must be capable of responding to ping, or ICMP echo, packets from the gateway for the health
monitoring to function properly. The example below shows how to set this parameter.
> use sys
sys> set monitor.health.host=10.0.1.1
EnRoute500 User’s Guide
TR0149 Rev. C5 101
It is recommended that an IP address, rather than a hostname, is specified for the
‘monitor.health.host’ parameter to avoid a DNS failure from causing the gateway to
believe that its backhaul link is down. The IP address of the closest backhaul router
would be an appropriate host to specify.
15.3 Layer 2 Emulation
Certain back-end systems (Internet gateways) use the MAC addresses of client devices for
authentication and accounting purposes. The EnRoute500 uses a layer 3 approach to mesh
routing, which means that the client MAC addresses are typically not provided to the back-end
servers. A layer 2 emulation mode can be enabled on the EnRoute500 to provide the client
MAC address information to back-end systems.
When the layer 2 emulation mode is enabled, a mesh cluster gateway will send Ethernet (layer
2) frames to the WAN using the MAC address of the device the packet originated from as the
source address. Mesh gateways will also act as proxies and forward packets with MAC
destination addresses of clients that are in the mesh cluster they service.
Layer 2 emulation is enabled with the ‘l2_client_mac_fwd’ parameter in the ‘sys’ interface. This
parameter should be set to the same value for all devices in a given mesh cluster. The
example below shows how to enable layer 2 emulation.
> use sys
sys> set l2_client_mac_fwd=yes
In combination with a centralized DHCP server, layer 2 emulation allows the EnRoute500
mesh network to behave like a series of access point bridges, a mode which is required by
certain Internet gateways to successfully forward IP packets to clients. For more information on
setting up a centralized DHCP server, see section 10.2.
EnRoute500 User’s Guide
TR0149 Rev. C5 102
16 Hardware Configuration
An EnRoute500 can be equipped with a number of optional hardware components, such as a
Power-over-Ethernet (PoE) source and a back-up battery. The “Hardware” tab on the “System”
page in the web interface displays whether these optional hardware components are installed
or not. If they are installed, their current operational state will be displayed.
Figure 52. Node hardware configuration on node without PoE source capability
16.1 Power Over Ethernet Source
An EnRoute500 may optionally be equipped with a Power over Ethernet (PoE) source. If the
PoE source is installed, the ‘dev.poe.installed’ parameter in the ‘sys’ interface will be set to
‘yes’. The state of the PoE source is controlled through the ‘dev.poe.enable’ parameter in the
‘sys’ interface. The PoE source voltage can be set to either 24 or 48V with the
‘dev.poe.voltage’ parameter in the ‘sys’ interface.
The PoE-related parameters can be set via the web interface on the “Hardware” tab on the
“System Parameters” page (see Figure 53). This page will indicate whether a PoE source
option is installed and will only display the PoE parameters if it is installed.
PoE parameter changes will take effect when the node is rebooted.
EnRoute500 User’s Guide
TR0149 Rev. C5 103
Figure 53. Node hardware configuration on node with PoE source capability
EnRoute500 User’s Guide
TR0149 Rev. C5 104
17 Firmware Management
The EnRoute500 supports secure remote firmware upgrade.
17.1 Displaying the Firmware Version
Firmware version information is available in the ‘version’ interface. The example below shows
how to display the current firmware version.
> use version
version> get release
release = ENROUTE500_20060419_00_00_0133
The firmware version is also displayed at the top of the “Status” page accessible via the web
interface.
17.2 Upgrading the Firmware
Contact Tranzeo for instructions on upgrading the EnRoute500’s firmware.