Professional Documents
Culture Documents
Mo Li and Kumbesan Sandrasegaran and Communication Technologies and Faculty of Engineering University of Technology, Sydney {mali, kumbes}@eng.uts.edu.au
Institute of Information
Abstract
Generally, current network management technologies follow two approaches: ITU-T's recommendations for Telecommunication Management Network (TMN) and IETF's Simple Network Management Protocol (SNMP) that favors IP networks. The applications based on these approaches are specifically targeted at a variety of independent networks including the standard Public Switched Telephone Network (PSTNj, the Public Switched Data Network (PSDN), the Public Land Mobile Network (PLMN), and the Wireless Local Area Network (WLAN), etc.. all of which will be integrated into a single IP-based infrastructure referred to as Next Generation Networks (NGN) in the near future. The services, network architectures and traffic pattern in NGN will dramatically differ from the current networks. The heterogeneity and complexity of NGN bring a number of challenges to its network management. In this papel; we first introduce the current network management approaches and describe some deficiencies of current solutions. Then, the network management challenges in NGN are presented and discussed. Finally, some emerging approaches towards network management in NGN are illustrated.
1. Introduction
For the network management of telecomm networks and IP networks, there have existed two widely-adopted approaches. The first one is derived from lTU M.3000 recommendation series building on open systems interconnection standards (OSI) and is known as Telecommunication Management Network (TMN). The second one is supported by IETF and based on Simple Network Management Protocol (SN~P), which has become the de facto standard in the management fields of IP networks. These two general approaches have thus adopted different standards and implementation methods, and are also designed for different network architectures. In the past decade, they have been well accommodated the management requirements coming from the separated networks, such as PSTN and PLMN (see Fig. 1), known as traditional
scenarios. Thus, network management of current networks infrastructures has inevitably to be partitioned into multiple domains and located in various networks layers because of the heterogeneity of vendor technologies, and the coupling nature of services and networks. When the networks are evolving towards NGN, the scenario in the future would become more complex. A common core network is more likely to replace the current separate networks infrastructures for different services. such as PSTN dedicated for telephony voice. The carrying of all kinds of traffic, no matter it is voice, data, video or signaling would be possibly integrated onto one common platform. That would call for the corresponding network management systems. On the other hand, the NGN is also expected to offer ubiquitous services to NGN users, and host many innovative applications with high level intelligence. Consequently, a number of network management challenges would emerge and should be paid sufficient attention by NGN service providers and network operators. The remainder of this paper is organized as follows. In Section 2, two popular network management approaches for current networks will be introduced and compared. Section 3 gives an overview of next generation networks. Taking into account the characteristics of NGN (mentioned in Section 3), Section 4 will try to explore the management challenges in NGN, and explain why they are difficult to be resolved by using traditional network management methods. In Section 5, some emerging approaches for network management are discussed. Finally, we finish this paper with conclusions in Section 6.
Proceedings of the IEEE Conference on Local Computer Networks 30th Anniversary (LCN'OS)
0-7695-2421-4/05 $20.00 2005
"F~
IEEE
COMPUTER
SOC1ETY
their specific design for telecommunications and IP networks, they have shown more or less deficiencies in practice, especially when coping with the evolving network technologies, In this section, we briefly introduce and analyze these two approaches, and then compare them from several points of view.
technologies. The CMIP and CORBA based management solutions are two typical representatives ofTMN applications.
In TMN, multi vendor management is achieved via a standard Q interface, which mediates the communication between two TMN-conformant functional blocks. For example, the COREA-based NML-EML [5] interface between Element Management System (EMS) and Network Management System (NMS) is defined to facilitate multi-technology compatibility. Separate management domains belonging to different vendors can be integrated under a common platform at network layer by applying an adapted Q interface, e.g. Q3 interface to be applied between EMS and NMS. Theoretically, the interconnectivity across heterogeneous Operation Systems (OSs) and networks can thus be implemented. In the framework of TMN, the following logical layers are defined: Network Elements (NE) Element ManagementLayer (EML) Network-managementLayer (NML) Service-managementLayer (SML) Business-managementLayer (BML) While, the functionalities of TMN are defined to cover 5 major areas: configuration management, fault management, performance management, accounting management and security management. Such kind of two-dimensional partition provides a well-structured framework for developing network management system. That is why the "TMN" concept is so popular, and can be seen in various implementations of network management
S T
DOD
LJ
--.............,/~
system
Network management functionalities are vertically located in Independent Transport, Switching and Access Networks
Network management
Proceedings of the IEEE Conference on Local Computer Networks 30th Anniversary (LCN'05) 0-7695-2421-4/05 $20.00 2005 IEEE
switching and access networks. The choosing of appropriate network management technologies has to be considered in the specific context of managed networks. In order to illustrate the weakness of current network management approaches, the comparisons between TMN and SNMP management approaches has been done in Table 1.
Table 1 Comparison between TMN and SNMP Approaches Aspects Complexity TMN Feature-rich modeling of managed objects described in GDMO. However, the data modeling and abstracting are very complex because of TMS's fine-graineddefinition for interface and obiect, TMN gives a general framework for network Functionality management, and major functional areas that have been widely accepted in industry. Other security features are also included,such as access control and security logging. The use of data communication networks (DCN) for intemal communication makes it phvsicallv secure. Multi-vendor support is achieved at network Multi-vendor management layer by implementing an interface between EMS and NMS. NMS can exchange events via its northbound interface with different EMSs that have provided a southbound interface. However, practically, it is difficult and expensive to implement NMS-EMS interface because of the complexity of TMN. Communication The communication between NEINMS and EMS requires the special OSI protocol stacks, which are rare supported by common LAN or WAN. As a result, commercial OSI protocol stacks have to be installed in the networking devices on DCN, such as HP's OTS/9000. Implementation Taking CMIP and CORBA architecture as an example, the development of the core components in TMN has to rely on many third-party software packages. The implementationand running of TMN systems have higher requirements to networks and operation systems. SNMP Simplified design and architecture. In addition, the variables in SNMP can be easily programmed. It is simple and easy to use. SNMP follows TMN's framework for management functionalities. But, SNMP agents can only collect information from devices, lacking the ability of analyzing. The openness and IP-oriented nature of SNMP makes it not secure as TMN-based protocols, such as CMIP, which defines management services exchangedbetween peer entities in TMN. Multi-vendor support can be offered by retrieving objects from public MIBs (e.g. SNMPvl) that reside in the managed devices of different vendors. While, for private MIBs, the interface for specific vendor has to be developed.
SNMP is initially designed for IP technology and uses UDP to carry management data. It can easily run on nearly any network because of the popularity of TCP/IP. However, SNMP is connectionless with lower overhead, and thus can't guarantee the deliver of messages. The development of SNMP interface is relatively simple because of the simplicity of the standards and availability of TCP/IP protocol used. The cost of implementing SNMP network management is much lower, compared to the development of TMN-based architecture.
In general, SNMP approach is simple, cost-effective and open in standards. The simplicity and ease of implementation of SNMP is why it is the most popular protocol for managing networks. In contrast, the CMIP or CORBA based TMN approaches are initially proposed for the management of telecommunications networks, and concentrate on reliability and stability of networks. Because of the incurred complexity, it requires more resources to develop and run. Therefore, it is most suitable for some mission critical applications, such as the management of transportation backbones.
able to support multiple services in its common core & access networks. The NGN is expected to integrate services offered by traditional networks and other innovative IP services into a single service platform. In the ETSI's definition for NGN [II], it is described as a concept for defining and deploying networks which, due to their formal separation into different layers and planes, and the use of open interfaces, offers service providers and operators a platform which can evolve in a step- by- step manner to create, deploy and manage innovative services. The key cornerstone of the NGN is the decoupIing of services and networks, allowing them to be offered separately. The transport functions provide transfer of information between peer entities. The service functions are concerned with the application and service to be
Proceedings ofthe IEEE Conference on Local Computer Networks 30th Anniversary (LCN'05) 0-7695-2421-4/05 $20.00 2005 IEEE
"E'~ COMPUTER
SOCIETY
operated between peer entities. In NGN, each of them needs to be treated separately from both technical and management policy point of view.
Fig. 3 shows a typical NGN scenario in which service network, core network, access network and user equipment are distributed in a layered architecture.
Service { Network
-----{----.
Core
._-------Web Server
Generation
Networks
Network
-----f-----Access Network
---------less
NGN willrequire a clean separation of services and transport functions with the maximum degree of reuse built into the architecture and its components.
User Equipment
----- ..-,,~r:---------_.---~--
ftJ
<S"
Figure 3 Typical NGN Scenarios In Fig. 3, the demonstrated NGN network consists of 4 parts: Service network, Core network, Access network and User equipment. The service network is comprised of a diversity of service servers, such as Web Server, AAA, SIP Proxy Server and LDAP configuration server. These servers can be put together using a dedicated high-speed network. The service network is only responsible for providing services and applications for NGN users. The connection between service network and core network can be implemented via a gateway. Core network in NGN looks more like the transportation backbone in traditional networks. Core network is concerned with transfer of information between peer entities. Besides the transfer of packets, control and management functions are also implemented in this network. It can also communicate with global Internet for data exchange. Access network in NGN is derived from the existing access technologies. To accommodate various access mediums, the access network is separated from the core network of NGN. It serves as an intermediate between user equipments and core network. Some characteristics of NGN and the services it needs to support are illustrated below: Packet-based transfer. Signals to be transmitted via NGN will be digitized and broken into smaller segments known as packets. These packets are then sent over the network where they are then reassembled at the receiver. End-to-end QoS. The dominance of IP in NGN would shift the paradigm from "IP over everything" to "everything over IP". In order to manage the multitude of applications such as voice over IP (VoIP), video conferencing and peer-to-peer computing, differentiated delay, jitter, bandwidth and packet loss should be addressed in networks. Such parameters form the basis of end-to-end QoS. Decoupling of service provision from network. This means that an organization providing services does not have to provide their own (through construction, purchase or lease) transmission mediums. Networks and services can be operated separately by independent organizations. Open interfaces. The NGN will provide open interface to service providers to make the management of multiple networks easier by enabling a single-point monitor. Open interface enables that the functions of one component can be readily accessed by external organization without knowing technical details of how these functions are implemented. It is often implemented by applying open standards III developing interfaces between systems. Provision of improved mobility. In order to allow mobility across heterogeneous environments, the interoperability both in access technologies and core networks has to be supported. Furthermore, a major step in NGN will be the consistent service provision for users.
4. Challenges in Future
Although NGN will derive greatly from the current telecommunications networks and IP-based infrastructure, its control and management architecture is likely to be radically different from both, and will be anchored on a clean separation between a QoS-enabled transport/network domain and an object-oriented service/application domain, with a distributed processing environment [12]. The pressure
Proceedings of the IEEE Conference on Local Computer Networks 30th Anniversary (LCN'05) 0-7695-2421-4/05 $20.00 2005 IEEE
1I1~
COMPUTER SOCIETY
ansmg from deregulation, competition and rapid technology development together with the fresh vision of NON would generate significant challenges in terms of operation, administration and maintenance of networks and services.
best-effort approach in the current Internet, the NON is optimized for differentiated services where QoS and reliability of services will be engineered and guaranteed. Accordingly, the traffic management capability for differentiated NON services and traffic has to be provided so as to monitor and control any concerned service. In the traditional TMN framework, traffic management has not been addressed clearly since all network connections are at fixed rate. In NON, the fine-grained controlling and monitoring of traffic pattern will become an important consideration for NON service providers and network operators.
4.4 Standardization
For any service provider or network operator in NON, the biggest motivation for adopting new operations support system (aSS) is to maximize Return On Investment (ROI). Besides taking advantage of new technologies coping with issues such as multiple services, other industry trends have to be considered, such as the trend towards commercial off-the-shelf (COTS) components and systems promising seamless integration (plug-and-play). Most important of all, the fundamental management architecture for NON shall be considered. In the TMN architecture of the ITU-T, no further decomposition of the proposed layers into specific functions is proposed [13]. A universally agreed set of management requirements for NON are lacked. In order to support the core functions of NON, the management framework, architecture, information model and management protocols have to be standardized and agreed among a number of NON participants. Although ITU-T's NON Management Focus Group is emerging for necessary management standards, standardization in the area of network management for NON is still fragmented at many different standards bodies.
4.2 Heterogeneity
The NON will not only contain the legacy components from traditional PSTN, but also some "brand new" components from the development of up-to-date technologies, e.g. Multi-protocol Label Switching (MPLS). Meanwhile, the flexibility based on trust negotiation among disparate domains is required in the pervasive computing environments of NON. As the Internet has proven, it is impractical for a single service provider to roll out all the services that its customers need. The interoperability among heterogeneous entities will become critical important for NON. For these reasons, different vendors' platforms/technologies have to be "converged" and managed on a common platform in order to support and improve NON services. Together with some emerging approaches (illustrated in Section 5), both CMIP and SNMP can be the candidates for the next-generation network management protocols. Limited by the multi-vendor capability and other weaknesses of current approaches (described in Section 2), how to deal with heterogeneous resources in a cost-effective manner thus becomes the big challenge for NON.
5. Emerging Approaches
Apart from the traditional network management approaches, such those using CMIP and SNMP, a number of technologies are being developed, and are likely to be adopted in network management of NON.
Proceedings of the IEEE Conference on Local Computer Networks 30th Anniversary (LCN'05) 0-7695-2421-4/05 $20.00 2005
H'FI~
IEEE
COMPUTER
SOCIETY
components. The ubiquitous availability of HTTP and the simplicity of XML-based SOAP make Web services ideal for system interconnections. XML-based management approaches has been around for a few years, and a number of vendors have been working on it. Although not accepted as standards by major management communities, it has been seen in some vendors' products, e.g. Juniper's JUNOScript application programming interface.
6. Conclusion
To date, the mainstream network management approaches have shown some deficiencies in coping with the heterogeneous, dynamic and scalable network environments. Current networks are evolving rapidly towards NGN, which has shown many new characteristics and is expected to support multiple IP-based services. A variety of challenges in NGN make current management approaches not applicable in the future. Some foreseeable challenges have been discussed in this paper, combined with the characteristics and services of NGN. Furthermore, promising evolutionary and revolutionary approaches were presented to illuminate emerging technical trends in the network management development ofNGN.
7. References
[I] [2] "Next GenerationNetworks", IEC.ORG tutorial H.M. Sigurdsson, S.E. Thorsteinsson, T.K. Stidsen, "Cost optimization methods in the design of next generationnetworks", Communications Magazine, IEEE, Volume 42, Issue 9, Sept. 2004 pp.118-122 [3] "Next Generation Networks and the Cisco Carrier Routing System", Cisco Systems, Inc., White Paper, September 1,2004 [4] "Telecommunications Management Network", IEC.ORG tutorial [5] Felix F.Flemisch, "Using CORBA for Multi-TechnologyNetwork Management (MTNM)", MTNM Phase III Modelling Team, TeleManagementForum,12 May 2003 [6] Dan Plakosh, "Simple Network Management Protocol", Carnegie Mellon SEI, URL: htt\J://www.sei.cmu.edu!stridescriptions/snmp.html [7] "DPnP Device Architecture", UPnP Forum, Jun 2000 [8] David Durham, "A New Paradigm for Policy-Based Network Control", Intel Developer UPDATE Magazine, Intel Labs, November 2001 [9] "A Practical Introduction to SOAP Web Services", White Paper, systinet, 2003 [10] Yao Liang, "A Programmable Control Architecture for TMN Q3 Interface", Communications, Circuits and Systems and West Sino Expositions, IEEE 2002 InternationalConference, Volume I, 2002 [11] T. Dagiuklas, "NGN Architecture and Characteristics",ETSI, June 2001 [12] A. R. Modarressi and S. Mohan, "Control and management in next-generation networks: challenges and opportunities," Communications Magazine, IEEE, vol. 38, pp. 94,2000. [13] J. Schonwalder,A. Pras, and J. P. Martin-Flatin, "On the future of Internet management technologies," Communications Magazine, IEEE, vol. 41, pp. 90, 2003. [14] D. C. Verma, "Simplifying network administration using policy-based management," Network, IEEE, vol. 16, pp. 20, 2002.
/ / /
/Pollcy Man8'g~r
.~
.
Policy Server (PDP)
g+---~
Figure 4 Policy-Based Management System In the demonstrated system in Fig. 4, the policy manager acts as an interface to management functions and commands. The predefined policies such as polling interval, performance parameters can be stored in the policy repository, which is based on directory services. The Policy Decision Point (PDP) is the functional core of the whole system. It is responsible for the defining and distributing of policies to each Policy Enforcement Point (PEP) so as to achieve management functions. To support the scalability, the central policy server can be replaced by a set of hierarchical servers, which maintains coherency. Generally, the PBNM can provide network-wide control and management for NGN. All in all, both evolutionary (e.g. PBNM) and revolutionary approaches (e.g. Web Services) contribute to a more Open and Manageable next generation network.
Proceedings of the IEEE Conference on Local Computer Networks 30th Anniversary (LCN'05) 0-7695-2421-4/05 $20.00 2005 IEEE
Ir",~
COMPUTER SOCIETY
Table of Contents
First IEEE International Workshop on Performance and Management of Wireless and Mobile Networks Welcome Organizing Message and Program Committees and Bandwidth Adaptations 530 xix xxv
Resource Allocation for High-Speed Uplink Wireless Channels with no Reservation Guarantees Papadakis and P. Koutsakis
P
Evaluating the Performance of Stochastically Triggered Bandwdith Adaptation Algorithms A.-E. Taha, H. Hassanein, and H. Mouftah Error Rate-Based Dynamic Weighted Fair Queuing in Wireless Networks J.-Y. Huang, Y.-K. Tseng, M.-S. Lin, and w.-S. Hsieh Session 2: Performance of Wireless Networks
538
546
Experimenting with Real Time Applications in an IEEE 802.11b Ad Hoc Network T. Karapantelakis and G. !acovidis HPEQ - A Hierarchical Periodic, Event-driven and Query-Based Wireless Sensor Network Protocol A. Boukerche, R. Pazzi, and R. Araujo A Genetic Algorithm for Finding Optimal Location Area Configurations for Mobility Management A. Zomaya and 1. Taheri Sec:ion 3: 3G Wireless Networks
554
560
568
A Novel Pricing Approach for QoS Enabled 3G Networks V. Ozianyi and N. Ventura Real 3G WCDMA Networks Performance Analysis N. Kara, O. lssa, and A. Byette Network Management Challenges for Next Generation Networks M. Li and K. Sandrasegaran A Mobile Terminal Location Tracking Model for Personal Communication Systems J. Almhana, Z Liu, V. Choulakian, and R. McGorman
578
586
593
599
xi
http://ieeexplore.ieee.org/search/srchabstract.jsp?amumber=
15509 ...
IEEE Xplore"
IIHEA"2.1 o AbstractPlus View Search Results Access this document ~ FUll Text: PDF (616 KB)
SEARCH
G e-rrall
printerff~ndy
~!
Learn More
Abstract Generally, current network management technologies follow two approaches: ITU-T's recommendations for Telecommunication Management Network (TMN) and IETF's Simple Network Management Protocol (SNMP) that favors IP networks. The applications based on these approaches are specifically targeted at a variety of independent networks including the standard Public Switched Telephone Network (PSTN), the Public Switched Data Network (PSDN), the Public Land Mobile Network (PLMN), and the Wireless Local Area Network (WLAN), etc., all of which will be integrated into a single IP-based infrastructure referred to as Next Generation Networks (NGN) in the near future. The services, network architectures and traffic pattem in NGN will dramatically differ from the current networks. The heterogeneity and complexity of NGN bring a number of challenges to its network management. In this paper, we first introduce the current network management approaches and describe some deficiencies of current solutions. Then, the network management challenges in NGN are presented and discussed. Finally, some emerging approaches towards network management in NGN are illustrated.
Index Terms Inspec Controlled Indexing Not Available Non-controlled Not Available Author Keywords Not Available References No references available on IEEE Xplore. Indexing
Contact Us
IEEE.org
IIIlnspec<
lofl
28/02/20061:37
PM