PROXY MOBILE IPV6 <draft-ietf-mipshop-pfmipv6-00> Hidetoshi - - PowerPoint PPT Presentation

proxy mobile ipv6
SMART_READER_LITE
LIVE PREVIEW

PROXY MOBILE IPV6 <draft-ietf-mipshop-pfmipv6-00> Hidetoshi - - PowerPoint PPT Presentation

73rd IETF meeting in Minneapolis FAST HANDOVERS FOR PROXY MOBILE IPV6 <draft-ietf-mipshop-pfmipv6-00> Hidetoshi Yokota KDDI Lab Kuntal Chowdhury Starent Networks Rajeev Koodli Starent Networks Basavaraj Patil Nokia Frank Xia


slide-1
SLIDE 1

FAST HANDOVERS FOR PROXY MOBILE IPV6

Hidetoshi Yokota KDDI Lab Kuntal Chowdhury Starent Networks Rajeev Koodli Starent Networks Basavaraj Patil Nokia Frank Xia Huawei

73rd IETF meeting in Minneapolis

<draft-ietf-mipshop-pfmipv6-00>

slide-2
SLIDE 2

Changes from -03 (other than MH vs. ICMPv6 issue)

 MN-HoA was replaced with MN-HNP  IPv4 transport support was revised (Section 4.2)

 Description about IPv4 transport between MAGs

(formerly Section 7) was removed

 IANA Considerations were added (Section 9)  Early Router Advertisement (Section 5)  Description about NUD/RA on the new link (Section

5)

 GRE Key Option (Section 6.2.5)

2

73rd IETF meeting in Minneapolis

slide-3
SLIDE 3

Early Router Advertisement

 PFMIPv6 allows the NMAG to send a RA to the MN before

receiving PBA

 If PBA returns a failure code, the NMAG MUST invalidate

the HNP by sending a RA with zero prefix lifetime (RFC5213 Section 6.12)

3

UE NMAG LMA PMAG

HO

attach PBU PBA [HNP] RS RA[HNP] UE NMAG LMA

HO

attach PBU PBA (RS) RA[HNP] HI/HAck [HNP] PMIPv6 PFMIPv6 (predictive mode) PMAG

slide-4
SLIDE 4

Description about NUD/RA on the new link

 Link change may or may not be hidden from the

MN

 If it is hidden, the MN doesn’t do anything and

everything is fine

 If it is not hidden, the MN performs NUD

 If the NMAG can respond to it and send a RA, it will save a

lot

 All MAGs are supposed to have the same link-layer and

link-local addresses

4

73rd IETF meeting in Minneapolis

slide-5
SLIDE 5

GRE Key option

73rd IETF meeting in Minneapolis

5

 HI/HAck should be able to transfer three keys: uplink

and downlink keys for inter-MAG tunnel, and uplink key for PMIPv6 tunnel

 Either HI or HAck needs to convey two keys and the

received MAG needs to distinguish them

 A new field “Tunnel-Type” is added in GRE Key Option

defined by “draft-ietf-netlmm-grekey-option”

 Is this PFMIP specific or a more global thing?

0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Option-Type | Option-Length | Reserved | Tunnel-Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | GRE Key Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

slide-6
SLIDE 6

Next steps

6

 Resolve MH vs. ICMPv6 issue and move forward…

73rd IETF meeting in Minneapolis