11
Prefix Delegation Prefix Delegation Protocol Selection Protocol Selection T.J. Kniveton T.J. Kniveton MEXT Working Group MEXT Working Group IETF 70 - December ’07 - IETF 70 - December ’07 - Vancouver Vancouver

Prefix Delegation Protocol Selection T.J. Kniveton MEXT Working Group IETF 70 - December ’07 - Vancouver

Embed Size (px)

Citation preview

Page 1: Prefix Delegation Protocol Selection T.J. Kniveton MEXT Working Group IETF 70 - December ’07 - Vancouver

Prefix DelegationPrefix DelegationProtocol SelectionProtocol Selection

T.J. KnivetonT.J. Kniveton

MEXT Working GroupMEXT Working Group

IETF 70 - December ’07 - IETF 70 - December ’07 - VancouverVancouver

Page 2: Prefix Delegation Protocol Selection T.J. Kniveton MEXT Working Group IETF 70 - December ’07 - Vancouver

Presentation OutlinePresentation Outline

Problem Statement and OverviewProblem Statement and Overview NEMO DraftsNEMO Drafts Other Reference DocumentsOther Reference Documents Working Group Discussion and Working Group Discussion and

ConclusionsConclusions MEXT Charter ItemsMEXT Charter Items QuestionsQuestions

Page 3: Prefix Delegation Protocol Selection T.J. Kniveton MEXT Working Group IETF 70 - December ’07 - Vancouver

Problem Statement and OverviewProblem Statement and Overview

If your Mobile Router is not statically pre-If your Mobile Router is not statically pre-configured, how can you request and receive a configured, how can you request and receive a prefix for your mobile network?prefix for your mobile network? Lifetime could be long-term, or for the sessionLifetime could be long-term, or for the session We could be dealing with the consumer case, or the We could be dealing with the consumer case, or the

fully-enabled router casefully-enabled router case Consider the implications of a host auto-Consider the implications of a host auto-

configuration environment, and of a managed, configuration environment, and of a managed, stateful address configuration environmentstateful address configuration environment

Note: Autoconf is now considering a similar Note: Autoconf is now considering a similar issue for prefix delegation in issue for prefix delegation in connected/standalone MANETs connected/standalone MANETs

Page 4: Prefix Delegation Protocol Selection T.J. Kniveton MEXT Working Group IETF 70 - December ’07 - Vancouver

NEMO Drafts:NEMO Drafts:DHCPv6-based Prefix Del. (1)DHCPv6-based Prefix Del. (1)

Submitted 6/2003Submitted 6/2003 Uses existing DHCPv6 infrastructure, Uses existing DHCPv6 infrastructure,

and Prefix Delegation option as defined and Prefix Delegation option as defined in RFC 3633in RFC 3633

HA acts as Delegating Router or DHCPv6 HA acts as Delegating Router or DHCPv6 Relay Agent and MR acts as Requesting Relay Agent and MR acts as Requesting RouterRouter HA must act as DR for MR but can be RA for HA must act as DR for MR but can be RA for AR can also act as DRAR can also act as DR

Page 5: Prefix Delegation Protocol Selection T.J. Kniveton MEXT Working Group IETF 70 - December ’07 - Vancouver

NEMO Drafts:NEMO Drafts:DHCPv6-based Prefix Del. (2)DHCPv6-based Prefix Del. (2)

The HA and MR exchange DHCPv6PD The HA and MR exchange DHCPv6PD protocol messages through the tunnel, protocol messages through the tunnel, using link-local multicast and unicast using link-local multicast and unicast addressesaddresses

The tunnel acts as the link labeled “DSL to The tunnel acts as the link labeled “DSL to subscriber premises” from DHCPv6PD subscriber premises” from DHCPv6PD specificationspecification

Provides a starting point for designing a Provides a starting point for designing a DHCPv6-based solution.. but does it provide DHCPv6-based solution.. but does it provide enough details for an implementation?enough details for an implementation?

Page 6: Prefix Delegation Protocol Selection T.J. Kniveton MEXT Working Group IETF 70 - December ’07 - Vancouver

NEMO Drafts:NEMO Drafts:NEMO-based Prefix Del. (1)NEMO-based Prefix Del. (1)

Submitted 10/2004Submitted 10/2004 Proposes new BU bit, BAck bit, and three BU optionsProposes new BU bit, BAck bit, and three BU options The HA is required to be involved in authenticating and The HA is required to be involved in authenticating and

authorizing MNPs as it is for HAddrs--but more important here authorizing MNPs as it is for HAddrs--but more important here due to properties of routing prefixesdue to properties of routing prefixes

Idea: IPv6 networks are designed for autonomy and mobility. A Idea: IPv6 networks are designed for autonomy and mobility. A “chunk” of v6 prefix space can be delegated to the HA one time, “chunk” of v6 prefix space can be delegated to the HA one time, or managed by a routing protocol, and the HA will manage the or managed by a routing protocol, and the HA will manage the prefixes along with mobility for consumer devicesprefixes along with mobility for consumer devices

Consistent with routing protocols and address auto-configuration. Consistent with routing protocols and address auto-configuration. Simple MRs can be implemented that are not required to be Simple MRs can be implemented that are not required to be Requesting Routers and connect to DHCPv6 infrastructure to Requesting Routers and connect to DHCPv6 infrastructure to operate. Idea: HA handles complexity and flows are optimized to operate. Idea: HA handles complexity and flows are optimized to provide complete prefix infoprovide complete prefix info

There is not necessarily a need to run a pool of servers that There is not necessarily a need to run a pool of servers that actively manage the address space. It can be a function of the actively manage the address space. It can be a function of the HAHA

Page 7: Prefix Delegation Protocol Selection T.J. Kniveton MEXT Working Group IETF 70 - December ’07 - Vancouver

NEMO Drafts:NEMO Drafts:NEMO-based Prefix Del. (2)NEMO-based Prefix Del. (2)

Allows delegation of prefixes from HA to MR on a temporary or permanent Allows delegation of prefixes from HA to MR on a temporary or permanent basisbasis

Allows a MR to request a full list of prefixes. Bootstrapping, expired Allows a MR to request a full list of prefixes. Bootstrapping, expired prefixes, newly allocated prefixes, newly allocated prefixes, prefix life prefixes, newly allocated prefixes, newly allocated prefixes, prefix life association with the binding lifetime are supported by this approachassociation with the binding lifetime are supported by this approach

Prefix Delegation messages are included in normal NEMO protocol flow, Prefix Delegation messages are included in normal NEMO protocol flow, with additional flags definedwith additional flags defined

Message flow is optimized to improve mobility aspects of the protocolMessage flow is optimized to improve mobility aspects of the protocol No need to deploy DHCPv6-based infrastructureNo need to deploy DHCPv6-based infrastructure Authentication is included as part of MIP/NEMO protocol flowAuthentication is included as part of MIP/NEMO protocol flow Back-end can be supported by HA and provided with a common NEMO interfaceBack-end can be supported by HA and provided with a common NEMO interface

Assumes that HA is tied into back-end infra, or has been assigned a super-Assumes that HA is tied into back-end infra, or has been assigned a super-prefix, just as it has already obtained prefix(es) for HAddr’sprefix, just as it has already obtained prefix(es) for HAddr’s

Routing protocols, AAA backend, DHCPv6 can be used.Routing protocols, AAA backend, DHCPv6 can be used. Bottom line is that HA is considered part of the routing infrastructure and is able Bottom line is that HA is considered part of the routing infrastructure and is able

to request/communicate prefix routing info for the MRs. This is the basic to request/communicate prefix routing info for the MRs. This is the basic assumption.assumption.

Why not a DHCPv6-based solution?Why not a DHCPv6-based solution? Please see the draft, section 4.4Please see the draft, section 4.4

Page 8: Prefix Delegation Protocol Selection T.J. Kniveton MEXT Working Group IETF 70 - December ’07 - Vancouver

Other Reference DocumentsOther Reference Documents RFC 3633 – DHCPv6 Prefix Delegation OptionRFC 3633 – DHCPv6 Prefix Delegation Option RFC 3769 – Requirements for IPv6 Prefix DelegationRFC 3769 – Requirements for IPv6 Prefix Delegation draft-sarikaya-16ng-prefix-delegation-02draft-sarikaya-16ng-prefix-delegation-02

DHCPv6 prefix delegation in 802.16 networksDHCPv6 prefix delegation in 802.16 networks draft-sarikaya-netlmm-prefix-delegation-01draft-sarikaya-netlmm-prefix-delegation-01

DHCPv6 prefix delegation in PMIPv6DHCPv6 prefix delegation in PMIPv6 draft-sarikaya-dime-prefix-delegation-ps-00draft-sarikaya-dime-prefix-delegation-ps-00

Using AAA (diameter) to manage prefix mgmt for Using AAA (diameter) to manage prefix mgmt for backendbackend

A couple of expired drafts on ICMPv6-based prefix A couple of expired drafts on ICMPv6-based prefix delegationdelegation

Page 9: Prefix Delegation Protocol Selection T.J. Kniveton MEXT Working Group IETF 70 - December ’07 - Vancouver

Working Group Discussion and Working Group Discussion and ConclusionsConclusions

NEMO-based PDel and DHCPv6-based PDel were NEMO-based PDel and DHCPv6-based PDel were accepted as working group items.accepted as working group items.

Neither document proceeded to RFCNeither document proceeded to RFC Solicitation for implementor feedback did not Solicitation for implementor feedback did not

yield much inputyield much input Pushback on bringing two documents to the IESGPushback on bringing two documents to the IESG Because of lack of feedback between the Because of lack of feedback between the

solutions, we did not advance one draft or the solutions, we did not advance one draft or the otherother

Recent discussion on MEXT ML on this topicRecent discussion on MEXT ML on this topic

Page 10: Prefix Delegation Protocol Selection T.J. Kniveton MEXT Working Group IETF 70 - December ’07 - Vancouver

MEXT Charter ItemsMEXT Charter Items

Deliverable:Deliverable: (B.3) Finish working group documents that (B.3) Finish working group documents that

are currently in process, andare currently in process, andsubmit for RFC. This includes prefix submit for RFC. This includes prefix delegation protocol mechanism for network delegation protocol mechanism for network mobility, and a MIB for NEMO Basic Support.mobility, and a MIB for NEMO Basic Support.

Milestone:Milestone: Mar 2008  Submit the final doc on Prefix Mar 2008  Submit the final doc on Prefix

Delegation for NEMO to the IESG, for Delegation for NEMO to the IESG, for Proposed Standard Proposed Standard

Page 11: Prefix Delegation Protocol Selection T.J. Kniveton MEXT Working Group IETF 70 - December ’07 - Vancouver

QuestionsQuestions How does MEXT want to reconcile the two NEMO How does MEXT want to reconcile the two NEMO

working group drafts?working group drafts? Do we want to assume that DHCPv6 will be present whenever Do we want to assume that DHCPv6 will be present whenever

prefixes are delegated? Is this the only way to scale HAs?prefixes are delegated? Is this the only way to scale HAs? How far do you want to go with describing the system How far do you want to go with describing the system

in these drafts?in these drafts? If NEMO Prefix Del draft is a starting point, do you want to If NEMO Prefix Del draft is a starting point, do you want to

consider the back-end mechanism further? How far up the consider the back-end mechanism further? How far up the food chain?food chain?

If DHCPv6 is assumed, do you want to extend DHCPv6 to If DHCPv6 is assumed, do you want to extend DHCPv6 to allow for additional NEMO-specific features, or do you want to allow for additional NEMO-specific features, or do you want to drop some of the features in NEMO Prefix Del?drop some of the features in NEMO Prefix Del?

What should be said about AAA managing address space, if What should be said about AAA managing address space, if anything?anything?