NSIS NATFW NSLP: A Network Firewall Control Protocol draft-ietf-nsis-nslp-natfw-08.txt
Institut für Telematik Quality-of-Service Support for Mobile Users using NSIS Roland Bless, Martin...
-
Upload
brandon-morales -
Category
Documents
-
view
213 -
download
0
Transcript of Institut für Telematik Quality-of-Service Support for Mobile Users using NSIS Roland Bless, Martin...
Institut für Telematik
Quality-of-Service Supportfor 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
2
Networking 2009, Aachen
Motivation
More and more resource demanding Internet applications and multimedia streams
video broadcasts, Voice-over-IP, IPTV
Inherent need for Quality-of-Service guaranteesacross 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
3
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
4
Networking 2009, Aachen
MobileIP – Overview
MNHoA
LogicalFlow
LogicalFlow
TunnelFlow
TunnelFlow Path before
movementPath beforemovement
Route-optimizedflows
Route-optimizedflows
TunneledFlow
TunneledFlow
Handover
Non-RouteOptimized
Flow
Non-RouteOptimized
Flow
Cross-overnode
Cross-overnode
Foreign Network A
Foreign Network B
CNCN
MN New CoA
MN New CoA
MNOld CoA
MNOld CoA
HAHAAR1AR1
AR3AR3
Home Network
AR2AR2
Correspondent Network
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH)
www.tm.uka.de
5
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
SignalingApplication 1
(QoS)
SignalingApplication 1
(QoS)
Signaling Application 2
(NAT FW)
Signaling Application 2
(NAT FW)
NSISSignaling Layer(NSLP)
NSISTransportLayer(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
6
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
7
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
8
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 mobility
Mobility 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
9
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
10
Networking 2009, Aachen
Evaluation – Setup
V 5HAHA AR1AR1
Home Network
AR1 Network
V 4 V 7 V 8
AR2 Network
AR3 Network
V 1
MNMN
Movement
AR2AR2
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
AR3AR3
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH)
www.tm.uka.de
11
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 down
MN 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
12
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
13
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
14
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
15
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
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH)
www.tm.uka.de
17
Networking 2009, Aachen
Backup
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH)
www.tm.uka.de
18
Networking 2009, Aachen
Path divergence after movement
Upstream and downstream signaling paths may differ
may result in different cross-over nodes
CNCN
MNMN
Flow fo CN AROMNFlow fn CN ARNMNFlow MN CN
Downstream Cross-over
node
Downstream Cross-over
nodeUpstream Cross-over
node
Upstream Cross-over
node
AROARO
Sender
Receiver
ARNARN
ISP Domain A ISP Domain B ISP Domain C
ISP Domain EISP Domain D
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH)
www.tm.uka.de
19
Networking 2009, Aachen
MN=Sender, Sender-Initiated
ARNARN AROARO CNCNMNMN RN1 RNi RO1 RCR ROj
RESERVERESERVE RESERVE RESERVE RESERVE RESERVE
RESPONSERESPONSE RESPONSE RESPONSE RESPONSE
RESPONSE
Sender Receiver
MobilityTrigger
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH)
www.tm.uka.de
20
Networking 2009, Aachen
MN=Sender, Receiver-Initiated
ARNARN AROARO CNCNMNMN RNi RO1 RCR ROj
QUERY (R=1)QUERY (R=1)QUERY (R=1)QUERY (R=1) QUERY (R=1)QUERY (R=1)
RESERVERESERVE RESERVE RESERVE RESERVE
RESERVE
Sender Receiver
RESPONSERESPONSE RESPONSE RESPONSE RESPONSE RESPONSE
RN1
MobilityTrigger
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH)
www.tm.uka.de
21
Networking 2009, Aachen
MN=Receiver, Sender-Initiated
ARNARN AROARO CNCNMNMN RN1 RNi RO1 RCR ROj
RESPONSERESPONSE RESPONSE RESPONSE RESPONSE RESPONSE
RESERVERESERVE RESERVE RESERVE RESERVE
RESERVE
Receiver Sender
Binding Update
MobilityTrigger
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH)
www.tm.uka.de
22
Networking 2009, Aachen
MN=receiver, receiver-initiated
ARNARN AROARO CNCNMNMN RN1 RNi RO1 RCR ROj
QUERY (R=1)QUERY (R=1)QUERY (R=1)QUERY (R=1) QUERY (R=1)QUERY (R=1)
Receiver Sender
RESERVERESERVE RESERVE RESERVE RESERVE RESERVE
RESPONSERESPONSE RESPONSE RESPONSE RESPONSE
RESPONSE
Binding Update
MobilityTrigger
R. Bless, M. Röhricht Institut für TelematikUniversität Karlsruhe (TH)
www.tm.uka.de
23
Networking 2009, Aachen
Trigger Overhead
time between the BindingUpdate/BindingAcknowledgement and GISTQuery that starts the signaling process:MN 1.93msCN 2.54ms