experiment of network services invocation in the orange …...workshop «optimisation of network...

Workshop «Optimisation of Network Resources for Content Access and Delivery", Lannion, 06/09/2012

Experiment of network services

invocation in the Orange testbed The CINA interface

Bertrand Mathieu, Irène Grosclaude, Pierre Paris

Orange Labs [email protected]

(2) Experiment of network services invocation in the Orange testbed - The CINA interface – B. Mathieu

Envision Project rationale

• Future networked media applications will be multi-sourced, highly interactive distributed meshes of HD and 3D multi-sensory channels

• Major challenges:

– higher quantities of data throughout the network

– additional pressure at the network edge for unprecedented upload capacity in wired and wireless access networks

• Traditional solutions of throwing bandwidth cannot address these challenges:

– pre-provisioning sufficient network resources everywhere is costly

– upgrading the capacity of ISPs infrastructure by several orders of magnitude is practically impossible

• ENVISION solution aims to develop intelligent cross-layer techniques:

– increasing the degree of cooperation between ISPs and the networked applications

– optimising application overlay networks to make best use of the capabilities of the underlying networks and the participant end users

– enabling dynamic adaptation of the content to meet the networks and users capabilities


Service

Provider

Site

Application #2 Overlay

ISP ISP ISP

CINA interface

Application #1 Overlay

End User Device

Customer

Premises

Service

Provider

Site

Server Equipment

Customer

Premises

cache server

Collaboration Interface between Network and Applications: CINA

Specification of the ENVISION Interface

a) enable the exchange of information

(meta-data) on the network status and the

application resource requirements

b) provide access to specialised network

services, e.g. multicast, traffic prioritisation

or access to resilient paths, caches, etc.

Network Monitoring

To specify network performance parameters to be

collected and the functions to make it.

To define network metrics to capture dynamic

topological and load status

Network Optimisation

To specify mechanisms for the ISP to provision

and control application layer resources,

starting with caching resources and multicast

capabilities

To design and implement the functions and

the mechanisms for provisioning and

controlling the resources in the ISP

http://images.google.fr/imgres?imgurl=http://www.topachat.com/boutique/ressources/nu/nu5229/nu522901.jpg&imgrefurl=http://www.topachat.com/pages/detail2_cat_est_photovideo_puis_rubrique_est_wn_dv_puis_ref_est_nu5229.html&h=200&w=200&sz=14&tbnid=4_vCgvrz7FI02M:&tbnh=99&tbnw=99&hl=fr&start=1&prev=/images?q=camescope&svnum=10&hl=fr&lr=http://images.google.fr/imgres?imgurl=http://www.echobrussels.be/img/prod/gd/olympuse20p.jpg&imgrefurl=http://www.echobrussels.be/appareil-photo-numerique.html&h=298&w=298&sz=12&tbnid=SCnMSKXj9nbU9M:&tbnh=111&tbnw=111&hl=fr&start=31&prev=/images?q=appareil+photo&start=20&svnum=10&hl=fr&lr=&sa=Nhttp://images.google.fr/imgres?imgurl=http://www.ofis-computers.com/administrateur/images/lecteur mp3 dictaphone.jpg&imgrefurl=http://www.ofis-computers.com/public/fiche.php?reference=11040018&h=150&w=200&sz=15&tbnid=t4fvZuHF86tJjM:&tbnh=74&tbnw=99&hl=fr&start=3&prev=/images?q=lecteur+mp3&svnum=10&hl=fr&lr=


CINA interface

Allowed applications can request network information

from ISPs

• Network Map, Cost Map, Delay Map, etc.

• in order to better select application nodes

• ISPs can request overlay application information

• Service map, Constraint Map

• in order to better provision/control the network or

recommend specific configurations to the application

• Allowed applications can request the instantiation of

network services

• Multicast, caches, high capacity nodes

• In order to optimize the data delivery to end-users,

while reducing network load


– Multicast-related delivery

– Caching

– High capacity nodes

– Content adaptation service

– QoS-based services

– Traffic prioritization

– Resource reservation

– Content aware policy and security issues

– Geolocation

– Audience measurement

– Ad/text insertion

Possible Network services


• Multicast-related delivery

– Multicast is the most efficient way to deliver the same (live) content to a large set of receivers, but currently only used by ISPs for their IPTV managed services

– ENVISION goal is that overlay applications could take advantage of native IP multicast capabilities where and when possible, but in a realistic way, under ISP control

– Multicast-capable domains are learnt through the CINA interface

– Dynamic set up of a multicast tree

• Via the CINA interface, application overlays could dynamically lease a multicast resource (multicast group)

Multicast (1/2)


• Multicast enablers

– ISP controls the multicast delivery , via the deployment of a network multicaster • ease of configuration & management

• not necessary to allow upstream multicast on the customer lines

• the multicast emission is controlled by the ISP

• the multicast groups, and the multicast source

address range, can be fixed in advance

R R

R

S

multicaster (S1,G)

IGMP

report (S1,G)

Multicast (2/2)


P2P

NodesP2P

Nodes

Elected

SourceP2P Tracker

CINA Client

Orange ISP

CINA ServerMulticaster

(2) Network Map, Cost Map

(1) Get Network Map, Cost Map

...

(9) Request content

upload to Multicaster

Unicast Addr & Port

Switching to multicast

(12) Switch to multicast

parameters {…}

Resource checking OK

(7) Multicast address

Unicast address & port

(5) Request multicast service

instantiation, parameters {…}

(8) Multicast address

Unicast address & port

(6) Initiate multicast

parameters {…}

(11) Content upload

status: OK

(10) Content upload

Multicast available for

Orange ISP

(13) Multicast reception status: OK

Large number of peers

within Orange ISP

domain

Unicast source election

(3) Get Network Services Map

(4) Network Services Map

Network Service: Multicast Call Flow


Response HTTP/1.1 201 Created

Location:

http://custom.cina.example.com/multicast/12345678

Content-Type: application/json;

profile=http://envision-project.org/cina/multicaster-

schema#AllocateResponse

{

"id" : "12345678",

"multicast-address" : "ipv4:239.1.1.101",

"start-time" : "2011-12-19T16:32:00",

"lease-time" : "2011-12-19T18:45:00",

"current-time" : "2011-12-19T16:30:11",

"srcs" : [

{

"src-address" : "10.20.20.12",

"src-port" : 1111,

"destination-port" : 1111,

"multicaster-port" : 2222

},

],

"multicaster-address" : "ipv4:10.20.20.10",

"multicast-source-address" : "ipv4:239.1.1.10"

}}

Requête POST /multicast HTTP/1.1

Host: custom.cina.example.com

Content-Length: [TODO]

Content-Type: application/json; profile=http://www.envision-

project.org/cina/multicaster-schema#AllocateRequest

Accept: application/json; profile=http://www.envision-

project.org/cina/multicaster-schema#AllocateResponse

{

"multicast-address-family" : "ipv4",

"start-time" : {

"min" : "2012-08-19T16:32:00",

"max" : "2012-08-19T18:35:00"

},

"lease-time" : {

"min" : "2012-08-19T18:45:00",

"max" : "2012-08-19T18:59:00"

},

"current-time" : "2012-08-19T16:29:57",

"srcs" : [

{

"src-address" : "10.20.20.12",

"src-port" : 1111,

"destination-port" : 1111,

"max-bitrate" : 512

],

"forecasted-user-number" : 555

}

CINA: Example for Multicast


Internet

Cache

receives from

remote end-user

receives from

cachereceives from

remote end-user

and local end-

user or cache

Lower zone

(downloader cache)upper zone

(uploader cache)

Possible uploaded

traffic from cache

instead of end-users

• but also reduce the load on aggregation and access networks (caching uploads) which presents limited uplink bandwidth value in comparison to the downlink, following network operator rules

• Server load decreasing • Fastest average download time (popular

contents are the fastest to download) and

high availability of popular contents (that

may continue to be accessible even with

a line or server down)

• Bandwidth savings (between the cache and the remote source) • Reduce the load on the core and peering networks (caching downloads)

Cache in the operator network


sftp

ENVISION

source user

« seeder »

ENVISION

« tracker »

CINA client

CINA

Discovery

server

ISP

CINA server

ENVISION

Cache

« leecher »

ENVISION user

Creates a torrent CINA signaling CINA discovering

message

Ready to answer to any questions

Cache service available ?

Cache Service is available

Content acquisition of first few minutes of contents

ENVISION cache connected, able to upload contents to ENVISION leechers

ENVISION

Cache

« leecher »

ENVISION Portal

CINA clientISP Cache

controller

Cache Service Instantation [torrent ]

Transfer command [torrent

Yes: ISP CC exists and in service

]

Transfer command [torrent]PID for CACHE= best

PID for connected peers

Best PID for caches

Cache leecher asks for « seeders »

Cache leecher receives « seeders » addresses

Caches are available

Are Caches available ?

torrent file placed on

specific new torrent directory

Caches become seeders

Delete new torrent

Network Service: Cache Call Flow


Orange Testbed: Representative environment:

real network structure: Access, Aggregation, Core,

Interconnection

Access: ADSL, FTTH, Ethernet, 3G

platform shared with many different projects

Splitted in 3 ISPs: multi-ISP solution

Peering links between ISPs, with one that can be adjusted

(bandwidth, packet loss, delay)

Scenario:

1 live streaming server in ISP2, clients in ISP3 and ISP1

When too many end-users in ISP1 => degraded QoE

Instantiation of the multicast service => delivery in a

multicast fashion in ISP1 => Good QoE

Example with the Orange Testbed

research & development France Telecom Group (13) Experiment of network services invocation in the Orange testbed - The CINA interface – B. Mathieu

T640A

T640

ALR3

T640

ALR4

NTCIR101 NTCIR102

NRNIS202

NC208 NC105 NC106

PE11

NM405 NM406

NM307

NCIss202 NC207 NCIss201

PE13

NRNIS201 NRIss202 NRIss201

PE3

ISP1

Stable102 Stable101 12416 -

12416 -

172.20.183.40/29

80.12.197.0/29

172.20.137.41

Tracker

172.20.183.2

172.20.74.64/29 PID3

PID2 PID1

ISP3 ISP2

FTTH

PE9

PE4

CINA & monitoring

CINA & monitoring

multicaster

12416 -

GPON

231ALU

DSLAN106 172.20.102.32/30

172.20.32.128/30

172.20.19.48/29

NetEm

7600-5

GSR1 C7600-SUP720

172.20.74.72/29

172.20.74.75

172.20.74.76

PE10

PE12

Degraded QoE

Server

Instantiation of the multicast service (1)


Instantiation of the multicast service (2)

T640A

T640

ALR3

T640

ALR4

NTCIR101 NTCIR102

NRNIS202

NC208 NC105 NC106

PE11

NM405 NM406

NM307

NCIss202 NC207 NCIss201

PE13

NRNIS201 NRIss202 NRIss201

PE3

ISP1

Stable102 Stable101 12416 -

12416 -

172.20.183.40/29

80.12.197.0/29

172.20.137.41

Tracker

172.20.183.2

172.20.74.64/29 PID3

PID2 PID1

ISP3 ISP2

FTTH

PE9

PE4

CINA & monitoring

CINA & monitoring

multicaster

12416 -

GPON

231ALU

DSLAN106 172.20.102.32/30

172.20.32.128/30

172.20.19.48/29

NetEm

7600-5

GSR1 C7600-SUP720

172.20.74.72/29

172.20.74.75

172.20.74.76

PE10

PE12

Server

Multicast


Multicast

Time to activate the service through CINA

stream liveness

stream quality

induced network load

Cache:

Capacity to ingest content/chunk (ingest delay, delivery

delay)

Capacity to deliver content/chunk (delay, QoE, cache

influence)

QoE: quality of experience for end-users nodes (freeze,

pixels)

Reduced network load

Evaluation: Performance metrics


Extend IETF ALTO work

Add new metrics for building maps

Add network service instantiation: in ALTO or

another WG

Include security aspects

Rely on HTTP/JSON as ALTO

Conclusions about CINA


Defined Collaboration Interface between

Network and Applications

On-demand network service instantiation,

according to peering agreements

Mutual benefit

Demonstrators under evaluation (for

Multicast, Caching & High Capacity Node)

Conclusion


Questions ?

Questions ?

experiment of network services invocation in the orange …...workshop «optimisation of network...

Documents