<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.29 (Ruby 3.4.4) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-ietf-netconf-port-numbers-06" category="std" consensus="true" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.30.1 -->
  <front>
    <title abbrev="NETCONF Transport Port Numbers">Updates to NETCONF Transport Port Numbers</title>
    <seriesInfo name="Internet-Draft" value="draft-ietf-netconf-port-numbers-06"/>
    <author fullname="Mohamed Boucadair">
      <organization>Orange</organization>
      <address>
        <email>mohamed.boucadair@orange.com</email>
      </address>
    </author>
    <date year="2025" month="September" day="08"/>
    <area>Operations and Management</area>
    <workgroup>Network Configuration</workgroup>
    <keyword>de-assign</keyword>
    <keyword>deallocate</keyword>
    <keyword>release</keyword>
    <abstract>
      <?line 33?>

<t>This document releases NETCONF-related port number IANA assignments that have not stood the test of time.</t>
    </abstract>
    <note removeInRFC="true">
      <name>Discussion Venues</name>
      <t>Discussion of this document takes place on the
    Network Configuration Working Group mailing list (netconf@ietf.org),
    which is archived at <eref target="https://mailarchive.ietf.org/arch/browse/netconf/"/>.</t>
      <t>Source for this draft and an issue tracker can be found at
    <eref target="https://github.com/boucadair/netconf-port-numbers"/>.</t>
    </note>
  </front>
  <middle>
    <?line 37?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>The "Service Name and Transport Protocol Port Number" registry
<xref target="IANA-SERVICE"/> records several NETCONF-related port and service name assignments
such as 830 for NETCONF over Secure Shell (SSH) <xref target="RFC6242"/>, 831 for NETCONF over the Blocks Extensible Exchange Protocol (BEEP) <xref target="RFC4744"/>,
832 for NETCONF over the Simple Object Access Protocol (SOAP) <xref target="RFC4743"/>, 4334 for NETCONF Call Home <xref target="RFC8071"/>,
and 6513 for NETCONF over Transport Layer Security (TLS) <xref target="RFC7589"/><xref target="I-D.ietf-netconf-over-tls13"/>.</t>
      <t>However, three of these assignments are for protocols that are not deployed and were tagged as Historic (<xref target="RFC4743"/> and <xref target="RFC4744"/>). All these assignments are undesirable.</t>
      <t>This document de-assigns these unused port numbers.</t>
      <t>Consistent with <xref section="8.2" sectionFormat="of" target="RFC6335"/>, this document does not de-assign service names; only port numbers are de-assigned for better usage of available scarce resources.</t>
    </section>
    <section anchor="operational-considerations">
      <name>Operational Considerations</name>
      <t>There are no known implementations and deployments of protocols that rely upon the port numbers released back by this document. As such, there are no new operations or manageability requirements introduced by this document.</t>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>This document does not describe any protocol. As such, this document does not introduce any new security vulnerability.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>This document requests IANA to update the "Service Name and Transport Protocol Port Number Registry"
registry <xref target="IANA-SERVICE"/> as specified in the following subsections.</t>
      <t>Unassigned allocations are marked per <xref section="8.2" sectionFormat="of" target="RFC6335"/>. These actions are not repeated here.</t>
      <ul empty="true">
        <li>
          <t>Note to the RFC Editor: Please replace "THIS_DOCUMENT" with the RFC number to be assigned to this document.</t>
        </li>
      </ul>
      <section anchor="netconf-over-beep-service">
        <name>NETCONF over BEEP Service</name>
        <t>OLD:</t>
        <table>
          <thead>
            <tr>
              <th align="left">Service Name</th>
              <th align="center">Port Number</th>
              <th align="center">Transport Protocol</th>
              <th align="left">Description</th>
              <th align="center">Reference</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <td align="left">netconf-beep</td>
              <td align="center">831</td>
              <td align="center">tcp</td>
              <td align="left">NETCONF over BEEP</td>
              <td align="center">
                <xref target="RFC4744"/></td>
            </tr>
            <tr>
              <td align="left">netconf-beep</td>
              <td align="center">831</td>
              <td align="center">udp</td>
              <td align="left">NETCONF over BEEP</td>
              <td align="center">
                <xref target="RFC4744"/></td>
            </tr>
          </tbody>
        </table>
        <t>NEW:</t>
        <table>
          <thead>
            <tr>
              <th align="left">Service Name</th>
              <th align="center">Port Number</th>
              <th align="center">Transport Protocol</th>
              <th align="left">Description</th>
              <th align="center">Reference</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <td align="left">netconf-beep</td>
              <td align="center"> </td>
              <td align="center"> </td>
              <td align="left">NETCONF over BEEP</td>
              <td align="center">
                <xref target="RFC4744"/> THIS_DOCUMENT</td>
            </tr>
          </tbody>
        </table>
        <t>A note can be added to 831 to indicate that the port number used to be assigned to NETCONF over BEEP but released by THIS_DOCUMENT.</t>
      </section>
      <section anchor="netconf-over-soap-service">
        <name>NETCONF over SOAP Service</name>
        <t>OLD:</t>
        <table>
          <thead>
            <tr>
              <th align="left">Service Name</th>
              <th align="center">Port Number</th>
              <th align="center">Transport Protocol</th>
              <th align="left">Description</th>
              <th align="center">Reference</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <td align="left">netconfsoaphttp</td>
              <td align="center">832</td>
              <td align="center">tcp</td>
              <td align="left">NETCONF for SOAP over HTTPS</td>
              <td align="center">
                <xref target="RFC4743"/></td>
            </tr>
            <tr>
              <td align="left">netconfsoaphttp</td>
              <td align="center">832</td>
              <td align="center">udp</td>
              <td align="left">NETCONF for SOAP over HTTPS</td>
              <td align="center">
                <xref target="RFC4743"/></td>
            </tr>
            <tr>
              <td align="left">netconfsoapbeep</td>
              <td align="center">833</td>
              <td align="center">tcp</td>
              <td align="left">NETCONF for SOAP over BEEP</td>
              <td align="center">
                <xref target="RFC4743"/></td>
            </tr>
            <tr>
              <td align="left">netconfsoapbeep</td>
              <td align="center">833</td>
              <td align="center">udp</td>
              <td align="left">NETCONF for SOAP over BEEP</td>
              <td align="center">
                <xref target="RFC4743"/></td>
            </tr>
          </tbody>
        </table>
        <t>NEW:</t>
        <table>
          <thead>
            <tr>
              <th align="left">Service Name</th>
              <th align="center">Port Number</th>
              <th align="center">Transport Protocol</th>
              <th align="left">Description</th>
              <th align="center">Reference</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <td align="left">netconfsoaphttp</td>
              <td align="center"> </td>
              <td align="center"> </td>
              <td align="left">NETCONF for SOAP over HTTPS</td>
              <td align="center">
                <xref target="RFC4743"/> THIS_DOCUMENT</td>
            </tr>
            <tr>
              <td align="left">netconfsoapbeep</td>
              <td align="center"> </td>
              <td align="center"> </td>
              <td align="left">NETCONF for SOAP over BEEP</td>
              <td align="center">
                <xref target="RFC4743"/> THIS_DOCUMENT</td>
            </tr>
          </tbody>
        </table>
        <t>A note can be added to 832/833 to indicate that the port numbers used to be assigned to NETCONF over SOAP but released by THIS_DOCUMENT.</t>
      </section>
    </section>
  </middle>
  <back>
    <references anchor="sec-combined-references">
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>
        <reference anchor="RFC6335">
          <front>
            <title>Internet Assigned Numbers Authority (IANA) Procedures for the Management of the Service Name and Transport Protocol Port Number Registry</title>
            <author fullname="M. Cotton" initials="M." surname="Cotton"/>
            <author fullname="L. Eggert" initials="L." surname="Eggert"/>
            <author fullname="J. Touch" initials="J." surname="Touch"/>
            <author fullname="M. Westerlund" initials="M." surname="Westerlund"/>
            <author fullname="S. Cheshire" initials="S." surname="Cheshire"/>
            <date month="August" year="2011"/>
            <abstract>
              <t>This document defines the procedures that the Internet Assigned Numbers Authority (IANA) uses when handling assignment and other requests related to the Service Name and Transport Protocol Port Number registry. It also discusses the rationale and principles behind these procedures and how they facilitate the long-term sustainability of the registry.</t>
              <t>This document updates IANA's procedures by obsoleting the previous UDP and TCP port assignment procedures defined in Sections 8 and 9.1 of the IANA Allocation Guidelines, and it updates the IANA service name and port assignment procedures for UDP-Lite, the Datagram Congestion Control Protocol (DCCP), and the Stream Control Transmission Protocol (SCTP). It also updates the DNS SRV specification to clarify what a service name is and how it is registered. This memo documents an Internet Best Current Practice.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="165"/>
          <seriesInfo name="RFC" value="6335"/>
          <seriesInfo name="DOI" value="10.17487/RFC6335"/>
        </reference>
      </references>
      <references anchor="sec-informative-references">
        <name>Informative References</name>
        <reference anchor="IANA-SERVICE" target="https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml">
          <front>
            <title>Service Name and Transport Protocol Port Number Registry</title>
            <author>
              <organization/>
            </author>
            <date>n.d.</date>
          </front>
        </reference>
        <reference anchor="RFC6242">
          <front>
            <title>Using the NETCONF Protocol over Secure Shell (SSH)</title>
            <author fullname="M. Wasserman" initials="M." surname="Wasserman"/>
            <date month="June" year="2011"/>
            <abstract>
              <t>This document describes a method for invoking and running the Network Configuration Protocol (NETCONF) within a Secure Shell (SSH) session as an SSH subsystem. This document obsoletes RFC 4742. [STANDARDS-TRACK]</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="6242"/>
          <seriesInfo name="DOI" value="10.17487/RFC6242"/>
        </reference>
        <reference anchor="RFC4744">
          <front>
            <title>Using the NETCONF Protocol over the Blocks Extensible Exchange Protocol (BEEP)</title>
            <author fullname="E. Lear" initials="E." surname="Lear"/>
            <author fullname="K. Crozier" initials="K." surname="Crozier"/>
            <date month="December" year="2006"/>
            <abstract>
              <t>This document specifies an application protocol mapping for the Network Configuration Protocol (NETCONF) over the Blocks Extensible Exchange Protocol (BEEP). [STANDARDS-TRACK]</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="4744"/>
          <seriesInfo name="DOI" value="10.17487/RFC4744"/>
        </reference>
        <reference anchor="RFC4743">
          <front>
            <title>Using NETCONF over the Simple Object Access Protocol (SOAP)</title>
            <author fullname="T. Goddard" initials="T." surname="Goddard"/>
            <date month="December" year="2006"/>
            <abstract>
              <t>The Network Configuration Protocol (NETCONF) is applicable to a wide range of devices in a variety of environments. Web Services is one such environment and is presently characterized by the use of the Simple Object Access Protocol (SOAP). NETCONF finds many benefits in this environment: from the reuse of existing standards, to ease of software development, to integration with deployed systems. Herein, we describe SOAP over HTTP and SOAP over Blocks Exchange Extensible Protocol (BEEP) bindings for NETCONF. [STANDARDS-TRACK]</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="4743"/>
          <seriesInfo name="DOI" value="10.17487/RFC4743"/>
        </reference>
        <reference anchor="RFC8071">
          <front>
            <title>NETCONF Call Home and RESTCONF Call Home</title>
            <author fullname="K. Watsen" initials="K." surname="Watsen"/>
            <date month="February" year="2017"/>
            <abstract>
              <t>This RFC presents NETCONF Call Home and RESTCONF Call Home, which enable a NETCONF or RESTCONF server to initiate a secure connection to a NETCONF or RESTCONF client, respectively.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="8071"/>
          <seriesInfo name="DOI" value="10.17487/RFC8071"/>
        </reference>
        <reference anchor="RFC7589">
          <front>
            <title>Using the NETCONF Protocol over Transport Layer Security (TLS) with Mutual X.509 Authentication</title>
            <author fullname="M. Badra" initials="M." surname="Badra"/>
            <author fullname="A. Luchuk" initials="A." surname="Luchuk"/>
            <author fullname="J. Schoenwaelder" initials="J." surname="Schoenwaelder"/>
            <date month="June" year="2015"/>
            <abstract>
              <t>The Network Configuration Protocol (NETCONF) provides mechanisms to install, manipulate, and delete the configuration of network devices. This document describes how to use the Transport Layer Security (TLS) protocol with mutual X.509 authentication to secure the exchange of NETCONF messages. This revision of RFC 5539 documents the new message framing used by NETCONF 1.1 and it obsoletes RFC 5539.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="7589"/>
          <seriesInfo name="DOI" value="10.17487/RFC7589"/>
        </reference>
        <reference anchor="I-D.ietf-netconf-over-tls13">
          <front>
            <title>Updates to Using the NETCONF Protocol over Transport Layer Security (TLS) with Mutual X.509 Authentication</title>
            <author fullname="Sean Turner" initials="S." surname="Turner">
              <organization>sn3rd</organization>
            </author>
            <author fullname="Russ Housley" initials="R." surname="Housley">
              <organization>Vigil Security, LLC</organization>
            </author>
            <date day="18" month="January" year="2024"/>
            <abstract>
              <t>   RFC 7589 defines how to protect NETCONF messages with TLS 1.2.  This
   document updates RFC 7589 to update support requirements for TLS 1.2
   and add TLS 1.3 support requirements, including restrictions on the
   use of TLS 1.3's early data.

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-ietf-netconf-over-tls13-04"/>
        </reference>
      </references>
    </references>
    <?line 108?>

<section numbered="false" anchor="acknowledgments">
      <name>Acknowledgments</name>
      <t>Thanks to Amanda Baber and Zahed Sarker for the guidance. Thanks to Tom Petch for the comments.</t>
      <t>Thanks to Kent Watsen for the Shepherd review, Mahesh Jethanandani for the AD review,
Bernie Volz for the INTDIR review, Roni Even for genart review, Barry Leiba for ARTART review,
Dhruv Dhody for the OPSDIR review, and Michael Tüxen for TSVART review.</t>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA9VY23LbNhB951dslRd3JpQTy0lcdnqRbWWs1pY8lpLM9KUD
kpCImgJYAJSiWP6zvvXHugteRFqKnUyfomRskcSe3T17dgHa933PCpvyADrv
sphZbsAqGA2mZ+PRW5hqJk2mtIVr+jHKFyHXpuOxMNR8iTZPLYwQca70OgBj
Y8+LVSTZAp3Fms2sL7id+ZLbSMmZT9a+LAz9F689k4cLYYxQ0q4zNBkOpm+9
4nngUaSBh3aGS5ObAKzOuYcR9TymOcPIxhnXzKK1ASZjuGKSzfmCS9vxVkrf
zrXKM0qAW7qEMwxBzPPCpOPd8jXejgMPfIi5zzCOuSwuWJoqSouuNE85M9zz
PJbbRGla7wF+ZnmaFpleqQR/x3Cq8ojFTGj3XOk5k+KT8xbAGNmbc/eAL5hI
A1gUVt2wsvpVuTXdSC08Tyq9QNMlUuAJOdteAQz7o74/Gdy8H54NAocIZX0n
XC9FxGGEwI6SRs20sipSabN4cMPnwli9LkGYnnMbQGJtZoLDw9Vq1RXIaRcz
OSzoIXLNoSnc+JS9aRX1kUfdj4ldpJ7n+z6wEL2yyHreNBEGUDI5IVdcm0qc
Pt7AMsTgUiiAXPrQCAdswiwkbMlBKosiVCrGexxQ6BbUDMlZ8G7heCHiOMVa
PoOhtFrFeUTVoTA4dL6SvQ6GW9J3d9esyf09PolQWgYMX6JE0/35kIuSL5DO
5zYpbI0owRtw0nsBWP26XRUCYp2jXHOYJDxN4WAyufge7u5+uXl79vro+Oj+
/jlavdy1Ik5OUdi3BgYfLTaVCFOOX6OEZLfN8eB0MLiuEI/fHB8jonfSO9qP
OBGLDGHG4V88stCPIm5MA2sy7jexehTdca933AI7w4aDC4UUFAtPXrx5SU6J
odevXvZ2PW9Lc8nWFSPCruFgejmp/L15dfLD/T1+H/rn3dYgIgzfpuYlxoPS
uFArKtRzTEhz7jSTcNMqCODMcWFkZWql7ug2yS7mWarWWFqKecXxrmXzOV0b
uECVKC0iOGjy4FY2Sf6+C33kYb/rXMbcCM2wZN2HbVNPL1Ma5zI37a4xaITz
z2AkZLESNkHfyBrpH066R5T0d6SgXu8V1ci2PShsyiLN0lVLueZHUDJdtxy6
qOvlGA2RF3JrsVq5wUFNHtkSRyHlBCZiGtE0NyrHLxTvM6gHPLaQiz6uBr5r
WXRQ0A+3Uq0kOCVSvI1NoahLwSM6fFA97Mc15BlSQFJuhV/OohhCFt1CuG4z
gqXC7sYeJaYagUi+ArXdljDlhduVWChSkqfmf+dC8yIeUc4gcvIQn9KvRb2b
+2eKYyItQhpe6zrTVqR7zeownB1lYCrHyzyV6LYI3sXkpu/j8VCOOHpNsRaP
Grk7dTiKv3bI1ltUx6umLexMW2wxk/FIzAQyKYpazhTu4Ssh55h7aAqdk6je
yVqQ5S5fSAXLt2D6lroGvT7SGl2YFg0abS2JRc0z7mY7yQEd/QwjRUkrFw6a
wyAWOAYCuHbCIoOUIROd6cVw8uf5+Ozd1WA07RS9WdmUex6ihNVMQBcO9IFa
nrUHJM3w6jzgeePLczxHbFrkb6D6NPmm23tK4lafO31ljhe6ccNnmKtEQNh4
G7/52QStSz9o3QgeWRwgVDWmQ86zDe5lGxtl6G83weKzaY1R2AeQx3sBSg4e
mHujwYdvlq5NHegX0tWSH2XfJz1ziJh0oovjQnF0psBfQsYiKtoZB+iDsQlu
39lV624oYW4bI3bdjmKPnukc8a3r2SiW0eG6ihOVeVRKu1Uw2ildvi7zi+n0
erJpybTXUvle2ELw/xeWFNWA7T0d7barnoCtYAi1EewjsDvq7X3L3bpTNffv
K6v1sHc/W7tHwR25T4N/fjAcHWIVnxwO5oumgwvrqengXuboYEZHkn5Ex7+U
x/Pi1ekuKPzx+KfOjKWGd+7piMLkrfvDRx9PZDGDU0aKoBPIHyxBLxPa/bVj
huKe5yJmWH3a7ivLqVrANRKc1KvwVd357DYd/E6HoA/MGi7rhfiqluHBIMas
loKvnsMVOjUJ/MaRKUkBSVEv7p9Xy7xTrqXg8F6ln+rHw9H0fHhTI90oNB0s
S2dzLpm29cNTpvHEdMlFyNzj/s0U/9fw54nOl3CeqHhdw4+vJ01495cVge+I
PIXpv/98LP1MJ++3QF3vP+qm7i9lEgAA

-->

</rfc>
