Bahasa Inggris Jurnal

Download as doc, pdf, or txt
Download as doc, pdf, or txt
You are on page 1of 17

Design of a Mobile Agent for Monitoring Activities of Users

Abstract

Observation or monitoring is an aspect of management that aims to provide maximum network performance in order to run according to user defined rules. This paper presents the design of a mobile agent to monitor the activities of users on the network. User activity can be localized on their personal workstations or extended to the corporate network and the Internet, in that it can have an impact on bandwidth subscription, which is a shared resource of corporate entities they represent. All users are looking forward to work in an environment of limited resources, including disk, RAM space and bandwidth. However, although the cost of computing resources has been reduced significantly advances in microelectronics technology, they are still far from being free and inexhaustible. In this study, we designed a mobile agent can monitor the activity of users in a network environment with a view to increasing the effective utilization of system resources, and in particular, the physical memory. The goal is to allow optimal utilization of resources in a networked environment. In this paper, we define a mathematical formulation of the activities of the user, the mobile agent load overhead and partition the schedule to avoid the problem of over-bloated. Architecture of mobile agents is described.
Keywords: Mobile Agent; System resources; Computer network; Code Mobility; Monitoring 1. Introduction

computing mobile agent is a software entity that can operate on a network node that can withstand the action and then migrate to the node before the change. Mobile agent has a schedule and after activity can return to the source node after completing the circle. Mobile agents can migrate autonomously and continue its execution. in concept, a mobile agent can move through the virtual machine, then move from host to host,, it has a code but not the resources for execution which is owned by the host. While on a particular host, the mobile agent can perform a number of tasks, and after that, it can be migrated to another host to continue the operation from where it stop before the action on the host. For program executes, the mobile agent consists of code, data and execution state SSN 2222-1719 (Paper) ISSN 2222-2863 (online) Vol.4, No.2, 2013 is embedded with some intelligence and the ability to independently migrating across the network. When moving, the mobile agent can represent the owner in his various assignments and requests. It can communicate with the host and other agents on a host, it is to sense the environment and execute a series of activities to achieve the mission and goals. Mobile agent The paradigm has become topical since the mid-1990s have found applications in a few areas. Mobile agent paradigm derived from two basic discipline - from artificial intelligence where the the concept originated and distributed agents that define the concept of code mobility. Characteristic features agent paradigm (Al-Kasassbeh and Adda 2007) include:

a. autonomy of: agents operate without intervention; b. Social skill: agents interact with one other via an agent communication languages; c. Destination driven: the behavior of agents exhibit goal-directed, and d. reactivity: agents looked and respond to their environments. The rest of the paper is organized as below: Parts 2 discusses some related work, in Section 3 we are presenting mathematical model of the activity of the users' interest in research. In part 4, we discuss the architecture of a mobile agent. Part 5 includes discussions and the conclusion.
2. Related Works
Agents can follow a set of rules that have been set by the owner and then apply it. A key aspect of agency autonomy and their ability to think and act in their environment, as well as to interact and communicate with other agents to solve complex problems (Jain, Aparico and Singh 1999), (Papazoglou 2001). By (Shih 2001), software agents must have two of the three behaviors: autonomy, cooperation, and learning. Autonomy means that agents can act without the direct intervention of humans or other agents and that it has control over its own actions and internal state. Agencies should communicate with the user or other agents to receive instructions and to deliver results. Cooperation demonstrate the ability of social agents to interact with other agents or humans via some communication language to meet specific mission or purpose. Mobile agent paradigm holds the promise of increasing the throughput of any computing elements in the network and create an environment ubiquitous computing robust (Chen and Hu, 2002). Mobile agent has been highly considered in many application areas like ecommerce, network monitoring and management, distributed information retrieval, telecommunications, remote control devices and configuration, Internet etc. (Pullum 2001), (Jin, Ahn and Lee 2009), (Boutaba and Xiao 2002).

In this study, we focus on one important area of network management, which monitors user activity on the network. In today's complex networks and a variety of businesses in which the survival of companies anchored, efficient management of enterprise networks has become a non-negotiable and imperative. We face a major challenge to effectively manage these networks in a society that has become so dependent on accurate and timely exchange and availability. Not only that the network should be up and running all the time, there is also a growing concern for security issues, denial of service and unauthorized access. The system administrator has used human tissue. Their work involves monitoring, evaluation and analysis

of the various nodes attached to the network in order to resolve problems and ensure optimal performance and efficiency. This function can be tiring and cumbersome, especially in large networks. There is usually a delay in monitoring the activities and events on the network is usually not monitored in real time, which as it happens. Being human, network administrators can, slow, tired, and may be confused about which node to the next monitor. It is therefore clear that the user network management system can not meet the requirements of modern complex networks. Unlike computer-based approach to the effective management of computer networks have been proposed in the literature. For this purpose, various types of network management paradigm has emerged (Martin-Flatin and Znaty 1997). The most popular approach to manage the network from the Internet Engineering Task Force (IETF), based on the Simple Network Management Protocol (SNMP). Closely related in structure to the approach is general information Management Protocol (CMIP) proposed by the International Organization for Standards (ISO) for applications in the open systems interconnection (OSI) networks. Both approaches assume the existence of a management station (MSS) to interact with the management agent running on network nodes. The agents in computing is the responsible entity for collecting and storing information locally for node management and responding to information requests from the MS through management protocol that specifies the format of packets to a set of basic operations. Interacting with the agent architecture is client / server where the function of both the client (manager) and distributed server (agent) rigid defined at design time. this protocol, the physical resources are represented by managed objects and a collection of managed objects are grouped into a tree structure of management information base (MIB). Both SNMP and CMIP are usually associated with large transfers of data management, which puts huge pressure on network throughput and bottlenecks host process manager. This centralized network management seriously limit scalability (not efficient when a network node to grow significantly), causing poor performance and inability to cope with the network dimensions. As a result, several hierarchical / distributed management framework has been proposed by the researchers and standardization bodies. However, this model is usually identified by a static management component that can not adapt to the evolving nature of the current network,

rapidly changing traffic patterns and topology structure. In view of these limitations, a new distributed technologies have been proposed, which is based on mobile code or distributed object paradigms.

Typical research effort in that direction is (Carzaniga, Picco and Vigna 1997) the last mobile code paradigm used by distributed applications. Mobile agents exhibit certain characteristics that allow for the effective deployment of services and applications in a more dynamic, flexible, and customizable in a distributed system. These features make them more desirable to build mobile applications on top of the traditional client-server paradigm (Pullum 2001). These features are: natural mobile agents operate in a heterogeneous environment characterized by a wide-area network and a variety in which either the reliability or security of the computer and the assumption of each network connection is not a factor (Qu, Shen and Defago 2005). Mobile Agents act autonomously its own or on behalf of the user with the ability to exact begin migration by itself and execute the request owners and move independently from one host to another to continue execution (Park, et al. Mobileagents demonstrated ability to multi-hop, that is, they can travel with their code, data and execution state more than once to continue its execution on another server in the network after completing their tasks on the server first visit. In In contrast, mobile code is transferred only once in the other mobile paradigm (Park, 2004). Mobile agents are very dependent on the underlying protocol for communication by means of interaction and exchange messages in order to successfully implement and execute specific tasks within the agent system (Qu, Shen and Defago 2005). During the migration, mobile agents can communicate synchronously or asynchronously with other agents or the host system. Other through a network of locally-based mechanisms and inter-process communication mechanism. Some of the benefits provided by the mobile agents that make them better for the creation of distributed systems and applications in particular mobile agent paradigm than others include: They save bandwidth, especially in applications where there are large amounts of data to process on a different host, moving the code to the data rather than the data to the site code (Braun and Rossak 2005). They can exhibit autonomous and asynchronous interactions as they can be delegated to perform certain tasks and the intelligence embedded in them, can decide for themselves whom to interact with the execution time (Park, 2004). They offer extended flexibility in the operation of the data is lost, especially in the environments with intermittent connections such as the Internet (Gray, et al. 2000). Unlike client-server applications, can perform the requested

operation on the specific

host and wait until a connection is available before they migrate to the next host. They can increase the network latency with a better response time than client-server application for the intermediate results are not sent back and forth between the client and the server, which may have resulted in delays caused by network congestion (Gray, et al. 2000). In this case, only the final results of the count will be sent to the server. They are robust and fault tolerant because of their ability to dynamically respond to deteriorating conditions and events in a distributed system (Kotz and Gray 1999). They provide support for heterogeneous environments through their mobility framework, which separates the executive and the host operating system. Mobile agents are generally independent of the computer-layer and transport-layer and rely only on their execution environment (Lange and Oshima 1999). Mobile agent has better scalability especially with respect to flexibility in Dynamic deployment (Gray et al. 2000). In client-server development, client modification may require removal of the client installation. In a mobile agent system, on the other hand, modified agent can be injected once and install it yourself wherever necessary to install. Mobile agents have been proposed for load balancing routing for LEO satellite the network (Rao and Wang, 2010). In (Imianvan 2008) and (Akinyokun and Imianvan 2009) proposal for an experimental study of bandwidth management in a computer network environment. The research is motivated by the wide application of mobile agents in many areas of human interest, including e-commerce, distributed information retrieval and network management. Deemed appropriate network management requires supervision and control of network resources and the assessment and evaluation of network resources is thus an essential part of network management activities. The two-fold purpose of this study is: to provide an intelligent system that can monitor bandwidth usage in a computer network environment, and to produce the desired statistics for policy formulation and decision-making. Their research methodology involves the design of a prototype expert system for the management of bandwidth usage on a computer network was developed and tested, the system is characterized by UML, Z-notation, Petri Nets, Telescript mobility and object-oriented programming. Mobile agent system that consists of a server that connects a workstation, the mobile agent can be launched from the server machine to survey the state of the resources in one of the workstations in the network. Telescript command is used to

encourage the mobility of mobile agents. A mathematical modeling of a defined bandwidth utilization and case studies of local area network of the University of Benin created, collected and analyzed the data. The implementation is based on an environment characterized by the Microsoft Windows NT operating system as the platform, SQL Server 2000 SP3 as the engine backend and Visual Basic Application language as the engine front end. These studies provide a mobile agent system which has the practical ability to assess and evaluate the use of bandwidth in a computer network environment. The results obtained from experimental studies provide information for workstation ranked by bandwidth consumption, statistical insight into the activities of the user's data processing and associated bandwidth consumption and the monitoring and control of bandwidth to users with the intent to influence the redistribution, and shared priorities. Bandwidth usage issued by the ISP to the client tested and measured on an hourly basis to determine efficiency. The study was however limited in the following: a. study experimentally tested in a local area network environment where Internet connectivity is not available; b. This study is limited bandwidth, which is one of the many resources of the network that can be managed, and finally c. mobile agents developed using visual basic that is not very suitable for mobile agent technology. In this study, we attempted to follow-up on the work (Imianvan, 2008) and to expand employment in other areas of monitoring and evaluation activities of users in a networked environment. A robust design of the mobile agent system for monitoring and evaluation of user activities in the network environment is done by using mathematical modeling tools, graphics and formal. A mathematical model is formulated for the transmission of code, data and status information from mobile agent system for monitoring and evaluation activities of users in a network environment, the Z specification language adopted in the modeling of mobile agents. UML modeling (UML) is employed to handle the mobile agent system interaction. Proposed implementation in Java, a programming environment that is compliant mobile agent and leading to, the mobility and portability of object-orientation. Functional purpose of this research is to apply the mobile agent technology in the monitoring and evaluation activities of users in a networked environment. Specific objectives are: to design the mobile agent model for monitoring and evaluation activities of users in a computer network environment, and developing a mobile agent capable of mobility and

autonomous self-cloning using JADE mobile agent platform and Java technologies.

3. Mathematical Model Activities of a user could impact on the resources of the local node and the network. Of particular interest in this research is physical memory usage of the system. Users reflect in terms of processes initiated by the user (denoted as ) which may run

concurrently. When a computer system is started, a number of processes are also initiated by the operating system. These fall into two categories: the compulsory processes ( ) and

the optional processes ( ). In the face of scarce node resources, the optional processes can be terminated or killed to improve the performance of the system. Let denote the total processes running on a node defined by:

where d is finite. Hence,

Each process utilizes the resources of the computer system to varying degrees depending on its length or size in (bytes). We assumed that: Total physical memory is denoted as Memory consumed by process is ) is given as:

Total memory consumed by all processes running on a node (

Percentage memory consumed by all processes:

We classified the health status of a node as a function of the available physical memory as follows:

The mobile agent

visited each node and extracted data on the configuration and

application processes. This data was carried along to each of the nodes the mobile agent visited on its round trip. Along with the code and its information status, this data constituted a load on the network as the mobile agent moved along. A mathematical model for transmitting the code, data and information status of mobile agent from source to destination platform was formulated, adapting the push-all-to-next strategy in line with (El-Gamal, El-Gazzar and Saeb 2007) and (Braun and Rossak, 2005), whereby, when an agent migrates to a new location it carries all its code, data and all information status along. We assumed an ordered set of target nodes to be visited by the mobile agent, defined as:

Mobile agent is made up of three components: codes c, data d, and information state, s. If the code is composed of classes, the total length of the code (in bytes) is:

where

remained constant throughout its life time. at take off is . , and this is and at each node

We assumed that the length of data (bytes) of visited, it accumulated additional data

We further assumed that the length of the information state (bytes) is constant throughout the agent lifecycle.

40 40

Then, the load

of

from home to the first target node was calculated as:

A migration from

to

, with

has network load of:

When the agent migrates to its home, the load is given by:

An itinerary partitioning process is modelled in line with (Verma, et al. 2008). We consider m nodes to be managed. The initial itinerary for the MA is represented as: .. (12)

Figure 4 Multi-agent system with an agent visiting a sub-itinerary

where Sh is the home node and

is the ith monitored node in the network. When

41 41

the number of nodes to be monitored (m) are very large, the response time for a single mobile agent visiting all the nodes sequentially become very high, resulting in bloated state problem (Verma, et al. 2008) - when the accumulated data from node to node would have been too much. We therefore consider using multiple agents by making clone(s) of the original MA. We define a partition factor p to control the itinerary partition. The partition factor visit. We define sub-itinerary, Ij: .. (13) is the maximum number of nodes that an MA can

From eq. (13), the initial itinerary is therefore divided into

sub-itineraries. When

p=1, it has m sub-itineraries, that is, each MA will visit only one node. On the contrary, when p=m, the initial itinerary has no partition, meaning that a single MA travels through the entire itinerary. In general, when MA arrives at node T1, it examines the itinerary. If m>p, the itinerary is partitioned into two independent sub-itineraries, I1 and I2. The sub-itineraries are:

.. (14)

Let the first clone of MA be denoted as C1, and the second clone is called C2. Hence, C1 visits sub-itinerary I1 and C2 visits I2. If (m-p) > p, C2 will be cloned into C3 and dispatched to node T2p+1, the start point of itinerary I3. 4. Mobile Agent Architecture The architecture adopted in this research is shown in Figure 2. The components of the architecture include the following: MA Generator, MA Library, Clone Manager, MA Launcher, MA Disposer, Data Assembler, and Report Library. The description of each module and their specification and design are presented in the following sub-sections. 4.1 Agent Generator MA Generator is the component that produces the mobile agents for management functions. Any agent generated can be stored in template form in the MA Library for later retrieval. When the network administrator requests the service of an agent, MA Generator checks the MA Library to see if the template for such agent is available and retrieves it if

42 42

it exists, otherwise it is created.

Figure 2 Mobile Agent Architecture

4.2 MA Library MA Library serves as the repository for the mobile agents that are designed to perform specific management functions. Any agent generated can be stored in template form in the MA Library for later retrieval, activation, and cloning. When the network administrator requests the service of an agent, the MA Generator checks the MA Library to see if the template for such agent is available and retrieves it if it exists, otherwise it is created. 4.3 Clone Manager Clone Manager makes copy or copies of the mobile agent and gets it set for activation and onward transmission. To dispatch a single agent only one clone is made while for multiple agents, several clones are made. Even when several clones are made, the administrator decides how many targets each cloned agent should visit but it is at the discretion of each agent to determine which node to visit first and which to visit next. For instance, if the first node is down, the agent can visit the next node first and later return to visit the first node.

43 43

When an agent is cloned, a replica of the agent is created and given a unique name. In this work, we make clones for two principal reasons. One is to ensure that original agent is protected and secured. Therefore, instead of sending out the original agent, we send a clone. In the event that the cloned copy is compromised through any security threats, the master agent can be cloned again and dispatched to the target nodes. Even when a single agent is being sent out to visit all managed nodes, a clone may be sent out instead of the master. The second reason is to take advantage of parallelism. When a large number of hosts are to be visited, we can save time by using multiple clones to visit a few nodes. This reduces the turnaround time. Cloning facilitates fast retrieval of data from managed hosts because the mobile agent can migrate to multiple hosts simultaneously and take advantage of parallelism. This should be more apparent when dealing with large number of hosts. 4.4 MA Launcher MA Launcher provides the itinerary or destination address for the mobile agent. MA launcher also serialises the mobile agent and send it to the target node. In our framework, we create agents to visit nodes and collect management data. Agent must be empowered to visit certain places. They must hence have the address of the places to visit, which we call the itinerary. When a single agent is to visit multiple hosts, the addresses of the hosts are given in the itinerary. When multiple agents are to visit one host each, then they must be dispatched to a particular address. During mobile agent migration from source host to destination host, the design approach adopted is the push migration strategy. In this case, the agent code, its data and state are serialised and migrated at the same time. On getting to the destination host, mobile agent is deserialized and made to resume execution (Figure 3).

Figure 3 The Migration Strategy

The migration process is depicted in Figure 4. At the source host, the mobile agent is serialised and sent. At the destination, the agent is deserialised and instantiated. 4.5 MA Data Assembler After interacting with each target host to obtain the necessary network management data, the results obtained by the mobile agent should be assembled

44 44

ISSN 2222-1719 (Paper) ISSN 2222-2863 (Online) Vol.4, No.2, 2013

4.6 Report Library Report Library is a repository where data collected are stored. From here the network administrator can aggregate his report, make analysis and take informed decisions. 4.7 MA Disposer This component disposes off any agent that is no longer needed in the system. Agent disposal is also called agent dump or agent deletion. As a rule, mobile agent cannot be left to roam aimlessly in the network as this can be dangerous or at least compete for network resources. Of course, mobile agent templates kept in the MA library do not exist in activated form and pose no dangers for to the network. 5. Conclusion In this paper, we have described the design of a mobile agent system for monitoring and evaluation of the activities of users in a network environment. A mobile agent can be launched to visit a number of hosts in the network with the view to monitoring their usage of resources within the system. Heavy usage of the Internet and downloads of heavy files and graphics by some users for instance can impact negatively on Internet speed by other members who would love to be on the Internet for routine activities such as checking mails and sending and receiving regular sized files. In these days of multiprogramming operating systems, users may simply open several applications which can consume a lot of the physical memory space, thus reducing the performance of their local system. Downloads from the Internet can also consume a lot of bandwidth and deny other people from smooth assess to bandwidth usage. The proposed system generates statistics on the activities of each users node on a corporate network which can help the system administrator to evaluate the level of usage of each node on the network to ensure optimal performance. The system may thus serve as a veritable tool to enhance system efficiency and network reliability. In future research, we shall attempt develop a practical realisation of the proposed system and carry out case studies of computer networks.

45 45

Figure 4 Mobile Agent Migration Process

References Akinyokun, O.C., and A.A. Imianvan. Mobile Agent System for Computer Network Management. International Conference on Advances in Engineering and Technology. 2009. 796-808. Al-Kasassbeh, M., and M. Adda. Analysis of mobile agents in Network fault management. Journal of Network and Computer Applications 31 (2007): 699-711. Boutaba, R., and J. Xiao. Network Management: State of the Art . Edited by B.V. Kluwer. Proceedings of the IFIP 17th World Computer Congress - TC6 Stream on Communication Systems: The State of the Art. 2002. 127-146. Braun, P., and W. Rossak. Mobile Agents: Basic Concepts, Mobility Models, and the Tracy Toolkit. Morgan Kaufmann, 2005.

46 46

Carzaniga, A., G.P. Picco, and G. Vigna. Designing Distributed Applications with Mobile Code Paradigms. In Proc. 19th Int. Conf. on Software Engineering. Boston, Massachusetts, USA, 1997. Chen, W.E. and Hu, C. A mobile agent-based active network architecture for intelligent network control. Information Science 14 (2002) 3-35. El-Gamal, Yousry, Khalid El-Gazzar, and Magdy Saeb. A comparative performance evaluation model of mobille agent versus remote method invocation for information retrieval. World Academy of Science, Engineering and Technology 3 (2007): 286-291. Gray, R. S., D. Kotz, G. Cybenko, and D. Rus. Mobile Agents: Motivations and State-of-the-Art Systems. Technical Report, Dartmouth College, Dartmouth College, 2000. Imianvan, Anthony Agboizebeta. Development of a mobile agent for evaluating the use of bandwidth in a computer network. A PhD Thesis in the Department of Computer Science, Federal University of Technology, Akure, Nigeria, 2008. Jain, A. K., M. Aparico, and M. P. Singh. Agents for process coherence in virtual enterprises. Communications of the ACM 42, no. 3 (1999): 6269. Jin, G., B. Ahn, and K. D. Lee. A Fault-Tolerant Protocol for Mobile Agent. Proceedings of International Conference on Computational Science and Its Applications. Springer, 2009. 9931001. Kotz, D., and R. S. Gray. Mobile Agents and the Future of the Internet. ACM SIGOPS Operating Systems Review ( ACM) 33, no. 3 (1999): 7-13. Lange, D. B., and M. Oshima. Seven Good Reasons for Mobile Agents. Communications of the ACM (ACM) 42, no. 3 (1999): 88-89. Martin-Flatin, J, and S., Znaty. Annotated Typology of Distributed Network Management Paradigms. Technical Report, Communication Systems Division (SSC), EPFL CH Lausanne, Switzerland, 1997. Papazoglou, M. P. Agent-oriented technology in support Communications of the ACM (ACM) 44, no. 4 (2001): 7177. of e-business.

Park, K. A Fault-Tolerant Mobile Agent Model in Replicated Secure Services. Proceedings of International Conference Computational Science and Its Applications. Springer, 2004. 500-509.

47 47

Park, T., I. Byun, H Kim, and H. Y. Yeom. The Performance of Checkpointing and Replication Schemes for Fault Tolerant Mobile Agent Systems. Proceedings of 21th IEEE Symposium on Reliable Distributed Systems. IEEE Computer Society, 2002. Pullum, L. L. Software Fault Tolerance Techniques and Implementation. Artech House, 2001. Qu, W., H. Shen, and X. Defago. A Survey of Mobile Agent-Based Fault-Tolerant Technology. Proceedings of the Sixth International Conference on Parallel and Distributed Computing Applications and Technologies. IEEE, 2005. 446-450. Rao, Y and Wang, Agent-based load balancing routing for LEO satellite networks. Computer Networks 54 (2010) 31873195. Shih, T.K. Mobile agent evolution computing. Information Sciences 137, no. 1 (2001): 5373. Verma, Vijay K., Ramesh C. Joshi, Bin Xie, and Dharma P. Agrawal. Combating the bloated state problem in mobile agents based network monitoring applications. Computer Networks (Elsevier B.V.) 52 (2008): 3218-3228.

48 48

You might also like