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
|
<pre>Internet Engineering Task Force (IETF) M. Boucadair
Request for Comments: 8115 Orange
Category: Standards Track J. Qin
ISSN: 2070-1721 Cisco
T. Tsou
Philips Lighting
X. Deng
The University of New South Wales
March 2017
<span class="h1">DHCPv6 Option for IPv4-Embedded Multicast and Unicast IPv6 Prefixes</span>
Abstract
This document defines a Dynamic Host Configuration Protocol version 6
(DHCPv6) Option for multicast IPv4 service continuity solutions,
which is used to carry the IPv6 prefixes to be used to build unicast
and multicast IPv4-embedded IPv6 addresses.
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="./rfc7841#section-2">Section 2 of RFC 7841</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/rfc8115">http://www.rfc-editor.org/info/rfc8115</a>.
Copyright Notice
Copyright (c) 2017 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
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.
<span class="grey">Boucadair, 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="./rfc8115">RFC 8115</a> IPv4/IPv6 Multicast Prefixes Option March 2017</span>
Table of Contents
<a href="#section-1">1</a>. Introduction . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-2">2</a>
<a href="#section-1.1">1.1</a>. Requirements Language . . . . . . . . . . . . . . . . . . <a href="#page-2">2</a>
<a href="#section-2">2</a>. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-2">2</a>
<a href="#section-3">3</a>. OPTION_V6_PREFIX64 DHCPv6 Option . . . . . . . . . . . . . . <a href="#page-3">3</a>
<a href="#section-4">4</a>. DHCPv6 Client Behavior . . . . . . . . . . . . . . . . . . . <a href="#page-5">5</a>
<a href="#section-5">5</a>. Security Considerations . . . . . . . . . . . . . . . . . . . <a href="#page-5">5</a>
<a href="#section-6">6</a>. IANA Considerations . . . . . . . . . . . . . . . . . . . . . <a href="#page-6">6</a>
<a href="#section-7">7</a>. References . . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-6">6</a>
<a href="#section-7.1">7.1</a>. Normative References . . . . . . . . . . . . . . . . . . <a href="#page-6">6</a>
<a href="#section-7.2">7.2</a>. Informative References . . . . . . . . . . . . . . . . . <a href="#page-6">6</a>
<a href="#appendix-A">Appendix A</a>. Configuration Recommendations for DHCP Servers . . . <a href="#page-8">8</a>
Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-8">8</a>
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-9">9</a>
<span class="h2"><a class="selflink" id="section-1" href="#section-1">1</a>. Introduction</span>
Several solutions (e.g., [<a href="./rfc8114" title=""Delivery of IPv4 Multicast Services to IPv4 Clients over an IPv6 Multicast Network"">RFC8114</a>]) are proposed for the delivery of
multicast services in the context of transition to IPv6. Even if
these solutions may have different applicable use cases, they all use
specific IPv6 addresses that embed IPv4 addresses, for both multicast
group and source addresses.
This document defines a DHCPv6 option [<a href="./rfc3315" title=""Dynamic Host Configuration Protocol for IPv6 (DHCPv6)"">RFC3315</a>] that carries the IPv6
prefixes to be used for constructing these IPv4-embedded IPv6
addresses.
In particular, this option can be used in the context of Dual-Stack
Lite (DS-Lite) [<a href="./rfc6333" title=""Dual- Stack Lite Broadband Deployments Following IPv4 Exhaustion"">RFC6333</a>], Stateless Address plus Port (A+P)
[<a href="./rfc6346" title=""The Address plus Port (A+P) Approach to the IPv4 Address Shortage"">RFC6346</a>], and other IPv4-IPv6 transition techniques.
<span class="h3"><a class="selflink" id="section-1.1" href="#section-1.1">1.1</a>. Requirements Language</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>].
<span class="h2"><a class="selflink" id="section-2" href="#section-2">2</a>. Terminology</span>
This document makes use of the following terms:
IPv4-embedded IPv6 address: an IPv6 address that embeds a 32-bit-
encoded IPv4 address [<a href="./rfc6052" title=""IPv6 Addressing of IPv4/IPv6 Translators"">RFC6052</a>]. An IPv4-embedded IPv6 address can
be a unicast or a multicast address.
<span class="grey">Boucadair, 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="./rfc8115">RFC 8115</a> IPv4/IPv6 Multicast Prefixes Option March 2017</span>
Prefix64: an IPv6 prefix used for synthesizing IPv4-embedded IPv6
addresses. A Prefix64 can be unicast or multicast.
Note: "64" is used as an abbreviation for IPv6-IPv4
interconnection.
ASM_mPrefix64: a multicast Prefix64 that belongs to the Any-Source
Multicast (ASM) range.
SSM_mPrefix64: a multicast Prefix64 which belongs to the Source-
Specific Multicast (SSM) [<a href="./rfc4607" title=""Source-Specific Multicast for IP"">RFC4607</a>] range.
uPrefix64: a unicast Prefix64 for building the IPv4-embedded IPv6
addresses of multicast sources in SSM mode.
<span class="h2"><a class="selflink" id="section-3" href="#section-3">3</a>. OPTION_V6_PREFIX64 DHCPv6 Option</span>
OPTION_V6_PREFIX64 (Figure 1) conveys the IPv6 prefix(es) to be used
(e.g., by an mB4 [<a href="./rfc8114" title=""Delivery of IPv4 Multicast Services to IPv4 Clients over an IPv6 Multicast Network"">RFC8114</a>]) to synthesize IPv4-embedded IPv6
addresses.
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_V6_PREFIX64 | option-length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| asm-length | |
+-+-+-+-+-+-+-+-+ :
: ASM_mPrefix64 :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ssm-length | |
+-+-+-+-+-+-+-+-+ :
: SSM_mPrefix64 :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| unicast-length| |
+-+-+-+-+-+-+-+-+ :
: uPrefix64 (Variable) :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1: Option Format for OPTION_V6_PREFIX64
The fields of the option shown in Figure 1 are as follows:
option-code: OPTION_V6_PREFIX64 (see <a href="#section-6">Section 6</a>).
option-length: length of the option, in octets.
<span class="grey">Boucadair, 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="./rfc8115">RFC 8115</a> IPv4/IPv6 Multicast Prefixes Option March 2017</span>
asm-length: the prefix length for the ASM IPv4-embedded prefix, as
an 8-bit unsigned integer. This field represents the number of
valid leading bits in the prefix. This field MUST be set to 96.
ASM_mPrefix64: this field identifies the IPv6 multicast prefix to be
used to synthesize the IPv4-embedded IPv6 addresses of the
multicast groups in the ASM mode. The conveyed multicast IPv6
prefix MUST belong to the ASM range.
ssm-length: the prefix length for the SSM IPv4-embedded prefix, as
an 8-bit unsigned integer. This field represents the number of
valid leading bits in the prefix. This field MUST be set to 96.
SSM_mPrefix64: this field identifies the IPv6 multicast prefix to be
used to synthesize the IPv4-embedded IPv6 addresses of the
multicast groups in SSM mode. The conveyed multicast IPv6 prefix
MUST belong to the SSM range.
unicast-length: the prefix length for the IPv6 unicast prefix to be
used to synthesize the IPv4-embedded IPv6 addresses of the
multicast sources, as an 8-bit unsigned integer. As specified in
[<a href="./rfc6052" title=""IPv6 Addressing of IPv4/IPv6 Translators"">RFC6052</a>], the unicast-length MUST be one of 32, 40, 48, 56, 64,
or 96. This field represents the number of valid leading bits in
the prefix.
uPrefix64: this field identifies the IPv6 unicast prefix to be used
in SSM mode for constructing the IPv4-embedded IPv6 addresses
representing the IPv4 multicast sources in the IPv6 domain.
uPrefix64 may also be used to extract the IPv4 address from the
received multicast data flows. It is a variable-size field with
the length of the field defined by the unicast-length field and is
rounded up to the nearest octet boundary. In this case, any
additional padding bits must be zeroed. The address mapping MUST
follow the guidelines documented in [<a href="./rfc6052" title=""IPv6 Addressing of IPv4/IPv6 Translators"">RFC6052</a>].
Multiple instances of OPTION_V6_PREFIX64 may be returned to a DHCPv6
client. Configuration recommendations for DHCP servers are listed in
<a href="#appendix-A">Appendix A</a>.
Note that it was tempting to define three distinct DHCPv6 options,
but that approach was not adopted because it has a side effect: the
specification of a DHCPv6 option that could be used to discover
unicast Prefix64s in environments where multicast is not enabled.
Such a side effect conflicts with the recommendation to support the
Well-Known DNS Name heuristic discovery-based method for unicast-only
environments (<a href="./rfc7051#section-6">Section 6 of [RFC7051]</a>).
<span class="grey">Boucadair, 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="./rfc8115">RFC 8115</a> IPv4/IPv6 Multicast Prefixes Option March 2017</span>
<span class="h2"><a class="selflink" id="section-4" href="#section-4">4</a>. DHCPv6 Client Behavior</span>
To retrieve the IPv6 prefixes that will be used to synthesize unicast
and multicast IPv4-embedded IPv6 addresses, the DHCPv6 client MUST
include the OPTION_V6_PREFIX64 code in its OPTION_ORO. If the DHCPv6
client receives more than one OPTION_V6_PREFIX64 option from the
DHCPv6 server:
o If each enclosed IPv6 multicast prefix has a distinct scope
[<a href="./rfc7346" title=""IPv6 Multicast Address Scopes"">RFC7346</a>], the client MUST select the appropriate IPv6 multicast
prefix whose scope matches the IPv4 multicast address used to
synthesize an IPv4-embedded IPv6 multicast address.
o If at least two of the received options convey IPv6 multicast
prefixes that have the same scope, the said options MUST be
discarded.
If asm-length, ssm-length and unicast-length fields are all set to 0,
the DHCPv6 client MUST behave as if OPTION_V6_PREFIX64 had not been
received in the response received from the DHCPv6 server.
If the asm-length field is non-null, the IPv6 prefix identified by
ASM_mPrefix64 is used to synthesize IPv4-embedded IPv6 multicast
addresses in the ASM range. This is achieved by concatenating the
ASM_mPrefix64 and the IPv4 multicast address; the IPv4 multicast
address is inserted in the last 32 bits of the IPv4-embedded IPv6
multicast address.
If the ssm-length field is non-null, the IPv6 prefix identified by
SSM_mPrefix64 is used to synthesize IPv4-embedded IPv6 multicast
addresses in the SSM range. This is achieved by concatenating the
SSM_mPrefix64 and the IPv4 multicast address; the IPv4 multicast
address is inserted in the last 32 bits of the IPv4-embedded IPv6
multicast address.
If the unicast-length field is non-null, the IPv6 prefix identified
by uPrefix64 is used to synthesize IPv4-embedded IPv6 unicast
addresses as specified in [<a href="./rfc6052" title=""IPv6 Addressing of IPv4/IPv6 Translators"">RFC6052</a>].
<span class="h2"><a class="selflink" id="section-5" href="#section-5">5</a>. Security Considerations</span>
The security considerations documented in [<a href="./rfc3315" title=""Dynamic Host Configuration Protocol for IPv6 (DHCPv6)"">RFC3315</a>] and [<a href="./rfc6052" title=""IPv6 Addressing of IPv4/IPv6 Translators"">RFC6052</a>] are
to be considered.
<span class="grey">Boucadair, 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="./rfc8115">RFC 8115</a> IPv4/IPv6 Multicast Prefixes Option March 2017</span>
<span class="h2"><a class="selflink" id="section-6" href="#section-6">6</a>. IANA Considerations</span>
IANA has assigned the following option code in the "Dynamic Host
Configuration Protocol for IPv6 (DHCPv6)" registry
<<a href="http://www.iana.org/assignments/dhcpv6-parameters">http://www.iana.org/assignments/dhcpv6-parameters</a>>:
Option Name Value
------------------ -----
OPTION_V6_PREFIX64 113
<span class="h2"><a class="selflink" id="section-7" href="#section-7">7</a>. References</span>
<span class="h3"><a class="selflink" id="section-7.1" href="#section-7.1">7.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>,
DOI 10.17487/RFC2119, March 1997,
<<a href="http://www.rfc-editor.org/info/rfc2119">http://www.rfc-editor.org/info/rfc2119</a>>.
[<a id="ref-RFC3315">RFC3315</a>] Droms, R., Ed., Bound, J., Volz, B., Lemon, T., Perkins,
C., and M. Carney, "Dynamic Host Configuration Protocol
for IPv6 (DHCPv6)", <a href="./rfc3315">RFC 3315</a>, DOI 10.17487/RFC3315, July
2003, <<a href="http://www.rfc-editor.org/info/rfc3315">http://www.rfc-editor.org/info/rfc3315</a>>.
[<a id="ref-RFC4607">RFC4607</a>] Holbrook, H. and B. Cain, "Source-Specific Multicast for
IP", <a href="./rfc4607">RFC 4607</a>, DOI 10.17487/RFC4607, August 2006,
<<a href="http://www.rfc-editor.org/info/rfc4607">http://www.rfc-editor.org/info/rfc4607</a>>.
[<a id="ref-RFC6052">RFC6052</a>] Bao, C., Huitema, C., Bagnulo, M., Boucadair, M., and X.
Li, "IPv6 Addressing of IPv4/IPv6 Translators", <a href="./rfc6052">RFC 6052</a>,
DOI 10.17487/RFC6052, October 2010,
<<a href="http://www.rfc-editor.org/info/rfc6052">http://www.rfc-editor.org/info/rfc6052</a>>.
<span class="h3"><a class="selflink" id="section-7.2" href="#section-7.2">7.2</a>. Informative References</span>
[<a id="ref-RFC2365">RFC2365</a>] Meyer, D., "Administratively Scoped IP Multicast", <a href="https://www.rfc-editor.org/bcp/bcp23">BCP 23</a>,
<a href="./rfc2365">RFC 2365</a>, DOI 10.17487/RFC2365, July 1998,
<<a href="http://www.rfc-editor.org/info/rfc2365">http://www.rfc-editor.org/info/rfc2365</a>>.
[<a id="ref-RFC6333">RFC6333</a>] Durand, A., Droms, R., Woodyatt, J., and Y. Lee, "Dual-
Stack Lite Broadband Deployments Following IPv4
Exhaustion", <a href="./rfc6333">RFC 6333</a>, DOI 10.17487/RFC6333, August 2011,
<<a href="http://www.rfc-editor.org/info/rfc6333">http://www.rfc-editor.org/info/rfc6333</a>>.
[<a id="ref-RFC6346">RFC6346</a>] Bush, R., Ed., "The Address plus Port (A+P) Approach to
the IPv4 Address Shortage", <a href="./rfc6346">RFC 6346</a>,
DOI 10.17487/RFC6346, August 2011,
<<a href="http://www.rfc-editor.org/info/rfc6346">http://www.rfc-editor.org/info/rfc6346</a>>.
<span class="grey">Boucadair, 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="./rfc8115">RFC 8115</a> IPv4/IPv6 Multicast Prefixes Option March 2017</span>
[<a id="ref-RFC7051">RFC7051</a>] Korhonen, J., Ed. and T. Savolainen, Ed., "Analysis of
Solution Proposals for Hosts to Learn NAT64 Prefix",
<a href="./rfc7051">RFC 7051</a>, DOI 10.17487/RFC7051, November 2013,
<<a href="http://www.rfc-editor.org/info/rfc7051">http://www.rfc-editor.org/info/rfc7051</a>>.
[<a id="ref-RFC7346">RFC7346</a>] Droms, R., "IPv6 Multicast Address Scopes", <a href="./rfc7346">RFC 7346</a>,
DOI 10.17487/RFC7346, August 2014,
<<a href="http://www.rfc-editor.org/info/rfc7346">http://www.rfc-editor.org/info/rfc7346</a>>.
[<a id="ref-RFC8114">RFC8114</a>] Boucadair, M., Qin, C., Jacquenet, C., Lee, Y., and Q.
Wang, "Delivery of IPv4 Multicast Services to IPv4 Clients
over an IPv6 Multicast Network", <a href="./rfc8114">RFC 8114</a>,
DOI 10.17487/RFC8114, March 2017,
<<a href="http://www.rfc-editor.org/info/rfc8114">http://www.rfc-editor.org/info/rfc8114</a>>.
<span class="grey">Boucadair, 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="./rfc8115">RFC 8115</a> IPv4/IPv6 Multicast Prefixes Option March 2017</span>
<span class="h2"><a class="selflink" id="appendix-A" href="#appendix-A">Appendix A</a>. Configuration Recommendations for DHCP Servers</span>
This appendix details a set of non-normative configuration
recommendations:
o DHCP servers supporting OPTION_V6_PREFIX64 must be configured with
ASM_mPrefix64 or SSM_mPrefix64, and may be configured with both.
o uPrefix64 must also be configured when SSM_mPrefix64 is provided.
o uPrefix64 may be configured when ASM_mPrefix64 is provided.
Note that uPrefix64 is not mandatory for the ASM case if, for
example, a local address mapping algorithm is supported or the
Well-Known Prefix (64:ff9b::/96) is used.
o Both ASM_mPrefix64 and SSM_mPrefix64 may be configured and
therefore be returned to a requesting DHCP client in the same
OPTION_V6_PREFIX64. In particular, if both SSM and ASM modes are
supported, ASM_mPrefix64 and SSM_mPrefix64 prefixes must be
configured. For SSM deployments, both SSM_mPrefix64 and uPrefix64
must be configured.
o When a multicast Prefix64 (ASM_mPrefix64 or SSM_mPrefix64) is
configured, the length of the prefix must be /96.
o When distinct IPv6 multicast address scopes [<a href="./rfc7346" title=""IPv6 Multicast Address Scopes"">RFC7346</a>] are required
to preserve the scope when translating IPv4 multicast addresses
(<a href="./rfc2365#section-8">Section 8 of [RFC2365]</a>), each scope is configured as a separate
OPTION_V6_PREFIX64. How DHCP servers are configured to separate
multicast Prefix64 per scope is implementation specific and not
covered by this document.
o When scope preservation is not required, only one instance of
OPTION_V6_PREFIX64 is configured.
Acknowledgments
Thanks to C. Jacquenet, S. Venaas, B. Volz, T. Taylor, R. Weber,
R. Even, J. Sheng, T. Mrugalski, and T. Chown for their review.
Many thanks to I. Farrer and T. Lemon for the comments.
<span class="grey">Boucadair, 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="./rfc8115">RFC 8115</a> IPv4/IPv6 Multicast Prefixes Option March 2017</span>
Authors' Addresses
Mohamed Boucadair
Orange
Rennes 35000
France
Email: mohamed.boucadair@orange.com
Jacni Qin
Cisco
Shanghai
China
Email: jacni@jacni.com
Tina Tsou
Philips Lighting
United States of America
Email: tina.tsou@philips.com
Xiaohong Deng
The University of New South Wales
Sydney NSW 2052
Australia
Email: dxhbupt@gmail.com
Boucadair, et al. Standards Track [Page 9]
</pre>
|
