rfc9036.original | rfc9036.txt | |||
---|---|---|---|---|
ecrit R. Gellens | Internet Engineering Task Force (IETF) R. Gellens | |||
Internet-Draft Core Technology Consulting | Request for Comments: 9036 Core Technology Consulting | |||
Updates: 5222 (if approved) March 25, 2021 | Updates: 5222 June 2021 | |||
Intended status: Standards Track | Category: Standards Track | |||
Expires: September 26, 2021 | ISSN: 2070-1721 | |||
Changing the LoST Location Profile Registry Policy | Changing the Location-to-Service Translation (LoST) Location Profiles | |||
draft-ietf-ecrit-location-profile-registry-policy-02 | Registry Policy | |||
Abstract | Abstract | |||
This document changes the policy of the Location-to-Service | This document changes the policy of the "Location-to-Service | |||
Translation (LoST) Location Profile IANA registry established by | Translation (LoST) Location Profiles" IANA registry established by | |||
RFC5222 from Standards Action to Specification Required. This allows | RFC 5222 from Standards Action to Specification Required. This | |||
standards development organizations (SDOs) other than the IETF to add | allows standards development organizations (SDOs) other than the IETF | |||
new values. | to add new values. | |||
Status of This Memo | Status of This Memo | |||
This Internet-Draft is submitted in full conformance with the | This is an Internet Standards Track document. | |||
provisions of BCP 78 and BCP 79. | ||||
Internet-Drafts are working documents of the Internet Engineering | ||||
Task Force (IETF). Note that other groups may also distribute | ||||
working documents as Internet-Drafts. The list of current Internet- | ||||
Drafts is at http://datatracker.ietf.org/drafts/current/. | ||||
Internet-Drafts are draft documents valid for a maximum of six months | This document is a product of the Internet Engineering Task Force | |||
and may be updated, replaced, or obsoleted by other documents at any | (IETF). It represents the consensus of the IETF community. It has | |||
time. It is inappropriate to use Internet-Drafts as reference | received public review and has been approved for publication by the | |||
material or to cite them other than as "work in progress." | Internet Engineering Steering Group (IESG). Further information on | |||
Internet Standards is available in Section 2 of RFC 7841. | ||||
This Internet-Draft will expire on September 26, 2021. | Information about the current status of this document, any errata, | |||
and how to provide feedback on it may be obtained at | ||||
https://www.rfc-editor.org/info/rfc9036. | ||||
Copyright Notice | Copyright Notice | |||
Copyright (c) 2021 IETF Trust and the persons identified as the | Copyright (c) 2021 IETF Trust and the persons identified as the | |||
document authors. All rights reserved. | document authors. All rights reserved. | |||
This document is subject to BCP 78 and the IETF Trust's Legal | This document is subject to BCP 78 and the IETF Trust's Legal | |||
Provisions Relating to IETF Documents | Provisions Relating to IETF Documents | |||
(http://trustee.ietf.org/license-info) in effect on the date of | (https://trustee.ietf.org/license-info) in effect on the date of | |||
publication of this document. Please review these documents | publication of this document. Please review these documents | |||
carefully, as they describe your rights and restrictions with respect | carefully, as they describe your rights and restrictions with respect | |||
to this document. Code Components extracted from this document must | to this document. Code Components extracted from this document must | |||
include Simplified BSD License text as described in Section 4.e of | include Simplified BSD License text as described in Section 4.e of | |||
the Trust Legal Provisions and are provided without warranty as | the Trust Legal Provisions and are provided without warranty as | |||
described in the Simplified BSD License. | described in the Simplified BSD License. | |||
Table of Contents | Table of Contents | |||
1. Document Scope . . . . . . . . . . . . . . . . . . . . . . . 2 | 1. Introduction | |||
2. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 | 2. Document Scope | |||
3. Security Considerations . . . . . . . . . . . . . . . . . . . 2 | 3. Security Considerations | |||
4. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 2 | 4. IANA Considerations | |||
5. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 3 | 5. References | |||
6. References . . . . . . . . . . . . . . . . . . . . . . . . . 3 | 5.1. Normative References | |||
6.1. Normative References . . . . . . . . . . . . . . . . . . 3 | 5.2. Informative References | |||
6.2. Informative references . . . . . . . . . . . . . . . . . 3 | Acknowledgements | |||
Author's Address . . . . . . . . . . . . . . . . . . . . . . . . 3 | Author's Address | |||
1. Document Scope | ||||
This document changes the policy of the Location-to-Service | ||||
Translation (LoST) Location Profile IANA registry [reg] established | ||||
by [RFC5222] from Standards Action to Specification Required (as | ||||
defined in [RFC8126]). This allows standards development | ||||
organizations (SDOs) other than the IETF to add new values. | ||||
2. Introduction | 1. Introduction | |||
The Location-to-Service Translation Protocol, LoST [RFC5222] uses a | The Location-to-Service Translation (LoST) Protocol [RFC5222] uses a | |||
location profile when conveying location (e.g., in a mapping request | location profile when conveying location (e.g., in a mapping request | |||
and a service boundary result). [RFC5222] established an IANA | and a service boundary result). [RFC5222] established an IANA | |||
registry of location profiles [reg], with a registry policy of | registry of location profiles [reg] with a registry policy of | |||
Standards Action. This requires a standards-track RFC for any new | Standards Action. This requires a Standards Track RFC for any new | |||
registry values. The National Emergency Number Association (NENA) is | registry values. The National Emergency Number Association (NENA) is | |||
an SDO that makes significant use of LoST in its emergency call | a standards development organization (SDO) that makes significant use | |||
specifications (e.g., [NENA-i3]) and has identified a need for | of LoST in its emergency call specifications (e.g., [NENA-i3]) and | |||
additional location profiles. This document changes the registry | has identified a need for additional location profiles. This | |||
policy to Specification Required, allowing other SDOs such as NENA to | document changes the registry policy to Specification Required, | |||
add values. | allowing other SDOs such as NENA to add values. | |||
2. Document Scope | ||||
This document changes the policy of the "Location-to-Service | ||||
Translation (LoST) Location Profiles" IANA registry [reg] established | ||||
by [RFC5222] from Standards Action to Specification Required (as | ||||
defined in [RFC8126]). This allows SDOs other than the IETF to add | ||||
new values. | ||||
3. Security Considerations | 3. Security Considerations | |||
No new security considerations are identified by this change in | No new security considerations are identified by this change in | |||
registry policy. | registry policy. | |||
4. IANA Considerations | 4. IANA Considerations | |||
IANA is requested to change the policy of the Location-to-Service | IANA has changed the policy of the "Location-to-Service Translation | |||
Translation (LoST) Location Profile Registry (established by | (LoST) Location Profiles" registry (established by [RFC5222]) to | |||
[RFC5222]) to Specification Required. The expert reviewer is | Specification Required. IANA has also added this document as a | |||
designated per [RFC8126]. The reviewer should verify that: | reference for the registry. The Expert Reviewer is designated per | |||
[RFC8126]. The reviewer should verify that: | ||||
o the proposed new value is specified by the IETF, NENA, or a | * the proposed new value is specified by the IETF, NENA, or a | |||
similar SDO in which location profiles are in scope; | similar SDO in which location profiles are in scope; | |||
o the proposed new value has a clear need (which includes there not | ||||
being an existing profile that meets the need); | ||||
o the profile specification is unambiguous and interoperable. | ||||
5. Acknowledgements | * the proposed new value has a clear need (which includes there not | |||
being an existing profile that meets the need); and | ||||
Many thanks to Ted Hardie for his helpful review and suggestions, and | * the profile specification is unambiguous and interoperable. | |||
to Guy Caron for his suggestion to clarify that "clear need" includes | ||||
there not being an existing profile. | ||||
6. References | 5. References | |||
6.1. Normative References | 5.1. Normative References | |||
[reg] "Location-to-Service Translation (LoST) Location Profile | [reg] IANA, "Location-to-Service Translation (LoST) Location | |||
Registry", <https://www.iana.org/assignments/lost- | Profiles", | |||
location-profiles/lost-location-profiles.xhtml>. | <https://www.iana.org/assignments/lost-location-profiles>. | |||
[RFC5222] Hardie, T., Newton, A., Schulzrinne, H., and H. | [RFC5222] Hardie, T., Newton, A., Schulzrinne, H., and H. | |||
Tschofenig, "LoST: A Location-to-Service Translation | Tschofenig, "LoST: A Location-to-Service Translation | |||
Protocol", RFC 5222, DOI 10.17487/RFC5222, August 2008, | Protocol", RFC 5222, DOI 10.17487/RFC5222, August 2008, | |||
<https://www.rfc-editor.org/info/rfc5222>. | <https://www.rfc-editor.org/info/rfc5222>. | |||
[RFC8126] Cotton, M., Leiba, B., and T. Narten, "Guidelines for | [RFC8126] Cotton, M., Leiba, B., and T. Narten, "Guidelines for | |||
Writing an IANA Considerations Section in RFCs", BCP 26, | Writing an IANA Considerations Section in RFCs", BCP 26, | |||
RFC 8126, DOI 10.17487/RFC8126, June 2017, | RFC 8126, DOI 10.17487/RFC8126, June 2017, | |||
<https://www.rfc-editor.org/info/rfc8126>. | <https://www.rfc-editor.org/info/rfc8126>. | |||
6.2. Informative references | 5.2. Informative References | |||
[NENA-i3] National Emergency Number Association (NENA) | [NENA-i3] National Emergency Number Association (NENA), "Detailed | |||
Interconnection and Security Committee, i3 Architecture | Functional and Interface Standards for the NENA i3 | |||
Working Group, , "Detailed Functional and Interface | Solution", NENA i3 Solution - Stage 3, NENA-STA- | |||
Standards for the NENA i3 Solution", 2016, | 010.2-2016, September 2016, | |||
<https://www.nena.org/page/i3_Stage3>. | <https://www.nena.org/page/i3_Stage3>. | |||
Acknowledgements | ||||
Many thanks to Ted Hardie for his helpful review and suggestions and | ||||
to Guy Caron for his suggestion to clarify that "clear need" includes | ||||
there not being an existing profile. | ||||
Author's Address | Author's Address | |||
Randall Gellens | Randall Gellens | |||
Core Technology Consulting | Core Technology Consulting | |||
US | United States of America | |||
Email: rg+ietf@coretechnologyconsulting.com | Email: rg+ietf@coretechnologyconsulting.com | |||
URI: http://www.coretechnologyconsulting.com | URI: http://www.coretechnologyconsulting.com | |||
End of changes. 24 change blocks. | ||||
74 lines changed or deleted | 74 lines changed or added | |||
This html diff was produced by rfcdiff 1.48. The latest version is available from http://tools.ietf.org/tools/rfcdiff/ |