Technical feasibility

PART B: VALORISATION PLAN

SECTION I: Testing

 

1

Has the R & D result been tested?

YES

X

NO

 

The following question is replied according to the reply in question 1

 

If yes

 

1a

In what mode has the result been tested?•             Prototype

•             Pilot Application

•             Alpha/BETA testing

 

REBOOK is an algorithm that addresses the resource reservation problem in a packet switching network. It provides deterministic, fast (real-time) dynamic resource allocation and release. Based on a stateful approach, it handles faults and network errors, and recovers from route changes and unexpected flows shutdown.REBOOK can be implemented in hardware and is compatible with any packet switching network (It can be integrated in TCP or used with UDP). A software implementation as standalone protocol has been developed to prove its effectiveness, robustness, and performances.

Currently REBOOK is implemented as a demonstrator,  a working software that has been tested as a prototype on a an emulation environment based on a LAN of Personal Computers running routing processes.

To obtain a more real prototype, the algorithm should be integrated in a commercial router or, at least in a hardware platform similar the the ones used in off-the-shelf routers (Cisco, Juniper Networks, Vyatta).

 

1b. Please describe and discuss the testing results
The demonstrator allowed to to test the functionality of the algorithms and showed also some performance figures.Stateful approaches have not been considered viable solutions for resource booking but the demonstrator showed that both the CPU time and the amount of memory needed to support millions of data flows are compatible or even negligible to modern router’s hardware. All the experiments have been designed to test REBOOK on heavily loaded network with changing topologies.

The test showed that when congestion and/or route changes occurs packet dropping is reduced by the use of the algorithm. Furthermore, the impact on router resource usage is kept at an acceptable level even with large number of connections.

 

 

If no:

 

1c

Describe what type of testing does the R&D result need?
N/A 

 

 

1d. What is the time needed for testing?
N/A
1e. What is the cost needed for testing?
N/A

 

 

SECTION 2: Current Stage of Development

 

2a

To what extent does the development team have technical resources for supporting the production of a new product? (Researchers, human resources, hardware, etc. )
An effort of 8 man months is envisaged to port the algorithms to a Linux kernel and to validate it in the form of a prototype of software router. The needed resources are currently  allocated.Additional technical resources are needed to develop a couple of client/server applications both implementing the resource booking while managing the dynamic change of the bandwidth. A starting point may be an open source application, namely VLC, which is modifiable to include the features needed to test REBOOK. The VLC will allow the test of the algorithm in realistic conditions: application which needs a resource booking and booking algorithm used in a network. The estimated effort for that activity is 8 man month.

To build a more complete test bed, it is advisable to connect a set of REBOOK equipped software routers in a network and connect several couples of client/server applications on machines connected to the same network. The applications should place reservations and generate traffic while a measurement of global throughput  is made on the network, possibly in relation to the distribution of the dynamic allocation of the bandwidth of the connections. That kind of measurements may allow to demonstrate the improvements made thanks to the use of REBOOK.

2b

What are the technical issues that need to be tackled for full deployment, if needed?
A platform to implement the algorithm is necessary to reach the market.The next step of development is the porting of the algorithm in a Linux kernel to implement a software router on a standard hardware since “state-of-the-art” routers are based on proprietary architectures.

In addition, a partnership with an hardware developer may be explored to allow the integration in a “real world” hardware and hence to complete a prototype of an enhanced router.

Another issue is represented by standardization. The introduction of the algorithm in standard routers may become easier if standard protocols are usable to carry REBOOK data. A possibility is to rely on “IP Router Alert Option” described in RFC 2113 with minor changes.

 

2c

What additional technical resources are needed for the production of this new product?
The algorithm is not a stand-alone product. It is a part of e.g. a software router or potentially of a new generation of hardware routers. The deployment require a partnership with an industrial entity which manufactures the product including the algorithm. In this view, the technical resources needed are similar to the ones used in the porting to a new platform (HW+ operating system) as described in section 2a. 

 

2d

Overall assessment of the current stage of technical development.
Considering the existing algorithm and the current stage of development, the steps needed to complete the development are mainly concerning software porting, test and validation. The test and validation activity will provide a feedback to developers for bug fixing, performance and robustness improvements.Provided the applied resources and the experience of the team, it can be stated that the R&D result is in an advanced stage of development from the concept viewpoint. Engineering activities are still needed to allow the deployment of a product.

 

 

 

 

SECTION 3: Deployment

3a

Define the demands for large scale production in terms of
  • Materials
The algorithm itself is not a stand-alone product. It is usable in routers which are implemented by electronic equipments. 

 

 

  • technologies, tools, machineries
Same as electronic equipment manufacturing plants. 

 

 

  • Staff effort
Same as electronic equipment manufacturing processes. 

 

 

SECTION 4: Overall Assessment

 

1

What is you overall assessment of the technical feasibility of the research result?
The R&D result considered is going to be integrated in a platform similar to a commercial product, a software router. In other words, the running activities are devoted to test the algorithm in a more realistic fashion.Given the previous experience and the good definition of the target, the level of confidence about feasibility is considered good.

 

 

 

 

 

 

 

KEYWORDS QUANTITATIVE ASSESSMENT (0-5).

 

Please put X as appropriate. 1 2 3 4 5
Adequacy of testing activity undertaken so far X
Adequacy and availability of technical resources of the development team X
Current development stage X
Overall technical feasibility X

 

 

 

Bookmark the permalink. Follow any comments here with the RSS feed for this post. Post a comment or leave a trackback: Trackback URL.

Post a Comment

You must be logged in to post a comment.

Request a proposal

Valorisation Plan Authors

Related Documents

There in no related documents

Visit the other applications of the INTERVALUE Platform: R&D Repository | IP Agreements

© 2009-2010 INTERVALUE Project