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