<?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.3.8) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-ietf-netconf-port-numbers-02" category="std" consensus="true" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.28.1 -->
  <front>
    <title abbrev="NETCONF Transport Port Numbers">NETCONF Transport Port Numbers</title>
    <seriesInfo name="Internet-Draft" value="draft-ietf-netconf-port-numbers-02"/>
    <author fullname="Mohamed Boucadair">
      <organization>Orange</organization>
      <address>
        <email>mohamed.boucadair@orange.com</email>
      </address>
    </author>
    <date year="2025" month="May" day="10"/>
    <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 Historic NETCONF-related protocols.</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 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. Also, many of the assignments are for protocols that are not deployed and were tagged as Historic: <xref target="RFC4743"/> and <xref target="RFC4744"/>.</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="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 (<xref section="6" sectionFormat="of" target="RFC6335"/>)).</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-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 124?>

<section numbered="false" anchor="acknowledgments">
      <name>Acknowledgments</name>
      <t>Thanks to Amanda Baber and Zahed Sarker for the guidance.</t>
      <t>Thanks to Kent Watsen for the Shepherd review.</t>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA+VYbW/bNhD+zl9xc7+kQOU0cdpmGvbiJC4crHWC2F2BfRko
ibY4y6RKUnG9OP99d5RlS7abtNu+BHOBVi+85+6ee+5INQgC5qTLRAitQW90
fjV4CyPDlc21cXBNfw2KWSSMbTEeRUbcfsXCmDsx0WYRgnUJY4mOFZ+hh8Tw
sQukcONACRdrNQ7IOlClYfDymNkimklrpVZukaPJZW/0lpXvQ5YgbsjQzgpl
CxuCM4VgGFGHcSM4RnaVC8MdWlvgKoH3XPGJmAnlWmyuzXRidJFTAsLRLZxj
CHJSlCYtNhULfJyEDAJIRMAxjokqb3iWaUqL7ozIBLeCMcYLl2pD6xngb1xk
WZnpe53ivwmc6SLmCZfGv9dmwpX8y3sL4QrZmwj/Qsy4zEKYlVbtqLL6Rfs1
7VjPGFPazND0FilgUo03dwCX3UE3GPZufrs874UeEVZFHQpzK2MBAwT2lNRq
ZrTTsc7qxYMbMZHWmcUKhJuJcCGkzuU2PDycz+dtiZy2MZPDkh4i1x7a0k1A
2dtGUR941f6culnGWBAEwCP0ymPH2CiVFlAyBSFXXFtYaS7AB1iGBHwKJZBP
H2rhgEu5g7kwAmY8EQy5Aql4nhudG4nmKJyKhXzFgsXqAC3sY/7ayHjXY7Wy
XYY8k0mSoQqewaVyRidFTHWlBAS0vpH3Fia6Iv7url7N+3t8E6MoLVhxi+LO
9jNBLlZMg/I+N3RgU8UpPoDTzkufYtW/GgFRIXGBRA1TkWVwMBz2n8Pd3c83
b89fH58c39+/QKujXSuHSZ5hS0wt9D47bEcZZQIv45QEu8nx4KzXu64QT96c
nCAiO+0c70ccylmOMFfRnyJ20I1jYW0Na3jVrWN1KLqTTuekAXaOrQp9jRSU
C09fvjkip8TQ61dHnV3Pm9K844uKEekWcDB6N6z8vXl1+v39PV5fBhftxggj
jMBl9gjjQWn09ZwK9QKlpxagx5SYbdQDcFj5KPgeHcKBbIv2C/hwganSonkq
45QRO0Z8KoR1Uk0AtZzJ2A8S7BVsD6Wdf7hoQzezuuF9r++N7n2z0GPCSESe
6QWqiujyHeT4ZEL3dt0ZYaMEfmW9vu3tHl6PUrviolCFbbYw9RQOY4seyGIu
XYqYWAif4Wn7mFL5jkTZ6byisrumh4qCtatGM9gfQKts0XDoM14vx2iIlEg4
hwIoLO4a5JHf4lzmpGwbcxNTCawu8ILifbYRig89qbYexm781KJCRTyegiU1
NpxbPaam8dURn1NeWJ+okXba9FsfczbnGMKBsLmIJap8UfbMAjmbMRomFvx2
AQcb6l43iXv+fLc6G+5sbGRE42qxlofP08/X7Ry357TXpi3XOg1FnvhB+w+G
4XoTarFqKsLOVEQ9eh7GEmsnlXc01rhLz4l2PEbYkgGq1E8w0BSL9quQDOgl
EqUcwrXfXTD6PCNuW6P+5fCPi6vzD+97g1Gr1GFls6oCokRVS6FrD1pjggh7
tjVhh/1qH2bs6t0F7t/LBiVLqH51FujxHqL86gtfq9yXmB7ciDH2qkJAWLJl
UP8tw8ZtEDYehA8sDhGqGnLWpgiNG0gZq4tzf7GdZ5VJfQeBJowHKRJvv0PT
6rfcsmeD3sf/H2usS30pIObKSy5JSr0h3iESSJdSJbQNiHKIk1LrA8NP2V29
7rAeFeuDVgLRAhpdsEfQtKc/eUVHQuRYmqNlWZXdBFdSbOxtsA+gFPMOwLJe
1LX5U5Wyz3a5DvQr6Woo6UFJH/03cvahfKue6Vz51PVsNc/pM209QvGQvawG
Tq1gdMzx+frM+6PR9XDZkGmnofK9sKvp/S9hSVE12M7j0W666hHYCoZQa8E+
ALuj3s5T7tadqvk/31it7d79Yu0eBPfkPg7+5cFwfIhVfHQ42K/b7Cisx6aD
/7inczsdfbvxVOl5JpJJ+Sl9F5b+RPJja8wzK1r3dBTmCj+E0VsXP7sSDmec
FEEn3d95il6G3ExF+d8LFPekkAnH6rfrpr/SMfojd1ao9UL8KM9TYRKM91aK
eZv9DdCoUUyvEwAA

-->

</rfc>
