Routing OBi202 calls to OBi1032 IP Phone...
drgeoff:
Is there a reason for not forking via the Obitalk network? I am doing that myself from an OBi110 to a OBi1032 and can confirm it works. Bothway audio and CID of the call into the 110 appearing on the 1032.
ianobi:
Using the OBITALK network is very useful in some circumstances. It does mean that the two OBi devices can be anywhere in the world and it works well. However, when both devices are in the same router subnet, maybe even in the same room as in my case, it does seem to be adding unnecessary points of failure to use the Obihai servers to control the call.
SIP is very easy to simply direct from one OBi to another within the same router subnet, or anywhere with fixed ip addresses. Although this thread may be making it look quite difficult!
Within my router subnet I have two active OBi devices, two softphones on mobile phones (using wifi) and softphones on a pc and laptop. They all can call each other and use all the two OBi's services with no problems using this direct local method. It really works :)
The odd thing here is that Grant has in the past had a setup involving three OBi devices working with this local SIP forking and routing. Something has changed ::)
azrobert:
ianobi,
X_DiscoverPublicAddress ?
ianobi:
@ azrobert - all ideas are welcome :)
I find that when forking calls within the same router subnet X_DiscoverPublicAddress makes no difference. The suggestion being here that unchecking it will help. The problem is that the voip service that is using a particular spX may need it checked to work for outgoing calls.
I have both cases in my setup and internal call forking seems to work very well. However, every setup is different and routers can behave differently, so experimenting is always the way to go.
Another precaution I would also take if there is more than one OBi device in the same router subnet is to make sure that every spX across both devices have a unique X_UserAgentPort and a unique RTP range.
Navigation
[0] Message Index
[*] Previous page