Summary
BEBA challenges a very ambitious goal: can we deploy wire-speed-reactive control/processing tasks inside the network switches, while retaining i) centralized control of their specification/operation, ii) high performance and scalability, and - crucial for real world adoption - iii) platform independency, i.e., consistency with the vendors’ need for closed platforms?
BEBA’s answer revolves around the identification of a programming abstraction in the form of eXtended Finite State Machines (XFSMs). Via platform-agnostic XFSM “programs”, operators and enterprises will deploy not only static packet forwarding/processing rules (as in current OpenFlow devices), but will be able to specify and wire-speed enforce how such rules shall dynamically adapt to the time-varying flow and traffic behavior, i.e. in reaction to packet-level events, internal statistics changes, link/queue conditions, etc.
BEBA holds the promise for future-proof, efficient, and easy to administer network devices capable to be repurposed so as to meet emerging needs. Indeed, BEBA’s approach, extended with node-level processing primitives made usable through our programming abstraction, brings about key benefits in the ability to i) “software-define” middlebox-type network functions well beyond static packet forwarding, with specific project’s attention to the monitoring and network security applications’ domains, and in the possibility to ii) address the current shortcomings revolving around the high latency and large overhead of centralized network control tasks.
Finally, BEBA commits to a concrete and pragmatic innovation strategy. Short-time impact and standardization will be attempted by i) casting (part of) the BEBA approach as OpenFlow’s extensions; ii) making its implementation feasible over merchant-silicon chipsets currently found in commodity switches, and iii) releasing an open source virtual BEBA switch for the benefits of the Network Functions Virtualization community.
BEBA’s answer revolves around the identification of a programming abstraction in the form of eXtended Finite State Machines (XFSMs). Via platform-agnostic XFSM “programs”, operators and enterprises will deploy not only static packet forwarding/processing rules (as in current OpenFlow devices), but will be able to specify and wire-speed enforce how such rules shall dynamically adapt to the time-varying flow and traffic behavior, i.e. in reaction to packet-level events, internal statistics changes, link/queue conditions, etc.
BEBA holds the promise for future-proof, efficient, and easy to administer network devices capable to be repurposed so as to meet emerging needs. Indeed, BEBA’s approach, extended with node-level processing primitives made usable through our programming abstraction, brings about key benefits in the ability to i) “software-define” middlebox-type network functions well beyond static packet forwarding, with specific project’s attention to the monitoring and network security applications’ domains, and in the possibility to ii) address the current shortcomings revolving around the high latency and large overhead of centralized network control tasks.
Finally, BEBA commits to a concrete and pragmatic innovation strategy. Short-time impact and standardization will be attempted by i) casting (part of) the BEBA approach as OpenFlow’s extensions; ii) making its implementation feasible over merchant-silicon chipsets currently found in commodity switches, and iii) releasing an open source virtual BEBA switch for the benefits of the Network Functions Virtualization community.
Unfold all
/
Fold all
More information & hyperlinks
| Web resources: | https://cordis.europa.eu/project/id/644122 |
| Start date: | 01-01-2015 |
| End date: | 31-03-2017 |
| Total budget - Public funding: | 2 549 976,25 Euro - 2 545 976,00 Euro |
Cordis data
Original description
BEBA challenges a very ambitious goal: can we deploy wire-speed-reactive control/processing tasks inside the network switches, while retaining i) centralized control of their specification/operation, ii) high performance and scalability, and - crucial for real world adoption - iii) platform independency, i.e., consistency with the vendors’ need for closed platforms?BEBA’s answer revolves around the identification of a programming abstraction in the form of eXtended Finite State Machines (XFSMs). Via platform-agnostic XFSM “programs”, operators and enterprises will deploy not only static packet forwarding/processing rules (as in current OpenFlow devices), but will be able to specify and wire-speed enforce how such rules shall dynamically adapt to the time-varying flow and traffic behavior, i.e. in reaction to packet-level events, internal statistics changes, link/queue conditions, etc.
BEBA holds the promise for future-proof, efficient, and easy to administer network devices capable to be repurposed so as to meet emerging needs. Indeed, BEBA’s approach, extended with node-level processing primitives made usable through our programming abstraction, brings about key benefits in the ability to i) “software-define” middlebox-type network functions well beyond static packet forwarding, with specific project’s attention to the monitoring and network security applications’ domains, and in the possibility to ii) address the current shortcomings revolving around the high latency and large overhead of centralized network control tasks.
Finally, BEBA commits to a concrete and pragmatic innovation strategy. Short-time impact and standardization will be attempted by i) casting (part of) the BEBA approach as OpenFlow’s extensions; ii) making its implementation feasible over merchant-silicon chipsets currently found in commodity switches, and iii) releasing an open source virtual BEBA switch for the benefits of the Network Functions Virtualization community.
Status
CLOSEDCall topic
ICT-05-2014Update Date
27-10-2022
Images
No images available.
Geographical location(s)
Structured mapping
Unfold all
/
Fold all
H2020-EU.2.1.1. INDUSTRIAL LEADERSHIP - Leadership in enabling and industrial technologies - Information and Communication Technologies (ICT)
