Documente Academic
Documente Profesional
Documente Cultură
DN0973532
Issue 1-3
Nokia Siemens Networks is continually striving to reduce the adverse environmental effects of its products
and services. We would like to encourage you as our customers and users to join us in working towards a
cleaner, safer environment. Please recycle product packaging and follow the recommendations for power
use and proper disposal of our products and their components.
If you should have questions regarding our Environmental Policy or any of the environmental services we
offer, please contact us at Nokia Siemens Networks for additional information.
The information in this document is subject to change without notice and describes only the
product defined in the introduction of this documentation. This documentation is intended for
the use of Nokia Siemens Networks customers only for the purposes of the agreement under
which the document is submitted, and no part of it may be used, reproduced, modified or
transmitted in any form or means without the prior written permission of Nokia Siemens
Networks. The documentation has been prepared to be used by professional and properly
trained personnel, and the customer assumes full responsibility when using it. Nokia Siemens
Networks welcomes customer comments as part of the process of continuous development
and improvement of the documentation.
The information or statements given in this documentation concerning the suitability, capacity,
or performance of the mentioned hardware or software products are given “as is” and all
liability arising in connection with such hardware or software products shall be defined
conclusively and finally in a separate agreement between Nokia Siemens Networks and the
customer. However, Nokia Siemens Networks has made all reasonable efforts to ensure that
the instructions contained in the document are adequate and free of material errors and
omissions. Nokia Siemens Networks will, if deemed necessary by Nokia Siemens Networks,
explain issues which may not be covered by the document.
Nokia Siemens Networks will correct errors in this documentation as soon as possible. IN NO
EVENT WILL NOKIA SIEMENS NETWORKS BE LIABLE FOR ERRORS IN THIS
DOCUMENTATION OR FOR ANY DAMAGES, INCLUDING BUT NOT LIMITED TO
SPECIAL, DIRECT, INDIRECT, INCIDENTAL OR CONSEQUENTIAL OR ANY LOSSES,
SUCH AS BUT NOT LIMITED TO LOSS OF PROFIT, REVENUE, BUSINESS
INTERRUPTION, BUSINESS OPPORTUNITY OR DATA,THAT MAY ARISE FROM THE
USE OF THIS DOCUMENT OR THE INFORMATION IN IT.
This documentation and the product it describes are considered protected by copyrights and
other intellectual property rights according to the applicable laws.
The wave logo is a trademark of Nokia Siemens Networks Oy. Nokia is a registered trademark
of Nokia Corporation. Siemens is a registered trademark of Siemens AG.
Other product names mentioned in this document may be trademarks of their respective
owners, and they are mentioned for identification purposes only.
Copyright © Nokia Siemens Networks 2012. All rights reserved.
Contents
5 HW sales items................................................................................... 28
5.1 ADX201 with dual RJ-45 interface cards, 63xE1 .................................. 28
5.2 ADX201 with mini-coaxial interface cards, 63xE1 ................................ 28
5.3 ADX201 with dual RJ-45 interface cards, 63xT1 .................................. 29
5.4 Power distribution unit .......................................................................... 29
5.5 Cable set 1, Optical SM and PWR cables ............................................ 29
5.6 Cable set 2, Optical SM and PWR cables ............................................ 30
5.7 Single mode SFP module, SFPS1L ..................................................... 30
6 Software description.......................................................................... 31
11 Integrating ADDF................................................................................ 54
12 Performance monitoring.................................................................... 55
12.1 PM overview ........................................................................................ 55
12.2 Add/Delete PM points .......................................................................... 56
12.3 PM Threshold....................................................................................... 57
12.4 PM Current Data View/Reset/Refresh .................................................. 58
12.5 PM History data View ........................................................................... 59
12.6 PM UAP Log ........................................................................................ 60
12.7 Configure System Performance Monitoring .......................................... 61
12.8 System PM Current Data View/Reset/Refresh ..................................... 62
12.9 System PM History Data View/Refresh ................................................ 62
Summary of changes
Editorial updates.
Changes between issue 1-0 and issue 1-1
Note in Subchapter 9.1 Introduction to ADDF provisioning has been
updated.
1 Product overview
The Active Digital Distribution Frame (ADDF) is a multiplexer device which
provides PDH E1/T1 connectivity. It can be installed as part of an Open
MGW, or as part of an existing DDF to minimize cabling.
The following diagram shows logical drawing of ADDF in MGW:
2 Hardware description
Impedance 100 Ω
Connectors RJ45
Bit rate 1544kbit/s
1 Receive - (Rx-) 2
2 Receive + (Rx+) 2
3 Receive - (Rx-) 3
4 Transmit – (Tx-) 1
5 Transmit + (Tx+) 1
6 Receive + (Rx+) 3
7 Transmit – (Tx-) 4
8 Transmit + (Tx+) 4
Tx Rx
Interface card 1 2 3 4 5 6 7 8 1 2 3 4 5 6 7 8
Two sets of interconnection cables can be used between Open MGW and
ADX201. Cable sets include the fiber between SCNAM-A and ADX201, and
power cables between ADX201 and PDU.
ADX201 in the same cabinet with Open MGW, cable set 1
(3GNAB1008)
ADX201 in the adjacent cabinet of Open MGW, cable set 2
(3GNAB1009)
The following table shows generic connections between TDM AMCs and
ADX201 devices. In principle, it is possible to connect any pair of redundant
SFP ports on TDMNIP to any ADX201 device, so cable labels must be
printed without index (for example, ADXHW_) and must not be wrapped
around cable in factory. Then the customer can print the appropriate
indexes according to the chosen connection.
Cabinet
Cabinet
Equip. Node Position HW Position Type Use Note
No module
Cabinet
4 Hardware installation
Steps:
1. Install the cable management bar, as shown in the figure above.
2. Mount the PDU brackets.
3. Mount PDU in the required position in ATCA cabinet. For mounting
positions, see Chapter ADDF HW configuration with Open MGW.
Please note that PDU can be mounted only in the front side of the
cabinet. Fasten brackets to ATCA cabinet rails as shown in the
picture.
Steps:
1. Undo M4 screws from the mounting brackets.
2. Mount brackets in the required position.
a. For mounting the ADX201 on the front side of the ATCA
cabinet, long side of brackets must be mounted to the side of
ADX201, as shown in the following picture:
b. For mounting the ADX201 on the rear side of the ATCA cabinet,
short side of brackets must be mounted to the side of ADX201,
as shown in the following picture:
Power output cables should go firstly to one side which is relatively closer
to B1 and B2, and then to ADX201 from one side only. Redundancy in DC
power feed is implemented by B1 and B2. Thus each ADX201 is connected
to both inputs of PDU device. For more information, see Chapter
Connecting Power output in Traditional GTM Series Fuse Panel User
Manual.
After all the PDU connections are made, the protective cover should be
attached.
5 HW sales items
This section lists the HW sales items that are available for ADX201 device.
Each sales item includes hardware products identified by the ID and Name.
P02032 SFPS1L 1
6 Software description
The ADX software supports all products of the ADX family (ADX201, 200
and 100). The ADX has two memory banks containing the active and
possibly an inactive software version. The software is stored in non volatile
(flash) memory.
Remote and local software uploads are supported. Software upgrades are
non service affecting. They also do not affect data communication settings.
The System supports the installation of new software via FTP.
Local 192.168.2.1/32
Remote 192.168.1.2/32 No OSPF 10.12.0.2/24
Allow remote IP IP forwarding
Auto: 192.168.1.2/32 disabled
No OSPF
No OSPF 10.12.0.100/24
Allow remote IP Default route:
Local 192.168.1.1/32 Auto: 192.168.1.2/32 10.12.0.2
Remote 192.168.1.2/32
LAN HDLC
10/100 DCC
FE MS/RS
SDH DCC channel
MS/RS section
[pt-pt HDLC/PPP link]
Local 10/100Base-T
connector
[LAN]
Note
For the local LAN of ADDF, you must use a LAN IP address that does
not fit in the LAN network of Open MGW, for example, 10.127.127.1/30.
If IP address 10.127.127.1/30 is used, the IP subnet addresses are as
follows:
10.127.127.0
10.127.127.1
10.127.127.2
10.127.127.3.
The first one is usually not allowed, and the last one is a broadcast
address. So these addresses cannot be used as host addresses.
The ADDF has an integrated web server. You should not use a router
between the ADDF and PC.
The default address of the ADDF is 10.127.127.1/8. Depending on the use
of a DHCP server in your network, you can provision the LAN port settings.
The subnet mask notation /8 equals to 255.0.0.0 (RFC950).
Note
Do not perform LAN port provisioning via Web browser. By default,
DHCP is enabled, and the ADDF immediately attempts to obtain the
LAN IP details (IP address, mask, and gateway) from a DHCP server. If
this fails, the default values are used.
For more information on this connectivity type, see the User Guide
ADX100, ADX200, ADX201.
8 Installing software
As a basic rule, the ADDF device-related software is installed during the
Open MGW installation. Only in case the ADDF device is added to the
Open MGW after the initial installation should there be a need to install the
software as described in the following sub-chapters.
Especially in Ui5.0, the ADDF firmware is managed with an O&M
connection via a LAN cable (for more information, see chapter Configuring
O&M connection via LAN cable). Nokia Siemens Networks delivers the
latest firmware version with the ADDF, but once a new version is released,
operators should at least consider installing the new software version. For
instructions, see chapters below.
1. Check the matching ADDF firmware version from the Release note.
2. If the firmware version does not match, update it. The firmware is
distributed via Nokia Siemens Networks online service (NOLS). Find
the new released firmware from the same place in NOLS where
delivery software for Open MGW is located.
3. Download the firmware from NOLS to a local PC storage.
Note
You cannot modify any configuration via LAN and Web browser interface
if the ADDF is connected to the Open MGW. In this kind of situation,
modification is supported only when ADDF is seamlessly integrated into
the Open MGW in later releases.
For more information on O&M connection via LAN cable, see chapter O&M
connectivity via LAN cable.
System name
A name of 30 characters can be entered.
System Location
Note
When minimizing the browser, the ADDF name and location are shown.
Note
The current ADDF location and name are shown on the top bar of the
browser.
VC12 Unequipped
Check this box to insert a VC12 Unequipped signal for all VC12 in the
VC12 upstream direction, when a loss of signal (E1 2cLOS) alarm is
detected on the related E1 port.
Note
This functionality is used to support the ADDF seamlessly, but it is not
according the ITU-T standard. Therefore it is disabled by default.
Note
This functionality is not according the ITU-T standard! Therefore it is
disabled by default.
Disable IP Forwarding
Check this box to disable IP Forwarding on the system. This prevents
connectivity from the system LAN interface to the PPP links and vice versa.
Item code
Identifies the type of ADDF.
ADH103 for ADX201 2RU for 64 E1/DS1 interfaces
Catalogue number
Displays the order number.
Serial number
Displays the serial number of the ADDF. This number is factory assigned
per product and is useful for tracking hardware.
Manufacturing Date
Displays the month and year of manufacture. This information is based on
the serial number of the system.
System Mode
The ADDF can operate in E1 mode or DS1 mode. The default mode is the
E1 mode. When changing from one system mode to another, the interface
cards need to be replaced with correct types. All provisioning of the ADDF
is removed when changing the system mode. And the ADDF performs a
recovery action.
In DS1 system mode, some features are not available:
No near end and far end PDH performance monitoring
No test access output port
Other features will work in the same way for DS1 as for E1.
Current State
The current state can be AUTO or ASSIGNED. When the inserted IFC has
an item code that is not supported, the IFC remains in the AUTO state and
an IFCcWUI (IFC Wrong Unit Inserted) alarm is reported. When the
inserted IFC is defective, an IFCcEQF (IFC Equipment Failure) alarm is
reported. The IFC needs to be replaced by a correct one.
When no IFC in the ASSIGNED state is present, an IFCcUNP (IFC Unit Not
Present) alarm is reported, which will be due to a removal. In AUTO state,
an IFCcUNP alarm is not reported.
Item code
The item code identifies the type of Interface Card. Currently, ADC104 is
available for the ADDFs. The ADC104 has 8 ports E1 (G.703) 120 Ohm
ports with RJ45 connectors. The ADDF is prepared for future versions of
Interface Cards, as it supports item codes starting from ADC101 up to
ADC120 in this release. Future Interface Cards might have different
impedance or connector types.
Catalogue number
Displays the catalogue number of the interface card without connector.
Note
Interface cards can only be ordered including a connector.
Serial Number
Displays the serial number of the selected IFC. This number is factory
assigned per product, and is useful for tracking hardware.
Last Accepted
Displays the item code of the IFC that was present and accepted before the
current one. This information is of use when more item codes are
supported, and IFC replacements are performed.
Change State to Auto
This can be used when the state of a slot is ASSIGNED while the IFC has
been removed, and no alarming for this situation is required. This operation
might be service affecting when an Interface Card is present.
Accept Pluggable Item
This can be used when an IFC has been replaced with another type (item
code). This is of use when more item codes are supported. If traffic is
running before executing this operation, this action is not service affecting.
When an interface card is replaced with the same item code, the ADDF
accepts the IFC and the IFC remains in the ASSIGNED state. When an IFC
is replaced with another IFC having a different but supported item code, an
IFCcREPL alarm is reported, and the user has the option to accept this
IFC. The alarm notifies the user of the change in item code. In the Last
Accepted field, the user can view the previous item code, and decide if the
change is requested. When selecting Accept Pluggable Item, the state of
the inserted IFC changes to ASSIGNED. All provisioning regarding this IFC
will be taken over.
Behavior when no Interface Card is inserted:
When no IFC is inserted, the related VC12 termination points are available.
In upstream direction, an AIS is inserted into the payload (E1 signal). When
provisioning VC12 termination point settings, they will not be effective until
an IFC is inserted. In this situation, you can pre-provision the VC12 TTP.
The ADDF has two SFP positions related to the line ports.
When selecting an SFP, the following details are shown.
Figure 19 SFP1
Current state
Displays the current state of the SFP. The state can be ASSIGNED or
AUTO.
ASSIGNED: The current SFP is accepted and operational, when no
alarms are present.
AUTO: No SFP is present, or the inserted SFP is not accepted, see
chapter SFP replacement and acceptance for more details.
Qualifier
Identifies the type of SFP. This is according to ITU-T G.957. All module
qualifiers are accepted by the ADDF. The module qualifier for optical SFPs
has the format I/S/L-X.Y.
In which I/S/L identifies if it is an intra (I), short(S) or long (L) haul.
X identifies the rate of the SFP: 1 – 155 Mb/s, 4 – 622 Mb/s.
Y identifies the wavelength of the SFP: 1 – 1310 nm, 2 – 1550 nm, 3
– 1550 nm dispersion shifted.
S1.1 is a short haul 1310 nm STM-1 SFP.
Electrical SFPs will have STM1-e as module qualifier.
If the module qualifier cannot be determined, it is assigned the Unknown
qualifier. This can be due to vendors not following the inventory coding.
These SFPs are accepted.
Wavelength (nm)
Displays the transmitted wavelength of the SFP.
Link Type
Displays the type of optical fibre to be used (9 um single mode), or type of
coaxial for an electrical SFP.
Link Max Length
Displays the allowed link distance.
Vendor fields
Identifies the vendor specific details.
The connector type, transceiver code and length are for troubleshooting
purposes. Check the Multi Source Agreement (MSA SFP-8074) of the SFP
for more details.
Last accepted
Indicates the type of SFP that was accepted previously. This is important
when the SFP has been replaced.
When the state of the SFP is AUTO, and an SFP is inserted, the SFP is
accepted, irrespective of the module qualifier. When the state of the SFP is
ASSIGNED, and an SFP is inserted, then it is actually a replacement. In
this case, the inserted SFP module qualifier is compared with the last
accepted. If they differ, a SFPcWUI alarm is raised, and the SFP is not
accepted. Transmission is shut down. This alarm notifies the operator on a
change of SFP type. When this change is acceptable, the state of the SFP
has to be changed to AUTO.
This action accepts the SFP, and the state is changed to ASSIGNED.
When a timing reference is assigned from this port, the timing reference
has to be unassigned before changing the state to AUTO.
Figure 20 XConnects
There are two blank in Figure XConnects. In the left blank it is STM-1
interface and both SPFs are broken down into 63 threads. In the right
blank, there are 8 tributary slots (TS). Each tributary slot has 8 tributary
ports (TP); one TP is interface to E1 or T1.
The important fields are Expected Mode and Transmitted Mode. The
value of these two fields can be String or Repeating Byte. Open MGW,
however, can only support the String value. The suggested value in ADX
should be String.
You can use the same value for these fields also in VC4 and VC12
configuration.
Item Code
Identifies the software release, refer to release notes for details.
Software Version
Identifies the software release, sub release, maintenance release, or load
drop version.
Build Time:yyyy-mm-:dd hh:mm:ss
Displays the build time and date.
Note
To allow limited hitless downgrading of software, follow the instructions
in chapter Default database and software downgrade. If downgrading is
required, do so immediately after receiving an ADDF. If this is not
possible (anymore), you have to take care that local access to the node
is possible.
2. Select Browse...
A file browser is started at the PC.
Note
The text in the Browse... button depends on your local language
settings.
3. Select the needed ISD from the browser that opened and click Apply.
The ISD is uploaded to the ADDF, which takes about five minutes. A
progress indicator showing the progress of the upload is displayed.
The size of an ISD is about 7.2 Mb.
When the upload is finished, the details of the uploaded ISD are shown.
Note
The value for the Software version field in the screenshot in this manual
does not show the most recent version of the software.
Note
If you select an inactive ISD, a warning is shown to indicate the impact
of the operation.
During recovery after an ISD switch, a sanity timer is running. This timer
enables the ADDF to fall back to the previous ISD if the switch was not
successful, for example, due to a conflict in the database. In this way, the
service is never affected. When this happens, the ADDF comes up with the
previous ISD. Check in this case whether the upgrade you were performing
is supported. The sanity timer will run for about one minute after the ADDF
is manageable. The ADDF being manageable is indicated by the green
LED stopping to blink.
4. ADDF recovery takes a few minutes, during this period the activity
LED will blink with 2 Hz. frequency.
5. After the green LED has stopped blinking, you can log into the ADDF,
alarm evaluation has been finished.
6. After the green LED has stopped blinking, the sanity timer will run for
one minute. Do not perform any database manipulations or
provisioning changes during this period. If the system restarts while
the sanity timer is running, for example due to a power cycle, the
ADDF selects the previous active software. The database changes
that were made during the sanity period are lost.
Check if the requested ISD is active after the ADDF is up again (Bank 1
always contains the active ISD). If the switchover was not successful, the
state of the second bank is "error during last image transition". This could
be caused by a power outage during recovery.
A software upgrade is not service affecting when correctly carried out.
Note
After a software upgrade has been performed, do not obtain any
changes in the ADDF configuration within one minute after you were
able to login, or the green LED stopped blinking.
10 Commissioning ADDF
There are no ADDF-specific tasks that should be performed during the
commissioning phase.
See the Commissioning Open MGW customer document for general
commissioning instructions.
11 Integrating ADDF
There are no ADDF-specific tasks that should be performed during the
integration phase.
See the Integrating Open MGW into the MSC Server System customer
document for general integration instructions. If you are using ADDF, you
need to configure the PDH/TDM as described in section Configuring PDH
for TDM transport of the above mentioned document.
Note
In Ui5.0 release, you need to perform one specific task during the
integration phase, that is, setting the system time.
The system has an accurate Real Time Clock on board and will survive
a power outage of at least ten minutes. The time of this clock should be
set by the user. The clock is used for adding a time stamp to reported
alarms.
See Appendix 1 Configuring the system time for detailed instructions.
12 Performance monitoring
12.1 PM overview
The system supports non-intrusively near end and far end performance
monitoring on E1. It is possible to monitor up to 64 monitor points
simultaneously. For this purpose the following counters are available.
BBE-counter: counts the number of Background Block Errors in the
CRC-4 overhead of timeslot 0 in the E1-signal for near end PM or the
number of REI indications in the E1-signal for far end PM.
ES-counter: counts the Errored Seconds, every second which has
one error or more will be declared errored.
SES-counter: counts the Severely Errored Seconds, every second
which has more than 300 BBEs will be declared severely errored.
Every second with a raised E1cLOS, E1cAIS or P12ScLOF is also
declared severely errored
UAS-counter: counts the UnAvailable Seconds. Displays the same
value as the SES-counter as soon as more than 10 consecutive SES
errors occur.
FAS-counter: counts the number of Frame Alignment Signal errors in
the incoming E1 signal.
EFS-counter: counts the EFS percentage. The percentage of error
free seconds as part of the measured seconds.
DM-counter: counts the Deteriorated Minutes Percentage. The
percentage of deteriorated minutes as part of the measured minutes.
A minute is deteriorated if the CRC-4 violation is reported for 60
consecutive seconds.
Note
P12ScLOF alarms are not reported on the GUI.
Note
After a cold or warm reset the PM data is lost.
Add
The selection can be added with a 15 minute register (with or without
alarmed), 24 hours register (with or without alarmed) or both. To provision a
PM selection, select the trib Slot - trib Port combination, check 15 minute
register,24 hours register or both. Optionally check alarmed, next click Add.
Delete
To delete it, select the trib Slot - trib Port combination, select a 15 minute
register, 24 hours register or both and click Delete.
12.3 PM Threshold
The PM points can be provisioned to raise alarms with option alarm
enabled (Threshold Crossing Alerts). Such an alarm is raised if the value of
a counter is larger than the provisioned raise threshold. The alarm is
cleared if the value in a succeeding bin is smaller than the provisioned clear
threshold. These thresholds can be provisioned per 15 minutes (15m) and
24 hours (24h) bin per port.
Select PM | PDH | NE | THRESHOLDS.
Figure 29. Select Trib slot - Trib port
Select the Trib slot - Trib port combination and click Edit.
The figure shows the default values for the BBE, ES, SES, UAS, FAS,
EFS and DM clear and raise counters for the selected combination. The
alarmed flag is used to enable/disable the alarming for thresholding.
Next select the Trib slot - Trib port combination, check 15m and/or 24h and
click View.
Click Reset to reset the current data view. All counters of the selected ports
for both near end and far end will be set to 0 and Suspect will change into
Yes.
Suspect
The suspect flag indicates that the performance data for the current period
may not be reliable (ITU- T 822). The main reasons to set the suspect flag
is when a bin is started and if a history bin lacks 10 seconds of data. The
value of the suspect flag is Yes (set) or No (not set).
Use Refresh to retrieve the actual data, due to the algorithm it has a delay
of 10 seconds.
Next select the Trib slot - Trib port combination, check any combination of
15m, 24h, and nonzero and click View. Option nonzero will retrieve only
bins with counters that is more than 0.
Figure 34. View History PM data
Use Refresh to retrieve the actual data, due to the algorithm it has a delay
of 10 seconds.
Begin shows the start time of the UAP, End the end time.
Use Refresh to retrieve the actual data, due to the algorithm it has a delay
of 10 seconds
Click Reset 15min bin / Reset 24hrs bin to reset the current data view. All
counters of the selected period will be set to 0 and Suspect will change into
Yes.
Suspect
The suspect flag indicates that the performance data for the current period
may not be reliable (ITU-T822). The main reasons to set the suspect flag is
when a bin is started and if a history bin lacks 10 seconds of data. The
value of the suspect flag is Yes (set) or No (not set).
Use Refresh to retrieve the actual data, due to the algorithm it has a delay
of 10 seconds.
Use Refresh to retrieve the actual data, due to the algorithm it has a delay
of 10 seconds.
.
13 ADDF alarms
13.1 Alarming
The System supports alarm reporting for all SDH levels (RS, MS, VC4 and
VC12), equipment related alarms, port related alarms and synchronization
related alarms. These alarms will be reported to the Web browser, the
SNMP manager when provisioned and can be visible at the System LEDs.
When a defect is present it will be reported as an alarm within 2.5 ± 0.5
seconds. When the cause of a raised alarm is cleared within 10 ± 0.5
seconds the clearing will be reported and the alarm is added to the history
list.
Below the System layout on the Web browser the most recent alarm is
shown with the raised time, and the number of outstanding active alarms.
Figure 37. Recent Alarm List
This refresh rate is specific for every Browser connection and will be set to
the default value of 5 seconds when reloading the browser page or re-
logging in to the System. Selecting None/Stop will no longer update the
most recent alarm bar. The refresh rate can be set to 1, 5, 10, 60, 300
seconds or none/stop.
14 Troubleshooting ADDF
All troubleshooting related to PDH and SDH is described in the Open MGW
customer documentation. For more information, see the Troubleshooting
Open Multimedia Gateway document.
For more information about resolving alarms and problems, see Chapter
RESOLVING ALARMS AND PROBLEMS GUIDE on page 156 of User
Guide ADX100, ADX200, ADX201.
Note
Use the correct format and values. Then press Apply.
Figure 41 Databases
Note
The converted database receives the hardware identification of the
hardware on which the conversion takes place.
Note
Databases are not compatible between ADDFs. For example, a
database for ADX100 is not compatible with a database for ADX201. A
database for a specific hardware version only operates on that hardware
version. The type of the database identifies the platform it suits. When
selecting an invalid database type, the selection is rejected.
Note
If a database operation is selected, a warning is displayed to indicate the
impact.
Restore
With this option, you can upload a database to the ADDF. By selecting
Browse, you can select the desired database via the PC connected to
the ADDF. A database must have the extension .db. The upload takes
less than one minute, depending on your network connection. Typical
database size is about 100 Kbytes. When the upload is finished, the
uploaded database is shown in the database list.
Note
The text in the Browse... button depends on your local language
settings.
Backup
With this option, you can make a copy (download) of the selected
database towards the connected PC.
1. Click on the file to backup.
2. Click Backup.
3. Follow the instructions.
Rename
With this option, you can rename the selected database.
Note
Rename without entering the .db extension.
Delete
With this option, you can remove a database from the ADDF. When
deleting the active database, the ADDF recovers and comes up with the
default database retaining the database name. Service is lost, but the
SNMP, OSPF and IP settings are not lost.
You can delete the default database, but it will still be present in the
ADDF software. When necessary, this database is created again and
started up.
Set as active
This option activates the selected database. The ADDF recovers. And
connection to the Web browser is lost. When the selected database has
different settings than the current one, transmission is affected. When
the selected database has identical settings, transmission is not
affected.
Copy Active
This option creates a copy of the active database with a specified
database name. This copy is stored on the ADDF.