Is it Possible to Have Multiple ATA's in a LAN, with a single External IP?
Torvette:
Hi, folks.
Here is the setup:
One external (Internet) IP address, with the following behind the router, (no inbound NAT/port forwarding):
ATA #1 (Obi202, latest firmware)
SP1 = Google Voice Account 1
SP2 = Google Voice Account 2
ATA #2 (Obi202, latest firmware)
SP1 = Google Voice Account 3
SP2 = Google Voice Account 4
The expected behaviours:
(1) Inbound calls to GV Account 1 go to ATA #1, Phone Port 1
(2) Inbound calls to GV Account 2 go to ATA #1, Phone Port 2
(3) Inbound calls to GV Account 3 go to ATA #2, Phone Port 1
(4) Inbound calls to GV Account 4 go to ATA #2, Phone Port 2
What's actually happening:
(1) Inbound calls to any of the GV accounts are ringing to phone ports on both ATA's.
My assumptions:
(1) The fact that we have only one external IP address is somehow causing an issue. It seems that I might need to map an external IP address to each ATA in my internal network.
(2) (In error?) since I have no inbound NAT/port forwarding, all ATA network sessions are initiated outbound, so my router should be handling each ATA's network socket/session independently via its state table. ... Just like how multiple PC's in a LAN can browse the Internet with HTTP, all hidden behind a single external IP address.
(3) Google Voice ain't SIP; it's its own ... protocol, I guess. I have no idea if it's even TCP or UDP (unless I break out the sniffer).
My Questions to you:
(1) How do I set things up such that I have one single external IP address, yet can properly direct inbound calls to a specific GV accounts, that reside only on specific ATA's, rather than have phones on distinct ATAs all ringing for the one call?
(2) Would I expect to see the same behaviour with all SIP accounts, instead of all GV accounts?
Many thanks in advance for your insight!
CoalMinerRetired:
Answers:
(1): It should work without you having to do anything extra or special. Some routers are exceptions and fall in the category of needing something changed from a non-default setting.
(2): All SP providers and GV work the same way, you can have multiple ATAs behind a router and all the incoming and out going phone calls work correctly.
Since using multiple ATAs works for everyone else, look at your router. Quick guess is disable 'SIP ALG', or if it's disabled, then enable it. Next test would be eliminate router and test on a different router (friends, family, neighbors) and see if you get the same behavior.
You did not mention what model router, port forwarding gets some discussion on here and is typically tied to a specific router model.
QBZappy:
Torvette,
The OBi202 has the following features which is unique to the OBi202 model. You may have to play with these settings. The settings here might be responsible for making both phones ring. Try disabling it on one of the OBi202 units.
Voice Services->SPX Service->Calling Features->X_XMPPPriority
Voice Services->SPX Service->Calling Features->X_GTalkSimultaneousRing (<-disable and test)
CoalMinerRetired:
Quote from: QBZappy on June 11, 2013, 08:09:03 am
Voice Services->SPX Service->Calling Features->X_GTalkSimultaneousRing (<-disable and test)
At first I thought that might be the cause, but note that Torvette says there are four different GV accounts in use, and no one account is in use on both Obis.
However, maybe one GV account is using another GV account as a forwarding number?
Torvette, I didn't think of this check when I replied above: You get a call on GV1 on Obi #1. But Obi #2 rings, what does Obi #2's call history show, what SP did the call "come in" on? That should point to something.
Call History: Not viewable via the ObiTalk Portal. You have to access via the Web Server-Based Local Configuration (also called The OBi Device Management Web Page also called direct IP address interface), How to link.
Torvette:
This is great news, folks - thanks!
Not that I obviously have a configuration issue somewhere... but that what I am trying to do is very possible.
As for forwarding numbers on the GV accounts, they all have distinct IPKall/Callcentric numbers to point to. But I should really double-check that.
I don't use the ObiTalk portal at all, in fact I disengaged all the auto-provisioning stuff because I thought I had more control and more configuration options on the ATA web GUI itself. Since the calls were ringing both ATAs, I just assumed the call logs would be identical. I will check those as well.
BTW - Router model is Linksys e3000.
Cheers!
Navigation
[0] Message Index
[#] Next page