Quote from: Stewart on November 02, 2011, 05:11:18 PM
Quote from: onecanobi on November 02, 2011, 04:36:57 PM
... because most providers expect publicip:5060 to be forwarded to sip device, and i plan on having more than one physical device.
IMO, that is not true. All SIP UDP packets have both a source and a destination port number. Can you name even one provider that requires port 5060 (or any specific port) on the user's end? I know that one can use any local port with all I have tried, including Callcentric, Anveo, VoIP.ms, Localphone, Phonepower, VOIPo, sipgate, Future-Nine, Vitelity, Voxbeam, VoxOx, and ippi.
In contrast, many providers accept registrations on server port 5060 only. Because that port is often blocked or specially (and incorrectly) treated, it's common for servers to also support at least one non-standard port. The specific values are provider dependent but do not relate to port forwarding.
As RonR pointed out, you can have e.g. device #1 with local ports A and B, and device #2 with local ports C and D. You forward ports A and B to the private IP address of device #1; ports C and D to device #2. This should work for any values of A, B, C, and D that are not in conflict with other devices or functions on your network.
The issue rises when you have older ATA hardware that isn't as flexible to co-exist with the OBI.
When I tried this method with a PAP2 and a Cisco 7940 in the past, it didnt work too well.
Anyway, thanks to your help above, i ended up doing a few things:
1) enable STUNEnable and set STUNServer to
stun.softjoys.com port 3478
2) enable X_SymmetricRTPEnable [ seemed like a good thing to enable, not sure if it did anything ]
3) login to FreePhoneLine's webpage, and change a) Voicemail settings to ring 5 times prior to going to VM [ from a setting of 1 ] and b) ensure Follow Me Settings are disabled.
4) add X_UserAgentPort for port 6060 on the Obi for SP2
5) add a virtual server for port 6060 udp/tcp on the tplink router mapping to the OBI's internal IP.
After all of this, I am now able to receive incoming calls.
Without 4 and 5 completed, I would get a busy tone when dialing the number, and no ringing would happen.
I will in the very near future switch the cisco deskphone on to the same internal network and see if it can co-exist with a second FPL line and a different port forward.