Software Requirements Specification For: Performance Management System
Software Requirements Specification For: Performance Management System
submitted to
submitted by
Page 1 of 72
Revision History
SI
Versi
on
Date
Status
Author
Change Type
Reason
Change
1.0
27-Jul-2010
Draft
Jaikumar B
Added
Initial creation
1.1
19-Nov2010
Draft
Jaikumar B
Added/Modified
1.0 Review
addressed
1.2
3-Jan-2011
Revised
Draft
Jaikumar B
Added/Modified
Inputs from
during
discussion
1.3
29-Jan-2011
Revised
Draft
Jaikumar B
Added/Modified
Review
comments
from BAL on 28Jan
11
1.4
2-Feb-2011
Revised
Draft
Jaikumar B
Added/Modified
1.5
10-Feb2011
Final
Draft
Jaikumar B
Added / Modified
Review
comments
from BAL on 9Feb 11
Distribution List
SI
Name
Role
Manickavasagam
Ismail
Jaikumar
System Engineer
QA
QA
Anand Srivastava
Approval
SI
Name
Role
Manickavasagam
Operations Head
Anand Srivastava
Page 2 of 72
for
Inputs
BAL
SLA
Identification
Identification Number:
Identification Name:
Title:
Abbreviation:
Version No.
Revision No.
Page 3 of 72
Table of Contents
1
Introduction ............................................................................................................................... 7
2.1
Objective ............................................................................................................................. 9
Encompassability: .............................................................................................................. 15
6.2
Accuracy ............................................................................................................................ 15
6.3
Scalability .......................................................................................................................... 15
6.4
Extensibility ....................................................................................................................... 16
6.5
Flexibility ........................................................................................................................... 16
6.6
Integrability ....................................................................................................................... 16
6.7
Interactiveness .................................................................................................................. 16
6.8
Seamlessness ..................................................................................................................... 16
6.9
Usability ............................................................................................................................ 16
6.10
8.1
8.2
8.3
Dependencies .................................................................................................................... 20
Page 4 of 72
9.1
9.2
9.3
9.4
9.5
9.6
9.7
9.8
9.9
9.10
9.11
10
10.1
10.2
10.3
10.4
11
11.1
11.2
12
References .......................................................................................................................... 69
13
Abbreviations...................................................................................................................... 70
14
Annexure .............................................................................................................................. 72
Page 5 of 72
1 Statement of Confidentiality
This document contains information confidential to NMSWorks and Bharti Airtel, which are
provided for the sole purpose of permitting Bharti Airtel to evaluate the document submitted
herewith. Reproduction, transmission or translation in any form or by any method, electronic,
manual, mechanical, optical or otherwise or unauthorized circulation is strictly prohibited. This
document shall be treated at all times as a confidential and proprietary document for internal
use only. If you are not authorized to have access to this document or have received it by
mistake, or by deliberation through unauthorized sources, please return it immediately or
inform us at the address given below to arrange for its collection:
Page 6 of 72
2 Introduction
Bharti Airtel Limited is Indias largest integrated and the first private telecom services
provider with a footprint in all the 23 telecom circles of India, Since its inception it has been
the forefront of advanced network deployments, and has set the benchmark for other
operators in India.
Bharti Airtel has been structured into three individual strategic business units (SBUs)
Mobile Services,
Enterprise Services.
The mobile business provides mobile & fixed wireless services using GSM technology
across 23 telecom circles while the Airtel Telemedia Services business offers broadband &
telephone services in 95 cities and we have recently launched India's best Direct-to-Home
(DTH) service, Airtel digital TV and IPTV. The Enterprise services provide end-to-end
telecom solutions to corporate customers and national & international long distance services
to carriers. All these services are provided under the Airtel brand.
Transport Network Group (TNG) is one of the network organization responsible to provide
Long distance services for data and voice services alongwith Mobility backhaul services.
TNG has SDH/DWDM, ASON, Internet backbone, MPLS backbone, Voice switch networks.
There are currently More than 13,000 transport Nodes in the network, 135 IP and MPLS
PoPs and 17 switch locations across the country. TNG offers clear channel bandwidth, L2
VPN, L3VPN, Multicast, video streaming, IPTV/DTH content distribution and to the SBUs.
Bharti has robust network management processes for ensuring high degree of network and
service performance efficiencies.
Today's networks are complex, heterogeneous, and of large size. With the changing Business
scenarios & requirements, proactive network monitoring becomes of vital importance. It
Page 7 of 72
became imperative to develop mechanism through which one not only monitor the network
health proactively, but also take corrective measures proactively is required.
End-to-end
service performance monitoring becomes crucial aspect given the criticality & sensitivity of the
application to service degradations being run by the customers. Investing in a standards based
Performance Management system will result in cost savings in accommodating future
expansions and integrating with other systems.
CygNet Performance Management solution for Bharti Airtel is such an extensible, standards
based system designed to enable a integrated Performance Management of the network out
of which customized views can be easily extracted.
standards
compliant
and
unified
platform
for
Integrated
Management
of
Page 8 of 72
NMSWorks has undertaken certain pioneering work in integrating multi-vendor multitechnology platforms in the Optical Transmission space, which has attracted the attention of
many Telecom Service Providers, like Tata Communications, Bharti Airtel, Vodafone Essar,
Reliance Communications, Tata Teleservices, Idea Cellular, Aircel, BSNL, MTNL, Railtel,
Power Grid Corporation etc and also Telcos in the near shore, Africa and Middle East and
South East Asian countries.
NMSWorks has a full featured Product/Solution for the Management of Multi-vendor Multitechnology Optical Transmission Networks under the brand name CygNet OTNMS. The
Products/Solutions of the company are being deployed by Telecom Service Providers, in India.
Service Impact Analysis (SIA) , Root Cause Analysis (RCA) across multi-vendor platforms &
Performance Management Systems integrating multiple vendor systems have helped Service
providers to provide proactive customer support.
The Optimal Path Computation Algorithm developed by NMSWorks not only automates the
process of Circuit Provisioning but also helps the Service Provider to exploit the full potential
out of the available SDH/DWDM infrastructure. The Circuit Discovery Module in conjunction
with Topology Discovery and Network Inventory Discovery facilitates optimizing the CAPEX,
not only by bandwidth grooming but also by identifying hanging circuits and deleting them.
NMSWorks has also identified the Defence market as a strategic market for the companys
products and solutions.
NMSWorks has been working closely with not only the Defence
Development agencies like DRDO, CAIR etc, but also with Public Sector Enterprises like BEL,
ITI and ECIL, who are in the forefront of supplying Communication systems to Defence.
NMSWorks Shares the vision of the TeNeT group of IIT Madras, in developing World Class
Technologies at affordable prices. Implicit in this approach is the creation of a developmental
environment in India to sustain innovation in the high end technology development space.
2.1 Objective
The purpose of this document is to provide the overall description, specific requirements, the
functionality, constraints, characteristics, dependencies and various features of the
Performance Management System to be developed
Page 9 of 72
3 Requirement Analysis
In the current scenario, performance management is being done with the help of creating PM
profile on different vendor EMSs and then activating the particular port/service which needs to
be monitored. Following are the challenges with the current scenario.
Network comprises of multi- vendor equipments having their own EMSs and single EMS having
multiple PM profiles (Due to limitation of no. of ports in a PM profile) leading to a more complex
situation.
Multi vendor EMSs are being managed by their respective NMS, while traffic is build up across
these systems leading to end to end management as a challenge. This creates islands of
management lacking overall view of Network which can enable it to monitor end to end
services.
Following are the major business goals to be achieved:
To collect and report service performance information for SLA management purposes:
Performance management capabilities of the Tool will enable BAL to extend service
level guarantees to customers with confidence and to measure accurately the actual
performance against the guarantees.
To collect and report network performance data for own network evaluation purposes:
To collect and report network and service performance data on daily basis for proactive
monitoring of the Network health.
To collect and report co-relation of the PM parameters with the problematic area in the
network for early detection and resolution of the failures i.e. for maintenance purpose.
Page 10 of 72
PMS tool is expected to manage the complete Transmission network, both TNG and
ANG, which comprises of SDH, DWDM, ASON, Packet Transport and OTN
technologies. This work comprises of integration of Performance Management for the
following vendors,
TNG Network
Alcatel
Huawei
ECI
Tellabs
Nortel
ANG Network
Tejas
Seimens
Alcatel
ECI
Huawei
Page 11 of 72
Phase 1:
In Phase 1, the User Interface for Report Configuration & Report Presentation and the
Performance Management Adapters for the following vendor systems corresponding to
TNG Network will be implemented
a. Alcatel
b. Huawei
c. ECI
d. Tellabs
e. Nortel
Along with the PM integration of the above vendor systems , Metasolv M6 OSS shall also
be integrated to retrieve and map the inventory information during Phase-I.
Phase 2:
In Phase 2, the following Performance Management Adapters for the following vendor
systems corresponding to ANG Network will be implemented
a. Tejas
b. Siemens
c. Alcatel
d. ECI
e. Huawei
Page 12 of 72
Along with the PM Integration of the above vendor systems, UGIS Fiber Management System
and Remedy Trouble Ticketing system shall be integrated with the PMS Application.
B. PMS Application shall contain software adapters for each of the type of elements.
These
adapters are software modules which will reside in the server called Mediation Server MS.
C. The PM tool shall interface with various vendors NMS/EMS systems as mentioned in
section A above , using available NBI such as SNMP, TMF814, TMF854 or FTP based as
specified in the Integration Requirements.
D. PMS tool shall integrate with Inventory management systems (Metasolv M6) for network
discovery and service definitions enabling network and service level performance
monitoring and reporting through the interface specified in the Integration Requirements.
E. PMS tool needs to be integrated with UGIS fiber database so that proper action can be
triggered for lossy fibers through the interface specified in the Integration Requirements.
F. PMS tool shall also be integrated with Remedy TTS through the defined approach for
integration in the Integration Requirements.
G. Performance Management for all the parameters as specified in the RFP by Bharti Airtel
Ltd,
which are supported by the respective vendor NMS/EMS, will be developed and
PMS Application will also have an NBI for providing the information gathered from the
EMSs/ NMSs to some other application.
J. PMS Application shall have generic object modeling inside following standard modeling like
TMF814/854 so that future transport technologies support is guaranteed.
K. Performance management operations such as - Enable PM, Disable PM, Set TCA,
Retrieve PM enabled entity, Get PM reports - historic/current needs to be supported by the
PMS tool to perform PM operations on the network via EMS/NMS interfaces of various
vendors as supported by the respective EMS/NMS.
L. The PMS tool platform architecture shall be client/server based where client will be
PC/Laptop based lightweight Web interface.
Page 13 of 72
CygNet PMS is highly customizable and is capable of managing diverse technologies and
vendors. It incorporates a mediation server that translates the proprietary interfaces of network
elements to the TMF 814 format. The core CygNet Server and client provide network
management functionality based on the TMN FCAPS (Fault, configuration, Accounting,
Page 14 of 72
Performance and Security) model. The management functions are performed over a map
based GUI and support several user levels (administrator, operator, etc.) with appropriate
privileges for performing management functions. CygNet manages the network either through
EMS or Agents or the Network Elements directly.
CygNet INMS/OSS has a loosely coupled, modular architecture thereby allowing for mixing
and matching of plug-and-play modules. The Performance Management System is one such
module which interfaces seamlessly with other CygNet modules. The architecture of the Java
middleware version of the product and the relative positioning of the PMS module within the
system is shown below. For the non-middleware version the interfaces between the modules
are replaced by native calls or RMI.
6.1 Encompassability:
The generic standards TMF SID based information model at the core of the product allows it to
encompass a wide variety of network technology including IP, MPLS and Optical networks.
This makes the product future proof. For example the service and resource modeling
encompasses both MPLS and SDH networks. For SDH the service is a raw bandwidth service
and its associated characteristics such as layer rate, the resources are MEs, cross connects
fibers. MPLS networks are again modeled based on services and resources, here the service
could be a VPN service and the associated resources are routers and ports.
6.2 Accuracy
The product works real-time in conjunction with integrity checks to keep the inventory in sync
with the inventory database.
6.3 Scalability
The product's loosely coupled architecture allows, in addition to vertical scalability by using
more powerful computing systems, horizontal scalability by adding more systems to the
product physical configuration. The product comes with an option to adopt an enterprise
architecture and implements them using application servers. These application server based
Page 15 of 72
6.4 Extensibility
The software is so architected, making full use of object orientation, that it supports ease of
extensibility. This ease of extension will be reflected in the ease with which the software can be
configured to handle future tasks. This includes for example, handling new types of networks.
6.5 Flexibility
The PM system's capability to provide different types of reports makes it a flexible product that
can be molded according to specific functional needs ranging from service oriented reports to
resource oriented reports.
6.6 Integrability
The standards based nature of the product supporting generic interfaces allows for easy
integration with other products. The product allows an option to be configured with SOA based
loosely coupled interfaces which will further enhance the integrability.
6.7 Interactiveness
The performance management system is not just a passive repository of information. The
system can send notifications to the user modules about significant events in the PMS which in
turn can be configured as per the requirements of the user.
6.8 Seamlessness
In combination with other CygNet modules the performance management system seamlessly
deploys along with NMS and other OSS components making available the facilities offered by
the performance management system across the enterprise.
6.9 Usability
Intuitive graphical user interfaces makes the product easy to use with minimum training
overheads. The System supports a web based HTML client that can be accessed via a
standard browser.
Page 16 of 72
up with the same setup as the active. The synchronization is scheduled at regular interval,
which is configurable.
Security management in CygNet does authentication and authorization of the NMS users for
secure access to the NMS. The user will be authenticated on a single sign-on basis.
CygNet identifies several classes of users with different access rights. The system allows
levels of privileges based on passwords. All users have to be authenticated before they log on
to CygNet. For example, administrators may perform many functions including:
Poll Configuration of managed elements
Adding deleting CygNet users
Changing passwords for CygNet users
Users can change their passwords dynamically. Operations that a user is entitled to perform
are restricted based on the password. The passwords are stored in encrypted format in the
database.
Solaris is the OS on top of which all the applications are deployed; the OS will be hardened for
basic security. The system can be further protected by having an external firewall, the firewall
can be opened for few required ports from know IP address to make it more secured.
The Security Management module in CygNet also has Audit Trial module, which maintains a
log of the various operations performed by all the users of the system.
Page 17 of 72
Page 18 of 72
to the Disaster setup in case of failures. The operator can decide on the whether the
switchover in case of failure should need manual intervention or should it be Auto-Switchover.
DR SITE
MAIN SITE
SUN
T6340
SUN
T5440
LAN
LAN
SUN
T6320
SUN
T6320
SUN
T6320
SUN
T6340
SUN
T5440
SUN
T6340
SUN
T5440
SUN
T6320
SUN
T6320
SUN
T6320
Tape
Drive
SAN
SWITCH
SAN
SWITCH
SAN
SWITCH
STORAGE
STORAGE
Application Server
Application Server
Database Server
Mediation Server
Mediation Server
Page 19 of 72
8.3 Dependencies
NBI or the interface provided by the EMS/NMS shall provide options to enable/disable
PM data collection in the respective EMS/NMS.
Inventory information shall be provided through offline dumps from Metaslov M6 system
with the required attributes.
UGIS- Fiber Management System dumps shall provide the mapping information of the
fiber pairs connected to the optical ports.
Notifications from PMS server to the Remedy Ticketing system for integration shall be
accepted by the Remedy Ticketing server with the required configurations done.
Page 20 of 72
9 Feature Requirements
The main task of Network management systems is to monitor and control the network
infrastructure. As networks increase in size, heterogeneity and complexity, effective
management of such networks becomes more important and much difficult. Pro-actively
managing the Network's health and performance is indispensable for any critical business and
is something which the administrators of large networks have to put in place.
Goals
Data Collection Service (Protocol neutral data Collection) This module provides multi
protocol data collection support. Data can be collected from SNMP devices, TMF 814
device like Optical Network Mediation device etc. Default data collection takes place
through the TMF 814 NBI available in the EMS/NMS. The module provides flexibility to
customize the data collection process that suits user requirements by integrating using
the proprietary interfaces provided by the EMS/NMS systems where TMF 814 based
NBI is not available.
Data Collection Objects (Modeling Polling Units) Data collection process has been
modeled using the objects that define what data is to be collected and where to store
the collected data.
Scheduler This module facilitates the scheduled data collection process at specified
interval of time. Based on the given interval of time, Scheduler schedules the data
collection process from the respective NE/EMS/NMS. Scheduler performs the report
generation based on the specifications such as which report should be generated when
Page 21 of 72
(day and time) and how often. Scheduler also schedules the clean up of data base
tables at specified periodicity.
Reports The collected data can be grouped into meaningful sets and represented in
formatted manner called Reports.
Page 22 of 72
EMS/NMS
through its NBI interface or the provided interface for PM data collection for all the ports
that are PM enabled. PM profile creation in the EMS is not required if PM is enabled for
the ports by default and PM data is available through the provided interface.
SRS_BAL_PMS_DC2.
PMS shall collect data only for the PM points that are enabled or
the latest PM data available from the EMS/NMS for debugging in nearest possible realtime for any customer complaints escalation during 24hrs period.
SRS_BAL_PMS_DC6.
PMS shall collect and store for Standard SDH Error parameters
(ES, SES, BBE and UAS), Optical, Power or any vendor specific parameters (Note:
Subjected to PM data availability in supported optical vendor EMS), which shall include
all the KPIs supported by the EMS/NMS.
SRS_BAL_PMS_DC7.
PMS shall log the PM data collection events to verify the data
PMS shall raise alerts for the failure events in PM data collection.
Alerts shall contain appropriate error messages indicating the cause of the failure .
SRS_BAL_PMS_DC9.
monitoring on a per managed object basis. It shall also provide the ability to
enable/disable monitoring on a bulk basis. However, enabling/disabpling PM depends
on the support provided by the EMS/NMS through the available interface for PM.
SRS_BAL_PMS_DC10. PMS shall provide facility for automatic initiation
collection
for
the
managed
object
on
EMS/NMS
in
case
of
of PM data
new object
Page 23 of 72
SRS_BAL_PMS_DC11. PMS shall not have any limitation with respect to maximum
number of monitoring ports/objects being added and also shall have no limitation w.r.t.
enable/disable performance monitoring on no. of monitoring ports/objects, however this
depends on the maximum number of ports supported by the respective EMS/NMS.
SRS_BAL_PMS_DC12. PMS shall provide a consolidated list of the following:
a. PM Enabled ports - for each vendor
b. PM Disabled ports - for each vendor
c. PM Data collected ports - ( subset of the PM Enabled ports)
d. PM enabled but data unavailable ports - ( subset of
the PM Enabled ports)
SRS_BAL_PMS_DC13. PMS shall provide option for near real time or latest PM data
extraction from EMS/NMS objects depending on the respective EMS/NMS current PM
Data availability for extraction.
SRS_BAL_PMS_DC14. PMS shall raise a critical alarm/e-mail notification for define
stakeholders if a performance data collection operation fails. Alarm/Notification detail
shall include source identification, time of failure & associated causes for the failure
PMS shall store raw data collected from the supported optical
PMS shall store the poll configuration data needed for data
collection.
SRS_BAL_PMS_DS3.
basis as agreed in the purging policy as one year PM data older than one year shall be
archived and deleted from the PMS Database.
SRS_BAL_PMS_DS4.
reports.
SRS_BAL_PMS_DS5.
Parameter (ES/SES/UAS/BBE)
Page 24 of 72
Web Interface.
SRS_BAL_PMS_REP2.
PMS shall provide PM Reports at NE and Link level for individual ports
including SDH Error, Optical, Power, Ethernet and any vendor based proprietary KPIs.
Report Attributes
Report Generation Time , user
Port Details Node Name , Node Id ( Optional), Port Name , Port ID ( optional),
Layer Rate
Granularity chosen- 15 min or 24h , Duration - ( period selected for PM Report generation)
PM Report - Graph ( X axis - Time
PM Report Table
Time , KPI1, KPI2,.,KPIn
Sample Report
Y - axis -
KPI
Page 25 of 72
SRS_BAL_PMS_REP4.
performance data collected at any monitored point and archived on the server. The
retrieval operation shall allow filtering, based on user settable parameters like Vendor
Type, NE Type, Port Type (PTP/CTP), Circuit Id, Service Name, Customer, Layer Rate,
Port Number, Granularity (15 minutes / 24 hours) and Duration.
Page 26 of 72
SRS_BAL_PMS_REP5.
on default & user settable time duration by internally collating various raw data files
extracted in discrete steps from network objects/EMS/NMS.
Report Attributes
Report Title
Report Generation Time , user
Port Details : Node Name , Node Id ( Optional), Port Name , Port ID ( optional), Link Name, Link
Id ( if part of any link), Circuit Name, Circuit ID ( If part of any circuit), Layer Rate
Granularity chosen, Duration - By Default Yesterday ( i.e Previous day 00:00 hrs to 23:59 hrs
period to be selected and Report Displayed)
PM - Report - Graphical Representation
Time | KPI1 | KPI 2| KPI 3 | . | .| KPI n
SRS_BAL_PMS_REP6.
particular port and layer rates for maximum of seven days. The following are the options
that would be available for the duration:
Page 27 of 72
Yesterday
Today
Previous 7 days
This Week
Last Week
Custom Option
SRS_BAL_PMS_REP7.
Date
Time
For 24 hour granularity of a port with layer rate, The following are
Yesterday
Today
Previous 7 days
This Month
Last Month
Custom Option
Date
Time
Page 28 of 72
Page 29 of 72
SRS_BAL_PMS_REP8.
reports
for
Multi-vendor
(TNG
SRS_BAL_PMS_REP9.
PMS shall provide users to export the PM Report into XLS and
PDF formats.
SRS_BAL_PMS_REP10.
representations.
SRS_BAL_PMS_REP11.
PMS shall also provide option to generate the PM Report for the
Page 30 of 72
Page 31 of 72
Page 32 of 72
PMS shall
Report Attributes
Report Title
Report Generation Time , user
Reports Configurator - Provide filters to generate ports with errors for
vendor wise, EMS , NE,Customer/circuit id/ service name for the chosen
period.
Page 33 of 72
SRS_BAL_PMS_REP14.
monitored port/circuit provided the BER - KPI is supported by the vendor EMS/NMS
throughthe provided interface.
Report Attributes
Report Generation Time , user
Reports Configurator - Provide filters to generate ports with errors for
vendor wise, EMS , NE,Customer/circuit id/ service name for the chosen
period.
Filter Criteria : Vendor, NE , circuit id, service name.
Granularity : 15 min /24 h Duration : Period for which PM Report is generated
PM Report - Graph ( X axis -
Time
PM Report - Table
Time, KPI 1, KPI 2, .., KPI n ( BBER, ES, SES, )
Page 34 of 72
BBER(FE)
B1 ER(NE)
B3 ER
(FE)
Dependency:
BER KPIs supported by the EMS through NBI shall be provided in the PM Report.
SRS_BAL_PMS_REP15.
from 24 hrs period to specific 15 min period for detailed analysis of the KPIs for specific
ports.
SRS_BAL_PMS_REP17.
reports - select text and graph types, include user defined graphics to the report (e.g.
logo) etc.
SRS_BAL_PMS_REP19.
- WYSIWYG editor
- Drag & Drop
- Fonts
- Colors
- Multiple document interface (MDI) etc.
Page 35 of 72
PMS shall provide a consolidated report for all vendors for near end and far end monitoring at
different
layer
of
SDH/
DWDM/ASON
Network.
Report Attributes
Report Generation Time , user
Reports Configurator - Filter options to select Customer/circuit id/ service
name for the chosen period.
Filter Criteria : Vendor, NE , circuit id, service name.
Granularity : 15 min /24 h Duration : Period for which PM Report is generated
Page 36 of 72
SRS_BAL_PMS_SLA2. PMS shall provide end to end service (end to end ports
associated with the service) performance monitoring reports for individual circuit/service
along with associated bandwidth, end points, customer name etc.
Report Attributes
Report Generation Time , user
Reports Configurator - Filter options to select Customer/circuit id/ service
Name with Layer rate options ( STM-1/4, E1, DS3,
etc..) for the chosen period.
Filter Criteria : Vendor, NE , circuit id, service name.
Granularity : 15 min /24 h Duration : Period for which PM Report is generated
Page 37 of 72
Page 38 of 72
SRS_BAL_PMS_SLA6. SLA inputs such as target SLA KPIs (e.g. 99.999%) against
which SLA computations to be done shall be provided as configurable options.
SRS_BAL_PMS_SLA7. Down time events that are taken for SLA computations shall be
categorized as down time due to TNG/ANG, down time due to Bharti Planned Event
or Customer Planned Events ,etc as the categories defined by the users. Also down
time or UAS introduced by Customer end / TNG/ANG section shall be captured.
SRS_BAL_PMS_SLA8. Down time events that are taken for SLA computations shall have
options to handle exceptions such as down time not due to TNG/ANG, due to /not due
to Bharti or Customer planned events, etc due to the categories predefined by the
users.
Page 39 of 72
SRS_BAL_PMS_SLA16. PMS
rules
by
the
user.
e.g.
threshold
violation
KPIs
for
specific
circuits/ports/services.
Page 40 of 72
Report Attributes:
Report Generation Time , user
Granularity
: 15 min / 24 hrs
Duration
: Period for which the PM Report is generated
Filter Criteria for Repeat failure Analysis : Customer Name, Circuit ID, Service Type, Duration
Time
Criteria
Port Details
KPI 1
....
KPI n
Best
Performers
ES
SES
BBE
BBER
Circuit ID1
Circuit ID 2
Page 41 of 72
SRS_BAL_PMS_CMP6. PMS shall provide consolidated report of span loss for each
DWDM section as compared to the designed parameters & reporting deviations, if any.
Report Attributes:
Report Generation Time , user
Reports Configurator - Filter options to select the specific DWDM section
using link name /link id/source port/destination port
: Optical Power Transmitted, Optical Power Received, Line Out Optical Power Value,
Laser Temperature, Laser Bias Current (LBC), Per-channel Central Wavelength Value,
Per-channel Central Deviation Value, Per-channel OSNR Value, Per-channel Laser
Output Power Value and Span Loss
KPI
: Optical Power Transmitted, Optical Power Received, Line Out Optical Power Value,
Laser Temperature, Laser Bias Current (LBC), Per-channel Central Wavelength Value,
Per-channel Central Deviation Value, Per-channel OSNR Value, Per-channel Laser
Output Power Value and Span Loss
Dependency
Actual Span loss shall be provided from the KPIs collected and Expected Span loss shall be
provided link distance or Fiber distance is available through Inventory Management System.
SRS_BAL_PMS_CMP7. PMS shall provide consolidated report for high span losses in
SDH sections considering OPT/OPR & the link distance. This depends on the
availability of the link distance and the corresponding port information from the UGIS
Fiber Management system.
Report Attributes
Report Generation Time , user
Granularity : 24 hrs
Duration : Period for which the PM Report is generated
KPIs supported
Optical Power Transmitted, Optical Power Received, Line Out
Optical Power Value, Laser Temperature, Laser Bias Current (LBC),
and Laser Cooling Current Value, Actual Span loss, Expected Span
Loss
Dependency
Page 42 of 72
KPIs supported by the EMS through NBI and the expected span loss for the sections to
be defined to capture the deviations if any.
SRS_BAL_PMS_CMP8. PMS shall provide a cumulative report on all SDH spans in the
network.
Report Description:
CygNet PMS shall provide a cumulative report on all SDH spans in the network with the
following details: Transmitted Power, Received Power, Span loss.
Report Attributes:
Report Generation Time , user
Duration : Period for which PM analysis Report is generated
Period
SDH Section
Name/Link ID
OPT
OPR
Actual Span
Loss
Expected Span
Loss
Dependency:
Actual Span loss shall be provided from the KPIs collected and Expected Span loss shall
be provided link distance or Fiber distance is available through Inventory Management S
System.
SRS_BAL_PMS_CMP9. PMS Shall provide a comparative report for the PM KPIs of two
different ports on a single frame.
Page 43 of 72
Page 44 of 72
SRS_BAL_PMS_CMP10.
PM Threshold ReportsPMS shall provide options to configure
user defined thresholds for specific KPIs and generate PM reports based on the threshold
configured. ( Note: User defined thresholds configured shall be applied passively in the
PMS database without affecting the EMS/NMS performance)
SRS_BAL_PMS_CMP11.
In case of threshold violations, PMS shall send e-mail
notifications to the defined stake holders of Remedy TTS for raising TT as defined in the
OSS Integration Requirements.
SRS_BAL_PMS_CMP12.
PMS shall provide options to modify the e-mail addresses of the
stake holders to be notified in case of Threshold violations.
SRS_BAL_PMS_CMP13.
PMS shall report or provide a view for the threshold violation
events on a near real time basis . ( Threshold violation events shall be raised once Data
Collection is completed for the KPIs interested.)
SRS_BAL_PMS_CMP14.
PMS shall provide reports on a periodic and user defined interval
of SDH/DWDM/ASON NE ports having
- Errors exceeding user defined thresholds
- Low Tx/Rx power in comparison to threshold/specification
- High Tx/Rx power in comparison to threshold/specification
Page 45 of 72
Report Description
This report shall provide the violations on a periodic and user defined interval of SDH/DWDM NE ports
having
- Errors exceeding user defined thresholds
- Low Tx/Rx power in comparison to threshold/specification
- High Tx/Rx power in comparison to threshold/specification
Report Attributes
Report Generation Time , user
Granularity : 15 min / 24 hrs
Duration : Period for which the PM Report is generated
Port Details : Port Name , SDH /DWDM NE name
Time Stamp
Violated KPI
Threshold Level
Violated KPI
Threshold Level
Note: Threshold values defined shall be applied in the CygNet PMS Database without affecting the
performance of the respective EMS/NMS
Sample Report
Page 46 of 72
SRS_BAL_PMS_OPT2.
PMS shall support section and path PM on SDH
interfaces , providing the following KPIs
- Severely Errored Seconds [SES-FE] Far End
- Errored Seconds [ES-FE] Far End
- Unavailable Seconds [UAS-FE] Far End
- Background Block Error [BBE-FE] Far End
- Severely Errored Seconds [SES-NE] Near End
- Errored Seconds [ES-NE] Near End
- Unavailable Seconds [UAS-NE] Near End
- Background Block Error [BBE-NE] Near End
- Pointer Justification Count Generated [PJCG]
Page 47 of 72
Page 48 of 72
9.7
PM Reports OTN
SRS_BAL_PMS_OTN1.
PMS shall support PM for OTU layer on G.709 interfaces
with the following KPIs:
- Severely Errored Framing Seconds (loss of alignment or loss of multi-frame)
[OTU-SEFS]
- Code Violation [OTU-CV]
- Errored Seconds [OTU-ES]
- Severely Errored Seconds [OTU-SES]
- Unavailable Seconds [OTU-UAS]
- Code Violation [OTU-CV-FE] Far-End
- Errored Seconds [OTU-ES-FE] Far-End
- Severely Errored Seconds [OTU-SES-FE] Far-End
- Unavailable Seconds [ODU-UAS-FE] Far-End
- FEC Correctable Errors [OTU-FEC]
- FEC Uncorrectable Errors [OTU-FECU]
- Pre FEC BER
- Trail Trace Indication [OTU-TTI]
SRS_BAL_PMS_OTN2.
with the following KPIs:
Page 49 of 72
SRS_BAL_PMS_OTN3.
with the following KPIs
SRS_BAL_PMS_OTN4.
PMS shall support PM for ODU and TCM layer
intermediate path monitoring with the KPIs provided by the EMS/NMS
Page 50 of 72
SRS_BAL_PMS_ETH2. PMS shall support the following cumulative Ethernet LAN (client
interface) PM error parameters.
- Frames Received with Errors
- Frames Received and Discarded with Errors
- Frames not Transmitted due to Errors
- Frames Transmitted with Errors
- Frames Received and Discarded due to Congestion (buffer overflow)
- Frames not Transmitted due to Congestion (buffer overflow)
- Frames Received with FCS Errors
- Frames Received with Alignments Errors
- Frames Received with MAC Errors
- Frames not Transmitted due to MAC Errors
- Symbol Errors Count
- Oversized Frames Received (over provisionable MTU)
- Runts Received (< 64 bytes with CRC errors)
- Jabbers Received (>1548 bytes with CRC errors)
Page 51 of 72
SRS_BAL_PMS_ETH3. PMS shall support the following binned Ethernet LAN (client
interface) PM error parameters.
- Protocol Violations LAN Receiver (count of frames received with errors)
- Errored Seconds LAN Receiver (number of seconds where at least one frame
has an error)
- Severely Errored Seconds LAN Receiver (number of seconds where at least
10% of the frames have errors or the link is down).
- Unavailable Seconds LAN Receiver (starts after 10 SES, reset after 10
seconds that are not SES).
- Protocol Violations LAN Transmitter (count of frames not transmitted due to
errors)
- Errored Seconds LAN Transmitter (number of seconds where at least one
frame has an error)
- Severely Errored Seconds LAN Transmitter (number of seconds where at least
10% of the frames have errors or the link is down)
- Unavailable Seconds LAN Transmitter (starts after 10 SES, reset after 10
seconds that are not SES)
- Frames Received and Discarded due to congestion (buffer overflow)
- Frames not Transmitted due to congestion (buffer overflow)
- Frames Received with FCS Errors
- Frames Received with Alignments Errors
- Frames Received with MAC Errors
- Frames not Transmitted due to MAC Errors
- Oversized Frames Received (over provisionable MTU)
Page 52 of 72
SRS_BAL_PMS_ETH4. PMS shall support the following cumulative Ethernet WAN (SDH)
PM status parameters
- WAN (GFP) Frames Received without Errors
- WAN (GFP) Frames Transmitted without Errors
PM error parameters
Page 53 of 72
9.9
SRS_BAL_PMS_BKP1. PMS shall support full back for all the data archived , consisting
the following information:
-
Page 54 of 72
Page 55 of 72
9.11
PM Security Management
SRS_BAL_PMS_SEC1. PMS shall provide options to add and delete new users for the
application
Page 56 of 72
SRS_BAL_PMS_SEC3. PMS shall have the ability to get users authenticated via
RADIUS.
SRS_BAL_PMS_SEC4. Password authentication for multiple users shall be created within
the PMS application
SRS_BAL_PMS_SEC5. PMS shall provide options to create users with different level of
privileges like administrator, user with different privileges.
SRS_BAL_PMS_SEC6. PMS shall provide options for admin users to modify the
privileges provided for the users.
Page 57 of 72
SRS_BAL_PMS_SEC11. PMS shall provide options to restrict the PM reports for users
based on region, circuit id, service type, customer name etc.
SRS_BAL_PMS_SEC12. PMS shall provide options to customize the login provided for
respective users, e.g to modify the logo, font ,theme.
SRS_BAL_PMS_SEC13. PMS shall have the ability to capture log of activities performed
by a user with date/time stamp.
SRS_BAL_PMS_SEC14. PMS shall allow import of the raw performance files collected
from the NE/EMS/NMS into the Client or standalone machine for the exported files for
users with proper permissions
SRS_BAL_PMS_SEC15. PMS shall provide the list of users logged into the application
client of PMS at any instance.
Page 58 of 72
Page 59 of 72
Page 60 of 72
Page 61 of 72
Page 62 of 72
Hardware Specifications
Blade Enclosure
Description
Qty
Sun Blade 6000 Chassis with Gen-2 midplane, 2*6000W PS modules, 6 redundant rear
fan modules
1 Sun Blade 6000 Chassis with Generation 2 midplane, 10U, 2x 6000W power supply
modules, 6 redundant rear fan modules, 1 Chassis Monitoring Module, Rack Mount Rail Kit,
Accessory Kit with Dongle and RJ45-DB9 adapter, 9 server module filler panels, 20 PCIe
Mediation Servers
Sun Blade T6320 Server: 1*8 Core 1.4GHz UltraSPARC T2 CPU, 32GB RAM, 2*146GB
SAS HDD, 2*DP FC + DP GbE HBA - Qty 3
T6320 XATO base with one 8 core 1.4GHz UltraSPARC T2, no REM, no Disk, RoHS6
Qty
3
4GB FB DIMM Kit: consist of two 2 GB dual rank FB DIMM. RoHS-5. X-Option.
24
6
3
6
Page 63 of 72
Application Servers
Sun Blade T6340 Server: 2*8 Core 1.4GHz UltraSPARC T2+ CPU, 32GB RAM, 2*146GB SAS
HDD, 2*DP FC + DP GbE HBA - 2 qty
Qty
Sun Blade T6340 XATO Base, Two 1.4GHz 8 core UltraSPARC T2+ processors, service
processor with ILOM 3.0, No DIMM, No disk, No REM, No FEM, RoHS6, For factory integration
only.
16
Sun Cluster 3.2 server entitlement fee for Sun Blade T6340. One entitlement required per server.
Invoice only.
Database Servers
Sun SPARC Enterprise T5440 Server : 2*8 Core 1.4GHz UltraSPARC T2+ CPU, 32GB RAM,
2*146GB SAS HDD, 2*FC HBA - 2 qty
Sun SPARC Enterprise T5440 Sever 4 RU Chassis, including common components motherboard,
four power supplies, four fans, and service processor board. CPUs, memory, disks, DVD,
rackmount kit and cable management arm not included. For Factory Integration
Qty
2
2
2
8
4
2
4
2
8
4
1
1
Page 64 of 72
Software Specifications
OS
Database
Third Party
Page 65 of 72
Page 66 of 72
Hardware Specifications
Blade Enclosure
Description
Sun Blade 6000 Chassis with Gen-2 midplane, 2*6000W PS modules, 6 redundant rear
fan modules
Qty
1 Sun Blade 6000 Chassis with Generation 2 midplane, 10U, 2x 6000W power supply modules,
6 redundant rear fan modules, 1 Chassis Monitoring Module, Rack Mount Rail Kit, Accessory Kit
with Dongle and RJ45-DB9 adapter, 9 server module filler panels, 20 PCIe
Mediation Servers
Sun Blade T6320 Server: 1*8 Core 1.4GHz UltraSPARC T2 CPU, 32GB RAM, 2*146GB SAS
HDD, 2*DP FC + DP GbE HBA - 3 qty
T6320 XATO base with one 8 core 1.4GHz UltraSPARC T2, no REM, no Disk, RoHS6
4GB FB DIMM Kit: consist of two 2 GB dual rank FB DIMM. RoHS-5. X-Option.
24
6
3
6
Page 67 of 72
Application Servers
Sun Blade T6340 Server: 2*8 Core 1.4GHz UltraSPARC T2+ CPU, 32GB RAM, 2*146GB
SAS HDD, 2*DP FC + DP GbE HBA
Sun Blade T6340 XATO Base, Two 1.4GHz 8 core UltraSPARC T2+ processors, service
processor with ILOM 3.0, No DIMM, No disk, No REM, No FEM, RoHS6, For factory integration
only.
8
2
1
2
Database Servers
Sun SPARC Enterprise T5440 Server : 2*8 Core 1.4GHz UltraSPARC T2+ CPU, 32GB
RAM, 2*146GB SAS HDD, 2*FC HBA
FJ T5440-DVD R/W,8X,Slot
T5440 CPU module, 8 core, 64 threads, 1.4 Ghz with 16 GB, 4 x 4 GB DIMMs, with one
memory board. For Factory Integration Only
Page 68 of 72
Software Specifications
OS
Database
Third Party
12. References
[1] BAL Planning Team , RFP for PM tool OSS_Compliance dated 15th Dec 09 Revision 1, 15th Dec 2009.
[2] NMSWorks, Inventory_Attributes_reqd.xls- revision 1.1, 3rd Nov 2010 .
Page 69 of 72
13 . Abbreviations
Sl
No.
Acronym
Expansion
ANG
ASON
BBE
BER
CWDM
CORBA
DWDM
DR
Demux
10
EMS
11
ES
Errored Seconds
12
FTP
13
FE/NE
14
FCS
15
FIFO
16
GUI
17
GFP
18
GB
Giga Byte.
19
HTML
20
HO
21
INMS
22
IP
23
KPI
24
LO
Lower-Order.
25
LAN
26
LCAS
Disaster Recovery.
Demultiplexing.
Element Management System.
Page 70 of 72
27
MPLS
28
Mux
Multiplexing.
29
MAC
Macintosh.
30
MTU
31
NMS
32
NBI
33
NE
Network Element.
34
OTN
35
OSS
36
OS
37
OTU
38
OMS
39
OCH
Optical Channel.
40
ODU
41
OPT
42
OPR
43
PM
44
PMS
45
46
RFP
47
RMI
48
RCA
49
RE
50
RADIUS
51
SDH
52
SLA
53
SNMP
54
SID
55
SOA
56
SRS
57
SES
58
TNG
59
TT
60
TMF
Tele-Management Forum
61
TTS
62
TCA
Operating System.
Performance Management.
Remote Error.
Remote Authentication Dial in User Service.
Trouble Ticket.
Page 71 of 72
63
TMN
64
TCM
65
Tx/Rx
66
TACACS
67
UAS
Unavailable Second.
68
VPN
69
WAN
70
XLS
Microsoft Excel.
Transmit / Receive.
Terminal Access Controller Access-Control System.
14 . Annexure
I.
II. PMS-SRS-Annexure-II.doc - contains the KPIs supported by the respective EMS/NMS. This shall
be updated for each vendor during the integration process.
Page 72 of 72