1300 XMC PRODUCT DESCRIPTION RELEASE 8.0 Alcatel-Lucent 3DN 00801 IAAA DEZZA Date: December 2010 1/44 All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza- tion PRODUCT DESCRIPTION CROSS CROSS CROSS CROSS-DOMAIN MANAG DOMAIN MANAG DOMAIN MANAG DOMAIN MANAGEMENT CENTER MENT CENTER MENT CENTER MENT CENTER ALCATEL ALCATEL ALCATEL ALCATEL-LUCENT 1300 XMC LUCENT 1300 XMC LUCENT 1300 XMC LUCENT 1300 XMC PRODUCT RELEASE R PRODUCT RELEASE R PRODUCT RELEASE R PRODUCT RELEASE R8.0 Edition 1.0 #3DR20003QMWWPTAHF02 Created by Neevia Document Converter trial version http://www.neevia.com
44
Embed
CCRROOSSSSCROSS- CROSS---DOMAIN · PDF fileAlcatel-Lucent 3DN 00801 IAAA DEZZA ... S12 A100 0S12 A100 0S12 A100 0 S12 Local Operations: PC With Browser Data Network XMC server(s) -
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Created by Neevia Document Converter trial version
1300 XMC PRODUCT DESCRIPTION RELEASE 8.0
Alcatel-Lucent 3DN 00801 IAAA DEZZA
Date: December 2010
1/44
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
PRODUCT DESCRIPTION
CROSSCROSSCROSSCROSS----DOMAIN MANAGDOMAIN MANAGDOMAIN MANAGDOMAIN MANAGEEEEMENT CENTERMENT CENTERMENT CENTERMENT CENTER
5.1 PROTOCOLS AND INTERFACES......................................................................... 33 5.1.1 interface between XMC and NEs ............................................................... 33 5.1.2 interface between XMC and other OMCS .................................................. 34 5.1.3 Interfaces between XMC and OSS ............................................................. 34
5.7 SERVICE RESTORATION TIMES ........................................................................... 40 5.7.1 XMC upgrades ......................................................................................... 40 5.7.2 Integration with Network Management System .......................................... 41
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
1 INTRODUCTION
In co-ordination with the renovation of the next generation of networks, and taking advantage of a new “distributed” management architecture, the Alcatel-Lucent-Lucent 1300 XMC Cross-Domain Man-agement Center provides the combination of field proven network management technologies issued from the switching world, with state-of-the-art packet/circuit/fixed/mobile network management appli-cations. Seamless integration of both technologies is offered by the XMC for network supervision and configuration and for 2G, 3G or mixed networks (IMS, NGN). The following domains are covered:
• Fault management,
• Configuration management,
• Performance Management,
• Security Management.
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
1.1 KEY FEATURES
The XMC is the management system of the both Fixed Networks and Mobile Networks, covering both Circuit and Packet Switched. It encompasses the centralized element management of these NEs and some network management functions:
• Unified platform administration mechanisms;
• Single platform login and common security management mechanisms;
• Common alarm management for all the managed elements;
• Common performance management for all the managed elements;
• Common network hierarchical system view for the managed network;
• Network level configuration management functions, encompassing several elements in order to simplify configuration management tasks and to ensure configuration data coherency between the different elements ;
Figure 1: XMC key features
- Global Fault Mgt
- Staff and access control Mgt
- Open interface to
external OSS’s
Local or Remote Operator
Positions via LAN / WAN
Network & Service
External OSS
A100 0 S12 A100 0 S12
A100 0 S12 A100 0 S12
A100 0 S12 A100 0 S12
Local Operations: PC With Browser
Data Network
XMC
server(s)
- NE software & data Mgt
- Flexible and evolving
software and hardware
architecture
Core Networks
- Provisioning functions
XMC Integrated
Management Center
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
2 A1300 XMC FUNCTIONAL DESCRIPTION
This section highlights the main function provided by XMC.
2.1 FEATURE LIST
• Management of network elements both on Fixed/Mobile networks, covering circuit and packet domains - Both domains can be managed with the same product and be used either individually or in combination in the same network
• Network topology - With animated tree /map and covering the totality of the network
• Alarm collection and centralised alarm management - X733 alarm format current and historical alarm database - Alarm filtering, automatic and manual acknowledge
• Centralised performance collection - All the observation counters concerning the complete network are centralised on the XMC - Available in XML format to external performance management tool for on-line real time traffic supervision and off-line traffic analysis functions - Files are retrieved periodically - periodicity is configurable
• Network Element counter definition depends on the type of network element - Alcatel-Lucent based NEs: list of counters is customisable by the operator - SNMP based Nes: list of counters is predefined or customizable
• Seamless navigation - Between integrated and non integrated (distributed) application - 3 tier architecture based on Java Web Start technology
• Centralised operators and profile management - Single Sign On - Operators sign-on defines the associated profile
• North Interface for OSS access - Fault, Configuration, Performance 3GPP based model (Interfaces are Corba / XML based) - SNMP interface, restricted to alarms forwarding
• Optional North Interface SOAP/XML
• NE software download and backup/restore - Centralised for the whole network
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
3.1 TOPOLOGY MANAGEMENT
Figure 3: Topology management
The “TOPO” management provides a coherent and effective supervision of the managed network.
It is responsible for the management and persistency of the list of all managed elements within the network. It stores all the static information concerning each network element, namely:
• Logical name,
• Friendly name,
• Type
• Release
• IP address
• Supervision state
• Access Control Domain
It allows the operator to create, delete or modify network topology attributes as well as exporting the data in an HTML or CSV compliant format.
The current view (Figure 3: Topology management) of the network is displayed via a tree. A “geo-graphical map view” is also available, including if needed a background picture (Figure 4: Map view).
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
3.2 NETWORK SUPERVISION
Figure 5: Supervision management
The Network Supervision component manages the dynamic states of the managed elements, namely:
• Supervision state - declared or supervised. Nodes connected to the Management LAN should be explicitly declared via their OAM interface ( there is no auto discovery, since on the same management LAN, several manager and nodes could co-exist)
• Communication state – state of the link between the NE and the XMC (polling frequence is Node dependant, from 40 sec to 1 minute)
• Alarm synthesis – highest severity alarm present on the NE
• Unacknowledged alarm synthesis - highest severity unacknowledged alarm present on the NE
The operator may perform some operations on the NEs such as start/stop the supervision, start/stop PM collection, backup, software upgrade, …
From this view and for a selected NE, the operator can navigate to the map, the corresponding alarm panel, the software management view or the equipment management.
The network view is customisable by operator:
• The view can be restricted to a subset of NEs using filtering facilities.
• The operator can choose the plugging(s) to be loaded
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
Real-time collection and display of Alarms provide early detection of network faults and improve reac-tion time to anomalies.
Fault management is provided by a generic application: CFMA (Common Fault Management Asset)
CFMA provides all services related to the handling of alarms in a distributed TMN system:
o Current alarm management;
o Alarm reporting and logging.
3.3.1 ALARM HANDLING
The X.733 alarm reports are converted into Managed Objects called current alarms. It contains both the information sent by the EML agents and additional state information reflecting the management of the alarm by the operator:
o Acknowledgement state specifies whether any operator has seen the alarm. A current alarm can be acknowledged:
§ Manually by the operator;
§ Automatically according to a user-defined severity level.
o Cleared state indicates disappearance of a fault; the EML agent notifies alarm clearance.
o Reservation state is the current alarm owned by any operator; operations on a reserved alarm can only be performed by its owner.
Current alarms are removed from the active list to the historical list in the following ways:
• Once cleared and acknowledged
• Manually, on operator request;
• On periodic purging according to user-criteria;
• On reaching storage capacity overflow criteria.
The criteria for the two automatic purging mechanisms can be based on alarm date and time and alarm type.
Current alarm information including alarm creation, change of alarm states and alarm deletion is dis-tributed through a well-defined open interface giving other TMN application easy access.
Alarm synchronisation with EML agents is done:
o Manually on operator request;
o Automatically in case of restarts of re-establishment of supervision link..
Current alarm counters present a synthesis of alarm information to the operator. Alarm counters can be defined according to user-defined criteria such as alarm severity, type, state, probable cause, af-fected network element, or a combination of these.
Alarm severity assignment profile is also an option available, allowing operator to define himself the severity level of an alarm. This feature is available only at the XMC level, and is not applicable in the embedded EML.
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
3.3.2 ALARM REPORTING AND LOGGING
Alarm reports are received from agents through an open interface conform to the standard ITU-T X.733. The operator may consult the alarm log configuration and display and remove log records.
Each time a current alarm has been removed, an historical alarm is created. A historical alarm con-tains both the information of the current alarm and additional information describing the reason of the removal. Historical alarms can be exported to flat files in a well-defined format for post-processing by external applications for special needs (alarm statistics...).
Lists of current and historical alarms are displayed to the operator according to user-defined criteria. These criteria can be based on alarm severity, alarm type, alarm probable cause, affected network element, alarm time and date, alarm states or a combination of these.
Each alarm in the current and historical alarm lists is displayed with a colour representing its severity. The mapping between alarm severity and colours is configurable. The layout of the current and histori-cal alarm lists can be fully customised. The alarm attributes and the order in which they have to be displayed can also be specified by the user.
Filtering of the displayed alarms is provided: the operator can define and store his own default cus-tomisation of display - and alarm criteria.
Alarms can also be sent by email or SMS.
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
3.4 SECURITY MANAGEMENT
Centralised administration of access rights and user profiles helps to protect the system against inten-tional and unintentional damage.
The Security Management component, abbreviated as CSA (Common Security Asset), focuses on the security aspects of the TMN system:
o Specify, store and distribute Access Control Information throughout the TMN system;
o Profile the Graphical User Interface of the TMN system according to user access rights;
3.4.1 MAIN FUNCTIONALITIES
Main functionality’s provided are:
o User access control:
§ Authentication based on username/password (per user basis);
§ Illicit access logging with log consultation (different criteria);
§ Inactivity period management;
§ Limited number of unsuccessful login attempt (with user lock).
o User right management:
§ Functional right management through "on duty" and "off duty" period manage-ment;
§ Work schedule: based on day/hour with default or specific user calendar.
o User sessions management
§
3.4.1.1 FUNCTIONAL ACCESS CONTROL
Access Control Information may specify:
o Users having log-in authorisation. They can be arranged in user groups having a dedicated role and access profile.
o Default profiles include: Viewer, Operator, Administrator, SEC Administrator
Access Control Information is stored in a central database and can be consulted through graphical user interface.
SEC supports User Interface profiling by building several resources according to the user access rights, these files are used to profile the user interface when this user logs in to the system. Access rights are thus reflected at user interface level by greying or removing menu items or icons.
3.4.1.2 NETWORK ACCESS DOMAIN
The XMC supports the NE access control. The target of this feature is to allow customer to define "management domain", and allowing an operator to work only on a restricted set of management domain, without visibility on the other domains.
In particular, a management domain could be a "geographical area":
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
q An operator is allowed to manage a configured set of NEs
q The set of authorized NEs is configured by grouping already created NE together
q A NE can belong to several groups. The XMC administrator can define as many domains as needed, without any constraint; he can give them any name.
3.5 LOG MANAGEMENT
3.5.1 NE LOGS
In a distributed network management environment, the log files corresponding to actions and events on the network elements are kept on the NE itself. A NE specific application and user interface enables the user to browse and work on the NE logs. NE logs cover operator’s accesses, operations, alarms, events and errors. Log files can be backed-up locally.
In addition, centralized Log browsing is provided by XMC, for all the 5020 WCS / Tomix based/Application servers NE and for the XMC. This feature consists in collecting periodically (each hour per default) the log information on the nodes, parsing this information in order to populate a da-tabase and offer : editing / filtering / sorting / searching / exporting operations on these data. On demand collection is also provided. Log can be exported, according to several criteria, locally on a specific file system of the XMC or on an external log server. Two category of log are supported: security log and standard log. The security log contains information related to operator access and sensitive operations; the default retention for these logs is 180 days whereas the default retention period for the standard logs is 30 days. The filtering criteria are based on date, NE type, Event type, operator name, action result/progress, functional domain, error type or free text. The data collected by the XMC concerns the OAM logs only. The other trace/log files are excluded for several reasons: their content is usually reserved to Alcatel-Lucent experts. Their format is free text and can only be parsed with classical Unix tools (perl, grep,..)
3.5.2 XMC LOGS
The XMC server manages directly a set of log files keeping track of XMC operations such as:
• Access log files 2006/06/14 13:35:38 - access from FRORVD0C20959 (IP: 155.132.235.221), by user Alcatel-LucentAdmin : success
• Security log file
2006/06/14 13:28:38:sablet:SAS(0):Operator name=axadmin:LogNameCommand: SAS has started and is ready to accept incoming connections.
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
• Administration operations (creation / deletion of NE, creation of users…), relevant internal events ( XMC services, Trap received from NEs) and scheduled actions results.
20060614112910.595Z;stateChange;INFO;Process.logim();Process.logim();MON - Monitored Process state change;EVENT.stateChange;previousState.init<>free_text.change to freezing
Logs files are circular. Log file sizes are configurable.
3.5.3 LOG BROWSING
3.6 JOB MANAGEMENT
XMC provides an internal Job/scheduler management, providing a synthesis of all the NEs Jobs launched from XMC. This addresses the Multi_NE scripting, and the operations of Software Upgrade and NE Backup. A dedicated panel shows the status of all the jobs launched.
Figure 7: Job management
3.7 MULTI NE SCRIPTING
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
The XMC provides a centralized management for Multi NE scripting. This feature allows to:
o Open Corba/Python session for Tomix based NE for access to OAM services: access con-trol, hardware management, SS7management, performance management, log manage-ment, version change, applicative interfaces.
o Open CLI Session for A5020 WCS nodes: monitoring and provisioning domain or other CLI based nodes
o SSH/Perl scripts for any UNIX basedNEs o Launch immediate and differed script execution on a group of nodes of same type o Store results of script execution in results files o Handle script job state
3.8 NE SOFTWARE MANAGEMENT
This application enables the operator to manage and control the network elements software releases from a central position. It consists of the following operations, which can be manually controlled or can be scheduled and automatically performed:
3.8.1 NE SOFTWARE UPGRADE:
• Import phase: this phase consists in loading on the software repository the software necessary to NEs downloading.
• Download phase: this phase consists in downloading simultaneously the files into managed NEs (limitation to 20 NEs). The downloading progress status is displayed.
• Activation phase: this phase consists in the activation of the new software in the managed NEs.
• Validation: this phase consists in the declaration of the new software as the default one in the managed NEs
Note 1 : The exact SU steps are NE dependant and dynamically discovered by the XMC.
Note 2 : Depending of the NE, the SU operations can be limited to download operation only. In such case the other steps must be performed by the operator through SSH.
3.8.2 NE BACKUP/IMPORT:
• The XMC offers the possibility to control backup/import operations for the NE data (NE system backup is not supported) onto a centralized repository. The backup repository server can be the XMC or an external server.
• The backup can be scheduled or immediate and can be performed toward one NE or a group of NEs.
• The operator is able to consult the state of the backup jobs and the state of the backup reposi-tory. A Progress tool bar is provided. In case of failure, a message is provided to warn the op-erator.
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
• The NE import is performed from the XMC by transferring the backup file on the NE.
• Note that external backup agent can be installed on XMC, allowing customer to use its own backup infrastructure, and to store NE data backup within this infrastructure.
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
3.9 PERFORMANCE MANAGEMENT
2 types of performance data are collected on the NE : either Performance counters through snmp get or Performance files through sftp/https.
For the NEs that do build their own files, configuration is performed through the EML hosted at NE level : the operator can configure, activate (reporting period, granularity period) and visualise network element counters for each individual network element.
For the NEs that support polling through snmp get, the XMC allows the operator to define the counters to poll, the Granularity period (GP) and the Reporting Period (RP).
At the end of each reporting period the XMC generates a 3GPP XML files for each NE. These PM files are available on a specific file system.
An external OSS can access to these PM files (PUSH and PULL mode supported) for further analysis. XMC support also an optional QOS package for such analysis.
In addition, an automatic cleanup is performed by the system with a default retention period of 7 days.
3.10 QOS MANAGEMENT
The QoSAC optional package is available for the analysis of the QOS of the network. The input of the QOS package are the PM files built by the XMC. This package allows an operator to select a set of counters to be displayed, to define KPIs for Alarm generation, and to provide QoS Reports.
3.11 NAVIGATION
The XMC product uses the latest web based, java web start technology as well as principles of distrib-uted network management. In order to offer the user complete transparency of where applications ac-tually run, the navigation component allows the user to navigate between XMC resident applications and other web based applications in a transparent, seamless manner.
3.12 CONFIGURATION MANAGEMENT
This application is implemented at two different levels:
t The first one is NE dependent as it resides directly on the NE. A graphical interface specific to the Network Element will enable the provisioning of the network element
t The second, at XMC level, which enables the provisioning at multiple NE level
o Multi NE scripting
o XML SOAP for 5060 MGC-10 provisioning.
These features allow customers to develop dedicated provisioning procedures (tailored service)
In addition, where appropriate, the XMC provides “co-operative” management function to simplify network level configuration; for example “Routing Area” con figuration in a GPRS network.
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
3.13 EQUIPMENT MANAGEMENT
This application shows the operator the network element from the aspect of the physical layout of the NE (with status information mapped on it). The application is NE dependent as it resides directly on the NE.
3.14 EXTERNAL INTERFACES
3.14.1 3GPP NBI
The external interfaces provided are based on the 3GPP standard R6; they cover the alarm (FM) do-main, the performance management domain (PM) in XML format.
The objects / modules (IRP – Integration Reference Point) which are implemented are:
• Common Management
EP IRP (Entry Point)
CS IRP (Communication Surveillance)
Notification IRP
FT IRP (File Transfer) (via ftp, sftp)
• Alarm Management
Alarm IRP
• Performance Management
PM IRP (Performance Management)
The interfaces are only partially covering legacy nodes managed through existing OMCs (OMC CS, OMC PS, CMC…): The FM domain is fully covered, the PM domain is covered in as much as all per-formance files are centralised in a single format (3GPP xml) and in a single point. Provisioning inter-faces for these networks still go through the specific interfaces, which exist, on the corresponding OMC.
3.14.2 SNMP NBI
XMC provides a northbound interface allowing external OSSs to retrieve all the alarms, according to SNMP trap (V1/V2c/V3). This includes also the alarms provided by legacy managers (OMC-CS, PS, OMC-P CMC…). This is a generic mapping, providing also resynchronisation capabilities.
Filtering on the NBI is supported by configuration : the operator can define for each OSS, in-clude/exclude filters based on NE or NE_type
3.14.3 XML/SOAP NBI
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
In addition, an XML/SOAP interface is supported, in order to provision the MGC30, and to translate XMC/SOAP command from OSS to native Corba MML command..
3.15 ON LINE DOCUMENTATION
Electronic customer documentation is delivered by Alcatel-Lucent as an integral part of its products and is integrated in the Alcatel-Lucent 1300 XMC. Each customer documentation package is composed of document sets that are enriched with display and viewing capabilities to become what is called a "col-lection".
There is one collection of electronic documents for a given product release (version, date of issue). Such collections are accessed through a dedicated documentation user interface, commonly known as the "electronic library". Stored and shipped on CD-ROM, an entire customer documentation package may be consulted via an appropriately configured personal computer, workstation or operator termi-nal.
3.16 XMC PLATFORM FUNCTIONS
3.16.1 XMC PLATFORM BACKUP/RESTORE
The XMC offers a backup / restore facilities of its own system and data partitions in order to recover following a major fault (disk crash, corrupted file system, etc)
t Data back up – the system is running but data has been lost or is corrupted
t System backup – the system will not boot or initialise correctly
Note that external backup agent can be installed on XMC, allowing customer to use its own backup infrastructure.
3.16.2 XMC PLATFORM MONITORING
The XMC product implements a number of monitoring services to ensure service continuity of the XMC platform; these are:
t Process supervision and (auto) restart
t Disk space monitoring with possible threshold definition and alarm generation
t Memory occupancy
t CPU load
t Hardware monitoring (disks, PSU, I/O cards)
t XMC software inventory
3.16.3 XMC HEALTH MONITORING
XMC provides counters in regard to its own health.
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
Supported mibs are : MIB2/UCD-SNMP/CPQHOST mibs.
XMC periodically collects these mibs and builds an XML PM file according to the GP (Granularity pe-riod) and RP (Reporting period).
3.16.4 GEOGRAPHICAL REDUNDANCY
The XMC can work in a redundant configuration where the hardware is duplicated on two separate sites. The machines work in an active / ready mode with mutual supervision via a heart bit mechanism. The data is automatically replicated between the two machines. The switch over is performed under the administrator’s control. Thanks to the embedded EML, it is still possible for an operator to work on the node while the Management system is not fully operational. The total time of service perturbation is less than 5 minutes.
3.16.5 TIME MANAGEMENT
The XMC can be synchronised on an external timeserver using the NTP protocol. It can also act as a server for the network elements if required.
3.17 NETWORK MANAGEMENT
3.17.1 RA/RNC MANAGEMENT
This feature allows the monitoring of the data consistency between Serving GPRS Support Node (SGSN) and Domain Name System (DNS) configuration.
• The XMC is in charge of monitoring the SGSN(s) in order to get their RA/RNC configuration. The monitoring is triggered either by the SGSN or automatically: resynchronisation.
• The XMC automatically updates the primary DNS(s) configuration regarding the list of RA/RNC objects known by the SGSN(s).
• The XMC offers an Audit feature, which allows to check the DNS configuration consistency ac-cording to the data gathered on all DNS(s) and SGSN(s).
• The XMC allows the resynchronisation of the DNS(s) according to the results of a previous Au-dit.
• The OMC offers a synthetic view (Tree/Table) of the objects managed by the SGSN/DNS.
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
• Interoperability XMC provides standard 3GPP/CORBA/SNMP north interfaces for OSS access
• Independency between element manager level and network management level This distributed architecture - Removes the constraints for synchronisation between NE evolutions and XMCs - Simplifies the upgrade procedure: no impact on XMC system in case of NE upgrade - Offers one unique EML software accessible both from remote or local point - Reduces delay (no need to have specific developments in XMC, less network validation)
Open architecture for other Alcatel-Lucent XMC The portal architecture is open and can be extended to other Alcatel-Lucent Network Manager to pro-vide unified network view and reduction of operator workplaces.
4.1 HARDWARE ARCHITECTURE
The XMC is built on the hardware platform HP DL 380 G6 Intel Xeon Processor. XMC server(s) are
connected to a fast Ethernet LAN to the operator workplaces and printers. They provide client/server-
distributed architecture, the applications running on different servers.
Operator workplaces (OWP) are PC’s with windows XP. They can be local or remote from the Network
Operation Center site.
Figure 9: XMC Network Architecture
NTP server (if any)
External storage
100 Base-T LAN
External OSS (if any) Additional NM eqts
OWPs System console
ENMS
NE net 1,
...
Printer
Ethernet
Web Console
Bkp LAN
1GbE
NE sub net 2
Created by Neevia Document Converter trial version http://www.neevia.com
All rights reserved. Passing on and copying of this document, use and communication of its contents, not permitted without written authoriza-
tion
5.7.2 INTEGRATION WITH NETWORK MANAGEMENT SYSTEM
Integration with an external network management system is possible through the external interfaces
offered by the XMC. Please refer to the chapter “External Interfaces” for the description of these inter-
faces.
5.8 INSTALLATION & COMMISSIONING REQUIREMENTS
5.8.1 XMC INSTALLATION
Basic requirements for the room where the XMC is installed are :
§ Have air conditioning,
§ Have a raised floor,
§ Have double secured 220 V power supply,
§ Offer access to the external networks (accessing to the managed network elements).
Detailed installation and commissioning requirements listed in the installation documentation.
5.8.2 NETWORK MANAGEMENT COMMISSIONING
Thanks to the Embedded EML technology, the installation of the nodes and the installation of the XMC can be de-coupled: the GUI required to install/configure a node can be reached from the XMC itself, or directly from the node console. In other words, a node can be installed with or without XMC pres-ence.
In addition to the declaration/configuration, when the Qosac option is available, the commissioning of the network takes benefit from the Qosac predefined reports.
Created by Neevia Document Converter trial version http://www.neevia.com