Google Voice Dial Out

[MikeTelis]

jay235,

are you implying that your old GV account still doesn't work?!

Once again: there was a bug in Aaron's code, he did not properly encode data in HTTP request to Google. In result, some accounts worked while the others didn't work. My GV account name doesn't contain any special characters and it worked; my girlfriend's account name has a special char, dot ('.') in it, dot wasn't masked out by proper encoding and in result, it didn't work.

The bug got nailed yesterday and now both accounts work.

[venk25]

Thanks Aaron. It works perfectly for me now !

For users that use a specific prefix to route the call to GoogleVoiceCall, this is what I have in my dialplan

Code: Select all


  case req.URI.User
    ...
    when /^\*48/ then sys.GoogleVoiceCall("xxxx@gmail.com", "password", "1747XXXXXXX", "#{req.URI.User.to_s[3,50]}")
    ...


I have *xx prefixes in my dialplan to select specific providers. *48 (48=GV on phone keypad) is designated to GoogleVoiceCall. When I dial *4812025551212, it should call 12025551212 via GoogleVoiceCall. What "#{req.URI.User.to_s[3,50]}" does is it takes the number dialed (which will have a *48 prefix), strips out the first 3 characters and sends the rest to GoogleVoiceCall() method. Maybe there is an easier way/syntax to do this, I don't know.

I tried ${dst:3} and it doesn't work for me.

[synchron]

I put my old credentials back in SS - just have to change the 747 phone number and it goes back to a 'short busy' tone when dialing out. I also had GV Web access point to that number to test that my ATA phone would ring (which it did).

So, for me, the new G5 number/new G5 account works fine using the same dialplan with just the 747 number replaced. So, if Aaron fixed something, I still think that certain accounts could be flagged. Maybe Gizmo flags your account if you ever turned on GizmoVoice 3 minute dial out feature which I never did with the brand new account I made.

I do notice that SS is not adding CDR's to dialed out calls, they are only added when I use GV web access to place a call. A very minor caveat - Call logs would be nice and I hope that Aaron can take some of these features from Mysipswitch before pulling the plug.

Synchron

[MikeTelis]

So, for me, the new G5 number/new G5 account works fine using the same dialplan with just the 747 number replaced. So, if Aaron fixed something, I still think that certain accounts could be flagged. Maybe Gizmo flags your account if you ever turned on GizmoVoice 3 minute dial out feature which I never did with the brand new account I made.

I have Gizmo Voice configured in both my and my girlfriend's G5 accounts (use this 3-minute free calls as a backup, and it (the backup) actually worked for my girlfriend until Aaron fixed the bug).

So, the problem is certainly elsewhere.

Of course, there's no such a thing as "the last bug" but I do believe that Aaron's taken care of this particular issue. I suggest that you try placing a call using Google Voice website and make sure it works. It must be some minor self-inflicted problem, like Gizmo number not "authorized" (not in list of your Phone numbers in Google Voice settings on this account, or not being properly forwarded to Sipsorcery, wrong GV credentials or something similar). You've been tossing accounts, no wonder you made an error.

I do notice that SS is not adding CDR's to dialed out calls, they are only added when I use GV web access to place a call.

Are you talking about "Placed" calls folder on Google Voice? All the calls I make using Sipsorcery's sys.GoogleVoiceCall method leave a trace there.

[Grampa]

As far as I know G5 is the only provider Google Voice are interconnected to via SIP. There's nothing stopping you using a one of the other DID providers in the Google Voice Call app but it won't get matched and automatically bridged so you'd need to hangup the call and wait for the new incoming one (as per the original way the Google Voice call app worked).

Thanks Aaron. I didn't understand how the app works. Are you saying that the matching and bridging depends on reading the incoming SIP signals from GV -> G5, and that this information would not be available where GV is placing a call to a PSTN DID (e.g., IPKall or a DID purchased from CallCentric)? Would it be possible to do the matching and bridging if GV were configured to display the GV CID rather than the caller's CID, so that the incoming call from GV could be properly identified? Please excuse my lack of understanding.

[gibbo]

sipgate incoming calls work fine for my account on sipsorcery. It might be worth checking hwo you are managing incoming calls on whichever SIP account you have as the contact for sipgate.

Are you saying that bridging, no need to hang up and wait for the call back, is working for you?

[synchron]

I do notice that SS is not adding CDR's to dialed out calls, they are only added when I use GV web access to place a call.

Are you talking about "Placed" calls folder on Google Voice? All the calls I make using Sipsorcery's sys.GoogleVoiceCall method leave a trace there.

No, I mean if you logon to GV you can manually place a call and your phone will ring - this will show up in SS with 2 Call Detail Records, however, they don't show any of the phone numbers like they did in the CDR list of mysipswitch which always showed a phone number in the destination like, for example, sip:18004664411@proxy01.sipphone.com. In SS, it doesn't show the sourse-destination phone numbers.

As far as the sys.GoogleVoiceCall method, this doesn't show up at all in the CDR list for me. If siptrace is turned on in Ruby and you specify an Email address, this works but it only shows data up to when the phone connects to the other party so you don't know the length of the call.

I'm just saying, it would be nice if the MSS CDR method could work for the SS CDR method before Aaron pulls the plug on MSS.

Synchron

[MikeTelis]

In SS, it doesn't show the sourse-destination phone numbers.

Oh, that's true. I hardly ever look at "Calls" on Sipsorcery, because the most interesting (for me) part is billing records. So, I'd rather go to respective pages of my VoIP providers.

Anyway, the problem with CDR will automatically go away if Aaron accepts my crazy idea. I have yet to hear his comment on this one, but I'm hoping...

[Aaron]

This may sound like a crazy idea, but I would like to question the very basics. Do we really need that sys.GoogleVoiceCall method?

The idea is that you employ old good sys.Dial and sys.Callback for both SIP and GV calls. Probably it could be implemented as an "internal SIP proxy", an application simulating regular SIP proxy but interacting with Google Voice.

This approach would allow to solve problems with multi- and failover dialing, time-outs etc (because all this has already been implemented in sys.Dial) and also eliminate the need of "special case" programming in Ruby scripts.

And of course, it would be nice to have Google Voice parameters (like login/password, GV phone number, Gizmo number) entered somewhere on "SIP providers" page (or a dedicated page for GV account(s)).

Yes it's possilbe but will take a bit of work including making sure the Google Voice Call gets cancelled from sipsorcery, not something I've implemented to date, and creating a special provider entry.

Regards,

Aaron

[MikeTelis]

Aaron,

I realize that it's quite a work and will take a lot of time and efforts to implement. Nevertheless, I'm sure it's worth the trouble

Sincerely,

Mike