OPTO SYS lecture 2003
Download
Report
Transcript OPTO SYS lecture 2003
The European IST project MUPBED
Integration of applications with network control plane
Henrik Wessing, TNC’2005, 7th of June, 2005, Poznan, Poland
Multi-Partner European Test Beds for Research Networking
http://www.ist-mupbed.org/
Motivation
High demanding
application client
High demanding
application server
UNI
NNI
UNI
MPLS
Application initiates at client
Application requests network resources
Network dynamically allocates resources
Issues to consider
Application to network interface
User network interface (UNI)
Multidomain traffic engineering
Application requirements
07/07/2015 - 2
GMPLS
Agenda
European IST project MUPBED
Objectives
Consortium
MUPBED test bed
Advantages of ASON/GMPLS
MUPBED test bed interconnection
Reference architecture
Applications
Initial application groups
Test scenarios
Modelling activities
User communities
Workshop on MUPBED Thursday
Summary
07/07/2015 - 3
European IST project MUPBED
Main Goals
Verification of ASON/GMPLS control of multi-domain optical networks
Investigate benefits of application driven circuit on demand switching
Sub objectives
Interoperability experiments between different network domains;
To assess the ability of ASON/GMPLS solutions to support demanding
research applications.
To identify service/network requirements of high-end applications for
European research environments
To develop guidelines for the introduction of ASON/GMPLS technologies
and ultra-broadband services in future European research
infrastructures.
07/07/2015 - 4
MUPBED participation
Planned duration:
3 years, begin: 1st July, 2004
Consortium: 16 partners from 8 countries
Denmark (DTU)
Germany (Marconi, T-Systems, FAU, DFN)
Hungary (MT (formerly Matav))
Ireland (Juniper)
Italy (TILAB, Marconi, CSP, GARR)
Spain (Telefonica, RedIris)
Sweden (Acreo)
Poland (PSNC)
Partners:
Equipment providers
Telecom operators
NRENs
Application providers
User groups
07/07/2015 - 5
Initial reference structure
Users /
Applications
IT platforms
IT
IT
IP/MPLS
Interaction
between
IT
platforms
and
network
07/07/2015 - 6
IT
IT
IT
IP/MPLS
IT
IT
IT
IP/MPLS
ASON/GMPLS
ASON/GMPLS
ASON/GMPLS
Network Domain 1
Network Domain 2
Network Domain 3
Interoperability between network
domains
SW components
CPU
Storage
Sensors / Instruments
I/O devices
Network
MUPBED network layout
Northern test bed:
Acreo
Northern
GMPLS enabled
Eastern test bed:
Central test bed:
Nordunet
Ethernet based
DTU
RedIris
DFN
ASON/GMPLS enabled
Western test bed:
PSNC
Eastern
GEANT
ASON/GMPLS enabled
Southern test bed
Pioneer
IP/MPLS based
4 NRENs
GÉANT
07/07/2015 - 7
GARR
FAU
TID
Western
T-System
Central
CSP
TILAB
Southern
Physical L2 tunnels
Acreo
Northern
Nordunet
DTU
Pioneer
GEANT
RedIris
TID
Western
PSNC
Eastern
DFN
GARR
FAU
T-System
Central
TILAB
Southern
Source: D3.1
07/07/2015 - 8
Logical test bed
DTU
Acreo
Northern Europe Test Bed
GMPLS
TID
Western Europe Test Bed
IP/MPLS
TILAB
Southern Europe Test Bed
ASON/GMPLS
PSNC
Eastern Europe Test Bed
Ethernet
T-Systems
Central Europe Test Bed
ASON/GMPLS
FAU
CSP
Source: D3.1
07/07/2015 - 9
ASON/GMPLS integration of layers
Today
Tomorrow
OS
OS
Client NE
OS
Client NE
Client NE
O-NE
O-NE
O-NE
O-NE
Client NE
O-NE
Interconnection between NE (not only through management)
UNI signalling for NE interworking
NNI signalling for routing purposes
Allows for route setup through the control plane
07/07/2015 - 10
O-NE
Proposed Reference Architecture
Application Plane
video
conf
content/
storage
HQ
video
GRID
Application-Network Interface
Control Plane
Overlay approach
Packet Layer CP
Circuit Layer CP
GMPLS Peer-to-Peer Approach
Mngmnt
Plane
Data Plane
Packet
layer
Circuit
layer
IP/MPLS
IP/MPLS
Ethernet
Ethernet
SDH
OTH
Lambda
Fibre
MUPBED multi-service transport network
07/07/2015 - 11
Control
Plane
Mngmnt
Data
Plane
Mngmnt
UNI model
Application
Application
MUPBED multi-service transport network
Adaptation
function
Control Plane
UNI
Overlay
UNI-C
App-Net-If
UNI
Peer-to-Peer
UNI-C
Data Plane
IP/MPLS
SDH
Adaptation
function
App-Net-If
IP/MPLS
Ethernet
Ethernet
Fibre
OTH
Direct communication between the application side and the network control
and transport plane
Application side responsible for requesting resources in the network
07/07/2015 - 12
API model
Application
Application
API
API
MUPBED multi-service transport network
Adaptation
function
Control Plane
Overlay
Peer-to-Peer
Data Plane
App-Net-If
IP/MPLS
SDH
App-Net-If
IP/MPLS
Ethernet
Ethernet
Fibre
OTH
Application communicate through adaptation layer
Resource request communicated through API
Policing, AAA etc. in adaptation layer
07/07/2015 - 13
Adaptation
function
Applications in the test bed
HQ uncompressed video transport
Distributed studio and editing equipment
Each camera requires 300-600 Mbps
Latencies less than 150 ms.
Videoconferencing
Point to point and multipoint conferencing
Latency critical
Content and storage
Bandwidth critical
Grid
Virtual Organisations
Network availability
Security
High bandwidth as discussed in previous sessions
07/07/2015 - 14
TILAB test scenario for VO
Client
QoS
Internet
VPN
Intranet
Control Framework
Web Server X1
RFT
G
I
Server X2
MD5 Application
G
C
Optical
Optical
Network
Network
MPLS/IP
G
MUPBED
Network
Server X1
ZIP Application
ASP-1
Virtual Organization
07/07/2015 - 15
ASP-2
C
Custom grid-services
I
Index Service
(grid-services available register)
G
Globus Toolkit 3.2
(container + basic grid-services)
Modelling scenarios
Appl.
TCP/UDP
IP
Appl.
TCP/UDP
IP
Appl.
TCP/UDP
IP
Appl.
TCP/UDP
IP
IP/MPLS
IP/GbE
MPLS
GbE
GMPLS /
ASON
network
IP network
IP/MPLS
MPLS
IP/WDM
WDM
Appl.
TCP/UDP
IP
Appl.
TCP/UDP
IP
Application
NRR
TCP
TCP
RSVP-TE
UDP
IP
IP
IP
Client
07/07/2015 - 16
NRP
Ingress Edge router
Modelling to support experiments
Application evaluation
Static traffic engineering
Adaptation evaluation
OPNET for modelling at DTU
OPNET modelling tool reflects the traditional way of thinking
Application triggered LSP setup not directly supported
Standard models modified
Processes modified and adaptation process implemented
07/07/2015 - 17
User communities
Close collaboration with a number of user groups
Polytechnico de Torino (Italy)
IRT (Germany)
UPC (Spain)
University of Copenhagen (Denmark)
....
Applications
New and not yet deployed distributed applications
Network demands evaluated theoretically and experimentally
Constantly searching for new UCs
If topics are not covered – let me know!
07/07/2015 - 18
Code word: ”Integration”
”Holistic” network view
Horizontal integration
Interconnection of test beds
Integration of common control plane
Vertical integration
Definition of layer adaption
Communication channel
Research application validation
Human integration
Telecommunication world
Computer science world
Two different network perspectives
Common understanding important
07/07/2015 - 19
MUPBED workshop Thursday
Objectives
Common understanding of application requirements to the network
Common understanding of what the network can provide
Agenda
Short introduction (MUPBED)
Ralph Niederberger, R. C. Juelich
Norbert Meyer, PSNC
Grid services in the optical network PIONEER
Afrodite Sevasti, GRNET(streamed)
Application requirements from grid. Motivated by VIOLA and DEISA projects
GN2, JRA3 and SA3 activities
Time allocated for open discussions
When & where
Thursday the 9th @ 14.00
Congress center, room E
Registration not mandatory but very helpful
07/07/2015 - 20
Summary – MUPBED project
Motivation for MUPBED
Dynamic resource allocation
Investigation of multi domain ASON network issues
Requirements of high demanding network applications
MUPBED testbed
Five larger European testbed
Interconnected through NRENs and GÉANT
Reference architecture
Applications in focus
Four preselected application groups
Labs being prepared for inter test bed experiments
Modelling work to support experimental work
Close collaboration with user communities
Workshop on MUPBED
Thursday afternoon (14.00-17.00)
07/07/2015 - 21