1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
|
<pre>Internet Engineering Task Force (IETF) R. Droms
Request for Comments: 6276 P. Thubert
Category: Standards Track Cisco
ISSN: 2070-1721 F. Dupont
Internet Systems Consortium
W. Haddad
Ericsson
C. Bernardos
UC3M
July 2011
<span class="h1">DHCPv6 Prefix Delegation for Network Mobility (NEMO)</span>
Abstract
One aspect of network mobility support is the assignment of a prefix
or prefixes to a mobile router for use on the links in the mobile
network. This document specifies how DHCPv6 prefix delegation can be
used for this configuration task. The mobile router plays the role
of requesting router, while the home agent assumes the role of
delegating router. When the mobile router is outside its home
network, the mobile router also assumes the role of DHCPv6 relay
agent, co-located with the requesting router function.
Status of This Memo
This is an Internet Standards Track document.
This document is a product of the Internet Engineering Task Force
(IETF). It represents the consensus of the IETF community. It has
received public review and has been approved for publication by the
Internet Engineering Steering Group (IESG). Further information on
Internet Standards is available in <a href="./rfc5741#section-2">Section 2 of RFC 5741</a>.
Information about the current status of this document, any errata,
and how to provide feedback on it may be obtained at
<a href="http://www.rfc-editor.org/info/rfc6276">http://www.rfc-editor.org/info/rfc6276</a>.
Copyright Notice
Copyright (c) 2011 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to <a href="https://www.rfc-editor.org/bcp/bcp78">BCP 78</a> and the IETF Trust's Legal
Provisions Relating to IETF Documents
(<a href="http://trustee.ietf.org/license-info">http://trustee.ietf.org/license-info</a>) in effect on the date of
publication of this document. Please review these documents
<span class="grey">Droms, et al. Standards Track [Page 1]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-2" ></span>
<span class="grey"><a href="./rfc6276">RFC 6276</a> DHCPv6 Prefix Delegation for NEMO July 2011</span>
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Table of Contents
<a href="#section-1">1</a>. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-2">2</a>
<a href="#section-2">2</a>. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-3">3</a>
<a href="#section-3">3</a>. DHCPv6 Prefix Delegation of Mobile Network Prefixes . . . . . <a href="#page-4">4</a>
3.1. Exchanging DHCPv6 Messages When the Mobile Router Is
Not at Home . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-5">5</a>
<a href="#section-3.1.1">3.1.1</a>. Relay Agent Configuration . . . . . . . . . . . . . . <a href="#page-7">7</a>
<a href="#section-3.1.2">3.1.2</a>. Transmission of DHCPv6 Messages . . . . . . . . . . . <a href="#page-8">8</a>
<a href="#section-3.1.3">3.1.3</a>. Receipt of DHCPv6 Messages . . . . . . . . . . . . . . <a href="#page-8">8</a>
3.2. Exchanging DHCPv6 Messages When the Mobile Router Is
at Home . . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-8">8</a>
<a href="#section-3.3">3.3</a>. Selecting a Home Agent That Provides DHCPv6PD . . . . . . <a href="#page-9">9</a>
<a href="#section-3.4">3.4</a>. Minimizing DHCPv6PD Messages . . . . . . . . . . . . . . . <a href="#page-10">10</a>
<a href="#section-3.5">3.5</a>. Other DHCPv6 Functions . . . . . . . . . . . . . . . . . . <a href="#page-10">10</a>
<a href="#section-4">4</a>. Security Considerations . . . . . . . . . . . . . . . . . . . <a href="#page-10">10</a>
<a href="#section-5">5</a>. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-12">12</a>
<a href="#section-6">6</a>. References . . . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-12">12</a>
<a href="#section-6.1">6.1</a>. Normative References . . . . . . . . . . . . . . . . . . . <a href="#page-12">12</a>
<a href="#section-6.2">6.2</a>. Informative References . . . . . . . . . . . . . . . . . . <a href="#page-13">13</a>
<span class="h2"><a class="selflink" id="section-1" href="#section-1">1</a>. Introduction</span>
One aspect of network mobility support is the assignment of a prefix
or prefixes to a mobile router for use on the links in Network
Mobility (NEMO). DHCPv6 prefix delegation (DHCPv6PD) [<a href="./rfc3633" title=""IPv6 Prefix Options for Dynamic Host Configuration Protocol (DHCP) version 6"">RFC3633</a>] can
be used for this configuration task.
The model of operation of DHCPv6PD for prefix delegation is as
follows [<a href="./rfc3633" title=""IPv6 Prefix Options for Dynamic Host Configuration Protocol (DHCP) version 6"">RFC3633</a>]. A delegating router is provided IPv6 prefixes to
be delegated to requesting routers. A requesting router requests
prefix(es) from the delegating router. The delegating router chooses
prefix(es) for delegation, and responds with prefix(es) to the
requesting router. The requesting router is then responsible for the
delegated prefix(es). Note that DHCPv6 options for prefix delegation
defined in [<a href="./rfc3633" title=""IPv6 Prefix Options for Dynamic Host Configuration Protocol (DHCP) version 6"">RFC3633</a>] have been defined for general use across
routers, and not only for mobile routers running the NEMO Basic
Support protocol [<a href="./rfc3963" title=""Network Mobility (NEMO) Basic Support Protocol"">RFC3963</a>].
To use DHCPv6PD as a prefix assignment mechanism in mobile networks,
when the mobile router is located at home, the home agent assumes the
role of the delegating router and the mobile router assumes the role
<span class="grey">Droms, et al. Standards Track [Page 2]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-3" ></span>
<span class="grey"><a href="./rfc6276">RFC 6276</a> DHCPv6 Prefix Delegation for NEMO July 2011</span>
of the requesting router. However, when the mobile router is away
from home, in addition to the roles when the mobile router is located
at home, the mobile router also assumes the role of a DHCPv6 relay
agent co-located with the requesting router function.
The DHCPv6PD server running at the home agent is provisioned with
prefixes to be assigned using any of the prefix assignment mechanisms
described in the DHCPv6PD specification [<a href="./rfc3633" title=""IPv6 Prefix Options for Dynamic Host Configuration Protocol (DHCP) version 6"">RFC3633</a>].
<span class="h2"><a class="selflink" id="section-2" href="#section-2">2</a>. Terminology</span>
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in <a href="./rfc2119">RFC 2119</a> [<a href="./rfc2119" title=""Key words for use in RFCs to Indicate Requirement Levels"">RFC2119</a>].
The following terms used in this document are defined in the IPv6
Addressing Architecture document [<a href="./rfc4291" title=""IP Version 6 Addressing Architecture"">RFC4291</a>]:
Link-Local Unicast address
Link-Local Scope Multicast address
The following terms used in this document are defined in the Mobile
IPv6 specification [<a href="./rfc6275" title=""Mobility Support in IPv6"">RFC6275</a>]:
Home Agent (HA)
Home Link
Home Address (HoA)
Care-of Address (CoA)
Binding Update (BU)
Binding Acknowledgement (BA)
The following terms used in this document are defined in the Mobile
Network terminology document [<a href="./rfc4885" title=""Network Mobility Support Terminology"">RFC4885</a>]:
Mobile Router (MR)
Mobile Network (NEMO)
Mobile Network Prefix (MNP)
<span class="grey">Droms, et al. Standards Track [Page 3]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-4" ></span>
<span class="grey"><a href="./rfc6276">RFC 6276</a> DHCPv6 Prefix Delegation for NEMO July 2011</span>
The following terms used in this document are defined in the DHCPv6
[<a href="./rfc3315" title=""Dynamic Host Configuration Protocol for IPv6 (DHCPv6)"">RFC3315</a>] and DHCPv6 prefix delegation [<a href="./rfc3633" title=""IPv6 Prefix Options for Dynamic Host Configuration Protocol (DHCP) version 6"">RFC3633</a>] specifications:
Delegating Router (DR; acts as a DHCPv6 server)
Requesting Router (RR; acts as a DHCPv6 client)
DHCPv6 Relay Agent (DRA)
The following acronym is used in this document:
DHCPv6PD: DHCPv6 Prefix Delegation
<span class="h2"><a class="selflink" id="section-3" href="#section-3">3</a>. DHCPv6 Prefix Delegation of Mobile Network Prefixes</span>
The NEMO Basic Support protocol [<a href="./rfc3963" title=""Network Mobility (NEMO) Basic Support Protocol"">RFC3963</a>] extends the Mobile IPv6
protocol [<a href="./rfc6275" title=""Mobility Support in IPv6"">RFC6275</a>] to enable network mobility. With the NEMO Basic
Support protocol, a mobile router uses Mobile IPv6 to establish and
maintain a session with its home agent and uses bidirectional
tunneling between the mobile router and the home agent to provide a
path through which nodes attached to links in the mobile network can
maintain connectivity with nodes not in the NEMO.
The requirements for Network Mobility [<a href="./rfc4885" title=""Network Mobility Support Terminology"">RFC4885</a>] include the ability
of the mobile router to receive delegated prefixes that can then be
assigned to links in the mobile network. DHCPv6PD can be used to
meet this requirement for prefix delegation.
To use DHCPv6PD for mobile networks, when the mobile router is
located at home, the home agent assumes the role of the delegating
router and the mobile router assumes the role of the requesting
router. However, when the mobile router is away from home, in
addition to the roles when the mobile router is located at home, the
mobile router also assumes the role of a DHCPv6 relay agent
co-located with the requesting router function.
When the mobile router is not at home, the home agent and the mobile
router exchange DHCPv6PD protocol messages as specified in [<a href="./rfc6275" title=""Mobility Support in IPv6"">RFC6275</a>].
This means that the messages sent by the mobile router MUST include
the Home Address destination option and messages sent by the home
agent MUST make use of a Routing Header type 2. See Figure 1 for the
deployment topologies when the MR is at home and when it is visiting
a foreign network.
<span class="grey">Droms, et al. Standards Track [Page 4]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-5" ></span>
<span class="grey"><a href="./rfc6276">RFC 6276</a> DHCPv6 Prefix Delegation for NEMO July 2011</span>
------ ------
| MR |----------------| HA |
|(RR)| (home network) |(DR)|
------ ------
------- /-----------\ ------
| MR |----| Internet |-----| HA |
|(RR) | \-----------/ |(DR)|
|(DRA)| ------
-------
(visited network)
Figure 1: Deployment topologies of the use of DHCPv6PD for delegation
of Mobile Network Prefixes
The DHCPv6PD server is provisioned with prefixes to be assigned using
any of the prefix assignment mechanisms described in the DHCPv6PD
specifications. Other updates to the home agent data structures
required as a side effect of prefix delegation are specified by the
particular network mobility protocol. For example, in the case of
NEMO Basic Network Mobility Support [<a href="./rfc3963" title=""Network Mobility (NEMO) Basic Support Protocol"">RFC3963</a>], the HA would add an
entry in its binding cache registering the delegated prefix to the
mobile router to which the prefix was delegated.
<span class="h3"><a class="selflink" id="section-3.1" href="#section-3.1">3.1</a>. Exchanging DHCPv6 Messages When the Mobile Router Is Not at Home</span>
The case when the mobile router is away from home is described in
this section. <a href="#section-3.2">Section 3.2</a> describes the protocol operation for the
case when the mobile router is attached to its home link.
The mobile router MUST register at the home agent (i.e., by sending a
Binding Update to the home agent) before initiating a DHCPv6 message
exchange for prefix delegation. The mobile router MUST use implicit
BU signaling, since the mobile router may not have yet requested any
prefixes.
If the mobile router does not have any active delegated prefixes
(with unexpired leases), the mobile router MUST initiate a DHCPv6
message exchange with a DHCPv6 Solicit message as described in
<a href="./rfc3315#section-17">Section 17 of [RFC3315]</a> and <a href="./rfc3633#section-11.1">Section 11.1 of [RFC3633]</a>. The
delegating router at the home agent responds with an Advertise
message. Then, the mobile router MUST request a set of prefixes by
sending a Request message. The delegating router includes the
delegated prefixes in a Reply message. Note that in this case, the
mobile router has previously sent a Binding Update to the home agent
without knowing yet the set of prefixes that it can use as mobile
network prefixes. The home agent, upon reception of the implicit
Binding Update from the mobile router, MUST select (in case this was
<span class="grey">Droms, et al. Standards Track [Page 5]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-6" ></span>
<span class="grey"><a href="./rfc6276">RFC 6276</a> DHCPv6 Prefix Delegation for NEMO July 2011</span>
not pre-configured already) the prefixes that would then be delegated
to the mobile router via DHCPv6PD. The home agent, once the DHCPv6
signaling has been completed, MUST add an entry in its binding cache
including the delegated prefixes.
In case the mobile router has one or more active delegated prefixes
-- for example, as if the mobile router reboots or the mobile network
prefix(es) currently used by the mobile router is about to expire --
the mobile router MUST initiate a DHCPv6 message exchange with a
DHCPv6 Rebind message as described in <a href="./rfc3315#section-18.1.2">Section 18.1.2 of [RFC3315]</a> and
<a href="./rfc3633#section-12.1">Section 12.1 of [RFC3633]</a>.
A DHPCv6 relay agent function [<a href="./rfc3315" title=""Dynamic Host Configuration Protocol for IPv6 (DHCPv6)"">RFC3315</a>] MUST be used at the mobile
router. This relay agent function is co-located in the mobile router
with the DHCPv6 client function (see Figure 2). The DHCPv6 signaling
between the mobile router and the home agent is exchanged between the
DHCPv6 relay agent in the mobile router and the DHCPv6 server on the
home agent. DHCPv6 messages from the mobile router to the home agent
are unicast packets sent from the unicast home address of the mobile
router to the global unicast address of the home agent, and therefore
the Home Address destination option MUST be used. DHCPv6 replies
from the home agent to the mobile router MUST be sent using the
Routing Header type 2, as specified in [<a href="./rfc6275" title=""Mobility Support in IPv6"">RFC6275</a>]. The DHCPv6 client
in the mobile router MUST hand any outbound DHCPv6 messages to the
co-located relay agent. Responses from the DHCPv6 server are
delivered to the relay agent function in the mobile router, which
MUST extract the encapsulated message and deliver it to the DHCPv6
client in the mobile router.
<span class="grey">Droms, et al. Standards Track [Page 6]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-7" ></span>
<span class="grey"><a href="./rfc6276">RFC 6276</a> DHCPv6 Prefix Delegation for NEMO July 2011</span>
----------------------------- --------
| MR | | HA |
| (RR) (DRA) | | (DR) |
---------------------------- --------
| | Binding Update |
| |------------------------>|
| | (HoA, CoA) |
| | |
| | Binding Ack |
| |<------------------------|
| | |
| DHCPv6 Solicit | DHCPv6 Solicit |
|..................>|--=====================->|
| | |
| DHCPv6 Advertise | DHCPv6 Advertise |
|<..................|<-=====================--|
| | |
| DHCPv6 Request | DHCPv6 Request |
|..................>|--=====================->|
| | |
| DHCPv6 Reply | DHCPv6 Reply |
|<..................|<-=====================--|
| | (Mobile Network Prefix) |
| | |
Figure 2: Signaling sequence when the mobile router is not at home
Note that a mobile router using DHCPv6PD to obtain the set of
prefixes to be used as mobile network prefixes cannot derive its home
address from one of its mobile network prefix(es) (as the mobile
router does not know them before registering to the home agent).
Therefore, the mobile router MUST assign its home address from the
prefix on its Home Link.
<span class="h4"><a class="selflink" id="section-3.1.1" href="#section-3.1.1">3.1.1</a>. Relay Agent Configuration</span>
The use of the relay agent function in the mobile router allows the
mobile router to unicast DHCPv6 messages to the DHCPv6 server. The
relay agent MUST be configured with the address of the DHCPv6 server.
For the purposes of this specification, the relay agent assumes that
the home agent for the mobile router hosts the DHCPv6 server.
Therefore, the mobile router MUST configure the DHCPv6 relay agent to
forward DHCPv6 messages to the home agent.
The DHCPv6 specification supports in certain scenarios the use of
unicast between the client and the server. However, its use presents
some difficulties, as the client has to first receive a Server
Unicast option (<a href="./rfc3315#section-22.12">Section 22.12 of [RFC3315]</a>) from the server, which
<span class="grey">Droms, et al. Standards Track [Page 7]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-8" ></span>
<span class="grey"><a href="./rfc6276">RFC 6276</a> DHCPv6 Prefix Delegation for NEMO July 2011</span>
means that a Solicit/Advertise message exchange is required in
advance. That signaling exchange would require the presence of a
relay agent on the mobile router, and therefore little gain would be
achieved in this case from the use of the Server Unicast option.
<span class="h4"><a class="selflink" id="section-3.1.2" href="#section-3.1.2">3.1.2</a>. Transmission of DHCPv6 Messages</span>
When the DHCPv6 client in the mobile router sends a message, it MUST
hand the message to the DHCPv6 relay agent in the mobile router. The
way in which the message is passed to the DHCP relay agent is beyond
the scope of this document. The relay agent encapsulates the message
from the client according to [<a href="./rfc3315" title=""Dynamic Host Configuration Protocol for IPv6 (DHCPv6)"">RFC3315</a>] in a Relay-forward message and
sends the resulting DHCPv6 message to the home agent. The relay
agent sets the fields in the Relay-forward message as follows:
msg-type RELAY-FORW
hop-count 1
link-address The home address of the mobile router
peer-address The home address of the mobile router
options MUST include a "Relay Message option" [<a href="./rfc3315" title=""Dynamic Host Configuration Protocol for IPv6 (DHCPv6)"">RFC3315</a>]; MAY
include other options added by the relay agent.
<span class="h4"><a class="selflink" id="section-3.1.3" href="#section-3.1.3">3.1.3</a>. Receipt of DHCPv6 Messages</span>
Messages from the DHCPv6 server will be returned to the DHCPv6 relay
agent, with the message for the DHCPv6 client encapsulated in the
Relay Message option [<a href="./rfc3315" title=""Dynamic Host Configuration Protocol for IPv6 (DHCPv6)"">RFC3315</a>] in a Relay-reply message. The relay
agent function MUST extract the message for the client from the Relay
Message option and hand the message to the DHCPv6 client in the
mobile router. The way in which the message is passed to the client
is beyond the scope of this document.
<span class="h3"><a class="selflink" id="section-3.2" href="#section-3.2">3.2</a>. Exchanging DHCPv6 Messages When the Mobile Router Is at Home</span>
When the mobile router is on its home link, the home agent MUST use
the home link to exchange DHCPv6PD messages with the mobile router
(Figure 3). In this case, the DHCPv6 co-located relay function MUST
be disabled. It is the responsibility of the implementation to
determine when the mobile router is on its home link. The Home Link
Detection mechanism is described in <a href="./rfc6275#section-11.5.2">Section 11.5.2 of [RFC6275]</a>.
<span class="grey">Droms, et al. Standards Track [Page 8]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-9" ></span>
<span class="grey"><a href="./rfc6276">RFC 6276</a> DHCPv6 Prefix Delegation for NEMO July 2011</span>
-------- --------
| MR | | HA |
| (RR) | | (DR) |
-------- --------
| |
| DHCPv6 Solicit |
|------------------------>|
| |
| DHCPv6 Advertise |
|<------------------------|
| |
| DHCPv6 Request |
|------------------------>|
| |
| DHCPv6 Reply |
|<------------------------|
| (Mobile Network Prefix) |
| |
Figure 3: Signaling sequence for the case the home agent is at home
<span class="h3"><a class="selflink" id="section-3.3" href="#section-3.3">3.3</a>. Selecting a Home Agent That Provides DHCPv6PD</span>
Not all nodes that are willing to act as a home agent are required to
provide DHCPv6PD. Therefore, when selecting a home agent, a mobile
router that requires DHCPv6PD service MUST identify a home agent that
will provide the service. The mobile router can determine if a home
agent provides DHCPv6PD by initiating a DHCPv6 message exchange
(i.e., sending a Solicit message) in which the mobile router requests
delegated prefix(es). If the home agent does not respond or responds
but does not delegate any prefix(es) in its response, the mobile
router assumes that the home agent does not provide DHCPv6PD service.
The mobile router continues to query all candidate home agents until
it finds one that provides DHCPv6PD. Note that in this particular
case and if the mobile router is away from home, the mobile router
has to have already performed a Mobile IPv6 registration with the
home agent it queries.
Querying a home agent to determine if it provides DHCPv6PD requires
different operational variables than those recommended by the DHCPv6
specification. [<a href="./rfc3315" title=""Dynamic Host Configuration Protocol for IPv6 (DHCPv6)"">RFC3315</a>] recommends that under normal circumstances,
a host will continue to send DHCPv6 Solicit messages until it
receives a response (see <a href="./rfc3315#section-17">Section 17 of [RFC3315]</a>), i.e., the Maximum
Retransmission Duration (MRD) and Maximum Retransmission Count (MRC)
are both set to zero. However, a home agent may not respond to the
Solicit messages from the mobile router because the home agent does
not support DHCPv6 prefix delegation. Therefore, when querying a
home agent to determine if the home agent provides DHCPv6PD service,
<span class="grey">Droms, et al. Standards Track [Page 9]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-10" ></span>
<span class="grey"><a href="./rfc6276">RFC 6276</a> DHCPv6 Prefix Delegation for NEMO July 2011</span>
it is RECOMMENDED that MRD and MRC be set to non-zero values so that
the mobile router discontinues sending Solicit messages to the home
agent after sending 6 Solicit messages, and conclude that the home
agent will not provide DHCPv6PD service. Sending 6 queries provides
enough reliability for scenarios in which the wireless connectivity
is lost for a short period after sending the first Binding Update
message.
It is RECOMMENDED that the mobile router uses a sequential probing of
the home agents for DHCPv6PD service.
<span class="h3"><a class="selflink" id="section-3.4" href="#section-3.4">3.4</a>. Minimizing DHCPv6PD Messages</span>
The use DHCPv6PD in a mobile network can be combined with the Rapid
Commit option [<a href="./rfc3315" title=""Dynamic Host Configuration Protocol for IPv6 (DHCPv6)"">RFC3315</a>] to provide DHCPv6 prefix delegation with a
two-message exchange between the mobile router and the DHCPv6PD
delegating router.
<span class="h3"><a class="selflink" id="section-3.5" href="#section-3.5">3.5</a>. Other DHCPv6 Functions</span>
The DHCPv6 messages exchanged between the mobile router and the home
agent MAY also be used for other DHCPv6 functions in addition to
DHCPv6PD. For example, the home agent MAY assign global addresses to
the mobile router and MAY pass other configuration information such
as a list of available DNS recursive name servers [<a href="./rfc3646" title=""DNS Configuration options for Dynamic Host Configuration Protocol for IPv6 (DHCPv6)"">RFC3646</a>] to the
mobile router using the same DHCPv6 messages as used for DHCPv6PD.
The home agent MAY act as a DHCPv6 relay agent for mobile nodes while
it acts as a delegating router for mobile routers.
<span class="h2"><a class="selflink" id="section-4" href="#section-4">4</a>. Security Considerations</span>
This document describes the use of DHCPv6 for prefix delegation in
mobile networks. In addition to the security considerations for
DHCPv6 described in the "Security Considerations" section of the
DHCPv6 base specification [<a href="./rfc3315" title=""Dynamic Host Configuration Protocol for IPv6 (DHCPv6)"">RFC3315</a>] and the "Security Considerations"
of the DHCPv6 Prefix Delegation specification [<a href="./rfc3633" title=""IPv6 Prefix Options for Dynamic Host Configuration Protocol (DHCP) version 6"">RFC3633</a>], there are
two aspects that need to be considered.
First, the NEMO Basic Support specification requires the home agent
to prevent a mobile router from claiming mobile network prefixes
belonging to another mobile router. Upon reception of an implicit
Binding Update from a mobile router, the home agent MUST only add
prefixes into the mobile router's Binding Cache Entry if the mobile
router has a valid DHCPv6 Prefix Delegation lease for said prefixes.
If the mobile router does not have a valid DHCPv6 Prefix Delegation
lease, the home agent MUST NOT add any prefixes into the mobile
router's Binding Cache Entry. Upon the mobile router obtaining a
<span class="grey">Droms, et al. Standards Track [Page 10]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-11" ></span>
<span class="grey"><a href="./rfc6276">RFC 6276</a> DHCPv6 Prefix Delegation for NEMO July 2011</span>
valid DHCPv6 Prefix Delegation lease for a given set of prefixes, the
home agent MUST add these prefixes to the mobile router's Binding
Cache Entry. This avoids the home agent forwarding traffic addressed
to prefixes that have not been yet delegated to the mobile router.
The use of DHCPv6, as described in this document, requires message
integrity protection and source authentication. When the mobile
router is at home, normal DHCPv6 operation is used between the mobile
router and the home agent and therefore this specification does not
add any new security issue. While the mobile router is away from
home, the IPsec security mechanism mandated by Mobile IPv6 [<a href="./rfc3776" title=""Using IPsec to Protect Mobile IPv6 Signaling Between Mobile Nodes and Home Agents"">RFC3776</a>]
MUST be used to secure the DHCPv6 signaling. In the following, we
describe the Security Policy Database (SPD) and Security Association
Database (SAD) entries necessary to protect the DHCPv6 signaling. We
use the same format used by [<a href="./rfc4877" title=""Mobile IPv6 Operation with IKEv2 and the Revised IPsec Architecture"">RFC4877</a>]. The SPD and SAD entries are
only example configurations. A particular mobile router
implementation and a home agent implementation could configure
different SPD and SAD entries as long as they provide the required
security of the DHCPv6 signaling messages.
For the examples described in this document, a mobile router with
home address "home_address_1", and a home agent with address
"home_agent_1" are assumed. If the home address of the mobile router
changes, the SPD and SAD entries need to be re-created or updated for
the new home address.
mobile router SPD-S:
- IF local_address = home_address_1 &
remote_address = home_agent_1 & proto = UDP &
local_port = any & remote_port = DHCP
Then use SA1 (OUT) and SA2 (IN)
mobile router SAD:
- SA1(OUT, spi_a, home_agent_1, ESP, TRANSPORT):
local_address = home_address_1 &
remote_address = home_agent_1 &
proto = UDP & remote_port = DHCP
- SA2(IN, spi_b, home_address_1, ESP, TRANSPORT):
local_address = home_agent_1 &
remote_address = home_address_1 &
proto = UDP & local_port = DHCP
home agent SPD-S:
- IF local_address = home_agent_1 &
remote_address = homa_address_1 & proto = UDP &
local_port = DHCP & remote_port = any
Then use SA2 (OUT) and SA1 (IN)
<span class="grey">Droms, et al. Standards Track [Page 11]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-12" ></span>
<span class="grey"><a href="./rfc6276">RFC 6276</a> DHCPv6 Prefix Delegation for NEMO July 2011</span>
home agent SAD:
- SA2(OUT, spi_b, home_address_1, ESP, TRANSPORT):
local_address = home_agent_1 &
remote_address = home_address_1 &
proto = UDP & local_port = DHCP
- SA1(IN, spi_a, home_agent_1, ESP, TRANSPORT):
local_address = home_address_1 &
remote_address = home_agent_1 &
proto = UDP & remote_port = DHCP
<span class="h2"><a class="selflink" id="section-5" href="#section-5">5</a>. Acknowledgments</span>
The authors would like to thank people who have given valuable
comments on the mailing list. Specific suggestions from Ryuji
Wakikawa, George Tsirtsis, Alexandru Petrescu, Vijay Devarapalli, and
Marcelo Bagnulo were incorporated into this document.
The authors would like to thank Julien Laganier, Michaela Vanderveen,
and Jean-Michel Combes for their review of previous versions of this
document.
<span class="h2"><a class="selflink" id="section-6" href="#section-6">6</a>. References</span>
<span class="h3"><a class="selflink" id="section-6.1" href="#section-6.1">6.1</a>. Normative References</span>
[<a id="ref-RFC2119">RFC2119</a>] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", <a href="https://www.rfc-editor.org/bcp/bcp14">BCP 14</a>, <a href="./rfc2119">RFC 2119</a>, March 1997.
[<a id="ref-RFC3315">RFC3315</a>] Droms, R., Bound, J., Volz, B., Lemon, T., Perkins, C.,
and M. Carney, "Dynamic Host Configuration Protocol for
IPv6 (DHCPv6)", <a href="./rfc3315">RFC 3315</a>, July 2003.
[<a id="ref-RFC3633">RFC3633</a>] Troan, O. and R. Droms, "IPv6 Prefix Options for Dynamic
Host Configuration Protocol (DHCP) version 6", <a href="./rfc3633">RFC 3633</a>,
December 2003.
[<a id="ref-RFC3646">RFC3646</a>] Droms, R., "DNS Configuration options for Dynamic Host
Configuration Protocol for IPv6 (DHCPv6)", <a href="./rfc3646">RFC 3646</a>,
December 2003.
[<a id="ref-RFC3776">RFC3776</a>] Arkko, J., Devarapalli, V., and F. Dupont, "Using IPsec to
Protect Mobile IPv6 Signaling Between Mobile Nodes and
Home Agents", <a href="./rfc3776">RFC 3776</a>, June 2004.
[<a id="ref-RFC3963">RFC3963</a>] Devarapalli, V., Wakikawa, R., Petrescu, A., and P.
Thubert, "Network Mobility (NEMO) Basic Support Protocol",
<a href="./rfc3963">RFC 3963</a>, January 2005.
<span class="grey">Droms, et al. Standards Track [Page 12]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-13" ></span>
<span class="grey"><a href="./rfc6276">RFC 6276</a> DHCPv6 Prefix Delegation for NEMO July 2011</span>
[<a id="ref-RFC4291">RFC4291</a>] Hinden, R. and S. Deering, "IP Version 6 Addressing
Architecture", <a href="./rfc4291">RFC 4291</a>, February 2006.
[<a id="ref-RFC4877">RFC4877</a>] Devarapalli, V. and F. Dupont, "Mobile IPv6 Operation with
IKEv2 and the Revised IPsec Architecture", <a href="./rfc4877">RFC 4877</a>,
April 2007.
[<a id="ref-RFC6275">RFC6275</a>] Perkins, C., Johnson, D., and J. Arkko, "Mobility Support
in IPv6", <a href="./rfc6275">RFC 6275</a>, July 2011.
<span class="h3"><a class="selflink" id="section-6.2" href="#section-6.2">6.2</a>. Informative References</span>
[<a id="ref-RFC4885">RFC4885</a>] Ernst, T. and H-Y. Lach, "Network Mobility Support
Terminology", <a href="./rfc4885">RFC 4885</a>, July 2007.
<span class="grey">Droms, et al. Standards Track [Page 13]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-14" ></span>
<span class="grey"><a href="./rfc6276">RFC 6276</a> DHCPv6 Prefix Delegation for NEMO July 2011</span>
Authors' Addresses
Ralph Droms
Cisco
1414 Massachusetts Avenue
Boxborough, MA 01719
USA
Phone: +1 978.936.1674
EMail: rdroms@cisco.com
Pascal Thubert
Cisco
Village d'Entreprises Green Side
400, Avenue Roumanille
Biot - Sophia Antipolis 06410
FRANCE
EMail: pthubert@cisco.com
Francis Dupont
Internet Systems Consortium
EMail: fdupont@isc.org
Wassim Haddad
Ericsson
6210 Spine Road
Boulder, CO 80301
USA
Phone: +1 303.473.6963
EMail: Wassim.Haddad@ericsson.com
Carlos J. Bernardos
Universidad Carlos III de Madrid
Av. Universidad, 30
Leganes, Madrid 28911
Spain
Phone: +34 91624 6236
EMail: cjbc@it.uc3m.es
URI: <a href="http://www.it.uc3m.es/cjbc/">http://www.it.uc3m.es/cjbc/</a>
Droms, et al. Standards Track [Page 14]
</pre>
|
