Supporting IPv6 Interaction with Wireless Sensor Networks Using NP++

Abstract

Abstract-Workflows are widely used in applications that require coordinated use of computational resources. Workflow definition languages typically abstract over some aspects of the way in which a workflow is to be executed, such as the level of parallelism to be used or the physical resources to be deployed. As a result, a workflow management system has responsibility for establishing how best to map tasks within a workflow to the available resources. As workflows are typically run over shared resources, and thus face unpredictable and changing resource capabilties, there may be benefit to be derived from adapting the task-to-resource mapping while a workflow is executing. This paper describes the use of utility functions to express the relative merits of alternative mappings; in essence, a utility function can be used to give a score to a candidate mapping, and the exploration of alternative mappings can be cast as an optimization problem. In this approach, changing the utility function allows adaptations to be carried out with a view to meeting different objectives. The contributions of this paper include: (i) a description of how adaptive workflow execution can be expressed as an optimization problem where the objective of the adaptation is to maximize some property expressed as a utility function; (ii) a description of how the approach has been applied to support adaptive workflow execution in grids; and (iii) an experimental evaluation of the resulting approach for alternative utility measures based on response time and profit.

Facilitating Network Auto Configuration in Next Generation Internet Protocols

“…This is because applications running on the sensor networks have to be constructed to communicate using the custom WSN protocol, whereas the application written for a host connected to the Internet has to be written to conform to more conventional Internet protocols such as IPv4 or IPv6. NP++ can be used in this scenario to enable application developers to write both applications conforming to the same network interface while still having the differing underlying network functionality for the various network technologies used on the links [9]. By creating a special physical mapping for the WSN, the logical specification stays the same end-toend but the way the data is transmitted across the network can be adjusted to suit the underlying network technology.…”