|
114 | 114 | determine the conditions under which the item SHOULD NOT or MUST NOT be used. |
115 | 115 |
|
116 | 116 | Setting a value to "Y" or "D" or transitioning the value from "Y" or "D" in the "Recommended" column requires |
117 | | -IETF Standards Action or IESG Approval {{!RFC8126}}. Not all items defined |
| 117 | +IETF Standards Action with Expert Review or IESG Approval {{!RFC8126}}. Not all items defined |
118 | 118 | in Standards Track RFCs need to be set |
119 | 119 | to "Y" or "D". Any item not otherwise specified is set to "N". The column is |
120 | 120 | blank for values that are unassigned or reserved unless specifically set. |
@@ -531,7 +531,7 @@ working groups or IRTF research groups. |
531 | 531 |
|
532 | 532 | Registration requests MUST be submitted in one of two ways: |
533 | 533 |
|
534 | | -1. By sending email to iana-prot-param@iana.org; this email SHOULD |
| 534 | +1. By sending email to iana@iana.org; this email SHOULD |
535 | 535 | use an appropriate subject (e.g., "Request to register value in TLS |
536 | 536 | bar registry"). |
537 | 537 |
|
@@ -569,5 +569,18 @@ endorsement of the cipher suite, extension, supported group, etc. |
569 | 569 |
|
570 | 570 | This document is entirely about changes to TLS-related IANA registries. |
571 | 571 |
|
| 572 | +IANA is requested to modify the note applied to all TLS Specification |
| 573 | +Required registries instructing where to send registration requests as |
| 574 | +follows: |
| 575 | + |
| 576 | +<aside markdown="block"> |
| 577 | + RFC EDITOR: Please replace "This RFC" in the following with the RFC number |
| 578 | + assigned to this specification. |
| 579 | +</aside> |
| 580 | + |
| 581 | +Requests for assignments from the registry's Specification Required |
| 582 | +range should be sent to the mailing list described in [This RFC, Section 16]. |
| 583 | +If approved, designated experts should notify IANA within three weeks. For |
| 584 | +assistance, please contact iana@iana.org. |
572 | 585 |
|
573 | 586 | --- back |
0 commit comments