<?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.23 (Ruby 3.2.3) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-ietf-netconf-port-numbers-00" category="std" consensus="true" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.27.0 -->
  <front>
    <title abbrev="NETCONF Transport Port Numbers">NETCONF Transport Port Numbers</title>
    <seriesInfo name="Internet-Draft" value="draft-ietf-netconf-port-numbers-00"/>
    <author fullname="Mohamed Boucadair">
      <organization>Orange</organization>
      <address>
        <email>mohamed.boucadair@orange.com</email>
      </address>
    </author>
    <date year="2025" month="February" day="24"/>
    <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 were made
for inappropriate transport protocols or for an Historic NETCONF-related protocol.</t>
    </abstract>
  </front>
  <middle>
    <?line 38?>

<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, many of these assignments are for a transport protocol (i.e., UDP) for which
the requesting application does not apply.</t>
      <t>It is understood that these assignments were made when the practice at that time (prior to 2011)
was to automatically assign a port number for both TCP and UDP, even if a request
was for only one of these transport protocols.</t>
      <t>Also, many of the assignments are for protocols that are not deployed and which were tagged as Historic: <xref target="RFC4743"/> and <xref target="RFC4744"/>. <xref target="I-D.ietf-netconf-rfc4743-rfc4744-to-historic"/> reported in 2012 that these two protocols:</t>
      <blockquote>
        <t>"have shown very little (if any) implementations and deployment"</t>
      </blockquote>
      <t>This document de-assigns these port numbers, that fall in the System
Ports range.</t>
      <t>Consistent with <xref section="8.2" sectionFormat="of" target="RFC6335"/>, this document does not de-assign service names; only port numbers (for specific transport protocols) are de-assigned for better usage of available scarce resources.</t>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>Releasing back some port numbers softens the exhaustion risk of available port number space (especially the System
Ports range).</t>
      <t>This document does not describe any protocol.</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>
      <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-ssh-service">
        <name>NETCONF over SSH 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-ssh</td>
              <td align="center">830</td>
              <td align="center">tcp</td>
              <td align="left">NETCONF over SSH</td>
              <td align="center">
                <xref target="RFC6242"/></td>
            </tr>
            <tr>
              <td align="left">netconf-ssh</td>
              <td align="center">830</td>
              <td align="center">udp</td>
              <td align="left">NETCONF over SSH</td>
              <td align="center">
                <xref target="RFC6242"/></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-ssh</td>
              <td align="center">830</td>
              <td align="center">tcp</td>
              <td align="left">NETCONF over SSH</td>
              <td align="center">
                <xref target="RFC6242"/></td>
            </tr>
          </tbody>
        </table>
        <t>A note can be added to 830/udp to indicate that the port number used to be assigned to NETCONF over SSH but released by THIS_DOCUMENT.</t>
      </section>
      <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-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>
      <reference anchor="I-D.ietf-netconf-rfc4743-rfc4744-to-historic">
        <front>
          <title>RFC4743 and RFC4744 to Historic status</title>
          <author fullname="Bert Wijnen" initials="B." surname="Wijnen">
         </author>
          <date day="7" month="September" year="2012"/>
          <abstract>
            <t>   This document moves RFC4743 (Using NETCONF over the Simple Object
   Access Protocol (SOAP)) and RFC4744 (Using the NETCONF Protocol over
   the Blocks Extensible Exchange Protocol (BEEP)) to HISTORIC status to
   reflect the fact that those two documents have shown very little (if
   any) implementations and deployment.  Furthermore, no-one in the
   NETCONF WG is interested or volunteering to work on them anymore.

            </t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-ietf-netconf-rfc4743-rfc4744-to-historic-00"/>
      </reference>
      <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>
    <?line 134?>

<section numbered="false" anchor="acknowledgments">
      <name>Acknowledgments</name>
      <t>Thanks to Amanda Baber and Zahed Sarker for the guidance.</t>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA+VY30/bSBB+379iFF5AwoEQ2nI+3Y8UUoHUAiLpnXQvp429
ifdwdt3dNWmO5H+/mbWd2EkK7fVe0AUJbGf3m5lvvplZEwQBc9KlIoTWdX94
fnP9DoaGK5tp4+CWfl3n05EwtsX4aGTEw1csjLgTE23mIVgXMxbrSPEpWogN
H7tACjcOlHCRVuOAdgeq2BgcHzObj6bSWqmVm2e45ao/fMeK70MWI27IcJ8V
yuY2BGdywdCjLuNGcPTsJhOGO9xtgasYPnDFJ2IqlGuxmTb3E6PzjAIQjm7h
HF2Qk7zY0mL3Yo6P45BBALEIOPoxUcUNT1NNYdGdEangVjDGeO4SbWg9A/yM
8zQtIv2gE/wbw1udRzzm0vjvtZlwJf/21kK4QfYmwn8hplymIUyLXe1RtetX
7de0Iz1lTGkzxa0PSAGTary+A7jqXfeCQf/ut6vzfugRoUzqQJgHGQm4RmBP
SS1nRjsd6bSePLgTE2mdmZcg3EyECyFxLrPh0dFsNmtL5LSNkRwV9BC59sgW
ZgKK3jaS+sRX7c+Jm6aMBUEAfIRWeeQYGybSAkomJ+SKawul5gJ8gGmIwYdQ
APnwoeYOuIQ7mAkjYMpjwZArkIpnmdGZkbgdhVOxkJUsWMwO0EKu4BIp0EZG
20bLxe3C6amM4xR1sAdXyhkd5xFllkIQ0Pq3zLfY42M9n8slkhChLC1Y8YDy
TndzQSZKrkF5m2tCsKyiBB/AWffYB1lVsEZA1EiUI1WDRKQp7A8Glwfw+PjL
3bvz1yenJ8vlIe7qbO9yGORbLIp7C/3PDgtSjlKBl1FCkl3HuP+237+tEE/f
nJ4iIjvrnuxGHMhphjA3o79E5KAXRcLaGtbgplfH6pJ3p93uaQPsHIsVLjVS
UCw8O37TIaPE0OtXne625XVq3vN5xYh0c9gfvh9U9t68OvthucTrq+Ci3Whi
hBG41HbQH5TGpZ5Rog5RfGoOekyB2UY+ANtVIbYdSoR92RbtQ/h4gaHSolki
o4QRO0Z8yoV1Uk0A1ZzKyLcSrBYsEKWdfzhHD64cYBHlKsYqc1rHRUFsu7Eq
EbQhlE9ARlVIGvIb6JdEIvexbtATp+HkuNM5YDPUEt5g/9PUhSJkfF4iY0z1
2qQARtolMDy/9RrFsA4B+VEgx7i2DMkj0lqtEEkrseZtR61iiL3U6gbDO/ld
V7ePhR4TT7HIUj3HyiGHPL0FFY5PJvTUrlpA2BCbX19Xcht26cGMI1pf/j0N
nA6SEs9XMwWDZqQiNk/qycGxtPYZ+/xjCJ9y7cSS/QythD8IsImeKUB5zSGV
Dns8ygV5VPMD8KVD8dcmYBFpMQE3WutqwtnSeC1t9rDwakylJAtlDObWiSmj
nmWhmEuM4QS1GBrhzSRm+fERa8eL8qx9QpnxfaTbfUWV6pr2K9WuHGn0L/tj
oYW6V7BPSbWZiOQY2/MOZRz4HK8QkWUvQOEcajG3eBogp/gDzltO/cpG3ERU
WFbneEHK2luXv48uro4UjN35aUTlN+LRPVjqMQ3/rB5TK/R8ic8Jz63nwkh7
37RbLxGbcXRhX/i4fCXtpvugvZXCNYU2MnJEg2Zen1J7xWzcjGNzxvoStMVa
LOs8i/2Q/L4xZsor2JpnWF9lDosqIENjjSesGVGLR0BbaIiy8TNca/JF+1Uo
JujHEksphFt/MqBySom/1vDyavDnxc35xw/962GrkGO1p2QaUUZVo0DTHrTG
BBG2tzEbB5fVGYqxm/cXWJOLBiULqD51FujxDqL86gufq8wLgx7ciTH2HoWA
sGCLoP5ZhI3bIGw8CJ9YHCJU1Y6sTRAaR3/hq4syf7EZZxVJffZDE8aD5LHf
v0VT+Vls7GfX/d//f6yxHtWlgAiPkyS5OC70hnhHSCBdShXTABer/t9oCrkt
NmzodYv1Ub46JMcwmkOjCnYImk5jL17RIyEyTE1nUWRlO8BSio1ZDbsACjFv
ASzqSV1tf6lS9tEuVo5+JV0NJT0p6c5/I2fvyrfqmd4IXrqereYZvWKvWii+
Hi2qhlNLGB1lfLw+8svh8HawaMi021D5Ttiye38nLCmqBtt93tt1VT0DW8EQ
as3ZJ2C31Nt9ydW6lTX/843Z2qzdL+buSXBP7vPgX24MJ0eYxWebg/26YUdu
Pdcd/L9l6GxOR99edK/0LBXxpPgnyGNY2BPxTy18sbGitaSjMFf3/mW2hy+T
MYe3nBRBJ90/eIJWBtzcl++x5PcklzHH7LfZP8dh8t07FQAA

-->

</rfc>
