Failover for Multiple Mobile Routers in a NEMO

1
Failover for Multiple Mobile Routers in a NEMO
draft-ryu-nemo-mr-failover-02.txt
IETF Monami6 WG 2006. 11. 10.
Jiho Ryu Nakjung Choi Eunkyong Paik Taekyung
Kwon Chulhyun Park

• Presenter
• Seungjae Lee
• SNU MMLab
• sjlee_at_mmlab.snu.ac.kr

2
Outline

• Problem statement
• Failover for Multiple Mobile Routers
• Implementation Report
• Summary

3
Problem statement - 1

• Multihomed NEMO
• Multiple MRs, Multiple HAs, Multiple mobile
  network prefixes (MNPs)

4
Problem statement - 2

• When MR1 fails,
• Mobile nodes under MR1
• Sessions will be broken.
• Automatically reconfigure their addresses.
• Ingress-filtered if MR2HA2 is used.
• Our solution
• MR surrogates its peer MR, which is failed

5
Failover for Multiple MRs - 1

• Extends Multiple CoA Registration
• Wakikawa et al.
• Assumption
• MRs can hear their RA each other
• MR can maintain peer MR entry through
  authentication, and vice versa

6
Failover for Multiple MRs - 2

• Peer MR registration
• An MR hears RA from another MR
• MR2 is registered as a peer MR of MR1 and vise
  versa
• Failover
• Explicit failure notification message or no RA
  for a while
• A peer MR surrogates failed MR
• Broadcasts RA for failed MR
• Establishes an alternative tunnel to HA of failed
  MR
• Recovery
• Recovery notification message
• Failover state ends

7
Failover for Multiple MRs - 3

• Expected Result

HA2(HA of MR2)
HA1(HA of MR1)
Alternative Tunnel
CN
FAILED
MR1
MR2
MNP1 MNP2
8
Implementation Report

• Test-bed hardware
• 2 ARs, 2 MRs, 2 MNs and some more machines (all
  Linux)
• Dynamic Switch (DS)
• All other machines are connected to DS
• DS simulates connectivity between nodes
• Software
• Modification of NEPL (NEMO Platform for Linux)
• Added several ICMPv6 messages, alternative
  tunneling between Peer MR and HA,
  routing-based-on-source-address at MR using
  ip6_queue and ip6tables
• Current status
• Almost done gathering initial experimental
  results

9
Implementation Report

• Physical topology of the test-bed

10
Implementation Report

• Logical topology of the test-bed

11
Implementation Report

• Test-bed hardware
• 2 ARs, 2 MRs, 2 MNs and additional Linux machines
• Dynamic Switch (DS)
• All other machines are connected to DS
• DS simulates connectivity between nodes
• Software
• Modification of NEPL (NEMO Platform for Linux)
• Added several ICMPv6 messages, alternative
  tunneling between Peer MR and HA,
  routing-based-on-source-address using ip6_queue
  and ip6tables at MR
• Current status
• Almost done gathering initial experimental
  results

12
Summary

• We propose Peer MR relationship in Multihomed
  NEMO
• Peer MR surrogates failed MR
• MN can take a seamless internet service without
  session re-establishment

13
Q A

• Authors
• Jiho Ryu (jhryu_at_mmlab.snu.ac.kr)
• Nakjung Choi (fomula_at_mmlab.snu.ac.kr)
• Eunkyoung Paik (euna_at_kt.co.kr)
• Taekyoung Kwon (tk_at_mmlab.snu.ac.kr)
• Chulhyun Park (chpark_at_mmlab.snu.ac.kr)