Institut für Telematik
Quality-of-Service Support for Mobile Users using NSIS
Roland Bless, Martin RöhrichtNetworking 2009, Aachen
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH) www.tm.uka.de
1
Networking 2009, Aachen
Motivation
More and more resource demanding Internet applications and multimedia streams
video broadcasts, Voice-over-IP, IPTVInherent need for Quality-of-Service guarantees
across administrative domainssignaling protocol needed RSVP, NSIS
lacking mobility support of earlier signaling protocols like RSVP
Increasing popularity of mobile Internet devicesLaptops, mobile phones (iPhone), PDAsMobileIP allows for mobility in IP-based networks
adjusts data path transparently
Goal: Enable Quality-of-Service in mobile environments
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH) www.tm.uka.de
2
Networking 2009, Aachen
Main Challenges
Resource reservations need to be setup on the new path
as quickly as possibleby using same/adapted QoS parametersrelease resource reservations on old path
Tight interworking needed between mobility management and signaling protocol
QoS signaling should work seamlessly with handovers across access nodes
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH) www.tm.uka.de
3
Networking 2009, Aachen
MobileIP – Overview
MNHoA
LogicalFlow
LogicalFlow
TunnelFlow
TunnelFlow Path before
movementPath beforemovement
Route-optimizedflows
Route-optimizedflows
TunneledFlow
TunneledFlow
Handover
Non-Route Optimized
Flow
Non-Route Optimized
Flow
Cross-overnode
Cross-overnode
Foreign Network A Foreign
Network B
CNCN
MN New CoA
MN New CoA
MNOld CoA
MNOld CoA
HAHA AR1 AR1
AR3 AR3
Home Network
AR2 AR2
Correspondent Network
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH) www.tm.uka.de
4
Networking 2009, Aachen
Next Steps in Signaling – Overview
Two-layer approachQoS NSLPNTLP, i.e. GIST
path-coupled signalingsignaling node discoverymessage transport (unreliable, reliable, secure)
TLS
UDPUDP TCPTCP SCTPSCTP DCCPDCCP
IPsec
IPv4/IPv6IPv4/IPv6
Signaling Application 1
(QoS)
Signaling Application 1
(QoS)
SignalingApplication 2
(NAT FW)
SignalingApplication 2
(NAT FW)
NSIS Signaling Layer(NSLP)
NSIS Transport Layer(NTLP)
General Internet Signalling Transport (GIST)
General Internet Signalling Transport (GIST)
Data flowQoS NSLP Signaling
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH) www.tm.uka.de
5
Networking 2009, Aachen
Problems
NSIS protocol suite providesBasic mobility support: Session-ID remains constant even if a flow’s addresses changeRe-establishment of a reservation along a new path
Main problems to solveget triggers from mobility eventsget the current addressing informationprovide internal interfaces required to provide the necessary information
Solution focuses on MobileIPv6 as mobility management solution
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH) www.tm.uka.de
6
Networking 2009, Aachen
Mobility Scenarios
Mobile node is sender and initiator/respondermobility events may trigger QoS NSLP actions
emit new RESERVE or QUERY messageQSPEC may be adapted, constant Session ID
Mobile node is receiver and initiator/responderdifficult to notify sender (CN), i.e. to signal in upstream direction
path not known in advancedifficult to determine cross-over node
flow address may changeprofile in first-hop router must be updated at sender side
available QoS at new Access Router may differre-negotiation along whole path required
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH) www.tm.uka.de
7
Networking 2009, Aachen
Solutions to Mobility Problems
Mobility-aware applications (e.g., SIP) could provide the necessary triggersAssumption: MobileIPv6 as mobility management protocol
Provides transparent support for transport protocols/applications
Flow descriptor in QoS NSLP requires knowledge of current Care-of Address
contradicts use of Mobile IP that hides mobilityMobility is not transparent to QoS NSLP, e.g., must also consider
overhead added by MobileIP for QoS reservations (additional headers)source address selection
Main problem: notification of mobility events to QoS NSLP
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH) www.tm.uka.de
8
Networking 2009, Aachen
FlowInfoService Module
New approach: add FlowInfoService moduleallows to request information about flows, e.g., current care-of-addresses, sizes of additional headers
must get updates if addresses change
TCPTCPSCTPSCTPUDPUDP
NSIS Protocols
MIPv6dMIPv6d
Flow Information
Service
Flow Information
Service
QoS NSLPQoS NSLP
GISTGIST
ApplicationApplicationFlow Info Request:(source addr, dest. addr)Flow Info Request:(source addr, dest. addr)
Reply/Notification:• Original flow=
(source addr, dest. addr) • Flow status= {none, tunneled,
routeopt.} • New flow= (source addr, dest. addr)• Overhead [bytes]
Reply/Notification:• Original flow=
(source addr, dest. addr)• Flow status= {none, tunneled,
routeopt.}• New flow= (source addr, dest. addr)• Overhead [bytes]
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH) www.tm.uka.de
9
Networking 2009, Aachen
Evaluation – Setup
V 5 HAHA AR1 AR1
Home Network
AR1 Network
V 4 V 7 V 8
AR2 Network
AR3 Network
V 1
MNMN
Movement
AR2 AR2
V 13
V 14
V 15
V 16
V 17
CNCN
V 10
Virtual Environmenton PC 1
PC 2
Physical Gigabit Ethernet Link
VLANs
Smart Switch(FreeBSD 7)
PacketDumps
AR3 AR3
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH) www.tm.uka.de
10
Networking 2009, Aachen
Evaluation – Performance Benchmarks I
50 consecutive movements of the MN between AR3 to AR2 to AR1 and backReservation setup and tear down of old path
Testcase AR1 Setup AR2 Setup AR3 Setup Tear downMN sender, sender- initiated
11.8 ms 26.9 ms 37.5 ms 20600 ms
CN sender, sender- initiated
13.3 ms 27.4 ms 40.3 ms 26.8 ms
MN sender, receiver- initiated
11.3 ms 29.0 ms 43.1 ms 28.0 ms
CN sender, receiver- initiated
12.5 ms 33.4 ms 42.2 ms 31.9 ms
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH) www.tm.uka.de
11
Networking 2009, Aachen
Evaluation – Performance Benchmarks II
Receiver-initiated Reservationsetup delay for reservation from Access Router 1
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH) www.tm.uka.de
12
Networking 2009, Aachen
Evaluation – Performance Benchmarks III
Delay for tear down of old reservation
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH) www.tm.uka.de
13
Networking 2009, Aachen
Evaluation – Performance Benchmarks IV
Added additional delay between AR1/AR2 (50ms) and AR2/AR3 (25ms)Setup Delay Overhead ≤ 10%
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH) www.tm.uka.de
14
Networking 2009, Aachen
Conclusion & Outlook
QoS support for mobile users viableNSIS QoS NSLP is prepared for mobilityMobility triggers requiredFlow Information ServiceLow additional overheadCode freely available: http://nsis-ka.org
OutlookRepeating measurements in real testbedSeamless QoS support: Anticipated HandoverRequires protocol extensionsOngoing implementation effort
Institut für Telematik
Thanks! Questions?
www.tm.uka.de/itm
Top Related