On Sat, Dec 17, 2011 at 2:18 PM, James Knott <[email protected]> wrote: > Dave Donovan wrote: >> >> Phone Set<--> SPA2102<--> WIFI Bridge<300M of air> WIFI Bridge >> <--> SPA3102<--> POTS Line >> > Doesn't the SPA3102 require some VoIP server to talk to? > > tnx jk >
Hi James, Because I haven't verified that exact config, there's a chance I'm wrong but here's my thinking: Using the 3102 with a PBX/Serve is the typical config but only because people usually have a PBX and they're trying to share the lines and make call routing decisions but I don't think it's a strict requirement. The 2102 just wants someone to send it credentials and a dial string so that it can complete calls for it's users. Normally, that's an IP PBX logging in to it and sending the dial string. Conversely, the 3102 just wants to log in somewhere with it's credentials and send a dial string. Normally we'd send that to an IP PBX but if the PBX isn't adding any value to the transaction, I believe that the 3102 could just use it's credentials to log directly in to the 2102 and complete the call. As IT guys, we always think of things in a client/server, hub/spoke, centralized services kind of way. We normally want to get in the middle of transactions so that we can manage them, log, them, etc. I think about it like print services. I configure all my printers and all my workstations to connect to my print server. That's important when many people are trying to share a resource. At my home, when I'm the only one, I skip the print server and send my jobs straight from workstation over the network. As I said, I've done this kind of thing categorically before, but not specifically with 2102/3102 so I'm open to someone correcting me. It's an interesting problem actually and if I wasn't on the road, I'd grab some ATAs out of the spare parts bin at work and try it out. Am I alone in thinking that this would work? Has anyone else done this? Fun technical topic. Nice one Bruce! --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
