Fig 1 - uploaded by Paolo Anedda
Content may be subject to copyright.
The system's architecture.  

The system's architecture.  

Source publication
Conference Paper
Full-text available
This paper investigates the design of a network management solution that relies on the SOA concepts to access low level network services. The intent is to reduce the gap between the application and the network management, by defining an unique view on the management of the technological assets of an enterprise. In the proposed architecture, the sin...

Citations

... A multidomain, multi-technology of packet, fixed & flexible DWDM Grid Technologies over an OpenFlow SDN based unified control plane has also been reported in [46]. Central network management using web-services based provisioning and control with the benefit of improved efficiency in managing network resources and configuring devices has been studied in a number works as well [47] [48]. In a recent work [49] we introduced a multi-rate system which combines superchannels and sub-lambda channels and exploits wide range of allocation algorithms through web-service APIs. ...
Article
Full-text available
Optical networking technologies are very attractive for intra-DataCenter (DC) interconnectivity due to their intrinsic high-bandwidth and low-latency characteristics. As the bandwidth demand grows, quantity and size of IT and network infrastructure grows, which puts pressure on power, cost, and space consumption. Therefore, programmable optical networking solutions, which are highly controllable and provide granularity and scalability in services, can greatly enhance operations and resource efficiency for DC interconnects. This paper proposes and reports on a novel function-programmable and application-aware intra-DC technology. The hardware platform uses FPGA implementation of top-of-rack (ToR) switch which supports two main software-defined network functions of a) Ethernet over WDM and b) Ethernet over TDM sub-WDM. Each switch can be programmed to virtually operate as an optical Ethernet or subwavelength transport system. The TDM function further supports a range of additional programmable features in time-slice and frames. The system can be controlled to switch between the functions on-demand and on a hitless manner. This platform with unique flexibility in functions and features is configured to operate with various processing times, throughput, and delays, enables on-demand quality of service (QoS) definition to match diverse cloud application requirements. Optical fast switches enable all-optical transport between the ToRs, further supporting low-latency and resource efficiency. A multistage software-defined controller is built which at the first stage uses application requirements to virtually create function programmable subnetworks by repurposing the data plane functions as well as control plane (algorithms) features. In the second stage, it allows dynamic allocation of resources of the subnetwork for the duration of the application. This platform is characterised to operate with different QoS metrics and evaluated for DC use cases.
... Previously, we have also reported on a multidomain, multitechnology (packet, fixed, and elastic) interoperation over an Openflow SDN-based unified control plane [39]. Web-services-based provisioning and control has also been used for deploying central management/control planes in several studies [40,41]. In this work and to facilitate the control of this open network platform, we have implemented a centrally controlled web-servicesbased control framework with a range of supporting software modules. ...
Article
Full-text available
This paper reports on the design, implementation, and evaluation of a multitechnology, multirate, and adaptable network architecture for metropolitan/edge areas. It is empowered by programmability in control and data planes, providing users with an open network platform to redefine and optimize its behavior and performance. It uses a hybrid data plane of fixed-grid [(sub)wavelength] and flex-grid systems to support a broad range of data rates (1 to 555 Gb / s ). The programmability in the data plane is achieved by building the nodes with a modular and flexible architecture (architecture on demand nodes) to achieve different functionalities (fixed-/flex-grid switching with or without time multiplexing) on demand. A centralized, modular, and scalable control framework has been constructed for this network. It uses a set of software plug-ins designed for architecture synthesis and adaptation for policing network resources access and as algorithms of routing and resource allocation for network operation. The proposed hybrid network architecture, along with allocation policies and resource allocation algorithms, is evaluated through simulations across a broad range of traffic profiles with bandwidth requests stretching from 1 to 400 Gb / s . Finally, the programmable data-plane/control-plane architecture has been implemented in an experimental testbed and the functionality of the node and network elements individually and together have been tested, demonstrating the feasibility of the system.
... As to the access of specific physical devices, [50] proposes a network management solution based on the SOA concepts. The desired final target is to reduce the gap between the services or applications that reside in the upper NGN layers and the real single devices, which inside a network contribute to delivery of the traffic data. ...
... In the past, starting from this need, many research directions have led towards the concept of network programmability, and in this sense the presence of programmable interfaces and more in general of a middleware able to communicate with software applications and directly with physical devices has emerged. The solution proposed in [50] permits full control of every network device using a Web server proxy which is responsible for dispatching the control commands to the devices. Each WS exposes its own functionalities using an object oriented library, hiding the details of the communications with the physical devices. ...
Article
The SOA (Service Oriented Architecture) paradigm has been driving the definition of important technologies in the telecommunication field for the last decade, as it fosters the deployment of reusable components to support efficient seamless services across different networks. Most of these technologies have focused on the definition of high-level network service interfaces and functionalities, such as Parlay-X and IMS, guaranteeing the success of the SOA model in the telco market after that of web applications. Some works proposing the adoption of this model in the lower network layers have also been proposed, but they have not proved to have the same impact yet. This paper intends to provide the reader with a survey of the works that have been proposed in this field by following the NGN (Next Generation Network) functional architecture as defined by the ITU-T. Specifically, we focus on the service and transport strata of the NGN model and, within each of these, we highlight the main logic functions that have been the subject of investigation according to a service-oriented approach. From the literature review, it can be seen that most of the works fall in service stratum, mostly because of the need for an easy integration of distributed service components at this layer. Only a few papers focus on the transport functionalities, where the benefits of applying the SOA paradigm still need to be investigated.
... It is designated to translate the interfaces methods used by the Business Logic Layer into device specific commands and is also responsible for the communications session management. Details of this architecture can be found in [12]. ...
Conference Paper
Full-text available
The transport stratum in the ITU-T Next Generation Networks (NGN) is expected to provide end-to-end connectivity according to the service requirements, the terminal capability and status of the network resource availability. Whereas mature technologies and protocols, such as DiffServ and MPLS, are available to satisfy these requirements, some issues are still open concerning the capability to provide these services in a dynamic and flexible way. In particular, interoperable and open interfaces are missing at the transport stratum, so that the dynamic activation of distributed application layer services is synchronized with dynamic activation, configuration and monitoring of transport services. This is the challenge addressed in this paper, whose objective is the definition of the NGN Transport Stratum functionalities according to the SOA paradigm and the implementation of the relevant services interfaces to analyze the potentialities of this approach. With the intention to follow the evolutionary approach towards the transition into the NGN networks from the current Internet, this study has been conducted by taking into account the efforts that have been already devoted in the last decade with regard to the definition of the technologies and protocols to build multiservice, QoS-aware and TE-oriented networks solutions. Preliminary experimental results provide some insight on the potentialities of the proposed strategy.
... In the past, starting from this need, many research directions have led towards the concept of network programmability, and in this sense the presence of programmable interfaces and more in general of a middleware able to communicate with software applications and directly with physical devices has emerged. The solution proposed in [51] permits full control of every network device using a Web server proxy, which is responsible for dispatching the control commands to the devices. Each WS exposes its own functionalities using an object-oriented library, hiding the details of the communications with the physical devices. ...
... Following the objected-oriented structure of this model, all network apparatus can be categorized by their functionalities as well as their brand, so that it is possible to represent different devices using the same generic classes and interfaces; at the same time, the specific functionalities of each device are implemented with methods which belong to the specific device driver. The inner details of the WS and its functional description can be found in [51]. ...