Pick a port number from 49152 through 65535.IANA publishes a list of currently assigned ports.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 BEUSED. THE IANA WILL ASSIGN THE NUMBERFOR THE PORT AFTER YOUR APPLICATIONHAS BEEN APPROVED.And make sure that the port number you pick is configurable as you stated:That port will be embedded in theconfig files for the service and theclients that are consuming theservice.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.
CAUSE: A device between the telephone and the call server is invoking Network Address Port Translation, which the 9600 Series IP Telephones do not support. RESOLUTION: Contact the System Administrator to remove or re-administer the device. First of all, let's discuss what typically causes IP address conflicts. IP address conflicts occur when two devices on a network are assigned the same IP address, resulting in one or both being disabled and losing connectivity until the conflict is resolved.
Consider @adrianwadey comment. As stated, 'Ports 1024-49151 are the User Ports and are the ones to use for your own protocols.'
, but the collision with another application listening in the same port is remote and could be fixed choosing another port. If you choose a port in the Dynamic range, anytime could be already in use by another applications due to Windows uses them for outgoing connections, so it's almost impossible to guarantee that a port in the Dynamic range will be always available for your application.–Mar 26 at 10:24. 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 ) but are now split into two areas (see ).Ports 1024-49151 are the User Ports and are the ones to use for your own protocols.Ports 5 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 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.
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.
Incomplete User List and Undelivered MessagesWe recommend that you refer to this manual if you start experiencing one of the following issues when using Softros LAN Messenger. Empty or incomplete user list. Users incorrectly showing as offline in the list. Messages not reaching the recipient. Messages reaching the recipient with an extended delayPlease do not use this manual if you are receiving any error messages from Softros LAN Messenger.In this case, you need to contact our. 1: Disable FirewallMost of the time, all of the issues listed above are caused by a personal firewall.