Obi110 can call out, but the phone doesn't ring.
Stewart:
If you have a modem/router with an incompatible SIP ALG that can't be disabled, you can often work around the problem by setting X_UserAgentPort to a non-standard value (e.g. 5070 and 5071 instead of 5060 and 5061), and/or connecting to a non-standard port at the provider (if implemented on their server).
In some cases, forwarding the SIP local UDP ports (whatever values are used for X_UserAgentPort) is required, possibly in addition to the above. There should be no problem forwarding two ports, if you have two providers on the OBi, or forwarding many ports (two for each OBi), if you have several OBi devices.
Occasionally, none of the above will help. In such cases, it's usually possible to set the modem/router to be a simple bridge and use it with an external router. In very rare situations, that won't work, either, but it would usually be possible to use a commodity modem in place of the one supplied by the ISP.
onecanobi:
Quote from: RonR on November 02, 2011, 02:00:46 pm
Quote from: onecanobi on November 02, 2011, 01:48:03 pm
My issue is with a TPLink WR340G router -- and the fact that I'd eventually like to have more than one SIP provider. Doing permanent port forwards ruin that option.
Why does doing permanent port forwards prevent you from having more than one SIP provider?
because most providers expect publicip:5060 to be forwarded to sip device, and i plan on having more than one physical device.
onecanobi:
Quote from: Stewart on November 02, 2011, 02:34:11 pm
If you have a modem/router with an incompatible SIP ALG that can't be disabled, you can often work around the problem by setting X_UserAgentPort to a non-standard value (e.g. 5070 and 5071 instead of 5060 and 5061), and/or connecting to a non-standard port at the provider (if implemented on their server).
In some cases, forwarding the SIP local UDP ports (whatever values are used for X_UserAgentPort) is required, possibly in addition to the above. There should be no problem forwarding two ports, if you have two providers on the OBi, or forwarding many ports (two for each OBi), if you have several OBi devices.
Occasionally, none of the above will help. In such cases, it's usually possible to set the modem/router to be a simple bridge and use it with an external router. In very rare situations, that won't work, either, but it would usually be possible to use a commodity modem in place of the one supplied by the ISP.
Thank you for this, I will try this out and report back.
RonR:
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.
Most providers support an array of SIP ports (5060, 5061, 5062, 5063, etc.). I currently use an OBi and PAP2 on the same LAN with ports 5060/5061 forwarded to the OBi and 5062/5063 forwarded to the PAP2.
Stewart:
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.
Navigation
[0] Message Index
[#] Next page
[*] Previous page