idnits 2.17.00 (12 Aug 2021) /tmp/idnits42755/draft-bonica-special-purpose-05.txt: Checking boilerplate required by RFC 5378 and the IETF Trust (see https://trustee.ietf.org/license-info): ---------------------------------------------------------------------------- No issues found here. Checking nits according to https://www.ietf.org/id-info/1id-guidelines.txt: ---------------------------------------------------------------------------- No issues found here. Checking nits according to https://www.ietf.org/id-info/checklist : ---------------------------------------------------------------------------- == There are 10 instances of lines with non-RFC6890-compliant IPv4 addresses in the document. If these are example addresses, they should be changed. == There are 3 instances of lines with private range IPv4 addresses in the document. If these are generic example addresses, they should be changed to use any of the ranges defined in RFC 6890 (or successor): 192.0.2.x, 198.51.100.x or 203.0.113.x. == There are 6 instances of lines with non-RFC3849-compliant IPv6 addresses in the document. If these are example addresses, they should be changed. -- The draft header indicates that this document obsoletes RFC5156, but the abstract doesn't seem to directly say this. It does mention RFC5156 though, so this could be OK. Miscellaneous warnings: ---------------------------------------------------------------------------- == The copyright year in the IETF Trust and authors Copyright Line does not match the current year (Using the creation date from RFC4773, updated by this document, for RFC5378 checks: 2005-11-14) -- The document seems to lack a disclaimer for pre-RFC5378 work, but may have content which was first submitted before 10 November 2008. If you have contacted all the original authors and they are all willing to grant the BCP78 rights to the IETF Trust, then this is fine, and you can ignore this comment. If not, you may need to add the pre-RFC5378 disclaimer. (See the Legal Provisions document at https://trustee.ietf.org/license-info for more information.) -- The document date (January 03, 2013) is 3425 days in the past. Is this intentional? Checking references for intended status: Best Current Practice ---------------------------------------------------------------------------- (See RFCs 3967 and 4897 for information about using normative references to lower-maturity documents in RFCs) -- Looks like a reference, but probably isn't: '1' on line 324 -- Looks like a reference, but probably isn't: '2' on line 569 -- Looks like a reference, but probably isn't: '3' on line 656 -- Looks like a reference, but probably isn't: '4' on line 650 == Unused Reference: 'RFC4007' is defined on line 753, but no explicit reference was found in the text -- Obsolete informational reference (is this intentional?): RFC 3068 (Obsoleted by RFC 7526) -- Obsolete informational reference (is this intentional?): RFC 4773 (Obsoleted by RFC 6890) -- Obsolete informational reference (is this intentional?): RFC 4843 (Obsoleted by RFC 7343) -- Obsolete informational reference (is this intentional?): RFC 5156 (Obsoleted by RFC 6890) -- Obsolete informational reference (is this intentional?): RFC 5735 (Obsoleted by RFC 6890) -- Obsolete informational reference (is this intentional?): RFC 5736 (Obsoleted by RFC 6890) Summary: 0 errors (**), 0 flaws (~~), 5 warnings (==), 13 comments (--). Run idnits with the --verbose option for more detailed information about the items above. -------------------------------------------------------------------------------- 2 Network Working Group M. Cotton 3 Internet-Draft L. Vegoda 4 Obsoletes: 5156, 5735 Internet Corporation for 5 (if approved) Assigned Names and Numbers 6 Updates: 4773,5736 (if approved) R. Bonica, Ed. 7 Intended status: BCP Juniper Networks 8 Expires: July 7, 2013 B. Haberman 9 Johns Hopkins University Applied 10 Physics Lab 11 January 03, 2013 13 Special-Purpose IP Address Registries 14 draft-bonica-special-purpose-05 16 Abstract 18 This memo instructs IANA to restructure its IPv4 and IPv6 Special- 19 Purpose Address Registries. Upon restructuring, the aforementioned 20 registries will record all special-purpose address blocks, 21 maintaining a common set of information regarding each address block. 23 This memo updates RFC 5736 and RFC 4773, which define the current 24 structure of the IPv4 and IPv6 Special-Purpose Address Registries. 25 It also obsoletes RFC 5735 and RFC 5156 which document special- 26 purpose address blocks that are not currently, but will in the 27 future, be recorded in the IPv4 and IPv6 Special-Purpose Address 28 Registries. 30 Status of this Memo 32 This Internet-Draft is submitted in full conformance with the 33 provisions of BCP 78 and BCP 79. 35 Internet-Drafts are working documents of the Internet Engineering 36 Task Force (IETF). Note that other groups may also distribute 37 working documents as Internet-Drafts. The list of current Internet- 38 Drafts is at http://datatracker.ietf.org/drafts/current/. 40 Internet-Drafts are draft documents valid for a maximum of six months 41 and may be updated, replaced, or obsoleted by other documents at any 42 time. It is inappropriate to use Internet-Drafts as reference 43 material or to cite them other than as "work in progress." 45 This Internet-Draft will expire on July 7, 2013. 47 Copyright Notice 48 Copyright (c) 2013 IETF Trust and the persons identified as the 49 document authors. All rights reserved. 51 This document is subject to BCP 78 and the IETF Trust's Legal 52 Provisions Relating to IETF Documents 53 (http://trustee.ietf.org/license-info) in effect on the date of 54 publication of this document. Please review these documents 55 carefully, as they describe your rights and restrictions with respect 56 to this document. Code Components extracted from this document must 57 include Simplified BSD License text as described in Section 4.e of 58 the Trust Legal Provisions and are provided without warranty as 59 described in the Simplified BSD License. 61 Table of Contents 63 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 64 2. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 4 65 2.1. Information Requirements . . . . . . . . . . . . . . . . . 4 66 2.2. IPv4 Special-Purpose Address Registry Entries . . . . . . 5 67 2.3. IPv6 Special-Purpose Address Registry Entries . . . . . . 13 68 3. Security Considerations . . . . . . . . . . . . . . . . . . . 19 69 4. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 20 70 5. Informative References . . . . . . . . . . . . . . . . . . . . 20 71 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 22 73 1. Introduction 75 In order to support new protocols and practices, the IETF 76 occasionally reserves an address block a for special purpose. For 77 example, [RFC1122] reserves an IPv4 address block (0.0.0.0/8) to 78 represent the local (i.e., "this") network. Likewise, [RFC4291] 79 reserves an IPv6 address block (fe80::/10) to represent link-scoped 80 unicast addresses. 82 Periodically, the IETF publishes an RFC that catalogs special-purpose 83 address blocks. Currently, [RFC5735] catalogs all IPv4 special- 84 purpose address blocks and [RFC5156] catalogs all IPv6 special- 85 purpose address blocks. 87 [RFC5736] assigns an IPv4 address block (192.0.0.0/24) to IANA and 88 instructs IANA to allocate special-purpose address blocks from this 89 space. [RFC5736] also instructs IANA to create an IPv4 Special- 90 Purpose Address Registry that records allocations from this address 91 space. However, [RFC5736] does not instruct IANA to record special- 92 purpose address block reservations from outside of the aforementioned 93 space in the IPv4 Special-Purpose Address Registry. 95 Likewise, [RFC2928] assigns an IPv6 address block (2001:0000::/23) to 96 IANA and instructs IANA to allocate special-purpose address blocks 97 from this space. [RFC4773] instructs IANA to create an IPv6 Special- 98 Purpose Address Registry that records allocations from this address 99 space. However, [RFC4773] does not instruct IANA to record special- 100 purpose address block reservations from outside of the aforementioned 101 space in the IPv6 Special-Purpose Address Registry. 103 This memo instructs IANA to restructure its IPv4 and IPv6 Special- 104 Purpose Address Registries. Therefore, this document updates 105 [RFC5736] and [RFC4773] which define the current structure of the 106 aforementioned registries. 108 Specifically, this memo instructs IANA to record all special-purpose 109 address blocks in the aforementioned registries. These include, but 110 are not limited to, IPv4 allocations from 192.0.0.0/24 and IPv6 111 allocations from 2001:0000::/23. When the aforementioned registries 112 include all special-purpose address blocks, [RFC5735] and [RFC5156] 113 will become redundant with the registries. Therefore, this memo 114 obsoletes [RFC5735] and [RFC5156]. 116 Furthermore, this memo defines: 118 o a common set of information that the registries will maintain 119 regarding each special-purpose address block 121 o a common set of requirements for future entries 123 2. IANA Considerations 125 IANA will restructure the following registries: 127 o IPv4 Special-Purpose Address Registry 129 o IPv6 Special-Purpose Address Registry 131 The IPv4 Special-Purpose Address Registry will record all IPv4 132 special-purpose address blocks. These reservations will include, but 133 not be limited to, allocations from the 192.0.0.0/24 address block. 134 Likewise, the IPv6 Special-Purpose Address Registry will record all 135 IPv6 special-purpose address blocks. These reservations will 136 include, but not be limited to, allocations from the 2001:0000::/23 137 address block. 139 Section 2.1 of this document describes information that both 140 registries will maintain for each entry. Initially, IANA will 141 populate the IPv4 Special-Purpose Address Registry with information 142 taken from Section 2.2 of this document. Likewise, IANA will 143 populate the IPv6 Special-Purpose Address Registry with information 144 taken from Section 2.3 of this document. 146 IANA will update the aforementioned registries as requested in the 147 "IANA Considerations" section of an IETF reviewed document. The 148 "IANA Considerations" section must include all of the information 149 specified in Section 2.1 of this document. 151 2.1. Information Requirements 153 The IPv4 and IPv6 Special-Purpose Address Registries will maintain 154 the following information regarding each entry: 156 o Address Block - A block of IPv4 or IPv6 addresses that has been 157 registered for a special-purpose 159 o Name - A descriptive name for the special-purpose address block 161 o RFC - The RFC though which the special-purpose address block was 162 requested 164 o Allocation Date - The date upon which the special purpose address 165 block was allocated 167 o Termination Date - The date upon which the allocation is to be 168 terminated. This field is applicable for limited-use allocations 169 only. 171 o Source - A boolean value indicated whether an address from the 172 allocated special-purpose address block is valid when used as the 173 source address of an IP datagram that transits two devices 175 o Destination - A boolean value indicated whether an address from 176 the allocated special-purpose address block is valid when used as 177 the destination address of an IP datagram that transits two 178 devices 180 o Forwardable - A boolean value indicating whether a router may 181 forward an IP datagram whose destination address is drawn from the 182 allocated special-purpose address block between external 183 interfaces. 185 o Global - A boolean value indicating whether an IP datagram whose 186 destination address is drawn from the allocated special-purpose 187 address block is forwardable beyond a specified administrative 188 domain. 190 o Reserved - A boolean value indicating whether the special-purpose 191 address block is reserved by IP, itself. This value is "TRUE" if 192 the RFC that created the special-purpose address block requires 193 all compliant IP implementations to behave in a special way when 194 forwarding packets either to or from addresses contained by the 195 address block. 197 If the value of "Destination" is FALSE, the values of "Forwardable" 198 and "Global" must also be false. 200 2.2. IPv4 Special-Purpose Address Registry Entries 202 Table 1 though Table 16, below, represent entries with which the IANA 203 will initially populate the IPv4 Special-Purpose Address Registry. 205 +------------------+---------------------------+ 206 | Attribute | Value | 207 +------------------+---------------------------+ 208 | Address Block | 0.0.0.0/8 | 209 | Name | "This" Network | 210 | RFC | [RFC1122] Section 3.2.1.3 | 211 | Allocation Date | September, 1981 | 212 | Termination Date | N/A | 213 | Source | True | 214 | Destination | False | 215 | Forwardable | False | 216 | Global | False | 217 | Reserved | True | 218 +------------------+---------------------------+ 220 Table 1: "This" Network 222 +------------------+---------------+ 223 | Attribute | Value | 224 +------------------+---------------+ 225 | Address Block | 10.0.0.0/8 | 226 | Name | Private-Use | 227 | RFC | [RFC1918] | 228 | Allocation Date | February 1996 | 229 | Termination Date | N/A | 230 | Source | True | 231 | Destination | True | 232 | Forwardable | True | 233 | Global | False | 234 | Reserved | False | 235 +------------------+---------------+ 237 Table 2: Private-Use Networks 239 +------------------+----------------------+ 240 | Attribute | Value | 241 +------------------+----------------------+ 242 | Address Block | 100.64.0.0/10 | 243 | Name | Shared Address Space | 244 | RFC | [RFC6598] | 245 | Allocation Date | April 2012 | 246 | Termination Date | N/A | 247 | Source | True | 248 | Destination | True | 249 | Forwardable | True | 250 | Global | False | 251 | Reserved | False | 252 +------------------+----------------------+ 254 Table 3: Shared Address Space 256 +------------------+---------------------------+ 257 | Attribute | Value | 258 +------------------+---------------------------+ 259 | Address Block | 127.0.0.0/8 | 260 | Name | Loopback | 261 | RFC | [RFC1122] Section 3.2.1.3 | 262 | Allocation Date | September 1981 | 263 | Termination Date | N/A | 264 | Source | False | 265 | Destination | False | 266 | Forwardable | False | 267 | Global | False | 268 | Reserved | True | 269 +------------------+---------------------------+ 271 Table 4: Loopback 273 +------------------+----------------+ 274 | Attribute | Value | 275 +------------------+----------------+ 276 | Address Block | 169.254.0.0/16 | 277 | Name | Link Local | 278 | RFC | [RFC3927] | 279 | Allocation Date | May 2005 | 280 | Termination Date | N/A | 281 | Source | True | 282 | Destination | True | 283 | Forwardable | False | 284 | Global | False | 285 | Reserved | True | 286 +------------------+----------------+ 288 Table 5: Link Local 290 +------------------+---------------+ 291 | Attribute | Value | 292 +------------------+---------------+ 293 | Address Block | 172.16.0.0/12 | 294 | Name | Private-Use | 295 | RFC | [RFC1122] | 296 | Allocation Date | February 1996 | 297 | Termination Date | N/A | 298 | Source | True | 299 | Destination | True | 300 | Forwardable | True | 301 | Global | False | 302 | Reserved | False | 303 +------------------+---------------+ 305 Table 6: Private-Use Networks 307 +------------------+---------------------------+ 308 | Attribute | Value | 309 +------------------+---------------------------+ 310 | Address Block | 192.0.0.0/24 [1] | 311 | Name | IETF Protocol Assignments | 312 | RFC | [RFC5736] | 313 | Allocation Date | January 2010 | 314 | Termination Date | N/A | 315 | Source | False | 316 | Destination | False | 317 | Forwardable | False | 318 | Global | False | 319 | Reserved | False | 320 +------------------+---------------------------+ 322 Table 7: IETF Protocol Assignments 324 [1] Not useable unless by virtue of a more specific reservation. 326 +------------------+--------------+ 327 | Attribute | Value | 328 +------------------+--------------+ 329 | Address Block | 192.0.0.0/29 | 330 | Name | DS-Lite | 331 | RFC | [RFC6333] | 332 | Allocation Date | June 2011 | 333 | Termination Date | N/A | 334 | Source | True | 335 | Destination | True | 336 | Forwardable | True | 337 | Global | False | 338 | Reserved | False | 339 +------------------+--------------+ 341 Table 8: DS-Lite 343 +------------------+----------------------------+ 344 | Attribute | Value | 345 +------------------+----------------------------+ 346 | Address Block | 192.0.2.0/24 | 347 | Name | Documentation (TEST-NET-1) | 348 | RFC | [RFC5737] | 349 | Allocation Date | January 2010 | 350 | Termination Date | N/A | 351 | Source | False | 352 | Destination | False | 353 | Forwardable | False | 354 | Global | False | 355 | Reserved | False | 356 +------------------+----------------------------+ 358 Table 9: TEST-NET-1 360 +------------------+--------------------+ 361 | Attribute | Value | 362 +------------------+--------------------+ 363 | Address Block | 192.88.99.0/24 | 364 | Name | 6to4 Relay Anycast | 365 | RFC | [RFC3068] | 366 | Allocation Date | June 2001 | 367 | Termination Date | N/A | 368 | Source | True | 369 | Destination | True | 370 | Forwardable | True | 371 | Global | True | 372 | Reserved | False | 373 +------------------+--------------------+ 375 Table 10: 6to4 Relay Anycast 377 +------------------+----------------+ 378 | Attribute | Value | 379 +------------------+----------------+ 380 | Address Block | 192.168.0.0/16 | 381 | Name | Private-Use | 382 | RFC | [RFC1918] | 383 | Allocation Date | February 1996 | 384 | Termination Date | N/A | 385 | Source | True | 386 | Destination | True | 387 | Forwardable | True | 388 | Global | False | 389 | Reserved | False | 390 +------------------+----------------+ 392 Table 11: Private-Use Networks 394 +------------------+---------------+ 395 | Attribute | Value | 396 +------------------+---------------+ 397 | Address Block | 198.18.0.0/15 | 398 | Name | Benchmarking | 399 | RFC | [RFC2544] | 400 | Allocation Date | March 1999 | 401 | Termination Date | N/A | 402 | Source | True | 403 | Destination | True | 404 | Forwardable | True | 405 | Global | False | 406 | Reserved | False | 407 +------------------+---------------+ 409 Table 12: Network Interconnect Device Benchmark Testing 410 +------------------+----------------------------+ 411 | Attribute | Value | 412 +------------------+----------------------------+ 413 | Address Block | 198.51.100.0/24 | 414 | Name | Documentation (TEST-NET-2) | 415 | RFC | [RFC5737] | 416 | Allocation Date | January 2010 | 417 | Termination Date | N/A | 418 | Source | False | 419 | Destination | False | 420 | Forwardable | False | 421 | Global | False | 422 | Reserved | False | 423 +------------------+----------------------------+ 425 Table 13: TEST-NET-2 427 +------------------+----------------------------+ 428 | Attribute | Value | 429 +------------------+----------------------------+ 430 | Address Block | 203.0.113.0/24 | 431 | Name | Documentation (TEST-NET-3) | 432 | RFC | [RFC5737] | 433 | Allocation Date | January 2010 | 434 | Termination Date | N/A | 435 | Source | False | 436 | Destination | False | 437 | Forwardable | False | 438 | Global | False | 439 | Reserved | False | 440 +------------------+----------------------------+ 442 Table 14: TEST-NET-3 444 +------------------+---------------------+ 445 | Attribute | Value | 446 +------------------+---------------------+ 447 | Address Block | 240.0.0.0/4 | 448 | Name | Reserved | 449 | RFC | [RFC1112] Section 4 | 450 | Allocation Date | August 1989 | 451 | Termination Date | N/A | 452 | Source | False | 453 | Destination | False | 454 | Forwardable | False | 455 | Global | False | 456 | Reserved | True | 457 +------------------+---------------------+ 459 Table 15: Reserved for Future Use 461 +------------------+---------------------+ 462 | Attribute | Value | 463 +------------------+---------------------+ 464 | Address Block | 255.255.255.255/32 | 465 | Name | Limited Broadcast | 466 | RFC | [RFC0919] Section 7 | 467 | Allocation Date | October 1984 | 468 | Termination Date | N/A | 469 | Source | False | 470 | Destination | True | 471 | Forwardable | False | 472 | Global | False | 473 | Reserved | False | 474 +------------------+---------------------+ 476 Table 16: Limited Broadcast 478 2.3. IPv6 Special-Purpose Address Registry Entries 480 Table 17 through Table 28, below, represent entries with which the 481 IANA will initially populate the IPv6 Special-Purpose Address 482 Registry. 484 +------------------+------------------+ 485 | Attribute | Value | 486 +------------------+------------------+ 487 | Address Block | ::1/128 | 488 | Name | Loopback Address | 489 | RFC | [RFC4291] | 490 | Allocation Date | February 2006 | 491 | Termination Date | N/A | 492 | Source | False | 493 | Destination | False | 494 | Forwardable | False | 495 | Global | False | 496 | Reserved | True | 497 +------------------+------------------+ 499 Table 17: Loopback Address 501 +------------------+---------------------+ 502 | Attribute | Value | 503 +------------------+---------------------+ 504 | Address Block | ::/128 | 505 | Name | Unspecified Address | 506 | RFC | [RFC4291] | 507 | Allocation Date | February 2006 | 508 | Termination Date | N/A | 509 | Source | True | 510 | Destination | False | 511 | Forwardable | False | 512 | Global | False | 513 | Reserved | True | 514 +------------------+---------------------+ 516 Table 18: Unspecified Address 518 +------------------+---------------------+ 519 | Attribute | Value | 520 +------------------+---------------------+ 521 | Address Block | ::FFFF:0:0/96 | 522 | Name | IPv4-mapped Address | 523 | RFC | [RFC4291] | 524 | Allocation Date | February 2006 | 525 | Termination Date | N/A | 526 | Source | False | 527 | Destination | False | 528 | Forwardable | False | 529 | Global | False | 530 | Reserved | True | 531 +------------------+---------------------+ 533 Table 19: IPv4-mapped Address 535 +------------------+----------------------------+ 536 | Attribute | Value | 537 +------------------+----------------------------+ 538 | Address Block | 0100::/64 | 539 | Name | Discard-Only Address Block | 540 | RFC | [RFC6666] | 541 | Allocation Date | June 2012 | 542 | Termination Date | N/A | 543 | Source | True | 544 | Destination | True | 545 | Forwardable | True | 546 | Global | False | 547 | Reserved | False | 548 +------------------+----------------------------+ 550 Table 20: Discard-Only Prefix 552 +------------------+---------------------------+ 553 | Attribute | Value | 554 +------------------+---------------------------+ 555 | Address Block | 2001:0000::/23 | 556 | Name | IETF Protocol Assignments | 557 | RFC | [RFC2928] | 558 | Allocation Date | September 2000 | 559 | Termination Date | N/A | 560 | Source | False[2] | 561 | Destination | False[2] | 562 | Forwardable | False[2] | 563 | Global | False[2] | 564 | Reserved | False | 565 +------------------+---------------------------+ 567 Table 21: IETF Protocol Assignments 569 [2] Unless allowed by a more specific allocation 571 +------------------+----------------+ 572 | Attribute | Value | 573 +------------------+----------------+ 574 | Address Block | 2001:0000::/32 | 575 | Name | TEREDO | 576 | RFC | [RFC4380] | 577 | Allocation Date | January 2006 | 578 | Termination Date | N/A | 579 | Source | True | 580 | Destination | True | 581 | Forwardable | True | 582 | Global | False | 583 | Reserved | False | 584 +------------------+----------------+ 586 Table 22: TEREDO 588 +------------------+----------------+ 589 | Attribute | Value | 590 +------------------+----------------+ 591 | Address Block | 2001:0002::/48 | 592 | Name | Benchmarking | 593 | RFC | [RFC5180] | 594 | Allocation Date | April 2008 | 595 | Termination Date | N/A | 596 | Source | True | 597 | Destination | True | 598 | Forwardable | True | 599 | Global | False | 600 | Reserved | False | 601 +------------------+----------------+ 603 Table 23: Benchmarking 605 +------------------+---------------+ 606 | Attribute | Value | 607 +------------------+---------------+ 608 | Address Block | 2001:db8::/32 | 609 | Name | Documentation | 610 | RFC | [RFC3849] | 611 | Allocation Date | July 2004 | 612 | Termination Date | N/A | 613 | Source | False | 614 | Destination | False | 615 | Forwardable | False | 616 | Global | False | 617 | Reserved | False | 618 +------------------+---------------+ 620 Table 24: Documentation 622 +------------------+--------------+ 623 | Attribute | Value | 624 +------------------+--------------+ 625 | Address Block | 2001:10::/28 | 626 | Name | ORCHID | 627 | RFC | [RFC4843] | 628 | Allocation Date | March 2007 | 629 | Termination Date | March 2014 | 630 | Source | False | 631 | Destination | False | 632 | Forwardable | False | 633 | Global | False | 634 | Reserved | False | 635 +------------------+--------------+ 637 Table 25: ORCHID 639 +------------------+---------------+ 640 | Attribute | Value | 641 +------------------+---------------+ 642 | Address Block | 2002::/16 [3] | 643 | Name | 6to4 | 644 | RFC | [RFC3056] | 645 | Allocation Date | February 2001 | 646 | Termination Date | N/A | 647 | Source | True | 648 | Destination | True | 649 | Forwardable | True | 650 | Global | N/A[4] | 651 | Reserved | False | 652 +------------------+---------------+ 654 Table 26: 6to4 656 [3] See [RFC3056] for details. 658 +------------------+--------------+ 659 | Attribute | Value | 660 +------------------+--------------+ 661 | Address Block | FC00::/7 | 662 | Name | Unique-Local | 663 | RFC | [RFC4193] | 664 | Allocation Date | October 2005 | 665 | Termination Date | N/A | 666 | Source | True | 667 | Destination | True | 668 | Forwardable | True | 669 | Global | False | 670 | Reserved | False | 671 +------------------+--------------+ 673 Table 27: Unique-Local 675 +------------------+-----------------------+ 676 | Attribute | Value | 677 +------------------+-----------------------+ 678 | Address Block | FE80::/10 | 679 | Name | Linked-Scoped Unicast | 680 | RFC | [RFC4291] | 681 | Allocation Date | February 2006 | 682 | Termination Date | N/A | 683 | Source | True | 684 | Destination | True | 685 | Forwardable | False | 686 | Global | False | 687 | Reserved | True | 688 +------------------+-----------------------+ 690 Table 28: Linked-Scoped Unicast 692 3. Security Considerations 694 Security of the Internet's routing system relies on the ability to 695 authenticate an assertion of unique control of an address block. 696 Measures to authenticate such assertions rely on validation that the 697 address block forms part of an existing allocated address block, and 698 that there is a trustable and unique reference in the IANA address 699 registries. 701 The proposed registry is intended to provide an authoritative source 702 of information regarding the currency and intended purpose of special 703 purpose address blocks that are designated from the IANA-administered 704 Special Purpose registry. This is a small step towards the creation 705 of a comprehensive registry framework that can be used as a trust 706 point for commencing a chain of address validation. Consideration 707 should be given to IANA registry publication formats that are machine 708 parseable, and also the use of file signatures and associated 709 certificate mechanisms to allow applications to confirm that the 710 registry contents are current, and that they have been published by 711 the IANA. 713 4. Acknowledgements 715 The authors thank Geoff Huston and Randy Bush for their helpful 716 comments. The authors also express their gratitude to an anonymous 717 donor, without whom this document would not have been written. 719 5. Informative References 721 [RFC0919] Mogul, J., "Broadcasting Internet Datagrams", STD 5, 722 RFC 919, October 1984. 724 [RFC1112] Deering, S., "Host extensions for IP multicasting", STD 5, 725 RFC 1112, August 1989. 727 [RFC1122] Braden, R., "Requirements for Internet Hosts - 728 Communication Layers", STD 3, RFC 1122, October 1989. 730 [RFC1918] Rekhter, Y., Moskowitz, R., Karrenberg, D., Groot, G., and 731 E. Lear, "Address Allocation for Private Internets", 732 BCP 5, RFC 1918, February 1996. 734 [RFC2544] Bradner, S. and J. McQuaid, "Benchmarking Methodology for 735 Network Interconnect Devices", RFC 2544, March 1999. 737 [RFC2928] Hinden, R., Deering, S., Fink, R., and T. Hain, "Initial 738 IPv6 Sub-TLA ID Assignments", RFC 2928, September 2000. 740 [RFC3056] Carpenter, B. and K. Moore, "Connection of IPv6 Domains 741 via IPv4 Clouds", RFC 3056, February 2001. 743 [RFC3068] Huitema, C., "An Anycast Prefix for 6to4 Relay Routers", 744 RFC 3068, June 2001. 746 [RFC3849] Huston, G., Lord, A., and P. Smith, "IPv6 Address Prefix 747 Reserved for Documentation", RFC 3849, July 2004. 749 [RFC3927] Cheshire, S., Aboba, B., and E. Guttman, "Dynamic 750 Configuration of IPv4 Link-Local Addresses", RFC 3927, 751 May 2005. 753 [RFC4007] Deering, S., Haberman, B., Jinmei, T., Nordmark, E., and 754 B. Zill, "IPv6 Scoped Address Architecture", RFC 4007, 755 March 2005. 757 [RFC4193] Hinden, R. and B. Haberman, "Unique Local IPv6 Unicast 758 Addresses", RFC 4193, October 2005. 760 [RFC4291] Hinden, R. and S. Deering, "IP Version 6 Addressing 761 Architecture", RFC 4291, February 2006. 763 [RFC4380] Huitema, C., "Teredo: Tunneling IPv6 over UDP through 764 Network Address Translations (NATs)", RFC 4380, 765 February 2006. 767 [RFC4773] Huston, G., "Administration of the IANA Special Purpose 768 IPv6 Address Block", RFC 4773, December 2006. 770 [RFC4843] Nikander, P., Laganier, J., and F. Dupont, "An IPv6 Prefix 771 for Overlay Routable Cryptographic Hash Identifiers 772 (ORCHID)", RFC 4843, April 2007. 774 [RFC5156] Blanchet, M., "Special-Use IPv6 Addresses", RFC 5156, 775 April 2008. 777 [RFC5180] Popoviciu, C., Hamza, A., Van de Velde, G., and D. 778 Dugatkin, "IPv6 Benchmarking Methodology for Network 779 Interconnect Devices", RFC 5180, May 2008. 781 [RFC5735] Cotton, M. and L. Vegoda, "Special Use IPv4 Addresses", 782 BCP 153, RFC 5735, January 2010. 784 [RFC5736] Huston, G., Cotton, M., and L. Vegoda, "IANA IPv4 Special 785 Purpose Address Registry", RFC 5736, January 2010. 787 [RFC5737] Arkko, J., Cotton, M., and L. Vegoda, "IPv4 Address Blocks 788 Reserved for Documentation", RFC 5737, January 2010. 790 [RFC6333] Durand, A., Droms, R., Woodyatt, J., and Y. Lee, "Dual- 791 Stack Lite Broadband Deployments Following IPv4 792 Exhaustion", RFC 6333, August 2011. 794 [RFC6598] Weil, J., Kuarsingh, V., Donley, C., Liljenstolpe, C., and 795 M. Azinger, "IANA-Reserved IPv4 Prefix for Shared Address 796 Space", BCP 153, RFC 6598, April 2012. 798 [RFC6666] Hilliard, N. and D. Freedman, "A Discard Prefix for IPv6", 799 RFC 6666, August 2012. 801 Authors' Addresses 803 Michelle Cotton 804 Internet Corporation for Assigned Names and Numbers 805 12025 Waterfront Drive, Suite 300 806 Los Angeles, CA 90094-2536 807 USA 809 Phone: +310-823-9358 810 Fax: 811 Email: michelle.cotton@icann.org 812 URI: http://www.icann.org/ 814 Leo Vegoda 815 Internet Corporation for Assigned Names and Numbers 816 12025 Waterfront Drive, Suite 300 817 LosAngeles, CA 90094-2536 818 USA 820 Phone: +310-823-9358 821 Fax: 822 Email: leo.vegoda@icann.org 823 URI: http://www.icann.org/ 825 Ronald P Bonica (editor) 826 Juniper Networks 827 2251 Corporate Park Drive 828 Herndon, Virginia 20171 829 USA 831 Email: ron.bonica@verizon.net 833 Brian Haberman 834 Johns Hopkins University Applied Physics Lab 835 11100 Johns Hopkins Road 836 Laurel, Maryland 20723-6099 837 USA 839 Email: brian@innovationslab.net