From SLA to SLS up to QoS control: The CADENUS Framework

Download Report

Transcript From SLA to SLS up to QoS control: The CADENUS Framework

QoS Management from an
Operator point of view:
The CADENUS framework
29/01/03
Dr. Olivier Dugeon FTR&D/DAC
Present document contains information proprietary to France Telecom. Accepting this document means for
its recipient he or she recognizes the confidential nature of its content and his or her engagement not to
reproduce it, not to transmit it to a third party, not to reveal its content and not to use it for commercial
purposes without previous FTR&D written consent.
ADANETS Workshop - Slides 1 - 29/01/03
Outline
 CADENUS presentation
 SLA to SLS QoS setup
 The CADENUS demo
 Conclusion
ADANETS Workshop Slides 2 - 29/01/03
CADENUS project
Creation And Deployment of End-User
Services in Premium IP Networks
Operators:
Manu factors:
Universities & Research
Institutes:
Consultancies:
MARTEL
+ 2 institutes from the Newly Associated States:
ITTI (Poland)
SETCCE (Slovenia)
ADANETS Workshop Slides 3 - 29/01/03
Objectives of CADENUS
 Each network & service provider recognises the importance of QoS to the
future of their business, but some points are unclear
They don’t know how provide this QoS
They don’t know what sort of QoS And for what sort of services
 Network providers have another paradigm
QoS is the key point to make money from value–added network services
The Main Goal is
 To propose an integrated solution for the creation, configuration and


provisioning of end user services with QoS guarantees in Premium IP
networks.
Define a framework in which all the relationship can be seen as
client/furnisher one
Let the end-user select the QoS he/she want
Both during the subscription and the invocation process
ADANETS Workshop Slides 4 - 29/01/03
Motivations and Solutions
 Solutions are based on the answers to this questions :
Who is request the content services QoS ?
Who is request the network services ?
Who and How control the QoS ?
 In the context of the NGN architecture
We introduce the Mediation at each levels to give a unique entry point and open
the architecture to different actors.
 The CADENUS Business Model defined roles which are:
Access Mediator, Service Mediator & Service logic, Resource Mediator &
Network Controller,
the different actors may assumed one or many of these roles.
ADANETS Workshop Slides 5 - 29/01/03
Outline
 CADENUS presentation
 SLA to SLS QoS setup
 The CADENUS demo
 Conclusion
ADANETS Workshop Slides 6 - 29/01/03
From SLA to SLS up to QoS
Access
Mediator
Service Level Agreement (SLA)
- Administrative contract
Service Level Specification (SLS)
- QoS requirements
- Traffic characterization
Service
Mediator
Resource
Mediator
Network
Controller
Per Domain Behaviour (PDB)
- Rules (edge) + Behavior (core)
- QoS class definition
Per Hop Behaviour (PHB)
- Router local QoS behaviour
Scheduling and resource allocation
- Vendor & product specific
implementation
Network
Devices
ADANETS Workshop Slides 7 - 29/01/03
Fonctionnal Architecture
Client access
(contract
& transaction)
Access Mediation
Service
Mediation
(contract & transaction)
Service
Resource Access
Logic
Service
Resource
Mediation
communication
Network
Controller
Transfer
PIP (Access Network)
PIP (Backbone Network)
Sessions
User Side
Network Side
ADANETS Workshop Slides 8 - 29/01/03
Architecture
- AAA
- Directory/yellow pages
- Preference lists
- Service Menu
- User profile
- Terminal types
Access
Mediator
SLA
Bus
- AAA
- Presentation
- Subscription
SM
FTP & HTTP
Proxy
SM
SIP Proxy
H323 GK
SM
RTSP Proxy
Generic
Service
Mediator
Unitary
Service
SLS
Bus
Resource
mediator
Resource
Mediator
Network
Controller
Network
Controller
Network
Controller
Access
Network
provider
Backbone Network
provider
Next
Administrative
domain
- Traffic engineering
- Terminal localisation
- Terminal capability
- Network capability
- Local CAC
- Technology adaptation
- Policy rules
ADANETS Workshop Slides 9 - 29/01/03
One step beyond
 The Operators won’t necessary setup resources permanently especially when
the client used rarely a service. In this case, they want a per call QoS setup.
 If SLA is well suitable for the subscription process, it is too huge for the per
call QoS control. SLS is more adapted but un-comprehensible by an end-user
 We introduce an i-SLA and i-SLS for the invocation process only
 The i-SLA is the light version of the SLA allowing a call by call QoS selection
 It could be simply describe with the Gold, Silver Bronze of the DiffServ model
 The i-SLS is the technical description of the QoS suitable to be used by the
network operator’s
 There are similar to the SLS described in the draft-tequila or in the Eurescom
P1008 WG, but with an end-to-end scope to be compliant to the NGN: Clearly
separate the Service Plane to the Control Plane
ADANETS Workshop Slides 10 - 29/01/03
Inter-domain SLS
 Performing a inter-domain SLA and SLS negotiation inside the invocation
process is not scalable !
 Each RM negotiate an agreement with its peer (like for BGP4 peering)
 The negotiate contract is an SLA one
 It content all the information describing the capabilities of each network to let
the RM exchange i-SLS
 And it may be follow by an SLS to provision resources between the two networks
 The inter-domain i-SLS are exchange inside this peering agreement
 Some parameters could be monitor to adapt the network capabilities of the peer
network. Recent studies around BGP4 extensions could be used.
 The first RM involved in the QoS control, split the i-SLS in 2 parts:
 One for its domain the other for the remaining domain
 The remaining i-SLS is forwarded to the next RM
 This concept look like the aggregation of CoS in DiffServ
ADANETS Workshop Slides 11 - 29/01/03
Outline
 CADENUS presentation
 SLA to SLS QoS setup
 The CADENUS demo
 Conclusion
ADANETS Workshop Slides 12 - 29/01/03
The VoD case study
End-to-end QoS is request by the SM and setup by the RMs
The quality is as good as request See it in action …
SM : VoD
Web server
Data Plane
Control Plane
RM (java)
Background
Traffic
NC : Scream

’ 
NC : ICP 
RM+NC :
IQ-Man


ADSL access
Network
Web &
video
client


AS2

Video server
AS1
BAS
DiffServ Aware
Network
DiffServ Aware
Network
ADANETS Workshop Slides 13 - 29/01/03
The VoIP case study
SM : H323
Gatekeeper
Data Plane
Control Plane
RM + NC:
IQ-Man
Background
Traffic


The Netmeeting has registered itself
into the gatekeeper
before sending a call
The quality is as good as requested
See it in action …




AS1
DiffServ Aware
Network
H.323 client A
H.323 client B
ADANETS Workshop Slides 14 - 29/01/03
Outline
 CADENUS presentation
 SLA to SLS QoS setup
 The CADENUS demo
 Conclusion
ADANETS Workshop Slides 15 - 29/01/03
RM component and mobility
Nomadic:
 Due to the nature of IP protocol, we must localize the first equipment
involve in the end-to-end QoS set up ie. The Edge Router, so nomadic is
naturally take into account
Security:
 RM component has the responsibility to choose appropriate network
partition and technology, so he can choose tunnel, IP sec., LSP … to set up
the a secure connection or a VPN
Handover:
 RM component is not design to handle the handover. So, user mobility is not
take into account
3G wireless:
 RM component can be use as is to control the QoS in the IP 3G access
network. The radio access network is a particular network saw as the over
access network
ADANETS Workshop Slides 16 - 29/01/03
Conclusions
 The CADENUS framework is well suited for QoS control driven by services
 It is open, flexible and independent of the network technology
BUT work is in progress
 To exchange SLA and SLS
 There are many proposals AND we need only one standard
 CADENUS uses eb-XML
 COPS-SLS or Web-Services technology could be used
 TEQUILA uses SLRN…
CADENUS wants to publish its interface as a reference model
 To choose an appropriate flow process
 Reference points are well identified : AM/SM, SM/RM, RM/NC
 WHERE to open the architecture to 3rd parties ? Between SM/RM ? AM/SM ?
 Who splits the first SLS ? Hub (SM) or Cascade (RM) flow process model ?
Let the Service and Network Operators decide which is the
most suitable one
ADANETS Workshop Slides 17 - 29/01/03