Assigning TCP/IP Ports for In-House Application Use

Tcp

Tcp Problem Overview


I've written a WCF Service hosted by a Windows Service and it needs to listen on a known TCP/IP port. From what range can I safely allocate a port for use within my organization? That port will be embedded in the config files for the service and the clients that are consuming the service.

Tcp Solutions


Solution 1 - Tcp

Ports 0-1023 are the Well Known Ports and are assigned by IANA. These should only be used for the assigned protocols on public networks.

Ports 1024-65535 used to be called Registered Port Numbers (see [rfc1700][1]) but are now split into two areas (see [rfc6335][2]).

Ports 1024-49151 are the User Ports and are the ones to use for your own protocols.

Ports 49152-65535 are the Dynamic ports and should not be prescribed to a protocol.

The User Ports can be used for any protocol, but there are a finite number, so your use will clash with someone elses use on some network somewhere. IANA keep a record of registered port numbers (0-49151). If your protocol will be used on public networks then you need to look into registering it with IANA. If you are only using it within your own network then pick a port within this area (1024-49151) and check that port against the [IANA register][3] to make sure it isn't used by a protocol that could be used on your network. For private use it is probably better to pick a number that is assigned to a protocol you know won't be used than to choose one that is unassigned and so may be assigned in the future.

Don't use a port number within the Dynamic range. These ports are assigned by the operating system, dynamically and somewhat randomly. If you open a client connection (using bind() with port=0) you will be assigned an unused port from the dynamic range. There is no way to guarantee that a port in this range will always be free for your protocol.

[1]: http://www.rfc-editor.org/info/rfc1700 "rfc1700" [2]: http://www.rfc-editor.org/info/rfc6335 [3]: http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml

Solution 2 - Tcp

Pick a port number from 49152 through 65535.

IANA publishes a list of currently assigned ports.

http://www.iana.org/assignments/port-numbers

The Dynamic and/or Private Ports are those from 49152 through 65535. This is the range from where you SHOULD pick a port for your in-house applications. Of course any port belonging to one of the unassigned ranges on the published list can be used. But be aware that by picking a port number from those unassigned ranges there is no guarantee whatsoever that the port you choose will not be a reserved port in the future.

> UNASSIGNED PORT NUMBERS SHOULD NOT BE > USED. THE IANA WILL ASSIGN THE NUMBER > FOR THE PORT AFTER YOUR APPLICATION > HAS BEEN APPROVED.

And make sure that the port number you pick is configurable as you stated:

> That port will be embedded in the > config files for the service and the > clients that are consuming the > service.

This will avoid headaches in case some other 3rd party you-cannot-touch software is using your port number. If that happens you just go ahead and change it on the configuration file and it just works.

Solution 3 - Tcp

Short answer: Avoid anything up to and including 1023, or over 49152, and test the chosen port against services on your network.

If you've taken the reasonable precautions that it appears you have (putting the port number in a config file), it shouldn't be an enormous disruption if you later discover a conflict.

But (so that I can add something to the other suggestions that have popped up while I've been typing) make sure that you make it easy to change! If it's in config files, make it obvious. Document it, and point it out in troubleshooting. It's the sort of thing that could go wrong, so make it easy to debug if it needs changing.

Solution 4 - Tcp

In addition to the other suggestions about picking a common application port, I'd suggest that you make the port configurable within your application. Hard-coded port numbers are a bad idea, particularly if you later find a port conflict with another application and need to change yours.

Solution 5 - Tcp

As a note remember to check those port by netstat /a /n to see if its using by other application or not. I find out vista used the 49152 .... for some application level reason. Basically, because most of the system level listener does not implement port sharing its much safe to use the those ports which are not used at all.

Solution 6 - Tcp

Here is a good list of common application ports. Make your own choice in an empty slot. Maybe you should also scan your network for any in-house special application.

Typically high numbers port are available and I would suggest them but they could be blocked by firewalls.

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionHoward PinsleyView Question on Stackoverflow
Solution 1 - TcpadrianwadeyView Answer on Stackoverflow
Solution 2 - TcpJorge FerreiraView Answer on Stackoverflow
Solution 3 - TcpKeith LawrenceView Answer on Stackoverflow
Solution 4 - TcpKlugeView Answer on Stackoverflow
Solution 5 - TcpAmirView Answer on Stackoverflow
Solution 6 - TcpVeynomView Answer on Stackoverflow