1 services and applications in ipv6 environment jordi mongay batalla national institute of...
TRANSCRIPT
1
Services and applications in IPv6 environmentJordi Mongay BatallaNational Institute of Telecommunications
Work performed by: NIT, PG, PCSS, PWr
Warsaw, May 28th, 2013
1
2
ToC
New scenarios for services and applications
Applications and services in IPv6: Current situation
IIP project: IMS and IPTV
IIP project: IMS and VoIP
Conclusions
3
New scenarios
Advantages of IPv6 for new applications and services:
Address spaceNumber of devicesRe-establishment of an end-to-end communication architectureBetter network management and routing efficiency (larger subnet space) as well as hierarchical route aggregationNo need for Network address translation -NAT
Auto-configuration
Multicast
Mobility
Security
4
Cloud Computing
Source: Forrester Research Inc.
The network goes towards the cloudFrom the beginning: users and serversShare of server resources Grid computingPublic access to the services Service Oriented Architecture
5
Cloud Computing
Limits to the cloudClient server connectionLack of QoSLack of self-managed SOA
Result: Lack of cooperation between elements in cloud computing. Efficiency decreases. We stay in grid!
IPv6 may help since:cooperation protocols for distributed cloud computing requires auto-configuration and self-management (self-managed SOA)simple removal of client-server obligation is not possible in environment with NAT
6
Scenario: Distributed management p2p
Even when P2P networks are distributed networks, their management is centralizedIt results in*:
Need for registration of usersAlso small user groups, which want to share files, must be registered in a service providerLack of integrity in contents
Self-managed distributed management of P2P networks will be acquired only with end-to-end communication and self-managed networks
* We do not consider legal issues (the most important in p2p networks)
7
Internet of Things
In this moment we have „Islands of Things” instead of Internet of Things (e.g. sensor networks)The original business model of IoT included that whatever wherever whenever may have connectivity
Hans Vestberg, CEO of Ericsson, predicted the growth in the number of connected devices to rise from 5 billion to 50 billion by 2020. Much of this connectivity is fuelled by innovative new devices in areas such as e-health and logistics
IPv6 provides connectivity, security, auto-configuration and eliminates NAT barrierThere are thousands of new scenarios for Internet of Things in next fields:
Home networksVehicular networksE-Health networksEducational networksEtc.
8
E-Health
Wireless medical sensor technologies + IPv6 (connectivity + security)= delivering healthcare services at a distance
Remote monitoring of the patients’ health condition and remote care for the elderly and handicapped (wherever they are, whatever they do) significantly improve standards of living
Sensors for real-time physiology (blood sugar, pulse, temperature, galvanic skin response and many others) - systems used to monitor such diseases as cardiac, diabetic, rehabilitation or monitor general health or wellnessAmbient monitoring (e.g. air pollution and humidity) - systems designed for monitoring e.g. patients with allergy or asthma
The removal of NAT allows for easy access for service or/and devices, to perform remote configuration and maintenance – it is important issue for the elderly and handicapped which are living alone
9
Vehicular services
Vehicular networks will provide three types of services:
Road safety (e.g. detection potentially dangerous situations in advance and extending the drivers' awareness of the surrounding environment)Traffic efficiency (e.g. thanks to V2V communication cars can detect an obstacle or traffic jam and avoid it by rerouting)Others (infotainment, fleet control etc.)
IPv6: mobility support and large address space
Approximately number of vehicles exceeds 800 million in the world today. Those vehicles travel billions km:
Let’s them connect together (Vehicle-to-Vehicle V2V) and with devices installed along the roadside (Vehicle-to-Infrastructure V2I), to improve safety and traffic efficiency
10
Current situation: Network operators becoming Content providers
The example of Comcast: Big network operator that tries to integrate users and content servers in seamless end-to-end communicationComcast moved to IPv6 because it was in need of over 100 million addresses (estimations were that within a few years, Comcast would have some 20 million video customers, an average of 2.5 set-top boxes per customer, and 2 IP addresses per box)IPv6 may help the integration of network providers, content providers, service providers (as CDN) thanks to possibility of end-to-end communication More efficiency in content streaming, control of traffic (e.g. load balancing)
Current situation
11
Google: one unique domain
Telefonica networkProblems with IPv6 users
Closed environment in applications, in opposite of network services
Commercial applications
12
Current situation: Fitness of legacy IPv4 apps&services to IPv6
Changes in IPv6-running apps:Larger IP headers must be considered when computing maximum payload sizeDNS records include, among others: AAAA record typeFunctionalities related to NAT can be ignoredNew socket options:
New functions for passing addressesNew functions for returning addressesNew address structures for API
Changes in „checksum” for TCP and UDP protocolsMemory units for storing addresses (vectors, arrays)New formats for URLs: http://[IPv6_addr]:port/
14
IIP project: IPTV scenario
Real Time Protocol (RTP) was designed for IPTV and VoD communicationWhy RTP does not run in the Internet?
NAT breaks end-to-end connectivity, especially in connectionless protocols as UDP (RTP uses UDP)Many NAT traversal techniques exist, but no single method works in every situation since NAT behavior is not standardized
Results: the most of video traffic is sent by http or similarthere is no open IPTV platforms correctly working in the InternetIPTV systems are implemented only on the last mile network (ISP)
IPv6 allows the use of protocols specialized in IPTV and live transmission
15
IPTV scenario
The communication between Service provider and Set-Top-Box is not possible in IPv4IPv6 offers new business models for IPTVBetter QoE, Awareness of User preferences, Optimized advertisingCompanies interested in the investigation of this issue: youtube, BCS global…
16
IPTV scenario
Multicast is mandatory for IPTV in the Internet
In IPv4 Multicast requires additional mechanisms, which generally do not collaborate with network level mechanisms
mechanisms as network level adaptation cannot be provided in Multicast IPv4only application level mechanisms (Scalable Video Coding - SVC, Dynamic Adaptive streaming over HTTP - DASH) are valid in IPv4 scenarios
Results: Application level mechanisms are the unique used within the networkdynamic adjustment of multicast trees could offer better QoE
17
IPTV scenario
In IPv6 there is dynamic adjustment of multicast trees at the network layerNew streaming adaptation may be provided for multicast flows as e.g., network level adaptationThe adaptation may be provided in many points of the network and not only in edge points (better adaptation in multi-domain scenario)
It is easier to provide network awareness for tree adjustment (since multicast is responsibility of the network provider)All the implementations of the IPv6 protocol contain natively Multicast service, so no more hardware is necessary
18
IPTV: Integrated services
IPTV:streamingVoD
VoIPconversationsconferencing
HSS
P-CSCF
S-CSCFI-CSCF
Cx Cx
Mw
Mw Mw
MRFs
ISC
Mr
Cr
AS
RTPRSTPSIPDiameterOther
OpenIMSCore
Client
ISC
y2
ShIPTVv6
VoIPv6 conference
MF
AS
HTTP
19
IMS PlatformOpenIMSCore (IPv6)
IPTV Application Server (AS)
UCT IPTV AS
Streamming SerwerLive555. We selected this!Darwin Streaming ServerVLCQuickTime Streaming Server
Klient IMS ObsługaIPv6
Usługi multimedialne Software
VoD/IPTV VoIP Windows Linux Opensource
Mercuro + - + + - -
Monster + - + + + +
UCT Client - + + - + +
Boghe + - + + - +
IPTV: Integrated services
20
• Open IMS Core• Advance configuration for IPv6 support
• UCT IMS Client• Support for IPv6• Improvement of RTP implementation
• Library Live555 • Support for RTSP • Support for IPv6
• Streaming server • Interface y2
IPTV: Integrated services
21
UCT IMS Client Live 555 streaming server
OpenIMS
y2
SSF
SDF SCF
UPSF Core IMSMCF
MDF
UEECF
Ut
Xa
Xa Ss’
ISCISCSh Sh
Cx
GmXc
Dj
Xd
SIP/SDPRTP/RTCPDiameterRTSPHTTPIGMP/MLDDVBSTP or FLUTENot defined
Legend: IMS based IPTV model
Transport processing functions
IPTV: Integrated services
22
FreeSWITCH + PythonQoS/QoE evaluation tool
Kamailio + Python
Open IMS Core
Media servers management (gain, mute, volume level). Conference details(user list, session state)
3GPP TS 23.218 V10.0.0 (2011-03)
ASCalls routing with load-balancing.MRF server monitoring.Sessions failover mechanism.
MRFMedia manipulationQos/QoE evaluation
IIP project: VoIP scenario
23
IIP project: VoIP scenario
HSS
P-CSCF
S-CSCFI-CSCF
Cx Cx
Mw
Mw Mw
MRF
ISC
Mr
Cr
AS
Clients
Local agent• Application log• RTP timeout• ad hoc QoS/QoE(MOS)
Reports sent to ASConnectivity monitoring• Heartbeat
25
IIP project: VoIP scenario
Conference room restoration
Initialization of conference call
Change of RTP user session parameters
Failover scenario
26
Conclusions
The current applications and services require no limits in IP layer. IPv6 overcomes some of these limits Current solutions are fully fitted to the IPv4 protocol and, currently, all new scenarios must be adapted to this protocol
Users will acquire more control of the communications, better QoE, more simplified use of the networkNetwork providers will reach more control of traffic, self-management, possibility of expanding to other business modelsContent providers will acquire integrity thanks to end-to-end communication
IIP project: Implementation of IPTV and VoIP services on IMS platformTestbed in IPv6 networkPerformed experiments: IPTV; Reliable conferencing; Ad hoc QoS/QoE monitoring