180 likes | 345 Views
NEMO Route Optimization Solution Space Analysis draft-ietf-nemo-ro-space-analysis-01.txt. Chan Wah Ng Fan Zhao Masafumi Watari Thubert Pascal. Status. Published –00 on 31 st August Published –01 on 24 th October Collected 16 issues http://www.mobilenetworks.org/~chanwah/rosa/issues.html
E N D
NEMO Route Optimization Solution Space Analysisdraft-ietf-nemo-ro-space-analysis-01.txt Chan Wah Ng Fan Zhao Masafumi Watari Thubert Pascal 64th IETF - NEMO WG
Status • Published –00 on 31st August • Published –01 on 24th October • Collected 16 issues • http://www.mobilenetworks.org/~chanwah/rosa/issues.html • 2 rejected • 13 incorporated into –01 • 1 open 64th IETF - NEMO WG
Contents • Introduction • Benefits of Route Optimization • Scenario of Route Optimization • Issues of Route Optimization • Analysis of Solution Space 64th IETF - NEMO WG
3. Scenarios • Basic NEMO Route Optimization • No consideration for VMNs • Nested Mobility Optimization • With consideration for VMNs • Decrease number of HAs • Decrease number of tunnels • Infrastructure-based Optimization • Intra-NEMO Optimization 64th IETF - NEMO WG
4. Tradeoffs and Issues • Additional Signaling Overhead • Increased Protocol Complexity & Processing Load • Increased Delay during Handoff • New Functionalities • Detection of New Functionalities • Scalability • Mobility Transparency and Location Privacy • Support of Legacy Nodes 64th IETF - NEMO WG
CN CN CN CN IE CR MR IE MNN MR MR MR MNN MNN MNN 5.1 Analysis of Solution Space • Which Entities are Involved? • MNN and CN • MR and CN • MR and CR • Entities in Infrastructure Optimized Route Non-Optimized Route 64th IETF - NEMO WG
5.2 Analysis of Solution Space • Who and When to Initiate RO? • Who: Mobile-side vs Correspondent-side • When: • Need to consider tradeoffs • How often? – choice of Lifetime 64th IETF - NEMO WG
5.3 Analysis of Solution Space Initiator CE • How to Detect RO Capability? • Rely on response (or lack thereof) • May incur additional delay if no RO capability detected • For CR, how to located its presence? • ICMP multicast/anycast • Router Alert Option Initiate RO HA timeout NEMO Basic CN CR CR multicast RAO Response Initiator CR 64th IETF - NEMO WG
5.4 Analysis of Solution Space • How is Address of MNN Represented? • Inferred: from MNP • Changes to CN/CR • Explicitly specified • New functionalities on MNN • MR need to maintain extensive RO states 64th IETF - NEMO WG
5.5.1 Analysis of Solution Space • How is Address of MNN Bound? • Bound to location of parent MR • Examples: • Using MNP • Sending HoA/CoA of parent-MR • MR to act as a Proxy • Advantages: • Less signaling when upstream MR moves • Disadvamtages: • Recursive BCE look-up for nested NEMO Binding Cache MNN MR1.CoA CE MR1 MNN 64th IETF - NEMO WG
5.5.2 Analysis of Solution Space • How is Address of MNN Bound? • Bound to sequence of locations of upstream MRs • Examples: RRH, Nested-Path-Info • Advantages: • A single signaling for nested NMM • Disadvantages: • Require changes at the CN • May result in larger BCE Binding Cache MNN MR2.CoA,MR1.CoA CE MR2 MR1 MNN 64th IETF - NEMO WG
5.5.3 Analysis of Solution Space Binding Cache MNN MR3.CoA • How is Address of MNN Bound? • Bound to location of root MR • Examples: • Prefix Delegation • ND-Proxy • Hierarchical Registrations • MANET Routing • Advantages: • Nesting is hidden from CE • Disadvantages: • Un-modified MNN cannot enjoy RO CE MR3 MR2 MR1 MNN 64th IETF - NEMO WG
5.6 Analysis of Solution Space • How is Signaling Performed? • In-Plane: using routing headers • Rapid propagation • Substantial overhead • Off-Plane: using BUs • Delay during handoff • Less overhead • Upper Layer: eg. SIP Data RO Binding IP Layer IP Layer RO Binding IP Layer IP Layer Data RO Binding Upper Layer Upper Layer IP Layer IP Layer Data 64th IETF - NEMO WG
5.7 Analysis of Solution Space • How is Data Transmitted? • Encapsulations • ROHC may be needed to reduce overhead • Routing Headers • Possibly extending Type 2 RH • Routing Table Entries • Inject routing entries in MRs • Source-address based routing 64th IETF - NEMO WG
5.8.1 Security Considerations • Address Bindings • One CoA <-> One MNN’s address • Normal MIPv6 RR may suffice • One CoA <-> Multiple MNNs’ addresses • Extension of RR needed to test the additional MNNs’ addresses • Multiple CoAs <-> MNN’s address(es) • Extension of RR needed to test the additional CoAs 64th IETF - NEMO WG
5.8.2 Security Considerations • End-to-End Integrity • Snooping messages sent by MNNs • Altering messages sent by MNNs • How to ensure integrity if information is to be inserted by upstream MRs? 64th IETF - NEMO WG
5.8.3 Security Considerations • Location Privacy • Revelation of Location to CN vs CR • Degree of Revelation • Only location of root-MR • Locations of all upstream-MRs • MNPs managed by upstream-MRs • Control of Revelation • Initiation of RO: MNN vs MR 64th IETF - NEMO WG
Moving Forward • How many people have read the draft? • Is the content what the WG expected? • Is there anything missing from the draft? • A set of “metrics”? 64th IETF - NEMO WG