Sipsorcery for no XMPP calling with Google Voice
azrobert:
The only providers I know that can route calls to SipSorcery without registration are IPKall and Callcentric. See giqcass' reply #2 step 4 to setup Callcentric. I'm sure there are others.
This is the info available on an inbound call:
UserID = req.URI.User
CID = req.Header.From.FromURI.User
CallerName = req.Header.From.FromName
When you bridge the call you set the CallerId and CallerName like this:
sys.Dial("someone@dyndns.com[fu=#{CID},fd=#{CallerName}]")
or
sys.Dial("someone@dyndns.com[fu=#{UserID},fd=#{CallerName}]")
or
sys.Dial("someone@dyndns.com[fu=8005551212,fd=#{CallerName}]")
On an outbound call the UserID of the extension (account) you are registered to is available like this:
UserID="#{req.Header.From.FromURI.User}"
When you do this:
sys.Dial("#{dialnum}@you.dyndns.com:5061",30)
It defaults to the extension UserID. I think you can override this with the "fu" parm, but I never tried it.
Edit:
On an inbound call the UserID is the SipSorcery target ID.
So if your SipSorcery main account is "user" and you have sub-accounts "user2" and "user3", UserID will be one of these depending on how the call was routed to SipSorcery.
deskjockey:
I also have an old Sipsorcery account that I once used for GV, using IPComms as my DID. I blamed latency on the Linksys ATA and ended up with 4 Obi devices that improve latency and time to connect the call. But at my age I don't remember much but want to set it up again.
Will having Obi registered with GV conflict with SS registering? IPComms' site shows I can make two concurrent calls, it acting as two lines, if that also is a consideration.
Thanks in advance
drgeoff:
Quote from: deskjockey on January 30, 2014, 03:13:52 pm
Will having Obi registered with GV conflict with SS registering?
I think it will not conflict. SS does not register with GV in the same way that a SIP client registers with a SIP server. SS only communicates with GV when you place a call. It emulates the GV method of making a call via your GV web page, inputting the number you wish to call and indicating the callback number.
But why not try it for yourself and report back here with the result?
CLTGreg:
This is cool and all but reading their recipe it seems like they are just call forwarding to a phone number that then trickles down through a SIP provider. I'm not sure why I would do that over the free Callcentric NY number (which I wasn't impressed with the quality last night) unless I needed some of the other functionality such as multiple Google Voice #s which is cool.
What isn't cool and what I'm more nervous about is my primary number is linked to an account that links to a lot of other stuff. I'm skittish on giving out my user name and password to a third party that will unlock my entire Google experience.
If I would have planned better I would have set this up different so the account wasn't critical but it is and I'm hard press to give out the authentication.
I'm probably missing something but I don't see the advantage here unless you could use the other features.
deskjockey:
drgeoff,
Thanks, I agree but I feared I was missing something and needed encouragement. I still think I better test it on a lightly used number just in case.
I will probably take day if not next week seeing IPComm tech is off weekends because I suspect I will run into a communication problem between IPComms and SS.
Navigation
[0] Message Index
[#] Next page
[*] Previous page