Modified MODE command
Modified E1 connector description
Modified chapter 7.3.5 (- 48Vdc Connector)
Modified chapter 8.1.3
Added new NMTHR, LATHR, V2T and ALARMTRAPS
commands and alarms
Major changes to previous version
6
User Manual NTU Orion 2
SAFETY REGULATIONS
IF THE UNIT IS NOT USED IN ACCORDANCE TO REGULATIONS DESCRIBED AND DEFINED IN
THE CHAPTERS ”TECHNICAL DESCRIPTION” AND “TECHNICAL SPECIFICATIONS”, FLEXDSL
TELECOMMUNICATIONS AG REFUSES TO TAKE ANY RESPONSIBILITY. FURTHERMORE, NO
WARRANTY IS GRANTED IN SUCH CASE!
ITS ONLY ALLOWED TO USE EXTERNAL POWER SUPPLYS THAT ARE APPROVED ACOORDING
TO THE SAFETY STANDARD IEC/EN 60950-1.
ITS ONLY ALLOWED TO USE A REMOTE DSL POWER SOURCE THAT HAS AN APPROVED TVN3
INTERFACE.
THE ERTH SCREW OF THE UNIT HAS TO BE CONNECTED PERMANENTLY TO A RELIABLE
PROTECTIVE ERTH CONDUCTOR.
INCORRECT USE OF THIS DEVICE, USE IN ANY OTHER ENVIRONMENT AND/OR HOUSING THAN
PROVIDED BY FLEXDSL MIGHT LEAD TO HARMFUL CONDITIONS. FAILURE TO FOLLOW THESE
PRECAUTIONS MAY RESULT IN DEATH, SEVERE INJURY OR PROPERTY DAMAGE.
Please read this manual carefully before operating the system.
Installation of this equipment has to be done by qualified personnel only.
EU DIRECTIVE 2002/96/EC AND EN50419
This equipment is marked with the above recycling symbol. It means that at the end of the life of
the equipment you must dispose of it separately at an appropriate collection point and not place
it in the normal domestic unsorted waste stream. (European Union only)
7
User Manual NTU Orion 2
1 SELECTION GUIDE
8
User Manual NTU Orion 2
2 INTRODUCTION
The present document describes devices of the FlexDSL Orion 2 NTU family. The document
contains the technical description of the devices, installation, configuration, and operation
instructions. Appendices containing additional information about the system are also an integral
part of the present document.
Warning!! Before starting operating the equipment, read carefully PART 5 of the present
document. The guarantee will not be granted to the device malfunctioning or damaged due to
failure to comply with the requirements stated in the Section related to “Service Instructions” of
the present document.
Warning!! An example of fast configuration of the equipment is described in Appendix 6.1 of the
present document.
9
User Manual NTU Orion 2
3 TECHNICAL DESCRIPTION
3.1 Application and general information about FlexDSL Orion 2 devices
FlexDSL Orion 2 devices represent xDSL modems (ITU-T G.991.2– G.shdsl and ITU-T G.991.2
– G.shdsl.bis standards, TC-PAM line encoding). They are designed to organize high-speed
data communication channels over symmetric digital subscriber lines (DSLs) with the
transmission rates from 200 to 5704 kbit/s (with the step of 64 kbit/s). The TC-PAM (Trellis Coded Pulse Amplitude Modulation) encoding used in these devices well combines such
characteristics as the transmission range, noise immunity and electromagnetic operability. The
number of levels (code states) in TC-PAM is increased up to 32 and a special error correction
mechanism is used. To increase the distance range by 2 or more times, regenerators can be
used.
The family of FlexDSL Orion2 includes devices with G.703 and Ethernet network interfaces.
Thus, the FlexDSL Orion2 equipment provides complex services which allow one to transmit
simultaneously voice and data as well as to construct TDM networks of different topologies
without using expensive interface converter, multiplexers and cross-connect systems.
The devices of this family include network termination units (NTUs) and line termination units
(LTUs), which are installed at the customer (user) premises and the operator (provider)
premises, respectively. In addition, the devices of this family include regenerators. To organize
the “point-to-point” topology, the following schemes can be used: NTU – NTU, LTU – LTU or
NTU –LTU.
The devices can be powered from local DC sources. Regenerators and NTUs can be fed both
locally or remotely from LTUs. Figure 1.1 presents an example of organization of data
transmission systems with the help of modems of the FlexDSL Orion 2 family. Other variants of
the usage of this equipment are also possible.
The devices of this family have different mechanic designs: SubRack – a unit to be inserted into
a 19’’ FlexGain shelf; MiniRack – a 1U (44.5 mm) unit to be inserted into a 19’’ cabinet; Stand
Alone – a desktop unit; IP-67 – a unit in a water-proof plastic or silumin housing (class IP-67);
XCVR – a unit to be inserted into a hermetic steel housing.
The devices have the following possibilities for monitoring and management:
• Local management and control of remote devices and regenerators – VT 100;
• Local management and control of remote devices and regenerators – Telnet session;
• Operation in complex networks under the unified management system – support of SNMP.
The use of the Flash memory as the ROM provides an easy upgrade of the software.
xDSL modems are powered from a grounded primary DC source (38 … 78 V) or remotely.
Modems are designed to be used in-doors under the following environmental conditions:
- temperature of ambient air – from -5 … +45°C;
- relative air humidity – from 5% … 85% at +25°C.
3.2 Main features of FlexDSL Orion 2 devices
FlexDSL Orion 2 modems represent the next generation of modems of the FlexDSL Orion
family and have the following features:
1. A new type of line encoding – TC-PAM32 (TC-PAM16 is also supported).
2. Duplex data transmission over one symmetrical pair at 5.7 Mbit/s.
3. Simultaneous transmission of the TDM traffic and Ethernet data.
4. The 802.1q protocol.
5. Different ways of system configuration (for example, remote configuration of devices via
Telnet).
6. Embedded WEB interface.
7. The SNMP protocol.
8. Possibility of storing several configurations in the device’s EEPROM in order to download
the previous settings of the system.
9. Two levels of system users: administrator and user, protected with passwords.
10. The use of the modern circuit printed boards, chips and components.
11. Extended reliability of the equipment.
11
User Manual NTU Orion 2
3.3 Description of FlexDSL Orion 2 NTU devices
From the mechanic point of view, the device represents a case made of shockproof polystyrene
to withstand harsh environmental conditions, the case containing the basic elements of the
device. The power supply unit represents an external power supply in the form of a plug.
The front panel contains the following connectors and LEDs:
Table 3.1 Connectors and LEDs of the Stand Alone devices.
Element Description
DSL 1 A LED showing the status of the first line interface of the device
DSL 2 A LED showing the status of the second line interface of the device
Eth A LED showing the status of the Ethernet port
G.703 1 A LED showing the status of the first E1 port
G.703 2 A LED showing the status of the second E1 port
Ethernet An RJ45 connector for the connection of Ethernet + two LEDs
G.703 An RJ45 connector for the connection to the Е1 equipment + two LEDs
Monitor A DB9 connector (female) for the connection to the control terminal
-48VDC A connector for the connection to a primary DC source
LP/DP A toggle of the power supply (local/remote)
xDSL An RJ45 connector for the connection to the xDSL line + two LEDs
A grounding bolt
12
User Manual NTU Orion 2
Figure 3.2: Top- and front view Orion 2 NTU devices
13
User Manual NTU Orion 2
Figure 3.3. Rear view FlexDSL Orion 2 NTU devices
FG-PAM-SA2N-2E1B/Eth,V51
FG-PAM-SAN-E1B/Eth,V50
FG-PAM-SA2N-Eth,V53; FG-PAM-SA4N-Eth,V54
FG-PAM-SAN-Eth,V52
(from top to bottom).
14
User Manual NTU Orion 2
Figure 3.4. Top view FG-PAM-RAIL2N-2E1B/Eth, V51devices
Figure 3.5. Front view FG-PAM-RAIL2N-2E1B/Eth, V51 devices
3.3.1 Remote power supply, wetting current- supply and consumption modes
The wetting current supply and remote power supply modes can be changed by using jumpers
and the management PC.
3.3.1.1 Electrical safety regulations when using the remote power supply
Despite the safe voltage on each wire with respect to the ground (<120 Volts), the use the
remote power supply requires one to observe strictly the following rules:
15
User Manual NTU Orion 2
• When working with lines and the a junction box, the xDSL cable should be disconnected
from the device supplying the remote power;
• The insulation of cable pairs, junctions (junction boxes, plinths, etc.) should correspond to
norms and standards of the network;
3.3.1.2 Compatibility of wetting current supply and remote power supply modes
The table of compatibility of the wetting current supply and remote power supply modes is
presented below.
The devices operating in pairs should be configured for mutual operation (“√” –
compatible). The use of the mode «-» is not recommended because it may cause: high power
consumption, degradation of communication (communication stability), the use of additional
safety measures. The mode “incompatible” (inc) will not allow the devices to establish
communication (because in this case one or both devices will be de-energized).
Wetting current supply
and remote power supply
modes
Remote
consumptio
NTU LTU
power
n
No Remot
e
power
supply
Wetting current
supply
Wetting
current
consumptio
n
N
o
NTU Remote
inc inc √inc inc inc
power
consumption
No inc √- - √ √
Warning! To prevent the FAILURE OF THE EQUIPMENT, the use of “X” modes IS STRICTLY
PROHIBITED!
Table 3.2 Compatible operation of remote power supply and wetting current supply modes.
3.3.1.3 Remote power consumption for NTUs
NTU devices can be configured to the local power supply and remote power supply modes
(LP/DP). The LP/DP modes are switched from one to another with the help of a toggle on the
rear panel of the device (see Figure 3.4).
16
User Manual NTU Orion 2
Figure 3.4. Position of the switch of LP/DP modes on the NTU board.
Regenerators having the XCVR mechanic design are always powered remotely.
The default setting are:
• for NTUs of the Stand Alone type, the switch is in the LP position (local powering);
• for NTUs in the IP and PL housings, the switch is in the DP position (remote powering);
3.3.2 Description of FlexDSL Orion 2 interfaces
3.3.2.1 xDSL interface
The operation modes described below refer to the line interface of the device.
The FlexDSL Orion2 devices can have 1, 2 or 4 xDSL interfaces. The interfaces can operate
independently of each other as well as can be combined to operate in the multipair mode.
All independent xDSL interfaces and groups of xDSL interfaces operating in the multipair mode
can be configured separately from the other xDSL interfaces. The multipair mode, the
reservation mode and the mode of automatic configuration detection naturally limit independent
functioning of the interfaces.
All interfaces support the plesiochronous data transmission. It means that reference clock
frequencies, which are used to clock data transmission, can transmit data in different directions
in one xDSL link.
The clock frequencies of different xDSL channels are completely independent if they do not
operate in the multipair mode.
If the xDSL channel is configured to operate in the independent mode (normal settings), it can
simultaneously transmit one or several E1 streams and one WAN stream. This transmission is
plesiochronous. All E1 streams received by one DSL interface should use the same clock
frequency in one direction.
17
User Manual NTU Orion 2
Table 3.3 represents line settings in the independent mode.
Table 3.3 Line settings in the independent mode.
Mode Coding type Baserate Data
Standard
transmissio
n rate
Manual
configuration,
Master, Slave
Autodetection,
Master
Autodetection,
Slave
PAM16 3..60 Baserate* 64
PAM32 12..89
PAM16 Auto (3..60) Annex AB
PAM32 Auto (12..89)
Auto
(PAM16,
PAM32)
Auto (3..89) Annex AB
kbit/s
Annex A, Annex B,
Annex AB
(autodetection)
(autodetection)
(autodetection)
3.3.2.1.1 Master/Slave/Auto
To establish a connection, it is necessary that one transceiver has to be a Master and the other
– a Slave. In this case, the connection is controlled by the Master device. The regenerator can
also automatically detect the “Master/Slave operation modes. In this mode, the regenerator
automatically detects from the side of which of line interface the Master device and the Slave
modem are located.
The MASTER ON/OFF command (the Configuration management menu) is used to configure
the Master/Slave operation modes.
3.3.2.1.2 Multipair modes
FlexDSL Orion2 modems and regenerators support the multipair mode.
If 2, 3 or 4 DSL channels are configured to operate in the multipair mode, they function at the
same clock frequency and line rate as one DSL channel with doubled, tripled or quadrupled
transmission capacity. Similarly to the independent channel, such a combined channel can
simultaneously transmit one or several E1 streams and one WAN stream. This transmission is
plesiochronous. All E1 streams received by one DSL interface should use the same clock
frequency in one direction.
In the multipair mode, one xDSL channel serves as a Master channel, while the other xDSL
channels serve as Slave channels. If the link in one channel fails, links in all other channels
break too and the procedure of connection activation starts again.
The four-channel modems provide a possibility to organize pair-wise channels, i.e., these two
two-pair links will operate independently from each other.
The main application of the multipair modes is the increase in the transmission range. In this
case, some channels operate at low transmission rates. Limitations are imposed on the
Baserate parameter in the multipair mode. These limitations are listed in Table 3.4
18
User Manual NTU Orion 2
Table 3.4 Line configurations in the multipair mode.
Mode Coding
2-pair,
Manual configuration,
Master, Slave
2-pair,
Autodetection,
Master
2- pair,
Autodetection, Slave
3- pair,
Manual configuration,
Master, Slave
3- pair,
Autodetection,
Master
type
Baserate Data
transmission
Standard
rate
PAM16 3..60 2*Baserate*
PAM32 12..89
PAM16 Auto (3..60) Annex AB (autodetection)
PAM32 Auto (12..89)
Auto
(PAM16,
PAM32)
PAM16 3..60 3*Baserate*
PAM32 12..85
PAM16 Auto (3..60) Annex AB (autodetection)
PAM32 Auto (12..85)
Auto (3..89) Annex AB (autodetection)
64 kbit/s
64 kbit/s
Annex A, Annex B, Annex
AB (autodetection)
Annex A, Annex B, Annex
AB (autodetection)
3-pair,
Autodetection, Slave
4- pair,
Manual configuration,
Master, Slave
4- pair,
Autodetection,
Master
4- pair,
Autodetection, Slave
Auto
(PAM16,
PAM32)
PAM16 3..60 4*Baserate*
PAM32 12..64
PAM16 Auto (3..60) Annex AB (autodetection)
PAM32 Auto (12..64)
Auto
(PAM16,
PAM32)
Auto (3..85) Annex AB (autodetection)
Annex A, Annex B, Annex
64 kbit/s
Auto (3..64) Annex AB (autodetection)
AB (autodetection)
Figure 3.5 shows an example of organization of a four-pair operation mode. Four xDSL
channels are combined into one group of xDSL channels, though which a E1 stream and
Ethernet packets are transmitted. The use of this scheme involving the FlexDSL Orion2
equipment allows one to increase the transmission range, compared to the use of only one xDSl
channel (the adavantage in the transmission range will depend on the cable parameters and
noise immunity).
19
User Manual NTU Orion 2
Customer Premises EquipmentCentral Office
Ethernet
Network
ATS
ETH1
FlexDSL
Orion2
LTU
G.703 (E1-1)
FG-PAM-SR2L-4E1B/4Eth-RP, V9
DSL1
DSL2
DSL3
DSL4
FlexDSL
Orion2
LTU
FG-PAM-SR4L-4E1B/4Eth-RP, V9
ETH1
G.703 (E1-1)
Ethernet
Network
ATS
Figure 3.5 Example of organization of a four-pair operation mode.
The <MULTIPAIR> command is used to configure this operation mode.
3.3.2.1.3 Reservation
Reservation is provisioned for 2- and 4-channel FlexDSL Orion2 devices.
The main task of reservation is to transmit the most important data even in the case of a failure
of one or several DSL connections (contingency). Reservation should also provide an efficient
use of the bandwidth for all DSL channels used by it in the normal mode.
Reservation is not aimed at continuous transmission of important data in the case of
contingencies. When one or several DSL connections fail, a sort-term loss of Ethernet packet
and E1 data can occur.
DSL channels with the successive numbers, for example, DSL1,DSL2, or DSL2,DSL3,DSL4,
are merged into a group of channels with reservation. For these channels the traffic with the
lowest numbers has higher priority than the traffic with higher numbers. For example, DSL1 has
a higher priority than DSL2, and DSL2, in turn, has a higher priority than DSL3.
In the normal mode, each channel transmits its own data as usual.
If communication is lost in one or several channels of the reservation group, other working
channels transmit data of high-priority channels. Therefore, in the case of contingency the
system always operates as if the low-priority channels failed.
Consider reservation with two DSL1 and DSL2 channels (DSL1 has a higher priority than
DSL2). If the DSL2 channel fails, the DSL1 channel continues to operate without any changes.
If the DSL1 channel fails, the DSL2 channel transmits the data of the DSL1 channel. Hence, the
DSL1 channel should transmit the high-priority data.
If the substitute channel has a lower transmission capacity than the main channel, the volume of
the data being transmitted over it will decrease. First, the volume of WAN data will decrease up
to 1 TS, then, the number of transmitted time slots of the E1 stream will decrease, E1 being at
the end of the list of E1 streams being transmitted (i.e., in the list E1-1, E1-2, the E1-2 stream
will be deleted). First, time slots with large numbers are deleted. However, there is an exception
for TS 16, which, if transmitted, will be deleted before or after TS 0.
Table 3.5presents examples of reservation with two channels:
20
User Manual NTU Orion 2
Table 3.5 Examples of reservation with two channels.
Normal mode DSL2 down DSL1 down
Mode
DSL1: baserate 72,
DSL2: baserate 61
Total E1-1, E1-2, 69 TS WAN E1-1, 40 TS WAN E1-1, 29 TS WAN
DSL1: baserate 72,
DSL2: baserate 61
Total E1-1, E1-2, 69 TS WAN
DSL1: baserate 72,
DSL2: baserate 61
Total E1-1, 101 TS WAN 72 TS WAN 61 TS WAN
DSL1: baserate 89,
DSL2: baserate 89
DSL1 DSL2 DSL1 DSL2 DSL1 DSL2
E1-1,
40 TS
WAN
E1-1, E1-2,
8 TS WAN
72 TS
WAN
E1-1,
57 TS
WAN
E1-2,
29 TS
WAN
61 TS
WAN
E1-1,
29 TS
WAN
E1-2, E1-3,
25 TS
WAN
E1-1,
40 TS
WAN Failure Failure
E1-1, E1-2,
8 TS WAN
E1-1, E1-2, 8 TS
WAN
72 TS
WAN
E1-1,
57 TS
WAN
Failure Failure
E1-1, 28 TS E-12,
1 TS WAN
Failure Failure
Failure Failure
E1-1,
29 TS WAN
E1-1,
28 TS E1-2, 1
TS WAN
61 TS WAN
E1-1,
57 TS WAN
E1-1, E1-2, E1-3,
Total
82 TS WAN E1-1, 57 TS WAN E1-1, 57 TS WAN
Figure 3.6 illustrates an example of reservation for a two-channel system (according to the two
last rows in Table 3.5),
X means a contingency:
• Line rate over DSL1 and DSL2 is 89x64 kBit/s;
• In the normal mode, the system transmits the E1-1 stream, WAN data (Ethernet) over DSL1
and E1-2, E1-3, WAN data (Ethernet) over DSL2;
• The DSL1 interface has a higher priority compared to DSL2, therefore if communication in
the DSL2 channel fails (down), no reservation occurs (DSL1 Up, DSL2 Down);
• In the case of a contingency at the DSL1 interface (for example, loss of signal), E1-1
streams and WAN are transmitted over the DSL2 link.
21
User Manual NTU Orion 2
Normal Mode
Customer Premises EquipmentCentral Office
E1-1, 57 TS WAN (ETH1)
Transmitted via DSL1
Ethernet
Network
ETH1
ETH1
Ethernet
Network
ATS
ATS
Ethernet
Network
G.703 (E1-1)
G.703 (E1-2)
G.703 (E1-3)
FG-PAM-SR2L-4E1B/4Eth-RP, V9
G.703 (E1-1)
G.703 (E1-2)
X
G.703 (E1-3)
X
FG-PAM-SR2L-4E1B/4Eth-RP, V9
ETH1
FlexDSL
Orion2
LTU
Transmitted via DSL2
DSL1
DSL2
E1-2, E1-3, 25 TS
WAN (ETH1)
DSL1 Up, DSL2 Down
E1-1, 57 TS WAN
Transmitted via DSL1
FlexDSL
Orion2
LTU
DSL1
DSL2
X
Nothing transmitted
via DSL2
FlexDSL
Orion2
LTU
G.703 (E1-1)
G.703 (E1-2)
G.703 (E1-3)
FG-PAM-SR4L-4E1B/4Eth-RP, V9
Customer Premises EquipmentCentral Office
ETH1
FlexDSL
Orion2
LTU
G.703 (E1-1)
G.703 (E1-2)
G.703 (E1-3)
FG-PAM-SR4L-4E1B/4Eth-RP, V9
ATS
Ethernet
Network
X
X
ATS
DSL1 Down, DSL2 Up
Customer Premises EquipmentCentral Office
Nothing transmitted
via DSL1
ETH1
G.703 (E1-1)
G.703 (E1-2)
G.703 (E1-3)
Ethernet
Network
X
X
ATS
G.703 (E1-1)
G.703 (E1-2)
X
G.703 (E1-3)
X
FG-PAM-SR2L-4E1B/4Eth-RP, V9
ETH1
FlexDSL
Orion2
LTU
DSL1
X
DSL2
E1-1, 57 TS WAN
Transmitted via DSL2
FlexDSL
Orion2
LTU
FG-PAM-SR4L-4E1B/4Eth-RP, V9
ATS
Ethernet
Network
Figure 3.6 Example of reservation.
22
User Manual NTU Orion 2
At the same time, while for a two-channel system the replacement of channels is trivial in the
case of contingency, in tre- and four-channle systems different variants are possible. However,
any system with the reservation mode follows a strict logic of channel substitution because by
default the system operates under conditions of incomplete data transmission, i.e., unreliable
communication. Therefore, below we present a table of channel reservation, which should be
used by all devices in the case of contingencies.
The table for four DSL channels is constructed based on the assumption that communication is
lost frequently in one channel, while communication in two channels occurs less frequently. In
this case, loss of communication occurs successively, i.e., first one channel fails and then the
other channel fails. Therefore, following the rules of channel substitution will allow one to
minimize the number of channel substitutions (especially high-priority channels) in cases of
contingencies. This will minimize the losses of data during channel switching. Tables for two
and three channels are based on the same assumption, but they are simpler.
DSL1 DSL2 DSL1 DSL2 DSL3 DSL1 DSL2 DSL3 DSL4
1 2 1 2 3 1 2 3 4
1 Down 1 2 Down 1 2 3 Down
Down 1 1 Down 2 1 2 Down 3
1 Down Down Down 2 Down Down
Down 2 1 1 Down 3 2
Down 1 Down 1 Down 2 Down
Down Down 1 1 Down Обр. 2
1 Down Down Down
Down 2 3 1
Down 2 1 Down
Down 2 Down 1
Down 1 Down Down
Down Down 2 1
Down Down 1 Down
Down Down Down 1
Figure. 3.7 Examples of reservation of systems with two, three and four xDSL channels.
The <RESERVE> command is used to configure reservation.
23
User Manual NTU Orion 2
3.3.2.1.4 Automatic configuration of a link
FlexDSL Orion2 devices allow one to configure the link in accordance with the Master-modem
configuration. This mode is available for the following links:
• Point-point single-channel links;
• Point-point multichannel links with independent channels;
• Star-topology multichannel links;
• Point-point multipair links;
• Point-point two-channel two-pair links;
• Star-topology two-pair links;
• Links with regenerators.
Note: Automatic configuration of link reservation is not supported.
When the automatic configuration is used, the Slave modems and regenerators receive nearly
all configuration parameters for DSL and E1 from the link. In a majority of cases they require
minimum configurations, which allows one not duplicate manually configurations to all other
devices in the link. Such configurations as the number of E1 time slots transmitted over DSL,
CRC4 and G704 modes should not be configured on all devices because they are received
automatically from the link.
The system of automatic configuration operates as follows:
• The CP side (Slave) automatically adjusts so that to correspond to the stream structure
received from the CO side (Master), and not to cause permanent losses of user data;
• If the CP side (Slave) cannot adjust correspondingly, it displays a RCONF alarm and sends
a message to the remote terminal device. If configurations of terminal devices (Master and
Slave) do not coincide, the RCONF alarm is displayed. RCONF stands for remote urgent
alarm.
The link is adjusted to the channel structure in the direction from the Master to the Slave:
• The stream structure is configured on the Master device;
• The regenerator, which the next in the link, receives this structure and configures itself
according to it;
• The next regenerator receives the structure from the previous regenerator and performs
configuration according to it;
• The Slave device receives the stream structure from the regenerator, which the last one in
the link, and also performs configuration;
• When the Slave device receives configuration, it distributes the received E1 streams to its
E1 ports. If the number of ports is not enough, it displays the RCONF alarm and does not
change the configuration of E1 streams. If the E1 streams are not distributed, the Slave
device receives configurations of WAN. Therefore, the integrity of the Ethernet link is
supported.
The RCONF alarm (which is displayed by the <ALARM> command and stands for the remote
urgent alarm) means that the local and remote equipment have incompatible configurations.
The RCONF alarm is automatically not displayed if a DSL link, in which it was detected, fails.
If the device operates in the CA mode (automatic configuration of a link), the alarm is not
displayed when the device finally adjusts to the CO side (Master).
We consider several examples of automatic configuration of the FlexDSL Orion2 system.
24
User Manual NTU Orion 2
Four fractional E1 streams and Ethernet data are transmitted over one DSL link.
Eth
E1-4
E1-3
Master
E1-2
Payload :
Eth (top)
E1-4
E1-3
E1-2
E1-1 (bottom )
Eth
E1-4
E1-3
Slave
E1-2
E1-1
E1-1
Figure. 3.8 Example No. 1 of automatic configuration of a link
The next example shows the start topology. The Master device is the center of the star, while
the rays, represented by the Slave devices, are configured automatically.
Figure 3.9 Example No. 2 of automatic configuration of a link
A more complex case is the independent two-channel connection: two E1 streams and Ethernet
packets are transmitted in the first channel and the second channel. The Slave device
determines the order of E1 interfaces for the streams from each DSL link only when
communication in both links is established.
Figure. 3.10 Example No. 3 of automatic configuration of a link
FlexDSL Orion2 regenerators are configured similarly to the above examples.
3.3.2.2 E1 interface (2 Mbit/s G.703/G.704)
The operation modes are described below refer to the E1 interfaces.
25
User Manual NTU Orion 2
3.3.2.2.1 Transparent and ITU-T G.704
In the transparent mode, the E1 data will be transmitted over the DSL without any changes. The
transparent mode is only possible for transmission rates of no less than 2056 Kbit/s
when transmitting one E1 stream in this mode and of no less than 4104 Kbit/s when
transmitting both E1 streams in this mode.
In the G.704 mode (framing according to ITU-T G.704), the E1 data stream is processed by the
E1 framer, which is incorporated in the block of E1 network interfaces. In this case, from 1 to 32
time slots of the corresponding E1 stream can be transmitted over the DSL line.
The G704 OFF/ONN command (the Configuration management menu) is used to
enable/disable the Transparent/ITU-T G.704 modes.
3.3.2.2.2 CRC4 (cyclic redundancy check)
The CRC4 mode enables the error performance monitoring of the E1 network interface with the
help of a cyclic redundancy check.
If the mode is enabled, the modem synchronizes with CRC4 sub-multiframes at the E1 output
and displays information about CRC errors. In this case the modem regenerates E1 CRC4 submultiframes and checksum words in the outgoing E1 stream.
If the mode is disabled, the modem transmits transparently CRC4 sub-multiframes and
checksum words in the case if the generation of the zero time slot is deactivated. If the TS0GEN
mode is activated, the zero time slot is generated without CRC4 sub-multiframes and checksum
words.
If this mode is enabled, AISs will be transmitted to the E1 side under the following conditions:
• the loss of the line signal from the remote device or loss of frame alignment on the DSL
side;
• the remote device receives an AIS over E1 interface, which is configured to transmit data
from E1 to DSL. This mode is enabled if only the AIS Detection mode is enabled on the
remote device (see below). If modems (A and B) transmit two E1 streams, then if AIS is
received over the first E1 channel of the A modem, in the B modem the AIS will be
generated over the first channel. And if AIS is received over the second E1 channel of the A
modem, in the B modem the AIS will be generated over the second channel.
The AISGEN ON/OFF command (the Configuration management menu) is used to
enable/disable the AIS Generation mode.
Warning! If the AIS Generation mode is disabled, the signal at the output of the E1 interface will
be absent in the case of losing communication in the DSL line (except for time slots of this
interface dedicated to carry Ethernet data).
Warning! If a part of time slots of one of E1 network interfaces is used to transmit Ethernet
data, AISs will not be generated for this interface.
26
User Manual NTU Orion 2
3.3.2.2.4 AIS Detection
If this mode is enabled, the receiving of an AIS over the E1 interface will cause the following:
• a non-urgent alarm will appear;
• AIS will be transmitted to the remote device of the DSL.
The AISDET ON/OFF command (the Configuration management menu) is used to
enable/disable the AIS Detection mode.
Warning! It is recommended to enable the AIS Detection and AIS Generation modes.
3.3.2.2.5 Е1 clock modes
External
oscillator
E1-1
E1 side
E1-2
E1-3
E1-4
E1 stream priority selection
E1 stream
Clock from E1
Internal
oscillator
RX
Stuffing
synchronization
Clock recovery
from xDSL line
xDSL
TX
xDSL
RX
Figure 3.11. Е1 clock modes
The following sources can serve as reference timing signals for a device with the E1 network
interface in the xDSL direction:
2. A signal from the first input E1 stream (E11) (in its presence).
3. A signal from the second input E1 stream (E12) (in its presence).
4. A signal from the second input E1 stream (E13) (in its presence).
xDSL side
5. A signal from the second input E1 stream (E14) (in its presence).
6. A signal from the internal generator (INTERNAL).
The user can configure the priority levels for clock sources using the SETCLOCK command.
The device automatically switches to the clock source with the highest priority under conditions
that synchronization in this mode is possible.
EXTERNAL means synchronization from an external generator having the parameters
corresponding to ITU-T Rec. G.703.10. If the input signal of the external clock is lost, the device
switches to another clock source according the priority level. When configuring synchronization,
this external clock should have the highest priority. If the external generator is absent, it should
not be included in the priority list.
27
User Manual NTU Orion 2
Note: Stand Alone and MiniRack devices cannot use an external clock source.
E11, E12, E13 and E14 mean synchronization from one of the input E1 stream. If the stream,
which serves as a clock, is lost, the device switches to another clock according to the priority
level. These clocks should be listed as the second, third, fourth and fifth clocks in the priority list,
if the external clock generator is used. Otherwise, they will serve as primary clock sources and
be listed as the first, second, third, fourth and fifth ones, respectively, in the priority list, if the
external clock generator is absent.
INTERNAL means synchronization from an internal clock source. This clock source should be
the last one in the priority list (but in the absence of other clock sources, for example, when only
Ethernet data are transmitted, this source can be the primary and the only one).
Switching between clock sources occurs within 100 ms, after synchronization is lost.
3.3.2.3 Ethernet interface
FlexDSL Orion 2 devices have an IEEE 802.3 interface to connect local Ethernet networks.
The Ethernet networks use the method for access to the data transmission medium, which is
called carrier-sense-multiply-access with collision detection (CSMA/CD).
Modems and regenerators of the FlexDSL Orion 2 family supports the VLAN protocol (Virtual
Local Area Network – IEEE 802.1Q).
A virtual network represents a group of network nodes, whose traffic, including the broadcast
traffic, is completely isolated from other network nodes.
This means that the frame transmission between different virtual segments by using MAC
address is impossible independent of the type of the address, i.e., unique, group or broadcast
one. At the same time frames are transmitted within the virtual network by using the Ethernet
switching technique. By using the VLAN protocol one can unite the network users into separate
logic groups, for example, in order to decrease the traffic load in the network, to improve the
safety and to simplify management.
Organization of virtual networks allows one to decrease the load in the network, because the
broadcast traffic will be transmitted not to the entire network but to members of the VLAN
sender.
Due to the fact that the members of different VLANs can exchange information via a router,
which allows the traffic to be controlled rather simply, the use of VLANs provides a high level of
security.
In addition, introduction of changes in the network structure is simplified because one should
configure the modem port instead of configuring the work station to which the modem is
connected.
To construct VLAN networks and to provide the priority in the data transmission, an extended
Ethernet frame is used, which contains an additional VLAN tag of length of 2 bytes. The tag
includes the number of the VLAN to which the packet belongs and its priority level.
Some types of traffic should be sent via the network without any delays, for example, real-time
video at video conferences or IP traffic. To provide the necessary quality of this traffic, the
devices support the Ethernet traffic priority according to the IEEE 802.1P protocol, the so-called
QoS (Quality of Service) method. Analyzing the content of the header of the Ethernet frame, the
internal switch obtains information about the necessary priority of this application and places
data to the corresponding queue of the output port. The FlexDSL Orion 2 equipment supports
two priority queues when sending packets – a high priority queue and a low priority queue.
According to it, all Ethernet traffic can be divided into groups of high priority (for example, VoIP
traffic transmission, or control and management channel) and groups of low priority (for
example, LAN1 and LAN2).
28
User Manual NTU Orion 2
Devices of the FlexDSL Orion 2 family support two types of VLANs:
• Port-Based VLAN (VLAN switching at port level). VLAN numbers and QoS priorities are
assigned to ports (see below);
• Address-Based VLAN (VLAN switching at the level of MAC addresses). A static table of
special MAC addresses is organized (see below).
All Ethernet traffic is distributed by the internal Ethernet switch between network interfaces of
the device (see Figure 3.12).
There exist four types of network interfaces of FlexDSL Orion 2 devices:
1. Ethernet interface (external connector on the front panel).
2. xDSL interface (when the device is properly configured).
3. One of E1 interfaces (when the device is properly configured).
4. Virtual management port (Telnet session).
DSL1
E1-1
DSL2
E1-2
DSL3
E1-3
DSL4
E1-4
DSL (<PAYLOAD>) or
E1 (<WANTS>)
Selection for WAN
Payload
<PAYLOAD>
<WANTS>
<PAYLOAD>
<WANTS>
<PAYLOAD>
<WANTS>
<PAYLOAD>
<WANTS>
Port 1
Port 2
Port 3
Port 4
WAN1
WAN2
WAN3
WAN4
Internal Management
Port
Port 5
Virtual port
(Telnet management)
VLAN
Switch
LAN
4-port Hardware
Ethernet Switch
ETH1
ETH2
ETH3
ETH4
Port 6
Port 7
Port 8
Port 9
Ethernet
Network №1
Ethernet
Network №2
Ethernet
Network №3
Ethernet
Network №4
Figure 3.12 Internal Switch
The number of network interfaces Ethernet, E1 and xDSL depends on the model of the device.
A 4-port Ethernet switch is embedded in the printed board of LTUs. In the software of FlexDSL
Orion 2 devices of the V9 type, the group of physical ports ETH1, ETH2, ETH3 and ETH4 is
combined logically into one LAN port (VLAN tag, TRUNK/ACCESS, QoS, priority queues of
Ethernet packets), the configuration being performed simultaneously for physical Ethernet ports.
The choice of the interface (DSL, or E1), which will be mapped to the corresponding WAN
interface, is performed by the <PAYLOAD> и <WANTS> commands.
The DSL channel is strictly mapped on WA1 for single-channel modems, while the E1 interface
is strictly mapped on WA2 (see Figure 3.13).
29
User Manual NTU Orion 2
Internal Management
Port
Port 2
Virtual port
(Telnet management)
DSL1
Port 1
WAN1
VLAN
WAN2E1
Port 2
Switch
LAN
(phisical socket)
Port 4
Ethernet
Network
Figure 3.13 Internal Switch for single-channel devices
(for example, FG-PAM-SAN-E1B/Eth, V50).
For generators, the internal Ethernet switch has two WAN interfaces (WAN1 for DSL1, WAN2
for DSL2), one LAN interface and an internal management interface INT. E1 interfaces on
regenerators are not provisioned (see Figure 3.14).
Internal Management
Port
Port 3
Virtual port
(Telnet management)
DSL1
Port 1
WAN1
VLAN
Switch
LAN
Port 4
Ethernet
Network
WAN2DSL2
Port 2
Figure 3.14 Internal Switch for single-channel regenerators
(for example, FG-PAM-RGN-Eth-PL, V56)
30
User Manual NTU Orion 2
A group of LAN Ports (Ethernet interface) means that a connector (or connectors) is located on
the front panel of the device. This port can serve both as a Trunk port and an Access port.
The Trunk port is a port at the input and output of which all present packets have the VLAN
format, namely, the Ethernet frame with a header, determining the number of the VLAN and
QoS (Quality of Service) to which the IP packet belongs. Special equipment, which supports the
VLAN, is connected to the Trunk port. A PC with a standard network interface card cannot be
connected to the Trunk port.
The Access port is a port at the input and output of which all present packets have a standard
Ethernet format (without the additional two bytes for the header). A PC with a standard network
interface card can be connected to the Access port.
Ethernet packets of the VLAN format are always transmitted over the xDSL or E1 interfaces in
FlexDSL Orion 2 devices. In this case, the data of Assess ports are first transformed into
Ethernet packets of the VLAN format according to the specified rules and then are transmitted
over the line interface.
A VLAN number and a QoS priority level, which are used by default to convert Ethernet packets
into the VLAN format, are assigned to the Access port. In addition, every unit contains a table
of static MAC addresses of devices, so that each device can have a VLAN number and a QoS
priority level (a table of special MAC addresses). This table can contain up to 8 MAC addresses.
If a packet is received from the Access port, and the MAC address of the packet sender is in
this table, a header with the necessary VLAN number and the QoS priority will be assigned to
this packet before transmitting it to the Trunk port. Otherwise, a default VLAN number and QoS
priority will be assigned to the packet.
Physical ports (if there are some of them) are united into a LAN group in the device software. All
physical Ethernet interfaces (the LAN group) have identical VLAN and QoS settings. A
possibility is also provisioned to configure separately the transmission rate and duplex for each
physical interface (ETH1 – ETH4).
A group of DSL ports (WAN1 – WAN4)
(xDSL interface) means that Ethernet data can be
mapped onto the specified time slots of the xDSL interface by using the switch of 64 kbit/s time
slots. In this case, this port always serves as a Trunk port, i.e., data received from Access ports are first transformed into Ethernet packets of the VLAN format according to the rules
specified and then are transmitted over the xDSL interface.
A group of E1 ports (WAN1 – WAN4)
(E1 interface) means that that Ethernet data can be
mapped onto the specified time slots of the E1 interface by using the switch of 64-kbit/s time
slots. In this case, this port always serves as a Trunk port.
A virtual management port (INT)
(Virtual management port) is an internal device management
program. IP-address of this device is the logical address of the management program. For
example, to open a session for managing a remote device (i.e., to exchange data between a
control and management PC and the device program), the IP-address of this device should be
specified in the Telnet program. At the physical layer, the MAC address of the device is also the
management program address, which is contained in the Ethernet frame.
Note: As a rule the data of the management port have the highest priority (for example, QoS =
7).
3.3.3 An integrated switch of 64-kbit/s time slots
3.3.3.1 E1 mode (transmission of only time slots of E1 streams)
In this mode, only time slots of E1 streams are transmitted over xDSL lines.
Time slots of the E1 stream are transmitted in the xDSL frame according to ITU-T Rec. G.991.2.
The table presented below contains examples of the correspondence between the data
transmission rates for a modem and transmitted time slots of the E1 stream for this transmission
mode.
31
User Manual NTU Orion 2
Table 3.6 Examples of the correspondence between the data transmission rates for a modem
and transmitted time slots of the E1 stream for this transmission mode in a single-channel
device.
Time slots of E1 streams (first
E1/second E1)
0,1,16/0,1,2,3 7 456
0,1,2,3,31/none 5 264
0-29,31/ none 31 1992
0-31/0-31 64 4104
Total number of
transmitted time slots
Minimal transmission rate in the line
required for transmitting this
number of time slots (
kbit/s )
3.3.3.2 Mode of simultaneous transmission of time slots of E1 and Ethernet data
The system supports simultaneous transmission of time slots of E1 streams and Ethernet data
(from the ports WAN1, WAN2, WAN3, WAN4, and the internal Ethernet switch) into an xDSL
stream, i.e., the mode of time slot multiplexing from E1 and Ethernet network interface in the
xDSL stream.
When E1 and Ethernet data are transmitted simultaneously, the distribution of xDSL time slots
is performed as follows:
• time slots of the first E1, chosen for transmission in the line interface in the ascending order,
are transmitted in time slots from 0 to m1-1;
• time slots of the second E1, chosen for transmission in the line interface in the ascending
order, are transmitted in time slots from m1 to m1+m2-1 (for SubRack and MiniRack
devices);
•Ethernet data are transmitted in time slots from m1+m2 to n-1.
Here,
• n is the total number of transmitted xDSL time slots;
• m1 is the number of time slots from the first E1 selected for transmission into xDSL;
• m2 is the number of time slots from the second E1 selected for transmission into xDSL;
Note: A part of time slots of one of E1 interfaces can be used to transmit data from the WAN2
port of the internal Ethernet switch.
32
User Manual NTU Orion 2
Figure 3.15 Example of distribution of time slots in an xDSL frame at a line rate of 89x64 kbit/s
in the mode when both E1 interfaces and both internal WAN1 and WAN2 ports are used for the
termination device.
33
User Manual NTU Orion 2
3.3.4 Test loops
To simplify the device start-and-adjustment, the system provides activation of test loops on E1
interfaces or the line interface of the device.
MasterRegeneratorSlave
E1
Interface
RX
E1
Interface
TX
LOOP1LOOP1LOOP2 1:R LOOP2 1:1 LOOP2 1:1
Figure 3.16. Test loops
Test loops can be activated for the Master and Slave devices as well as for the regenerator.
The LOOP1 ON/OFF N command is used to activate/deactivate LOOP1, where N is the number
of the network interface.
LOOP2 M:N, where M is the number of the line interface and N is the number of the
regenerator, can be activated only remotely. This command allows one to activate remotely a
loopback to the device, from which the command was sent. It means that if LOOP2 is activated
remotely by the Master device, the data will be looped back by the Slave device to the Masterdevice side, and vice versa.
Warning! When activating LOOP2 under conditions that xDSL is used to transmit Ethernet
data, it is necessary that the device is disconnected from the Ethernet network!
3.3.4.1 Analog Loopback
During the analog loopback test, the xDSL receiver receives the transmitted signal from its own
transmitter.
The analog loopback function is used to test the equipment itself.
Warning! To perform the analog loopback, the cable should be disconnected from the unit!
The STARTAL command is used to activate the analog loopback.
All data of the network interface is looped back according to the configurations of this interface.
The analog loopback causes a non-urgent alarm of the local unit and an urgent alarm of the
remote unit.
34
User Manual NTU Orion 2
3.3.4.2 Performance monitoring
The transmission performance of a link can be monitored in two different ways. The signal
quality is typically used during installation and maintenance procedures, whereas the G.826
error performance parameters are used for long term evaluation of operating links and during
acceptance testing.
The Noise Margin (NM) provides qualitative performance information of a specific link. The NM
command is used to activate this test. This parameter is calculated according to G.991.2 and is
an efficient tool for determining the qualitative performance of an xDSL link.
During acceptance testing, it is recommended to set the line rate or choose cable pairs (at a
fixed line rate) so that the NM value be no less that 6 dB.
An NM of 0dB in the presence of a Gaussian noise would yield an expected Bit-ErrorRatio of 10
-7
.
3.3.4.3 G.826 performance monitoring
The error performance monitoring of a digital DSL link is performed according to ITU-T Rec.
G.704. The evaluation of the G.826 error performance parameters is based on CRC (Cyclic
Redundancy Check) error detection.
CRC generation and detection are performed separately for the E1 interfaces and xDSL
interfaces.
SlaveMaster
CRC6CRC4CRC4CRC6
Recei
Tx
ver
Gener
ator
Recei
ver
E1
CRC4
Rx
Tx
Gener
ator
Recei
ver
CRC4
G.826
Counters
xDSL
CRC6/FEBE
CRC6/FEBE
G.826
Counters
E1
CRC4
Rx
Gener
ator
CRC4
Recei
ver
Gener
ator
Figure 3.17 G.826 performance evaluation.
On the E1 side, four CRC4 check bits are generated per sub-multiframe (SMF) and compared
with the corresponding bits of the next SMF. If they do not match, the CRC4 error counter is
incremented.
On the xDSL side, six CRC6 check bits are generated per xDSL frame.
CRC6 errors are used by the software to count the block errors of the xDSL channel and to
evaluate its error performance according to ITU-T Rec. G.826.
For the E1 interface, calculations according to G.826 are only possible in the framed mode
according to G.704 with the CRC4 option enabled. In the framed mode with the CRC4 option
disabled, only FAS errors are detected.
The estimation of a bit-error rate is not within the scope of G.826 calculations.
Gener
ator
Recei
ver
Gener
ator
Recei
ver
Rx
E1
Tx
Rx
E1
Tx
35
r
r
User Manual NTU Orion 2
The G826 and G826 E1 command (the Performance management menu) are used to view the
G.826 error performance statistics.
3.3.5 BERT test
BERT testing is provided in a simple way. It’s preferred to switch on the Loop2 on the remote
unit (slave) and setup the BERT on the master unit.
Maste
Regenerato
Slave
BERT activated
Loop2 activated
E1
Interface
1LOOP 2 1:R
Figure 3.18. BERT setup Example
Configuration Example:
CO_BERT>CONF
------------------------------------------------------------------------------- Current BERT configuration:
When managing the device via the RS232 interface or via Telnet, all LEDs, except for Ethernet
LEDs will blink with a frequency of 1 Hz.
3.4.1 LEDs
The LEDs are used to display normal operation conditions and alarm conditions of a device
For NTUs in the plastic housing:
DSL 1 – a LED showing the status of the first line interface;
DSL 2 – a LED showing the status of the second line interface;
Eth – a LED showing the status of the Ethernet interface;
G.703 1 – a LED showing the status of the first Е1 interface;
G.703 2 – a LED showing the status of the second E1 interface;
DSL* – LEDs showing the status of line interfaces at connectors;
Eth* – LEDs showing the status of the Ethernet interface at the connector;
E1* – a LED showing the status of E1 interfaces at connectors.
36
User Manual NTU Orion 2
Table 3.7 “The device statuses according to the statuses of LEDs”.
Device Status
Power failure or power is off Off Off Off
Hardware or software failure Red blinking Off Off
Normal operation Green Green Green
Non-urgent alarm
(“1”- local;
“2” – remote)
Urgent alarm
(“1”- local;
“2” – remote)
Non-urgent alarm at the E1 interface - Amber -
Data of the E1 interface are not used for transmission
into the line interface or for Ethernet data transmission
DSL 1
DSL 2
Amber - -
Red - -
- Off
G.703 1,
G.703 2,
G703*
DSL*
None urgent alarm at the line interface Amber - Red
Urgent alarm at the line interface Red - Red
Table 3.8 The device statuses corresponding to statuses of Ethernet LEDs”.
LED LED status Device status
Ethernet
(left LED)
or Eth
Ethernet
(right LED)
Green blinking Data receive and/or transmit, half-duplex
Red/Amber blinking Data receive and/or transmit, duplex
Off Connection is not active
Red blinking Collisions
Green 100 Mbit/s receive/transmit rate
Off 10 Mbit/s receive/transmit rate
37
User Manual NTU Orion 2
3.4.2 Alarm LEDs
If an alarm appears on any of Orion 2 devices (Master or Slave), the alarm LEDs are lit with red
or amber. The Table below presents alarm conditions with the help of alarm LEDs.:
Table 3.9 “Alarm LEDs of an Orion 2 device”.
Name
Group
LOS
LOSW R R Loss of frame alignment in an xDSL link
LOSD R R Loss of signal at the remote xDSL side
BER-H R R Block-error-rate in an xDSL line according to
SEGD R R Loss of signal or an alarm on a regeneration
ALB
SEGA
DSL
NM A R NoiseMargin < setup NMTHR value
LA A R LineAttenuation > setup LATHR value
Alarm
Urgent
Urgent &
DSL1
DSL2
status
rgent
non
R R Loss of signal in an xDSL link
A R xDSL analog loopback is activated
A R Data errors or loss of frame alignment on a
G703 1
G703 1
DSL
*
Description
G.826 ≥ 30%
segment (segment degradation)
regeneration segment (segment alarm)
LOOP2 A R Loop is activated from the remote device to the
local device
RCONF Configuration of the remote device is not
LOS-S
LFA-S A Loss of frame alignment on the E1 side
AIS-S A Receiving AIS on the E1 side
BER-S A Excessive block error rate on the Е1 side
LOOP1 A Loop is activated towards the Е1 equipment
AIS-R A Receiving AIS on the E1 side of a remote
HW-F
DSL-F DSL signal processor initialization failure
E1-1, E1-2,E1-3,E1-4
Mainte-
Non-urgent
compatible with the configuration of the local
device (for example, the local device is
configured to transmit Ethernet data, while the
remote device is configured to transmit two E1
streams)
A Loss of signal on the Е1 side
Non urgent
device
Hardware failure
nance
38
User Manual NTU Orion 2
“A” – amber LED
“R” – red LED
“RB” – red LED blinking
Displaying an urgent alarm has the highest priority that displaying a non-urgent alarm.
3.5 Management of FlexDSL Orion 2 devices
The equipment has integrated functions of management and diagnostics. FlexDSL Orion 2
devices can be connected to the terminal by using the RS232 interface or to a PC with the
VT100 terminal. In addition, devices can be connected to a PC network card or the Ethernet
network, to which the computer is attached. In this case, the Telnet session is used to manage
the equipment, the WEB interface being used to display the statistics.
The management and diagnostics functions allow one to configure devices and to receive
additional information, such as parameters of an xDSL link quality or G.826.
3.5.1 Management of FlexDSL Orion 2 with the RS232 interface
The management terminal is connected to the MONITOR connector, which is either on the front
or the rear panel of the device. The requirements to the terminal configuration are similar to
those of SubRack devices. After the power supply is switched on, press Enter. The PC will
display the main management menu.
3.5.2 Management of FlexDSL Orion 2 devices with Ethernet interfaces
3.5.2.1 Telnet
The front panel of FlexDSL Orion 2 devices contains the Ethernet connector. The local network
containing the management computer (or the PC itself) can be connected to this connector.
Management is performed by using the Telnet session activated by a standard command:
telnet <IP-address>
in Windows 95 or above. (Any other program can be used to open the Telnet session if it
supports this protocol.)
The TELNET session is used to configure modems remotely as well as other devices connected
to the MONITOR bus of the same FlexGain shelf to which the modem is connected.
After opening the TELNET session, the user authentication is performed. Two types of users
are used: “admin” users, who can change configurations and “user” users who can only view
parameters and statistics. Initially passwords are empty; authentication in this case is not
performed and users automatically have the administrator rights. Only “admin” users can set
passwords for both types of users.
If authentication is successful, the modem main menu is displayed. If authentication fails, it is
repeated up to three times, and after it the connection breaks.
If no symbols are received by the modem over the telnet connection within 5 minutes, this
session breaks and if necessary, the modem is disconnected from the Monitor bus.
39
User Manual NTU Orion 2
3.5.2.2 WEB
The WEB interface is used to display statistics when the FlexDSL Orion 2 device is connected
to the management computer via the Ethernet interface. Any WEB browser is used to access
the WEB interface of the FlexDSL Orion 2 device (the WEB browser is installed on a user PC
and is used to search and display information in the network). To display the WEB browser, you
should enter
http://X.X.X.X/.
Here, X.X.X.X is the IP-address of the device.
After the connection with the WEB interface is established, the active window of the browser
displays the following statistics:
Figure 3.19 WEB interface – “Table of alarms of the FlexDSL Orion 2 device”.
40
User Manual NTU Orion 2
Figure 3.20 “Table of G.826 error performance parameters according to ITU-T G.826”
Figure 3.22. “Table of E1 statistics (according to ITU-T G.826) for FlexDSL Orion 2 devices”
Figure 3.23 “Table of TCP/IP, ICMP statistics”.
42
User Manual NTU Orion 2
Figure 3.24 “Table of LAN (Ethernet), WAN1 and WAN2 statistics”.
More detailed information about statistics and alarm statuses of the device is presented in
Section 4.6.2 of the present document. All the tables displayed are dynamic. The parameters in
the tables are refreshed every 5 seconds.
Click the button in the left part of the window of the WEB browser to display the necessary table.
The software version is also displayed in the left part of the window.
43
User Manual NTU Orion 2
3.5.2.3 SNMP
The SNMP protocol is used to monitor statuses, to configure and manage FlexDSL Orion 2
devices. In this case, the control computer should have a special SNMP program installed.
FlexDSL Orion 2 devices support SNMP v1.
The following management information bases (MIBs) are supported:
• RFC1213-MIB – a standard MIB for all devices, supporting MIB II and described in RFC-
1213, is fully supported.
• IF-MIB – MIB descriptions of interfaces, described in RFC-2863, are fully supported.
• NATEKS-MIB – a MIB for the Nateks equipment, is fully supported.
• DS1-MIB – a MIB describing E1 streams, RFC-2495, is partially supported.
Traps are sent by the device into two addresses. The following traps are supported:
• coldStart (RFC1215).
• authenticationFailure (RFC1215).
• linkUp (RFC1213-MIB, IF-MIB).
• linkDown (RFC1213-MIB, IF-MIB).
• dsx1LineStatusChange (DS1-MIB).
• Specific Alarm Traps (nateks.mib)
The SNMP protocol to be operable, the SNMP agent should be installed. The COMMUNITY
command (configuration of the community parameter of SNMP messages) and the TRAPIP
command (configuration of IP-addresses for traps) are used to configure the SNMP agent. The
IP-address and other network configurations of the SNMP agent coincide with network
configurations of the device (see SETIP, NETMASK, GATEWAY commands and the NET submenu).
The Nateks Company has a registered OID number equal to 4249.
Alex@nateks.ru
The content of this label is described by the Nateks-MIB. By using the variables described in the
Nateks-MIB, one can perform the following actions:
• to view general information about the device.
• to monitor the general status of the device (presence of alarms).
• to reboot the device.
44
User Manual NTU Orion 2
•to configure the device, to control configurations (use, acknowledge), backup configurations
and restore configurations.
• to view and clear G.826 statistics for E1 and DSL.
• to view alarm statuses.
Every variable of the Nateks-MIB, as well as of other MIB files has a detailed description in the
MIB file itself.
One can receive the Nateks-MIB via the WEB interface:
http://X.X.X.X/nateks.mib.
Here, X.X.X.X is the IP-address of the device.
Figure 3.25 SNMP– “Information about the device”.
Figure 3.26. SNMP – “G.826 statistics”.
45
User Manual NTU Orion 2
Figure 3.27 SNMP – “Alarm statistics”.
Figure 3.28 SNMP – “Loading of the NATEKS-MIB via the WEB interface”.
46
User Manual NTU Orion 2
4 PROGRAMMING GUIDE
4.1 Command structure
The command structure is conform to the ITU-T M.3400 Rec. for the telecommunication
management networks:
Table 4.1 Command structure.
Sub-set Short-form
Performance management PM
Fault and maintenance management FMM
Configuration management CM
47
User Manual NTU Orion 2
Figure 4.1 Command set tree for NTU, NxDSL, NxE1, 1xEth devices.
48
User Manual NTU Orion 2
Figure 4.2 Command set tree for NTU, NxDSL, 1xEth devices.
49
User Manual NTU Orion 2
4.2 Orion 2 software
Every Orion 2 device can contain up to two version of the software in EEPROM: unchangeable
(standby) software (software No. 1) and upgradeable software (software No. 2). Two versions
are necessary to prevent the device failure due to downloading of faulty or damaged software or
due to hardware failure (for example, power cutoff, etc.) during downloading of the new
software.
During downloading, the new software overwrites the upgradeable software. If the new software
downloading via X-modem is successful, a message appears that the modem should be
restarted to start operating under the new software. After the restart, i.e., when the new version
of the upgraded software is started for the first time, the operator should confirm the
downloaded software. After confirmation, this software becomes unchangeable. If downloading
was interrupted or there was a failure in the data transmission, a message is displayed. In this
case, if the data has already been partially downloaded into the modem and the upgradeable
software is damaged, the unchangeable software will be used to start the modem (repeat the
downloading of the software).
By default, the upgradeable software is the basic one, if it was confirmed. If the upgradeable
software was not confirmed after the first start or it was damaged (invalid data format, incorrect
checksum), the standby software is downloaded.
The ways of software downloading are presented in detail in Part 3 of the present document.
4.3 Configuration storage and application
On the whole the system stores four configurations: running configuration, startup configuration,
new configuration and backup configuration.
The running configuration contains all configuration values used to configure the device current
operation. Two modems, having the same version of the software and the same running
configurations, should operate similarly. The running configuration is stored in the device RAM.
The current parameters determine operation of the device till the next restart of the device or
actions on the running configuration (storage and etc.). During initialization the initial parameters
of the running configuration are dubbed from the startup configuration.
The startup configuration contains all configuration values which will be used to configure the
device after its restart. The startup configuration is stored in EEPROM and is used to initialize
the running configuration during the system start-up.
The new configuration stores changes in configuration parameters combined into groups of
parameters requiring confirmation of changes (i.e., this configuration stores setting, which
should be confirmed after being changed, for example, IP-address of the device). The new
configuration is stored in the device RAM. After setting all necessary changes from the group,
the system administrator confirms changes in the group, and values belonging to this group are
written from the new configuration into the running one. In this case, the simultaneous
application of all setting in the group is provided.
The backup configuration is a backup of the current configuration. The backup configuration is
stored in the EEPROM. During the configuration restoration, values from the backup
configuration are copied to the startup configuration.
All configuration parameters are divided into three groups according to their application:
50
py
User Manual NTU Orion 2
• configuration parameters applied after the restart;
Configuration changes, which are used after the restart, are written into the startup
configuration, but before the restart the device continues functioning according to its “old”
configurations. During the device restart, the values of these configurations are copied from the
startup configuration into the running one and thus become valid (see Figure 4.3).
Restoring from backup copy
(command RESTORE)
Startup configurationBackup configuration
Loading
Running configuration
New configuration
Saving of backup co
(command BACKUP)
Changing values
Configuration changing
Figure 4.3 Operations with configuration parameters with application after the restart.
Configuration changes, which are used instantly, are written into the running, startup and new
configurations, and the device continues functioning according to these configurations (see
Figure 4.4).
Restoring from backup copy
(command RESTORE)
Startup configuration
Backup configuration
Loading
Running configuration
Saving of backup copy
(command BACKUP)
Changing values
Changing values
New configuration
Configuration changing
Figure 4.4 Operations with the configuration parameters with the instant application.
51
y
User Manual NTU Orion 2
Changes in configurations, which are part of a group of configurations requiring confirmations
are initially written into the new configuration. After the administrator confirms changes in the
group of configurations, this group is copied from the new configuration into the running
configuration and the device starts functioning according to these configurations. The
administrator also can confirm changes in all groups. After the received running configuration is
checked, the administrator can confirm this configuration in this case changes in all groups are
copied from the running configuration into the startup configuration (see Figure 4.5).
Restoring from backup copy
(command RESTORE)
Loading
Loading
Startup configuration
Confirming of changes
(command CONFIRM)
Running configuration
Appling of changes
(command APPLY)
New configuration
Saving of backup cop
(command BACKUP)
Changing values
Backup configuration
Configuration changing
Figure 4.5 Operations with configuration parameters that should be confirmed.
4.4 Groups of commands requiring confirmation
The following four groups of parameters require confirmation in Orion 2 devices: LINE, NET,
VLAN and SNMP. Configurations of each group change by using special commands (see Fig.
2.13). The APPLY <name of the group> command is used to apply changes in configurations
performed in a group. After this, the unit applies changes in configurations. If groups LINE, NET,
VLAN were changed not in the local management session via the RS-232 interface of the shelf
but via TELNET the management session breaks and the unit waits for the second connection
within 5 minutes (for the LINE group – 30 minutes). If the LINE group was changed remotely
(using the CONNECT command), the unit waits for the second connection within 30 minutes. If
within this time the operator did not enter the modem menu, the changed parameters are read
from the startup configuration of the unit. Therefore, it is possible to restore the configurations of
the unit.
A “successful” configuration can become the startup configuration by using the CONFIRM
command.
52
User Manual NTU Orion 2
4.5 Command syntax
The following rules are used to describe commands:
• parameters in angular brackets < > are obligatory;
• parameters in direct brackets[ ] are not obligatory;
• the symbol ( / ) between parameters requires to enter one of the listed parameters;
• in real commands brackets and the vertical line are not entered, they are used for
description;
•after the command is typed, press <enter>.
4.6 Commands
4.6.1 Main Menu
The main menu is presented as shown below:
MODEL FG-PAM-SA2N-2E1B/Eth, V51
HW 1.1
SW 1.5.9
DATE 17-11-2008
ID
RUNS 0d 01:13:07
ALARM URGENT
STATUS LINK DOWN
MODEL_DESC Standalone Dual xDSL/Dual E1/Ethernet 120 Ohm
IP 192.168.0.235
To select the desired sub-menu, type the appropriate number from “1” to “5” and press<enter>.
53
User Manual NTU Orion 2
4.6.1.1 System invitation
The following format of the system invitation is used in all menus: <cc>_<addr>_<sf>>,
сс is the device mode [RR – regenerator, CO – Master; CP – Slave; CX – a modem with both
types of interfaces, CA – a device with the automatic selection of the DSL line parameters
(<MASTER>, <BASERATE>, <PAM> and <ANNEX>)];
addr is the address of the regenerator in the system (only for regenerators), or a device in the
shelf (only for Subrack devices);
sf is the short form of the current menu (MM – Main Menu; PM – Performance Management;
FMM – Fault and Maintenance Management; CM – Configuration Management).
For example:
CO_PM> - the device is in the Master mode ( the Performance Management menu).
4.6.2 General Commands
4.6.2.1 <H> command
After the <H> command is entered the device displays the help menu.
4.6.2.2 <CONNECT N:1..13/R> command
The <CONNECT N:1..13/R> commands initializes the management of the remote device.
The parameter N sets the number of the xDSL channel, over which the connection is initialized.
In single-channel systems the parameter N can be absent.
Notes:
1. The <CONNECT R> command in the Slave mode is only available if the Master device
can be configured locally at this instant.
2. The <CONNECT N> (N=1..13) command initializes the management of the remote
regenerator. The <CONNECT N> command is available only in the Master mode.
3. This command is not provisioned for regenerators.
4. If the channel of remote management is blocked (for example, a message or a table are
not displayed completely), press Enter.
4.6.2.3 <LINK [SN/00/FE]> > command
The < LINK [SN/00/FE]> command establishes connection to specified unit over the RS232
monitor port.
• SN - Specifies slot number of a subrack unit in cassette to establish connect with. If the
backplane is busy "LINK ERROR" message will be issued by unit. If specified cassette slot
is free (or no response in 1.5 first seconds) the same message will be issued. For subrack
units SN should not be 00.
• 00 - (double zero) Switches on Monitor connector control mode for Minirack and standalone
units. In this mode all typed characters will be translated to Monitor connector.
• FE - (for ever) Switches on Monitor connector control mode for common CLI RS232 units. In
this mode all typed characters will be translated to Monitor connector. The connection will be
established until a terminal timeout appears.
54
User Manual NTU Orion 2
Example:
• LINK 10 - Establish connection to subrack unit with slot number 10. Available only for
subrack units.
• LINK 00 - Establish monitor control node. Available only for subrack units.
• LINK FE - Establish monitor control node. Available only for common CLI RS232 Terminal
units.
Notes:
To refuse link connection just exit from controllable unit.
To refuse link connection urgently use CTRL+Z keystroke.
4.6.2.4 <LINKCLEAR> command
The < LINKCLEAR > command closes current virtual link connections.
4.6.3 Performance management menu
After typing “1” in the main menu and pressing<enter>, the following message is displayed:
Performance management activated
Enter <M> to return to MAIN, or <H> for HELP information
4.6.3.1 <H> command
<H> and the monitor lists all available commands in the performance sub-menu:
Type
CO_PM>H
------------------------------------------------------------------------------Type 'H [command]' to get additional help on [command]
TCPIP Show TCP/IP statistics
TCPIP C Show TCP/IP statistics continuously
MAC Show MAC Rx/Tx statistics
MAC C Show MAC Rx/Tx statistics continuously
G826 Display xDSL G.826 statistics
G826 C Display xDSL G.826 statistics continuously
G826 E1 Display E1 G.826 statistics
G826 E1 C Display E1 G.826 statistics continuously
ALLG826 N Display xDSL G.826 statistics for all link
RESETG826 Reset G.826 statistics
RESETALLG826 N Reset xDSL G.826 statistics for the whole link
LINKSTAT Display link status of all xDSL channels
ALARMLOG [N] Display the link alarm log
ALARMLOG C Clear the link alarm log
NETSTAT Show network interfaces statistics
RESETNETSTAT Reset network interfaces statistics
CONNECT [N:[1-13/R]] Establish connection to remote unit
LINK [NN] Establish local connection
LINKCLEAR Exit all local connections
M Return to Main Menu
H Show available commands
The column ICMP shows the ICMP operation, the column IP shows statistics of the IP protocol,
the column IP frag displays the operation with fragmented IP packets and the column TCP
displays the statistics of the TCP protocol.
Transmitted packets – the number of transmitted packets.
Retransmitted packets – the number of retransmitted packets. Not applied to IP and IP Frag.
Received packets – the number of received packets.
Forwarded packets – the number of forwarded packets. Not applied to TCP.
Dropped packets – the number of dropped packets.
Checksum error – the number of packets with the checksum error.
Invalid length error – the number of packets with an invalid length error.
Out of memory error – the number of packets out of memory of the device TCP/IP stack.
Routing error – the number of routing errors when transmitting packets.
Protocol error – the number of packets with protocol errors and with limitations imposed by the
protocol.
Error in options – the number of IP packets with the invalid field “options”.
Misc error – the number of other errors.
Option: С – update the table continuously.
Note: The system does not calculate statistics over all ICMP packets passing through network
interfaces of the modem. Calculation is performed only over packets forwarded to the internal
network interface of the modem: broadcast and multicast packets, and packets used in telnet,
SNMP, WEB.
56
User Manual NTU Orion 2
4.6.3.3 <MAC> command
The <MAC> command displays the table of the Ethernet interface statistics of the modem.
CO_PM>MAC
-- MAC Tx status ------------------- MAC Rx status --------------------Tx packets: 2 Rx packets: 13356
Tx good: 2 Rx good: 13356
Tx bytes: 108 Rx bytes: 899k
Tx errors: 0 Rx errors: 0
Tx deferred: 0 MAC control frames: 0
Paused: 0 Alignment error: 0
Excessive collision: 0 Rx buffer overflow: 0
No carrier: 0 CRC Error: 0
Late collision: 0 Received frame too long: 0
Tx underflow: 0 Rx Overflow: 0
Poor signal quality: 0 Rx parity error: 0
Tx parity error: 0 Rx halted: CP_PM>
Option: С – update the table continuously.
Tx/Rx packets – the number of transmitted/received Ethernet packets (including errored
packets).
Tx/Rx packets good – the number of successfully transmitted/received Ethernet packets.
Tx/Rx bytes – the number of bytes in successfully transmitted/received packets.
Tx/Rx errors – the number of transmitted/received errored Ethernet packets.
Tx deferred – the number of deferred packets due to delays in transmission.
Rx MAC control frames – the number of received MAC control frames by the Ethernet
connection.
Tx PAUSE frames – the number of transmitted PAUSE packets.
Rx alignment errors – the number of Ethernet frames with a number of bits indivisible by 8.
Excessive collision – the number of packets not transmitted due to 16 or more collisions during
transmission.
Rx buffer overflow - Ethernet Rx buffer overflow during the reception of the packet
No carrier - Ethernet carrier signal was lost during the transmission of the packet.
CRC Error – the number of Ethernet frames containing CRC errors.
Late collision – the number of late collisions.
Received frames too long – the number of received frames exceeding the maximum length.
Tx undeflow – Modem hardware was unable to send packet due to the bus overload
Rx overflow – the number of frames device lost, because it was unable to process all data
received on the Ethernet interface.
Poor signal quality – Poor signal quality in a cable.
Rx parity error – Ethernet MAC detected a parity error in the received frame
Tx parity error – Ethernet MAC detected a parity error in the transmit frame
Rx halted – Modem hardware was unable to receive packet due to the bus overload.
Note: The
<MAC> command shows statistics of packets passed through the real physical
Ethernet interface. The statistics of Ethernet packet transmitted over other network interfaces is
displayed using the
<NETSTAT> command.
57
User Manual NTU Orion 2
4.6.3.4 <G826> command
The <G826> command displays the ITU-T G.826 performance parameters of the line.
Depending on the number of DSL channels in the system, a table is displayed containing 1, 2 or
4 columns of data.
CRC6: – Cyclic redundancy check indicating errored blocks received on the xDSL side;
Errored Block (EB): – A block in which one or more bits are in error. The transmission duration
of one block is 6 ms;
Errored Second (ES): – A one second period with one or more errored blocks or at least one
defect;
Severely Errored Second (SES): – A one-second period, which contains more than 30% of
errored blocks per second from the total number of all blocks received. SES is a subset of ES;
Background Block Error (BBE): – An errored block not occurring as a part of SES.
Errored Second Ratio (ESR): – The ratio of ES to total seconds in available time during a fixed
measurement interval;
Severely Errored Seconds Ratio (SESR): – The ratio of SES to the total number of error-free
seconds in available time during a fixed measurement interval;
Background Block Error ratio (BBER): – The ratio of BBE to the total number of error-free
seconds in available time during a fixed measurement interval;
Available time: – The period when measurements of the parameters are possible;
Unavailable time: – The period when the measurements of the parameters are impossible.
58
User Manual NTU Orion 2
4.6.3.5 <G826 Е1> command
The <G826 Е1> command displays the ITU-T G.826 error performance parameters on the E1
side.
If the CRC4 mode is on for both channels, the following parameters are displayed:
Digits 1, 2, 3 and 4 in the first row of the table show parameters for the first, second, third and
fourth E1 interfaces, respectively.
59
User Manual NTU Orion 2
Definitions:
CRC4: – Cyclic redundancy check indicating errored submultiframes received on the E1 side;
E-bit: – CRC4-indication bit denoting received errored submultiframes received on the E1 side;
FAS: – Errored frame alignment signal received on the E1 side;
Errored Block (EB): – A block where one or more bits are errored;
Errored Second (ES): – A one second period with one or more errored blocks or at least one
defect;
Severely Errored Second (SES): – A one-second period, which contains more than 805 error
blocks per second (if CRC4 options are enabled) or the number of errored framed alignment is
more than 28 per second. SES is a subset of ES;
Background Block Error (BBE): – An errored block not occurring as a part of SES.
Errored Second Ratio (ESR): – The ratio of ES to total seconds in available time during a fixed
measurement interval;
Severely Errored Seconds Ratio (SESR): – The ratio of SES to the total number of error-free
seconds in available time during a fixed measurement interval;
Background Block Errored ratio (BBER): – The ratio of BBE to the total number of error-free
seconds in available time during a fixed measurement interval;
Available time: – The period when measurements of the parameters are possible;
Unavailable time:– The period when the measurements of the parameters are impossible.
4.6.3.6 <ALLG826> command
The <ALLG826> command displays the ITU-T G.826 performance parameters of the
line for the local and remote modules and for regenerators.
CO_PM>ALLG826
-------------------------------------------------------------------------------G.826 Error Performance : MASTER N <-- RR1 --> C SLAVE
Please see the previous chapter for the explanation of the different parameters.
4.6.3.7 <RESETG826> command
The <RESETG826> command clears the ITU-T G.826 error performance parameter counters.
4.6.3.8 <RESETALLG826> command
The <RESETGALL826> command will clear the ITU-T G.826 performance counters on the
xDSL interface of the local module, all regenerators connected to it and on the remote unit.
60
User Manual NTU Orion 2
4.6.3.9 <LINKSTAT> command
The <LINKSTAT> command will show an steady quick status of the whole link.
Output format is:
Time - the time since alarm was detected.
Unit - unit in link, that reported about alarm.
Event - interface of Unit, that detected alarm;
Description - list of alarms, that were detected on interface.
The list can contain several alarms for interface. In case, when
all alarms were cleared the list will only contain '----' items.
4.6.3.11 <ALARMLOG C> command
The <ALARMLOG C> command will clear all reported alarms.
61
User Manual NTU Orion 2
4.6.3.12 <NETSTAT> command
The <NETSTAT> command displays statistics of LAN (Ethernet), WAN1 – WAN4 and INT
(internal management port) interfaces.
CO_PM>NETSTAT
-------------------------------------------------------------------------------Statistics : LAN INT WAN1 WAN2
-------------------------------------------------------------------------------Bytes sent : 0 0 0 0
Packets sent : 0 0 0 0
HP packets sent : 0 0
LP packets sent : 0 0
HP queue overloads : 0 0
Transmitting errors : 0 0 0
Bytes received : 0 0 0 0
Packets received : 0 0 0 0
Receiving errors : 0 0 0
LAN – Ethernet port.
WAN1 – WAN4 – WAN1, WAN2, WAN3 and WAN4 ports, respectively.
Int – internal port of management and monitoring (telnet, web, snmp, ping).
Bytes sent – the number of transmitted bytes.
Packets sent – the number of transmitted packets.
HP packets sent – the number of transmitted high priority packets.
HP queue overloads – the number of overloads in the queue of high-priority packets.
LP packets sent – the number of transmitted low-priority packets.
LP queue overloads – the number of overloads in the queue of low-priority packets.
Transmitting errors – the number of transmitting errors. The possible reasons of transmitting
errors: 1) Excessive collisions error; 2) Excessive deferral error; 3) Transmit FIFO underrun.
Bytes received – the number of received bytes.
Packets received – the number of received packets.
Receiving errors – the number of receiving errors. Possible reasons of receiving errors: 1)
Frame Alignment Error; 2) CRC Error; 3) Receive FIFO overrun.
4.6.3.13 <RESETNETSTAT> command
The <RESETNETSTAT> command clears counters used to display statistics on data
transmission via interfaces.
62
User Manual NTU Orion 2
4.6.4 Fault and maintenance management menu
After typing “2” in the main menu and pressing enter, the following message is displayed:
Fault and maintenance management activated
Enter <M> to return to MAIN, or <H> for HELP information
4.6.4.1 <H> command
Type
<H> and the monitor lists all available commands in the fault and maintenance sub-menu:
For Stand Alone devices, the following information is displayed:
CO_FMM> H
------------------------------------------------------------------------------Type 'H [command]' to get additional help on [command]
NM Trace xDSL noise margin
STATUS Show current DSL working parameters
STATUS T Show current DSL working parameters continuously
STATUS L Show current DSL and LINK payload parameters
STATUS ETH Show Ethernet status
MACTABLE Print MAC table
MACTABLE C Clear MAC table
LOOP1 [ON/OFF] [N] Start/stop local loopback at Nth E1 interface
LOOP2 [N:[A/R]] [ON/OFF] Starts/stops the remote loopback at Nth xDSL interface
ALARM Display alarms
ALARM T Display alarms continuously
ACO Show alarm cutoff configuration
ACO [GROUP] [ON/OFF] Change alarm indication for alarm group GROUP
STARTAL [N] Toggles Nth xDSL channel the analog loopback ON/OFF
RESTART [N] Restart Nth xDSL channel
RESET Reset modem
SOFTUPDATE Update software
SOFTCONFIRM Confirm uploaded software
SOFTINFO List loaded software
APPLY [ALL/GROUP] Apply changes to running configuration
CONFIRM Confirm running configuration
BACKUP Backup running configuration
RESTORE Restore startup configuration from backup
DIFF [N/R/S/B] [N/R/S/B] Show difference between configurations
DUMP [N/R/S/B] Dump selected configuration
LOAD Load configuration via XModem
POWERMODE [0-5] Set device power consumption mode
TLM Show external alarm status
TLM D Show external alarm reaction
TLM S [N:Rnn-Rkk] [ABC] Set up external alarm reaction
TLM C Clear external alarm table
CONNECT [N:[1-13/R]] Establish connection to remote unit
LINK [NN] Establish local connection
LINKCLEAR Exit all local connections
BERT BERT configuration menu
M Return to Main Menu
H Show available commands
Option: T – update the table continuously.
Option: L – show the DSL and Link parameters.
Table 4.2 «<STATUS> - definitions».
Parameter Value Description
I/F mode CO
CP
SYNC 1
- (0)
SEGD 1
0
-
The interface is in the Master mode
The interface is in the Slave mode
Synchronization in the xDSL line is established.
Synchronization in the xDSL line is absent.
Data, transmitted over the xDSL line, are valid
Data, transmitted over the xDSL line, are not valid
Data are not received
64
Power backoff NOutput signal power reduction[dB]
User Manual NTU Orion 2
Far end power
backoff
Loop attn N Attenuation in the loop [dB]
NMR N Maximum possible increase in the noise margin for which the BER
Bitrate N Data transmission rate in the xDSL line [kbit/s]
SRU N Number of regenerators in the system
Active sync.
source
Temperature N Unit temperature [С°] (only for SubRack devices)
Power mode P0
N Far end signal power reduction [dB] (in the current version invalid
values are displayed)
-7
[dB]
External
E1-1
E1-2
Internal
P1
P2
P3
P4
is expected to be no less that 10
Active sync source
External sync
Е1-1 network interface
Е1-2 network interface
Internal sync source
CPU clock frequency is 50MHz.
CPU clock frequency is 50MHz smart start
CPU clock frequency is 25MHz smart start
CPU clock frequency is 10MHz smart start
CPU clock frequency is 5.5MHz smart start
P5
CPU clock frequency is 5.5MHz smart start
For the STATUS L explanation please see the CONFIG command explanations.
4.6.4.4 <STATUS ETH> command
The <STATUS> command displays parameters of the Ethernet port (ETH1 – ETH4), namely the
rate and the operation mode:
CO_09_FMM>STATUS ETH
Ethernet port speed/duplex: 100 FULL
65
User Manual NTU Orion 2
4.6.4.5 <MACTABLE> command
The <MACTABLE> displays the dynamic table of MAC addresses:
CO_FMM>MACTABLE
I/F VID MAC I/F VID MAC
LAN 1 00:0c:6e:ea:ee:4a LAN 1 00:c0:26:a3:6e:a2
LAN 1 00:c0:26:31:66:3e LAN 1 00:0c:f1:6e:19:8c
LAN 1 00:0f:24:b5:65:d0 LAN 1 00:1f:00:00:01:eb
LAN 1 02:01:00:00:00:00 LAN 1 00:c0:df:0e:b5:40
LAN 1 00:80:48:15:72:0b LAN 1 00:05:5d:c7:e6:8f
LAN 1 00:c0:26:a3:65:32 LAN 1 00:c0:26:a7:cd:13
LAN 1 00:c0:26:31:5d:61 LAN 1 00:80:48:15:d3:06
LAN 1 00:c0:26:31:65:07 LAN 1 00:08:0d:b1:e9:fa
CO_FMM>
Option: С – update the table continuously.
Definitions:
I/F – the name of the port from which an Ethernet packet was transmitted to the internal switch.
VID – VLAN ID (VLAN number) transmitted to the internal switch of the Ethernet packet.
MAC – MAC address of the sender of the Ethernet packet.
The size of the dynamic table of MAC addresses is 32768 cells. The MAC address table
automatically deletes old records after a certain data aging time. In case there are not enough
cells in the table, the aging time decreases and the stale data are deleted faster. The procedure
can be repeated many times. Therefore, the table overflow does not occur even in networks
incorporating thousands of devices.
4.6.4.6 <ALARM> command
The <ALARM> command displays the actual alarm status of the local device:
For systems with different numbers of E and xDSL channels, the number of columns displayed
is also different, though the table structure remaind unchanged.
For single-channel devices, the alarm table is displayed in the following way:
CO_FMM>ALARM
-------------------------------------------------------------------------------Alarm status : E1-1 E1-2 xDSL : DSL1 DSL2
-------------------------------------------------------------------------------LOS-S : off off LOS : off on
LFA-S : off off LOSW : off on
AIS-S : off off SEGD : off off
AIS-R : off off BER-H : off off
LOOP1 : off off ALB : off off
BER-S : off off SEGA : off off
: NM : off off
: LA : off off
LOOP2 : off off
RCONF : off off
AIS-R Receiving AIS on the E1 side by a remote device
BER-S The block error rate on the Е1 side exceeded the admissible value
LOOP1 A loop is activated on the network interface in the direction of the Е1 equipment
Definitions (Ethernet):
LOS-E Loss of signal on the Ethernet interface
Definitions (xDSL):
LOS Loss of signal in xDSL
LOSW Loss of signal or frame alignment in xDSL (loss wire)
SEGD A failure in the line (segment degradation)
BER-H The block error rate in the line is according to G.826 ≥ 30%
ALB Analog loopback is active
SEGA Error data or error frame alignment (segment alarm)
NM NoiseMarging < NM threshold
LA LoopAttenuation > LA threshold
LOOP2 A loop is activated on the line interface of a remote device in the direction of the local
device
RCONF Configuration of the remote device is not compatible with the configuration of the
local device (for example, the local device is configured to transmit Ethernet data,
while the remote device is configured to transmit two E1 streams)
Definitions (Maintenance):
HW-F Hardware failure
DSL-F DSL failure
Option: T – enable the continuous updating of the table of actual alarm statuses.
4.6.4.7 <LOOP1 ON/OFF [N=1..4]> command
The <LOOP1 ON/OFF [N=1..4]> command activates/deactivates the local loopback on the
network interface (E1 interface).
CO_FMM>LOOP1 ON 1
Local loopback on E1-1 interface has been set
CO_FMM>LOOP1 OFF 1
Local loopback on E1-1 interface has been cleared
CO_FMM>
67
User Manual NTU Orion 2
4.6.4.8 <LOOP2 N:ADDR ON/OFF> command
The <LOOP2 N:ADDR ON/OFF> command activates/deactivates the remote loopback on the
line interface.
The parameter N:ADDR sets the number N of the DSL interface and the device address (as in
the CONNECT command). In single-channel systems, the parameter N is not obligatory.
The command <LOOP2> with parameters N=1..13 activates the loopback on the regenerator,
whose number is specified by the value of N. The regenerators are numbered starting from the
modem.
The command <LOOP2> with the parameter N=R activated the remote loopback on the remote
modem.
CO_01_FMM>LOOP2 1:R ON
Loop2 set is initiated.
Loop2 is successfully set.
CO_01_FMM>LOOP2 1:R OFF
Loop2 reset is initiated.
Loop2 is successfully cleared.
CO_01_FMM>
4.6.4.9 <STARTAL ON/OFF N> command
The <STARTAL ON/OFF N> command starts the analog loopback at the line interface of the
device with the number N (<STARTAL ON 1> starts the analog loopback at the DSL1 interface).
The <STARTAL OFF N> stops this loopback.
For single-channel modems, the <STARTAL> command is enterd without the parameter N.
CO_FMM>STARTAL
Analog loopback started
CO_FMM>STARTAL
Analog loopback stopped
CO_FMM>
CO_09_FMM>STARTAL ON 1
Analog loopback started
CO_09_FMM>STARTAL OFF 1
Analog loopback stopped
CO_09_FMM>
Note: This command is used in the Master mode. Detach the cable from the xDSL connector
before starting the analog loopback.
4.6.4.10 <RESTART [N=1..4]> command
The <RESTART [N=1..4]> command restarts the corresponding xDSL channel.
The command first causes the loss of sync between modems which later restores.
For single-channel devices the command is used without any additional parameters.
RR_FMM>RESTART 1
Restarting channel 1
RR_FMM>
68
User Manual NTU Orion 2
4.6.4.11 <RESET> command
The <RESET> command restarts the device.
CP_FMM>RESET
4.6.4.12 <AСO [GROUP ON/OFF])> command
The <AСO> command without additional parameters lists deactivated alarm relays.
CO_FMM>ACO
E1-1, ETHERNET
CO_FMM>
The <ACO [GROUP ON/OFF]> command activated/deactivates the GROUP alarm relays.
Available groups of alarm relays:
GROUP Description
E1-1 or E11 1st E1 channel
E1-2 or E12 2nd E1 channel
E1-3 or E13 3rd E1 channel
E1-4 or E14 4th E1 channel
E1 All E1 channels
ETH1 or ETHERNET1 1st Ethernet port
ETH2 or ETHERNET2 2nd Ethernet port
ETH3 or ETHERNET3 3rd Ethernet port
ETH4 or ETHERNET4 4th Ethernet port
ETH or ETHERNET All Ethernet ports
DSL1 or XDSL1 1st DSL channel
DSL2 or XDSL2 2nd DSL channel
DSL3 or XDSL3 3rd DSL channel
DSL4 or XDSL4 4th DSL channel
DSL or XDSL All DSL channels
RCONF All RCONF alarms
CO_01_FMM>ACO E1-1 OFF
ETHERNET
CO_FMM>
The deactivated alarm relay does not generate urgent or non-urgent alarms (i.e. does not affect
the color of LEDs on the front panel and alarm relay statuses).
For generators, alarm relays DSL and Ethernet can be deactivated.
Note: By default in all configurations, the Ethernet alarm LED is blocked. By typing this
command, the GROUP parameter can not contain several groups of alarm statuses.
69
User Manual NTU Orion 2
For example: if it is necessary to deactivate alarm statuses of the group Е1-1 and DSL, enter
the ACO command twice: first, with the parameter Е1-1, and second, with the parameter DSL.
CP_FMM>ACO E1-1 ON
E1-1, ETHERNET
CP_FMM>ACO DSL ON
E1-1, xDSL, ETHERNET
CP_FMM>
4.6.4.13 <SOFTUPDATE> command
The
<SOFTUPDATE> command downloads the new software into the modem by using the
XMODEM or 1K XMODEM protocols. The SOFTUPDATE command downloads only the
second version of the software into the flash memory. During the new software downloading the
analysis of the % symbols is not performed.
CP_FMM>SOFTUPDATE
Flash manufacturer: Spansion
Flash device: S29AL016D(02)
Start address: 0x1000000
Flash size: 2048 KB
Now upload program via XModem or 1K XModem
CСС
After the new software is successfully downloaded, a message is displayed to restart the
modem.
If the downloading failed, a message is displayed and the modem returns to the usual operation
mode. (The operator can try again to download the software.) If the downloading was
interrupted, the software is most likely damaged. The restart will result in this case in the
downloading of the first version of the software.
4.6.4.14 <SOFTCONFIRM> command
The
<SOFTCONFIRM> command confirms the new version of the software. After the new
software is downloaded, a counter of the running software starts is switched on. If this software
is not confirmed with the help of the
<SOFTCONFIRM> command after the restart, it will not be
The <SOFTINFO> command displays information about copies of the software, which are
stored in the device.
The device can contain two copies (different versions are possible) of the software. One of them
is started after switching on, while the other is a backup software.
The asterisk shows the running downloaded version.
70
User Manual NTU Orion 2
ver – the number of the software version.
date – the date of the software creation.
length – the size in bytes.
CRC OK/FAIL – a label showing if the software is damaged or not.
The software status is displayed at the end of the corresponding line:
fixed – the software status: first, basic software cannot be downloaded from the console, does
not require confirmation.
just loaded – the software status: downloaded second software.
not confirmed – the software status: non-confirmed second software.
confirmed – the software status: confirmed second software.
4.6.4.16 <APPLY /ALL/NET/LINE> command
The <APPLY ALL/NET/LINE> command is used to apply changes in groups NET, VLAN or to
apply changes in one of these groups.
As a result, changed in the group are written from the new configuration into the running one.
For example:
CO_FMM>APPLY NET
Applying configuration changes in group NET to running configuration
For example:
CO_FMM>APPLY
Applying all configuration changes to running configuration
4.6.4.17 <CONFIRM> command
The <CONFIRM> command confirms the running configuration and writes it to the startup
configuration.
As a result, after confirmation of changes in all groups of configuration variables, they will be
written from the running configuration into the startup configuration.
For example:
CO_FMM>CONFIRM
Current running configuration is confirmed and written to
startup configuration in EEPROM
4.6.4.18 <BACKUP> command
The <BACKUP> command is used to create a backup of the running configuration of the device
in the EEPROM.
As a result, the running configuration is written to the backup configuration.
For example:
CO_FMM>BACKUP
Current running configuration is written to
backup configuration in EEPROM
CO_FMM>
71
User Manual NTU Orion 2
4.6.4.19 <RESTORE> command
The <RESTORE> command restores the startup configuration from the backup configuration,
which is written in the EEPROM.
As a result, values from the backup configuration are written into the startup configuration.
For example:
CO_FMM>RESTORE
Restored startup configuration from backup configuration.
Reset modem for all changes to take effect
CO_FMM>
The modem should be restarted in order the restored values become valid.
4.6.4.20 <DIFF N/R/S/B N/R/S/B > command
The <DIFF N/R/S/B N/R/S/B> command displays differences in configurations. The difference
between four configurations is displayed: Running, New, Startup, or Backup (see Section 2.3).
For example:
The command displays the name of the difference parameter and data from two configurations.
In the above example one can see that the VLANMASK parameter of interface 3 (WAN2) of the
VLAN group in the running configuration differs from the backup configuration.
If there are no differences, the result is presented as follows:
The <DUMP N/R/S/B> command displays the dump of the corresponding configuration:
Running, New, Startup or Backup. The text format used by the command can be also employed
for reading or for the configuration downloading in the modem with the help of the
LOAD
command (see below).
For example:
CO_FMM>DUMP R
-----------------------------------------------------------------------Dump of running configuration
The results of the command show the coded configuration of the device and can be copied from
the terminal window into the notepad as well as saved on any data carrier. This txt file can be
downloaded into a similar device with the help of the LOAD command via the XModem or 1K
XModem protocols.
4.6.4.22 <LOAD> command
The <LOAD> command downloads the configuration file obtained with the help of the DUMP
command into a device via the XModem or 1K XModem protocols.
For Windows 95 or above, this procedure can be performed with the help of the HyperTerminal
program. By typing LOAD, the following text will be displayed in the terminal window:
CO_FMM>LOAD
Now upload configuration via XModem or 1K XModem
C
Select "Send File” in the Transfer menu. Select the protocol XModem or 1K XModem in the
window which appears. Select the downloading configuration file and click the Send button.
If downloading is successful, a message will appear to reset the modem:
Configuration was loaded successfully.
For all configuration options to apply, type RESET to reset modem.
CO_FMM>
If the configuration file contained errors, a message with the number of the line in which the
error was detected will be displayed. The configuration of the device in this case will not
change.
73
User Manual NTU Orion 2
4.6.4.23 < POWERMODE [0..5]> command
The < POWERMODE [0..5]> command initialized the desired power mode.
0 Normal unit power consumption mode. No power saving features enabled
1 Normal unit power consumption mode. Power consumption increases very slowly during
startup (soft start). This mode is very useful for remote powered units.
2 CPU clock reduced to 25MHz. Lower power consumption. Soft start enabled.
3 CPU clock reduced to 10MHz. Ethernet port speed reduced to 10Mbit/s. Lower power
consumption. Soft start enabled.
4 CPU clock reduced to 5,5MHz. Ethernet port is switched off. Soft start enabled.
5 CPU clock is adapted to Ethernet port switch. If Ethernet is switched to 100Mbit/s mode,
then CPU clock will be 50/25 MHz, depending of traffic load. If Ethernet power switched
to 10Mbit/s mode, then CPU clock will be 50..10MHz depending of traffic load. If
Ethernet port is not used CPU clock will be reduced to 5,5MHz. Soft start enabled.
4.6.4.24 <TLM > command
The < TLM > command shows the external alarm status of regenerators.
CO_01_FMM>TLM
Distant external alarms status
---------- Line 1 -------- Line 2 -------- Line 3 -------- Line 4 --- | ALM1 ALM2 ALM3| ALM1 ALM2 ALM3| ALM1 ALM2 ALM3| ALM1 ALM2 ALM3|
---------------------------------------------------------------------RR01 | off off off | off off off | off off off | off off off |
RR02 | off off off | off off off | off off off | off off off |
RR03 | off off off | off off off | off off off | off off off |
RR04 | off off off | off off off | off off off | off off off |
RR05 | off off off | off off off | off off off | off off off |
RR06 | off off off | off off off | off off off | off off off |
RR07 | off off off | off off off | off off off | off off off |
RR08 | off off off | off off off | off off off | off off off |
RR09 | off off off | off off off | off off off | off off off |
RR10 | off off off | off off off | off off off | off off off |
RR11 | off off off | off off off | off off off | off off off |
RR12 | off off off | off off off | off off off | off off off |
RR13 | off off off | off off off | off off off | off off off |
Option: D – shows the reaction of the external alarms of regenerators.
CO_01_FMM>TLM D
Reactions on external alarms
---------- Line 1 -------- Line 2 -------- Line 3 -------- Line 4 --- | ALM1 ALM2 ALM3| ALM1 ALM2 ALM3| ALM1 ALM2 ALM3| ALM1 ALM2 ALM3|
---------------------------------------------------------------------RR01 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR02 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR03 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR04 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR05 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR06 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR07 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR08 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR09 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR10 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR11 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR12 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR13 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
This command sets NTU reaction on external alarms of regenerators.
Parameters:
N: selected line
Rnn - Rkk: regenerator or the range of regenerators to set reaction for.
Example: 'R1', 'R9', 'R04', 'R1-R4', 'R07-R09'.
ABC: List of reactions. Must be a string of three digits, each from 0 to 3. First digit
corresponds to the first alarm, second - to second, third - to third.
Possible Values:
0 - no reaction.
1 - NTU will show this alarm by 'TLM' command.
2 - NTU will indicate minor remote alarm and show this alarm by 'TLM' command.
3 - NTU will indicate major remote alarm and show this alarm by 'TLM' command.
Example:
CO_01_FMM>TLM S 1:R1 213
Reactions on external alarms
---------- Line 1 -------- Line 2 -------- Line 3 -------- Line 4 --- | ALM1 ALM2 ALM3| ALM1 ALM2 ALM3| ALM1 ALM2 ALM3| ALM1 ALM2 ALM3|
---------------------------------------------------------------------RR01 | MIN RES MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR02 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR03 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR04 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR05 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR06 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR07 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR08 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR09 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR10 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR11 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR12 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
RR13 | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ | MAJ MAJ MAJ |
The <BERT> command allows one to enter the submenu for BER Testing subsystem. Type
<M> to return to the main menu.
4.6.4.27 <H> command
Type
<H> and the monitor lists all available commands in the fault and maintenance sub-menu:
For Stand Alone devices in the BERT Submneu, the following information is displayed
CP_BERT>H
------------------------------------------------------------------------------Type 'H [command]' to get additional help on [command]
START Start BERT
STOP Stop BERT
TRACE Trace BERT statistics
SHOW Show BERT statistics once
RES Reset BERT statistics
SET [E11-E12] [INT/EXT] Set BERT interface
PATD [2En/bitstring] Set BERT pattern
CONF Display current BERT configuration
CONNECT [N:[1-13/R]] Establish connection to remote unit
LINK [NN] Establish local connection
LINKCLEAR Exit all local connections
M Return to Fault and Maintenance Menu
H Show available commands
This command set’s the desired Interface to the selected source.
4.6.4.34 <TS [TX/RX] [0-31] > command
This command set’s the desired Slot for the BERT.
Examples:
TS 0-31 will select timeslots 0-31 for TX and RX
TS TX 1-31 will select TX timeslots separately
TS RX 1-31 will select RX timeslots separately
4.6.4.35 <PATD [2En/bitstring] > command
With this command it’s possible to setup the BERT pattern.
Parameters: 2E7, 2E9, 2E11, 2E15 or bitstring
4.6.4.36 <CONF > command
This command shows the current BERT configuration.
77
User Manual NTU Orion 2
4.6.5 Configuration Management menu
After typing “3” in the main menu and pressing enter, the following message will be displayed:
Configuration management activated
Enter <M> to return to MAIN, or <H> for HELP information
The content of the configuration management menu mainly depends on the operation mode of
the device. There are four possible modes of the device operation:
CO – all channels are in the Master mode, manual configuration.
CP – all channels are in the Slave mode, manual configuration.
CA – all channels are in the Slave mode, automatic configuration.
CX – a part of channels is in the Master mode, the rest channels are in the Slave mode, manual
configuration.
In the CA mode, configuration of E1 and WAN streams is received from the line (from the CO
device or regenerator), the configuration can be changed from the device in the CA mode. It is
impossible to configure the channel reservation, to arbitrarily assign E1 streams to DSL
channels and to arbitrarily set clock sources in the CA mode. Nevertheless, this mode satisfies
90% of users, because it does not require many efforts to configure the device.
In the CA mode, the configurations received from the line are displayed by using the <CONFIG>
command with the notation AUTO.
4.6.5.1 <H> command
Type
<H> and the monitor lists all available commands in the configuration management sub-
menu:
CO_CM>H
------------------------------------------------------------------------------Type 'H [command]' to get additional help on [command]
Type 'H [command]' to get additional help on [command]
AUTO [ON/OFF] Set CA mode
CONFIG Display local configuration
CONFIG [N/R/S/B] Display new/running/startup/backup configuration
MASTER [ON/OFF] [N] Select Nth xDSL channel master/slave
EXT [ON/OFF] [N] Turn Nth DSL channel Extended mode ON or OFF
BASERATE [N/AUTO] [M] Set Mth DSL channel baserate to Nx64k + 8k, N=[3..89]
PAM [4/8/16/32/64] [N] Set Nth xDSL channel line coding
PAYLOAD [list] [N] Set Nth xDSL channel payload
ANNEX [A,B,A/B] [N] Set Nth xDSL channel Annex A or Annex B or Annex A/B
SETCLOCK [list] [N] Set Nth xDSL channel clock source priorities
MULTIPAIR [2/OFF] Select or turn off multipair mode
RESERVE [list] Set the list of channels for the reserve group
G704 [ON/OFF] [N] Set Nth E1 framer G704 mode
G704 [ON/OFF] [N] Set Nth E1 framer G704 mode
AISDET [ON/OFF] [N] Set Nth E1 framer AIS detection mode
AISGEN [ON/OFF] [N] Set Nth E1 framer AIS generation mode
DSLTS [list] [N] Select Nth E1 channel timeslots, transmitted via DSL
WANTS [list] [N] Select Nth E1 channel timeslots for WAN payload
E1CLOCK [DSL/RX/EXT] [N] Set Nth E1 channel clock source priorities
PASSWORD [USER/ADMIN] Set user/administrator password
ID string Set device ID
DEFAULT [0-4] Set default configuration
DEFAULT EVERYTHING Set everything to default configuration
SERNUM Show serial number
78
APPLY [ALL/GROUP] Apply changes to running configuration
GSCOMPAT [ON/OFF] Set GS compatibility mode on and off
NMTHR [N/OFF]] Set the Noise Margin alarm threshold
LATHR [N/OFF] Set the Line Attenuation alarm threshold
MODE [N] Sets the number of DSL channels to N
CONNECT [N:[1-13/R]] Establish connection to remote unit
LINK [NN] Establish local connection
LINKCLEAR Exit all local connections
LICENSE [LICENSE_KEY] Display activation info/Enter license key
NET Network configuration menu
M Return to Main Menu
H Show available commands
The <AUTO ON> command sets the CA mode for the device, i.e., all channels are in the Slave
mode, automatic configuration.
In this case, all DSL interfaces pass to the Slave mode. The majority of configurations is
received from the line. The MULTIPAIR mode remains unchanged.
The <AUTO OFF> command sets the manual configuration mode for the device. If this
command is sent from a mode, which differs from the CA mode, it has no effect. If the command
is sent from the CA mode, the current configurations of the line are written in the configurastion.
4.6.5.3 <CONFIG /N/R/S/B> command
The <CONFIG> command displays the configuration of the device.
Options:
N - Display New line configuration
R - Display Running line configuration
S - Display Startup line configuration
B - Display Backup line configuration
For devices in the CO, CP, CX modes:
CO_CM>CONFIG
-------------------------------------------------------------------------------Running Line Configuration
-------------------------------------------------------------------------------xDSL DSL1 DSL2
Mode : Master(HTU-C) Master(HTU-C)
Extended rates: OFF OFF
Line coding : PAM16 PAM16
Baserate : 60 60
Annex : B B
Payload : E1-1,WAN E1-2,WAN
Clock source : E1-1,Int E1-2,Int
Reserve : --- -- GS compatible : OFF
NM threshold : OFF
LA threshold : OFF
E1 E1-1 E1-2
G.704 framing : ON ON
CRC4 : ON ON
AIS Detection : ON ON
AIS Generation: ON ON
E1 clock : DSL DSL
-------------------------------------------------------------------------Running Line Configuration
-------------------------------------------------------------------------------xDSL DSL1 DSL2
Mode : ---- All slave, AUTO ON --- Extended rates: OFF OFF
Line coding : AUTO AUTO
Baserate : AUTO AUTO
Annex : A/B A/B
Payload : E1-1,WAN E1-2,WAN
Clock source : E1-1,Int E1-2,Int
GS compatible : OFF
NM threshold : OFF
LA threshold : OFF
E1 AUTO E1-1 E1-2
G.704 framing : ON ON
CRC4 : ON ON
TS into DSL : 0-31 0-31
E1 MANUAL
AIS Detection : ON ON
AIS Generation: ON ON
E1 clock : DSL DSL
TS into WAN : NONE NONE
Operation mode:
Master
Slave
Multipair
All slave, configured by master
Mode
Extended rates: Extended DSL feature ON / OFF
Line coding Type of the line encoding ([PAM64], PAM32, PAM16)
Baserate Data transmission rate over the line interface. Auto – adaptation mode
Annex Transmission mode (ANNEX A, ANNEX B, ANNEX AB)
Payload
Clock source List of priority clock sources
Reserve The reservation group to which the DSL channel belongs.
GS compatible Enables the Globespan (Conexant) compatibility.
NMTHR Set / disable the NoiseMargin threshold alarm.
LATHR Set / disable the LineAttenuation threshold alarm
All slave, MULTIPAIR xx, configured by master
Data transmitted over the interface: the list of E1 streams transmitted over this interface
or/and WAN
80
User Manual NTU Orion 2
Group of E1 parameters
G.704 framing Framing mode
CRC4 CRC4 mode
AIS Detection AIS detection mode
AIS Generation AIS generation mode
E1 clock Clock source
TS into DSL List of time slots of E1 transmitted/received overt DSL
TS for WAN List of time slots of E1 used for WAN data список WAN (Ethernet over E1)
Note: New configuration is displayed automatically every time changes are made to the
configuration.
The main operation modes of a device are:
Independent channels (CO, СP, CX, CA)
Independent channels with reservation (CO, СP, CX)
Multipair mode (CO, СP, CX, CA)
Two-pair mode with reservation (available only in the four-channel version) (CO, СP, CX)
The CONFIG table for the mode with independent channels is presented above. The table lists
all possible configurations of independent channels.
Table representing the mode of “independent channels with reservation”. In this configuration,
channels 1, 2 and 3, 4 are combined for reservation (CO, CP, CX).
The CONFIG always displays the running line configuration. If a new configuration differs from
the running one, the CONFIG command lists the running configuration and displays a warning:
CP_CM>CONFIG
-------------------------------------------------------------------------------Running Line Configuration
-------------------------------------------------------------------------------xDSL DSL1
Mode : Slave(HTU-R)
..Extended rates: OFF
Line coding : PAM32
Baserate : 89
Annex : A
Payload : E1-1,WAN
Clock source : E1-1
E1 E1-1
G.704 framing : ON
CRC4 : ON
TS0 Generation: OFF
AIS Detection : ON
AIS Generation: ON
E1 clock : DSL
TS into DSL : 0-31
TS into WAN : NONE
-------------------------------------------------------------------------------Warning: New line configuration differs from running line configuration!
To view new/running line configuration, type 'CONFIG N'/'CONFIG R'.
To apply changes in configuration, type 'APPLY LINE' or 'APPLY ALL'.
Do not forget to 'CONFIRM' a good working configuration.
CP_CM>
81
4.6.5.4 <MASTER ON/OFF N> command
The <MASTER ON/OFF N> activates/deactivates the «MASTER» mode on the interface with
the number N.
The <MASTER ON> activates the MASTER mode. The <MASTER OFF> command activates
the SLAVE mode.
For single-channel modems, the command is used without the number of the xDSL channel.
Note:
1. In the data transmission systems one device should be configured as a Master
device, while the other – as a Slave device.
2. For regenerators, the parameter N is used to select the interface DSL1/DSL2 (the
ON/OFF is not used).
4.6.5.5 <EXT ON/OFF N> command
The EXT ON/OFF N command activates/deactivates the standard and the extended G.SHDSL
mode on the interface with the number N.
Note:
The EXT ON feature needs a special LICENSE that has to be ordered together with the unit.
In extended mode higher data rates and line codes (PAM4, PAM8, PAM32, PAM64, PAM128)
are available.
User Manual NTU Orion 2
Standard mode
Command Channel Coding Min Baserate Max Baserate
PAM 16 PAM 16 3 60
PAM 32 PAM 32 12 89
Extended mode
PAM 4 PAM 4 2 35
PAM 8 PAM 8 3 71
PAM 16 PAM 16 1 119 (106)
PAM 32 PAM 32 1 159 (142)
PAM 64 PAM 64 2 199 (178)
PAM 128 PAM 128 4 238 (not available)
Please NOTE:
The values in the braces are for Model that have no ++ in the Hardware Version (HW 1.8++)
V52 & V53 models do not support PAM128
82
User Manual NTU Orion 2
4.6.5.6 <BASERATE K/AUTO [N=1..4]> command
The <BASERATE
K [N=1..4]> command sets the transmission rate K over the line xDSL
interface, where N is the number of the interface.
For PAM16 the available rates (BASERATE) lie in the range from 3 to 60, and for PAM32 – from
12 to 89.
Table 4.4 “Available rates (BASERATE) for different types of coding”.
Coding type: Parameter: Values: Description:
PAM16 N 3..60 Transmission rate over the line interface (N*64+8) kbit/s.
PAM32 12..89
Warning! Use codes with the lowest number of levels (PAM16) for low rates.
On the Slave device, the <BASERATE AUTO> command adapts the rate of the Slave device to
the rate of the Master device. In this case, PAM and Annex are automatically detected (opposite
Annex in the <CONFIG> configuration AB appears, opposite PAM – Auto). The command does
not change the Annex and PAM modes in the configuration. In the Slave mode, the
<BASERATE AUTO> command automatically detects all configurations.
On the Master device, the <BASERATE AUTO> command sets the mode of adaptation to the
line quality. In this case the <BASERATE AUTO> mode should be also activated on the Slave
device.
For modems with one xDSL channel, the command is entered without typing the number of the
xDSL channel.
4.6.5.7 <PAM 16/32/64 [N]> command
The
<PAM 16/32> command sets the number of levels in the line code. The following options
are possible – 16, 32 & 64 for EXT mode ON
For modems with one xDSL channel, the following command is used:
CO_01_CM>PAM 16
Compatibility with the Orion modem is achieved by setting BASERATE in the range from 3 to 32
and by setting the line coding equal to PAM 16.
The <BASERATE AUTO> command activates the automatic detection of PAM and Annex.
4.6.5.8 <PAYLOAD list/NONE [N=1..4]> command
The <PAYLOAD list/NONE [N=1..4]> command sets the list of streams transmitted over the
xDSL channel. Here, N is the number of the xDSL channel.
The parameter list displays the list of E1 interfaces and WAN interfaces (Ethernet), separated
by comma. The E1 interface may be denoted both by a short-form (for example, E1-1, E11),
and by numbers (for example, 1). Space in the list are not allowed. The parameter NONE
deactivates transmission of E1 and WAN over this xDSL interface.
If two streams E1 and WAN are selected to be transmitted over xDSL, the number of time slots
of the xDSL channel used to transmit Ethernet data is calculated as BASERATE minus the
number of time slots of the E1 stream transmitted over xDSL. For example, if BASERATE is 89,
and time slots 0-31 (<DSLTS 0-31>) of the Е1 interface are transmitted over xDSL, 57 time slots
83
User Manual NTU Orion 2
of the xDSL stream (57*64 = 3648 kbit/sec) will be used to transmit WAN (Ethernet) by the
<PAYLOAD E1-1, WAN> command.
For modems with one xDSL channel, the command is as follows:
CO_CM>PAYLOAD WAN
CO_CM>PAYLOAD E11,WAN
CO_CM>PAYLOAD NONE
4.6.5.9 <ANNEX A/B/AB [N=1..4]> command
The <ANNEX A/B [N=1..4]> command enables the transmission standard: G.991.2 ANNEX A or
G.991.2 ANNEX B, where N is the number of the interface.
The <ANNEX AB> automatically selects the transmission standard.
If devices use different transmission standards, synchronization will not be
Note:
established between them.
4.6.5.10 <SETCLOCK list [N=1..4]> command
The <SETCLOCK list [N=1..4]> command sets the priority list of clock sources for the xDSL
channel, where N is the number of the xDSL channel. The possible clock sources are:
• External sync source. Marked as EXT, EXTERNAL (only for Sub-Rack modems);
• first E1 channel. Marked as 1, E11, E1-1, E1_1;
• second E2 channel. Marked as 1, E12, E1-2, E1_2;
• internal sync source. Marked as INT, INTERNAL.
The external clock source should be either the first one in the priority list or be not used at all.
The next clock sources in the list should be E1 channels. The internal clock source should be
the last one in the priority list. It is not necessary to type it in the command.
The parameter N can be absent for single-channel modems.
The list of priority clock sources should contain only those E1 channels, which are used to
transmit data over the xDSL channel.
If the xDSL channel is not used to transmit E1 streams, it is possible to set any of the E1
channel as a reference clock source or to use the external (EXTERNAL) clock.
Note: If the list of E1 channels transmitted over DSL is changed by the PAYLOAD command,
this command can change the list so that it corresponds to the previous two criteria.
For example:
CO_09_CM>SETCLOCK EXT,E1-1,E1-2
CO_CM>SETCLOCK INT
4.6.5.11 <MULTIPAIR [MODE]> command
The <MULTIPAIR> command activates multipair mode, which allows one to merge DSL
channels.
Groups of 2, 3 and 4 channels can be merged in the multipair mode. The following variants are
possible:
The <RESERVE> command allows one to combine xDSL channels into groups in order to
reserve them. There can be no more than 2 groups in the system with 4 DSL channels.
The reservation groups are called A and B groups. The parameter sets the list of channel
numbers separated by a comma. To simplify configuration and maintenance of devices, anly
groups of successive channels can be reserved. To configure the reserve group, type the
following command:
CO_01_CM>RESERVE 1,2
To configure both reserve groups type the command as follows. Note then groups should not
cross one another:
CO_01_CM>RESERVE 1,2 3,4
The parameter NONE deactivates reservation:
CO_01_CM>RESERVE NONE
4.6.5.13 <G704 ON/OFF [N]> command
The <G704 ON/OFF [N]> command activates/deactivates the ITU-T G.704 framed mode for the
Е1 interface, where N is the number of the E interface.
The <G704 ON> activates the ITU-T G.704 framed mode. The <G704 OFF> deactivates the
ITU-T G.704 framed mode, i.e., the devices starts operating in the so-called transparent mode.
For modems with one Е1 channel the command is the following:
CO_CM>G704 ON
4.6.5.14 <CRC4 ON/OFF [N]> command
The <CRC4 ON/OFF [N]> command activates/deactivates the CRC4 mode for the E1 channels,
where N is the number of the E1 channel.
For modems with one Е1 channel the command is the following:
CO_CM>CRC4 ON
Note
: The command is available in the G.704 framed mode.
<AISGEN ON [N]> command activates the AIS Generation mode for the E1 interface,
where N is the number of the E1 interface. The
<AISGEN OFF> command deactivates the AIS
Generation mode.
The
<AISDET ON [N]> command activates the AIS Detection mode for the E1 interface, where
N is the number of the E1 interface. The
<AISDET OFF> command deactivates the AIS
Detection mode.
For modems with one Е1 channel the command is the following:
85
CO_CM>AISGEN ON
CO_CM>AISDET ON
User Manual NTU Orion 2
4.6.5.16 <DSLTS list/NONE [N=1..4]> command
<DSLTS list/NONE [N=1..4]> command sets transmitted/received time slots of the given
The
E1 channel to be transmitted over the xDSL channel. Here, N is the number of the E1 interface.
The List consists of numbers of separate time slots and their ranges, separated by comma.
For example: 1,5,14-19.
The empty list is set by typing NONE. Spaces in the list are not allowed. Use the “minus” sign or
two dots “..” to set the range.
For modems with one xDSL channel, the command is as follows:
4.6.5.17 <WANTS [list] [N=1..4]> command (Ethernet via E1)
The <WANTS [list] [N=1..4]> command sets the list of time slots to be transmitted WAN data via
the E1 interface. Here N is the number of the E1 interface.
The List consists of numbers of separate time slots and their ranges, separated by comma.
For example: 1,5,14-19.
The empty list is set by typing NONE. Spaces in the list are not allowed. Use the “minus” sign or
two dots “..” to set the range.
For modems with one xDSL channel, the command is as follows:
Time slots used by the WAN2 data (the WAN2TS command) should differ from time slots of the
E1 channel (the DSLTS command) when they are transmitted over the xDSL interface.
4.6.5.18 <E1CLOCK [DSL/RX] [N]> command
The <E1CLOCK [DSL/RX] [N]> command sets the E1 output clock source for the WANTS
mode.
Examples:
E1CLOCK DSL The Rx clock of the DSL channel connected to this E1 interface
E1CLOCK RX E1 input clock.
4.6.5.19 <PASSWORD USER/ADMIN> command
The <PASSWORD USER/ADMIN> command is used to set user and administrator passwords.
CO_CM>PASSWORD USER
Enter password:
Confirm password:
Ok
Only the administrator can perform this command. The password length is no more than 11
symbols. The password can contain Latin letters and digits.
86
User Manual NTU Orion 2
Note: It is also possible to set an empty password (in this case, the password is not requested
while opening the telnet session). This command sets the password only to access the device
over the telnet protocol. When managing the devices via the RS-232 interface, the password is
not requested.
4.6.5.20 <ID N> command
The <ID N> command is used to enter identification number of the device (N is the text
containing no more that 12 symbols). This ID will be displayed atop the main menu. If the
parameter is not written, the device ID will be empty.
4.6.5.21 <DEFAULT> command
The <DEFAULT N> command sets the default operation mode, where N is the mode number
(there are four default operation modes).
The DEFAULT 0 / 1 command sets the following mode: MASTER, PAM 32, BASERATE 89,
ANNEX B, transmission of all time slots of the E1 channel and Ethernet data overxDSL.
The DEFAULT 2 / 4 command sets the following mode: SLAVE, PAM AUTO, BASERATE
AUTO, ANNEX A/B,
4.6.5.22 <DEFAULT EVERYTHING> command
The
<DEFAULT EVERYTHING> command sets default operation modes for line parameters (see
the DEFAULT command), and for network parameters (see the
<NETDEFAULT> command).
The result of this command is similar to the result of two commands:
DEFAULT 0
4.6.5.23 <SERNUM> command
The <SERNUM> command shows the production serial number of the unit.
4.6.5.24 <GSCOMPAT> command
The <GSCOMPAT> command sets the Globespan (Conexant) compatibility mode on and off.
This feature will also limit the baserate to 36TS (PAM16).
4.6.5.25 <NMTHR> command
The <NMTHR> command allows to setup the desired Noise Margin alarm threshold in dB.
Syntax: NMTHR [value], where value is in the range from 0...25
NMTHR OFF disables the Noise Margin alarm threshold function
4.6.5.26 <LATHR> command
The <LATHR> command allows to setup the desired Line Attenuation alarm threshold in dB.
Syntax: LATHR [value], where value is in the range from 0...25
LATHR OFF disables the Line Attenuation alarm threshold function
87
User Manual NTU Orion 2
4.6.5.27 <LICENSE [LICENSE_KEY]> command
With the <LICENSE [LICENSE_KEY]> command its possible to display or to enter the license
key.
4.6.5.28 <MODE N> command
The <MODE N> command sets number of xDSL interfaces system will operate with.
For example:
the MODE 1 in a V53 unit (2 channel unit) disables channel 2 on the V53 unit.
To setup this configuration parameter you should perform the following command sequence:
1. Apply and confirm all configuration changes
2. Issue MODE [N] command
3. RESET
After the reset unit will work with specified number of xDSL channels.
4.6.5.29 <NET> command
The <NET> command allows one to enter the submenu for configuration of the network
subsystem and NET interfaces. Type <M> to return to the main menu.
4.6.5.30 <H> command
Type <H> to list all available commands:
CO_NET>H
------------------------------------------------------------------------------Type 'H [command]' to get additional help on [command]
NETCONFIG Show network configuration
NETCONFIG [N/R/S/B] Show new/running/startup/backup network configuration
INTERFACE NAME CMD PARAM Set network interfaces parameters
ETHSD [MODE] Set ethernet speed
SLICING [SIZE/OFF] Set LPQ packing size
SETIP x.x.x.x Set modem IP address
GATEWAY x.x.x.x Set gateway IP address
NETMASK x.x.x.x Set netmask
VID [1-8] ID Assign VID to the VLAN specified
V2T {[VIQ] [QoS]}|OFF Set/remove second VLAN tag for INT interface
TRAPIP [ADD/DEL] x.x.x.x Set/delete IP address for SNMP trap messages
COMMUNITY Set SNMP community name
SNMPSET [ON/OFF] Enable/disable SNMP SET commands.
ALARMTRAPS [ON/OFF] Enable/disable the specific alarm traps.
NETDEFAULT Set default network configuration
APPLY [ALL/GROUP] Apply changes to running configuration
CONNECT [N:[1-13/R]] Establish connection to remote unit
LINK [NN] Establish local connection
LINKCLEAR Exit all local connections
M Return to Configuration Management Menu
H Show available commands
Configurations and identifiers (xx=1..4094) for each of 8 VLANs which are
configured separately.
Pluses and minuses mark transmission/locking of VLAN for each of interfaces.
Configurations for other VLANs, which are not configured separately.
Pluses and minuses mark transmission/locking for each of interfaces.
89
QoS for HPQ Minimum priority of a packet to be transmitted via the high priority queue.
Slicing for LPQ Size of slicing for low priority packets
User Manual NTU Orion 2
Ethernet port configurations
Speed/Duplex Operation mode of the Ethernet interface
IP-subsystem configurations (System)
MAC address MAC address of the device
IP address IP address of the device
Subnet mask Subnet mask of the device
Default gateway Default gateway of the device
SNMP configurations
Send traps to IP List of IP addresses over which SNMP-trap packets are sent
Community Parameter of the SNMP community
SET command Commands SNMP SET are enabled or blocked
Alarm Traps Specific Alarmtraps are enabled or disabled
Note: The table displayed after entering the <NETCONFIG> command is too long, therefore it
is displayed in parts.
Note: Modems with two HDLC interfaces (mainly, 1- and 2-channel) have only WAN1 and
WAN2. When the <NETCONFIG> command is entered, the table displaying information about
them is two columns shorter.
90
User Manual NTU Orion 2
The NETCONFIG command always displays the running configuration. If the new configuration
differs from the running one, the NETCONFIG command displays the running configuration and
a warning:
-------------------------------------------------------------------------------VLANs & QoS
Interfaces : LAN WAN1 WAN2 INT
Mode : access trunk trunk access
QoS : 2 7
VLAN ID : 1 1
. . .
MAC address : 00:0f:d9:00:a0:89
IP address : 10.0.8.100
Subnet mask : 255.0.0.0
Default gateway : 10.0.0.101
SNMP:
Send traps to IP:
Community : public
SET command : Blocked
Alarm traps : Disabled
-------------------------------------------------------------------------------CO_09_NET>
Warning: New line configuration differs from running line configuration!
To view new/running line configuration, type 'CONFIG N'/'CONFIG R'.
To apply changes in configuration, type 'APPLY LINE' or 'APPLY ALL'.
Do not forget to 'CONFIRM' a good working configuration.
CO_09_CM>
The <NETCONFIG [R/N/S/B]> command displays one of four configurations: Running, New,
Startup, or Backup, depending on the parameter.
For example, the command NETCONFIG B will display the backup configuration:
-------------------------------------------------------------------------------VLANs & QoS
Interfaces : LAN WAN1 WAN2 Int
Mode : access trunk trunk access
QoS : 2 7
VLAN ID : 1 1
. . .
System:
MAC address : 00:0f:d9:00:a0:89
IP address : 10.0.8.58
Subnet mask : 255.0.0.0
Default gateway : 10.0.0.101
SNMP:
Send traps to IP:
Community : COMMON
SET command : Blocked
Alarm traps : Disabled
-------------------------------------------------------------------------------Warning: New network configuration differs from running network configuration!
To view new network configuration, type 'NETCONFIG N'
To view running network configuration, type 'NETCONFIG R'
To apply changes in configuration, type 'APPLY NET' or 'APPLY ALL'.
Do not forget to 'CONFIRM' a good working configuration.
CO_09_NET>
91
User Manual NTU Orion 2
When a command used to change the configuration of the VLAN or network, for example,
INTERFACE, VID, SETIP, NETMASK, is successful, the new configuration is applied similarly to
<NETCONFIG N> command. This is determined by the fact that configurations of the group
the
VLAN or NET, which require confirmation, will not be displayed in the running configuration, but
will be changed only in the new configuration.
To prevent misunderstanding a warning will be displayed:
-------------------------------------------------------------------------------VLANs & QoS
Interfaces : LAN WAN1 WAN2 INT
Mode : access trunk trunk access
QoS : 2 7
VLAN ID : 1 1
VLAN1 VID=1 : + +
VLAN2 VID=2 : + + Second
VLAN3 VID=3 : + + VLAN tag
. . .
Subnet mask : 255.0.0.0
Default gateway : 10.0.0.101
SNMP:
Send traps to IP:
Community : COMMON
SET command : Blocked
Alarm traps : Disabled
-------------------------------------------------------------------------------Warning: New network configuration differs from running network configuration!
To view new network configuration, type 'NETCONFIG N'
To view running network configuration, type 'NETCONFIG R'
To apply changes in configuration, type 'APPLY NET' or 'APPLY ALL'.
Do not forget to 'CONFIRM' a good working configuration.
CO_NET>
4.6.5.32 <INTERFACE NAME COMMAND PARAM > command
<INTERFACE NAME COMMAND PARAM> command sets the operation mode of ports of the
The
internal Ethernet SWITCH, where NAME is the port name (LAN, WAN1, WAN2, Int),
COMMAND is the action performed with the interface and PARAM is one or several
parameters.
The command setting the operation modes of ports of the internal Ethernet SWITCH are as
follows:
<INTERFACE NAME MODE ACCESS/TRUNK>.
The <INTERFACE NAME MODE ACCESS/TRUNK> command sets the operation mode of the Trunk
or Access port.
Information about VLAN and QoS is not transmitted over the interface in the ACCESS mode.
Accordingly, all packets received by the interface are considered to belong to VLAN, the
number of the VLAN is related to the interface and the packets have the corresponding QoS. In
the TRUNK mode, packets received by the port contain the VLAN and QoS numbers. In this
case, VLAN ID and QoS, assigned to the interface are ignored. The command is available only
for the LAN port.
The
<INTERFACE NAME VLAN [1...8]> command sets the default VLAN number for ports in
the ACCESS mode.
The
<INTERFACE NAME QOS [0...7]> command sets the port QoS in the ACCESS mode.
The
<INTERFACE NAME ALLOW VLAN-LIST> command sets the list of VLANs which are
received by the port
<INTERFACE NAME ALLOW VLAN- VLAN-LIST>. All units support 8 VLANs.
92
User Manual NTU Orion 2
The VID command is used to assign the VLAN name to its number. The List of VLANs, received
by the interface is checked only in the TRUNK mode. In the ACCESS mode, only one VLAN (its
default VLAN) is received by the interface although there can be added special MAC addresses
for which another VLAN is assigned.
For example:
“INTERFACE LAN ALLOW 1, 4, 8” means that the LAN interface receives and
transmits VLANs with names VLAN1, VLAN4, VLAN8.
The
<INTERFACE NAME QOSTHRESHOLD [0...7]> command sets the QoS threshold for
interfaces WAN1 and WAN2
<INTERFACE NAME QOSTHRESHOLD [0...7]>.
For example: “INTERFACE WAN1 QOSTHRESHOLD 4” means that all packets, whose QoS is
greater or equal to the assigned ones, fall into the high priority (HP) queue. Otherwise, they fall
into the low priority (LP) queue. Only WAN1 and WAN2 interfaces have the priority queues. If
the HP queue contains at least one packet, it is this packet that will be transmitted despite the
fact that the LP queue can contain a number of packets. MULTICAST and BROADCAST
packets are subject to this rule as well. 0<=N<=7.
The parameters of network interfaces set by using this command enter the group of VLAN
configuration parameters, which require confirmation. That is why, after changing these
parameters the operator needs to confirm changes. To apply changes, enter the Fault and
Maintenance Menu (FMM) and use the
VLAN group will be applied. Configurations being applied, use the
<APPLY VLAN> command. As a result, changes in the
<CONFIRM> command in the
Fault and Maintenance Menu (FMM). If changes are not confirmed, configurations, which
operated before using the
VLAN>
command was sent from the Telnet session and during the changes in configurations this
<APPLY> command, will be used after the unit restart. If the <APPLY
session was interrupted, the system waits the restoration of communication over Telnet for 5
minutes. If communication is not established within this time, the systems returns to
configurations of the VLAN group written in the startup configuration.
4.6.5.33 <ETHSD 10/100/AUTO H/F [N=1..4]> command
The <ETHSD [10H/10F/100H/100F/AUTO] [N=1..4]> command sets the operating mode of the
Ethernet port, where N is the number of the Ethernet port, 10/100 is the rate of 10 or 100 Mbit/s,
F is full duplex and H is half duplex.
The <ETHSD AUTO> command activates the rate and duplex autodetection.
For devices with one Ethernet interface, the command is as follows:
CO_09_CM>ETHSD 10H 1
CO_09_CM>ETHSD AUTO 2
4.6.5.34 <SLICING SIZE> command
The <SLICING SIZE> command sets the low priority packet size. The transmission of packets
of the maximum size (for Ethernet) over low rate interface (WAN1 – WAN4) is time consuming.
This can result in delays in the transmission of high priority packets. Therefore, the long low
priority packets should be fragmented before transmitting them via WAN1 – WAN4 interfaces.
<SLICING SIZE> command sets the maximum size of packets in bytes. The SIZE
The
parameter can take the following values: 64/96/128/256/512/1024/1536.
4.6.5.35 <SETIP X.X.X.X> command
The <SETIP A.B.C.D> command sets the IP-address of the modem. The parameter A, B, C and
D can take values from 0 to 255 (note that neither address of the network nor the address of the
node can be equal to 0, or to 255).
93
User Manual NTU Orion 2
4.6.5.36 <GATEWAY X.X.X.X> command
The <GATEWAY X.X.X.X> sets the default IP address of the router.
4.6.5.37 <NETMASK X.X.X.X> command
The <NETMASK A.B.C.D> command sets the subnet mask of the modem.
4.6.5.38 <VID [1-8] ID> command
The
<VID [1...8] ID> command sets VID for the VLAN with the number 1…8 equal to the ID
parameter. ID=1...4094.
8 VLANs are supported by the device, and available VID numbers assigned to the VLAN lie in
the range from 1 to 4094. VID as well as QoS are an attribute of the VLAN packet.
4.6.5.39 <V2T {[VIQ] [QoS]}|OFF > command
The <V2T> command allows to enable / disable the second (stacked) VLAN tag for the INT
interface.
Parameters:
VID VLAN identifier for the second VLAN tag. Note, that it is not the VLAN number (1..8).
The use of any VID in the range is possible without restrictions.
QoS Quality of Service value for the second VLAN tag.
The INT interface always works in access mode and adds/removes one VLAN tag, defined with
INTERFACE INT VLAN {xx} and INTERFACE INT QOS {x} commands.
The second VLAN tag for the INT interface is needed when LAN port operates in Access mode
and the management frames comes already tagged to this port. In this case another VLAN tag
will be added by the LAN port itself and management frame will actually have 2 tags. The tag
that the LAN port adds is the first VLAN tag. The original tag becomes the second tag.
+----------+---------+-------------+-------------+----------+--- ... ----+
| DEST MAC | SRC MAC | 81 00 qv vv | 81 00 qv vv | Type/Len | frame data |
+----------+---------+-------------+-------------+----------+--- ... ----+
\ First Tag / \ Second Tag /
4.6.5.40 <TRAPIP ADD/DEL X.X.X.X> command
<TRAPIP ADD X.X.X.X> command adds the IP-address X.X.X.X to the SNMP-trap list.
The
The
<TRAPIP DEL X.X.X.X> command deletes the IP-address X.X.X.X from the SNMP trap
list.
The list should contain no more than two IP addresses.
4.6.5.41 <COMMUNITY> command
The
<COMMUNITY> command sets the SNMP community parameter used to authenticate
incoming and outgoing SNMP traps: incoming requests to write and read and outgoing answers
to requests and outgoing traps.
After typing COMMUNITY, an invitation is displayed to enter the community parameters.
94
User Manual NTU Orion 2
4.6.5.42 <SNMPSET ON/OFF> command
The <SNMPSET ON> command enables processing SNMP SET requests, which allows one to
configure and manage the device, however, this command makes the device sensitive to
attacks over SNMP in unprotected PC networks.
The <SNMPSET OFF> command disables processing SNMP SET requests, which protects the
device from network attacks, but does not allows one to configure and manage it.
Use this command to process SNMP SET requests only in protected networks. If the network is
not protected, use this command during configuration and administration only.
4.6.5.43 <ALARMTRAP ON/OFF> command
The <ALARMTRAP ON/OFF> command allows to enable /disable specific alarm traps. When
ALARMTRAPS is disabled, no Specific alarm TRAPS like NM- or LA alarm traps will be sent.
4.6.5.44 <NETDEFAULT> command
The <NETDEFAULT> command sets the following configuration: