rfc-9900

Updates to NETCONF Transport Port Numbers

M. Boucadair
date2025-12 streamIETF areaops wgnetconf statusPROPOSED STANDARD pages5 canonicalhttps://www.rfc-editor.org/rfc/rfc9900 doi10.17487/RFC9900
This document releases IANA-assigned port numbers for services related to the Network Configuration Protocol (NETCONF) that have not been in use in production networks.

Extracted elements (5)

design-rationale §1

Consistent with Section 8.2 of RFC 6335, only port numbers are de-assigned rather than service names. This preserves registry hygiene while freeing scarce port number resources, since service names are considered separately from port assignments.

netconf, registry, bcp

design-rationale §1

Ports 831, 832, and 833 were originally assigned for NETCONF over BEEP and NETCONF over SOAP, but those protocols were never deployed in production. The corresponding RFCs (RFC 4743 and RFC 4744) have been marked Historic, making the port reservations unnecessary and releasing scarce port number resources.

netconf, registry

interoperability-note §2

Existing configurations that associate the released port numbers (831, 832, 833) with the service names 'netconf-beep' and 'netconfsoaphttp' must be reassessed and updated. There are no known implementations or deployments relying on these port numbers.

netconf

registry §4.2

RFC 9900 de-assigns TCP and UDP port 832 from 'netconfsoaphttp' (NETCONF for SOAP over HTTPS, RFC 4743) and TCP and UDP port 833 from 'netconfsoapbeep' (NETCONF for SOAP over BEEP, RFC 4743). Service names are retained; notes are added to ports 832 and 833 indicating they were released by RFC 9900.

netconf, registry

security-consideration §3

RFC 9900 does not describe any protocol and therefore introduces no new security vulnerabilities. The de-assignment of unused port numbers has no security impact.

security, netconf