ISCOM2600G (A) Series Configuration Guide (CLI) (Rel - 12)
ISCOM2600G (A) Series Configuration Guide (CLI) (Rel - 12)
ISCOM2600G (A) Series Configuration Guide (CLI) (Rel - 12)
com
-----------------------------------------------------------------------------------------------------------------------------------------
Notice
Copyright ©2022
Raisecom
All rights reserved.
No part of this publication may be excerpted, reproduced, translated, or utilized in any form or by any means,
electronic or mechanical, including photocopying and microfilm, without permission in Writing from Raisecom
Technology Co., Ltd.
Preface
Objectives
This document describes features supported by the ISCOM2600G series switch, and related
configurations, including basic configurations, basic principles and configuration procedures
of Ethernet, ring network protection, PoE, reliability, security, and QoS, and related
configuration examples.
The appendix lists terms, acronyms, and abbreviations involved in this document.
By reading this document, you can master principles and configurations of the ISCOM2600G
series switch, and how to network with the ISCOM2600G series switch.
Versions
The following table lists the product versions related to this document.
Conventions
Symbol conventions
The symbols that may be found in this document are defined as below.
Symbol Description
Indicate a hazard with a medium or low level of risk which, if
not avoided, could result in minor or moderate injury.
Symbol Description
Provide additional information to emphasize or supplement
important points of the main text.
Indicate a tip that may help you solve a problem or save time.
General conventions
Convention Description
Times New Roman Normal paragraphs are in Times New Roman.
Arial Paragraphs in Warning, Caution, Notes, and Tip are in Arial.
Boldface Buttons and navigation paths are in Boldface.
Italic Book titles are in italics.
Lucida Console Terminal display is in Lucida Console.
Command conventions
Convention Description
Boldface The keywords of a command line are in boldface.
Italic Command arguments are in italics.
[] Items (keywords or arguments) in square brackets [ ] are
optional.
{ x | y | ... } Alternative items are grouped in braces and separated by
vertical bars. One is selected.
[ x | y | ... ] Optional alternative items are grouped in square brackets and
separated by vertical bars. One or none is selected.
{ x | y | ... } * Alternative items are grouped in braces and separated by
vertical bars. A minimum of one or a maximum of all can be
selected.
[ x | y | ... ] * The parameter before the & sign can be repeated 1 to n times.
Change history
Updates between document versions are cumulative. Therefore, the latest document version
contains all updates made to previous versions.
Issue 12 (2021-06-24)
Twelfth commercial release
Upgraded the system software to V3.62M.
Deleted ISF and RIP.
Updated commands in IP basis, multicast, QoS, TACACS+, and CPU protection.
Issue 11 (2019-12-30)
Eleventh commercial release
Upgraded the system software to V3.60M.
Updated commands of 802.1x, RADIUS, TACACS+, user management, ND Snooping,
and L2CP.
Issue 10 (2019-08-30)
Tenth commercial release
Fixed known bugs.
Issue 09 (2019-04-30)
Ninth commercial release
Upgraded the system software to V3.60.
Added commands of ISF, IP Source Guard, DHCP Snooping, and L2CP.
Upgraded commands of interface management, static route, interface loopback, QoS, and
ACL.
Upgraded configuration steps and added examples to configuration steps.
Fixed known bugs.
Issue 08 (2018-11-15)
Eighth commercial release
Upgraded commands for device login, 802.1x, static route, and MAC address.
Fixed known bugs.
Issue 07 (2018-05-14)
Seventh commercial release
Upgraded the software version to V3.50.
Added zero-configuration, DHCPv6 Relay, and BFD.
Issue 06 (2017-06-30)
Sixth commercial release
Added RIP.
Updated commands of time management, interface management, QinQ, VLAN mapping,
QoS, DHCP, multicast, storm control, TACACS+, and RADIUS.
Fixed known bugs.
Issue 05 (2016-11-15)
Fifth commercial release
Upgraded software to V3.11.
Added MRSTP, PVLAN, Voice VLAN, Smart PoE, and ARP attack protection.
Updated management files, DHCP Server, OAM, and hardware monitoring.
Fixed known bugs.
Issue 04 (2016-05-12)
Fourth commercial release
Added descriptions of PoE.
Issue 03 (2015-11-30)
Third commercial release
Upgraded the software version to V3.10.
Fixed known bugs.
Issue 02 (2015-11-05)
Second commercial release
Optimized the document.
Fixed known bugs.
Issue 01 (2015-08-15)
Initial commercial release
Contents
2 Ethernet ......................................................................................................................................... 66
2.1 MAC address table ......................................................................................................................................... 66
2.1.1 Introduction ........................................................................................................................................... 66
2.1.2 Preparing for configurations ................................................................................................................. 68
2.1.3 Default configurations of MAC address table ....................................................................................... 69
2.1.4 Configuring static MAC address ........................................................................................................... 69
2.1.5 Configuring blackhole MAC address .................................................................................................... 69
2.1.6 Filtering unknown multicast packets..................................................................................................... 70
2.1.7 Configuring static Layer 2 multicast ..................................................................................................... 70
2.1.8 Configuring MAC address learning ...................................................................................................... 70
2.1.9 Configuring MAC address limit............................................................................................................ 71
2.1.10 Configuring aging time of MAC addresses ......................................................................................... 71
2.1.11 Enabling suppression of MAC address flapping ................................................................................. 72
2.1.12 Checking configurations ..................................................................................................................... 72
2.1.13 Maintenance ........................................................................................................................................ 73
2.1.14 Example for configuring MAC address table...................................................................................... 74
2.2 VLAN ............................................................................................................................................................. 75
2.2.1 Introduction ........................................................................................................................................... 75
2.2.2 Preparing for configurations ................................................................................................................. 78
2.2.3 Default configurations of VLAN .......................................................................................................... 78
2.2.4 Configuring VLAN attributes ............................................................................................................... 79
2.2.5 Configuring interface mode .................................................................................................................. 79
2.2.6 Configuring VLAN on Access interface ............................................................................................... 79
2.2.7 Configuring VLAN on Trunk interface ................................................................................................. 81
2.2.8 Configuring VLAN based on MAC address ......................................................................................... 82
2.2.9 Configuring VLAN based on IP subnet ................................................................................................ 83
2.2.10 Configuring VLAN based on protocol ................................................................................................ 84
2.2.11 Configuring VLAN filtering in egress direction ................................................................................. 85
2.2.12 Checking configurations ..................................................................................................................... 86
2.2.13 Example for configuring VLAN ......................................................................................................... 86
2.3 PVLAN .......................................................................................................................................................... 89
2.3.1 Introduction ........................................................................................................................................... 89
2.3.2 Preparing for configuration ................................................................................................................... 90
2.3.3 Default configurations of PVLAN ........................................................................................................ 90
2.3.4 Configuring PVLAN type ..................................................................................................................... 90
2.3.5 Configuring PVLAN association .......................................................................................................... 91
2.3.6 Configuring PVLAN mode on interface ............................................................................................... 91
2.3.7 Checking configuration ......................................................................................................................... 93
2.3.8 Example for configuring PVLAN ......................................................................................................... 93
2.4 QinQ ............................................................................................................................................................... 96
2.4.1 Introduction ........................................................................................................................................... 96
2.4.2 Preparing for configurations ................................................................................................................. 97
Raisecom Proprietary and Confidential
vii
Copyright © Raisecom Technology Co., Ltd.
Raisecom
ISCOM2600G (A) Series Configuration Guide (CLI) Contents
4.1.9 Example for configuring VLAN interface to interconnect with host .................................................. 195
4.2 Loopback interface ....................................................................................................................................... 196
4.2.1 Introduction ......................................................................................................................................... 196
4.2.2 Preparing for configurations ............................................................................................................... 197
4.2.3 Default configurations of loopback interface ...................................................................................... 197
4.2.4 Configuring IP address of loopback interface ..................................................................................... 197
4.2.5 Checking configurations ..................................................................................................................... 198
4.3 Interface loopback ........................................................................................................................................ 198
4.3.1 Introduction ......................................................................................................................................... 198
4.3.2 Preparing for configurations ............................................................................................................... 199
4.3.3 Default configurations of interface loopback ...................................................................................... 199
4.3.4 Configuring interface loopback........................................................................................................... 199
4.3.5 Checking configurations ..................................................................................................................... 200
4.3.6 Maintenance ........................................................................................................................................ 200
4.4 ARP .............................................................................................................................................................. 200
4.4.1 Introduction ......................................................................................................................................... 200
4.4.2 Preparing for configurations ............................................................................................................... 201
4.4.3 Default configurations of ARP ............................................................................................................ 201
4.4.4 Configuring static ARP entries ............................................................................................................ 202
4.4.5 Configuring dynamic ARP entries ...................................................................................................... 202
4.4.6 Configuring proxy ARP ...................................................................................................................... 203
4.4.7 Checking configurations ..................................................................................................................... 204
4.4.8 Maintenance ........................................................................................................................................ 204
4.4.9 Example for configuring ARP ............................................................................................................. 204
4.5 NDP.............................................................................................................................................................. 206
4.5.1 Introduction ......................................................................................................................................... 206
4.5.2 Preparing for configurations ............................................................................................................... 206
4.5.3 Default configurations of NDP ........................................................................................................... 207
4.5.4 Configuring static neighbor entries ..................................................................................................... 207
4.5.5 Configuring aging time of dynamic NDPs .......................................................................................... 207
4.5.6 Configuring times of sending NS messages for detecting duplicated addresses ................................. 208
4.5.7 Configuring maximum number of NDPs allowed to be learnt ............................................................ 208
4.5.8 Checking configurations ..................................................................................................................... 209
4.5.9 Maintenance ........................................................................................................................................ 209
4.6 Static route ................................................................................................................................................... 209
4.6.1 Introduction ......................................................................................................................................... 209
4.6.2 Preparing for configurations ............................................................................................................... 210
4.6.3 Configuring static route ...................................................................................................................... 210
4.6.4 Configuring route mangement ............................................................................................................ 212
4.6.5 Checking configurations ..................................................................................................................... 212
4.6.6 Example for configuring static route ................................................................................................... 213
4.7 Routing policy .............................................................................................................................................. 215
5 PoE................................................................................................................................................ 224
5.1 Introduction .................................................................................................................................................. 224
5.1.1 Principles of PoE................................................................................................................................. 224
5.1.2 PoE modules ....................................................................................................................................... 225
5.1.3 PoE advantages ................................................................................................................................... 225
5.1.4 PoE concepts ....................................................................................................................................... 225
5.1.5 Smart PoE ........................................................................................................................................... 226
5.2 Configuring PoE........................................................................................................................................... 226
5.2.1 Preparing for configurations ............................................................................................................... 226
5.2.2 Default configurations of PoE ............................................................................................................. 227
5.2.3 Enabling interface PoE........................................................................................................................ 227
5.2.4 Configuring maximum output power of PoE ...................................................................................... 227
5.2.5 Configuring maximum output power of device .................................................................................. 228
5.2.6 Configuring priority of PoE ................................................................................................................ 228
5.2.7 Configuring PSE power utilization rate threshold .............................................................................. 229
5.2.8 Configuring identification of non-standard PDs ................................................................................. 229
5.2.9 Enabling forcible power supply on interface ...................................................................................... 229
5.2.10 Enabling overtemperature protection ................................................................................................ 230
5.2.11 Enabling global Trap ......................................................................................................................... 230
5.2.12 Checking configurations ................................................................................................................... 230
5.3 Configuring Smart PoE ................................................................................................................................ 231
5.3.1 Preparing for configurations ............................................................................................................... 231
5.3.2 Default configurations of PoE............................................................................................................. 231
5.3.3 Configuring PD active check .............................................................................................................. 232
5.3.4 Configuring PoE interface to stop supplying power ........................................................................... 232
5.3.5 Checking configurations ..................................................................................................................... 233
5.4 Example for configuring PoE power supply ................................................................................................ 233
10 Security...................................................................................................................................... 379
10.1 ACL ............................................................................................................................................................ 379
10.1.1 Introduction ....................................................................................................................................... 379
10.1.2 Preparing for configurations ............................................................................................................. 380
10.1.3 Configuring MAC ACL .................................................................................................................... 380
10.1.4 Configuring ACL period ................................................................................................................... 388
10.1.5 Configuring filter .............................................................................................................................. 388
10.1.6 Checking configurations ................................................................................................................... 390
10.1.7 Maintenance ...................................................................................................................................... 390
10.2 AAA ........................................................................................................................................................... 391
10.2.1 Introduction ....................................................................................................................................... 391
10.2.2 Preparing for configurations ............................................................................................................. 392
10.2.3 Default configurations of AAA ......................................................................................................... 393
10.2.4 Configuring AAA domain ................................................................................................................. 394
10.2.5 Configuring RADIUS ....................................................................................................................... 395
10.2.6 Configuring TACACS+ .................................................................................................................... 396
10.2.7 Checking configurations ................................................................................................................... 397
10.2.8 Maintenance ...................................................................................................................................... 397
10.2.9 Example for configuring AAA .......................................................................................................... 398
10.3 Port security MAC ..................................................................................................................................... 402
10.3.1 Introduction ....................................................................................................................................... 402
10.3.2 Preparing for configurations ............................................................................................................. 404
10.3.3 Default configurations of port security MAC ................................................................................... 404
10.3.4 Configuring basic functions of port security MAC ........................................................................... 404
10.3.5 Configuring static secure MAC address ............................................................................................ 406
10.3.6 Configuring dynamic secure MAC address ...................................................................................... 406
10.3.7 Configuring sticky secure MAC address .......................................................................................... 407
Figures
Figure 1-1 Accessing device through PC connected with RJ45 Console interface .............................................. 12
Figure 1-2 Configuring communication parameters in Hyper Terminal .............................................................. 12
Figure 2-1 Forwarding packets according to the MAC address table .................................................................. 67
Figure 2-13 Failure in forwarding VLAN packets due to RSTP ........................................................................ 113
Figure 2-17 Networking with multiple spanning trees instances in MST region ............................................... 125
Figure 2-18 MSTP networking ........................................................................................................................... 140
Figure 2-26 Networking for IP phone to connect PC to the switch .................................................................... 165
Figure 2-27 Networking with adding interface to voice VLAN and configuring it to work in manual mode ... 169
Figure 2-28 Configuring IP phone to access voice VLAN packets through LLDP ............................................ 171
Figure 7-3 Structures of the ToS priority and DSCP .......................................................................................... 280
Figure 7-4 Structure of a VLAN packet ............................................................................................................. 280
Figure 8-3 Mapping between IPv4 multicast address and multicast MAC address ........................................... 328
Figure 8-4 Operating of IGMP and Layer 2 multicast features .......................................................................... 328
Figure 8-5 IGMP Snooping networking ............................................................................................................. 334
Figure 10-10 Accessing the network through PPPoE authentication ................................................................. 442
Figure 11-3 Networking with interface backup in different VLANs .................................................................. 472
Figure 11-4 Interface backup networking .......................................................................................................... 476
Figure 12-10 Networking of outputting system log to log host ......................................................................... 535
Tables
Table 7-1 Mapping from DSCP or CoS to local priority .................................................................................... 282
Table 7-2 Mapping between local priority and queue ........................................................................................ 282
Table 7-3 Default mapping from CoS to local priority ...................................................................................... 287
Table 7-5 Default mapping from local priority to CoS ...................................................................................... 287
1 Basic configurations
1.1 CLI
1.1.1 Introduction
The Command-line Interface (CLI) is a medium for you to communicate with the
ISCOM2600G series switch. You can configure, monitor, and manage the ISCOM2600G
series switch through the CLI.
You can log in to the ISCOM2600G series switch through the terminal equipment or through
a computer that runs the terminal emulation program. Enter commands at the system prompt.
The CLI supports the following features:
You can configure the ISCOM2600G series switch locally through the Console interface.
You can configure the ISCOM2600G series switch locally or remotely through
Telnet/Secure Shell v2 (SSHv2).
Commands are protected by levels. Users with different privileges can execute
commands corresponding to their level only.
Commands of different types belong to different commands modes. Users can configure
the command of a type in the corresponding command mode.
Users can use shortcut keys to execute commands.
Users can check or execute a history command by checking command history. The last
20 history commands can be saved on the ISCOM2600G series switch.
Users can enter a question mark (?) to obtain online help.
The ISCOM2600G series switch supports multiple intelligent analysis methods, such as
fuzzy match and context association.
1.1.2 Privileges
The ISCOM2600G series switch uses hierarchical protection methods to divide commands
into 16 privileges in an ascending order.
Viewing level: users can execute viewing commands, such as the ping, clear, and
history commands.
Monitoring level: users can execute monitoring commands, such as the show command.
Configuring level: users can execute commands for configuring different services, such
as Virtual Local Area Network (VLAN) and Internet Protocol (IP).
Administering level: users can execute basic commands for administering the system.
1.1.3 Modes
Command line mode is the CLI environment. All system commands are registered in one (or
multiple) command line mode, the command can only run in the corresponding mode.
Establish a connection with the ISCOM2600G series switch. If the ISCOM2600G series
switch is in default configuration, it will enter user EXEC mode, and the screen will display:
Raisecom#
In privileged EXEC mode, use the config command to enter global configuration mode.
Raisecom#config
Raisecom(config)#
The CLI prompts that Raisecom is a default host name. You can modify it by using
the hostname name command in privileged EXEC mode.
Commands executed in global configuration mode can also be executed in other
modes. The functions vary on command modes.
You can use the exit or quit command to return to the upper command mode.
You can execute the end command to return to privileged EXEC mode from any
modes but privileged EXEC mode.
The ISCOM2600G series switch supports the following command line modes:
incomplete keyword, the system displays the prefix, and you can
press Tab to check words circularly. In this case, there is no space
from the cursor to the end of the keyword. Press Space bar to
enter the next word.
If you enter an incorrect keyword, pressing Tab will move the
cursor to the next line and the system will prompt an error. In this
case, the entered keyword does not change.
Ctrl+A Move the cursor to the beginning of the command.
Ctrl+B Identical to the Left Arrow key.
Ctrl+C Interrupt the ongoing command, such as ping and traceroute. This
short key combination takes effect only when page-break is enabled.
Ctrl+D or Delete Delete the character at the cursor.
Ctrl+E Move the cursor to the end of the command.
Ctrl+F Identical to the Right Arrow key
Ctrl+K Delete all characters from the cursor to the end of the command.
Ctrl+L Clear screen information.
Ctrl+S Identical to the Down Arrow key
Ctrl+W Identical to the Up Arrow key
Complete help
You can acquire complete help under following three conditions:
You can enter a question mark (?) at the system prompt to display a list of commands
and brief descriptions available for each command mode.
Raisecom#?
After you enter a keyword, press Space bar and enter a question mark (?), all correlated
commands and their brief descriptions are displayed if the question mark (?) matches
another keyword.
Raisecom(config)#ntp ?
After you enter a keyword, press Space bar and enter a question mark (?), the value
range and descriptions are displayed if the question mark (?) matches a parameter.
Raisecom(config)#interface vlan ?
vlan1
<1-4094> Vlan number
Incomplete help
You can acquire incomplete help under following three conditions:
After you enter part of a particular character string and a question mark (?), a list of
commands that begin with a particular character string is displayed.
Raisecom(config)#c?
After you enter a command, press Space bar, and enter a particular character string and
a question mark (?), a list of commands that begin with a particular character string is
displayed.
Raisecom(config)#show li?
After you enter a partial command name and press Tab, the full form of the keyword is
displayed if there is a unique match command. Otherwise, press Tab continuously to
display different keywords and then you can select the required one.
Error messages
The ISCOM2600G series switch prints out the following error messages according to error
type when you enter incorrect commands:
If there is an error message mentioned above, use CLI help information to solve the
problem.
Display features
The CLI provides the following display features:
The help information and prompt messages displayed at the CLI are in English.
When messages are displayed at more than one screen, you can suspend displaying them
with one of the following operations, as listed in Table 1-1.
output more information, and then you need to add filtering rules to filter out unnecessary
information.
The show command on the ISCOM2600G series switch supports three kinds of filter modes:
| begin string: show all lines starting from the assigned string. Case-sensitivity is
optional.
| exclude string: show all lines mismatching the assigned string. Case-sensitivity is
optional.
| include string: show all lines only matching the assigned string. Case-sensitivity is
optional.
Step Command Description
1 Raisecom#show Configure whether to distinguish upper case and lower case
command-string when showing configurations, running status, and diagnosis
| { begin | information about the device.
include |
command-string: command string
exclude }
expression: key word to be filtered, a string, optionally
expression
[ igncase ] case sensitive
begin: show all lines starting from the line matching the
specified string.
exclude: show all lines mismatching the specified string.
include: show all lines matching the specified string.
igncase: ignore case-sensitivity.
Page-break
Page-break is used to suspend displaying messages when they are displayed at more than one
screen. After page-break is enabled, you can use shortcut keys listed in Table 1-1. If page-
break is disabled, all messages are displayed when they are displayed at more than one screen.
By default, page-break is enabled.
Configure terminal page-break for the ISCOM2600G series switch as below.
Most configuration commands have default values, which often are restored by the
no form.
Introduction
The Console interface is commonly used to connect the network device with a PC running
terminal emulation programs. You can use this interface to configure and manage local
devices. In this management mode, devices can communicate with each other independent
from the network, so it is called out-of-band management. You can also perform configuration
and management on the ISCOM2600G series switch through the Console interface when the
network fails.
In the following two conditions, you can only log in to the ISCOM2600G series switch and
configure it through the Console interface:
The ISCOM2600G series switch is powered on to start for the first time.
Accessing the ISCOM2600G series switch through Telnet fails.
Figure 1-1 Accessing device through PC connected with RJ45 Console interface
to 9600 baud.
Before accessing the ISCOM2600G series switch through Telnet, you need to log in to the
ISCOM2600G series switch through the Console interface and start the Telnet service. Take
the following configurations on the ISCOM2600G series switch that needs to start Telnet
service.
Telnet Client: when you connect to the ISCOM2600G series switch through the PC
terminal emulation program or Telnet client program on a PC, then telnet other
ISCOM2600G series switch and configure/manage them. As shown in Figure 1-4,
Switch A not only acts as Telnet server but also provides Telnet client service.
The traditional Telnet and File Transfer Protocol (FTP) transmit password and data in plain
text, which cannot satisfy users' security demands. SSHv2 is a network security protocol,
which can effectively prevent the disclosure of information in remote management through
data encryption, and provides greater security for remote login and other network services in
network environment.
SSHv2 allows data to be exchanged through TCP and it establishes a secure channel over TCP.
Besides, SSHv2 supports other service ports besides standard port 22, avoiding illegal attacks
from the network.
Before accessing the ISCOM2600G series switch through SSHv2, you must log in to the
ISCOM2600G series switch through the Console interface and start SSH service.
Default configurations for accessing the ISCOM2600G series switch through SSHv2 are as
below.
By default, it is enabled.
Hypertext Transfer Protocol (HTTP): used to transmit information on Web pages on the
network. After HTTP is enabled on the device, the user can log in to the device through
HTTP, and access and control the device on the Web interface.
Secure Hypertext Transfer Protocol (HTTPS): it uses the Secure Sockets Layer (SSL)
protocol to ensure that legal clients can access the device in a secure mode. The data
exchanged between the client and the device needs to be encrypted to ensure the security
and integrity of data transmission, so as to realize security management of the device.
After Web network management is enabled, remote users can log in to the device through the
Web browser and manage it. After Web network management is disabled, all established
HTTP/HTTPS connections are disconnected.
Default configurations of Web network management are as below.
Configure Web network management for the ISCOM2600G series switch as below.
Introduction
When you start the ISCOM2600G series switch for the first time, connect the PC through
Console interface to the ISCOM2600G series switch, enter the initial user name and password
in HyperTerminal to log in and configure the ISCOM2600G series switch.
command
confirm: confirm
Besides the default user raisecom, you can create up to 9 local user accounts.
A local user with a level lower than 15, unless allowed to execute the command to
modify the login password, is not allowed to modify the login password.
period check.
4 Raisecom#password expire day time Configure the password valid
Example: period.
Raisecom#password expire day 100
time: password valid period, an
integer, ranging from 1 to 999,
in units of day
5 Raisecom#password expire alert day Configure the number of days for
time reminding prior to password
Example: invalidity.
Raisecom#password expire alert day
time: number of days for
10
reminding prior to password
invalidity, an integer, ranging
from 1 to 999, in units of day
The length of the login password depends on the password check mode:
In complex mode, it is 8–16 characters, mandatorily including digits, lower-case
letters, and upper-case letters.
In simple mode, it is 8–16 characters.
In none mode, it is 1–16 characters.
1.2.10 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom#delete Delete the user file.
user-file
Example:
Raisecom#delete
user-file
This command is applicable to the device that is
customized with the user password loss function.
Networking requirements
As shown in Figure 1-5, to prevent malicious users from logging in to the ISCOM2600G
series switch and to eliminate risks on the ISCOM2600G series switch, configure user
management as below:
Configure the user login mode to local-user.
Create a local user user1 with plain password of aaAA123@.
Configure the user1 privilege to privilege 10.
Configure the user1 service type to Telnet.
Configuration steps
Step 1 Configure user login authentication mode.
Checking results
Use the show user table detail command to show configurations of local users.
Username:raisecom
Priority:15
Server:Local
Login :console
Status :online
Service type: telnet
User State :active
Username:user1
Priority:10
Server:Local
Login :--
Status :offline
Service type:console telnet ssh web lan-access
User State :active
Use the newly-created user name user1 and password aaAA123@ to log in to the
ISCOM2600G series switch, and check whether the user privilege is correctly configured.
Login:user1
Password:
Raisecom#config
Raisecom(config)#arp 192.168.0.2 000E.5E12.3456
Set successfully.
Networking requirements
As shown in Figure 1-6, when a user logs in to the switch remotely from a PC through an
insecure network, you must configure SSH Server and RSA authentication on the switch to
guarantee security of data exchange to the maximum extent, with detailed requirements as
below:
Configure the SSH authentication timeout to 400s and allowed authentication failure
times to 3.
Configure the public key name of SSH authentication to raisecom and mode to rsa-key.
Configure the name for SSH login to the default name raisecom.
Configuration steps
Step 1 Configure a routing protocol to make the route between the switch and PC available.
Raisecom#config
Raisecom(config)#interface vlan 1
Raisecom(config-vlan1)#ip address 172.16.70.134
Raisecom(config-vlan1)#exit
Step 2 Generate a local SSH key pair, and enable SSH Server.
Raisecom(config)#generate ssh-key
Raisecom(config)#ssh2 server
Step 3 Configure the SSH authentication timeout to 400s and allowed authentication failure times to
3.
Step 4 Generate a SSH key pair for login, including the server public key and server private key.
Save the server private key on the SSH client. This step is performed in a terminal emulation
program, such as SecureCRT.
Step 5 Write the server public key of the client to the switch. Copy the server public key generated in
step 4, paste it in the terminal emulation program, and press Ctrl+S to save the public key.
-------------------------------------------------------------.
AAAAB3NzaC1yc2EAAAADAQABAAAAgQCwMf+rJOF3cccsbU9NnVSVKqlvvFDOJqYX
kwvMIzCmz1qKhhbguUxHTPnuuOyLbA9Yz+AFeaCdWxxdKvNCFXBJvu2pHjTZcJxm
cThqD3kvvRKnR3BjV9HioBjGHPO1gni2Bqc1z91/RoZ6oaNoQfN885SgwigbGt6K
eei/I8pJgQ==
Checking results
Use the following command to view configurations of SSH Server.
Public-key:
AAAAB3NzaC1yc2EAAAADAQABAAAAgQCwMf+rJOF3cccsbU9NnVSVKqlvvFDO
JqYXkwvMIzCmz1qKhhbguUxHTPnuuOyLbA9Yz+AFeaCdWxxdKvNCFXBJvu2p
HjTZcJxmcThqD3kvvRKnR3BjV9HioBjGHPO1gni2Bqc1z91/RoZ6oaNoQfN8
85SgwigbGt6Keei/I8pJgQ==
Use the following command to view information about the SSH session. SSH session 1 is
established.
Operation Description
t Update system software to the ISCOM2600G series switch.
m Update the boot file to the ISCOM2600G series switch.
b Read system software from the ISCOM2600G series switch, and load it.
Operation Description
s Specify the sequence of system software to be loaded upon startup.
e Clear environment variables.
r Restart the ISCOM2600G series switch.
p Configure the BootROM password.
?/h Show information about system files and help.
1.3.5 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom#write Save running configurations as a startup configuration
[ backup-config ] file which can take effect upon next startup.
Example:
backup-config: save running configurations as a backup
Raisecom#write backup-
config configuration file.
Loading
Traditionally, configuration files are loaded through the serial interface, which takes a long
time due to low rate and unavailable remote loading. FTP and TFTP loading modes can solve
those problems and make operation more convenient.
The ISCOM2600G series switch supports TFTP auto-loading mode.
TFTP auto-loading refers that you can obtain the configuration files from a server and then
configure the ISCOM2600G series switch. Auto-loading allows configuration files to contain
loading related commands for multiple configurations loading to meet file auto-loading
requirements in complex network environment.
The ISCOM2600G series switch provides several methods to confirm configuration file name
on the TFTP server, such as manually entering, obtaining through DHCP, and using default
name of the configuration file. Besides, you can assign certain naming conventions for
configuration files, and then the ISCOM2600G series switch confirms the name according to
naming conventions and its attributes (device type, MAC address, software version, and so
on).
Upgrade
The ISCOM2600G series switch needs to be upgraded if you want to add new features,
optimize functions, or fix bugs in the current software version.
The ISCOM2600G series switch supports the following two upgrade modes:
Upgrade through BootROM
Upgrade through CLI
Connect the Ethernet interface on the TFTP server to the SNMP interface on the
ISCOM2600G series switch. The default IP address of the SNMP interface is
192.168.0.1 by default.
Upgrade system software through BootROM for the ISCOM2600G series switch as below.
Step Operation
1 Log in to the ISCOM2600G series switch through serial interface as the
administrator, enter Privileged EXEC mode, and restart the ISCOM2600G series
switch with the reboot command.
Raisecom#reboot
2 When the system successfully loads the big BootROM, and it displays "Press
space to enter big boot menu", press Space bar to enter the interface starting with
[raisecom]. The command list is displayed as below:
BOOT
**************************************************
t: Update system from tftp.
m: Update boot from tftp.
b: Boot system from flash.
e: Erase bootline para.
s: Select system image to boot.
p: Password setting.
r: Reboot.
?/h: Help menu.
[Raisecom]:
3 Type "t" to upgrade system software to the ISCOM2600G series switch.
[Raisecom]:t
ipaddr: 192.168.5.100
serverip: 192.168.5.1
filename: uImage
Connect the Ethernet interface on the TFTP server to the SNMP interface on the
ISCOM2600G series switch. The default IP address of the SNMP interface is
192.168.0.1 by default.
Configure the TFTP server, and ensure that the server is available.
Configure the IP address of the TFTP server; keep it in the same network segment with
that of the ISCOM2600G series switch so that the ISCOM2600G series switch can
access the TFTP server.
Upgrade system software through CLI for the ISCOM2600G series switch as below.
DST
DST is a kind of artificially regulated local time system for saving energy. Time is usually
advanced one hour in summer to make people sleep early and rise early to save energy, but
different countries have different stipulations for DST. In this case, you should consider local
conditions when configuring DST.
The ISCOM2600G series switch supports configuring the start time, end time, offset of the
DST.
NTP
Network Time Protocol (NTP) is a standard Internet protocol for time synchronization, used
to synchronize time between the distributed time servers and clients. NTP transmits data
based on UDP, using UDP port 123 and guaranteeing high precision (error around 10ms).
Figure 1-7 shows basic principles of NTP. Clock synchronization works as below:
Step 1 Switch A sends Switch B a NTP message which carries the timestamp of leaving Switch A.
The timestamp is 10:00:00am and recorded as t1.
Step 2 When the message reaches Switch B, it is added with the timestamp of reaching Switch B,
which is 11:00:01am and recorded as t2.
Step 3 When the message leaves Switch B, it is added with the timestamp of leaving Switch B,
which is 11:00:02am and recorded as t3.
Step 4 When switch A receives the response message, it adds a new timestamp, which is 11:00:03am
and recorded as t4.
At present, Switch A has enough information to calculate two important parameters:
Round-trip delay of the NTP message: delay = (t4 - t1) - ( t3 - t2)
Raisecom Proprietary and Confidential
41
Copyright © Raisecom Technology Co., Ltd.
Raisecom
ISCOM2600G (A) Series Configuration Guide (CLI) 1 Basic configurations
Time offset between Switch A and Switch B: offset = ((t2 - t1) + (t3 - t4))/2
Switch A configures its clock based on previous two parameters to synchronize clock with
Switch B.
The ISCOM2600G series switch adopts multiple NTP working modes for time
synchronization:
Client/Server mode
In this mode, the client sends clock synchronization messages to different servers. The servers
work in server mode automatically after receiving the synchronization message and sending
response messages. The client receives response messages, performs clock filtering and
selection, and is synchronized to the preferred server.
In this mode, the client can be synchronized to the server but the server cannot be
synchronized to the client. The ISCOM2600G series switch can work as a client or server.
Symmetric mode
In this mode, you can configure the passive peer on the active peer. The active peer sends a
clock synchronization message to the passive peer. The passive peer works in passive mode
automatically after receiving the message and sends the answering message back. By
exchanging messages, the two peers establish the symmetric peer mode. The peer with fewer
stratum synchronizes time with the one with more stratum. The active and passive peers in
this mode can synchronize each other.
SNTP
Simple Network Time Protocol (SNTP) is used to synchronize the system time of the
ISCOM2600G series switch to the GMT and transmit the GMT to local time according to the
system settings of time zone. When the SNTP client and server are in different time zones, the
SNTP client will be synchronized to the GMT and then translated into the local time
according to system settings of time zone.
The SNTP client obtains time in two modes: actively sending a request packet or passively
monitoring the packet. They are implemented as below:
Unicast mode: the SNTP client actively sends a request packet. After being configured
with the IP address of the SNTP unicast server, the device tries to obtain clock signals
every 10s from the SNTP server. The maximum timeout for obtaining clock signals from
the SNTP server is 60s.
Multicast or broadcast mode: SNTP client passively monitors the packet.
– After being configured to multicast mode, the device monitors the multicast IP
address of 224.0.1.1 in real time and obtain clock signals from the SNTP multicast
server. The maximum timeout for obtaining clock signals from the SNTP server is
60s.
– After being configured to broadcast mode, the device monitors the broadcast IP
address of 255.255.255.255 in real time and obtain clock signals from the SNTP
broadcast server. The maximum timeout for obtaining clock signals from the SNTP
server is 60s.
Scenario
Configure the system time of the ISCOM2600G series switch, and guarantee precision of the
system time.
The time and time zone that is manually configured take effect immediately.
After NTP or SNTP is enabled, the synchronized time will override the current system
time after a synchronization period.
NTP and SNTP are mutually exclusive, so they cannot be concurrently configured.
Prerequisites
N/A
China Coast Time (CCT) is the standard time code. Several countries define their
local time by reference to GMT by advancing or adjusting backward several hours on
the basis of GMT and their longitudes or time zones. To be convenient, establish a
series of standard time codes, including:
China Coast Time (CCT): GMT +8:00
Eastern Daylight Time (EDT): GMT +4:00
Eastern Standard Time (EST): GMT +5:00
Central Daylight Time (CDT): GMT -5:00
Central Standard Time (CST): GMT -6:00
Mountain Daylight Time (MDT): GMT -6:00
Mountain Standard Time (MST): GMT -7:00
Pacific Daylight Time (PDT): GMT -7:00
Pacific Standard Time (PDT): GMT -8:00
DST
Default configurations of DST are as below.
NTP
Default configurations of NTP are as below.
SNTP
Default configurations of SNTP are as below.
7 characters
3 Raisecom#clock display Configure the system clock display mode.
{ default | utc }
Default: default mode
Example:
utc: UTC mode
Raisecom#clock display
utc
ranging from 1 to 12
offset: time offset of DST, an integer, ranging from 1
When you configure system time manually, if the system uses DST, such as DST
from 2 A.M. on the second Sunday, April to 2 A.M. on the second Sunday,
September every year, you have to adjust the clock one hour forward during this
period, configure time offset as 60 minutes, and the period from 2 A.M. to 3 A.M.
on the second Sunday, April each year is inexistent. The time setting by manual
operation during this period shows failure.
The summer time in southern hemisphere is opposite to the northern hemisphere,
which is from September to April of next year. If you configure the start time later
than the end time, the system will suppose that it is in the Southern Hemisphere.
In other words, the summer time is from the start time this year to the ending time
of next year.
4294967295
3 Raisecom(config)#ntp (Optional) configure the IP address of the NTP peer
peer { ipv4-address for the ISCOM2600G series switch working in
| ipv6-address } symmetric peer mode.
[ version version-
ipv4-address: IP address of the remote peer, in
number ] [ key key-
id ] dotted decimal notation, such as 10.10.1.1
ipv6-address: IPv6 address of the remote peer, in
Example:
Raisecom(config)#ntp colon decimal notation, such as 2001::3
version-number: version number, the value is v1, v2,
peer 10.0.0.1
v3, or v4.
key key-id: key ID, an integer, ranging from 1 to
4294967295
4 Raisecom(config)#ntp Configure the clock of the ISCOM2600G series
refclock-master switch as the NTP reference clock source for the
[ ip-address ] ISCOM2600G series switch.
[ stratum ]
ip-address: IP address of the local reference clock, in
Example:
Raisecom(config)#ntp dotted decimal notation, with IP address ranging
refclock-master from 127.127.1.0 to 127.127.1.2. Take the local
clock as the NTP master clock. The defaulted value
should be local clock 127.127.1.0 if the parameter is
not configured.
stratum: the layer of the tree-type NTP network
If the ISCOM2600G series switch is configured as the NTP reference clock source, it
cannot be configured as the NTP server or NTP symmetric peer; vice versa.
Configure NTP identity authentication for the ISCOM2600G series switch as below.
Networking requirements
Establish a clock synchronization system in a company to keep consistency and precision of
the system time. Basic planning is as below:
Configure Switch A as the master clock source of the clock synchronization system.
Configure Switch B as the client of the clock synchronization system. Configure the
upper-layer Switch A as the NTP server.
Configure Switch C as the NTP entity of Switch B so that Switch C receives downlink
synchronization data from Switch B.
Configuration steps
Step 1 Configure Switch A.
Raisecom#hostname SwitchA
SwitchA#config
SwitchA(config)#ntp refclock-master
Raisecom#hostname SwitchB
SwitchB#config
SwitchB(config)#ntp server 172.16.0.1
SwitchB(config)#ntp peer 172.16.0.3
Checking results
Check Switch A.
Use the show ntp status command to view configurations of Switch A.
Check Switch B.
Use the show ntp status command to view configurations of Switch B.
Use the show ntp associations command to view information about NTP sessions of Switch
B.
Check Switch C.
Use the show ntp associations command to view information about NTP sessions of Switch
C.
Auto-negotiation
Auto-negotiation is used to make the devices at both ends of a physical link automatically
choose the same working parameters by exchanging information. The auto-negotiation
parameters include duplex mode, interface rate, and flow control. Once successful in
negotiation, the devices at both ends of the link can work in the same duplex mode and
interface rate.
Cable connection
Generally, the Ethernet cable can be categorized as the Medium Dependent Interface (MDI)
cable and Medium Dependent Interface crossover (MDI-X) cable. MDI provides physical and
electrical connection from terminal to network relay device while MDI-X provides connection
between devices of the same type (terminal to terminal). Hosts and routers use MDI cables
while hubs and switches use MDI-X interfaces. Usually, the connection of different devices
should use the MDI cable while devices of the same type should use the MDI-X cable.
Devices in auto-negotiation mode can be connected by the MDI or MDI-X cable.
The Ethernet cable of the ISCOM2600G series switch supports auto-MDI/MDIX.
88a8
6 Raisecom(config- (Optional) configure the description of the
gigaethernet1/1/*)#descript interface, a stirng of 1 to 225 characters,
ion string supporting special characters, such as
space, "\", "'", "<", ">", and "&".
7 Raisecom(config- (Optional) configure the MTU on the
gigaethernet1/1/*)#jumbofra interface.
me frame-size
frame-size: maximum length of frame, an
Example:
Raisecom(config- integer, ranging from 1522 to 12288
gigaethernet1/1/1)#jumbofra bytes, in units of bytes.
me 2046
8 Raisecom(config- (Optional) configure the MDI/MDIX mode
gigaethernet1/1/*)#mdi of the electrical interface.
{ xover | auto | normal }
xover: forcible crossover mode
Example:
auto: auto-MDI/MDIX mode
Raisecom(config-
normal: forcible straight-through mode
gigaethernet1/1/1)#mdi
xover
The previous commands are applicable to the device that has a Combo interface.
By default, the IP address of the SNMP interface is 192.168.0.1 and the subnet mask
is 255.255.255.0.
Configure the SNMP interface for the ISCOM2600G series switch as below.
characters
7 Raisecom(config- (Optional) configure the IP address to be
fastethernet1/0/1)#ip dhcp renewed for the SNMP interface.
client renew
Chinese.
3 Raisecom#write (Optional) save configurations.
Save configurations to the ISCOM2600G series
switch after configurations, and the new
configurations will overwrite the original
configurations.
If new configurations are not saved, they will be lost
after restarting, and the ISCOM2600G series switch
will continue to working with the original
configurations.
ranging from 0 to 99
3 Raisecom(config)#co Bind the command line which needs periodical
mmand-string execution and supports the scheduling list to the
schedule-list list- scheduling list.
number
command-string: command line character string
Example:
list-number: schedule list number, an integer,
Raisecom(config)#cl
ear mac-address all ranging from 0 to 99
schedule-list 2
1.9 Watchdog
1.9.1 Introduction
The external electromagnetic field interferes with the working of the Microcontroller Unit
(MCU), and causes program elapsing and endless loop; consequently the system fails to work
normally. To monitor the realtime running status of the MCU, a program is specially used,
which is commonly known as Watchdog.
The ISCOM2600G series switch will be restarted when it fails to work due to task suspension
or endless loop, and it neither sends signals to restart the waterdog timer.
Watchdog can prevent the system program from endless loop due to uncertain fault, thus
improving system stability.
Scenario
By configuring Watchdog, you can prevent the system program from endless loop due to
uncertain fault, thus improving system stability.
Prerequisite
N/A
Scenario
Banner is a message to display when you log in to or exit the ISCOM2600G series switch,
such as the precautions or disclaimer.
You can configure the Banner of the ISCOM2600G series switch as required. In addition, the
ISCOM2600G series switch provides the Banner switch. After Banner display is enabled, the
configured Banner information appears when you log in to or exit the ISCOM2600G series
switch.
After configuring Banner, use the write command to save configurations. Otherwise, Banner
information will be lost when the ISCOM2600G series switch is restarted.
Prerequisite
N/A
2 Ethernet
This chapter describes basic principles and configuration procedures for Ethernet, and
provides related configuration examples, including the following sections:
MAC address table
VLAN
PVLAN
QinQ
VLAN mapping
STP/RSTP
MSTP
Loop detection
Interface protection
Port mirroring
L2CP
Voice VLAN
GARP/GVRP
The ISCOM2600G series switch supports showing MAC address information by device,
interface, or VLAN.
Multicast: when the ISCOM2600G series switch receives a packet of which the
destination MAC address is a multicast address, it will broadcast the packet. If multicast
is enabled and storm control over unknown packets is also enabled, the packet will be
sent to the specified Report interface. If no Report interface is specified, the packet will
be discarded.
Broadcast: when the ISCOM2600G series switch receives an all-F packet, or the MAC
address is not listed in the MAC address table, the ISCOM2600G series switch forwards
the packet to all interfaces except the interface that receives this packet. Broadcast
addresses are special multicast addresses.
static address entry manually can reduce the network broadcast flow, improve the
security of the interface, and prevent entries from being lost after the system is reset.
Dynamic MAC address entry: the ISCOM2600G series switch can add dynamic MAC
address entries through MAC address learning. The entries are aged according to the
configured aging time, and will be empty after the system is reset.
Scenario
Configure the static MAC address table in the following situations:
The static MAC address can be configured for a fixed server, special persons (manager,
financial staff), fixed and important hosts to ensure that all data flow forwarding to these
MAC addresses are forwarded from static MAC address related interface in priority.
For the interface with fixed static MAC address, you can disable MAC address learning
to avoid other hosts visiting LAN data from the interface.
Configure the aging time of dynamic MAC addresses to avoid saving excessive MAC address
entries in the MAC address table and running out of MAC address table resources, and to
achieve aging of dynamic MAC addresses.
Prerequisite
N/A
The MAC address of the source device, multicast MAC address, FFFF.FFFF.FFFF,
and 0000.0000.0000 cannot be configured as static unicast MAC address.
2.1.13 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Example: to 4094
Raisecom(config)#clear interface-type: interface type
4094
Raisecom Proprietary and Confidential
73
Copyright © Raisecom Technology Co., Ltd.
Raisecom
ISCOM2600G (A) Series Configuration Guide (CLI) 2 Ethernet
Networking requirements
As shown in Figure 2-2, configure Switch A as below:
Configure a static unicast MAC address 0001.0203.0405 on GE 1/1/2 and configure its
VLAN to VLAN 10.
Configure the aging time to 500s.
Configuration steps
Step 1 Create VLAN 10, and activate it, and add GE 1/1/2 to VLAN 10.
Raisecom#config
Raisecom(config)#create vlan 10 active
Raisecom(config)#interface gigaethernet 1/1/2
Raisecom(config-gigaethernet1/1/2)#switchport mode access
Raisecom(config-gigaethernet1/1/2)#switchport access vlan 10
Raisecom(config-gigaethernet1/1/2)#exit
Step 2 Configure a static unicast MAC address 0001.0203.0405 on GE 1/1/2, which belongs to
VLAN 10.
Checking results
Use the show mac-address to show configurations of MAC addresses.
--------------------------------------------------------------------
2.2 VLAN
2.2.1 Introduction
Overview
Virtual Local Area Network (VLAN) is a protocol to solve Ethernet broadcast and security
problem. It is a Layer 2 isolation technique that partitions a LAN into different broadcast
domains logically rather than physically, and then the different broadcast domains can work as
virtual groups without any influence from one another. In terms of functions, VLAN has the
same features as LAN, but members in one VLAN can access one another without restriction
by physical location.
VLAN partitions
There are multiple ways of VLAN partitions, such as by interface, by MAC address, by IP
subnet, and by protocol, as shown in Figure 2-3.
VLAN technique can partition a physical LAN into different broadcast domains logically.
Hosts without intercommunication requirements can be isolated by VLAN, so VLAN
partitions improve network security, and reduce broadcast flow and broadcast storm.
The ISCOM2600G series switch complies with IEEE 802.1Q standard VLAN and supports
4094 concurrent VLANs.
VLAN partitions by interface
The ISCOM2600G series switch supports VLAN partitions by interface. The ISCOM2600G
series switch has two interface modes: Access mode and Trunk mode. The method for
processing packets for the two modes is shown as below.
or discards the packet if the VLAN ID is not in the list of VLANs of which packets are
allowed to pass by the interface.
Scenario
The main function of VLAN is to partition logic network segments. There are 2 typical
application modes:
One kind is that in a small LAN several VLANs are created on a device, the hosts that
connect to the device are divided by VLAN. So hosts in the same VLAN can
communicate, but hosts between different VLANs cannot communicate. For example,
the financial department needs to be separated from other departments and they cannot
access each other. Generally, the interface to connect host is in Access mode.
The other kind is that in bigger LAN or enterprise network multiple devices connect to
multiple hosts and the devices are cascaded, and data packets carry VLAN Tag for
forwarding. The interfaces in the same VLAN on multiple devices can communicate, but
the interfaces in different VLANs cannot communicate. This mode is used in enterprise
that has many employees and needs a large number of hosts, in the same department but
different position, the hosts in one department can access one another, so users have to
partition VLANs on multiple devices. Layer 3 devices, such as routers, are required if
users want to communicate among different VLANs. The cascaded interfaces among
devices are configured in Trunk mode.
When configuring the IP address for VLAN, you can associate a Layer 3 interface for it. Each
Layer 3 interface corresponds to one IP address and one VLAN.
Prerequisite
N/A
The interface allows Access VLAN packets to pass regardless of configuration for
VLAN allowed by the Access interface. The forwarded packets do not carry the
VLAN Tag.
When configuring the Access VLAN, the system creates and activates a VLAN
automatically if you have not created and activated a VLAN in advance.
If you delete the Access VLAN manually, the system will automatically configure
the interface Access VLAN as the default VLAN.
When you configure the interface Access VLAN as the non-default Access VLAN,
the default Access VLAN 1 is the VLAN allowed by the Access the egress
interface, you can delete Access VLAN 1 from the allowed VLAN list of the egress
Access interface.
If the configured Access VLAN is not the default VLAN and there is no default
VLAN in the allowed VLAN list of the Access interface, the interface does not
allow packets of the default VLAN to pass.
The allowed VLAN list of the Access interface is effective to static VLANs only,
and ineffective to cluster VLAN, GVRP dynamic VLAN, and so on.
The system will create and activate the VLAN if no VLAN is created and activated
in advance when configuring the Native VLAN.
The system configures the interface Trunk Native VLAN as default VLAN if you
have deleted or blocked Native VLAN manually.
The interface allows incoming and outgoing VLAN packet allowed by the Trunk
interface. If the VLAN is Trunk untagged VLAN, the VLAN Tag is removed from the
packets at the egress interface. Otherwise the packets are not modified.
When configuring Trunk untagged VLAN list, the system automatically adds all
untagged VLAN to the VLAN allowed by the Trunk interface.
The VLAN list and untagged VLAN list allowed by the Trunk interface are only
effective to static VLAN, and ineffective for cluster VLAN, GVRP dynamic VLAN.
ranging from 0 to 7
3 Raisecom(config)#interface Enter physical interface configuration
interface-type interface- mode.
number
interface-type: interface type
Example:
interface-number: interface ID. The
Raisecom(config)#interface
gigaethernet 1/1/1 form and value range depend on the
interface type.
4 Raisecom(config- Enable or disable MAC-VLAN.
gigaethernet1/1/*)#mac-vlan
enable: enable MAC-VLAN.
{ enable | disable }
disable: disable MAC-VLAN.
Example:
Raisecom(config-
gigaethernet1/1/1)#mac-vlan
enable
5 Raisecom(config- (Optional) configure priorities of MAC-
gigaethernet1/1/*)#vlan VLAN and IP subnet VLAN.
precedence { mac-vlan | ip-
mac-vlan: high priority of MAC-based
subnet-vlan }
Example: VLAN
ip-subnet-vlan: high priority of IP-
Raisecom(config-
gigaethernet1/1/1)#vlan based VLAN
precedence mac-vlan
Networking requirements
As shown in Figure 2-4, PC 1, PC 2, and PC 5 belong to VLAN 10, PC 3 and PC 4 belong to
VLAN 20; Switch A and Switch B are connected by the Trunk interface; PC 3 and PC 4
cannot communicate because VLAN 20 is not allowed to pass in the link; PC 1 and PC 2
under the same Switch B are enabled with interface protection function so that they cannot
communicate with each other, but can respectively communicate with PC 5.
Configuration steps
Step 1 Create VLAN 10 and VLAN 20 on the two switches respectively, and activate them.
Configure Switch A.
Raisecom#hostname SwitchA
SwitchA#config
SwitchA(config)#create vlan 10,20 active
Configure Switch B.
Raisecom#hostname SwitchB
SwitchB#config
SwitchB(config)#create vlan 10,20 active
Step 2 Add GE 1/1/2 and GE 1/1/3 in Access mode on Switch B to VLAN 10, add GE 1/1/4 as
Access mode to VLAN 20, configure GE 1/1/1 to Trunk mode, and allow VLAN 10 to pass.
Step 3 Add GE 1/1/2 as Access mode on Switch A to VLAN 10, add GE 1/1/3 as Access mode to
VLAN 20, configure GE 1/1/1 to Trunk mode, and allow VLAN 10 to pass.
Checking results
Use the show vlan command to show VLAN configurations.
Take Switch B for example.
SwitchB#show vlan
Switch Mode: --
VLAN Name State Status Priority Member-Ports
------------------------------------------------------------------------
1 Default active static -- gigaethernet1/1/1
10 VLAN0010 active static -- gigaethernet1/1/2
gigaethernet1/1/3
20 VLAN0020 active static -- gigaethernet1/1/4
Interface: gigaethernet1/1/2
Switch Mode: switch
Reject frame type: none
Administrative Mode: access
Operational Mode: access
Access Mode VLAN: 10
Administrative Access Egress VLANs:
Operational Access Egress VLANs: 10
Trunk Native Mode VLAN: 1
Trunk Native VLAN: untagged
Administrative Trunk Allowed VLANs:
Operational Trunk Allowed VLANs: 1
Administrative Trunk Untagged VLANs:
Operational Trunk Untagged VLANs: 1
Administrative private-vlan host-association: 1
Administrative private-vlan mapping: 1
Operational private-vlan: --
Check whether the Trunk interface permitting VLAN passing is correct by making PC 1 ping
PC 5, PC 2 ping PC 5, and PC 3 ping PC 4.
PC 1 can ping through PC 5, so VLAN 10 communication is normal.
PC 2 can ping through PC 5, so VLAN 10 communication is normal.
PC 3 fails to ping through PC 4, so VLAN 20 communication is abnormal.
2.3 PVLAN
2.3.1 Introduction
Private VLAN (PVLAN) provides Layer 2 isolation between interfaces in a VLAN, and it is
effective to distribute VLAN resources.
PVLAN type
VLANs are divided into two types: primary VLAN and secondary VLAN. The primary
VLAN and secondary VLAN form a PVLAN domain. The primary VLAN can communicate
both in and out of PVLANs, but the secondary VLAN can communicate in the PVLAN only.
Primary VLAN: each PVLAN can be configured with only one primary VLAN.
Interface of all types in PVLAN are members of primary VLAN.
Secondary VLAN: it can be divided into isolated VLAN and community VLAN
according to the different forwarding and isolation rules.
− Isolated VLAN: each PVLAN can be configured with only one isolated VLAN.
− Community VLAN: each PVLAN can be configured with multiple community
VLANs.
Scenario
PVLAN, used on an enterprise Intranet, allows devices inside the VPLAN to communicate
with the default gateway only rather than the Intranet.
Prerequisite
Create a static VLAN and activate it.
If the VLAN is associated, its PVLAN type cannot be modified nor deleted.
Before configuring VLAN association, create a VLAN and activate it, configure
PVLAN type, configure the primary VLAN and secondary VLANs, and choose the
correct association type. Otherwise, VLAN association cannot be configured.
The primary VLAN and secondary VLANs cannot be configured to the default
VLAN 1.
A secondary VLAN can be added to only one PVLAN.
A primary VLAN can be associated with only one isolated VLAN, or up to 64
secondary VLANs.
The promiscuous interface mode and host interface mode can be configured with
association or mapping which already exists. Otherwise, the configuration will fail.
When an interface is configured to the host interface mode or promiscuous
interface mode without being associated with or mapped to a primary VLAN or
secondary VLAN, the interface allows untagged packets to enter.
IGMP runs on the primary VLAN only. The VLANs to data flow to pass in uplink
and downlink of PVLAN are different, so you cannot configure IGMP Snooping to
implement multicast; instead, you need to configure IGMP MVR.
Configure the PVLAN mode on the interface for the ISCOM2600G series switch as below.
Networking requirements
To effectively distribute VLAN resources, you need to properly partition and configure
VLANs. As shown in Figure 2-5, on Switch A, configure VLAN 10 as the primary VLAN,
VLAN 20 as the isolated VLAN, and VLAN 30 as the community VLAN. The detailed
configurations are as below:
Configure GE 1/1/1 and GE 1/1/2 as community interfaces. Associate primary VLAN 10
with secondary VLAN 30.
Configure GE 1/1/3 and GE 1/1/4 as isolated interfaces. Associate primary VLAN 10
with secondary VLAN 20.
Configure GE 1/1/5 as the promiscuous interface. Map PVLAN with VLAN 10, VLAN
20, and VLAN 30.
Connect PC 1 and PC 2 to community interfaces GE 1/1/1 and GE 1/1/2 respectively,
and they can communicate with these two interfaces and the promiscuous interface GE
1/1/5.
Connect PC 3 and PC 4 to isolated interfaces GE 1/1/3 and GE 1/1/4respectively, and
they can communicate with the promiscuous interface GE 1/1/5 only.
Configuration steps
Step 1 Configure the PVLAN type.
Raisecom#config
Raisecom(config)#create vlan 10,20,30 active
Raisecom(config)#private-vlan primary vlan 10
Raisecom(config)#private-vlan community vlan 30
Raisecom(config)#private-vlan isolated vlan 20
Raisecom(config)#private-vlan association 10 20,30
Step 2 Configure the promiscuous interface mode and mapping of the primary VLAN and secondary
VLAN on the promiscuous interface.
Step 3 Configure the host interface mode and association of the primary VLAN with the secondary
VLAN on the host interface.
Configuration on GE 1/1/1 and GE 1/1/2, GE 1/1/3 and GE 1/1/4 are identical. Take GE 1/1/1
and GE 1/1/3 for example.
Checking results
Use the show vlan private-vlan command to show PVLAN configurations on the
ISCOM2600G series switch.
VLAN ID: 20
Pvlan type: isolated
Associated-primary vlan: 10
Member Port-list:
gigaethernet1/1/3 gigaethernet1/1/5
Untag Port-list:
gigaethernet1/1/3 gigaethernet1/1/5
VLAN ID: 30
Pvlan type: community
Associated-primary vlan: 10
Member Port-list:
gigaethernet1/1/1 gigaethernet1/1/5
Untag Port-list:
gigaethernet1/1/1 gigaethernet1/1/5
2.4 QinQ
2.4.1 Introduction
QinQ (also known as Stacked VLAN or Double VLAN) technique is an extension to 802.1Q
defined in IEEE 802.1ad standard.
Basic QinQ
Basic QinQ is a simple Layer 2 VPN tunnel technique, which encapsulates outer VLAN Tag
for user private network packets at carrier access end, then the packet with double VLAN Tag
traverse backbone network (public network) of the carrier. On the public network, packets are
transmitted according to outer VLAN Tag (namely, the public network VLAN Tag), the user
private network VALN Tag is transmitted as data in packets.
Typical networking of basic QinQ is shown as Figure 2-6; the ISCOM2600G series switch is
the PE.
Packets are transmitted from the user device to the PE, and the VLAN ID of packet tag is 100.
Packet will be added with outer tag with VLAN 1000 when traversing from the PE device at
the network side interface to the carrier network.
Packets with the VLAN 1000 outer Tag are transmitted to PE device on the other side by the
carrier, and then the PE will remove the outer tag VLAN 1000 and send packets to the user
device. Now the packets return to carrying only one tag VLAN 100.
This technique can save public network VLAN ID resources. You can plan private network
VLAN ID to avoid conflict with public network VLAN ID.
Selective QinQ
Selective QinQ is an enhancement to basic QinQ, which classifies flow according to user data
features, then encapsulates different types flow into different outer VLAN Tags. This
technique is implemented through combination of interface and VLAN. Selective QinQ can
perform different actions on different VLAN Tags received by one interface and add different
outer VLAN IDs for different inner VLAN IDs. According to configured mapping rules for
inner and outer Tags, you can encapsulate different outer Tags for different inner tagged
packets.
Selective QinQ makes structure of the carrier network more flexible. You can classify
different terminal users on the access device interface by VLAN Tag and then, encapsulate
different outer Tags for users in different classes. On the public network, you can configure
QoS policy according to outer Tag and configure data transmission priority flexibly to make
users in different classes receive corresponding services.
Scenario
Basic QinQ configuration and selective QinQ configuration for the ISCOM2600G series
switch are based on different service requirements.
Basic QinQ
With application of basic QinQ, you can add outer VLAN Tag to plan the private VLAN ID
freely to make the user device data at both ends of carrier network transparently transmitted
without conflicting with VLAN ID on the service provider network.
Selective QinQ
Different from basic QinQ, outer VLAN Tag of selective QinQ can be selectable according to
different services. There are multiple services and different private VLAN ID on the user
network which are divided by adding different outer VLAN Tag for voice, video, and data
services, then implementing different distributaries and inner and outer VLAN mapping for
forwarding different services.
Prerequisite
Connect the interface.
Configure its physical parameters to make it Up.
Create VLANs.
Basic QinQ and 1:1 VLAN mapping can be concurrently configured. VLAN
mapping functions normally before or after basic QinQ is enabled.
Selective QinQ and 1:1 VLAN mapping can be concurrently configured. When
they are concurrently configured, they function normally. They also function
normally when basic QinQ is enabled or disable. When one of them is disabled,
other configurations function normally.
Basic QinQ, selective QinQ, and 2:2 VLAN mapping are mutually exclusive. When
selective QinQ and 1:1 VLAN mapping are configurrently configured, their
matching VLANs cannot be the same, and VLANs after mapping cannot be the
same.
protocol
x25: X.25 Layer 3 protocol
x75: X.75 interconnection protocol
user-define protocol id: user-defined
protocol number
add-outer outer-vlan-id: ID of the
Selection QinQ and 1:1 VLAN mapping can be concurrently configured on the
same interface.
Double-tagged VLAN mapping cannot be concurrently configured with basic QinQ
or tagged CVLAN/Priority-tagged VLAN mapping on the same interface.
Networking requirements
As shown in Figure 2-7, Switch A and Switch B are connected to two branches of Department
C, which are in different locations. Department C uses VLAN 100, and needs to communicate
through VLAN 1000 of the carrier network. The carrier TPID is 9100.
Configure basic QinQ on Switch A and Switch B to enable normal communication inside a
department through the carrier's network.
Configuration steps
Configure Switch A and Switch B.
Configurations of Switch A are the same with those of Switch B. Take Switch A for example.
Step 1 Create VLAN 100 and VLAN 1000, and activate them. TPID is 9100.
Raisecom#config
Raisecom(config)#create vlan 100,1000 active
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#switchport mode trunk
Raisecom(config-gigaethernet1/1/1)#switchport trunk allowed vlan 1000
Raisecom(config-gigaethernet1/1/1)#tpid 9100
Raisecom(config-gigaethernet1/1/1)#exit
Checking results
Use the show dot1q-tunnel command to show QinQ configurations.
Raisecom#show dot1q-tunnel
Interface QinQ Status Outer TPID on port Cos override Vlan-
map-miss drop
--------------------------------------------------------
gigaethernet1/1/1 - 0x9100 - disable
gigaethernet1/1/2 Dot1q-tunnel 0x8100 - disable
Networking requirements
As shown in Figure 2-8, the carrier network contains common PC Internet access services and
IP phone services. PC Internet access services are assigned to VLAN 1000, and IP phone
services are assigned to VLAN 2000.
Configure Switch A and Switch B as below to make the user and server communicate through
the carrier network:
Add outer Tag VLAN 1000 to VLAN 100 assigned to PC Internet access services.
Add outer Tag 2000 to VLAN 200 for IP phone services.
The carrier TPID is 9100.
Configuration steps
Configure Switch A and Switch B.
Configurations of Switch A are the same with those of Switch B. Take Switch A for example.
Step 1 Create and activate VLAN 100, VLAN 200, VLAN 1000, and VAN 2000. The TPID is 9100.
Raisecom#hostname SwitchA
SwitchA#config
SwitchA(config)#create vlan 100,200,1000,2000 active
SwitchA(config)#interface gigaethernet 1/1/1
SwitchA(config-gigaethernet1/1/1)#switchport mode trunk
SwitchA(config-gigaethernet1/1/1)#switchport trunk allowed vlan 1000,2000
SwitchA(config-gigaethernet1/1/1)#tpid 9100
SwitchA(config-gigaethernet1/1/1)#exit
Checking results
Use the following command to show configurations of selective QinQ.
Take Switch A for example.
After receiving a user private network packet with a VLAN Tag, the ISCOM2600G series
switch matches the packet according to configured VLAN mapping rules. If successful, it
maps the packet according to configured VLAN mapping rules.
By supporting 1: 1 VLAN mapping, the ISCOM2600G series switch replaces the VLAN Tag
carried by a packet from a specified VLAN to the new VLAN Tag.
Different from QinQ, VLAN mapping does not encapsulate packets with multiple layers of
VLAN Tags, but needs to modify VLAN Tag so that packets are transmitted according to the
carrier's VLAN forwarding rule.
Scenario
Different from QinQ, VLAN mapping is used to change the VLAN Tag without encapsulating
multilayer VLAN Tag so that packets are transmitted according to the carrier's VLAN
mapping rules. VLAN mapping does not increase the frame length of the original packet. It
can be used in the following scenarios:
A user service needs to be mapped to a carrier's VLAN ID.
Multiple user services need to be mapped to a carrier's VLAN ID.
Prerequisite
Connect the interface.
Configure its physical parameters to make it Up.
Create VLANs.
Basic QinQ and 1:1 VLAN mapping can be concurrently configured. VLAN
mapping functions normally before or after basic QinQ is enabled.
Selective QinQ and 1:1 VLAN mapping can be concurrently configured. When
they are concurrently configured, they function normally. They also function
normally when basic QinQ is enabled or disable. When one of them is disabled,
other configurations function normally.
Basic QinQ, selective QinQ, and 2:2 VLAN mapping are mutually exclusive. When
selective QinQ and 1:1 VLAN mapping are configurrently configured, their
matching VLANs cannot be the same, and VLANs after mapping cannot be the
same.
To concurrently configure N:1 VLAN mapping and VLAN Copy, configure VLAN
Copy, and then configure N:1 VLAN mapping.
Scenario
As shown in Figure 2-10, GE 1/1/2 and GE 1/1/3 on Switch A are connected to Department E
using VLAN 100 and Department F using VLAN 200; GE 1/1/2 and GE 1/1/3 on Switch A
are connected to Department C using VLAN 100 and Department D using VLAN 200. The
carrier's network uses VLAN 1000 to transmit services between Department E and
Department C and uses VLAN 2008 to transmit services between Department F and
Department D.
Configure 1:1 VLAN mapping between Switch A and Switch B to implement normal
communication inside each department.
Configuration steps
Configure Switch A and Switch B.
Configuration steps for Switch A and Switch B are the same. Take Switch A for example.
Step 1 Create VLANs 100, 200, 1000, and 2008, and activate them.
Raisecom#hostname SwitchA
SwitchA#config
SwitchA(config)#create vlan 100,200,1000,2008 active
Step 2 Configure GE 1/1/1 to Trunk mode, allowing packets of VLAN 1000 and VLAN 2008 to pass.
Step 3 Configure GE 1/1/2 to Trunk mode, allowing packets of VLAN 100 to pass. Configure
VLAN mapping rules.
Step 4 Configure GE 1/1/3 to Trunk mode, allowing packets of VLAN 200 to pass. Configure
VLAN mapping rules.
Checking results
Use the show vlan-mapping both interface command to show configurations of 1:1 VLAN
mapping.
Default cvlan: --
---------------------------
Original Outer VLANs: 100
Original Outer COS: --
Original Inner VLANs: --
Original Inner COS: --
Vlan mapping Mode: S-TRANS
New Outer-VID: 1000
New Outer-COS: --
New Inner-VID: --
New Inner-COS: --
---------------------------
2.6 STP/RSTP
2.6.1 Introduction
STP
With the increasing complexity of network structure and growing number of switches on the
network, the Ethernet network loops become the most prominent problem. Because of the
packet broadcast mechanism, a loop causes the network to generate storms, exhaust network
resources, and have serious impact to forwarding normal data. The network storm caused by
the loop is shown in Figure 2-11.
Spanning Tree Protocol (STP) is compliant to IEEE 802.1d standard and used to remove data
physical loop in data link layer in the LAN.
The ISCOM2600G series switch running STP can process Bridge Protocol Data Unit (BPDU)
with each other for the election of root switch and selection of root port and designated port. It
also can block loop interface on the ISCOM2600G series switch logically according to the
selection results, and finally trims the loop network structure to tree network structure without
loop which takes an ISCOM2600G series switch as root. This prevents the continuous
proliferation and limitless circulation of packet on the loop network from causing broadcast
storms and avoids declining packet processing capacity caused by receiving the same packets
repeatedly.
Figure 2-12 shows loop networking with STP.
Although STP can eliminate loop network and prevent broadcast storm well, its shortcomings
are still gradually exposed with thorough application and development of network technology.
The major disadvantage of STP is the slow convergence speed.
RSTP
For improving the slow convergent speed of STP, IEEE 802.1w establishes Rapid Spanning
Tree Protocol (RSTP), which increases the mechanism to change interface blocking state to
forwarding state, speed up the topology convergence rate.
The purpose of STP/RSTP is to simplify a bridged LAN to a unitary spanning tree in logical
topology and to avoid broadcast storm.
The disadvantages of STP/RSTP are exposed with the rapid development of VLAN
technology. The unitary spanning tree simplified from STP/RSTP leads to the following
problems:
The whole switching network has only one spanning tree, which will lead to longer
convergence time on a larger network.
After a link is blocked, it does not carry traffic any more, causing waste of bandwidth.
Packet of partial VLAN cannot be forwarded when network structure is unsymmetrical.
As shown in Figure 2-13, Switch B is the root switch; RSTP blocks the link between
Switch A and Switch C logically and makes that the VLAN 100 packet cannot be
transmitted and Switch A and Switch C cannot communicate.
Networking situation
In a big LAN, multiple devices are concatenated for accessing each other among hosts. They
need to be enabled with STP to avoid loop among them, MAC address learning fault, and
broadcast storm and network down caused by quick copy and transmission of data frame. STP
calculation can block one interface in a broken loop and ensure that there is only one path
from data flow to the destination host, which is also the best path.
Preconditions
N/A
When the edge interface is enabled with BPDU filtering and the device is enabled
with BPDU Guard, BPDU Guard takes effect first. Therefore, an edge interface is
shut down if it receives a BPDU.
Networking requirements
As shown in Figure 2-14, Switch A, Switch B, and Switch C form a ring network, so the loop
must be eliminated in the situation of a physical link forming a ring. Enable STP on them,
configure the priority of Switch A to 0, and path cost from Switch B to Switch A to 10.
Configuration steps
Step 1 Enable STP on Switch A, Switch B, and Switch C.
Configure Switch A.
Raisecom#hostname SwitchA
SwitchA#config
SwitchA(config)#spanning-tree enable
SwitchA(config)#spanning-tree mode stp
Configure Switch B.
Raisecom#hostname SwitchB
SwitchB#config
SwitchB(config)#spanning-tree enable
SwitchB(config)#spanning-tree mode stp
Configure Switch C.
Raisecom#hostname SwitchC
SwitchC#config
SwitchC(config)#spanning-tree enable
SwitchC(config)#spanning-tree mode stp
Configure Switch B.
Configure Switch C.
SwitchA(config)#spanning-tree priority 0
SwitchA(config)#interface gigaethernet 1/1/2
SwitchA(config-gigaethernet1/1/2)#spanning-tree extern-path-cost 10
Configure Switch B.
Checking results
Use the show spanning-tree command to show bridge status.
Take Switch A for example.
SwitchA#show spanning-tree
Use the show spanning-tree port-list port-list command to show interface status.
Take Switch A for example.
2.7 MSTP
2.7.1 Introduction
Multiple Spanning Tree Protocol (MSTP) is defined by IEEE 802.1s. Recovering the
disadvantages of STP and RSTP, the MSTP implements fast convergence and distributes
different VLAN flow following its own path to provide an excellent load balancing
mechanism.
MSTP divides a switch network into multiple regions, called MST region. Each MST region
contains several spanning trees but the trees are independent from each other. Each spanning
tree is called a Multiple Spanning Tree Instance (MSTI).
MSTP protocol introduces Common Spanning Tree (CST) and Internal Spanning Tree (IST)
concepts. CST refers to taking MST region as a whole to calculate and generating a spanning
tree. IST refers to generating spanning tree in internal MST region.
Compared with STP and RSTP, MSTP also introduces total root (CIST Root) and region root
(MST Region Root) concepts. The total root is a global concept; all switches running
STP/RSTP/MSTP can have only one total root, which is the CIST Root. The region root is a
Raisecom Proprietary and Confidential
122
Copyright © Raisecom Technology Co., Ltd.
Raisecom
ISCOM2600G (A) Series Configuration Guide (CLI) 2 Ethernet
local concept, which is relative to an instance in a region. As shown in Figure 2-15, all
connected devices only have one total root, and the number of region root contained in each
region is associated with the number of instances.
There can be different MST instance in each MST region, which associates VLAN and MSTI
by configuring the VLAN mapping table (relationship table of VLAN and MSTI). The
concept sketch map of MSTI is shown in Figure 2-16.
Each VLAN can map to one MSTI; in other words, data of one VLAN can only be
transmitted in one MSTI but one MSTI may correspond to several VLANs.
Compared with STP and RSTP mentioned previously, MSTP has obvious advantages,
including cognitive ability of VLAN, load balancing, similar RSTP interface status switching,
and binding multiple VLAN to one MST instance, to reduce resource occupancy rate. In
addition, devices running MSTP on the network are also compatible with the devices running
STP and RSTP.
Figure 2-17 Networking with multiple spanning trees instances in MST region
Apply MSTP to the network as shown in Figure 2-17. After calculation, there are two
spanning trees generated at last (two MST instances):
MSTI 1 takes B as the root switch, forwarding packet of VLAN 100.
MSTI 2 takes F as the root switch, forwarding packet of VLAN 200.
In this case, all VLANs can communicate internally, different VLAN packets are forwarded in
different paths to share loading.
Scenario
In a big LAN or residential region aggregation, the aggregation devices make up a ring for
link backup, avoiding loop and realizing load balancing. MSTP can select different and
unique forwarding paths for each one or a group of VLANs.
Prerequisite
N/A
Only when the configured device is the region root can the configured maximum
number of hops be used as the maximum number of hops for MST region; other non-
region root cannot be configured this item.
We do not recommend modifying the priority of any device on the network if you
directly assign the root bridge. Otherwise, the assigned root bridge or backup bridge
may be invalid.
Configure the root bridge or backup bridge for the ISCOM2600G series switch as below.
You can confirm the effective instance of the root bridge or backup bridge through
the instance instance-id parameter. The current device will be assigned as the
root bridge or backup bridge of CIST if instance-id is 0 or the instance instance-id
parameter is omitted.
The roots in device instances are mutually independent; in other words, they
cannot only be the root bridge or backup bridge of one instance, but also the root
bridge or backup bridge of other spanning tree instances. However, in a spanning
tree instance, a device cannot be used as the root bridge and backup bridge
concurrently.
You cannot assign two or more root bridges for one spanning tree instance, but
can assign several backup bridges for one spanning tree. Generally, you had
better assign one root bridge and several backup bridges for a spanning tree.
The value of priorities must be multiples of 4096, such as 0, 4096, and 8192. It is
32768 by default.
in a Hello Time, the more device resources it takes up. Similar with the time parameter, only
the configurations on the root device can take effect.
Configure the maximum transmission rate on the interface for the ISCOM2600G series switch
as below.
When the edge interface is enabled with BPDU filtering and the device is enabled
with BPDU Guard, BPDU Guard takes effect first. Therefore, an edge interface is
shut down if it receives a BPDU.
someone sends BPDUs with higher priority, the network may become unstable due to
continuous election.
Generally, priority of each bridge has already been configured in network planning phase. The
nearer a bridge is to the edge, the lower the bridge priority is. So the downlink interface
cannot receive the packets higher than bridge priority unless under someone attacks. For these
interfaces, you can enable rootguard to refuse to process packets with priority higher than
bridge priority and block the interface for a period to prevent other attacks from attacking
sources and damaging the upper layer link.
Configure root interface protection for the ISCOM2600G series switch as below.
Loopguard and link backup are mutually exclusive; in other words, loopguard is
implemented on the cost of disabling link backup.
Configure interface loop protection for the ISCOM2600G series switch as below.
After TC protection is enabled, the device receives TC packets of which the number is
within the threshold in the Hello Time of STP, and discards TC packets beyond the
threshold in the Hello Time. The device recalculates the number of received TC packets
from the next Hello Time.
After TC protection is disabled, the device will process all TC packets. When it is
attacked by massive TC packets, services may be interrupted, and the device may
malfunction due to too high CPU utilization.
Configure TC protection for the ISCOM2600G series switch as below.
2.7.23 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config-gigaethernet1/1/*)#spanning- Clear statistics about spanning
tree clear statistics tree on the interface.
Networking requirements
As shown in Figure 2-18, three ISCOM2600G series switch devices are connected to form a
ring network through MSTP, with the region name aaa. Switch B, connected with a PC,
belongs to VLAN 3. Switch C, connected with another PC, belongs to VLAN 4. Instant 3 is
associated with VLAN 3. Instant 4 is associated with VLAN 4. Configure the path cost of
instance 3 on Switch B so that packets of VLAN 3 and VLAN 4 are forwarded respectively in
two paths, which eliminates loops and implements load balancing.
Configuration steps
Step 1 Create VLAN 3 and VLAN 4 on Switch A, Switch B, and switch C respectively, and activate
them.
Configure Switch A.
Raisecom#hostname SwitchA
SwitchA#config
SwitchA(config)#create vlan 3,4 active
Configure Switch B.
Raisecom#hostname SwitchB
SwitchB#config
SwitchB(config)#create vlan 3,4 active
Configure Switch C.
Raisecom#hostname SwitchC
SwitchC#config
SwitchC(config)#create vlan 3,4 active
Step 2 Configure GE 1/1/1 and GE 1/1/2 on Switch A to allow packets of all VLAN to pass in Trunk
mode. Configure GE 1/1/1 and GE 1/1/2 on Switch B to allow packets of all VLANs to pass
in Trunk mode. Configure GE 1/1/1 and GE 1/1/2 on Switch C to allow packets of all VLANs
to pass in Trunk mode. Configure GE 1/1/3 and GE 1/3/4 on Switch B and Switch C to allow
packets of VLAN 3 and VLAN 4 to pass in Access mode.
Configure Switch A.
Configure Switch B.
Configure Switch C.
SwitchC(config-gigaethernet1/1/3)#exit
SwitchC(config)#interface gigaethernet 1/1/4
SwitchC(config-gigaethernet1/1/4)#switchport access vlan 4
SwitchC(config-port)#exit
Step 3 Configure spanning tree mode of Switch A, Switch B, and Switch C to MSTP, and enable
STP. Enter MSTP configuration mode, and configure the region name to aaa and revision
version to 0. Map instance 3 to VLAN 3, and instance 4 to VLAN 4. Exist from MST
configuration mode.
Configure Switch A.
Configure Switch B.
Configure Switch C.
Step 4 Configure the internal path cost of GE 1/1/3 of spanning tree instance 3 to 500000 on Switch
B.
Checking results
Use the show spanning-tree region-operation command to show configurations of the MST
region.
Take Switch A for example.
Use the show spanning-tree instance 3 command to show basic information about spanning
tree instance 3.
Take Switch A for example.
MST ID: 3
-----------------------------------------------------------
BridgeId: Mac 5051.5051.5053 Priority 32768
RegionalRoot: Mac 5051.5051.5053 Priority 32768 InternalRootCost 0
Port PortState PortRole PathCost PortPriority LinkType
------------------------------------------------------------------
Use the show spanning-tree instance 4 command to show basic information about spanning
tree instance 4.
Take Switch A for example.
MST ID: 4
-----------------------------------------------------------
BridgeId: Mac 5051.5051.5053 Priority 32768
RegionalRoot: Mac 5051.5051.5053 Priority 32768 InternalRootCost 0
Port PortState PortRole PathCost PortPriority LinkType
Loop types
Common loop types include self-loop and inner loop.
As shown in Figure 2-19, Switch B and Switch C are connected to the user network.
Self-loop: a user loop on the same Ethernet interface of the same device. User network B
has a loop, which forms self-loop on GE 1/1/2 on Switch B.
Inner loop: a loop forming on different Ethernet interfaces of the same device. GE 1/1/1
and GE 1/1/3 on Switch C forms an inner loop with the user network A.
Loop restoration
After an interface is blocked or shut down, you can configure it, such as no automatic
restoration and automatic restoration after a specified period.
If an interface is configured as automatic restoration after a specified period, the system
will start loop detection after the period. If the loop disappears, the interface will be
restored. Otherwise, it will be kept in blocking or shutdown status.
If an interface is configured as no automatic restoration, in other words, the automatic
restoration time is infinite, it will not be automatically restored.
Scenario
On the network, hosts or Layer 2 devices connected to access devices may form a loop
intentionally or involuntarily. Enable loop detection on downlink interfaces on all access
devices to avoid the network congestion generated by unlimited copies of data traffic. Once a
loopback is detected on an interface, the interface will be blocked.
Prerequisite
Loopback interface, interface backup, STP, and G.8032 affect each other. We do not
recommend configuring two or more of them concurrently.
Loop detection and STP are exclusive, so only one can be enabled at a time.
Loop detection cannot be concurrently enabled on both two directly-connected
devices.
Configure loop detection based on interface+VLAN for the ISCOM2600G series switch as
below.
2.8.6 Maintenance
Use the following commands to maintain the ISCOM2600G series switch.
Command Description
Raisecom(config)#clear loopback- Clear statistics about loop detection.
detection statistic [ interface-type
interface-type: interface type
interface-number ]
interface-number: in the form of
Example:
Raisecom(config)#clear loopback- unit/slot/port. The value range
detection statistic depends on the interface type.
Networking requirements
As shown in Figure 2-20, GE 1/1/2 and GE 1/1/3 on Switch A are connected to the user
network. To avoid loops on the user network, enable loop detection on Switch A to detect
loops on user network, and then take actions accordingly. Detailed requirements are as below:
Enable loop detection on GE 1/1/2 and GE 1/1/3.
Configure the interval for sending loop detection packets to 3s.
Configure the VLAN for sending loop detection packets to VLAN 3.
Configure the loop detection processing action to discarding, namely, sending Trap and
blocking the interface.
Configuration steps
Step 1 Create VLAN 3, and add interfaces to VLAN 3.
Raisecom#config
Raisecom(config)#create vlan 3 active
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#switchport access vlan 3
Raisecom(config-gigaethernet1/1/1)#exit
Raisecom(config)#interface gigaethernet 1/1/2
Raisecom(config-gigaethernet1/1/2)#switchport access vlan 3
Raisecom(config-gigaethernet1/1/2)#exit
Step 2 Configure the VLAN for sending loop detection packets, action taken for detected loops, and
period for sending loop detection packets.
Checking results
Use the show loopback-detection command to show loop detection status. GE 1/1/1 is
already blocked because of its smaller interface ID, so the loop is eliminated.
Raisecom#show loopback-detection
Interface pktVlan detect-vlanlist hellotime restoretime loop-act
log-interval Status loop-srcMAC loop-srcPort loop-Duration loop-
vlanlist
-------------------------------------------------------------------------
-------------------------------------------------------------------------
-----------------
GE1/1/1 3 -- 3 15 block 0
yes 000E.5E55.0001 GE1/1/2 121 --
GE1/1/2 3 -- 3 15 block 0
no -- -- -- --
Scenario
Interface protection can implement mutual isolation of interfaces in the same VLAN, enhance
network security and provide flexible networking solutions for you.
Prerequisite
N/A
Interface protection is unrelated with the VLAN to which the interface belongs.
Configure interface protection for the ISCOM2600G series switch as below.
Networking requirements
As shown in Figure 2-21, to prevent PC 1 and PC 2 from interconnecting with each other and
to enable them to interconnect with PC 3 respectively, enable interface protection on GE 1/1/1
and GE 1/1/2 on Switch A.
Configuration steps
Step 1 Enable interface protection on the GE 1/1/1.
Raisecom#config
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#switchport protect
Raisecom(config-gigaethernet1/1/1)#exit
Checking results
Use the show switchport protect command to show configurations of interface protection.
Figure 2-22 shows principles of port mirroring. PC 1 is connected to the external network by
the GE 1/1/1; PC 3 is the monitor PC, connecting the external network by GE 1/1/2.
When monitoring packets from the PC 1, you need to assign GE 1/1/1 to connect to PC 1 as
the mirror source port, enable port mirroring on the ingress port and assign GE 1/1/2 as
monitor port to mirror packets to destination port.
When service packets from PC 1 enter the ISCOM2600G series switch, the ISCOM2600G
series switch will forward and copy them to monitor port (GE 1/1/2). The monitor device
connected to the monitor port can receive and analyze these mirrored packets.
The ISCOM2600G series switch supports traffic mirroring on the ingress port and egress port.
The packets on the ingress/egress mirroring port will be copied to the monitor port after the
switch is enabled with port mirroring. The monitor port and mirroring port cannot be the same
one.
Scenario
Port mirroring is used to monitor the type and flow of network data regularly for the network
administrator.
Port mirroring copies the port flow monitored to a monitor port or CPU to obtain the
ingress/egress port failure or abnormal flow of data for analysis, discovers the root cause, and
solves them timely.
Prerequisite
N/A
Before enabling remote VLAN mirroring, disable MAC address learning of the
remote mirroring VLAN on the source device, intermediate device, and destination
device so as to enable the mirroring function to work properly.
When configuring the source mirroring port, you cannot add it to the remote
mirroring VLAN; otherwise, port mirroring will malfunction.
Networking requirements
As shown in Figure 2-23, the network administrator wants to monitor user network 1 through
the monitor device, then to catch the fault or abnormal data flow for analyzing and
discovering faults and then solve them in time.
The ISCOM2600G series switch is disabled with storm control and automatic packets sending.
User network 1 accesses the ISCOM2600G series switch through GE 1/1/1, user network 2
accesses the ISCOM2600G series switch through GE 1/1/2, and the data monitor device is
connected to GE 1/1/3.
Configuration steps
Enable port mirroring on the Switch.
Raisecom#config
Raisecom(config)#mirror-group 1
Raisecom(config)#interface gigaethernet 1/1/3
Raisecom Proprietary and Confidential
156
Copyright © Raisecom Technology Co., Ltd.
Raisecom
ISCOM2600G (A) Series Configuration Guide (CLI) 2 Ethernet
Raisecom(config-gigaethernet1/1/3)#mirror-group 1 monitor-port
Raisecom(config-gigaethernet1/1/3)#exit
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#mirror-group 1 source-port ingress
Checking results
Use the show mirror command to show configurations of port mirroring.
Raisecom#show mirror-group
Mirror Group 1:
Monitor Port:
gigaethernet1/1/3
Source Port:
gigaethernet1/1/1 : ingress
Reflector Port:
Remote Vlan:
2.11 L2CP
2.11.1 Introduction
Metro Ethernet Forum (MEF) introduces service concepts, such as EPL, EVPL, EP-LAN, and
EVP-LAN. Different service types have different processing modes for Layer 2 Control
Protocol (L2CP) packets.
MEF6.1 defines processing modes for L2CP as below.
Discard: discard the packet, by applying the configured L2CP profile on the ingress
interface of the ISCOM2600G series switch, to complete configuring processing mode.
Peer: send packets to the CPU in the same way as the discard action.
Tunnel: send packets to the MAN. It is more complex than discard and peer mode,
requiring cooperating profile at network side interface and carrier side interface tunnel
terminal to allow packets to pass through the carrier network.
Scenario
On the access device of MAN, you can configure profile on user network interface according
to services from the carrier to configure L2CP of the user network.
Prerequisite
N/A
packets.
5 Raisecom(config-l2cp- (Optional) configure the specified
profile)#tunnel vlan vlan-id VLAN for transparent transmission.
Example:
vlan-id: VLAN ID, an integer,
Raisecom(config-l2cp-
profile)#tunnel vlan 20 ranging from 1 to 4094
6 Raisecom(config-l2cp- (Optional) configure the specified
profile)#tunnel interface-type egress interface for transparent
interface-number transmission.
Example:
interface-type: interface type
Raisecom(config-l2cp-
interface-number: interface ID. The
profile)#tunnel gigaethernet
1/1/1 range depends on the device type.
7 Raisecom(config-l2cp- (Optional) configure the type of the
profile)#tunnel tunnel-type tunnel for transparent transmission.
mac
Only when global L2CP is enabled can the profile applied to the interface take effect.
You can configure global L2CP but it will not take effect if it is disabled.
2.11.8 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear l2cp-process Clear statistics about L2CP packets on
tunnel statistics [interface-type the interface.
interface-number ]
interface-type: interface type
Example:
interface-number: interface ID. The
Raisecom(config)#clear l2cp-process
tunnel statistics range depends on the device type.
Networking requirements
As shown in Figure 2-24, configure L2CP on Switch A and Switch B as below.
Specify the multicast destination MAC address of them to 0100.1234.1234.
Configure the STP packets of Customer A to traverse the MAN, and discard other
packets.
Configure the STP and VTP packets of Customer B to traverse the MAN, send elmi
packets to the CPU, and discard other packets.
Configuration steps
Configure Switch A and Switch B.
Configurations of Switch A and Switch B are identical. Take Switch A for example.
Step 1 Configure the switch name.
Raisecom#hostname SwitchA
Step 3 Configure L2CP profile 1, and apply the profile to GE 1/1/1 for Customer A.
Raisecom(config)#l2cp-process profile 1
Raisecom(config-l2cp-profile)#name CustomerA
Raisecom(config-l2cp-profile)#l2cp-process protocol all action drop
Raisecom(config-l2cp-profile)#l2cp-process protocol stp action tunnel
Raisecom(config-l2cp-profile)#exit
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#l2cp-process profile 1
Raisecom(config-gigaethernet1/1/1)#exit
Step 4 Configure L2CP profile 2, and apply the profile to GE 1/1/2 for Customer B.
Raisecom(config)#l2cp-process profile 2
Raisecom(config-l2cp-proflie)#name CustomerB
Raisecom(config-l2cp-proflie)#l2cp-process protocol all action drop
Raisecom(config-l2cp-proflie)#l2cp-process protocol stp action tunnel
Raisecom(config-l2cp-proflie)#l2cp-process protocol vtp action tunnel
Raisecom(config-l2cp-proflie)#l2cp-process protocol elmi action peer
Raisecom(config-l2cp-proflie)#exit
Raisecom(config)#interface gigaethernet 1/1/2
Raisecom(config-gigaethernet1/1/2)#l2cp-process profile 2
Raisecom(config-gigaethernet1/1/2)#exit
Checking results
Use the show l2cp-profile command to show L2CP configurations.
Raisecom#show l2cp-process
L2CP running informatiom
Port ProfileID BpduType mac-address l2cp-process
-------------------------------------------------------------------------
-----
GE1/1/1 1 stp 0180.C200.0000 tunnel
dot1x 0180.C200.0003 drop
lacp 0180.C200.0002 drop
oam 0180.C200.0002 drop
cdp 0100.0CCC.CCCC drop
vtp 0100.0CCC.CCCC drop
pvst 0100.0CCC.CCCD drop
lldp 0180.C200.000E drop
elmi 0180.C200.0007 drop
udld 0100.0CCC.CCCC drop
pagp 0100.0CCC.CCCC drop
GE1/1/2 2 stp 0180.C200.0000 tunnel
dot1x 0180.C200.0003 drop
lacp 0180.C200.0002 drop
oam 0180.C200.0002 drop
cdp 0100.0CCC.CCCC drop
vtp 0100.0CCC.CCCC tunnel
pvst 0100.0CCC.CCCD drop
lldp 0180.C200.000E drop
elmi 0180.C200.0007 peer
udld 0100.0CCC.CCCC drop
pagp 0100.0CCC.CCCC drop
GE1/1/3 -- -- -- --
GE1/1/4 -- -- -- --
GE1/1/5 -- -- -- --
…
Figure 2-26 shows the networking mode for the IP phone to connect the PC to the switch
(transmitting voice packets only), so the link transmits both voice traffic and data traffic. In
this networking mode, voice traffic and data traffic are transmitted in the voice VLAN and
data VLAN respectively with affecting each other. When office staff need data
communication through PCs and also need voice communication through IP phones, you can
adopt this networking mode.
Scenario
The voice VLAN can transmit voice traffic. You can choose one of the following networking
schemes according to whether voice packets are tagged or not:
If the IP phone sends untagged voice packets, see section Example for adding interface
to voice VLAN and configuring it to work in manual mode.
If the IP phone supports obtaining the voice VLAN configured on the switch through
LLDP, it will send tagged voice packets. For details, see section 2.12.9 Example for
configuring IP phone to access voice VLAN packets through LLDP.
Prerequisite
Create a VLAN, and configure its parameters.
Networking requirements
GE 1/1/1 on the Switch connects the IP phone and PC to the Internet. It is required to
concurrently forward and isolate voice traffic and data traffic.
You can configure GE 1/1/1 as a Trunk interface, making the Native VLAN forward data
traffic and voice VLAN forward voice traffic. The PC sends untagged packets which are
transmitted in the Native VLAN of GE 1/1/1. Configure VLAN 100 as the Native VLAN to
transmit data traffic sent from the PC. The IP phone also sends untagged packets. Configure
the source MAC address to the OUI address of the voice VLAN so that the device can add
voice VLAN Tag when these packets pass the voice VLAN interface. Configure VLAN 200
as the voice VLAN to transmit voice traffic sent from the IP phone.
Figure 2-27 Networking with adding interface to voice VLAN and configuring it to work in
manual mode
Configuration steps
Step 1 Create VLAN 100 and VLAN 200, activate them, and configure VLAN 200 as the voice
VLAN.
Step 2 Configure the MAC address (supporting the mask) of the IP phone as the OUI address of the
voice VLAN on the switch, namely, 0001.ED00.0000. Configure the mask to
FFFF.FF00.0000. For the OUI supported by the device by default, see section 2.12.3 Default
configurations of voice VLAN.
Step 3 (Optional) by default, the interface modifies the CoS and DSCP of voice packets to 6 and 46
respectively. To modify them to other values, you should use the following command in the
interface view before the voice VLAN is enabled on the interface.
Step 4 (Optional) by default, the interface modifies the CoS and DSCP of voice packets to 6 and 46
respectively. To prevent the interface from modifying them, you should use the following
command:
Checking configurations
Use the show voice-vlan status command to view the current status of the voice VLAN.
Use the show voice-vlan mac-address command to view the OUI address of the voice
VLAN.
Networking requirements
As shown in Figure 2-28, when the IP phone supports LLDP, it can obtain the voice VLAN
through LLDP. You can configure LLDP and voice VLAN on the switch to connect the IP
phone. Configure LLDP on the switch to advertise the voice VLAN of the interface to the IP
phone. To guarantee call quality, configure the voice VLAN to prioritize voice packets.
GE 1/1/1 on the Switch connects the IP phone and PC to the Internet. It is required to
concurrently forward and isolate voice traffic and data traffic.
You can configure GE 1/1/1 as a Trunk interface, making the Native VLAN forward data
traffic and voice VLAN forward voice traffic. The PC sends untagged packets which are
transmitted in the Native VLAN of GE 1/1/1. Configure VLAN 100 as the Native VLAN to
transmit data traffic sent from the PC. Configure VLAN 200 as the voice VLAN to transmit
voice traffic sent from the IP phone. The IP phone obtains the voice VLAN through LLDP and
sends packets with the voice VLAN Tag.
Figure 2-28 Configuring IP phone to access voice VLAN packets through LLDP
Configuration steps
Step 1 Create VLAN 100 and VLAN 200, activate them, and configure VLAN 200 as the voice
VLAN.
Step 2 Enable global LLDP and interface LLDP to advertise the voice VLAN of the interface to the
IP phone.
Raisecom(config)#lldp enable
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#lldp enable
Step 3 Configure the MAC address (supporting the mask) of the IP phone as the OUI address of the
voice VLAN on the switch, namely, 0001.ED00.0000. Configure the mask to
FFFF.FF00.0000. For the OUI supported by the device by default, see section 2.12.3 Default
configurations of voice VLAN.
Step 4 (Optional) by default, the interface modifies the CoS and DSCP of voice packets to 6 and 46
respectively. To modify them to other values, you should use the following command in the
interface view before the voice VLAN is enabled on the interface.
Step 5 (Optional) by default, the interface modifies the CoS and DSCP of voice packets to 6 and 46
respectively. To prevent the interface from modifying them, you should use the following
command:
Checking configurations
Use the show voice-vlan mac-address command to view the OUI address of the voice VLAN.
2.13 GARP/GVRP
2.13.1 Introduction
Generic Attribute Registration Protocol (GARP) provides a mechanism to help GARP
members in the same LAN to distribute, broadcast, and register information (such as VLAN
and multicast information).
GARP is not an entity on a device. Those applications complying with GARP are called
GARP applications. GARP VLAN Registration Protocol (GVRP) is a GARP application.
When a GARP application entity is connected to an interface of a device, the interface is
mapped into the GARP application entity.
Packets of the GARP application entity use a specific multicast MAC address as its
destination MAC address. When receiving packets of the GARP application entity, a device
distinguishes them by the destination MAC address and transmits them to different GARP
applications (such as GAVP) for processing.
GARP messages
GARP members exchange data by transmitting messages, including the following three types
of messages:
Join message: a GARP application entity sends a Join message when:
– It needs another device to register its attributes (such as VLAN information).
– It receives a Join message from other entities; or it has been statically configured with
some parameters, and needs another GARP application entity to register.
Leave message: a GARP application entity sends a Leave message when:
– It needs another device to register its attributes.
– It receives a Join message from other entities to deregister its attributes or it statically
deregisters its attributes.
LeaveAll message: when the GARP application entity is started, the LeaveAll timer
starts. It sends a LeaveAll message when this timer expires. The LeaveAll message is
used to deregister all attributes so that other GARP application entities can register all
attributes of the GARP application entity. When the GARP application entity receives a
LeaveAll message from the peer, its LeaveAll time is restored and then starts.
The Leave message or LeaveAll message cooperates with the Join message to deregister
or reregister attributes. Through message exchange, all attributes to be registered can be
transmitted to all GARP entities in the same LAN.
GARP timer
The interval for sending the GARP message is controlled by timers. GARP defines three
timers to control the interval.
Join timer: if no message is replied to the first Join message sent by the GARP
application entity, this entity will send another Join message to ensure secure
transmission. The interval between sending these two messages is controlled by the Join
timer. If the entity has received reply from other GARP application entities, it will not
send the Join message.
Leave timer: when a GARP application entity needs to deregister an attribute, it sends a
Leave message to another GARP application entity which will later start a Leave timer.
It deregisters the attribute if failing to receive the Join message to deregister the attribute
before the Leave timer expires.
LeaveAll timer: when a GARP application entity starts, its LeaveAll timer also starts.
When the LeaveAll timer expires, the GARP application entity sends a LeaveAll
message so that other GARP application entities can register all attributes of the GARP
application entity. Then, the LeaveAll timer is restored and starts retiming.
GVRP
GARP VLAN Registration Protocol (GVRP) is a GARP application. Based on GARP
working mechanism, it maintains VLAN dynamic registration information of the switch, and
sends the information to other switches.
All GVRP-supportive switches can receive VLAN registration information from other
switches, and dynamically update local VLAN registration information. In addition, all
GVRP-supportive switches can send local VLAN registration information to other switches so
that they have consistent VLAN registration information in the same VLAN. VLAN
registration information sent by GVRP includes manually configured local static registration
information and dynamic registration information from other switches.
GVRP has three registration modes:
Normal: in this mode, GVRP allows dynamic registration and deregistration of VLANs,
and sends dynamic and static VLAN information.
Fixed: in this mode, GVRP forbids dynamic registration and deregistration of VLANs,
and sends static VLAN information rather than dynamic VLAN information.
As shown in Figure 2-29, GE 1/1/1 on Switch 1, GE 1/1/1 and GE 1/1/2 on Switch 2, and GE
1/1/1 on Switch N are Trunk interfaces. Create VLANs 5–50 on Switch 1, and then these
VLANs will be dynamically registered on the Rx interface along the red direction until
Switch N is registered. Create VLANs 51–100 on Switch N, and then these VLANs will be
dynamically registered on the Rx interface along the blue direction so that each switch can
completely process packets of VLANs 5–100.
Scenario
GARP enables configurations of a GARP member to fast spread to all GARP-enabled devices
in the LAN.
The values of the Join timer, Leaver timer, and LeaveAll timer configured through GARP will
be applied to all GARP applications in the LAN, including GVRP and GMRP features.
Prerequisite
N/A
The value of the Join timer must be smaller than half of that of the Leave timer.
The value of the Leave timer must be greater than twice of that of the Join timer,
and smaller than that of the LeaveAll timer.
The value of the LeaveAll timer must be greater than that of the Leave timer.
In actual networking, we recommend configuring the Join timer, Leave timer, and
LeaveAll timer to 3000, 15000, and 20000, in units of 10ms.
Interface GVRP can be enabled only after the interface is configured to Trunk
mode.
We do not recommend enabling GVRP on a LAG member interface.
2.13.7 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear gvrp [ interface- Clear GVRP statistics.
type interface-number ] statistics
interface-type: interface type
Example:
interface-number: interface ID.
Raisecom(config)#clear gvrp statistics
The value range depends on the
interface type.
Networking requirements
As shown in Figure 2-30, to dynamically register, deregister, and update VLAN information
between switches, configure GVRP on these switches. Detailed requirements are as below:
Configure static VLANs 5–10 on Switch A and Switch C.
Configure static VLANs 15–20 on Switch D.
Configure static VLANs 25–30 on Switch E.
Configure the interfaces that are connected to other switches to Trunk mode, and enable
GVRP on these interfaces.
Configure the Join timer, Leave timer, and LeaveAll timer of GARP on each interface to
3000, 15000, and 20000, in units of 10ms.
Configuration steps
Step 1 Create VLANs and enable global GVRP.
Configure Switch A.
Raisecom#hostname SwitchA
SwitchA#config
SwitchA(config)#create vlan 5-10 active
SwitchA(config)#gvrp enable
Configure Switch B.
Raisecom#hostname SwitchB
SwitchB#config
SwitchB(config)#gvrp enable
Configure Switch C.
Raisecom#hostname SwitchC
SwitchC#config
SwitchC(config)#create vlan 5-10 active
SwitchC(config)#gvrp enable
Configure Switch D.
Raisecom#hostname SwitchD
SwitchD#config
SwitchD(config)#create vlan 15-20 active
SwitchD(config)#gvrp enable
Configure Switch E.
Raisecom#hostname SwitchE
SwitchE#config
SwitchE(config)#create vlan 25-30 active
SwitchE(config)#gvrp enable
Step 2 Configure GE 1/1/1, GE 1/1/2, and GE 1/1/3 on Switch A, GE 1/1/1, GE 1/1/2, and GE 1/1/3
on Switch B, GE 1/1/1 on Switch C, and GE 1/1/1 on Switch D to Trunk mode, and enable
GVRP on them. Take GE 1/1/1 on Switch A for example. Configurations of other interfaces
are the same.
Step 3 Configure GARP timers of GE 1/1/1, GE 1/1/2, and GE 1/1/3 on Switch A, GE 1/1/1, GE
1/1/2, and GE 1/1/3 on Switch B, GE 1/1/1 on Switch C, and GE 1/1/1 on Switch D, and
enable GVRP on them. Take GE 1/1/1 on Switch A for example. Configurations of other
interfaces are the same.
Checking results
Use the show gvrp command to show GVRP configurations on the interface.
Take Switch A for example.
Use the show vlan command to view information about VLANs on the device. Take Switch A
for example.
SwitchA#show vlan
VLAN Name State Status Priority Member-
Ports
-------------------------------------------------------------------------
-----------------------------------------------------
1 Default active static --
gigaethernet1/1/1 gigaethernet1/1/2
5 VLAN0005 active static --
6 VLAN0006 active static --
7 VLAN0007 active static --
8 VLAN0008 active static --
9 VLAN0009 active static --
10 VLAN0010 active static --
15 VLAN0015 active dynamic-gvrp --
gigaethernet1/1/3
This chapter describes principles and configuration procedures of ring network protection,
including the following section:
G.8032
3.1 G.8032
3.1.1 Introduction
G.8032 Ethernet Ring Protection Switching (ERPS) is an APS protocol based on the ITU-T
G.8032 recommendation. It is a link-layer protocol specially used in Ethernet rings. Generally,
ERPS can avoid broadcast storm caused by data loopback in Ethernet rings. When a
link/device on the Ethernet ring fails, traffic can be quickly switched to the backup link to
ensure restoring services quickly.
G.8032 uses the control VLAN on the ring network to transmit ring network control
information. Meanwhile, combining with the topology feature of the ring network, it
discovers network fault quickly and enable the backup link to restore service fast.
Scenario
With the development of Ethernet to Telecom-grade network, voice and video multicast
services bring higher requirements on Ethernet redundant protection and fault-recovery time.
The fault-recovery time of current STP system is in second level that cannot meet
requirements.
By defining different roles for nodes on a ring, G.8032 can block a loopback to avoid
broadcast storm in normal condition. Therefore, the traffic can be quickly switched to the
protection line when working lines or nodes on the ring fail. This helps eliminate the loop,
perform protection switching, and automatically recover from faults. In addition, the
switching time is shorter than 50ms.
The ISCOM2600G series switch supports the single ring, intersecting ring, and tangent ring.
G.8032 provides a mode for detecting faults based on physical interface status. The
ISCOM2600G series switch learns link fault quickly and switches services immediately, so
this mode is suitable for detecting the fault between neighboring devices.
Prerequisite
Connect the interface.
Configure its physical parameters to make it Up.
Create VLANs.
Add interfaces to VLANs.
Only one device on the protection ring can be configured as the Ring Protection
Link (RPL) Owner and only one device is configured as the RPL Neighbor. Other
devices are configured as ring forwarding nodes.
The tangent ring consists of 2 independent single rings. Configurations of the
tangent ring are identical to those of the common single ring. The intersecting ring
consists of a main ring and a tributary ring. Configurations of the main ring are
identical to those of the common single ring. For detailed configurations of the
tributary ring, see section 3.1.6 (Optional) creating G.8032 tributary ring.
Step Command Description
1 Raisecom#config Enter global configuration mode.
Example: VLANs
vlan-list: VLAN ID list, an integer,
Raisecom(config)#ethernet
ring-protection 1 east ranging from 1 to 4094. It supports
gigaethernet 1/1/1 west specific values, such as "1,2,3"; it also
gigaethernet 1/1/2 node-type supports a range, such as "1-3".
rpl-owner rpl east
westward interface
Only the intersecting ring consists of a main ring and a tributary ring.
Configurations of the main ring are identical to those of the single/tangent ring. For
details, see section 3.1.4 Creating G.8032 ring.
For the intersecting ring, configure its main ring and then the tributary ring,
otherwise the tributary ring will fail to find the interface of the main ring, thus failing
to establish the virtual channel of the tributary ring.
Configurations of non-intersecting nodes of the intersecting ring are identical to
those of the single/tangent ring. For details, see section 3.1.4 Creating G.8032
ring.
Configure G.8032 intersecting rings for ISCOM2600G series switch as below.
to 4094
block-vlanlist: list of blocked service VLANs
vlan-list: VLAN ID list, an integer, ranging
to 4094
block-vlanlist: list of blocked service VLANs
vlan-list: VLAN ID list, an integer, ranging
to 4094
block-vlanlist: list of blocked service VLANs
vlan-list: VLAN ID list, an integer, ranging
By default, traffic is automatically switched to the other line when the current line fails
to forward traffic.
3.1.9 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear ethernet Clear the effect of the ring protection
ring-protection ring-id command control command (force-switch, manual-
Example: switch, WTR timer timeout, and WTB
Raisecom(config)#clear ethernet timer timeout).
ring-protection 1 command
ring-id: Ethernet ring ID, an integer,
ranging from 1 to 255
Raisecom(config)#clear ethernet Clear statistics on the protection ring.
ring-protection ring-id statistics
ring-id: Ethernet ring ID, an integer,
Example:
Raisecom(config)#clear ethernet ranging from 1 to 255
ring-protection 1 statistics
4 IP services
This chapter describes basic principles and configuration procedures for IP services, and
provides related configuration examples, including the following sections:
IP basis
Loopback interface
Interface loopback
ARP
NDP
Static route
Routing policy
4.1 IP basis
4.1.1 Introduction
The IP interface is the virtual interface based on VLAN. Configuring Layer 3 interface is
generally used for network management or routing link connection of multiple devices.
The ISCOM2600G series switch supports double-tagged management VLAN packets; in
other words, it can send and process double-tagged packets.
Scenario
Configure the IP address of each VLAN interface, SNMP interface, or loopback interface.
Prerequisite
Create VLANs.
Activate them.
Networking requirements
As shown in Figure 4-1, configure the VLAN interface to the switch so that the host and the
ISCOM2600G series switch can ping each other.
Configuration steps
Step 1 Create a VLAN and add the interface to the VLAN.
Raisecom#config
Raisecom(config)#create vlan 10 active
Step 2 Configure Layer 3 interface on the ISCOM2600G series switch, configure its IP address, and
associate the interface with the VLAN.
Raisecom(config)#interface vlan 10
Raisecom(config-vlan10)#ip address 192.168.1.2 255.255.255.0
Checking results
Use the show vlan command to show mapping between the physical interface and VLAN.
Raisecom#show vlan 10
VLAN Name State Status Priority Member-Ports
-------------------------------------------------------------------------
10 VLAN0010 active static --
Use the show ip interface brief to show configurations of the Layer 3 interface.
Use the ping command to check whether the ISCOM2600G series switch and PC can ping
each other.
Raisecom#ping 192.168.1.3
Type CTRL+C to abort
Sending 5, 8-byte ICMP Echos to 192.168.1.3, timeout is 3 seconds:
Reply from 192.168.1.3: time<1ms
Reply from 192.168.1.3: time<1ms
Reply from 192.168.1.3: time<1ms
Reply from 192.168.1.3: time<1ms
Reply from 192.168.1.3: time<1ms
Scenario
Use the IP address of the loopback interface to log in through Telnet so that the Telnet
operation does not become Down due to change of physical status. To enable the PC to ping
through the IP address of the loopback interface, configure the corresponding static route
entry on the PC. The loopback interface ID is also used as the router ID of dynamic routing
protocols, such as OSPF, to uniquely identify a device.
Prerequisite
N/A
Scenario
Interface loopback refers to sending packets, which comply with user-defined loopback rules
and parameter requirements according to these rules, by the receiving interface to the sending
device at the peer end, thus checking communication of the network.
Prerequisites
N/A
4.3.6 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear loopback- Clear statistics on loopback packets.
statistics [ interface-type
interface-type: interface type
interface-number ]
interface-number: interface ID. The form
Example:
Raisecom(config)#clear loopback- and value range depend on the interface
statistics type.
4.4 ARP
4.4.1 Introduction
In TCP/IP network environment, each host is assigned with a 32-bit IP address that is a logical
address used to identify hosts between networks. To transmit packets in physical link, you
must know the physical address of the destination host, which requires mapping the IP
address to the physical address. In Ethernet environment, the physical address is 48-bit MAC
address. The system has to transfer the 32-bit IP address of the destination host to the 48-bit
Ethernet address for transmitting packet to the destination host correctly. Then Address
Resolution Protocol (ARP) is applied to resolve IP address to MAC address and configure
mapping between IP address and MAC address.
The ARP address table contains the following two types:
Static entry: bind the IP address and MAC address to avoid ARP dynamic learning
cheating.
− The static ARP address entry needs to be added/deleted manually.
− The static ARP address entry is not aged.
Dynamic entry: MAC address automatically learned through ARP.
− This dynamic ARP address entry is automatically generated by switch. You can adjust
partial parameters of it manually.
− The dynamic ARP address entry will be aged after the aging time if not used.
The ISCOM2600G series switch supports the following two modes of dynamically learning
ARP address entries:
Learn-all: in this mode, the ISCOM2600G series switch learns both ARP request packets
and response packets. When device A sends its ARP request, it writes mapping between
its IP address and physical address in ARP request packets. When device B receives ARP
request packets from device A, it learns the mapping in its address table. In this way,
device B will no longer send ARP request when sending packets to device A.
learn-reply-only mode: in this mode, the ISCOM2600G series switch learns ARP
response packets with corresponding ARP request only sent by itself. For ARP request
packets from other devices, it responds with ARP response packets only rather than
learning ARP address mapping entry. In this way, network load is heavier but some
network attacks based on ARP request packets can be prevented.
Scenario
The mapping of IP address and MAC address is saved in the ARP address table.
Generally, the ARP address table is dynamically maintained by the ISCOM2600G series
switch. The ISCOM2600G series switch searches for the mapping between IP address and
MAC address automatically according to ARP. You just need to configure the ISCOM2600G
series switch manually for preventing ARP dynamic learning from cheating and adding static
ARP address entries.
Prerequisite
N/A
The IP address in static ARP entry must belong to the IP network segment of
Layer 3 interface on the switch.
The static ARP entry needs to be added and deleted manually.
Configure static ARP entries for the ISCOM2600G series switch as below.
4.4.8 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear Clear all entries in the ARP address table.
arp[ ip-address | interface
ip-address: IP address, in dotted decimal notation,
vlan vlan-id ]
Example: such as 10.10.10.1
vlan-id: VLAN ID, an integer, ranging from 1 to
Raisecom(config)#clear arp
4094
Networking requirements
As shown in Figure 4-3, the ISCOM2600G series switch is connected to the host, and is also
connected to the upstream Router through GE 1/1/1. For the Router, the IP address and
submask are 192.168.1.10/24, and the MAC address is 0050-8d4b-fd1e.
To improve communication security between the Switch and Router, you need to configure
related static ARP entry on the ISCOM2600G series switch.
Configuration steps
Add a static ARP entry.
Raisecom#config
Raisecom(config)#arp 192.168.1.10 0050.8d4b.fd1e
Checking results
Use the show arp command to show configurations of the ARP address table.
Raisecom#show arp
ARP aging-time: 1200 seconds(default: 1200s)
ARP mode: Learn all
ARP table:
Total: 1 Static: 1 Dynamic: 0
IP Address Mac Address Interface vlan Type Age(s) status
-------------------------------------------------------------------------
192.168.1.10 0050.8D4B.FD1E vlan10 10 static -- PERMANENT
4.5 NDP
4.5.1 Introduction
Neighbor Discovery Protocol (NDP) is a neighbor discovery mechanism used on IPv6 devices
in the same link. It is used to discover neighbors, obtain MAC addresses of neighbors, and
maintain neighbor information.
NDP obtains data link layer addresses of neighbor devices in the same link, namely, MAC
address, through the Neighbor Solicitation (NS) message and Neighbor Advertisement (NA)
message.
As shown in Figure 4-4, take Switch A for example. Switch A obtains the data link layer
address of Switch B as below:
Step 1 Switch A sends a NS message in multicast mode. The source address of the NS message is the
IPv6 address of Layer 3 interface on Switch A, and the destination address of the NS message
is the multicast address of the requested node of the Switch B. The NS message even contains
the data link layer address of Switch A.
Step 2 After receiving the NS message, Switch B judges whether the destination address of the NS
message is the multicast address of the request node corresponding to the IPv6 address of
Switch B. If yes, Switch B can obtain the data link layer address of Switch A, and sends a NA
message which contains its data link layer address in unicast mode.
Step 3 After receiving the NA message from Switch B, Switch A obtains the data link layer address
of Switch B.
By sending ICMPv6 message, IPv6 NDP even has the following functions:
Verify whether the neighbor is reachable.
Detect duplicated addresses.
Discover routers or prefix.
Automatically configure addresses.
Support redirection.
Scenario
IPv6 NDP not only implements IPv4 ARP, ICMP redirection, and ICMP device discovery, but
also supports detecting whether the neighbor is reachable.
Raisecom Proprietary and Confidential
206
Copyright © Raisecom Technology Co., Ltd.
Raisecom
ISCOM2600G (A) Series Configuration Guide (CLI) 4 IP services
Prerequisite
Connect interfaces.
Configure physical parameters to make interfaces Up at the physical layer.
Configure the IPv6 address of the Layer 3 interface.
When the ISCOM2600G series switch obtains an IPv6 address, it uses the duplicated
address detection function to determine whether the IPv6 address is already used by
another device. After sending NS messages for a specified times and receiving no
response, it determines that the IPv6 address is not duplicated and thus can be used.
4.5.9 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear ipv6 Clear information about all IPv6 neighbors.
neighbors
Default route
The default route is a special route that can be used only when there is no matched item in the
routing table. The default route appears as a route to network 0.0.0.0 (with mask 0.0.0.0) in
the routing table. You can show configurations of the default route by using the show ip route
command. If the ISCOM2600G series switch has not been configured with default route and
the destination IP of the packet is not in the routing table, the ISCOM2600G series switch will
discard the packet and return an ICMP packet to the Tx end to inform that the destination
address or network is unavailable.
Static route
A static route is the route configured manually, thus bringing low requirements on the system.
It is available to simple, small, and stable network. The disadvantage is that it cannot adapt to
network topology changes automatically and needs manual intervention.
Scenario
Configure the static route for simple network topology manually to establish an
intercommunication network.
Prerequisite
Configure the IP address of the VLAN interface correctly.
Networking requirements
Configure the static route to enable any two hosts or ISCOM2600G series switch devices
successfully to ping through each other, as shown in Figure 4-5.
Configuration steps
Step 1 Configure the IP address of each device. Detailed configurations are omitted.
Step 2 Configure the static route on Switch A.
Raisecom#hostname SwitchA
SwitchA#config
SwitchA(config)#ip route 10.1.1.0 255.255.255.0 10.1.2.4
SwitchA(config)#ip route 10.1.4.0 255.255.255.0 10.1.3.4
Raisecom#hostname SwitchB
SwitchB#config
SwitchB(config)#ip route 0.0.0.0 0.0.0.0 10.1.2.3
Raisecom#hostname SwitchC
SwitchC#config
SwitchC(config)#ip route 0.0.0.0 0.0.0.0 10.1.3.3
Step 5 Configure the default gateway of host A to 10.1.5.3. Detailed configurations are omitted.
Configure the default gateway of host B to 10.1.1.3. Detailed configurations are omitted.
Configure the default gateway of host C to 10.1.4.3. Detailed configurations are omitted.
Checking results
Use the ping command to check whether any two of all devices can ping through each other.
SwitchA#ping 10.1.1.3
Type CTRL+C to abort
Sending 5, 8-byte ICMP Echos to 10.1.1.3, timeout is 3 seconds:
Reply from 10.1.1.3: time<1ms
Reply from 10.1.1.3: time<1ms
Reply from 10.1.1.3: time<1ms
Reply from 10.1.1.3: time<1ms
Reply from 10.1.1.3: time<1ms
When a routing protocol uses routes discovered by other routing protocols, it can apply a
routing policy to use the routing information that meets specified conditions.
When a routing protocol advertises or receives routes discovered by it, it can apply a
routing policy to filter routing information so that it receives or advertises route
information meeting specified conditions.
Scenario
The routing policy can control the advertisement, receiving, and importing of routing
information and modify attributes of the route that complies with the routing policy.
To implement the routing policy, define its route characteristics, which contain a group of
matching rules and configuration rules. Then apply these rules to the advertisement, receiving,
and importing of RIP and OSPF routing information.
Prerequisite
N/A
matches conditions.
any: match any IP address.
ip-address: matching IP address, in dotted
If one record is the permit type, all mismatched routes are the deny type by
default. Only matched routes can pass filtering of the IP prefix list.
If one record is the deny type, all mismatched routes are the deny type by default.
Even matched routes cannot pass filtering of the IP prefix list. Therefore, you need
to add a permit record after multiple deny records to allow other routes to pass.
If there are multiple records in the IP prefix list, there must be a record of the
permit type.
matches conditions.
number: number of the node in the routing
4.7.7 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Rasiecom#clear ip Clear information about all IPv6 neighbors.
prefix-list [ prefix-
prefix-name: name of the prefix list, a string of 1 to 20
name [ ip-
address/mask ] ] characters
ip-address: matching IP address, in dotted decimal
Example:
Rasiecom#clear ip notation, such as 10.10.10.1
mask: length of the mask of the matching IP address,
prefix-list
an integer, ranging from 1 to 32
Rasiecom#clear ipv6 Clear statistics on the IPv6 prefix list.
prefix-list [ prefix-
prefix-name: name of the prefix list, a string of 1 to 20
name [ ipv6-
address/mask ] ] characters
ipv6-address: matching IPv6 address, in colon
Example:
Rasiecom#clear ipv6 hexadecimal notation, such as 3001::1
mask: length of the mask of the matching IPv6
prefix-list
address, an integer
5 PoE
This chapter describes basic principles and configuration procedures of PoE, and provides
related configuration examples, including the following sections:
Introduction
Configuring PoE
Configuring Smart PoE
Example for configuring PoE power supply
This chapter is supported by PoE switches only. PoE switches support uninterrupted
power supply during hot restart. Save running configurations before restart, otherwise
PoE parameters will be restored to default values and thus power supply will fail to
meet requirements.
5.1 Introduction
5.1.1 Principles of PoE
Power over Ethernet (PoE) means that the Power Sourcing Equipment (PSE) both supplies
power and transmits data to the remote Power Device (PD) through the Ethernet cable and
Power Interface (PI).
Figure 5-1 shows principles of PoE.
When the current temperature exceeds the overtemperature threshold, overtemperature alarms
occur and the system sends Trap to the Network Management System (NMS).
Global Trap
When the current temperature exceeds the overtemperature threshold, the current PSE power
utilization rate exceeds the threshold, or the status of PoE changes, the ISCOM2600G series
switch sends Trap to the NMS.
PSE power utilization rate threshold
When the PSE power utilization rate exceeds the threshold for the first time, the system sends
Trap.
Scenario
When the remotely connected PE is inconvenient to take power, it needs to take power from
the Ethernet electrical interface to concurrently transmit power and data.
Prerequisite
N/A
To use other non-standard PD, confirm its power consumption, voltage, and current
in advance to properly configure the maximum output power on the PSE and to avoid
damaging the PD due to too high output power.
Configure identification of non-standard PDs for the ISCOM2600G series switch as below.
When using the ISCOM2600G series switch to supply power for a remote PD, we
recommend using a standard PD, pre-standard PD, or Cisco-primate standard PD.
To use other non-standard PD in forcible power supply mode, confirm its power
consumption, voltage, and current in advance to properly set the maximum output
power on the PSE and to avoid damaging the PD due to too high output power.
Enable forcible power supply on interfaces for the ISCOM2600G series switch as below.
Scenario
Through linktrace, PD Active check monitors in realtime whether PDs are active. It will
generate an alarm or restart the PoE interface according to configured action if a PD fails to
respond. You can configure the PoE interface and PD linktrace on this page.
As shown in Figure 5-2, by configuring PD Active check, you can monitor PD active status
through realtime ping operations. When a PD fails to respond, the PoE switch will restart the
corresponding PoE interface to resume the PD. PD Active check can improve reliability of
PoE power supply and lower cost on device management.
PoE scheduling enables a PoE interface to supply power in the specified period to save power
and money for the enterprise, or restarts the PoE interface at a specified interval to minimize
possibility of PD damage or buffer overflow.
Prerequisite
N/A
Configuration steps
Step 1 Enable PoE on GE 1/1/1 and GE 1/1/2.
Raisecom#config
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#poe enable
Raisecom(config-gigaethernet1/1/1)#exit
Raisecom(config)#interface gigaethernet 1/1/2
Raisecom(config-gigaethernet1/1/2)#poe enable
Raisecom(config-gigaethernet1/1/2)#exit
Step 2 Configure the maximum output power of GE 1/1/1 and GE 1/1/2 to 30000 mW.
Step 5 Configure priorities of GE 1/1/2 and GE 1/1/1 to high and low respectively.
Checking results
Use the show poe interface gigaethernet 1/1/1 detail and show interface poe gigaethernet
1/1/2 detail commands to show PoE configurations on GE 1/1/2 and GE 1/1/1.
6 DHCP
This chapter describes basic principles and configurations procedures of DHCP, and providing
related configuration examples, including the following sections:
DHCP Client
Zero-configuration
DHCP Snooping
DHCP Options
DHCP Server
DHCP Relay
DHCP ensures rational allocation, avoid waste, and improve the utilization rate of IP
addresses on the entire network.
Figure 6-2 shows the structure of a DHCP packet. The DHCP packet is encapsulated in a UDP
data packet.
The ISCOM2600G series switch can be used as a DHCP client to obtain the IP address from
the DHCP server for future management, as shown in Figure 6-3.
Scenario
As a DHCP client, the ISCOM2600G series switch obtains the IP address from the DHCP
server.
The IP address assigned by the DHCP client is limited with a certain lease period when
adopting dynamic assignment of IP addresses. The DHCP server will take back the IP address
when it is expired. The DHCP client has to renew the IP address for continuous use. The
DHCP client can release the IP address if it does not want to use the IP address before
expiration.
We recommend configuring the number of DHCP relay devices smaller than 4 if the DHCP
client needs to obtain IP address from the DHCP server through multiple DHCP relay devices.
Prerequisite
Create VLANs
DHCP Snooping is disabled.
FE 1/0/1 supports obtaining the IP address through DHCP or zero-configuration.
By default, the ISCOM2600G series switch is enabled with DHCP Client. Use the
no ip address dhcp command to disable DHCP Client.
If the ISCOM2600G series switch obtains the IP address from the DHCP server
through DHCP previously, it will restart the application process for IP address if
you use the ip address dhcp command to modify the IP address of the DHCP
server.
Configure DHCP Client for the ISCOM2600G series switch as below.
Networking requirements
As shown in Figure 6-4, the Switch is used as a DHCP client, and the host name is raisecom.
The Switch is connected to the DHCP server and NMS. The DHCP server should assign IP
addresses to the SNMP interface on the Switch and make NMS manage the Switch.
Configuration steps
Step 1 Configure the DHCP client.
Raisecom#config
Raisecom(config)#interface vlan 1
Raisecom(config-vlan1)#ip dhcp client hostname raisecom
Checking results
Use the show ip dhcp client command to show configurations of DHCP Client.
6.2 Zero-configuration
6.2.1 Introduction
Zero-configuration refers to that the device needs no manual configurations; it automatically
sends DHCP packets for applying for an IP address to the zero-configuration server, and
automatically downloads the configurations file from the zero-configuration server to update
its configurations after obtaining the IP address from the zero-configuration server. Figure 6-5
shows zero-configuration server networking.
Scenario
To enable the remote device to automatically apply for the IP address after being powered on,
configure zero-configuration. To configure zero-configuration parameters, see the following
section.
Prerequisite
Connect the device to the DHCP server correctly. Configure the DHCP server correctly.
Configure the interface connected to the zero-configuration server to be Up.
Configure the upstream switch to allow packets of a VLAN of the remote device to pass.
Out-of-band interface FE 1/0/1 supports obtaining the IP address through DHCP or zero-
configuration.
– ARP detection: judge legality of a user that sends ARP packet and avoid ARP attack
from illegal users.
– IP Source Guard: filter packets forwarded by interfaces by dynamically getting
DHCP Snooping entries to avoid illegal packets to pass the interface.
– VLAN mapping: modify mapped VLAN of packets sent to users to original VLAN
by searching IP address, MAC address, and original VLAN information in DHCP
Snooping entry corresponding to the mapped VLAN.
The Option field in DHCP packet records position information of DHCP clients. The
Administrator can use this Option filed to locate DHCP clients and control client security and
accounting.
If the ISCOM2600G series switch is configured with DHCP Snooping to support Option
function:
When the ISCOM2600G series switch receives a DHCP request packet, it processes
packets according to Option field included or not, filling mode, and processing policy
configured by user, then forwards the processed packet to DHCP server.
When the ISCOM2600G series switch receives a DHCP reply packet, it deletes the
Optional field and forwards the rest part of the packet to the DHCP client if the packet
contains the Option field, or it forwards the packet directly if the packet does not contain
the Option field.
Scenario
DHCP Snooping is a security feature of DHCP, used to make DHCP client obtain its IP
address from a legal DHCP server and record mapping between IP address and MAC address
of a DHCP client.
The Option field of a DHCP packet records location of a DHCP client. The administrator can
locate a DHCP client through the Option field and control client security and accounting. The
device configured with DHCP Snooping and Option can perform related process according to
Option field status in the packet.
Prerequisite
N/A
6.3.8 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear ip Clear information about the IPv4 binding table.
dhcp snooping binding
interface-type: interface type
[ interface-type interface-
interface-number: interface ID. The form and
number | vlan vlan-id | ip-
address ip-address ] value range depend on the interface type.
vlan vlan-id: VLAN ID, an integer, ranging
Example:
Rasiecom(config)#clear ip from 1 to 4094
ip-address ip-address: IP address, in dotted
dhcp snooping binding
decimal notation, such as 10.10.10.1
Raisecom(config)#clear ipv6 Clear information about the IPv6 binding table.
dhcp snooping binding
interface-type: interface type
[ interface-type interface-
interface-number: interface ID. The form and
number | vlan vlan-id | ipv6-
address ipv6-address | ipv6- value range depend on the interface type.
vlan vlan-id: VLAN ID, an integer, ranging
prefix ipv6-address/prefix-
length ] from 1 to 4094
ipv6-address ipv6-address: IPv6 address, in
Example:
Raisecom(config)#clear ipv6 colon hexadecimal notation, such as 3001::1
ipv6-prefix ipv6-address/prefix-length: IPv6
dhcp snooping binding
address with a prefix, such as 1:123::0:1/96
Networking requirements
As shown in Figure 6-7, the Switch is used as the DHCP Snooping device. The network
requires DHCP clients to obtain the IP address from a legal DHCP server and support Option
82 to facilitate client management. You can configure padding information of about circuit ID
sub-option to raisecom on GE 1/1/3, and padding information about remote ID sub-option to
user01.
Configuration steps
Step 1 Configure global DHCP Snooping.
Raisecom#config
Raisecom(config)#ip dhcp snooping
Step 3 Configure DHCP Relay to support Option 82 field and configure Option 82 field.
Checking results
Use the show ip dhcp snooping command to show configurations of DHCP Snooping.
Options Description
18 IPv6 DHCP client flag option, used to specify interface information about
DHCP clients
37 IPv6 DHCP client flag option, used to specify device information about
DHCP clients
51 IP address lease option
53 DHCP packet type option, used to mark the type of DHCP packets
55 Request parameter list option, used to indicate network configuration
parameters to be obtained from the server, containing values of these
parameters
61 DHCP client flag option, used to assign device information for DHCP clients
66 TFTP server name option, used to specify the domain name of the TFTP
server assigned for DHCP clients
67 Startup file name option, used to specify the name of the startup file assigned
for DHCP clients
82 DHCP client flag option, user-defined, used to mark the position of DHCP
clients, including Circuit ID and remote ID
150 TFTP server address option, used to specify the IP address of the TFTP server
assigned for DHCP clients
184 DHCP reserved option. At present Option 184 is used to carry information
required by voice calling. Through Option 184, the DHCP server can
distribute IP addresses for DHCP clients with voice function and meanwhile
provide information about voice calling.
255 Complete option
Options 18, 37, 61, and 82 in DHCP Option are relay information options in DHCP packets.
When a DHCP client sends request packets to the DHCP server by passing a DHCP Relay or
DHCP Snooping device, the DHCP Relay or DHCP Snooping device will add Option fields to
the request packets.
Options 18, 37, 61, and 82 implement recording of information about DHCP clients on the
DHCP server. By cooperating with other software, it can implement functions, such as limit
on IP address distribution and accounting. For example, by cooperating with IP Source Guard,
Options 18, 61, 82 can defend deceiving through IP address + MAC address.
Option 82 can include up to 255 sub-options. If the Option 82 field is defined, at least one
sub-option must be defined. The ISCOM2600G series switch supports the following two sub-
options:
Sub-Option 1 (Circuit ID): it contains the interface ID, interface VLAN, and additional
information about request packets of the DHCP client.
Sub-Option 2 (Remote ID): it contains interface MAC address (DHCP Relay), or bridge
MAC address (DHCP Snooping device) of the ISCOM2600G series switch, or user-
defined string in request packets of the DHCP client.
Scenario
Options 18, 37, 61, and 82 in DHCP Option are relay information options in DHCP packets.
When request packets from DHCP clients reach the DHCP server, DHCP Relay or DHCP
Snooping added Option field into request packets if request packets pass the DHCP relay
device or DHCP snooping device is required.
Options 18, 37, 61, and 82 are used to record DHCP client information on the DHCP server.
By cooperating with other software, it can implement functions such as limit on IP address
distribution and accounting.
Prerequisite
N/A
hexadecimal code
ipv6-address: in colon hexadecimal
DHCP application
Under normal circumstances, use the DHCP server to assign IP addresses in following
situations:
The network scale is large. It requires much workload for manual configurations, and is
difficult to manage the entire network intensively.
The number of hosts on the network is greater than that of IP addresses, which makes it
unable to assign a fixed IP address for each host and restricts the number of users
connected to network simultaneously.
Only the minority of hosts on the network need fixed IP addresses, most of hosts have no
requirement for fixed IP address.
After a DHCP client obtains the IP address from the DHCP server, it cannot use the IP address
permanently but in a fixed period, which is called the lease period. You can specify the
duration of the lease period.
DHCP ensures rational allocation, avoids waste of IP addresses, and improves the utilization
rate of IP addresses on the entire network.
The ISCOM2600G series switch, as the DHCP server, assigns dynamic IP addresses to clients,
as shown in Figure 6-8.
DHCP packets
Figure 6-9 shows the structure of a DHCP packet. The DHCP packet is encapsulated in a UDP
data packet.
Scenario
When working as the DHCPv4 server, the ISCOM2600G series switch can assign IP
addresses to DHCPv4 clients.
Prerequisite
Disable DHCPv4 Client on the ISCOM2600G series switch.
The DHCP server is a common one.
6.5.8 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Rasiecom(config)#clear ip dhcp server Clear statistics on DHCP Server.
statistics
Networking requirements
As shown in Figure 6-10, the switch as a DHCP server assigns IP addresses to DHCP clients.
The lease period is 8h. The name of the IP address pool is pool. The range of IP addresses is
172.31.1.2–172.31.1.100. The IP address of the DNS server is 172.31.100.1.
Configuration steps
Step 1 Create an IP address pool, and configure it.
Raisecom#config
Raisecom(config)#ip dhcp server pool pool
Raisecom(config-pool)#address 172.31.1.2 172.31.1.100 mask 24
Raisecom(config-pool)#lease expired 480
Raisecom(config-pool)#dns-server 172.31.100.1
Raisecom(config-pool)#exit
Raisecom(config)#interface vlan 1
Raisecom(config-vlan1)#ip address 172.31.1.1 255.255.255.0
Raisecom(config-vlan1)#ip dhcp server
Checking results
Use the show ip dhcp server command to show configurations of DHCP Server.
Use the show ip server pool command to show configurations of the address pool of the
DHCP server.
When a DHCP client sends a request packet to the DHCP server through a DHCP relay, the
DHCP relay processes the request packet and sends it to the DHCP server in the specified
segment. The DHCP server sends required information to the DHCP client through the DHCP
relay according to the request packet, thus implementing dynamic configuration of the DHCP
client.
Scenario
When DHCP Client and DHCP Server are not in the same segment, you can use DHCP Relay
function to make DHCP Client and DHCP Server in different segments carry relay service,
and relay DHCP protocol packets across segment to destination DHCP server, so that DHCP
Client in different segments can share the same DHCP server.
Prerequisite
N/A
6.6.10 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Rasiecom#clear ip dhcp relay statistics Clear statistics on DHCP Relay.
Networking requirements
As shown in Figure 6-12, the switch works as the DHCP relay device. The host name is
raisecom. The switch is connected to the DHCP server through a service interface. The DHCP
server assigns IP addresses to clients so that the NMS can discover and manage these clients.
Configuration steps
Step 1 Enable global DHCP Relay.
Raisecom#config
Raisecom(config)#interface vlan 2
Raisecom(config-vlan2)#ip dhcp relay target-ip 10.0.0.1
Checking results
Use the show ip dhcp relay command to show configurations of DHCP Relay.
7 QoS
This chapter describes basic principles and configuration procedures for QoS, and provides
related configuration examples, including the following sections:
Introduction
Configuring priority
Configuring congestion management
Configuring congestion avoidance
Configuring traffic classification and traffic policy
Configuring traffic shaping and rate limiting
Bandwidth rate limiting
Configuration examples
7.1 Introduction
When network applications become more and more versatile, users bring forward different
Quality of Service (QoS) requirements on them. In this case, the network should distribute
and schedule resources for different network applications as required. When network is
overloaded or congested, QoS can ensure service timeliness and integrity and make the entire
network run efficiently.
QoS is composed of a group of flow management technologies:
Service model
Priority trust
Traffic classification
Traffic policy
Priority mapping
Congestion management
Best-effort
Best-effort service is the most basic and simplest service model on the Internet (IPv4 standard)
based on storing and forwarding mechanism. In Best-effort service model, the application can
send a number of packets at any time without being allowed in advance and notifying the
network. For the Best-effort service, the network will send packets as possible as it can, but it
does not guarantee the delay and reliability.
Best-effort is the default Internet service model now, suitable to most network applications,
such as FTP and Email. It is implemented by First In First Out (FIFO) queue.
DiffServ
The DiffServ model is a multi-service model, which can satisfy different QoS requirements.
The DiffServ model does not need to maintain state for each flow. It provides differentiated
services according to the QoS classification of each packet. Many different methods can be
used for classifying QoS packets, such as IP packet priority (IP precedence), the packet source
address or destination address.
Generally, DiffServ is used to provide end-to-end QoS services for a number of important
applications, which is implemented through the following techniques:
Committed Access Rate (CAR): CAR refers to classifying the packets according to the
preconfigured packet matching rules, such as IP packets priority, the packet source
address or destination address. The system continues to send the packets if the flow
complies with the rules of token bucket. Otherwise, it discards the packets or remarks IP
precedence, DSCP, EXP CAR can not only control the flows, but also mark and remark
the packets.
Queuing technology: the queuing technologies of SP, WRR, DRR, SP+WRR, and
SP+DRR cache and schedule the congestion packets to implement congestion
management.
CoS
IEEE802.1Q-based VLAN packets are modifications of Ethernet packets. A 4-byte 802.1Q
header is added between the source MAC address and protocol type, as shown in Figure 7-4.
The 802.1Q header consists of a 2-byte Tag Protocol Identifier (TPID, valuing 0x8100) filed
and a 2-byte Tag Control Information (TCI) field.
The first 3 bits of the TCI field represent CoS, which ranges from 0 to 7, as shown in Figure
7-5. CoS is used to guarantee QoS on the Layer 2 network.
Redirection
Redirection refers to redirecting packets to a specified interface, instead of forwarding packets
according to the mapping between the original destination address and interface, thus
implementing policy routing.
The ISCOM2600G series switch supports redirecting packets to the specified interface for
forwarding in the ingress direction of the interface.
Remarking
Remarking refers to configuring some priority fields in packets again and then classifying
packets by user-defined standards. Besides, downstream nodes on the network can provide
differentiated QoS service according to remarking information.
The ISCOM2600G series switch supports remarking packets by the following priority fields:
IP precedence
DSCP
CoS
Traffic statistics
Traffic statistics is used to gather statistics about data packets of a specified service flow; in
other words, the number of packets and bytes matching traffic class that pass the network or
are discarded.
Traffic statistics is not a QoS control measure, but can be used in combination with other QoS
actions to improve network supervision.
CoS 0 1 2 3 4 5 6 7
Local priority refers to a kind of packet priority with internal meaning assigned by the
ISCOM2600G series switch and is the priority corresponding to queue in QoS queue
scheduling.
Local priority ranges from 0 to 7. Each interface of the ISCOM2600G series switch supports
8 queues. Local priority and interface queue are in one-to-one mapping. The packet can be
sent to the assigned queue according to the mapping between local priority and queue, as
shown in Table 7-2.
Queue 1 2 3 4 5 6 7 8
SP: the ISCOM2600G series switch strictly schedules packets in a descending order of
priority. Packets with lower priority cannot be scheduled until packets with higher
priority are scheduled, as shown in Figure 7-6.
WRR: on the basis of scheduling packets in a polling manner according to the priority,
the ISCOM2600G series switch schedules packets according to the weight (based on
bytes) of the queue, as shown in Figure 7-7.
DRR: similar with WRR, on the basis of scheduling packets in a polling manner
according to the scheduling sequence, the ISCOM2600G series switch schedules packets
according to the weight of the queue (based on packet), as shown in DRR scheduling
SP+WRR: a scheduling mode combining the SP scheduling and WRR scheduling. In this
mode, queues on an interface are divided into 2 groups. You can specify the queues
where SP scheduling/WRR scheduling is performed.
SP+DRR: a scheduling mode combining the SP scheduling and DRR scheduling. In this
mode, queues on an interface are divided into 2 groups. You can specify the queues
where SP scheduling/DRR scheduling is performed.
RED
Random Early Detection (RED) discards packets randomly and prevents multiple TCP
connection from reducing transmission rate simultaneously to avoid TCP global
synchronization.
The RED algorithm configures a minimum threshold and maximum threshold for length of
each queue. In addition:
Packets are not discarded when the queue length is smaller than the minimum threshold.
All received packets are discarded when the queue length is greater than the maximum
threshold.
Packets to be received are discarded randomly when the queue length is between the
minimum and maximum thresholds. The greater the queue size is, the higher the packet
drop probability is.
Bandwidth guarantee
The bandwidth guarantee function guarantees that the traffic entering the network is within
the defined range, and it discards or schedules packets. Bandwidth guarantee can meet users'
requirements on service bandwidth, and also protect network resources and carriers' benefits.
By configuring the bandwidth guarantee profile and applying it to an interface, you can mark
different flows green, yellow, and red. The ISCOM2600G series switch takes different actions
over flows of different colors: forward green flows, schedule yellow flows, and discard red
flows.
Scenario
You can choose to trust the priority carried by packets from an upstream device, or process
packets with untrusted priority through the traffic class and traffic policy. After being
configured to priority trust mode, the ISCOM2600G series switch processes packets
according to their priorities and provides services accordingly.
To specify local priority for packets is the prerequisite for queue scheduling. For packets from
the upstream device, you can not only map the external priority carried by packets to different
local priorities, but also configure local priority for packets based on interface. Then the
ISCOM2600G series switch will conduct queue scheduling according to local priority of
packets. Generally, IP packets need to be configured with mapping from IP precedence/DSCP
to local priority; while VLAN packets need to be configured with mapping from CoS to local
priority.
Prerequisite
N/A
Local 0 1 2 3 4 5 6 7
priority (green) (green) (green) (green) (green) (green) (green) (green)
Local 0 1 2 3 4 5 6 7
priority (green) (green) (green) (green) (green) (green) (green) (green)
CoS 0 1 2 3 4 5 6 7
interface
Scenario
When the network is congested, you can configure queue scheduling if you want to:
Balance delay and delay jitter of various packets, preferentially process packets of key
services (such as video and voice).
Fairly process packets of secondary services (such as Email) with identical priority.
Process packets of different priorities according to respective weight values.
The scheduling algorithm to be chosen depends on the current service condition and customer
requirements.
Prerequisite
Enable global QoS.
Scenario
To avoid network congestion and solve the problem of TCP global synchronization, you can
configure congestion avoidance to adjust network flow and relieve network overload.
The ISCOM2600G series switch conducts congestion avoidance based on WRED.
Prerequisite
Enable global QoS.
Scenario
Traffic classification is the basis of QoS. You can classify packets from the upstream device
according to the priorities and ACL rules. After classification, the ISCOM2600G series switch
can perform corresponding operations on packets in different categories and provide
corresponding services.
A traffic classification rule will not take effect until it is bound to a traffic policy. You should
apply traffic policy according to current network loading conditions and period. Usually, the
ISCOM2600G series switch limits the rate for transmitting packets according to CIR when
packets enter the network, and remarks priority according to service feature of packets.
Prerequisite
Enable global QoS.
notation
7 Raisecom(config- (Optional) configure the traffic class based on
cmap)#match dscp dscp- DSCP rule.
value
dscp-value: classify packets based on DSCP
Example:
Raisecom(config- values. The dscp-value indicates the DSCP
cmap)#match dscp 4 value. It is an integer ranging from 0 to 63.
Raisecom Proprietary and Confidential
298
Copyright © Raisecom Technology Co., Ltd.
Raisecom
ISCOM2600G (A) Series Configuration Guide (CLI) 7 QoS
Traffic classification rules must be created for the traffic class; in other words, the
match parameter must be configured.
For the traffic class quoted by a traffic policy, do not modify the traffic classification
rule; in other words, do not modify the match parameter of the traffic class.
ranging from 0 to 7.
7 Raisecom(config-pmap-
c)#copy-to-mirror (Optional) configure traffic mirroring to the monitor
group-id interface.
Example: group-id: ID of the port mirroring group, an
Raisecom(config-pmap- integer, ranging from 1 to 4
c)#copy-to-mirror 1
8 Raisecom(config-pmap-
(Optional) configure traffic statistic rules under the
c)#statistics
traffic class, statistic packets for the matched traffic
{ enable | disable }
class.
Example:
enable: enable traffic statistics.
Raisecom(config-pmap-
disable: disable traffic statistics.
c)#statistics enable
9 Raisecom(config-pmap- (Optional) configure traffic to be forwarded to the
c)#forward-to-cpu CPU.
7.5.11 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear service-policy Clear statistics on QoS packets.
statistics interface interface-type
interface-type: interface type
interface-number ingress
interface-number: interface ID
Example:
ingress: clear statistics on traffic
Raisecom(config)#clear service-policy
statistics interface gigaethernet policies in the ingress direction of the
1/1/1 ingress interface.
Scenario
When the network is congested, you want to restrict burst flow on an interface or VLAN to
make packets transmitted at a well-proportioned rate to remove network congestion. In this
case, you need to configure rate limiting.
Prerequisite
N/A
Bandwidth guarantee
The bandwidth guarantee function guarantees that the traffic entering the network is within
the defined range, and it discards or schedules packets. Bandwidth guarantee can meet users'
requirements on service bandwidth, and also protect network resources and carriers' benefits.
By configuring the bandwidth guarantee profile and applying it to an interface, you can mark
different flows green, yellow, and red. The ISCOM2600G series switch takes different actions
over flows of different colors: forward green flows, schedule yellow flows, and discard red
flows.
Scenario
Bandwidth rate limiting is used to guarantee service bandwidth for users and protect network
resources and carriers' profits.
Prerequisite
N/A
mode
coupling: bucket coupling
mode
coupling: bucket coupling
Networking requirements
As shown in Figure 7-9, the user uses voice, video and data services.
The CoS of voice services is 5, the CoS of video services is 4, and the CoS of data services is
2. The local priorities for these three types of services are mapping 6, 5, and 2 respectively.
Congestion can easily occur on Switch A. To reduce network congestion, make the following
rules according to different services types:
For voice services, perform SP scheduling to assign voice services with a high priority.
For video services, perform WRR scheduling, with weight of 50.
For data services, perform WRR scheduling, with weight of 20.
Configuration steps
Step 1 Configure interface priority trust mode.
Raisecom#hostname SwitchA
SwitchA#config
SwitchA(config)#interface gigaethernet 1/1/2
SwitchA(config-gigaethernet1/1/2)#mls qos trust cos
SwitchA(config-gigaethernet1/1/2)#quit
Step 2 Configure the profile for mapping from CoS to local priority.
Step 3 Apply the profile for mapping from CoS to local priority on GE 1/1/2.
Checking results
Use the following command to show priority trust mode on the interface.
Use the following command to show configurations of mapping from CoS to local priority
Use the following command to show configurations of queue scheduling on the interface.
Networking requirements
As show in Figure 7-10, User A, User B, and User C respectively belong to VLAN 1, VLAN
2, and VLAN 3, and are connected to the ISCOM2600G series switch by Switch A, Switch B,
and Switch C.
User A uses voice and video services, User B uses voice, video and data services, and User C
uses video and data services.
According to service requirements, user needs to make rules as below.
Provide User A with 25 Mbit/s guaranteed bandwidth, permitting burst flow of 100
Kbytes and discarding excess flow.
Provide User B with 35 Mbit/s guaranteed bandwidth, permitting burst flow of 100
Kbytes and discarding excess flow.
Provide User C with 30 Mbit/s guaranteed bandwidth, permitting burst flow of 100
Kbytes and discarding excess flow.
Configuration steps
Step 1 Create and configure the traffic class, and classify users by VLAN ID.
Raisecom#config
Raisecom(config)#class-map usera match-any
Raisecom(config-cmap)#match vlan 1
Raisecom(config-cmap)#quit
Raisecom(config)#class-map userb match-any
Raisecom(config-cmap)#match vlan 2
Raisecom(config-cmap)#quit
Raisecom(config)#class-map userc match-any
Raisecom(config-cmap)#match vlan 3
Raisecom(config-cmap)#quit
Raisecom(config)#policy-map usera
Raisecom(config-pmap)#class-map usera
Raisecom(config-pmap-c)#police usera
Raisecom(config-pmap-c)#quit
Raisecom(config-pmap)#quit
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#service-policy ingress usera
Raisecom(config-gigaethernet1/1/1)#exit
Raisecom(config)#policy-map userb
Raisecom(config-pmap)#class-map userb
Raisecom(config-pmap-c)#police userb
Raisecom(config-pmap-c)#quit
Raisecom(config-pmap)#quit
Raisecom(config)#interface gigaethernet 1/1/2
Raisecom(config-gigaethernet1/1/2)#service-policy ingress userb
Raisecom(config-gigaethernet1/1/1)#exit
Raisecom(config)#policy-map userc
Raisecom(config-pmap)#class-map userc
Raisecom(config-pmap-c)#police userc
Raisecom(config-pmap-c)#quit
Raisecom(config-pmap)#quit
Raisecom(config)#interface gigaethernet 1/1/3
Raisecom(config-gigaethernet1/1/3)#service-policy userc ingress 4
Raisecom(config-gigaethernet1/1/1)#exit
Checking results
Use the show class-map command to show configurations of traffic classification.
Use the show mls qos policer command to show configurations of rate limiting rules.
Raisecom(config)#show policy-map
Policy Map usera
Class usera
police usera
Networking requirements
As shown in Figure 7-11, User A, User B, and User C are respectively connected to the
ISCOM2600G series switch by Switch A, Switch B, and Switch C.
User A uses voice and video services. User B uses voice, video and data services. User C uses
video and data services.
According to service requirements, make rules as below.
Provide User A with 25 Mbit/s guaranteed bandwidth, permitting burst flow of 100
Kbytes and discarding excess flow.
Provide User B with 35 Mbit/s guaranteed bandwidth, permitting burst flow of 100
Kbytes and discarding excess flow.
Provide User C with 30 Mbit/s guaranteed bandwidth, permitting burst flow of 100
Kbytes and discarding excess flow.
Configuration steps
Configure rate limiting based on interface.
Raisecom#config
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#rate-limit ingress cir 25000 cbs 100
Raisecom(config-gigaethernet1/1/1)#exit
Raisecom(config)#interface gigaethernet 1/1/2
Raisecom(config-gigaethernet1/1/2)#rate-limit ingress cir 35000 cbs 100
Raisecom(config-gigaethernet1/1/2)#exit
Raisecom(config)#interface gigaethernet 1/1/3
Raisecom(config-gigaethernet1/1/3)#rate-limit ingress cir 30000 cbs 100
Checking results
Use the show rate-limit port-list command to show configurations of rate limiting based on
interface.
-------------------------------------------------------------------------
---------------------------------------
gigaethernet1/1/1 ingress 25000 100 25024
101
gigaethernet1/1/2 ingress 35000 100 30016
101
gigaethernet1/1/3 ingress 30000 100 30016
101
8 Multicast
This chapter describes basic principles and configuration procedures for multicast, and
provides related configuration examples, including the following sections:
Multicast
Basic functions of Layer 2 multicast
IGMP Snooping
IGMP Querier
IGMP MVR
IGMP filtering
Multicast VLAN copy
MLD
8.1 Multicast
With the continuous development of Internet, more and more interactive data, voice, and
video of various types emerge on the network. On the other hand, the emerging e-commerce,
online meetings, online auctions, video on demand, remote learning, and other services also
rise gradually. These services bring higher requirements on network bandwidth, information
security, and paid feature. Traditional unicast and broadcast cannot meet these requirements
well, while multicast has met them timely.
Multicast is a point-to-multipoint data transmission method. The method can effectively solve
the single point sending and multipoint receiving problems. During transmission of packets on
the network, multicast can save network resources and improve information security.
Broadcast: the system sends information to all users regardless of whether they need or
not, so any user will receive it. Through broadcast, the information source delivers
information to all users in the segment, which fails to guarantee information security and
paid service. In addition, when the number of users who require this kind of information
decreases, the utilization of network resources will be very low, and the bandwidth will
be wasted seriously.
Multicast: when some users in the network need specific information, the sender only
sends one piece of information, then the transmitted information can be reproduced and
distributed in fork junction as far as possible.
As shown in Figure 8-1, assume that User B and User C need information, you can use
multicast transmission to combine User B and User C to a receiver set, then the information
source just needs to send one piece of information. Each switch on the network will establish
their multicast forwarding table according to IGMP packets, and finally transmits the
information to the actual receiver User B and User C.
In summary, the unicast is for a network with sparse users and broadcast is for a network with
dense users. When the number of users in the network is uncertain, unicast and broadcast will
present low efficiency. When the number of users are doubled and redoubled, the multicast
mode does not need to increase backbone bandwidth, but sends information to the user in
need. These advantages of multicast make itself become a hotspot in study of the current
network technology.
Multicast address
To make multicast source and multicast group members communicate across the Internet, you
need to provide network layer multicast address and link layer multicast address, namely, the
IP multicast address and multicast MAC address.
IP multicast address
Internet Assigned Numbers Authority (IANA) assigns Class D address space to IPv4 multicast;
the IPv4 multicast address ranges from 224.0.0.0 to 239.255.255.255.
Multicast MAC address
When the Ethernet transmits unicast IP packets, it uses the MAC address of the receiver as the
destination MAC address. However, when multicast packets are transmitted, the destination is
no longer a specific receiver, but a group with an uncertain number of members, so the
Ethernet needs to use the multicast MAC address.
The multicast MAC address identifies receivers of the same multicast group on the link layer.
According to IANA, high bit 24 of the multicast MAC address are 0x01005E, bit 25 is fixed
to 0, and the low bit 23 corresponds to low bit 23 of the IPv4 multicast address.
Figure 8-3 shows mapping between the IPv4 multicast address and MAC address.
Figure 8-3 Mapping between IPv4 multicast address and multicast MAC address
The first 4 bits of IP multicast address are 1110, indicating multicast identification. In the last
28 bits, only 23 bits are mapped to the multicast MAC address, and the missing of 5 bits
makes 32 IP multicast addresses mapped to the same multicast MAC address. Therefore, in
Layer 2, the ISCOM2600G series switch may receive extra data besides IPv4 multicast group,
and these extra multicast data needs to be filtered by the upper layer on the ISCOM2600G
series switch.
IGMP, a protocol in TCP/IP protocol suite, is responsible for managing IPv4 multicast
members. IGMP runs between the multicast router and host, defines the establishment and
maintenance mechanism of multicast group membership between hosts and the multicast
router. IGMP is not involved in transmission and maintenance of group membership between
multicast routers, which is completed by the multicast routing protocol.
IGMP manages group members through interaction of IGMP packets between the host and
multicast router. IGMP packets are encapsulated in IP packets, including Query packets,
Report packets, and Leave packets. Basic functions of IGMP are as below:
The host sends Report packets to join the multicast group, sends Leave packets to leave
the multicast group, and automatically determines which multicast group packets to
receive.
The multicast router sends Query packets periodically, and receives Report packets and
Leave packets from hosts to understand the multicast group members in connected
segment. The multicast data will be forwarded to the segment if there are multicast group
members, and not forward if there are no multicast group members.
Up to now, IGMP has three versions: IGMPv1, IGMPv2, and IGMPv3. The newer version is
fully compatible with the older version. Currently the most widely used version is IGMPv2,
while IGMPv1 does not support the Leave packet.
Layer 2 multicast runs on Layer 2 devices between the host and multicast router.
Layer 2 multicast manages and controls multicast groups by monitoring and analyzing IGMP
packets exchanged between hosts and multicast routers to implement forwarding multicast
data at Layer 2 and suppress multicast data diffusion at Layer 2.
Any two of IGMP Snooping, IGMP MVR, and multicast VLAN copy cannot be
concurrently enabled in the same multicast VLAN. Multicast VLAN copy and IGMP
MVR cannot be enabled concurrently in the same multicast group of the same
multicast VLAN.
Aging time
The configured aging time takes effect on both multicast forwarding entries and the router
interface.
On Layer 2 switch running multicast function, each router interface learnt dynamically starts a
timer, of which the expiration time is the aging time of IGMP Snooping. The router interface
will be deleted if no IGMP Query packets are received in the aging time. The timer of the
router interface will be updated when an IGMP Query packet is received.
Each multicast entry starts a timer, namely, the aging time of a multicast member. The
expiration time is IGMP Snooping aging time. The multicast member will be deleted if no
IGMP Report packets are received in the aging time. Update timeout for multicast entry when
receiving IGMP Report packets. The timer of the multicast entry will be updated when an
IGMP Report packet is received.
Immediate leave
On Layer 2 switch running multicast function, the system will not delete the corresponding
multicast entry immediately, but wait until the entry is aged after sending Leave packets. You
can enable this function to delete the corresponding multicast entry quickly when there are a
large number of downstream users and adding or leaving is more frequently required.
Scenario
Basic functions of Layer 2 multicast provide common features of Layer 2 multicast, and must
be used on the ISCOM2600G series switch enabled with IGMP Snooping or IGMP MVR.
Prerequisite
Disable IGMP MVR and multicast VLAN copy in the Snooping multicast VLAN.
Add related interfaces to VLANs.
ranging from 0 to 7
5 Raisecom(config)#igmp (Optional) enable the function of forwarding
unknown forward-router unknown IGMP multicast packets to the
router interface.
Use the no form of this command to disable
this function.
6 Raisecom(config)#igmp (Optional) enable the function of forwarding
forward-router known IGMP multicast packets to the router
interface.
Use the no form of this command to disable
this function.
8.2.6 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear igmp statistics Clear statistics about Layer 2
[ interface-type interface-number ] multicast IGMP.
Example:
interface-type: interface type
Raisecom(config)#clear igmp statistics
interface-number: interface ID
Raisecom(config)#no igmp member Delete a specified multicast entry.
interface-type interface-number
interface-type: interface type
Example:
interface-number: interface ID
Raisecom(config)#no igmp member
gigaethernet 1/1/1
Scenario
As shown in Figure 8-5, multiple hosts belonging to a VLAN receive data from the multicast
source. You can enable IGMP Snooping on the Switch that connects the multicast router and
hosts. By listening IGMP packets transmitted between the multicast router and hosts, creating
and maintaining the multicast forwarding table, you can implement Layer 2 multicast.
Prerequisite
Disable multicast VLAN copy on the ISCOM2600G series switch.
Create VLANs.
Add related interfaces to the VLANs.
IGMP Snooping and IGMP MVR cannot be enabled concurrently in the same
multicast VLAN. Otherwise, the configuration will fail.
IGMP Snooping and multicast VLAN copy cannot be enabled concurrently in the
same multicast VLAN. Otherwise, the configuration will fail.
When IGMP Snooping, IGMP MVR, or multicast VLAN copy is enabled, IGMP packet
suppression can be enabled or disabled respectively.
IGMP Querier
If a switch is enabled with this function, it can actively send IGMP Query packets to query
information about multicast members on the interface. If it is disabled with this function, it
only forwards IGMP Query packets from routers.
When IGMP Snooping, IGMP MVR, or multicast VLAN copy is enabled, IGMP
Querier can be enabled or disabled respectively.
Source IP address of Query packets sent by IGMP Querier
IGMP querier sends the source IP address of Query packets. By default, the IP address of IP
interface 0 is used. If the IP address is not configured, 0.0.0.0 is used. When receiving Query
packets with IP address of 0.0.0.0, some hosts take it illegal and do not respond. Thus,
specifying the IP address for the Query packet is recommended.
Query interval
It is the query interval for common groups. The query message of common group is
periodically sent by the switch in multicast mode to all hosts in the shared network segment,
to query which multicast groups have members.
Maximum response time for Query packets
The maximum response time for Query packets is used to control the deadline for reporting
member relations by a host. When the host receives Query packets, it starts a timer for each
added multicast group. The value of the timer is between 0 and maximum response time.
When the timer expires, the host sends the Report packet to the multicast group.
Interval for the last member to send Query packets
It is also called the specified group query interval. It is the interval for the switch continues to
send Query packets for the specified group when receiving IGMP Leave packet for a specified
group by a host.
The Query packet for the specified multicast group is sent to query whether the group has
members on the interface. If yes, the members must send Report packets within the maximum
response time; after the switch receives Report packets in a specie period, it continues to
maintain multicast forwarding entries of the group; If the members fail to send Report packets
within the maximum response time, the switch judges that the last member of the multicast
group has left and thus deletes multicast forwarding entries.
Scenario
On a network with multicast routing protocol widely applied, multiple hosts and client
subnets receive multicast information. Enable IGMP Querier on the switch connecting the
multicast router and hosts to block IGMP packets between hosts and the multicast router and
relieve the network load.
Configure IGMP Querier to relieve configuration and management of client subnet for the
multicast router and to implement multicast connection with the client subnet.
IGMP Querier is used in cooperation with IGMP Snooping/MVR.
Prerequisite
Create VLANs.
Add related interfaces to VLANs.
and interval for the last member to send Query packets. After IGMP Querier is
enabled, these configurations will take effect immediately.
Though IGMP Snooping or IGMP MVR is enabled, IGMP Querier can be still
enabled.
IGMP Proxy and IGMP Querier are mutually exclusive. IGMP Proxy and IGMP
report suppression are mutually exclusive.
Networking requirements
As shown in Figure 8-6, GE 1/1/1 on the switch is connected to the multicast router; GE 1/1/2
and GE 1/1/3 are connected to users. All multicast users belong to the same VLAN 10; you
need to configure IGMP Snooping on the switch to receive multicast data with the address
234.5.6.7.
Enable the IGMP Querier on the switch to reduce communication between the hosts and
multicast routers and implement the multicast function.
When the PC and set-top box are added to the same multicast group, the switch receives two
IGMP Report packets and only sends one of them to the multicast router. The IGMP Query
packet sent by the multicast router is not forwarded downstream, but the switch periodically
sends IGMP Query packets.
Configuration steps
Step 1 Create VLANs and add interfaces to VLANs.
Raisecom#config
Raisecom(config)#create vlan 10 active
Raisecom(config)#interface gigaethernet 1/1/2
Raisecom(config-gigaethernet1/1/2)#switchport mode trunk
Raisecom(config-gigaethernet1/1/2)#switchport trunk native vlan 10
Raisecom(config-gigaethernet1/1/2)#exit
Raisecom(config)#interface gigaethernet 1/1/3
Raisecom(config-gigaethernet1/1/3)#switchport access vlan 10
Raisecom(config-gigaethernet1/1/3)#exit
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#switchport access vlan 10
Raisecom(config-gigaethernet1/1/1)#exit
Raisecom(config)#igmp snooping
Raisecom(config)#igmp snooping vlan 10
Raisecom(config)#igmp querier
Raisecom(config)#igmp source-ip 192.168.1.2
Checking results
Use the following command to show configurations of IGMP Snooping.
Use the following command to show information about IGMP Snooping multicast group
members.
without copying one for each user VLAN, thus saving bandwidth. At the same time, multicast
VLAN and user VLAN are completely isolated which also increases the security.
Both IGMP MVR and IGMP Snooping can implement Layer 2 multicast, but the difference is
that the multicast VLAN in IGMP Snooping is the same as the customer VLAN while the
multicast VLAN in IGMP MVR can be different from the customer VLAN.
One switch can configure up to 10 multicast VLAN, at least one multicast VLAN and
group addresses. The supported maximum number of multicast groups is 1024.
Scenario
As shown in Figure 8-7, multiple users receive data from the multicast source. These users
and the multicast router belong to different VLAN. Enable IGMP MVR on Switch A, and
configure multicast VLAN. In this way, users in different VLAN can share a multicast VLAN
to receive the same multicast data, and bandwidth waste is reduced.
Prerequisite
Disable multicast VLAN copy.
Create VLANs.
Add related interfaces to the VLANs.
IGMP Snooping and IGMP MVR cannot be enabled concurrently in the same
multicast VLAN. Otherwise, the configuration will fail.
IGMP Snooping and multicast VLAN copy cannot be enabled concurrently in the
same multicast VLAN. Otherwise, the configuration will fail.
Networking requirements
As shown in Figure 8-8, GE 1/1/1 on Switch A connects with the multicast router, and GE
1/1/2 and GE 1/1/3 connect with users in different VLANs to receive data from multicast
addresses 234.5.6.7 and 225.1.1.1.
Configure IGMP MVR on Switch A to specify VLAN 3 as a multicast VLAN, and then the
multicast data needs to be duplicated with one copy in the multicast VLAN instead of copying
for each customer VLAN, thus saving bandwidth.
Configuration steps
Step 1 Create VLANs on Switch A and add interfaces to them.
Raisecom(config)#config
Raisecom(config)#create vlan 3,12,13 active
Raisecom(config)#igmp mvr
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#igmp mvr
Raisecom(config-gigaethernet1/1/1)#igmp mvr user-vlan 13
Raisecom(config-gigaethernet1/1/1)#exit
Raisecom(config)#interface gigaethernet 1/1/2
Raisecom(config-gigaethernet1/1/2)#igmp mvr
Raisecom(config-gigaethernet1/1/2)#igmp mvr user-vlan 12
Raisecom(config-gigaethernet1/1/2)#exit
Raisecom(config)#igmp mvr mcast-vlan 3 group 234.5.6.7
Raisecom(config)#igmp mvr mcast-vlan 3 group 225.1.1.1
Checking results
Use the following command to show IGMP MVR configurations on Switch A.
Use the following command to show information about the multicast VLAN and group
address.
3 225.1.1.1 225.1.1.1
3 234.5.6.7 234.5.6.7
Scenario
Different users in the same multicast group receive different multicast requirements and
permissions. You can configure filtering rules on the switch which connects the multicast
router and user host to restrict multicast users. You also can configure the maximum number
of multicast groups jointed by users. IGMP Proxy is generally used with IGMP Snooping or
IGMP MVR.
Prerequisite
Create VLANs.
Add related interfaces to the VLANs.
When configuring IGMP filtering profile or the maximum group number, use the igmp
filter command to enable global IGMP filtering.
Use the igmp filter profile profile-number command in interface configuration mode
to make the created IGMP profile apply to the specified interface. One IGMP profile
can be applied to multiple interfaces, but each interface can have only one IGMP
profile.
Networking requirements
Enable IGMP filtering on the switch. Add filtering rules on the interface to filter multicast
users.
As shown in Figure 8-9,
Create an IGMP filtering rule Profile 1, and configure the action to pass for the multicast
group ranging from 234.5.6.7 to 234.5.6.10.
Apply filtering rule on GE 1/1/1, allow the STB to join the 234.5.6.7 multicast group,
forbid it to join the 234.5.6.11 multicast group.
Apply no filtering rule on Port 3, and allow PCs to join the 234.5.6.11 multicast group.
Configure the maximum number of multicast groups on GE 1/1/1. After the STB is added to
the 234.5.6.7 multicast group, add it to the 234.5.6.8 multicast group while it quits the
234.5.6.7 multicast group.
Configuration steps
Step 1 Create VLANs, and add interfaces to VLANs.
Raisecom#config
Raisecom(config)#create vlan 3,12,13 active
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#switchport mode trunk
Raisecom(config-gigaethernet1/1/1)#switchport trunk native vlan 12
Raisecom(config-gigaethernet1/1/1)#switchport trunk untagged vlan 3
Raisecom(config-gigaethernet1/1/1)#exit
Raisecom(config)#interface gigaethernet 1/1/2
Raisecom(config)#igmp mvr
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#igmp mvr
Raisecom(config-tengigabitethernet1/1/1)#igmp mvr user-vlan 12
Raisecom(config-gigaethernet1/1/1)#exit
Raisecom(config)#interface gigaethernet 1/1/2
Raisecom(config-gigaethernet1/1/2)#igmp mvr
Raisecom(config-tengigabitethernet1/1/2)#igmp mvr user-vlan 13
Raisecom(config-gigaethernet1/1/2)#exit
Raisecom(config)#igmp mvr mcast-vlan 3 group any
Raisecom(config)#igmp filter
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#igmp filter profile 1
Step 5 Configure the maximum number of multicast groups on the STB interface.
Checking results
Use the following command to show configurations of IGMP filtering on the interface.
The ISCOM2600G series switch can be configured with 1–10 multicast VLANs and at
least one multicast VLAN and corresponding group address set. It supports up to
1024 multicast groups.
Scenario
As shown in Figure 8-12, multiple hosts belonging to different VLANs receive data of the
multicast source. Enable multicast VLAN copy on Switch B and configure multicast VLAN
so that multicast data is copied on the receiving interface to the user VLAN and users of
different VLANs can share a multicast VLAN to receive the same multicast data and reduce
waste of bandwidth.
Prerequisite
Create VLANs, and add related interfaces to VLANs.
To concurrently configure N:1 VLAN mapping and VLAN copy, you must configure
VLAN copy and then configure N:1 VLAN mapping.
IGMP Snooping and IGMP MVR cannot be enabled concurrently in the same
multicast VLAN, otherwise the configuration will fail.
IGMP Snooping and multicast VLAN copy cannot be enabled concurrently in the
same multicast VLAN, otherwise the configuration will fail.
8.8 MLD
8.8.1 Introduction
MLD is a network protocol used in multicast technologies. Through MLD, a router can snoop
whether there is a snooper of the IPv6 multicast group in the directly-connected network
segment, and then record the result in the database. The router also maintains timer
information about these IPv6 multicast addresses. Through MLD, the user host and the
expected directly-connected multicast router establish and maintain multicast membership.
A MLD router uses the local address of IPv6 unicast link as the source address to send MLD
packets, and uses ICMPv6 packets. All MLD packets are limited to local links, with hops of 1.
The device supports two MLD versions:
MLDv1: defined by RFC2710, derived from IGMPv2
MLDv2: defined by RFC3810, derived from IGMPv3
MLDv1 is used to manage IPv6 multicast group members through the querying and response
mechanism. Based on MLDv1, MLDv2:
Additionally support filtering IPv6 multicast sources. When a host joins an IPv6
multicast group, it can request to receive or deny messages from a specified IPv6
multicast source.
Scenarios
Multicast arising in the IPv4 era solves the problem of single-point sending and multi-point
receiving, and transmits data efficiently point to multiple points on the network, thus saving
network bandwidth and lowering network load. It is enhanced on the IPv4 network. By
listening MLD messages and thus creating a forwarding table for multicast packets, the
ISCOM2600G series switch can manage and control the forwarding of multicast packets, and
forward multicast packets to the target host.
Prerequisite
Configure the IPv6 address of the interface.
Before applying the MLD filtering profile or configuring the maximum number of
groups, use the mld filter command to enable global MLD filtering.
8.8.9 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Rasiecom#clear mld statistics Clear MLD statistics.
[ interface-type interface-number ]
Rasiecom#no mld member interface-type Clear multicast entries of the
interface-number specified interface.
9 OAM
This chapter describes basic principles and configuration procedures for OAM and provide
related configuration examples, including the following sections:
Introduction
EFM
9.1 Introduction
Initially, Ethernet is designed for LAN. Operation, Administration and Maintenance (OAM) is
weak because of its small size and a NE-level administrative system. With continuous
development of Ethernet technology, the application scale of Ethernet in Telecom network
becomes wider and wider. Compared with LAN, the link length and network size of Telecom
network is bigger and bigger. The lack of effective management and maintenance mechanism
has seriously obstructed Ethernet technology applying to the Telecom network.
To confirm connectivity of Ethernet virtual connection, effectively detect, confirm, and locate
faults on network, balance network utilization, measure network performance, and provide
service according Service Level Agreement (SLA), implementing OAM on Ethernet has
becoming an inevitable developing trend.
Working mode
An interface enabled with EFM OAM is called an OAM entity. EFM OAM supports the
following two working modes:
Active mode: initialized by the OAM entity that is in active mode
Passive mode: the OAM entity in passive mode just waits for connection request of the
active OAM entity. If OAM entities of both ends of a link are in passive mode, the OAM
link cannot be established.
OAM discovery
The Ethernet OAM connection process is the OAM discovery phase, where an OAM entity
discovers a remote OAM entity and establishes a session with it.
This phase is initiated by an OAM entity that is in active mode. One ends informs the other of
its Ethernet OAM configurations and Ethernet OAM capabilities supported by the local node
by exchanging OAM PDU. Both ends determine whether to establish OAM connection. If yes,
Ethernet OAM protocol will work on the link layer.
Only the OAM entity in active mode can initiate OAM connection.
After the OAM connection is established, both ends keep connected by exchanging OAM
PDU. If one end fails to receive OAM PDU within the timeout time, it believes that
connection expires and reconnection is required.
Monitoring link
In the OAM connection, an OAM entity keeps sending Information OAM PDUs. The local
OAM entity can inform the peer OAM entity of threshold events through Information OAM
PDUs. In this way, the network administrator can learn the link state and take actions
accordingly.
The network administrator monitors Ethernet OAM through the Event Notification OAM
PDU. When a link fails, the passive OAM entity detects the failure, and actively sends Event
Notification OAM PDU to the peer active OAM entity to inform the following threshold
events. By default, 3 Dying Gasp Traps are sent. Therefore, the network administrator can
dynamically master the network status through the link monitoring process.
Error frame event: the number of error frames exceeds the threshold in a time unit.
Error frame period event: the number of error frames exceeds the threshold in a period
(specified N frames).
Error frame second event: the number of error frames in M seconds exceeds the
threshold. The second when an errored frame is generated is called the errored frame
second.
Error symbol period event: the number of error symbols received in a period (monitor
window) exceeds the threshold.
Remote loopback
Remote loopback is used to locate the area with the fault and help you test link quality with
instruments. Periodical loop detection helps you find network faults in time and segmental
loop detection helps you locate the specified area with the fault and clear the fault.
OAM loopback occurs only after the Ethernet OAM connection is established. When
connected, the active OAM entity initiates the OAM loopback command, and the peer OAM
entity responds to the command. When the peer OAM entity is in loopback mode, all packets
except OAM PDU will be retraced.
Switch A, in active mode, determines link status through returned packets, as shown in Figure
9-1.
9.2 EFM
9.2.1 Introduction
Complying with IEEE 802.3ah protocol, Ethernet in the First Mile (EFM) is a link-level
Ethernet OAM technology. It provides link connectivity detection, link fault monitoring, and
remote fault notification for a link between two directly connected devices. EFM is mainly
used for Ethernet links on edges of the network accessed by users.
Scenario
Deploying EFM feature between directly connected devices can efficiently improve Ethernet
link management and maintenance capability and ensure stable network operation.
Prerequisite
Connect interfaces.
Configure physical parameters to make interfaces Up at the physical layer.
The active function of EFM OAM can be configured only when the ISCOM2600G
series switch is in active mode.
requesting object, and the branch and leaf are followed by variable to denote object responds
variable request.
The ISCOM2600G series switch supports obtaining OAM information and interface statistics.
Configure OAM variable obtaining for the ISCOM2600G series switch as below.
The EFM passive function can be configured regardless the ISCOM2600G series
switch is in active or passive mode.
Only when the local end is configured with remote loopback response can EFM OAM
remote loopback of the peer end take effect.
link events.
disable: disable notification of faults and
9.2.8 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config-gigaethernet1/1/*)#clear Clear statistics on links of the
oam statistics EFM OAM interface.
Raisecom(config-gigaethernet1/1/*)#clear Clear EFM OAM link events.
oam event
Raisecom(config)#clear oam config Clear EFM OAM configurations.
10 Security
This chapter describes basic principles and configuration procedures for security, and
provides related configuration examples, including the following sections.
ACL
AAA
Port security MAC
Dynamic ARP inspection
Storm control
802.1x
IP Source Guard
PPPoE+
Configuring CPU protection
Configuring ARP attack protection
ND Snooping
10.1 ACL
10.1.1 Introduction
Access Control List (ACL) is a set of ordered rules, which can control the ISCOM2600G
series switch to receive or refuse some data packets.
You need to configure rules on the network to prevent illegal packets from affecting network
performance and determine the packets allowed to pass. These rules are defined by ACL.
ACL is a series of rule composed of permit | deny sentences. The rules are described
according to source address, destination address, and port number of data packets. The
ISCOM2600G series switch judges receiving or rejecting packets according to the rules.
Scenario
ACL can help a network device recognize filter data packets. The device recognizes special
objects and then permits/denies packets to pass according to the configured policy.
ACL is divided into the following types:
Basic IPv4 ACL: define classification rules according to attributes carried in the header
of IP packets, such as the source IP address and destination IP address.
Extended IPv4 ACL: define classification rules according to attributes carried in the
header of IP packets, such as the source IP address, destination IP address, bearing
protocol type, and TCP or UDP port number (being 0 by default). This type can restrict
Telnet/SSH login.
MAC ACL: define classification rules according to attributes carried in the header of
Layer 2 frames, such as the source MAC address, destination MAC address, and Layer 2
protocol type. When ACL denies packets with a destination MAC address, the device
will not learn and show the source MAC address.
User ACL: this type can perform the AND operation with the mask from a specified byte
in the packet header or IP header, compares the character string extracted from the packet
with the user-defined character string, and thus find matching packets. This type supports
matching any field in the first 64 bytes of the Ethernet frame.
IPv6 ACL: define classification rules according to attributes carried in the header of IP
packets, such as the source IPv6 address, destination IPv6 address, IPv6 bearing protocol
type, and TCP or UDP port number (being 0 by default). This type can restrict
Telnet/SSH login.
Advanced ACL: define classification rules according to attributes carried in the header of
Layer 2 frames, such as the source MAC address and destination MAC address, and
attributed carried in the header of IP packets, such as the source IP address and
destination IP address.
There are 4 ACL modes according to different application environments:
ACL based on device
ACL based on interface
ACL based on flow from the ingress interface to egress interface
ACL based on VLAN
Prerequisite
N/A
characters
3 Raisecom(config-acl-ip- (Optional) configure the matching rule for
std)#rule [ rule-id ] { deny basic IP ACL.
| permit } { source-ip-
rule-id: rule ID, an integer, ranging from
address source-ip-mask |
any } [ time-range time- 1 to 65535
deny: deny access when the rule is
range-name ]
Example: matched.
permit: allow access when the rule is
Raisecom(config-acl-ip-
std)#rule permit matched.
source-ip-address: source IP address of
192.168.27.27 255.255.255.0
the packet, in dotted decimal notation,
such as 10.10.10.1
source-ip-mask: source IP mask of the
a string of characters
string of characters
Raisecom Proprietary and Confidential
383
Copyright © Raisecom Technology Co., Ltd.
Raisecom
ISCOM2600G (A) Series Configuration Guide (CLI) 10 Security
string of characters
string of characters
string of characters
Raisecom Proprietary and Confidential
387
Copyright © Raisecom Technology Co., Ltd.
Raisecom
ISCOM2600G (A) Series Configuration Guide (CLI) 10 Security
configuration mode.
– When the range is 7000 to 7999, enter advanced
characters
4 Raisecom(config- Return to global configuration mode.
gigaethernet1/1/*)#
exit
5 Raisecom(config)#fi Apply ACL to the VLAN.
lter ingress
ingress: apply ACL to the ingress direction.
access-list { acl-
access-list acl-number: access control list number, an
number | name acl-
name } vlanlist integer
– When the range is 1000 to 1999, enter standard IP
vlan-list
[ statistics ] ACL configuration mode.
– When the range is 2000 to 2999, enter extended IP
Example:
Raisecom(config)#fi ACL configuration mode.
– When the range is 3000 to 3999, enter MAC ACL
lter ingress
access-list 2001 configuration mode.
– When the range is 5000 to 5999, enter user ACL
vlanlist 2
configuration mode.
– When the range is 6000 to 6999, enter IPv6 ACL
configuration mode.
– When the range is 7000 to 7999, enter advanced
characters
vlan-list: VLAN list, an integer, ranging from 1 to
10.1.7 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear filter statistics interface Clear statistics
{ interface-type interface-number | vlan vlan-id } on ACL filter
ingress [ access-list { acl-number | name acl-name } ] configurations.
Example:
Raisecom(config)#clear filter statistics interface
gigaethernet 1/1/1 ingress
10.2 AAA
10.2.1 Introduction
AAA
Authentication, Authorization, and Accounting (AAA) is a management mechanism for
network security. AAA adopts a client/server structure and provides three security functions of
authentication, authorization, and accounting.
Authentication: confirm the identity of the remote user accessing the network, and
determine whether the visitor is a legitimate network user.
Authorization: grant different permissions to different users to limit the services that
users can use. For example, the administrator authorizes office users to access and print
files on the server, but other temporary visitors do not have this permission.
Accounting: record all operations during the user's use of network services, including the
type of service used, starting time, data flow, to collect and record the user's use of
network resources, and implement the accounting for time and traffic. It also has a
monitoring effect on the network.
AAA adopts a client/server structure. The client runs on the NAS (Network Access Server),
which is responsible for verifying user identity and managing user access. The server centrally
manages user information.
AAA can be implemented through multiple protocols that specify how user information is
communicated between the NAS and the server. Currently, the device supports the Remote
Authentication Dial-In User Service (RADIUS) protocol and Terminal Access Controller
Access Control System (TACACS+).
RADIUS
Remote Authentication Dial In User Service (RADIUS) is a standard communication protocol
that provides centralized authentication of remote access users. RADIUS uses UDP as the
transmission protocol (port 1812 and port 1813) which has a good instantaneity; at the same
time, RADIUS features good reliability by supporting retransmission mechanism and standby
server mechanism.
RADIUS authentication
RADIUS adopts client/server mode. The network access device is used as client of RADIUS
server. The RADIUS server receives user connection requests, authenticates users, and replies
them with configurations for providing services. In this way, RADIUS can control user to
access devices and network, thus improving network security.
Communication between clients and RADIUS server is authenticated by the shared key,
which will not be transmitted on the network. Besides, any user password to be transmitted
between clients and RADIUS server must be encrypted to prevent it from being intercepted
through sniffing through any insecure network.
RADIUS accounting
RADIUS accounting is used on users that have passed RADIUS authentication. When a user
logs in, the device sends an Account-Start packet to the RADIUS accounting server. During
user login, the device sends Account-Update packets to the RADIUS accounting server
according to the accounting policy. When the user logs off, the device sends an Account-Stop
packet, which contains user online time, to the RADIUS accounting server. The RADIUS
accounting server can record the access time and operations of each user through these
packets.
TACACS+
Terminal Access Controller Access Control System (TACACS+) is a kind of network access
authentication protocol similar to RADIUS. The differences between them are:
TACACS+ uses TCP port 49, which has higher transmission reliability compared with
UPD port used by RADIUS.
TACACS+ encrypts the holistic of packets except the standard head of TACACS+, and
there is a field to show whether the data packets are encrypted in the head of packet.
Compared to RADIUS user password encryption, the TACACS+ is much safer.
TACACS+ authentication function is separated from authorization and accounting
functions; it is more flexible in deployment.
In a word, TACACS+ is safer and more reliable than RADIUS; however, as an open protocol,
RADIUS is more widely used.
Domain-based authentication
On the actual network, there are many types of access users which are in a large number. To
facilitate the differentiated management of users with different access authentication modes
and provide more refined and differentiated AAA services, domain-based authentication is
proposed to meet certain user authentication management policy.
A domain is a group of users. Because different users have different requirements for
AAA, multiple domains need to be configured on the device.
The AAA scheme and properties of each domain are different. By binding AAA
templates, configure different AAA schemes and related properties. The corresponding
domain is automatically matched according to the domain name carried by the
authenticated user, and the corresponding AAA scheme in the domain is executed.
A default domain exists on the device, and the default AAA scheme is provided for users
who do not carry a domain name. The default administrative domain is default-admin.
The default access domain is default.
Scenario
To control users' access to devices and the network, you can deploy the RADIUS/TACACS+
server to authenticate and account users. The ISCOM2600G series switch can work as an
agent of the RADIUS/TACACS+ server, and authorize users with access rights according to
the feedback by the RADIUS/TACACS+ server. TACACS+ is more secure and reliable than
RADIUS.
Prerequisite
N/A
10.2.8 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear radius statistics Clear RADIUS statistics.
Raisecom(config)#clear tacacs statistics Clear TACACS+ statistics.
Networking requirement
As shown in Figure 10-1, to make access users and the administrator user to access different
servers, configure two domains. The administrator user uses the default administrative domain,
namely, the default-admin domain. The access user uses the default access domain, namely,
the default domain. Required configurations are as below:
Configure the IP address, VLAN, and route on the switch for user connection and
authentication.
Create a local user account. Configure the AAA template and scheme for the
administrator user. Use TACACS server 3 for authentication and authorization. Use
RADIUS server 2 for accounting.
Enable Dot1x. Configure the AAA template and scheme for access users. Use RADIUS
server 1 for authentication, accounting, and authorization.
Configuration steps
Step 1 Configure the IP address and user view.
Raisecom(config)#interface vlan 1
Raisecom(config-vlan1)#ip address 10.1.0.254 255.255.255.0
Raisecom(config-vlan1)#exit
Raisecom(config)#ip route 0.0.0.0 0.0.0.0 10.1.0.1
Step 2 Configure the administrator user to use TACACS Server 3 for authentication and
authorization. The template name is t1.
Raisecom(config)#tacacs template t1
Raisecom(config-tacacs-template)#tacacs authentication 10.1.3.2 key
123456
Raisecom(config-tacacs-template)#tacacs authorization 10.1.3.2 key 123456
Raisecom(config-tacacs-template)#quit
Step 3 Configure the administrator user to use RADIUS Server 2 for accounting. The template name
is r1.
Raisecom(config)#radius template r1
Raisecom(config-radius-template)#radius accounting 10.1.2.2 key 123456
Raisecom(config-radius-template)#quit
Raisecom(config)domain default-admin
Raisecom(config-domain)#authentication scheme tacacs-template t1 local
Raisecom(config-domain)#authorization scheme tacacs-template t1
Raisecom(config-domain)#accounting scheme radius-template r1
Raisecom(config-domain)#quit
Raisecom(config)#dot1x enable
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#dot1x enable
Raisecom(config-gigaethernet1/1/1)#quit
Step 6 Configure the AAA template and scheme required for accessing users. Use RADIUS server 1
for authentication. The template name is r2.
Raisecom(config)#radius template r2
Raisecom(config-radius-template)#radius authentication 10.1.1.2 key
123456
Raisecom(config-radius-template)#radius accounting 10.1.1.2 key 123456
Raisecom(config-radius-template)#quit
Raisecom(config)#domain default
Raisecom(config-domain)#authentication scheme radius-template r2
Raisecom(config-domain)#accounting scheme radius-template r2
Raisecom(config-domain)#quit
Step 7 After configurations are complete, enable command authorization and command accounting.
Raisecom(config)#domain default-admin
Raisecom(config-domain)#command accounting scheme radius-template r1
Raisecom(config-domain)#command authorization scheme tacacs-template t1
Raisecom(config-domain)#command accounting enable
Raisecom(config-domain)#command authorization enable
Checking results
Step 1 Use the show radius template details command to show configurations of the RADIUS
server.
Template Name:system
Retry Times: 3
Server Response Timeout(seconds):3
Server Quiet Time(minutes):5
User Name Format:keep-original
Authorization Fail Policy:15
Authorization Vlan Mode:private
NAS IP Address:
Source IP Address:
Authentication Encrypted Key:
Accounting Encrypted Key:
Template Name:r1
Retry Times: 3
Server Response Timeout(seconds):3
Server Quiet Time(minutes):5
User Name Format:keep-original
Authorization Fail Policy:15
Authorization Vlan Mode:private
NAS IP Address:
Source IP Address:
Authentication Encrypted Key:
Accounting Encrypted Key:
Accounting Server Master:10.1.2.2
Port:1813
State:block
Source Ip:
Encrypted Key:zpt4gfNEnOMo
Template Name:r2
Retry Times: 3
Server Response Timeout(seconds):3
Server Quiet Time(minutes):5
User Name Format:keep-original
Authorization Fail Policy:15
Authorization Vlan Mode:private
NAS IP Address:
Source IP Address:
Authentication Encrypted Key:
Accounting Encrypted Key:
Accounting Server Master:10.1.1.2
Port:1812
State:active
Source Ip:
Encrypted Key:KMsJq1kTTiyc
Step 2 Use the show tacacs template details command to show configurations of the TACACS+
server.
Template Name:system
Server Response Timeout(seconds):10
Server Quiet Time(minutes):5
User Name Format:keep-original
Source IP Address:
Authenticate type: ASCII
Authentication Encrypted Key:
Accounting Encrypted Key:
Authorization Encrypted Key:
Template Name:t1
Server Response Timeout(seconds):10
Server Quiet Time(minutes):5
User Name Format:keep-original
Source IP Address:
Authenticate type: ASCII
Authentication Encrypted Key:
Accounting Encrypted Key:
Authorization Encrypted Key:
Step 3 Use the show domain details command to show configurations of the AAA domain.
Domain Name:default-admin
Command Accounting: enable
Command Authorization: enable
Domain Name:default
Command Accounting: disable
Command Authorization: disable
Accounting Fail Policy: online
Accounting Update-time: 0
L:Local N:None R:Radius T:Tacacs
R-L:Radius-Local R-L(NP):Radius-Local(No Response)
T-L:Tacacs-Local T-L(NP):Tacacs-Local(No Response)
T-N(NP):Tacacs-None(No Response)
AAA Method Template Name
-------------------------------------------------------------------------
---
Login Authentication R r2
Login Console Authentication -- --
Login Telnet Authentication -- --
Login Ssh Authentication -- --
Login Web Authentication -- --
Login Accounting R r2
Login Authorization -- --
Command Accounting -- --
When sticky learning is enabled, all dynamic secure MAC addresses learnt from
an interface will be converted to sticky secure MAC addresses.
When sticky learning is disabled, all sticky secure MAC addresses on an interface
will be converted to dynamic secure MAC addresses.
When the MAC address is flapping, in other words, secure interface A is accessed by
a user corresponding to a secure MAC address that is already on secure interface B,
secure interface A will process the access as violation.
Scenario
To ensure the security of data accessed by the interface of the switch, you can control the
incoming packets according to source MAC address. With port security MAC, you can
configure the feature of permitting specified users to access the interface, or permitting
specified number of users to access from this interface only. However, when the number of
users exceeds the limit, the accessed packets will be processed in accordance with port
security MAC violation policies.
Prerequisite
N/A
When secure MAC violation policy is in Shutdown mode, you can use this command
to re-enable this interface which is shut down due to violating port security MAC.
When the interface is Up, the configured secure MAC violation mode will continue to
be valid.
The switchport port-security command can enable port security MAC and dynamic
secure MAC learning at the same time.
We do not recommend configuring sticky secure MAC addresses when port sticky
security MAC is disabled. Otherwise, port sticky security MAC may malfunction.
Configure the sticky secure MAC address for the ISCOM2600G series switch as below.
After sticky secure MAC address learning is enabled, the dynamic secure MAC
address will be converted to the sticky secure MAC address; the manually configured
sticky secure MAC address will take effect.
10.3.9 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config- Clear a specified type of secure MAC
gigaethernet1/1/*)#clear port- addresses on a specified interface.
security { all | configured | dynamic
all: all secure MAC addresses
| sticky }
configured: configured MAC
Example:
Raisecom(config- addresses
dynamic: dynamic MAC addresses
gigaethernet1/1/1)#clear port-
sticky: sticky MAC addresses
security all
Networking requirements
As shown in Figure 10-2, the Switch connects 3 user networks. To ensure security of data
accessed from the interface, configure the Switch as below.
GE 1/1/1 allows up to 3 users to access the network. One of specified user MAC
addresses is 0000.0000.0001. The other two users are in dynamic learning mode. The
NMS can receive Trap information once the user learns a MAC address. The violation
mode is Protect mode and the aging time of the two learning user MAC addresses is
10min.
GE 1/1/2 allows up to 2 users to access the network. MAC addresses of the 2 users are
determined through learning; once they are learnt, they will not be aged. The violation
mode is Restrict mode.
GE 1/1/3 allows up to 1 user to access the network. The specified user MAC address is
0000.0000.0002. Whether MAC addresses are aged can be controlled. The violation
mode is Shutdown mode.
Configuration steps
Step 1 Configure the secure MAC address on GE 1/1/1.
Raisecom#config
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#switchport port-security
Raisecom(config-gigaethernet1/1/1)#switchport port-security maximum 3
Raisecom(config-gigaethernet1/1/1)#switchport port-security mac-address
0000.0000.0001 vlan 1
Raisecom(config-gigaethernet1/1/1)#switchport port-security violation
protect
Raisecom(config-gigaethernet1/1/1)#switchport port-security trap enable
Raisecom(config-gigaethernet1/1/1)#switchport port-security trap period
10
Raisecom(config-gigaethernet1/1/1)#exit
Raisecom(config)#port-security aging-time 10
Raisecom(config)#
Checking results
Use the show port-security command to show configurations of port security MAC.
Raisecom#show port-security
Port security aging time:10 (mins)
Port security recovery time:Disable (s)
port status Max-Num Cur-Num His-MaxNum vio-
Count vio-action Dynamic-Trap Aging-Type trap-period
-------------------------------------------------------------------------
-----------------------------------------------------
gigaethernet1/1/1 Enable 3 1 1 0
protect Enable Absolute 10
gigaethernet1/1/2 Enable 2 0 0 0
restrict Disable Absolute 0
gigaethernet1/1/3 Enable 1 1 1 0
shutdown Disable Absolute 0
Use the show port-security mac-address command to show configurations and learning of
secure MAC addresses.
Raisecom#show port-security mac-address
VLAN Security-MAC-Address Flag Port Age(min)
--------------------------------------------------------------------------
1 0000.0000.0001 Security-static gigaethernet1/1/1 --
1 0000.0000.0002 sticky gigaethernet1/1/3 --
Untrusted interface: the interface takes ARP protection. Only ARP packets that match the
binding table rules are allowed to pass. Otherwise, they are discarded.
Figure 10-3 shows principles of dynamic ARP inspection. When the ISCOM2600G series
switch receives an ARP packet, it compares the source IP address, source MAC address,
interface ID, and VLAN information of the ARP packet with the DHCP Snooping entry
information. If matched, it indicates that it is a legal user and the ARP packets are permitted to
pass. Otherwise, it is an ARP attack and the ARP packet is discarded.
Dynamic ARP inspection also provides rate limiting on ARP packets to prevent unauthorized
users from attacking the ISCOM2600G series switch by sending a large number of ARP
packets to the ISCOM2600G series switch.
When the number of ARP packets received by an interface per second exceeds the
threshold, the system will determine that the interface encounters ARP attacks, and then
discard all received ARP packets to avoid ARP attacks.
The system provides auto-recovery and supports configuring the recovery time. The
interfaces, where the number of received ARP packets is greater than the threshold, will
recover to normal Rx/Tx status automatically after the recovery time expires.
Dynamic ARP inspection can also protect the specified VLAN. After the protection VLAN is
configured, the ARP packets in specified VLAN on an untrusted interface will be protected.
Only the ARP packets, which meet binding table rules, are permitted to pass. Other packets
are discarded.
Scenario
Dynamic ARP inspection is used to prevent common ARP spoofing attacks on the network,
which isolates ARP packets from unsafe sources. Whether to trust ARP packets depend on the
trusting status of an interface while ARP packets meet requirements depends on the ARP
binding table.
Prerequisite
Enable DHCP Snooping if there is a DHCP user.
Before enabling dynamic binding of dynamic ARP inspection, you need to use the ip
dhcp snooping command to enable DHCP Snooping.
Configure dynamic binding of dynamic ARP inspection for the ISCOM2600G series switch as
below.
Networking requirements
To prevent ARP attacks, configure dynamic ARP inspection on Switch A, as shown in Figure
10-4.
Uplink GE 1/1/3 allows all ARP packets to pass.
Downlink GE 1/1/1 allows ARP packets with specified IP address 10.10.10.1 to pass.
Other interfaces allow ARP packets complying with dynamic binding learnt by DHCP
Snooping to pass.
Configure rate limiting on ARP packets on downlink GE 1/1/2. The rate threshold is
configured to 20 pps.
Configuration steps
Step 1 Configure GE 1/1/3 as the trusted interface.
Raisecom#config
Raisecom(config)#interface gigaethernet 1/1/3
Raisecom(config-gigaethernet1/1/3)#ip arp-inspection trust
Raisecom(config-gigaethernet1/1/3)#exit
Checking results
Use the show ip arp-inspection command to show configurations of interface trust status and
static/dynamic ARP binding.
Raisecom#show ip arp-inspection
Static Config ARP Inspection: Enable
DHCP Snooping ARP Inspection: Enable
ARP Inspection Protect Vlan : 1-4094
Bind Rule Num : 1
Vlan Rule Num : 0
Bind Acl Num : 1
Vlan Acl Num : 0
Remained Rule Num : 511
Remained Acl Num : 511
Port Trust
----------------------------------------
gigaethernet1/1/1 no
gigaethernet1/1/2 no
gigaethernet1/1/3 yes
gigaethernet1/1/4 no
gigaethernet1/1/5 no
gigaethernet1/1/6 no
gigaethernet1/1/7 no
……
Use the show ip arp-inspection binding command to show information about the dynamic
ARP binding table.
Use the show ip arp-rate-limit command to show configurations of rate limiting on the
interface and auto-recovery time for rate limiting.
Raisecom#show ip arp-rate-limit
Port Rate(Num/Sec)
---------------------------------------------
gigaethernet1/1/1 --
gigaethernet1/1/2 20
gigaethernet1/1/3 --
gigaethernet1/1/4 --
gigaethernet1/1/5 --
gigaethernet1/1/6 --
gigaethernet1/1/7 --
gigaethernet1/1/8 --
gigaethernet1/1/9 --
Scenario
Configuring storm control on Layer 2 devices can prevent broadcast storm from occurring
when broadcast packets increase sharply on the network. In this case, normal packets can be
properly forwarded.
Prerequisite
N/A
Storm control and VLAN-based rate limiting are exclusive. We do not recommend
enabling them on the same interface concurrently.
Configure storm control for the ISCOM2600G series switch as below.
Storm control supports only one rate limiting mode at a time. When you change
the rate limiting mode of one type of packets, the ISCOM2600G series switch will
prompt you that the change of the rate limiting mode will cause the mode of other
two types of packets to change to the same mode.
If you configure storm control on the LAG, you cannot configure storm control on
the interface; otherwise the later configuration will not take effect.
Networking requirements
As shown in Figure 10-5, when GE 1/1/1 and GE 1/1/2 on the Switch receive excessive
unknown unicast packets or broadcast packets, the Switch forwards these packets to all
interfaces except the Rx interface, which may cause broadcast storm and lower forwarding
performance of the Switch.
To restrict impacts on Switch A caused by broadcast storm, you need to configure storm
control on Switch A to control broadcast packets from user networks 1 and 2, with the
threshold of 640 pps.
Configuration steps
Enable storm control, and configure the threshold for storm control.
Checking results
Use the show storm-control command to show configurations of storm control.
Multicast -- 0
Dlf -- 0
10.6 802.1x
10.6.1 Introduction
802.1x, based on IEEE 802.1x, is a VLAN-based network access control technology. It is
used to solve authentication and security problems for LAN users.
It is used to authenticate and control access devices at the physical later of the network device.
It defines a point-to-point connection mode between the device interface and user devices.
User devices, connected to the interface, can access resources in the LAN if they are
authenticated. Otherwise, they cannot access resources in the LAN through the switch.
802.1x structure
As shown in Figure 10-6, 802.1x authentication uses Client/Server mode, including the
following 3 parts:
Supplicant: a user-side device installed with the 802.1x client software (such as Windows
XP 802.1x client), such as a PC
Authenticator: an access control device supporting 802.1x authentication, such as a
switch
Authentication Server: a device used for authenticating, authorizing, and accounting
users. Generally, the RADIUS server is taken as the 802.1x authentication server.
In the EAP termination mode, the random encryption character, used for encrypting the
password, is generated by the device. And then the device sends the user name, random
encryption character, and encrypted password to the RADIUS server for authentication.
802.1x timers
802.1x authentication involves the following 5 timers:
Reauth-period: re-authorization t timer. After the period is exceeded, the ISCOM2600G
series switch re-initiates authorization.
Quiet-period: quiet timer. When user authorization fails, the ISCOM2600G series switch
needs to keep quiet for a period. After the period is exceeded, the ISCOM2600G series
switch re-initiates authorization. During the quiet time, the ISCOM2600G series switch
does not process authorization packets.
Tx-period: transmission timeout timer. When the ISCOM2600G series switch sends a
Request/Identity packet to users, the ISCOM2600G series switch will initiate the timer.
If users do not send an authorization response packet during the tx-period, the
ISCOM2600G series switch will re-send an authorization request packet. The
ISCOM2600G series switch sends this packet three times in total.
supp-timeout: Supplicant authorization timeout timer. When the ISCOM2600G series
switch sends a Request/Challenge packet to users, the ISCOM2600G series switch will
initiate supp-timeout timer. If users do not send an authorization response packet during
the supp-timeout, the ISCOM2600G series switch will re-send the Request/Challenge
packet. The ISCOM2600G series switch sends this packet twice in total.
Server-timeout: authentication server timeout timer. The timer defines the total timeout
of sessions between the authorizer and RADIUS server. When the configured time
expires, the authenticator will end the session with the RADIUS server and start a new
authorization process.
Scenario
To realize access authentication on LAN users and ensure access user security, you need to
configure 802.1x authentication on the ISCOM2600G series switch.
If users are authenticated, they are allowed to access network resources. Otherwise, they
cannot access network resources. By performing authentication control on user access
interface, you can manage the users.
Prerequisite
If RADIUS authentication server is used, you need to perform following operations before
configuring 802.1x authentication:
Configure the IP address of the RADIUS server and the RADIUS shared key.
The ISCOM2600G series switch can ping through the RADIUS server successfully.
802.1x and STP are exclusive on the same interface. You cannot enable them
concurrently.
Only one user authentication request is processed on an interface at a time.
Configure basic functions of 802.1x for the ISCOM2600G series switch as below.
ranging from 1 to 32
6 Raisecom(config)#interface Enter physical interface configuration
interface-type interface- mode.
number
interface-type: interface type
Example:
interface-number: in the form of
Raisecom(config)#interface
gigaethernet 1/1/1 unit/slot/port. The value range depends on
the interface type.
7 Raisecom(config- Enable or disable interface 802.1x.
gigaethernet1/1/*)#dot1x
enable: enable interface 802.1x.
{ enable | disable }
disable: enable interface 802.1x.
Example:
Raisecom(config-
gigaethernet1/1/1)#dot1x
enable
10.6.8 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear dot1x interface- Clear interface 802.1x statistics.
type interface-number statistics
interface-type: interface type
Example:
interface-number: in the form of
Raisecom(config)#clear dot1x
gigaethernet 1/1/1 statistics unit/slot/port. The value range
depends on the interface type.
Networking requirements
As shown in Figure 10-7, the network administrator configures 802.1x to control the PC to
access the Internet.
For the switch: the IP address is 10.10.0.1, the mask is 255.255.0.0, and default gateway
is 10.10.0.2.
The RADIUS server works to authenticate and authorize PCs. Its IP address is
192.168.0.1, and the password is raisecom.
The interface control mode is auto.
After the PC passes authentication, the Switch will start reauthentication every 600s.
Configuration steps
Step 1 Configure the IP addresses of the Switch and RADIUS server.
Raisecom#config
Raisecom(config)#interface vlan 1
Raisecom(config-vlan1)#ip address 10.10.0.1 255.255.0.0
Raisecom(config-vlan1)#exit
Raisecom(config)#ip route 0.0.0.0 0.0.0.0 10.10.0.2
Raisecom(config)#exit
Raisecom#radius 192.168.0.1
Raisecom#radius-key raisecom
Raisecom#config
Raisecom(config)#dot1x enable
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#dot1x enable
Checking results
Use the show dot1x command to show 802.1x configurations on the interface.
According to the generation mode of binding entries, IP Source Guard can be divided into
static binding and dynamic binding:
Static binding: configure binding information manually and generate binding entry to
complete the interface control, which fits for the case where the number of hosts is small
or where you need to perform separate binding on a single host.
Dynamic binding: obtain binding information automatically from DHCP Snooping to
complete the interface control, which fits for the case where there are many hosts and
you need to adopt DHCP to perform dynamic host configurations. Dynamic binding can
effectively prevent IP address conflict and embezzlement.
Before forwarding IP packets, the ISCOM2600G series switch compares the source IP address,
source MAC address, interface ID, and VLAN ID of the IP packets with the binding table. If
the information matches, it indicates that the user is legal and the packets are permitted to
forward normally. Otherwise, the user is an attacker and the IP packets are discarded.
Scenario
There are often some IP source spoofing attacks on the network. For example, the attacker
forges legal users to send IP packets to the server, or the attacker forges the source IP address
of another user to communicate. This prevents legal users from accessing network services
normally.
With IP Source Guard binding, you can filter and control packets forwarded by the interface,
prevent the illegal packets from passing through the interface, thus to restrict the illegal use of
network resources and improve the interface security.
Prerequisite
Enable DHCP Snooping if there are DHCP users.
The configured static binding does not take effect when global static binding is
disabled. Only when global static binding is enabled can the static binding take
effect.
For an identical IP address, the manually configured static binding will cover the
dynamic binding. However, it cannot cover the existing static binding. When the
static binding is deleted, the system will recover the covered dynamic binding
automatically.
The dynamic binding learnt through DHCP Snooping does not take effect when
global dynamic binding is disabled. Only when global dynamic binding is enabled
can the dynamic binding take effect.
If an IP address exists in the static binding table, the dynamic binding does not
take effect. In addition, it cannot cover the existing static binding.
Networking requirements
As shown in Figure 10-9, to prevent IP address embezzlement, you need to configure IP
Source Guard on the Switch.
The Switch permits all IP packets on GE 1/1/1 to pass.
GE 1/1/2 permits those IP packets to pass, of which the IP address is 10.10.10.1, the
subnet mask is 255.255.255.0, and the status meets the dynamic binding learnt by DHCP
Snooping.
Other interfaces only permit the packets meeting DHCP Snooping learnt dynamic
binding to pass.
Configuration steps
Step 1 Configure GE 1/1/1 to the trusted interface.
Raisecom#config
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#ip verify source trust
Raisecom(config-gigaethernet1/1/1)#exit
Checking results
Use the show ip source binding command to show configurations of the static binding table.
Use the show ip verify source command to show interface trusting status and configurations
of IP Source Guard static/dynamic binding.
10.8 PPPoE+
10.8.1 Introduction
PPPoE Intermediate Agent (PPPoE+) is used to process authentication packets. PPPoE+ adds
more information about access devices into the authentication packet to bind account and
access device so that the account is not shared and stolen, and the carrier's and users' interests
are protected. This provides the server with enough information to identify users, avoiding
account sharing and theft and ensuring the network security.
In PPPoE dial-up mode, you can access the network through various interfaces on the device
as long as authentication by the authentication server is successful.
However, the server cannot accurately differentiate users just by the authentication
information, which contains the user name and password. With PPPoE+, besides the user
name and the password, other information, such as the interface ID, is included in the
authentication packet for authentication. If the interface ID identified by the authentication
server cannot match with the configured one, authentication will fail. This helps prevent
illegal users from stealing accounts of other legal users for accessing the network.
The PPPoE protocol adopts Client/Server mode, as shown in Figure 10-10. The Switch acts as
a relay agent. Users access the network through PPPoE authentication. If the PPPoE server
needs to locate users, more information should be contained in the authentication packet.
To access the network through PPPoE authentication, you need to pass through the following
2 stages: discovery stage (authentication stage) and session stage. PPPoE+ is used to process
packets at the discovery stage. The following steps show the whole discovery stage.
Step 1 To access the network through PPPoE authentication, the client sends a broadcast packet
PPPoE Active Discovery Initiation (PADI). This packet is used to query the authentication
server.
Step 2 After receiving the PADI packet, the authentication server replies a unicast packet PPPoE
Active Discovery Offer (PADO).
Step 3 If multiple authentication servers reply PADO packets, the client selects one from them and
then sends a unicast PPPoE Active Discovery Request (PADR) to the authentication server.
Step 4 After receiving the PADR packet, if the authentication server believes that the user is legal, it
sends a unicast packet PPPoE Active Discovery Session-confirmation (PADS) to the client.
PPPoE is used to add user identification information in to PADI and PADR. Therefore, the
server can identify whether the user identification information is identical to the user account
for assigning resources.
Scenario
To prevent illegal client access during PPPoE authentication, you need to configure PPPoE+
to add additional user identification information in PPPoE packets for network security.
Because the added user identification information is related to the specified switch and
interface, the authentication server can bind the user with the switch and interface to
effectively prevent account sharing and theft. In addition, this helps users enhance network
security.
Prerequisite
N/A
By default, PPPoE packets are forwarded without being attached with any
information.
PPPoE+ is used to process PADI and PADR packets. It is designed for the PPPoE
client. Generally, PPPoE+ is only enabled on interfaces that are connected to the
PPPoE client. Trusted interfaces are interfaces through which the switch is connected
to the PPPoE server. PPPoE+ and trusted interface are exclusive; in other words, an
interface enabled with PPPoE+ cannot be configured as a trusted interface.
Enabling PPPoE+
After global PPPoE+ and interface PPPoE+ is enabled, PPPoE authentication packets sent to
the interface will be attached with user information and then are forwarded to the trusted
interface.
Enable PPPoE+ for the ISCOM2600G series switch as below.
Because PPPoE+ is designed for the PPPoE client instead of the PPPoE server,
downlink interfaces of the device cannot receive the PADO and PADS packets. It
means that interfaces, where PPPoE+ is enabled, should not receive PADO and
PADS packet. If there interfaces receive these packets, it indicates that there are
error packets and the packets should be discarded. However, these interfaces can
forward PADO and PADS packets of trusted packet. In addition, PADI and PADR
packets are forwarded to the trusted interface only.
Configuring Circuit ID
The Circuit ID has 2 padding modes: Switch mode and ONU mode. By default, Switch mode
is adopted. In ONU mode, the Circuit ID has a fixed format. The following commands are
used to configure the padding contents of the Circuit ID in Switch mode.
In switch mode, the Circuit ID supports 2 padding modes:
Default mode: when customized Circuit ID is not configured, the padding content is the
VLAN ID, interface ID, or the attached string. If the attached string is not defined, it is
configured to hostname by default.
Customized mode: when customized Circuit ID is configured, the padding content is the
Circuit ID string.
Configure Circuit ID for the ISCOM2600G series switch as below.
In default mode, the Circuit ID contains an attached string. By default, the attached string is
configured to the hostname of the switch. You can configure it to a customized string.
Raisecom Proprietary and Confidential
445
Copyright © Raisecom Technology Co., Ltd.
Raisecom
ISCOM2600G (A) Series Configuration Guide (CLI) 10 Security
Configure the attached string of the Circuit ID for the ISCOM2600G series switch as below.
Configuring Remote ID
The Remote ID is padded with a MAC address of the switch or a client. In addition, you can
specify the form (binary/ASCII) of the MAC address.
Configure the Remote ID for the ISCOM2600G series switch as below.
10.8.7 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear pppoeagent Clear PPPoE+ statistics. The device supports
statistic [ interface-type clearing PPPoE+ statistics on the specified
interface-number ] interface.
Example:
interface-type: interface type
Raisecom(config)#clear pppoeagent
interface-number: in the form of
statistic gigaethernet 1/1/1
unit/slot/port. The value range depends on
the interface type.
Networking requirements
As shown in Figure 10-11, to prevent illegal clients from accessing and managing legal users,
you can configure PPPoE+ on the Switch.
GE 1/1/1 and GE 1/1/2 are connected to Client 1 and Client 2 respectively. GE 1/1/3 is
connected to the PPPoE server.
Enable global PPPoE+, and PPPoE on GE 1/1/1 and GE 1/1/2. Configure GE 1/1/3 as
the trusted interface.
Configure the attached string of Circuit ID to raisecom, padding information about
Circuit ID on GE 1/1/1 to user01, padding information about Circuit ID on GE 1/1/2 to
the MAC address of Client 2, in ASCII format.
Enable Tag overwriting on GE 1/1/1 and GE 1/1/2.
Configuration steps
Step 1 Configure GE 1/1/3 as the trusted interface.
Raisecom#config
Raisecom(config)#interface gigaethernet 1/1/3
Raisecom(config-gigaethernet1/1/3)#pppoeagent trust
Raisecom(config-gigaethernet1/1/3)#exit
Raisecom(config)#pppoeagent enable
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#pppoeagent enable
Raisecom(config-gigaethernet1/1/1)#exit
Raisecom(config)#interface gigaethernet 1/1/2
Raisecom(config-gigaethernet1/1/2)#pppoeagent enable
Checking results
Use the show pppoeagent command to show PPPoE+ configurations.
Raisecom#show pppoeagent
Global PPPoE+ status: enable
Attach-string: %default%
Circuit ID padding mode: switch
Port :gigaethernet1/1/1
State :enable
Overwrite :enable
Format-rules :binary
Remote-ID :client-mac
Circuit-ID :(21ra
Port :gigaethernet1/1/2
State :disable
Overwrite :disable
Format-rules :binary
Remote-ID :switch-mac
Circuit-ID :%default%
Port :gigaethernet1/1/3
State :disable
Overwrite :disable
Format-rules :binary
Scenario
When the ISCOM2600G series switch receives massive attacking packets in a short period,
the CPU will run with full load and the CPU utilization rate will reach 100%. This will cause
device malfunction. CPU CAR helps efficiently limit the speed of packets which enters the
CPU.
Prerequisite
N/A
10.9.4 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear cpu-protect car Clear global CPU CAR
queue [ queue-id ] statistics statistics.
Example:
queue-id: queue ID, an
Raisecom(config)#clear cpu-protect car
queue 1 statistics integer, ranging from 0 to 7
Scenario
ARP is simple and easy to use, but vulnerable to attacks due to no security mechanism.
Attackers can forge ARP packets from users or gateways. When they send excessive IP
packets, whose IP addresses cannot be resolved, to the ISCOM2600G series switch, they will
cause the following harms:
The ISCOM2600G series switch sends excessive ARP request packets to the destination
network segment, so this network segment is overburdened.
The ISCOM2600G series switch repeatedly resolve destination IP addresses, so the CPU
is overburdened.
To prevent theses harms due to attacks on IP packets, the ISCOM2600G series switch
supports ARP attack protection.
Prerequisite
N/A
10.11 ND Snooping
10.11.1 Introduction
Neighbor Discovery (ND) is a group of messages or processes for determining relations
between neighboring nodes. Its messages replace IPv4 Address Resolution Protocol (ARP),
ICMP Router Discovery (RD), and ICMP Redirect messages, and it also supports the
following functions:
Detecting address conflicts
Resolving the neighbor address
Determining neighbor reachability
Configuring the IP address of the host
ND Snooping is used on the ISCOM2600G to check user validity. It normally forwards ND
packets of authorized users and discards those of unauthorized users, thus preventing attacks
from pseudo users and gateways.
User validity check is used to determine whether a user is an authorized user of the VLAN to
which the interface receiving the ND packet belongs, according to the source IPv6 address
and source MAC address carried in the ND packet.
ND Snooping divides interfaces of the access device into the following two types:
ND trusted interface: this interface does not check user validity.
ND untrusted interface: the device takes RA packets received by the ND untrusted
interface invalid and thus discards them directly.
Scenarios
ND Snooping is used to prevent common ND spoofing attacks on the network, thus able to
isolate ND packets from unauthorized sources. You can configure the trusted status of an
interface to trust ND packets or not and configure the binding table to determine whether ND
packets comply with requirements.
Prerequisite
N/A
10.11.5 RA Snooping
10.11.7 Maintenance
Maintain the ISCOM2600G series switch as below.
Networking requirements
As shown in Figure 10-12, the host of a LAN user is connected to the gateway by Switch A. It
has to obtain the IPv6 address through stateless automatic configuration according to the
prefix assigned by the gateway to the user network because no DHCPv6 server is deployed on
the network. To prevent illegal users from sending NA/NS/RS/RA packets, which causes legal
hosts to fail to obtain IPv6 addresses, enable ND Snooping on Switch A to intercept illegal
packets.
Configuration steps
Step 1 Create VLAN 10 on Switch A, and activate it.
Configure Switch.
Raisecom#hostname SwitchA
SwitchA#config
SwitchA(config)#create vlan 10 active
Step 2 Add GE 1/1/2 on Switch A to VLAN 10 in Access mode. Configure it to Trunk mode,
allowing packets of VLAN 10 to pass.
Step 3 Enable global ND Snooping and enable ND Snooping in VLAN 10. Configure GE 1/1/1 as
the trusted interface.
SwitchA(config)#ipv6 nd snooping
SwitchA(config)#vlan 10
SwitchA(config-vlan)#ipv6 nd snooping
SwitchA(config-vlan)#exit
SwitchA(config)#interface gigaethernet 1/1/1
SwitchA(config-gigaethernet1/1/1)#ipv6 nd snooping trust
SwitchA(config-gigaethernet1/1/1)#exit
Checking results
Use show ipv6 nd snooping command to check configurations of ND Snooping.
Use the show ipv6 nd snooping binding command to show information about the binding
table.
-------------------------------------------------------------------------
---------------------------------------------
FE80::C49:FE9:1CFE:437F 10 484d.7eaa.1a15
gigaethernet1/1/2 1385 nd yes
FE80::415A:E214:F155:6163 10 509a.4c13.2020
gigaethernet1/1/2 1455 nd yes
11 Reliability
This chapter describes basic principles and configuration procedures for reliability, and
provides related configuration examples, including the following sections:
Link aggregation
Interface backup
Link-state tracking
Key-chain
UDLD
Scenario
To provide higher bandwidth and reliability for a link between two devices, configure link
aggregation.
Prerequisite
Configure physical parameters of interfaces and make them Up.
In the same LAG, member interfaces that share loads must be identically configured.
Otherwise, data cannot be forwarded properly. These configurations include QoS, QinQ,
VLAN, interface properties, and MAC address learning.
– QoS: traffic policing, traffic shaping, congestion avoidance, rate limit, SP queue,
WRR queue scheduling, interface priority and interface trust mode
– QinQ: QinQ enabling/disabling status on the interface, added outer VLAN tag,
policies for adding outer VLAN Tags for different inner VLAN IDs
– VLAN: the allowed VLAN, default VLAN and the link type (Trunk or Access) on
the interface, subnet VLAN configurations, protocol VLAN configurations, and
whether VLAN packets carry Tag
– Port properties: whether the interface is added to the isolation group, interface rate,
duplex mode, and link Up/Down status
– MAC address learning: whether MAC address learning is enabled and whether the
interface is configured with MAC address limit.
sharing mode src- destination MAC address, ensuring packets with the
ip same destination MAC address being forwarded
through the same interface.
src-dst-ip: select the forwarding interface based on
interfaces
number: threshold of the active interface, an
In a static LACP LAG, a member interface can be an active/standby one. Both the
active interface and standby interface can receive and send LACPDU. However,
the standby interface cannot forward user packets.
The system chooses default interface in the order of neighbor discovery, interface
maximum speed, interface highest LACP priority, and interface minimum ID. The
interface is in active status by default, the interface with identical speed, identical
peer and identical device operation key is also in active status; other interfaces
are in standby status.
Before configuring the revertive mode of faults in the LAG to non-revertive, you must
use the master-port command to configure the master interface.
Networking requirements
As shown in Figure 11-1, to improve link reliability between Switch A and Switch B, you can
configure static LACP link aggregation. That is to add GE 1/1/1, GE 1/1/2, and GE 1/1/3 to
one LAG; GE 1/1/1 and GE 1/1/2 are used as the active interface while GE 1/1/3 as the
standby interface.
Configuration steps
Step 1 Create static LACP link aggregation on Switch A. Configure Switch A as the active end.
Raisecom#hostname SwitchA
SwitchA#config
SwitchA(config)#lacp system-priority 1000
SwitchA(config)#interface port-channel 1
SwitchA(config-port-channel1)#mode lacp
SwitchA(config-port-channel1)#max-active links 2
SwitchA(config-port-channel1)#exit
SwitchA(config)#interface gigaethernet 1/1/1
SwitchA(config-gigaethernet1/1/1)#port-channel 1
SwitchA(config-gigaethernet1/1/1)#lacp port-priority 1000
SwitchA(config-gigaethernet1/1/1)#exit
SwitchA(config)#interface gigaethernet 1/1/2
SwitchA(config-gigaethernet1/1/2)#port-channel 1
SwitchA(config-gigaethernet1/1/2)#lacp port-priority 1000
SwitchA(config-gigaethernet1/1/2)#exit
SwitchA(config)#interface gigaethernet 1/1/3
SwitchA(config-gigaethernet1/1/3)#port-channel 1
SwitchA(config-gigaethernet1/1/3)#exit
Raisecom#hostname SwitchB
SwitchB#config
SwitchB(config)#interface gigaethernet 1/1/1
SwitchB(config-gigaethernet1/1/1)#port-channel 1
SwitchB(config-gigaethernet1/1/1)#exit
SwitchB(config)#interface gigaethernet 1/1/2
SwitchB(config-gigaethernet1/1/2)#port-channel 1
SwitchB(config-gigaethernet1/1/2)#exit
SwitchB(config)#interface gigaethernet 1/1/3
SwitchB(config-gigaethernet1/1/3)#port-channel 1
SwitchB(config-gigaethernet1/1/3)#exit
Checking results
Use the show port-channel command to show global configurations of the static LACP link
aggregation on Switch A.
SwitchA#show port-channel
Group 1 information:
Mode : Lacp Load-sharing mode : src-dst-mac
MinLinks: 1 Max-links : 2
UpLinks : 3 Priority-Preemptive: Disable
Member Port : gigaethernet1/1/1 gigaethernet1/1/2 gigaethernet1/1/3
Efficient Port: gigaethernet1/1/1 gigaethernet1/1/2
Use the show lacp internal command to show configurations of local LACP interface status,
flag, interface priority, administration key, operation key, and interface state machine on
Switch A.
Use the show lacp neighbor command to show configurations of LACP interface status, flag,
interface priority, administration key, operation key, and interface state machine of the peer
system on Switch A.
In the interface backup group, when an interface is in Forward status, the other interface is in
Block status. At any time, only one interface is in Forward status. When the Forward interface
fails, the Block interface is switched to the Forward status.
As shown in Figure 11-2, GE 1/1/1 and GE 1/1/2 on Switch A are connected to their uplink
devices respectively. The interface forwarding states are shown as below:
Under normal conditions, GE 1/1/1 is the primary interface while GE 1/1/2 is the backup
interface. GE 1/1/1 and the uplink device forward packet while GE 1/1/2 and the uplink
device do not forward packets.
When the link between GE 1/1/1 and its uplink device fails, the backup GE 1/1/2 and its
uplink device forward packets.
When GE 1/1/1 restores normally and keeps Up for a period (restore-delay), GE 1/1/1
restores to forward packets and GE 1/1/2 restores standby status.
When a switching between the primary interface and the backup interface occurs, the switch
sends a Trap to the NView NNM system.
Scenario
By configuring interface backup in a dual uplink network, you can realize redundancy backup
and fast switching of the primary/backup link, and load balancing between different interfaces.
Compared with STP, interface backup not only ensures millisecond-level switching, also
simplifies configurations.
Prerequisite
N/A
Interface backup may interfere with STP, loop detection, and G.8032. We do not
recommend configuring them concurrently on the same interface.
Step Command Description
1 Raisecom#config Enter global configuration mode.
2 Raisecom(config)#interface Enter physical interface configuration
interface-type interface- mode or aggregation group configuration
number mode.
Example:
interface-type: interface type
Raisecom(config)#interface
interface-number: interface ID
gigaethernet 1/1/1
3 Raisecom(config- Configure the interface backup group.
gigaethernet1/1/*)#port
backup interface-type
In the VLAN list, configure the interface
backup-interface-number backup-interface-number to the backup
[ vlanlist vlan-list ] interface and configure the interface
Example: primary-interface-number to the primary
Raisecom(config- interface.
gigaethernet1/1/1)#port If no VLAN list is specified, the VLAN
backup gigaethernet 1/1/2 ranges from 1 to 4094.
interface-type: interface type
backup-interface-number: interface ID
vlan-list: VLAN list, an integer, ranging
Networking requirements
As shown in Figure 11-4, the PC accesses the server through the Switch. To implement a
reliable remote access from the PC to the server, configure an interface backup group on
Switch A and specify the VLAN list so that the two interfaces concurrently forward services
in different VLANs and balance load. Configure Switch A as below:
Add GE 1/1/1 to VLANs 100–150 as the primary interface and GE 1/1/2 as the backup
interface.
Add GE 1/1/2 to VLANs 151–200 as the primary interface and GE 1/1/1 as the backup
interface.
When GE 1/1/1 or its link fails, the system switches traffic to the backup interface GE 1/1/2 to
resume the link.
Switch A is required to support interface backup while other switches are not.
Configuration steps
Step 1 Create VLANs 100–400, and add GE 1/1/1 and GE 1/1/2 to these VLANs.
Raisecom#config
Raisecom(config)#create vlan 100-200 active
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#switchport mode trunk
Raisecom(config-gigaethernet1/1/1)#switchport trunk allowed vlan 100-200
confirm
Raisecom(config-gigaethernet1/1/1)#exit
Raisecom(config)#interface gigaethernet 1/1/2
Raisecom(config-gigaethernet1/1/2)#switchport mode trunk
Raisecom(config-gigaethernet1/1/2)#switchport trunk allowed vlan 100-200
confirm
Raisecom(config-gigaethernet1/1/2)#exit
Step 2 Configure GE 1/1/1 as the primary interface of VLANs 100–150 and GE 1/1/2 as the backup
interface.
Step 3 Configure GE 1/1/2 as the primary interface of VLANs 151–200 and GE 1/1/1 as the backup
interface.
Checking results
Use the show port backup group command to show status of interface backup under normal
or faulty conditions.
When both GE 1/1/1 and GE 1/1/2 are Forward, GE 1/1/1 forwards traffic of VLANs 100–
150, and GE 1/1/2 forwards traffic of VLANs 151–200.
Manually disconnect the link between Switch A and Switch B to emulate a fault. Then, GE
1/1/1 becomes Down, and GE 1/1/2 forwards traffic of VLANs 100–200.
When GE 1/1/1 resumes and keeps Forward for 15s (restore-delay), it forwards traffic of
VLANs 100–150 while GE 1/1/2 forwards traffic of VLANs 151–200.
Scenario
When uplink fails, traffic cannot be switched to the standby link if the downlink device fails
to be notified in time. Then traffic will be disrupted.
Link-state tracking can be used to add downlink interfaces and uplink interfaces of the middle
device to a link-state group and monitor uplink interfaces. When all uplink interfaces fails, the
fault of the upstream device can be informed to the downstream device to trigger switching.
Prerequisite
N/A
Link-state tracking supports being configured on the physical interface and LAG
interface.
Configure link-state tracking for the ISCOM2600G series switch as below.
One link-state group can contain several uplink interfaces. Link-state tracking will
not be performed when at least one uplink interface is Up. Only when all uplink
interfaces are Down will link-state tracking occur.
In global configuration mode, when you use the no link-state-tracking group
group-number command to disable link-state tracking, the link-state group without
interfaces will be deleted.
In physical interface configuration mode, use the no link-state-tracking group
group-number command to delete an interface. During the execution of this
command, if the link-state group contains no other interfaces and is disabled, it
will also be deleted.
Networking requirements
As shown in Figure 11-5, to improve network reliability, Link 1 and Link 2 of Switch B are
connected to Switch A and Switch C respectively. Link 1 is the active link and Link 2 is the
standby link. Link 2 will not be used to forward data until Link 1 is faulty.
Switch A and Switch C are connected to the uplink network in link aggregation mode. When
all uplink interfaces on Switch A and Switch C fails, Switch B needs to sense the fault in time
and switches traffic to the standby link. Therefore, you should deploy link-state tracking on
Switch A and Switch C.
Configuration steps
Step 1 Configure link-state tracking on Switch A.
Create a LAG. Add uplink interfaces GE 1/1/1 and GE 1/1/2 to the LAG.
Raisecom#config
Raisecom(config)#interface gigaethernet 1/1/1
Raisecom(config-gigaethernet1/1/1)#port-channel 1
Raisecom(config-gigaethernet1/1/1)#exit
Raisecom(config)#interface gigaethernet 1/1/2
Raisecom(config-gigaethernet1/1/2)#port-channel 1
Raisecom(config-gigaethernet1/1/2)#exit
Raisecom(config)#link-state-tracking group 1
Raisecom(config)#interface port-channel 1
Raisecom(config-port-channel1)#link-state-tracking group 1 upstream
Raisecom(config-port-channel1)#exit
Checking results
Take Switch A for example.
Use the show link-state-tracking group command to show configurations of the link-state
group.
Use the show link-state-tracking group command to show configurations of the link-state
group after all uplinks of Switch A fails. In this case, you can learn that link-state tracking is
performed.
11.4 Key-chain
11.4.1 Introduction
To implement security, the network has to keep changing authentication information at the
application layer. The authentication algorithm and shared key determine whether information
is altered during transmission on an insecure network. When this authentication mode is used
to authenticate data, the data sender and receiver must share the security key and
authentication algorithm, and cannot transmit the security key on the network.
If each application layer protocol maintains a set of authentication rules (including the
authentication algorithm and key), there will be a large number of applications that use the
same authentication modes. As a result, authentication information is copied and altered.
Similarly, if each application adopts a fixed authentication key, it requires the network
administrator to change the key every time; however, manually changing a key or
authentication algorithm is complex, and modifying passwords of all routers without losing
packets is difficult.
In this case, the system is required to collectively manage all authentication processings and
change authentication algorithms and keys without manual intervention. To meet the
requirement, Key-chain is used, which can authenticate all protocols at the application layer
and dynamically change the password chain without losing packets.
Scenario
In this case, the system is required to collectively manage all authentication processings and
change authentication algorithms and keys without manual intervention. To meet this
requirement, Key-chain is used, which can authenticate all protocols at the application layer
and dynamically change the password chain without losing packets.
Prerequisite
N/A
valid.
end-time: end time for receiving the key,
valid.
end-time: end time for receiving the key,
valid.
11.5 UDLD
11.5.1 Introduction
UniDirectional Link Detection (UDLD) is used to monitor configurations of the physical
connection by the fiber or Ethernet cable. When a unidirectional link (transmitting data in
only one direction) is present, UDLD can detect it, shut down the corresponding interface, and
send a Trap. The unidirectional link may cause various problems, such as the spanning tree
problems which may cause a loop.
Scenario
When a unidirectional link (transmitting data in only one direction) is present, UDLD can
detect the fault, shut down the corresponding interface, and send a Trap.
Prerequisite
Devices at both ends of the link should support UDLD.
12 System management
This chapter describes basic principles and configuration procedures for system management
and maintenance, and provides related configuration examples, including the following
sections:
SNMP
RMON
LLDP
Optical module DDM
System log
Alarm management
Hardware environment monitoring
CPU monitoring
Fan monitoring
Cable diagnosis
Memory monitoring
PING
Traceroute
Performance statistics
12.1 SNMP
12.1.1 Introduction
Simple Network Management Protocol (SNMP) is designed by the Internet Engineering Task
Force (IETF) to resolve problems in managing network devices connected to the Internet.
Through SNMP, a network management system that can manage all network devices that
support SNMP, including monitoring network status, modifying configurations of a network
device, and receiving network alarms. SNMP is the most widely used network management
protocol in TCP/IP networks.
Principles
A SNMP system consists of two parts: Agent and the NView NNM system. The Agent and the
NView NNM system communicate through SNMP packets sent through UDP. Figure 12-1
shows the SNMP principle.
The Raisecom NView NNM system can provide friendly Human Machine Interface (HMI) to
facilitate network management. The following functions can be implemented through it:
Send request packets to the managed device.
Receive reply packets and Trap packets from the managed device, and show result.
The Agent is a program installed on the managed device, implementing the following
functions:
Receive/Reply request packets from the NView NNM system
To read/write packets and generate replay packets according to the packets type, then
return the result to the NView NNM system
Define trigger condition according to protocol modules, enter/exit system or restart the
ISCOM2600G series switch when conditions are satisfied; replying module sends Trap
packets to the NView NNM system through agent to report current status of the
ISCOM2600G series switch.
Version of protocol
Till now, SNMP has three versions: v1, v2c, and v3, described as below.
SNMPv1 uses community name authentication mechanism. The community name, a
string defined by an agent, acts like a secret. The network management system can visit
the agent only by specifying its community name correctly. If the community name
carried in a SNMP packet is not accepted by the ISCOM2600G series switch, the packet
will be discarded.
Compatible with SNMPv1, SNMPv2c also uses community name authentication
mechanism. SNMPv2c supports more operation types, data types, and errored codes, and
thus better identifying errors.
SNMPv3 uses User-based Security Model (USM) authentication mechanism. You can
configure whether USM authentication is enabled and whether encryption is enabled to
provide higher security. USM authentication mechanism allows authenticated senders
and prevents unauthenticated senders. Encryption is used to encrypt packets transmitted
between the network management system and agents, thus preventing interception.
The ISCOM2600G series switch supports v1, v2c, and v3 of SNMP.
MIB
Management Information Base (MIB) is the collection of all objects managed by the NMS. It
defines attributes for the managed objects:
Name
Access right
Data type
The device-related statistic contents can be reached by accessing data items. Each proxy has
its own MIB. MIB can be taken as an interface between NMS and Agent, through which NMS
can read/write every managed object in Agent to manage and monitor the ISCOM2600G
series switch.
MIB stores information in a tree structure, and its root is on the top, without name. Nodes of
the tree are the managed objects, which take a uniquely path starting from root (OID) for
identification. SNMP packets can access network devices by checking the nodes in MIB tree
directory.
The ISCOM2600G series switch supports standard MIB and Raisecom-customized MIB.
Scenario
To log in to the ISCOM2600G series switch through NMS, configure SNMP basic functions
for the ISCOM2600G series switch in advance.
Prerequisite
Configure the routing protocol and ensure that the route between the ISCOM2600G series
switch and NMS is reachable.
subtree.
excluded: MIB variables of the view are excluded from
the subtree.
3 Raisecom(config Create community name and configure the corresponding
)#snmp-server view and authority. Use default view internet if view
community view-name option is empty.
[ encryption ]
encryption: encrypt data.
string [ view
string: community name, a string of less than or equal to
view-name ]
{ ro | rw } 32 characters
view view-name: MIB view name, a string of less than
Example:
Raisecom(config or equal to 32 characters. If you do not select this
)#snmp-server parameter, the default name of an accessible view is
community guest internet.
ro: the community can only read data from the Agent.
view mib1 ro
rw: the community can read data from and write data
Configure users.
Check the access group to which the user belongs.
Configure view permission for access groups.
Create views.
Configure basic functions of SNMPv3 for the ISCOM2600G series switch as below.
authentication.
authpassword: key, generated through
Trap configurations on SNMPv1, SNMPv2c, and SNMPv3 are identical except for
Trap target host configurations. Configure Trap as required.
Trap is unrequested information sent by the ISCOM2600G series switch to the NMS
automatically, which is used to report some critical events.
Before configuring Trap, you need to perform the following configurations:
Configure basic functions of SNMP. For SNMPv1/v2c, configure the community name;
for SNMPv3, configure the user name and SNMP view.
Configure the routing protocol and ensure that the route between the ISCOM2600G
series switch and NMS is available.
Configure Trap of SNMP for the ISCOM2600G series switch as below.
from 1 to 65535
authnopriv: authenticate but not encrypt
SNMP packets.
authpriv: authenticate and encrypt
from 1 to 65535
Networking requirements
As shown in Figure 12-3, the route between the NView NNM system and the ISCOM2600G
series switch is available. The NView NNM system can check the MIB under view
corresponding to the remote Switch by SNMPv1/SNMPv2c, and the ISCOM2600G series
switch can send Trap automatically to the NView NNM system in emergency.
By default, there is VLAN 1 on the ISCOM2600G series switch and all physical interfaces
belong to VLAN 1.
Configuration steps
Step 1 Configure the IP address of the ISCOM2600G series switch.
Raisecom#config
Raisecom(config)#interface vlan 1
Raisecom(config-vlan1)#ip address 20.0.0.10 255.255.255.0
Raisecom(config-vlan1)#exit
Checking results
Use the show ip interface brief command to show configurations of the IP address.
Index: 1
View Name: system
OID Tree: 1.2.840.10006.300.43
Mask: --
Type: included
Index: 2
View Name: system
OID Tree: 1.3.6.1.2.1.1
Mask: --
Type: included
Index: 3
View Name: internet
OID Tree: 1.3.6
Mask: --
Type: included
Index: 4
View Name: internet
OID Tree: 1.2.840.10006.300.43
Mask: --
Type: included
Use the show snmp host command to show configurations of the target host.
Networking requirements
As shown in Figure 12-4, the route between the NView NNM system and ISCOM2600G
series switch is available, the NView NNM system monitors the Agent through SNMPv3, and
the ISCOM2600G series switch can send Trap automatically to the NView NNM system
when the Agent is in emergency.
By default, there is VLAN 1 on the ISCOM2600G series switch and all physical interfaces
belong to VLAN 1.
Configuration steps
Step 1 Configure the IP address of the ISCOM2600G series switch.
Raisecom#config
Raisecom(config)#interface vlan 1
Raisecom(config-vlan1)#ip address 20.0.0.10 255.255.255.0
Raisecom(config-vlan1)#exit
Create user guestuser1, and use md5 authentication algorithm. The password is raisecom.
Create a guest group access group. The security mode is usm, security level is authentication
without encryption, and readable view name is mib2.
Checking results
Use the show snmp access command to show configurations of the SNMP access group.
Index: 1
Group: guestgroup
Security Model: usm
Security Level: authnopriv
Context Prefix: --
Context Match: exact
Read View: mib2
Write View: --
Notify View: internet
Index: 2
Group: initialnone
Security Model: usm
Security Level: noauthnopriv
Context Prefix: --
Context Match: exact
Read View: system
Write View: --
Notify View: internet
Use the show snmp group command to show mapping between users and access groups.
Use the show snmp host command to show configurations of the Trap target host.
12.2 RMON
12.2.1 Introduction
Remote Network Monitoring (RMON) is a standard stipulated by Internet Engineering Task
Force (IETF) for network data monitoring through different network Agents and NMS.
RMON is achieved based on SNMP architecture, including the NView NNM system and the
Agent running on network devices. On the foundation of SNMP, increase the subnet flow,
statistics, and analysis used to achieve the monitoring to one segment and the whole network,
while SNMP only can monitor the partial information about a single device and it is difficult
for it to monitor one segment.
The RMON Agent is commonly referred to as the probe program. The RMON Probe can take
the communication subnet statistics and performance analysis. Whenever it finds network
failure, RMON Probe can report the NView NNM system, and describes the capture
information under unusual circumstances so that the NView NNM system does not need to
poll the device constantly. Compared with SNMP, RMON can monitor remote devices more
actively and more effectively, network administrators can track the network, segment or
device malfunction more quickly. This method reduces the data flows between the NView
NNM system and Agent, makes it possible to manage large networks simply and powerfully,
and makes up the limitations of SNMP in growing distributed Internet.
RMON Probe collects data in the following modes:
Distributed RMON. The NMS obtains network management information and controls
network resources directly from RMON Probe through dedicated RMON Probe
collection data.
Embedded RMON. Embed RMON Agent directly to network devices (such as switches)
to make them with RMON Probe function. The NMS will collect network management
information through the basic operation of SNMP and the exchange data information
about RMON Agent.
The Raisecom ISCOM2600G series switch is embedded with RMON. As shown in Figure 12-
5, the ISCOM2600G series switch implements RMON Agent function. Through this function,
the management station can obtain the overall flow, error statistics and performance statistics
about this segment connected to the managed network device interface so as to achieve the
monitoring to one segment.
RMON MIB can be divided into nine groups according to function. Currently, there are four
function groups achieved: statistics group, history group, alarm group, and event group.
Statistic group: collect statistics on each interface, including receiving packets accounts
and size distribution statistics.
History group: similar with statistic group, it only collects statistics in an assigned
detection period.
Alarm group: monitor an assigned MIB object and configure upper threshold and lower
threshold in assigned interval, trigger an event if the monitor object receives threshold
value.
Event group: cooperating with alarm group. When an alarm triggers an event, it records
the event, such as sending Trap, and writes the event into log.
Scenario
RMON helps monitor and account network traffics.
Compared with SNMP, RMON is a more high-efficient monitoring method. After you
specifying the alarm threshold, the ISCOM2600G series switch actively sends alarms when
the threshold is exceeded without obtaining variable information. This helps reduce traffic of
Central Office (CO) and managed devices and facilitates network management.
Prerequisite
The route between the ISCOM2600G series switch and the NView NNM system is reachable.
group
owner-name: description string, a string of 1 to
127 characters
0 to 2147483647
falling-event: number of the event triggered when the
12.2.9 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear rmon Clear all RMON configurations.
Networking requirements
As shown in Figure 12-6, the ISCOM2600G series switch is the Agent, connected to terminal
through the Console interface, connected to remote NView NNM system through Internet.
Enable RMON statistics and gather performance statistic on GE 1/1/1. When packets received
on GE 1/1/1 exceeds the threshold in a period, logs are recorded and Trap is sent.
Configuration steps
Step 1 Create an event with index ID 1, used to record and send logs with description string High-
ifOutErrors. The owner of logs is system.
Raisecom#config
Raisecom(config)#rmon statistics gigaethernet 1/1/1
Raisecom(config)#rmon event 1 log description High-ifOutErrors owner
system
Step 2 Create an alarm item with index ID 10, used to monitor MIB variables 1.3.6.1.2.1.2.2.1.20.1
every 20s. If the variable increases by more than 15, the Trap alarm will be triggered. The
owner of alarm message is also system.
Checking results
Use the show rmon alarms command to check whether there is information about event
group events on the ISCOM2600G series switch.
Use the show rmon events command to check whether there is information about alarm
group on the ISCOM2600G series switch.
When an alarm event is triggered, you can also check related information in the alarm
management part of the NView NNM system.
12.3 LLDP
12.3.1 Introduction
With the enlargement of network scale and increase of network devices, the network topology
becomes more and more complex and network management becomes more important. A lot of
network management software adopts auto-detection function to trace changes of network
topology, but most of the software can only analyze the Layer 3 network and cannot ensure
the interfaces to be connected to other devices.
Link Layer Discovery Protocol (LLDP) is based on IEEE 802.1ab standard. The NMS can
fast grip the Layer 2 network topology and changes.
LLDP organizes the local device information in different Type Length Value (TLV) and
encapsulates in Link Layer Discovery Protocol Data Unit (LLDPDU) to transmit to straight-
connected neighbour. It also saves the information from neighbour as standard Management
Information Base (MIB) for the NMS querying and judging link communication.
LLDP packet
The LLDP packet is used to encapsulate LLDPDU Ethernet packet in data unit and
transmitted by multicast.
LLDPDU is the data unit of LLDP. The device encapsulates local information in TLV before
forming LLDPDU, then several TLV fit together in one LLDPDU and encapsulated in
Ethernet data for transmission.
As shown in Figure 12-7, LLDPDU is made by several TLV, including 4 mandatory TLV and
several optional TLV.
As shown in Figure 12-8, each TLV denotes a piece of information at local. For example, the
device ID and interface ID correspond with the Chassis ID TLV and Port ID TLV respectively,
which are fixed TLVs.
Table 12-1 lists TLV types. At present only types 0–8 are used.
Organization-defined TLVs are optional TLVs and are advertised in the LLDPDU as required.
Table 12-2 and Table 12-3 list common organization-defined TLVs.
Type Description
VLAN Name TLV VLAN name on the interface
Protocol Identity TLV Type of the protocol supported by the interface
Principles
LLDP is a kind of point-to-point one-way issuance protocol, which notifies local device link
status to peer end by sending LLDPDU (or sending LLDPDU when link status changes)
periodically from the local end to the peer end.
The procedure of packet exchange:
When the local device transmits packet, it gets system information required by TLV from
NView NNM (Network Node Management) and gets configurations from LLDP MIB to
generate TLV and form LLDPDU to transmit to peer.
The peer receives LLDPDU and analyzes TLV information. If there is any change, the
information will be updated in neighbor MIB table of LLDP and notifies the NView
NNM system.
When the device status is changed, the ISCOM2600G series switch sends a LLDP packet to
the peer. To avoid sending LLDP packet continuously because of frequency change of device
status, you can configure a delay timer for sending the LLDP packet.
The aging time of Time To Live (TTL) in local device information about the neighbour node
can be adjusted by modifying the parameter values of aging coefficient, sends LLDP packets
to neighbour node, after receiving LLDP packets, neighbour node will adjust the aging time of
its neighbour nodes (sending side) information. Aging time formula, TTL = Min {65535,
(interval × hold-multiplier)}:
Interval indicates the time period to send LLDP packets from neighbor node.
Hold-multiplier refers to the aging coefficient of device information in neighbor node.
Scenario
When you obtain connection information between devices through NView NNM system for
topology discovery, the ISCOM2600G series switch needs to enable LLDP, notify their
information to the neighbours mutually, and store neighbour information to facilitate the
NView NNM system queries.
Prerequisite
N/A
After global LLDP is disabled, you cannot re-enable it immediately. Global LLDP
cannot be enabled unless the restart timer times out.
When you obtain connection information between devices through the NView NNM system
for topology discovery, the ISCOM2600G series switch needs to enable LLDP, sends their
information to the neighbours mutually, and stores neighbour information to facilitate query
by the NView NNM system.
Enable global LLDP for the ISCOM2600G series switch as below.
When configuring the delay timer and period timer, the value of the delay timer
should be smaller than or equal to a quarter of the period timer value.
Configure basic functions of LLDP for the ISCOM2600G series switch as below.
MDI TLV.
12.3.10 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear lldp statistic Clear LLDP statistics.
interface-type interface-number
interface-type: interface type
Example:
interface-number: interface ID
Raisecom(config)#clear lldp statistic
gigaethernet 1/1/1
Raisecom(config)#clear lldp remote-table Clear LLDP neighbor
[ interface-type interface-number ] information.
Example:
interface-type: interface type
Raisecom(config)#clear lldp remote-table
interface-number: interface ID
gigaethernet 1/1/1
Raisecom(config)#clear lldp global Clear global LLDP statistics.
statistic
Networking requirements
As shown in Figure 12-9, the Switch is connected to the NView NNM system; enable LLDP
between Switch A and Switch B, query Layer 2 link change through the NView NNM system.
The neighbor aging, new neighbor and neighbor information changes will be reported as
LLDP alarms to the NView NNM system.
Configuration steps
Step 1 Enable global LLDP and LLDP alarm.
Configure Switch A.
Raisecom#hostname SwitchA
SwitchA#config
SwitchA(config)#lldp enable
Configure Switch B.
Raisecom#hostname SwitchB
SwitchB#config
SwitchB(config)#lldp enable
Configure Switch B.
Configure Switch B.
SwitchB(config)#lldp trap-interval 10
Checking results
Use the show lldp local config command to show local configurations.
Scenario
Fault diagnostics f optical modules provide a method for detecting SFP performance
parameters. You can predict the service life of optical module, isolate system fault and check
its compatibility during installation through analyzing monitoring data.
Prerequisite
The optical module used on the ISCOM2600G series switch should be a Raisecom-certified
one. If you use an optical module of other vendors, problems of unstable services, failure in
supporting DDM, or incorrect DDM information will happen.
DDM trap.
The severity of output information can be manually configured. When you send
information according to the configured severity, you can just send the information
whose severity is less than or equal to that of the configured information. For
example, when the information is configured with the level 3 (or the severity is errors),
the information whose level ranges from 0 to 3, in other words, the severity ranges
from emergencies to errors, can be sent.
Scenario
The ISCOM2600G series switch generates the login successes or failures, key information,
debugging information, and error information to system log, outputs them as log files, and
sends them to the logging host, Console interface, or control console to facilitate checking and
locating faults.
Prerequisite
N/A
20 characters.
– mnemonics: the length of the key ranges from
1 to 30 characters.
– msg-body: the length of the key ranges from 1
to 64 characters.
– Logs that contain these keywords will be
ranging from 1 to 5
| warnings | reasons.
discriminator errors: level 3, error. Do not affect serviced but need
discriminator attention.
-number ] warnings: level 4, warning. May cause service fault and
Example: need attention.
Raisecom(conf notifications: level 5, normal. Provide key operation
ig)#logging information when the device works properly.
host 10.0.0.1 informational: level 6, notification event. Provide general
alerts operation information when the device works properly.
debugging: level 7, debugging information. Provide
ranging from 1 to 5
ranging from 1 to 5
5 Raisecom(conf (Optional) output system logs to the Flash of the
ig)#logging ISCOM2600G series switch.
file
[ discriminat Only warning-level logs are available.
or distriminator: establish a connection with the
discriminator discriminator. Output discriminated logs to the log history
-number ] table.
Example: distriminator-number: discriminator number, an integer,
ranging from 1 to 5
Raisecom(conf (Optional) configure the system log buffer size.
ig)#logging
size: buffer size, an integer, ranging from 4 to 256, in
buffered size
size units of Kbyte
Example:
Raisecom(conf
ig)#logging
buffered size
10
7 Raisecom(conf (Optional) output system logs to the log history list.
ig)#logging
history
The level of the output logs is the one of the translated
Trap.
Raisecom(conf (Optional) configure the log history list size.
ig)#logging
size: log history size, an integer, ranging from 1 to 500
history size
size
Example:
Raisecom(conf
ig)#logging
history size
100
distriminator reasons.
-number ] errors: level 3, error. Do not affect serviced but need
Example: attention.
Raisecom(conf warnings: level 4, warning. May cause service fault and
ig)#logging need attention.
trap errors notifications: level 5, normal. Provide key operation
ranging from 1 to 5
12.5.7 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear logging buffer Clear log information in the buffer.
Raisecom(config)#clear logging Clear log statistics.
statistics
Networking requirements
As shown in Figure 12-10, configure system log, and output device log information to log
host for user to check.
Configuration steps
Step 1 Configure the IP address of the ISCOM2600G series switch.
Raisecom#config
Raisecom(config)#interface vlan 1
Raisecom(config-vlan1)#ip address 20.0.0.6 255.0.0.0
Raisecom(config-vlan1)#exit
Raisecom(config)#logging on
Raisecom(config)#logging time-stamp log datetime
Raisecom(config)#logging rate-limit 2
Raisecom(config)#logging host 20.0.0.168 warnings
Checking results
Use the show logging command to show configurations of system log.
Raisecom#show logging
Syslog logging: enable
Dropped Log messages: 0
Dropped debug messages: 0
Rate-limited: 2 messages per second
Squence number display: disable
Debug level time stamp: none
Log level time stamp: datetime
Log buffer size: 4kB
Debug level: low
Syslog history logging: disable
Syslog history table size:1
Dest Status Level LoggedMsgs DroppedMsgs Discriminator
-------------------------------------------------------------------------
---
buffer enable informational(6) 10 0 0
console enable informational(6) 10 0 0
trap disable warnings(4) 0 0 0
file enable debugging(7) 17 0 0
Log host information:
Max number of log server: 10
Current log server number: 1
Target Address Level Facility Sent Drop
Discriminator
-------------------------------------------------------------------------
--------------
20.0.0.168 warnings(4) local7 0 0 0
Alarm classification
Alarms can be divided into three types according to properties:
Fault alarm: refer to alarms for some hardware fault or some abnormal important
functions, such as port Down alarm;
Recovery alarm: refer to alarms that are generated when device failure or abnormal
function returns to normal, such as port Up alarm;
Event alarm: refer to prompted alarms or alarms that are generated because of failure in
relating the fault to the recovery, such as alarms generated by failing to ping.
Alarms can be divided into five types according to functions:
Communication alarm: refer to alarms related to the processing of information
transmission, including alarms that are generated by communication fault between
Network Elements (NE), NEs and NMS, or NMS and NMS.
Service quality alarm: refer to alarms caused by service quality degradation, including
congestion, performance decline, high resource utilization rate, and the bandwidth
reducing.
Processing errored alarm: refer to alarms caused by software or processing errors,
including software errors, memory overflow, version mismatching, and the abnormal
program aborts.
Environmental alarm: refer to alarms caused by equipment location-related problems,
including the environment temperature, humidity, ventilation and other abnormal
working conditions.
Device alarm: refer to alarms caused by failure of physical resources, including power,
fan, processor, clock, Rx/Tx interfaces, and other hardware.
Alarm output
There are three alarm output modes:
Alarm buffer: alarm is recorded in tabular form, including the current alarm table and
history alarm table.
− Current alarm table, recording alarm which is not cleared, acknowledged or restored.
− History alarm table, consisting of acknowledged and restored alarm, recording the
cleared, auto-restored or manually acknowledged alarm.
Log: alarm is generated to system log when recorded in the alarm buffer, and stored in
the alarm log buffer.
Trap information: alarm sent to NMS when the NMS is configured.
Alarm will be broadcasted according to various terminals configured by the ISCOM2600G
series switch, including CLI terminal and NMS.
Log output of alarm starts with the symbol "#", and the output format is as below:
Field Description
Arise From Description Descriptions about an alarm
Alarm levels
The alarm level is used to identify the severity degree of an alarm. The level is defined in
Table 12-6.
Related concepts
Related concepts about alarm management are displayed as below:
Alarm suppression
The ISCOM2600G series switch only records root-cause alarms but incidental alarms when
enabling alarm suppression. For example, the generation of alarm A will inevitably produce
alarm B which is in the inhibition list of alarm A, then alarm B is inhibited and does not
appear in alarm buffer and record the log information when enabling alarm suppression. By
enabling alarm suppression, the ISCOM2600G series switch can effectively reduce the
number of alarms.
Alarm A and alarm B will be recorded on the ISCOM2600G series switch and reported to the
NMS when alarm suppression is disabled.
Alarm auto-report
Auto-report refers that an alarm will be reported to NMS automatically with its generation
and you do not need to initiate inquiries or synchronization.
You can configure auto-report to some alarm, some alarm source, or the specified alarm from
specified alarm source.
The alarm source refers to an entity that generates related alarms, such as ports,
devices, and cards.
Alarm monitoring
Alarm monitoring is used to process alarms generated by modules:
− When the alarm monitoring is enabled, the alarm module will receive alarms
generated by modules, and process them according to the configurations of the alarm
module, such as recording alarm in alarm buffer, or recording system logs.
− When the alarm monitoring is disabled, the alarm module will discard alarms
generated by modules without follow-up treatment. In addition, alarms will not be
recorded on the ISCOM2600G series switch.
You can perform the alarm monitoring on some alarm, alarm source or specified alarm on
from specified alarm source.
Alarm reverse mode
Alarm reverse refers to the device will report the information opposite to actual status when
recording alarm, or report the alarm when there is no alarm. Alarms are not reported if there
are alarms.
Currently, the device is only in support of reverse mode configuration of the interface. There
are three reverse modes to be configure; the specific definitions are as below:
− Non-reverse mode
The device alarm is reported normally.
− Manual reverse mode
Configure the alarm reverse mode of an interface as manual reverse mode. In this mode, no
matter what the current alarm status is, the reported alarm status of the interface will be
changed opposite to the actual alarm status immediately; in other words, alarms are not
reported when there are alarms, and alarms are reported when there are no alarms actually.
The interface will maintain the opposite alarm status regardless of the alarm status changes
before the alarm reverse status being restored to non-reverse mode.
− Auto-reverse mode
Configure the alarm reverse mode as auto-reverse mode. If no reversible alarm is on the
interface, this configuration will be prompted as failure. If reversible alarms are on the
interface, this configuration will succeed and enter reverse mode; in other words, the reported
alarm status of the interface will be changed opposite to the actual alarm status immediately.
After the alarm is finished, the enabling state of interface alarm reverse will end automatically
and changes to non-reverse alarm mode so that the alarm status can be reported normally in
the next alarm.
Alarm delay
Alarm delay refers that the ISCOM2600G series switch will record alarms and report them to
NMS after a delay but not immediately when alarms generate. Delay for recording and
reporting alarms are identical.
By default, the device alarm is reported once generating (0s), which is instant reporting; clear
alarm once it ends (0s), which is instant clearing.
Alarm storage mode
Alarm storage mode refers to how to record new generated alarms when the alarm buffer is
full. There are two ways:
− stop: stop mode, when the alarm buffer is full, new generated alarms will be
discarded without recording.
− loop: wrapping mode, when the alarm buffer is full, the new generated alarms will
replace old alarm and take rolling records.
Use configured storage mode to deal with new generated alarm when the alarm in device
alarm table is full.
Clearing alarms
Clear the current alarm, which means deleting current alarms from the current alarm table.
The cleared alarms will be saved to the history alarm table.
Viewing alarms
The administrator can check alarms and monitor alarm directly on the ISCOM2600G series
switch. If the ISCOM2600G series switch is configured with NView NNM system, the
administrator can monitor alarms on the NView NNM system.
Scenario
When the device fails, alarm management module will collect fault information and output
alarm occurrence time, alarm name and description information in log format to help users
locate problem quickly.
If the device is configured with the NMS, alarm can be reported directly to the NMS,
providing possible alarm causes and treatment recommendations to help users deal with fault.
If the device is configured with hardware monitoring, it will record the hardware monitoring
alarm table, generated Syslog, and sent Trap when the operation environment of the device
becomes abnormal, and notify the user of taking actions accordingly and prevent faults.
Alarm management facilitates alarm suppression, alarm auto-reporting, alarm monitoring,
alarm reverse, alarm delay, alarm memory mode, alarm clear and alarm view directly on the
device.
Prerequisite
Hardware environment monitoring alarm output:
In Syslog output mode: alarms will be generated into system logs. To send alarm to the
system log host, configure the IP address of the system log host for the device.
In Trap output mode: configure the IP address of the NMS for the device.
logs.
10 Raisecom(config)#alar (Optional) enable relevant alarm inhibition.
m correlation-Inhibit
{ enable | disable } Use the disable form of this command to
Example: disable this function.
Raisecom(config)#alar enable: enable relevant alarm inhibition.
m correlation-Inhibit disable: disable relevant alarm inhibition.
enable
You can enable/disable alarm monitoring, alarm auto-reporting, and alarm clearing on
modules that support alarm management.
12.7.1 Introduction
Hardware environment monitoring mainly refers to monitor the running environment of the
ISCOM2600G series switch. The monitoring alarm events include:
Power supply state alarm
Temperature beyond threshold alarm
Flash monitoring alarm
There are several ways to notify users when an alarm is generated. The alarm event output
methods are as below:
Save to the device hardware environment monitoring alarm buffer.
Output Syslog system log.
Send Trap to the NMS.
You can take appropriate measures to prevent failure when alarm events happen.
Alarm events
Power supply monitoring alarms
Power supply state change alarms
Power supply state change refers that unplugged power supply is plugged into the device and
vice versa. The ISCOM2600G series switch supports dual power supplies. Therefore, power
supply state change alarms are divided into the single power supply state change alarm and
device dying gasp alarm.
– Dual power supply state change alarm: notify uses that power supply 1/power supply
2 changes. The ISCOM2600G series switch supports saving to the device hardware
environment monitoring alarm buffer, sending Trap to the NView NNM system, and
outputting to the system log and relay.
– Device dying gasp alarm: dual power modules are unplugged, in other words, two
power modules are out of position. The ISCOM2600G series switch supports saving
to the device hardware environment monitoring alarm buffer, sending Trap to the
NView NNM system, and outputting to the system log and relay.
Temperature beyond threshold alarm
The device supports temperature beyond threshold alarm event, when the current temperature
is lower than low temperature threshold, the low temperature alarm event will generate. The
ISCOM2600G series switch supports saving to the device hardware environment monitoring
alarm buffer, sending Trap to the NView NNM system, and outputting to the system log and
relay.
When the device current temperature is higher than high temperature threshold, the high
temperature alarm event will generate. The ISCOM2600G series switch supports saving to the
device hardware environment monitoring alarm buffer, sending Trap to the NView NNM
system, and outputting to the system log and relay.
Field Description
device (global alarm)
Alarm source
Interface number (interface status alarm)
Timestamp Alarm time, in the form of absolute time
dev-power-down (power-down alarm)
Alarm event type
power-abnormal (power-abnormal alarm, one of two powers
is power down.)
high-temperature (high-temperature alarm)
low-temperature (low-temperature alarm)
all-alarm (clear all alarms)
Syslog output
Record alarms to Syslog.
Syslog output has global switch and all monitored alarm events still have their own Syslog
alarm output switches. When the global switch and monitored alarm events switches are
concurrently enabled, the alarm will generate Syslog output.
Table 12-8 describes Syslog information.
Scenario
Hardware environment monitoring provides environment monitoring for the devices, through
which you can monitor the fault. When device operation environment is abnormal, this
function will record hardware environment monitoring alarm list, generate system log, or send
Trap and other alarms to notify taking corresponding measures and preventing fault.
Prerequisite
Hardware environment monitoring alarm output:
In Syslog output mode: alarms will be generated into system logs. To send alarm to the
system log host, configure system log host IP address for the device.
In Trap output mode: configure the management IP address of the device.
Syslog.
Scenario
CPU monitoring can provide realtime monitoring to the task status, CPU utilization rate and
stack usage in the system, provide CPU utilization rate threshold alarm, detect and eliminate
hidden dangers, or help administrator for fault location.
Prerequisite
When the CPU monitoring alarm needs to be output in Trap mode, configure Trap output
target host address, which is IP address of NView NNM system.
Scenario
In hot environment, too high temperature affects heat dissipation of the ISCOM2600G series
switch. Thus fan monitoring must be configured so that the rotational speed is automatically
adjusted according to environment temperature and the ISCOM2600G series switch runs
properly.
Precondition
N/A
Scenario
After cable diagnosis is enabled, you can learn the running status of cables, locate and clear
faults, if any, in time.
Prerequisite
N/A
When you enable the function of not restarting the interface upon cable diagnosis,
the interface that is in Up status will be restarted once and then obtain cable
diagnosis data. Then, when cable diagnosis is ongoing, the interface that is in Up
status will not be restarted but directly read cable diagnosis data saved in the buffer,
and the interface that is in Down status will obtain the length to the faulty point during
cable diagnosis. The newly inserted interface will automatically execute cable
diagnosis and save results in the buffer.
Scenario
Memory monitoring enables you to learn the memory utilization in real time, and provides
memory utilization threshold alarms, thus facilitating you to locate and clear potential risks
and help network administrator to locate faults.
Prerequisite
To output memory utilization threshold alarms as Trap, configure the IP address of the target
host, namely, the IP address of the NMS server.
12.12 PING
12.12.1 Introduction
Packet Internet Groper (PING) derives from the sonar location operation, which is used to
detect whether the network is normally connected. PING is achieved with ICMP echo packets.
If an Echo Reply packet is sent back to the source address during a valid period after the Echo
Request packet is sent to the destination address, it indicates that the route between source and
destination address is reachable. If no Echo Reply packet is received during a valid period and
timeout information is displayed on the sender, it indicates that the route between source and
destination addresses is unreachable.
Figure 12-11 shows principles of PING.
The ISCOM2600G series switch cannot perform other operations in the process of
PING. It can perform other operations only when PING is finished or break off PING
by pressing Ctrl+C.
12.13 Traceroute
12.13.1 Introduction
Similar with PING, Traceroute is a commonly-used maintenance method in network
management. Traceroute is often used to test the network nodes of packets from sender to
destination, detect whether the network connection is reachable, and analyze network fault
Traceroute works as below:
Step 1 Send a piece of TTL1 sniffer packet (where the UDP port number of the packet is unavailable
to any application programs in destination side).
Step 2 TTL deducts 1 when reaching the first hop. Because the TTL value is 0, in the first hop the
device returns an ICMP timeout packet, indicating that this packet cannot be sent.
Step 3 The sending host adds 1 to TTL and resends this packet.
Step 4 Because the TTL value is reduced to 0 in the second hop, the device will return an ICMP
timeout packet, indicating that this packet cannot be sent.
The previous steps continue until the packet reaches the destination host, which will not return
ICMP timeout packets. Because the port number of destination host is not be used, the
destination host will send the port unreachable packet and finish the test. Thus, the sending
host can record the source address of each ICMP TTL timeout packet and analyze the path to
the destination according to the response packet.
Figure 12-12 shows principles of traceroute.
units of second
count: configure the number of detection packets sent at
from 1 to 10
size: specify the size of detection packets.
sizevalue: size of detection packets, an integer, ranging
units of second
count: configure the number of detection packets sent at
from 1 to 10
size: specify the size of detection packets.
sizevalue: size of detection packets, an integer, ranging
Scenario
To learn performance of the ISCOM2600G series switch, you can use performance statistics
to gather current or historical statistics about packets based on interface or service flow.
Prerequisite
N/A
The time for gathering statistics is not related to the time for configuring the command,
but related to the system time. Performance statistics take 15min as a period to
complete a round of statistics. For example, if the first round of performance statistics
Raisecom Proprietary and Confidential
561
Copyright © Raisecom Technology Co., Ltd.
Raisecom
ISCOM2600G (A) Series Configuration Guide (CLI) 12 System management
is enabled at the 5th minute, the first round actually starts at the 15th minute and
ends at 30th minute.
12.14.6 Maintenance
Maintain the ISCOM2600G series switch as below.
Command Description
Raisecom(config)#clear performance Clear performance statistics.
statistics history
13 Appendix
This chapter list terms, acronyms, and abbreviations involved in this document, including the
following sections:
Terms
Acronyms and abbreviations
13.1 Terms
A
A series of ordered rules composed of permit | deny sentences. These
Access
rules are based on the source MAC address, destination MAC address,
Control List
source IP address, destination IP address, and interface ID. The device
(ACL)
determines to receive or refuse the packets based on these rules.
Automatic
The technology that is used for automatically shutting down the laser to
Laser
avoid the maintenance and operation risks when the fiber is pulled out or
Shutdown
the output power is too great.
(ALS)
The interface automatically chooses the rate and duplex mode according
to the result of negotiation. The auto-negotiation process is: the interface
Auto-
adapts its rate and duplex mode to the highest performance according to
negotiation
the peer interface; in other words, both ends of the link adopt the highest
rate and duplex mode they both support after auto-negotiation.
Automatic APS is used to monitor transport lines in real time and automatically
Protection analyze alarms to discover faults. When a critical fault occurs, through
Switching APS, services on the working line can be automatically switched to the
(APS) protection line, thus the communication is recovered in a short period.
B
Small parts at both sides of the chassis, used to install the chassis into
Bracket
the cabinet
C
CHAP is a widely supported authentication method in which a
representation of the user's password, rather than the password itself, is
sent during the authentication process. With CHAP, the remote access
server sends a challenge to the remote access client. The remote access
client uses a hash algorithm (also known as a hash function) to compute
Challenge a Message Digest-5 (MD5) hash result based on the challenge and a
Handshake hash result computed from the user's password. The remote access client
Authentication sends the MD5 hash result to the remote access server. The remote
Protocol access server, which also has access to the hash result of the user's
(CHAP) password, performs the same calculation using the hash algorithm and
compares the result to the one sent by the client. If the results match, the
credentials of the remote access client are considered authentic. A hash
algorithm provides one-way encryption, which means that calculating
the hash result for a data block is easy, but determining the original data
block from the hash result is mathematically infeasible.
D
A security feature that can be used to verify the ARP data packets in the
Dynamic ARP
network. With DAI, the administrator can intercept, record, and discard
Inspection
ARP packets with invalid MAC address/IP address to prevent common
(DAI)
ARP attacks.
Dynamic Host A technology used for assigning IP address dynamically. It can
Configuration automatically assign IP addresses for all clients in the network to reduce
Protocol workload of the administrator. In addition, it can implement centralized
(DHCP) management of IP addresses.
E
Complying with IEEE 802.3ah protocol, EFM is a link-level Ethernet
Ethernet in the OAM technology. It provides the link connectivity detection, link fault
First Mile monitoring, and remote fault notification for a link between two directly-
(EFM) connected devices. EFM is mainly used for the Ethernet link on edges of
the network accessed by users.
It is an APS protocol based on ITU-T G.8032 standard, which is a link-
Ethernet Ring layer protocol specially used for the Ethernet ring. In normal conditions,
Protection it can avoid broadcast storm caused by the data loop on the Ethernet
Switching ring. When the link or device on the Ethernet ring fails, services can be
(ERPS) quickly switched to the backup line to enable services to be recovered in
time.
F
In a communication link, both parties can receive and send data
Full duplex
concurrently.
H
Half duplex In a communication link, both parties can receive or send data at a time.
I
Institute of
A professional society serving electrical engineers through its
Electrical and
publications, conferences, and standards development activities. The
Electronics
body responsible for the Ethernet 802.3 and wireless LAN 802.11
Engineers
specifications.
(IEEE)
Internet The organization operated under the IAB. IANA delegates authority for
Assigned IP address-space allocation and domain-name assignment to the NIC and
Numbers other organizations. IANA also maintains a database of assigned
Authority protocol identifiers used in the TCP/IP suite, including autonomous
(IANA) system numbers.
A worldwide organization of individuals interested in networking and
the Internet. Managed by the Internet Engineering Steering Group
Internet (IESG), the IETF is charged with studying technical problems facing the
Engineering Internet and proposing solutions to the Internet Architecture Board
Task Force (IAB). The work of the IETF is carried out by various working groups
(IETF) that concentrate on specific topics, such as routing and security. The
IETF is the publisher of the specifications that led to the TCP/IP
protocol standard.
L
Label Symbols for cable, chassis, and warnings
With link aggregation, multiple physical Ethernet interfaces are
combined to form a logical aggregation group. Multiple physical links in
one aggregation group are taken as a logical link. Link aggregation helps
Link
share traffic among member interfaces in an aggregation group. In
Aggregation
addition to effectively improving the reliability on links between
devices, link aggregation can help gain greater bandwidth without
upgrading hardware.
Link
Aggregation
A protocol used for realizing link dynamic aggregation. The LACPDU is
Control
used to exchange information with the peer device.
Protocol
(LACP)
Link-state tracking provides an interface linkage scheme, extending the
range of link backup. Through monitoring upstream links and
Link-state synchronizing downstream links, faults of the upstream device can be
tracking transferred quickly to the downstream device, and primary/backup
switching is triggered. In this way, it avoids traffic loss because the
downstream device does not sense faults of the upstream link.
M
Multi-Mode
In this fiber, multi-mode optical signals are transmitted.
Fiber (MMF)
N
A time synchronization protocol defined by RFC1305. It is used to
synchronize time between distributed time server and clients. NTP is
Network Time
used to perform clock synchronization on all devices that have clocks in
Protocol
the network. Therefore, the devices can provide different applications
(NTP)
based on a unified time. In addition, NTP can ensure a very high
accuracy with an error of 10ms or so.
O
Open Shortest
An internal gateway dynamic routing protocol, which is used to
Path First
determine the route in an Autonomous System (AS)
(OSPF)
A distribution connection device between the fiber and a communication
Optical
device. It is an important part of the optical transmission system. It is
Distribution
mainly used for fiber splicing, optical connector installation, fiber
Frame (ODF)
adjustment, additional pigtail storage, and fiber protection.
P
Password PAP is an authentication protocol that uses a password in Point-to-Point
Authentication Protocol (PPP). It is a twice handshake protocol and transmits
Protocol unencrypted user names and passwords over the network. Therefore, it is
(PAP) considered unsecure.
Point-to-point
PPPoE is a network protocol for encapsulating PPP frames in Ethernet
Protocol over
frames. With PPPoE, the remote access device can control and account
Ethernet
each access user.
(PPPoE)
Q
QinQ is (also called Stacked VLAN or Double VLAN) extended from
802.1Q, defined by IEEE 802.1ad recommendation. Basic QinQ is a
simple Layer 2 VPN tunnel technology, encapsulating outer VLAN Tag
QinQ for client private packets at carrier access end, the packets take double
VLAN Tag passing through trunk network (public network). In public
network, packets only transmit according to outer VLAN Tag, the
private VLAN Tag are transmitted as data in packets.
A network security mechanism, used to solve problems of network delay
and congestion. When the network is overloaded or congested, QoS can
Quality of ensure that packets of important services are not delayed or discarded
Service (QoS) and the network runs high efficiently. Depending on the specific system
and service, it may relate to jitter, delay, packet loss ratio, bit error ratio,
and signal-to-noise ratio.
R
Rapid
Spanning Tree Evolution of the Spanning Tree Protocol (STP), which provides
Protocol improvements in the speed of convergence for bridged networks
(RSTP)
Remote RADIUS refers to a protocol used to authenticate and account users in
Authentication the network. RADIUS works in client/server mode. The RADIUS server
Dial In User is responsible for receiving users' connection requests, authenticating
Service users, and replying configurations required by all clients to provide
(RADIUS) services for users.
Simple
Network Time
SNTP is mainly used for synchronizing time of devices in the network.
Protocol
(SNTP)
Single-Mode
In this fiber, single-mode optical signals are transmitted.
Fiber (SMF)
Spanning Tree STP can be used to eliminate network loops and back up link data. It
Protocol blocks loops in logic to prevent broadcast storms. When the unblocked
(STP) link fails, the blocked link is re-activated to act as the backup link.
V
VLAN is a protocol proposed to solve broadcast and security issues for
Virtual Local
Ethernet. It divides devices in a LAN into different segments logically
Area Network
rather than physically, thus implementing multiple virtual work groups
(VLAN)
which are based on Layer 2 isolation and do not affect each other.
VLAN mapping is mainly used to replace the private VLAN Tag of the
Ethernet service packet with the ISP's VLAN Tag, making the packet
transmitted according to ISP's VLAN forwarding rules. When the packet
VLAN
is sent to the peer private network from the ISP network, the VLAN Tag
mapping
is restored to the original private VLAN Tag according to the same
VLAN forwarding rules. Thus, the packet is sent to the destination
correctly.
B
BC Boundary Clock
BDR Backup Designated Router
C
CAR Committed Access Rate
CAS Channel Associated Signaling
CBS Committed Burst Size
CE Customer Edge
CHAP Challenge Handshake Authentication Protocol
CIDR Classless Inter-Domain Routing
CIR Committed Information Rate
CIST Common Internal Spanning Tree
CLI Command Line Interface
CoS Class of Service
CPU Central Processing Unit
CRC Cyclic Redundancy Check
CSMA/CD Carrier Sense Multiple Access/Collision Detection
CST Common Spanning Tree
D
DAI Dynamic ARP Inspection
DBA Dynamic Bandwidth Allocation
DC Direct Current
DHCP Dynamic Host Configuration Protocol
DiffServ Differentiated Service
DNS Domain Name System
DRR Deficit Round Robin
DS Differentiated Services
DSL Digital Subscriber Line
F
FCS Frame Check Sequence
FE Fast Ethernet
FIFO First Input First Output
FTP File Transfer Protocol
G
GARP Generic Attribute Registration Protocol
GE Gigabit Ethernet
GMRP GARP Multicast Registration Protocol
GPS Global Positioning System
GVRP Generic VLAN Registration Protocol
H
HDLC High-level Data Link Control
HTTP Hyper Text Transfer Protocol
I
IANA Internet Assigned Numbers Authority
ICMP Internet Control Message Protocol
IE Internet Explorer
IEC International Electro technical Commission
IEEE Institute of Electrical and Electronics Engineers
L
LACP Link Aggregation Control Protocol
LACPDU Link Aggregation Control Protocol Data Unit
LAN Local Area Network
LCAS Link Capacity Adjustment Scheme
LLDP Link Layer Discovery Protocol
LLDPDU Link Layer Discovery Protocol Data Unit
M
MAC Medium Access Control
MDI Medium Dependent Interface
MDI-X Medium Dependent Interface cross-over
MIB Management Information Base
MSTI Multiple Spanning Tree Instance
MSTP Multiple Spanning Tree Protocol
MTBF Mean Time Between Failure
MTU Maximum Transmission Unit
MVR Multicast VLAN Registration
N
NMS Network Management System
NNM Network Node Management
NTP Network Time Protocol
NView NNM NView Network Node Management
O
OAM Operation, Administration and Management
OC Ordinary Clock
ODF Optical Distribution Frame
OID Object Identifiers
Option 82 DHCP Relay Agent Information Option
OSPF Open Shortest Path First
P
P2MP Point to Multipoint
P2P Point-to-Point
PADI PPPoE Active Discovery Initiation
PADO PPPoE Active Discovery Offer
PADS PPPoE Active Discovery Session-confirmation
PAP Password Authentication Protocol
PDU Protocol Data Unit
PE Provider Edge
PIM-DM Protocol Independent Multicast-Dense Mode
PIM-SM Protocol Independent Multicast-Sparse Mode
PING Packet Internet Grope
PPP Point to Point Protocol
PPPoE PPP over Ethernet
PTP Precision Time Protocol
Q
QoS Quality of Service
R
RADIUS Remote Authentication Dial In User Service
RCMP Raisecom Cluster Management Protocol
RED Random Early Detection
RH Relative Humidity
RIP Routing Information Protocol
S
SCADA Supervisory Control And Data Acquisition
SF Signal Fail
SFP Small Form-factor Pluggable
SFTP Secure File Transfer Protocol
SLA Service Level Agreement
SNMP Simple Network Management Protocol
SNTP Simple Network Time Protocol
SP Strict-Priority
SPF Shortest Path First
SSHv2 Secure Shell v2
STP Spanning Tree Protocol
T
TACACS+ Terminal Access Controller Access Control System
TC Transparent Clock
TCP Transmission Control Protocol
TFTP Trivial File Transfer Protocol
TLV Type Length Value
ToS Type of Service
TPID Tag Protocol Identifier
TTL Time To Live
V
VLAN Virtual Local Area Network
VRRP Virtual Router Redundancy Protocol
W
WAN Wide Area Network
WRR Weight Round Robin